From nobody Tue Mar 1 20:43:21 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50BC71B4786 for ; Tue, 1 Mar 2016 20:19:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.811 X-Spam-Level: *** X-Spam-Status: No, score=3.811 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_66=0.6, MANGLED_MEDS=2.3, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=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 kcPvoXbxaF6k for ; Tue, 1 Mar 2016 20:18:51 -0800 (PST) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56D0F1B4789 for ; Tue, 1 Mar 2016 20:18:51 -0800 (PST) Received: by mail-ob0-x22a.google.com with SMTP id ts10so187777920obc.1 for ; Tue, 01 Mar 2016 20:18:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=M4wMoKUgs1WpQEK7izjesPvJ7oK20HMkNJZo1qbPjl8=; b=Y/TPD+1GS3M9xUUbbFyVYbI1zCsXBvsEXrv38W90x1rFxeUhFbiLFGAsu1ex7CIcBN rJDTlb0TKxMstr8gV+P4Yn7BFks6nS23YShYjpCv6HsjhVtTo/WBudeu85f5G4iD80BA Z7Fivxnb746mtbh1E3pn6frcniA4TS+5QILaTgMu0Sc0W9ai5PMxej4oVBj4DyGpnwu9 aBzvEvWLTba+SXNRjh4bVaYmPak6JzXrq0xV47pzBH258vQ0MRrdVrPt6bt5PL+v8+T9 3sFVvhkKeapLL0co0KHEuRE5jvbiP13U5BglD3RLA99Eq99gL8pw3afnlw+VThdzfOZ3 3Skw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=M4wMoKUgs1WpQEK7izjesPvJ7oK20HMkNJZo1qbPjl8=; b=XT//s42k15GqvbeSUfb+TeMQqdavrElloN+ovY05H8F7XrqTAEu71XbustD3Vf3GL9 fhbJEFFzyurvz3+RaIeeW5Qh2ziiO6PdCqwXrYZT3P64DMwdPie9NHI/cFbgB0mEtWSE 8ZX0JVH7FBVS9muWYgUClw5ikehYJSYdheXP4MNrZpT5P+smAg/STWXfyO+mPbNoPe6a MX6yRm3c228QHevwCkrCMG7iURn+dCS0IoTNvP43wNskQy1eOq5ivAeU9deimg6/cmAD drEiG8t2a0hinUI36qfEj206haS7Jayii92BWZIsDEroNWr1UwU77KHQJ0fWZSqfOdnk 6itw== X-Gm-Message-State: AD7BkJIvSLx2SPFmJ0ORxea0XrXC8rG6fpx9CGKwysWZ1B9yl0H4NMRqSkdbOWxAEx4Oj/NrW+cgB8As2jnEug== MIME-Version: 1.0 X-Received: by 10.182.250.169 with SMTP id zd9mr19240542obc.59.1456892330656; Tue, 01 Mar 2016 20:18:50 -0800 (PST) Received: by 10.76.45.102 with HTTP; Tue, 1 Mar 2016 20:18:50 -0800 (PST) Date: Tue, 1 Mar 2016 23:18:50 -0500 Message-ID: From: Justin Dean To: "manet@ietf.org" Content-Type: multipart/mixed; boundary=089e0160c35cd924cb052d092d4a Archived-At: X-Mailman-Approved-At: Tue, 01 Mar 2016 20:43:20 -0800 Subject: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 04:19:14 -0000 --089e0160c35cd924cb052d092d4a Content-Type: multipart/alternative; boundary=089e0160c35cd924c8052d092d48 --089e0160c35cd924c8052d092d48 Content-Type: text/plain; charset=UTF-8 I've completed my review of the draft 13 of AODVv2. Attached is my updated with comments (marked JWD) and various inline fixes draft/review. I've also included a diff to illustrate the inline fixes. I did not review the security section. I did have a few major comments which are marked with JWD! Justin --089e0160c35cd924c8052d092d48 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I've completed my review of the draft 13 of AODVv= 2.=C2=A0 Attached is my updated with comments (marked JWD) and various inli= ne fixes draft/review.=C2=A0=C2=A0 I've also included a diff to illustr= ate the inline fixes.=C2=A0 I did not review the security section.=C2=A0 I = did have a few major comments which are marked with JWD!

=
Justin
--089e0160c35cd924c8052d092d48-- --089e0160c35cd924cb052d092d4a Content-Type: text/plain; charset=UTF-8; name="draft-ietf-manet-aodvv2-13 (2).txt" Content-Disposition: attachment; filename="draft-ietf-manet-aodvv2-13 (2).txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ilac1bic0 DQoNCg0KDQpNb2JpbGUgQWQgaG9jIE5ldHdvcmtzIFdvcmtpbmcgR3JvdXAgICAgICAgICAgICAg ICAgICAgICAgICAgIEMuIFBlcmtpbnMNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEZ1dHVyZXdlaQ0KSW50ZW5kZWQgc3RhdHVz OiBTdGFuZGFyZHMgVHJhY2sgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTLiBSYXRsaWZm DQpFeHBpcmVzOiBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIElkaXJlY3QNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgSi4gRG93ZGVsbA0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgQWlyYnVzIERlZmVuY2UgYW5kIFNwYWNlDQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEwu IFN0ZWVuYnJpbmsNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBI QVcgSGFtYnVyZywgRGVwdC4gSW5mb3JtYXRpaw0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFYuIE1lcmNpZWNhDQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBBaXJidXMgRGVmZW5jZSBhbmQg U3BhY2UNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgSmFudWFyeSAxOCwgMjAxNg0KDQoNCiAgICAgIEFkIEhvYyBPbi1kZW1hbmQgRGlzdGFu Y2UgVmVjdG9yIFZlcnNpb24gMiAoQU9EVnYyKSBSb3V0aW5nDQogICAgICAgICAgICAgICAgICAg ICAgIGRyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzDQoNCkFic3RyYWN0DQoNCiAgIFRoZSBBZCBI b2MgT24tZGVtYW5kIERpc3RhbmNlIFZlY3RvciBWZXJzaW9uIDIgKEFPRFZ2Mikgcm91dGluZw0K ICAgcHJvdG9jb2wgaXMgaW50ZW5kZWQgZm9yIHVzZSBieSBtb2JpbGUgcm91dGVycyBpbiB3aXJl bGVzcywgbXVsdGlob3ANCiAgIG5ldHdvcmtzLiAgQU9EVnYyIGRldGVybWluZXMgdW5pY2FzdCBy b3V0ZXMgYW1vbmcgQU9EVnYyIHJvdXRlcnMNCiAgIHdpdGhpbiB0aGUgbmV0d29yayBpbiBhbiBv bi1kZW1hbmQgZmFzaGlvbi4NCg0KU3RhdHVzIG9mIFRoaXMgTWVtbw0KDQogICBUaGlzIEludGVy bmV0LURyYWZ0IGlzIHN1Ym1pdHRlZCBpbiBmdWxsIGNvbmZvcm1hbmNlIHdpdGggdGhlDQogICBw cm92aXNpb25zIG9mIEJDUCA3OCBhbmQgQkNQIDc5Lg0KDQogICBJbnRlcm5ldC1EcmFmdHMgYXJl IHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZw0KICAgVGFzayBG b3JjZSAoSUVURikuICBOb3RlIHRoYXQgb3RoZXIgZ3JvdXBzIG1heSBhbHNvIGRpc3RyaWJ1dGUN CiAgIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LURyYWZ0cy4gIFRoZSBsaXN0IG9mIGN1 cnJlbnQgSW50ZXJuZXQtDQogICBEcmFmdHMgaXMgYXQgaHR0cDovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RyYWZ0cy9jdXJyZW50Ly4NCg0KICAgSW50ZXJuZXQtRHJhZnRzIGFyZSBkcmFmdCBkb2N1 bWVudHMgdmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXggbW9udGhzDQogICBhbmQgbWF5IGJlIHVw ZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzIGF0IGFueQ0K ICAgdGltZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcyBy ZWZlcmVuY2UNCiAgIG1hdGVyaWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFzICJ3b3Jr IGluIHByb2dyZXNzLiINCg0KICAgVGhpcyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiBK dWx5IDIxLCAyMDE2Lg0KDQpDb3B5cmlnaHQgTm90aWNlDQoNCiAgIENvcHlyaWdodCAoYykgMjAx NiBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZQ0KICAgZG9jdW1l bnQgYXV0aG9ycy4gIEFsbCByaWdodHMgcmVzZXJ2ZWQuDQoNCiAgIFRoaXMgZG9jdW1lbnQgaXMg c3ViamVjdCB0byBCQ1AgNzggYW5kIHRoZSBJRVRGIFRydXN0J3MgTGVnYWwNCiAgIFByb3Zpc2lv bnMgUmVsYXRpbmcgdG8gSUVURiBEb2N1bWVudHMNCiAgIChodHRwOi8vdHJ1c3RlZS5pZXRmLm9y Zy9saWNlbnNlLWluZm8pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZg0KDQoNCg0KUGVya2lucywg ZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAgICAgICAgICAgICAgIFtQ YWdlIDFdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICBBT0RWdjIgICAgICAg ICAgICAgICAgICAgICBKYW51YXJ5IDIwMTYNCg0KDQogICBwdWJsaWNhdGlvbiBvZiB0aGlzIGRv Y3VtZW50LiAgUGxlYXNlIHJldmlldyB0aGVzZSBkb2N1bWVudHMNCiAgIGNhcmVmdWxseSwgYXMg dGhleSBkZXNjcmliZSB5b3VyIHJpZ2h0cyBhbmQgcmVzdHJpY3Rpb25zIHdpdGggcmVzcGVjdA0K ICAgdG8gdGhpcyBkb2N1bWVudC4gIENvZGUgQ29tcG9uZW50cyBleHRyYWN0ZWQgZnJvbSB0aGlz IGRvY3VtZW50IG11c3QNCiAgIGluY2x1ZGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZSB0ZXh0IGFz IGRlc2NyaWJlZCBpbiBTZWN0aW9uIDQuZSBvZg0KICAgdGhlIFRydXN0IExlZ2FsIFByb3Zpc2lv bnMgYW5kIGFyZSBwcm92aWRlZCB3aXRob3V0IHdhcnJhbnR5IGFzDQogICBkZXNjcmliZWQgaW4g dGhlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UuDQoNClRhYmxlIG9mIENvbnRlbnRzDQoNCiAgIDEu ICBPdmVydmlldyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICAgNA0KICAgMi4gIFRlcm1pbm9sb2d5IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA1DQogICAzLiAgQXBwbGljYWJpbGl0eSBTdGF0ZW1l bnQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDgNCiAgIDQuICBEYXRh IFN0cnVjdHVyZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu ICAxMA0KICAgICA0LjEuICBJbnRlcmZhY2UgTGlzdCAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gIDEwDQogICAgIDQuMi4gIFJvdXRlciBDbGllbnQgVGFibGUgLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTANCiAgICAgNC4zLiAgTmVpZ2hi b3IgVGFibGUgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxMQ0K ICAgICA0LjQuICBTZXF1ZW5jZSBOdW1iZXJzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gIDExDQogICAgIDQuNS4gIExvY2FsIFJvdXRlIFNldCAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTINCiAgICAgNC42LiAgTXVsdGljYXN0IFJv dXRlIE1lc3NhZ2UgVGFibGUgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxNQ0KICAgNS4g IE1ldHJpY3MgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gIDE2DQogICA2LiAgQU9EVnYyIFByb3RvY29sIE9wZXJhdGlvbnMgIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTgNCiAgICAgNi4xLiAgSW5pdGlhbGl6YXRpb24gIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxOA0KICAgICA2LjIuICBO ZXh0IEhvcCBNb25pdG9yaW5nIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g IDE5DQogICAgIDYuMy4gIE5laWdoYm9yIFRhYmxlIFVwZGF0ZSAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAgMjANCiAgICAgNi40LiAgSW50ZXJhY3Rpb24gd2l0aCB0aGUgRm9y d2FyZGluZyBQbGFuZSAuIC4gLiAuIC4gLiAuIC4gLiAuICAyMQ0KICAgICA2LjUuICBNZXNzYWdl IFRyYW5zbWlzc2lvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDIzDQog ICAgIDYuNi4gIFJvdXRlIERpc2NvdmVyeSwgUmV0cmllcyBhbmQgQnVmZmVyaW5nICAuIC4gLiAu IC4gLiAuIC4gLiAgMjQNCiAgICAgNi43LiAgUHJvY2Vzc2luZyBSZWNlaXZlZCBSb3V0ZSBJbmZv cm1hdGlvbiAuIC4gLiAuIC4gLiAuIC4gLiAuICAyNQ0KICAgICAgIDYuNy4xLiAgRXZhbHVhdGlu ZyBSb3V0ZSBJbmZvcm1hdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDI2DQogICAgICAg Ni43LjIuICBBcHBseWluZyBSb3V0ZSBVcGRhdGVzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAgMjgNCiAgICAgNi44LiAgU3VwcHJlc3NpbmcgUmVkdW5kYW50IE1lc3NhZ2VzIFVzaW5n IHRoZSBNdWx0aWNhc3QgUm91dGUNCiAgICAgICAgICAgTWVzc2FnZSBUYWJsZSAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAyOQ0KICAgICA2LjkuICBMb2NhbCBS b3V0ZSBTZXQgTWFpbnRlbmFuY2UgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDMyDQog ICAgICAgNi45LjEuICBMb2NhbCBSb3V0ZSBTdGF0ZSBDaGFuZ2VzIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAgMzINCiAgICAgICA2LjkuMi4gIFJlcG9ydGluZyBJbnZhbGlkIFJvdXRlcyAg LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAzNA0KICAgNy4gIEFPRFZ2MiBQcm90b2NvbCBN ZXNzYWdlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDM1DQogICAgIDcu MS4gIFJvdXRlIFJlcXVlc3QgKFJSRVEpIE1lc3NhZ2UgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAgMzUNCiAgICAgICA3LjEuMS4gIFJSRVEgR2VuZXJhdGlvbiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuICAzNg0KICAgICAgIDcuMS4yLiAgUlJFUSBSZWNlcHRpb24g IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDM4DQogICAgICAgNy4xLjMu ICBSUkVRIFJlZ2VuZXJhdGlvbiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAg MzkNCiAgICAgNy4yLiAgUm91dGUgUmVwbHkgKFJSRVApIE1lc3NhZ2UgIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuICA0MA0KICAgICAgIDcuMi4xLiAgUlJFUCBHZW5lcmF0aW9uIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDQxDQogICAgICAgNy4yLjIuICBSUkVQ IFJlY2VwdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNDMNCiAg ICAgICA3LjIuMy4gIFJSRVAgUmVnZW5lcmF0aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuICA0NA0KICAgICA3LjMuICBSb3V0ZSBSZXBseSBBY2tub3dsZWRnZW1lbnQgKFJS RVBfQWNrKSBNZXNzYWdlICAuIC4gLiAuIC4gIDQ2DQogICAgICAgNy4zLjEuICBSUkVQX0FjayBH ZW5lcmF0aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNDYNCiAgICAgICA3 LjMuMi4gIFJSRVBfQWNrIFJlY2VwdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuICA0Ng0KICAgICA3LjQuICBSb3V0ZSBFcnJvciAoUkVSUikgTWVzc2FnZSAgLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gIDQ2DQoNCg0KDQpQZXJraW5zLCBldCBhbC4gICAgICAgICAg IEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAgICAgW1BhZ2UgMl0NCgwNCkludGVy bmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAgICAgICAgICAgICAgICAgIEph bnVhcnkgMjAxNg0KDQoNCiAgICAgICA3LjQuMS4gIFJFUlIgR2VuZXJhdGlvbiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA0Nw0KICAgICAgIDcuNC4yLiAgUkVSUiBSZWNl cHRpb24gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDQ5DQogICAgICAg Ny40LjMuICBSRVJSIFJlZ2VuZXJhdGlvbiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAgNTENCiAgIDguICBSRkMgNTQ0NCBSZXByZXNlbnRhdGlvbiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuICA1MQ0KICAgICA4LjEuICBSb3V0ZSBSZXF1ZXN0IE1lc3Nh Z2UgUmVwcmVzZW50YXRpb24gIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDUzDQogICAgICAgOC4xLjEu ICBNZXNzYWdlIEhlYWRlciAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAg NTMNCiAgICAgICA4LjEuMi4gIE1lc3NhZ2UgVExWIEJsb2NrIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuICA1Mw0KICAgICAgIDguMS4zLiAgQWRkcmVzcyBCbG9jayAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDUzDQogICAgICAgOC4xLjQuICBBZGRy ZXNzIEJsb2NrIFRMViBCbG9jayAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNTMNCiAg ICAgOC4yLiAgUm91dGUgUmVwbHkgTWVzc2FnZSBSZXByZXNlbnRhdGlvbiAgLiAuIC4gLiAuIC4g LiAuIC4gLiAuICA1NA0KICAgICAgIDguMi4xLiAgTWVzc2FnZSBIZWFkZXIgIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDU0DQogICAgICAgOC4yLjIuICBNZXNzYWdlIFRM ViBCbG9jayAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNTUNCiAgICAgICA4 LjIuMy4gIEFkZHJlc3MgQmxvY2sgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuICA1NQ0KICAgICAgIDguMi40LiAgQWRkcmVzcyBCbG9jayBUTFYgQmxvY2sgLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gIDU1DQogICAgIDguMy4gIFJvdXRlIFJlcGx5IEFja25vd2xl ZGdlbWVudCBNZXNzYWdlIFJlcHJlc2VudGF0aW9uICAuIC4gLiAgNTYNCiAgICAgICA4LjMuMS4g IE1lc3NhZ2UgSGVhZGVyICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA1 Ng0KICAgICAgIDguMy4yLiAgTWVzc2FnZSBUTFYgQmxvY2sgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gIDU2DQogICAgICAgOC4zLjMuICBBZGRyZXNzIEJsb2NrIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNTYNCiAgICAgICA4LjMuNC4gIEFkZHJl c3MgQmxvY2sgVExWIEJsb2NrIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA1Ng0KICAg ICA4LjQuICBSb3V0ZSBFcnJvciBNZXNzYWdlIFJlcHJlc2VudGF0aW9uICAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gIDU3DQogICAgICAgOC40LjEuICBNZXNzYWdlIEhlYWRlciAgLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNTcNCiAgICAgICA4LjQuMi4gIE1lc3NhZ2UgVExW IEJsb2NrIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA1Nw0KICAgICAgIDgu NC4zLiAgQWRkcmVzcyBCbG9jayAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gIDU3DQogICAgICAgOC40LjQuICBBZGRyZXNzIEJsb2NrIFRMViBCbG9jayAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAgNTgNCiAgIDkuICBTaW1wbGUgRXh0ZXJuYWwgTmV0d29yayBB dHRhY2htZW50ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA1OA0KICAgMTAuIE9wdGlvbmFs IEZlYXR1cmVzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDU5 DQogICAgIDEwLjEuICBFeHBhbmRpbmcgUmluZ3MgTXVsdGljYXN0ICAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAgNjANCiAgICAgMTAuMi4gIFByZWN1cnNvciBMaXN0cyAgLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA2MA0KICAgICAxMC4zLiAgSW50ZXJtZWRp YXRlIFJSRVAgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDYxDQogICAg IDEwLjQuICBNZXNzYWdlIEFnZ3JlZ2F0aW9uIERlbGF5ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAgNjENCiAgIDExLiBDb25maWd1cmF0aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA2MQ0KICAgICAxMS4xLiAgVGltZXJzIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDYyDQogICAgIDExLjIu ICBQcm90b2NvbCBDb25zdGFudHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAgNjMNCiAgICAgMTEuMy4gIExvY2FsIFNldHRpbmdzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuICA2NA0KICAgICAxMS40LiAgTmV0d29yay1XaWRlIFNldHRpbmdz ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDY0DQogICAgIDExLjUuICBPcHRp b25hbCBGZWF0dXJlIFNldHRpbmdzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNjQN CiAgICAgMTEuNi4gIE1ldHJpY1R5cGUgQWxsb2NhdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuICA2NQ0KICAgICAxMS43LiAgQWRkcmVzc1R5cGUgQWxsb2NhdGlvbiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDY1DQogICAxMi4gSUFOQSBDb25zaWRlcmF0 aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNjYNCiAgICAg MTIuMS4gIFJGQyA1NDQ0IE1lc3NhZ2UgVHlwZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICA2Ng0KICAgICAxMi4yLiAgUkZDIDU0NDQgQWRkcmVzcyBCbG9jayBUTFYgVHlwZXMg LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDY2DQogICAxMy4gU2VjdXJpdHkgQ29uc2lkZXJhdGlv bnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNjYNCiAgIDE0LiBBY2tu b3dsZWRnbWVudHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu ICA2OQ0KICAgMTUuIFJlZmVyZW5jZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gIDY5DQogICAgIDE1LjEuICBOb3JtYXRpdmUgUmVmZXJlbmNlcyAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNzANCiAgICAgMTUuMi4gIEluZm9y bWF0aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA3MQ0K ICAgQXBwZW5kaXggQS4gIEFPRFZ2MiBEcmFmdCBVcGRhdGVzIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gIDcyDQogICBBdXRob3JzJyBBZGRyZXNzZXMgIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNzMNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAg ICAgICAgICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgICBbUGFnZSAzXQ0K DA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAg ICAgICAgSmFudWFyeSAyMDE2DQoNCg0KMS4gIE92ZXJ2aWV3DQoNCiAgIFRoZSBBZCBIb2MgT24t ZGVtYW5kIERpc3RhbmNlIFZlY3RvciBWZXJzaW9uIDIgKEFPRFZ2Mikgcm91dGluZw0KICAgcHJv dG9jb2wgKGZvcm1lcmx5IG5hbWVkIERZTU8pIGVuYWJsZXMgb24tZGVtYW5kLCBtdWx0aWhvcCB1 bmljYXN0DQogICByb3V0aW5nIGFtb25nIEFPRFZ2MiByb3V0ZXJzIGluIG1vYmlsZSBhZCBob2Mg bmV0d29ya3MgKE1BTkVUcykNCiAgIFtSRkMyNTAxXS4NCihXZSBqdW1wZWQgcmlnaHQgaW4gaGVy ZSB3b3VsZCBwcmVmZXIgc29tZSBpbnRybyB0byBBT0RWIGFuZCBob3cgQU9EVnYyIGlzIGRlcml2 ZWQgZnJvbSB0aGF0IHdvcmsuIEpXRCkNCg0KDQogICBBbHRob3VnaCBBT0RWdjIgaXMgY2xvc2Vs eSByZWxhdGVkIHRvIEFPRFYgW1JGQzM1NjFdLCBhbmQgc2hhcmVzIHNvbWUNCiAgIGZlYXR1cmVz IG9mIERTUiBbUkZDNDcyOF0sIEFPRFZ2MiBpcyBub3QgaW50ZXJvcGVyYWJsZSB3aXRoIGVpdGhl ciBvZg0KICAgdGhvc2UgcHJvdG9jb2xzLg0KICAgQ29tcGFyZWQgdG8gQU9EViwgQU9EVnYyIG1h a2VzIHNvbWUgZmVhdHVyZXMgb3B0aW9uYWwsDQogICBub3RhYmx5IGludGVybWVkaWF0ZSByb3V0 ZSByZXBsaWVzLCBleHBhbmRpbmcgcmluZyBzZWFyY2gsIGFuZA0KICAgcHJlY3Vyc29yIGxpc3Rz LiAgSGVsbG8gbWVzc2FnZXMgYW5kIGxvY2FsIHJlcGFpciBoYXZlIGJlZW4gcmVtb3ZlZC4NCiAg IEFPRFZ2MiBwcm92aWRlcyBhIG1lY2hhbmlzbSBmb3IgdGhlIHVzZSBvZiBtdWx0aXBsZSBtZXRy aWMgdHlwZXMuDQogICBNZXNzYWdlIGZvcm1hdHMgaGF2ZSBiZWVuIHVwZGF0ZWQgYW5kIG1hZGUg Y29tcGxpYW50IHdpdGggW1JGQzU0NDRdLg0KDQogICBBT0RWdjIgY29udHJvbCBtZXNzYWdlcyBh cmUgZGVmaW5lZCBhcyBzZXRzIG9mIGRhdGEsIHdoaWNoIGFyZSBtYXBwZWQNCiAgIHRvIG1lc3Nh Z2VzIHVzaW5nIHRoZSBHZW5lcmFsaXplZCBNQU5FVCBQYWNrZXQvTWVzc2FnZSBGb3JtYXQgZGVm aW5lZA0KICAgaW4gW1JGQzU0NDRdIGFuZCBzZW50IHVzaW5nIHRoZSBwYXJhbWV0ZXJzIGluIFtS RkM1NDk4XS4NCg0KICAgVGhlIGJhc2ljIG9wZXJhdGlvbnMgb2YgdGhlIEFPRFZ2MiBwcm90b2Nv bCBhcmUgcm91dGUgZGlzY292ZXJ5IGFuZA0KICAgcm91dGUgbWFpbnRlbmFuY2UuDQoNCiAgIEFu IEFPRFZ2MiByb3V0ZXIgaXMgY29uZmlndXJlZCB0byBwZXJmb3JtIHJvdXRlIGRpc2NvdmVyeSBv biBiZWhhbGYNCiAgIG9mIGEgY29uZmlndXJlZCBzZXQgb2YgSVAgYWRkcmVzc2VzIGtub3duIGFz IFJvdXRlciBDbGllbnRzLiAgUm91dGUNCiAgIGRpc2NvdmVyeSBpcyBwZXJmb3JtZWQgd2hlbiBh biBBT0RWdjIgcm91dGVyIG5lZWRzIHRvIGZvcndhcmQgYW4gSVANCiAgIHBhY2tldCBmcm9tIG9u ZSBvZiBpdHMgUm91dGVyIENsaWVudHMsIGJ1dCBkb2VzIG5vdCBoYXZlIGEgdmFsaWQNCiAgIHJv dXRlIHRvIHRoZSBwYWNrZXQncyBkZXN0aW5hdGlvbi4gIEFPRFZ2MiByb3V0ZXJzIHVzZSBSb3V0 ZSBSZXF1ZXN0DQogICAoUlJFUSkgYW5kIFJvdXRlIFJlcGx5IChSUkVQKSBtZXNzYWdlcyB0byBj YXJyeSByb3V0ZSBpbmZvcm1hdGlvbg0KICAgYmV0d2VlbiB0aGUgb3JpZ2luYXRvciBvZiB0aGUg cm91dGUgZGlzY292ZXJ5IGFuZCB0aGUgdGFyZ2V0LCAoc2hvdWxkbuKAmXQgdGhpcyBiZSByb3V0 ZXIgcmVzcG9uc2libGUgZm9yIHRhcmdldCBSb3V0ZXIgQ2xpZW50PykNCiAgIGVzdGFibGlzaGlu ZyBhIHJvdXRlIHRvIGJvdGggZW5kcG9pbnRzIG9uIGFsbCBpbnRlcm1lZGlhdGUgcm91dGVycy4N CiAgIEEgbWV0cmljIHZhbHVlIGlzIGluY2x1ZGVkIHRvIHJlcHJlc2VudCB0aGUgY29zdCBvZiB0 aGUgcm91dGUNCiAgIGNvbnRhaW5lZCB3aXRoaW4gdGhlIG1lc3NhZ2UuICBBT0RWdjIgdXNlcyBz ZXF1ZW5jZSBudW1iZXJzIHRvDQogICBpZGVudGlmeSBzdGFsZSByb3V0aW5nIGluZm9ybWF0aW9u LCBhbmQgY29tcGFyZXMgcm91dGUgbWV0cmljIHZhbHVlcw0KICAgdG8gZGV0ZXJtaW5lIGlmIGFk dmVydGlzZWQgcm91dGVzIGNvdWxkIGZvcm0gbG9vcHMuDQoNCiAgIFJvdXRlIG1haW50ZW5hbmNl IGluY2x1ZGVzIGNvbmZpcm1pbmcgYmlkaXJlY3Rpb25hbGl0eSBvZiBsaW5rcyB0bw0KICAgbmV4 dCBob3AgQU9EVnYyIHJvdXRlcnMsIGlzc3VpbmcgUm91dGUgRXJyb3IgKFJFUlIpIG1lc3NhZ2Vz LCByZWFjdGluZyB0byByZWNlaXZlZCBSb3V0ZSBFcnJvciBtZXNzYWdlcywgYW5kDQogICBleHRl bmRpbmcgYW5kIGVuZm9yY2luZyByb3V0ZSB0aW1lb3V0cy4NCg0KDQogICBUaGUgb24tZGVtYW5k IG5hdHVyZSBvZiBBT0RWdjIgcmVxdWlyZXMgc2lnbmFscyB0byBiZQ0KICAgZXhjaGFuZ2VkIGJl dHdlZW4gQU9EVnYyIGFuZCB0aGUgZm9yd2FyZGluZyBwbGFuZS4gVGhlc2Ugc2lnbmFscyBpbmRp Y2F0ZSB3aGVuOiAgYQ0KICAgYSBwYWNrZXQgaXMgdG8gYmUgZm9yd2FyZGVkLCBpbiBvcmRlciB0 byBpbml0aWF0ZSByb3V0ZSBkaXNjb3Zlcnk7DQogICBwYWNrZXQgZm9yd2FyZGluZyBmYWlscywg aW4gb3JkZXIgdG8gaW5pdGlhdGUgcm91dGUgZXJyb3IgcmVwb3J0aW5nOw0KICAgYSBwYWNrZXQg aXMgc3VjY2Vzc2Z1bGx5IGZvcndhcmRlZCwgZm9yIHJvdXRlIG1haW50ZW5hbmNlLg0KDQoNCiAg IFNlY3VyaXR5IGZvciBhdXRoZW50aWNhdGlvbiBvZiBBT0RWdjIgcm91dGVycyBhbmQgZW5jcnlw dGlvbiBvZg0KICAgY29udHJvbCBtZXNzYWdlcyBpcyBhY2NvbXBsaXNoZWQgdXNpbmcgdGhlIFRJ TUVTVEFNUCBhbmQgSUNWIFRMVnMNCiAgIGRlZmluZWQgaW4gW1JGQzcxODJdLg0KDQoNCg0KUGVy a2lucywgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAgICAgICAgICAg ICAgIFtQYWdlIDRdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICBBT0RWdjIg ICAgICAgICAgICAgICAgICAgICBKYW51YXJ5IDIwMTYNCg0KDQoyLiAgVGVybWlub2xvZ3kNCg0K ICAgVGhlIGtleSB3b3JkcyAiTVVTVCIsICJNVVNUIE5PVCIsICJSRVFVSVJFRCIsICJTSEFMTCIs ICJTSEFMTCBOT1QiLA0KICAgIlNIT1VMRCIsICJTSE9VTEQgTk9UIiwgIlJFQ09NTUVOREVEIiwg Ik5PVCBSRUNPTU1FTkRFRCIsICJNQVkiLCBhbmQNCiAgICJPUFRJT05BTCIgaW4gdGhpcyBkb2N1 bWVudCBhcmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3JpYmVkIGluDQogICBbUkZDMjExOV0u ICBJbiBhZGRpdGlvbiwgdGhpcyBkb2N1bWVudCB1c2VzIHRlcm1pbm9sb2d5IGZyb20NCiAgIFtS RkM1NDQ0XSwgYW5kIGRlZmluZXMgdGhlIGZvbGxvd2luZyB0ZXJtczoNCg0KICAgQWRkcmVzc0xp c3QNCiAgICAgIEEgbGlzdCBvZiBJUCBhZGRyZXNzZXMgYXMgdXNlZCBpbiBBT0RWdjIgbWVzc2Fn ZXMuDQoNCiAgIEFja1JlcQ0KICAgICAgVXNlZCBpbiBhIFJvdXRlIFJlcGx5IG1lc3NhZ2UgdG8g aW5kaWNhdGUgdGhlIElQIGFkZHJlc3Mgb2YgdGhlDQogICAgICByb3V0ZXIgZnJvbSB3aGljaCBh IFJvdXRlIFJlcGx5IEFja25vd2xlZGdlbWVudCBpcyBleHBlY3RlZC4NCg0KICAgQWR2UnRlDQog ICAgICBBIHJvdXRlIGFkdmVydGlzZWQgaW4gYW4gaW5jb21pbmcgcm91dGUgbWVzc2FnZS4NCg0K ICAgQU9EVnYyIFJvdXRlcg0KICAgICAgQW4gSVAgYWRkcmVzc2FibGUgZGV2aWNlIGluIHRoZSBh ZCBob2MgbmV0d29yayB0aGF0IHBlcmZvcm1zIHRoZQ0KICAgICAgQU9EVnYyIHByb3RvY29sIG9w ZXJhdGlvbnMgc3BlY2lmaWVkIGluIHRoaXMgZG9jdW1lbnQuDQoNCiAgIEN1cnJlbnRUaW1lDQog ICAgICBUaGUgY3VycmVudCB0aW1lIGFzIG1haW50YWluZWQgYnkgdGhlIEFPRFZ2MiByb3V0ZXIu DQoNCiAgIEVOQVIgKEV4dGVybmFsIE5ldHdvcmsgQWNjZXNzIFJvdXRlcikNCiAgICAgIEFuIEFP RFZ2MiByb3V0ZXIgd2l0aCBhbiBpbnRlcmZhY2UgdG8gYW4gZXh0ZXJuYWwsIG5vbi1BT0RWdjIN CiAgICAgIG5ldHdvcmsuDQoNCiAgIEludmFsaWQgcm91dGUNCiAgICAgIEEgcm91dGUgdGhhdCBj YW5ub3QgYmUgdXNlZCBmb3IgZm9yd2FyZGluZyBidXQgc3RpbGwgY29udGFpbnMNCiAgICAgIHVz ZWZ1bCBzZXF1ZW5jZSBudW1iZXIgaW5mb3JtYXRpb24uDQoNCg0KICAgTG9jYWwgUm91dGUNCiAg ICAgIEFuIGVudHJ5IGluIHRoZSBMb2NhbCBSb3V0ZSBTZXQuIChMb2NhbCBSb3V0ZSBTZXQgc2hv dWxkIGhhdmUgYW4gZW50cnksIHNvbWV0aGluZyBzaW1wbGUgYW5kIHBvaW50aW5nIHRvIHRoZSBz ZWN0aW9uIEpXRCkNCihMYXRlciBpbiB0aGUgZG9jdW1lbnQgTG9jYWxSb3V0ZSBpcyB1c2VkIHBp Y2sgb25lIEpXRCkNCg0KDQogICBNQU5FVA0KICAgICAgQSBNb2JpbGUgQWQgSG9jIE5ldHdvcmsg YXMgZGVmaW5lZCBpbiBbUkZDMjUwMV0uDQoNCiAgIE1ldHJpY1R5cGUNCiAgICAgIFRoZSBtZXRy aWMgdHlwZSBmb3IgYSBtZXRyaWMgdmFsdWUgaW5jbHVkZWQgaW4gYSBtZXNzYWdlLg0KDQogICBN ZXRyaWNUeXBlTGlzdA0KICAgICAgQSBsaXN0IG9mIG1ldHJpYyB0eXBlcyBhc3NvY2lhdGVkIHdp dGggdGhlIGFkZHJlc3NlcyBpbiB0aGUNCiAgICAgIEFkZHJlc3NMaXN0IG9mIGEgUm91dGUgRXJy b3IgbWVzc2FnZS4NCg0KICAgTmVpZ2hib3INCg0KDQoNCg0KUGVya2lucywgZXQgYWwuICAgICAg ICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAgICAgICAgICAgICAgIFtQYWdlIDVdDQoMDQpJ bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICBBT0RWdjIgICAgICAgICAgICAgICAgICAg ICBKYW51YXJ5IDIwMTYNCg0KDQogICAgICBBbiBBT0RWdjIgcm91dGVyIGZyb20gd2hpY2ggYW4g UlJFUSBvciBSUkVQIG1lc3NhZ2UgaGFzIGJlZW4NCiAgICAgIHJlY2VpdmVkLiAgTmVpZ2hib3Jz IGV4Y2hhbmdlIHJvdXRpbmcgaW5mb3JtYXRpb24gYW5kIHZlcmlmeQ0KICAgICAgYmlkaXJlY3Rp b25hbGl0eSBvZiB0aGUgbGluayB0byBhIG5laWdoYm9yIGJlZm9yZSBpbnN0YWxsaW5nIGENCiAg ICAgIHJvdXRlIHZpYSB0aGF0IG5laWdoYm9yIGludG8gdGhlIExvY2FsIFJvdXRlIFNldC4NCg0K ICAgT3JpZ0FkZHINCiAgICAgIFRoZSBzb3VyY2UgSVAgYWRkcmVzcyBvZiB0aGUgSVAgcGFja2V0 IHRyaWdnZXJpbmcgcm91dGUgZGlzY292ZXJ5Lg0KDQogICBPcmlnTWV0cmljDQogICAgICBUaGUg bWV0cmljIHZhbHVlIGFzc29jaWF0ZWQgd2l0aCB0aGUgcm91dGUgdG8gT3JpZ0FkZHIgKGFuZCBh bnkNCiAgICAgIG90aGVyIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgZ2l2ZW4gcHJlZml4IGxl bmd0aCkuDQoNCiAgIE9yaWdQcmVmaXhMZW4NCiAgICAgIFRoZSBwcmVmaXggbGVuZ3RoLCBpbiBi aXRzLCBjb25maWd1cmVkIGluIHRoZSBSb3V0ZXIgQ2xpZW50IGVudHJ5DQogICAgICB3aGljaCBp bmNsdWRlcyBPcmlnQWRkci4NCg0KICAgT3JpZ1NlcU51bQ0KICAgICAgVGhlIHNlcXVlbmNlIG51 bWJlciBvZiB0aGUgQU9EVnYyIHJvdXRlciB3aGljaCBvcmlnaW5hdGVkIHRoZQ0KICAgICAgUm91 dGUgUmVxdWVzdCBvbiBiZWhhbGYgb2YgT3JpZ0FkZHIuDQoNCiAgIFBrdFNvdXJjZQ0KICAgICAg VGhlIHNvdXJjZSBhZGRyZXNzIG9mIHRoZSBJUCBwYWNrZXQgd2hpY2ggdHJpZ2dlcmVkIGEgUm91 dGUgRXJyb3INCiAgICAgIG1lc3NhZ2UuDQoNCiAgIFByZWZpeExlbmd0aExpc3QNCiAgICAgIEEg bGlzdCBvZiByb3V0aW5nIHByZWZpeCBsZW5ndGhzIGFzc29jaWF0ZWQgd2l0aCB0aGUgYWRkcmVz c2VzIGluDQogICAgICB0aGUgQWRkcmVzc0xpc3Qgb2YgYSBtZXNzYWdlLg0KDQogICBSZWFjdGl2 ZQ0KICAgICAgUGVyZm9ybWVkIG9ubHkgaW4gcmVhY3Rpb24gdG8gc3BlY2lmaWMgZXZlbnRzLiAg SW4gQU9EVnYyLCByb3V0ZXMNCiAgICAgIGFyZSByZXF1ZXN0ZWQgb25seSB3aGVuIGRhdGEgcGFj a2V0cyBuZWVkIHRvIGJlIGZvcndhcmRlZC4gIEluDQogICAgICB0aGlzIGRvY3VtZW50LCAicmVh Y3RpdmUiIGlzIHN5bm9ueW1vdXMgd2l0aCAib24tZGVtYW5kIi4NCg0KICAgUkVSUiAoUm91dGUg RXJyb3IpDQogICAgICBUaGUgQU9EVnYyIG1lc3NhZ2UgdHlwZSB1c2VkIHRvIGluZGljYXRlIHRo YXQgYW4gQU9EVnYyIHJvdXRlcg0KICAgICAgZG9lcyBub3QgaGF2ZSBhIHZhbGlkIExvY2FsUm91 dGUgdG93YXJkIG9uZSBvciBtb3JlIHBhcnRpY3VsYXINCiAgICAgIGRlc3RpbmF0aW9ucy4NCg0K ICAgUkVSUl9HZW4gKFJFUlIgR2VuZXJhdGluZyBSb3V0ZXIpDQogICAgICBUaGUgQU9EVnYyIHJv dXRlciBnZW5lcmF0aW5nIGEgUm91dGUgRXJyb3IgbWVzc2FnZS4NCg0KICAgUm91dGFibGUgVW5p Y2FzdCBJUCBBZGRyZXNzDQogICAgICBBIHJvdXRhYmxlIHVuaWNhc3QgSVAgYWRkcmVzcyBpcyBh IHVuaWNhc3QgSVAgYWRkcmVzcyB0aGF0IGlzDQogICAgICBzY29wZWQgc3VmZmljaWVudGx5IHRv IGJlIGZvcndhcmRlZCBieSBhIHJvdXRlci4gIEdsb2JhbGx5LXNjb3BlZA0KICAgICAgdW5pY2Fz dCBJUCBhZGRyZXNzZXMgYW5kIFVuaXF1ZSBMb2NhbCBBZGRyZXNzZXMgKFVMQXMpIFtSRkM0MTkz XQ0KICAgICAgYXJlIGV4YW1wbGVzIG9mIHJvdXRhYmxlIHVuaWNhc3QgSVAgYWRkcmVzc2VzLg0K DQogICBSb3V0ZXIgQ2xpZW50DQoNCg0KDQpQZXJraW5zLCBldCBhbC4gICAgICAgICAgIEV4cGly ZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAgICAgW1BhZ2UgNl0NCgwNCkludGVybmV0LURy YWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAgICAgICAgICAgICAgICAgIEphbnVhcnkg MjAxNg0KDQoNCiAgICAgIEFuIGFkZHJlc3Mgb3IgYWRkcmVzcyByYW5nZSBjb25maWd1cmVkIG9u IGFuIEFPRFZ2MiByb3V0ZXIsIG9uDQogICAgICBiZWhhbGYgb2Ygd2hpY2ggdGhhdCByb3V0ZXIg d2lsbCBpbml0aWF0ZSBhbmQgcmVzcG9uZCB0byByb3V0ZQ0KICAgICAgZGlzY292ZXJpZXMuDQog ICAgICBUaGVzZSBhZGRyZXNzZXMgbWF5IGJlIGZyb20gIHRoZSBBT0RWdjIgcm91dGVyIGl0c2Vs ZiBvciBieSBub24tDQogICAgICByb3V0aW5nIGRldmljZXMgdGhhdCBhcmUgcmVhY2hhYmxlIHdp dGhvdXQgdHJhdmVyc2luZyBhbm90aGVyDQogICAgICBBT0RWdjIgcm91dGVyLg0KDQogICBSUkVQ IChSb3V0ZSBSZXBseSkNCiAgICAgIFRoZSBBT0RWdjIgbWVzc2FnZSB0eXBlIHVzZWQgdG8gcmVw bHkgdG8gYSBSb3V0ZSBSZXF1ZXN0IG1lc3NhZ2UuDQoNCiAgIFJSRVBfR2VuIChSUkVQIEdlbmVy YXRpbmcgUm91dGVyKQ0KICAgICAgVGhlIEFPRFZ2MiByb3V0ZXIgdGhhdCBnZW5lcmF0ZXMgdGhl IFJvdXRlIFJlcGx5IG1lc3NhZ2UsIGkuZS4sDQogICAgICB0aGUgcm91dGVyIGNvbmZpZ3VyZWQg d2l0aCBUYXJnQWRkciBhcyBhIFJvdXRlciBDbGllbnQuDQoNCiAgIFJSRVEgKFJvdXRlIFJlcXVl c3QpDQogICAgICBUaGUgQU9EVnYyIG1lc3NhZ2UgdHlwZSB1c2VkIHRvIGRpc2NvdmVyIGEgcm91 dGUgdG8gVGFyZ0FkZHIgYW5kDQogICAgICBkaXN0cmlidXRlIGluZm9ybWF0aW9uIGFib3V0IGEg cm91dGUgdG8gT3JpZ0FkZHIuDQoNCiAgIFJSRVFfR2VuIChSUkVRIEdlbmVyYXRpbmcgUm91dGVy KQ0KICAgICAgVGhlIEFPRFZ2MiByb3V0ZXIgdGhhdCBnZW5lcmF0ZXMgdGhlIFJvdXRlIFJlcXVl c3QgbWVzc2FnZSwgaS5lLiwNCiAgICAgIHRoZSByb3V0ZXIgY29uZmlndXJlZCB3aXRoIE9yaWdB ZGRyIGFzIGEgUm91dGVyIENsaWVudC4NCg0KICAgUnRlTXNnIChSb3V0ZSBNZXNzYWdlKQ0KICAg ICAgQSBSb3V0ZSBSZXF1ZXN0IChSUkVRKSBvciBSb3V0ZSBSZXBseSAoUlJFUCkgbWVzc2FnZS4N Cg0KICAgU2VxTnVtDQogICAgICBUaGUgc2VxdWVuY2UgbnVtYmVyIG1haW50YWluZWQgYnkgYW4g QU9EVnYyIHJvdXRlciB0byBpbmRpY2F0ZQ0KICAgICAgZnJlc2huZXNzIG9mIHJvdXRlIGluZm9y bWF0aW9uLg0KDQogICBTZXFOdW1MaXN0DQogICAgICBBIGxpc3Qgb2Ygc2VxdWVuY2UgbnVtYmVy cyBhc3NvY2lhdGVkIHdpdGggdGhlIGFkZHJlc3NlcyBpbiB0aGUNCiAgICAgIEFkZHJlc3NMaXN0 IG9mIGEgbWVzc2FnZS4NCg0KICAgVGFyZ0FkZHINCiAgICAgIFRoZSB0YXJnZXQgYWRkcmVzcyBv ZiBhIHJvdXRlIHJlcXVlc3QsIGkuZS4sIHRoZSBkZXN0aW5hdGlvbg0KICAgICAgYWRkcmVzcyBv ZiB0aGUgSVAgcGFja2V0IHRyaWdnZXJpbmcgcm91dGUgZGlzY292ZXJ5Lg0KDQogICBUYXJnTWV0 cmljDQogICAgICBUaGUgbWV0cmljIHZhbHVlIGFzc29jaWF0ZWQgd2l0aCB0aGUgcm91dGUgdG8g VGFyZ0FkZHIgKGFuZCBhbnkNCiAgICAgIG90aGVyIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUg Z2l2ZW4gcHJlZml4IGxlbmd0aCkuDQoNCiAgIFRhcmdQcmVmaXhMZW4NCiAgICAgIFRoZSBwcmVm aXggbGVuZ3RoLCBpbiBiaXRzLCBjb25maWd1cmVkIGluIHRoZSBSb3V0ZXIgQ2xpZW50IGVudHJ5 DQogICAgICB3aGljaCBpbmNsdWRlcyBUYXJnQWRkci4NCg0KICAgVGFyZ1NlcU51bQ0KDQoNCg0K DQpQZXJraW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAg ICAgICAgICAgW1BhZ2UgN10NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFP RFZ2MiAgICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCiAgICAgIFRoZSBzZXF1 ZW5jZSBudW1iZXIgb2YgdGhlIEFPRFZ2MiByb3V0ZXIgd2hpY2ggb3JpZ2luYXRlZCB0aGUNCiAg ICAgIFJvdXRlIFJlcGx5IG9uIGJlaGFsZiBvZiBUYXJnQWRkci4NCg0KICAgVmFsaWQgcm91dGUN CiAgICAgIEEgcm91dGUgdGhhdCBjYW4gYmUgdXNlZCBmb3IgZm9yd2FyZGluZy4gKHRoZSBkZWxl dGVkIHBhcnQgc2hvdWxkIGJlIGRlZmluZWQgaW4gUm91dGUgRXJyb3IgR2VuZXJhdGlvbiBzZWN0 aW9uIEpXRCkNCg0KDQogICBVbnJlYWNoYWJsZSBBZGRyZXNzDQogICAgICBBbiBhZGRyZXNzIHJl cG9ydGVkIGluIGEgUm91dGUgRXJyb3IgbWVzc2FnZS4gKHRoZSBkZWxldGVkIHBhcnQgc2hvdWxk IGJlIGRlZmluZWQgaW4gUm91dGUgRXJyb3IgR2VuZXJhdGlvbiBzZWN0aW9uIEpXRCkNCg0KDQog ICBVcHN0cmVhbQ0KICAgICAgSW4gdGhlIGRpcmVjdGlvbiBmcm9tIGRlc3RpbmF0aW9uIHRvIHNv dXJjZSAoZnJvbSBUYXJnQWRkciB0bw0KICAgICAgT3JpZ0FkZHIpLg0KDQogICBWYWxpZGl0eVRp bWUNCiAgICAgIFRoZSBsZW5ndGggb2YgdGltZSB0aGUgcm91dGUgZGVzY3JpYmVkIGJ5IHRoZSBt ZXNzYWdlIGlzIG9mZmVyZWQuDQoNCiAgIFRoaXMgZG9jdW1lbnQgdXNlcyB0aGUgbm90YXRpb25h bCBjb252ZW50aW9ucyBpbiBUYWJsZSAxIHRvIHNpbXBsaWZ5DQogICB0aGUgdGV4dC4NCg0KICAg ICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSsNCiAgICAgIHwgTm90YXRpb24gICAgICAgICAgICAgIHwgTWVhbmluZyAgICAgICAg ICAgICAgICAgICAgICAgICAgICB8DQogICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgICAgfCBSb3V0ZVtBZGRyZXNz XSAgICAgICAgfCBBIHJvdXRlIHRvd2FyZCBBZGRyZXNzICAgICAgICAgICAgIHwNCiAgICAgIHwg Um91dGVbQWRkcmVzc10uRmllbGQgIHwgQSBmaWVsZCBpbiBhIHJvdXRlIHRvd2FyZCBBZGRyZXNz ICB8DQogICAgICB8IFJ0ZU1zZy5GaWVsZCAgICAgICAgICB8IEEgZmllbGQgaW4gZWl0aGVyIFJS RVEgb3IgUlJFUCAgICAgfA0KICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCg0KICAgICAgICAgICAgICAgICAgICAgIFRh YmxlIDE6IE5vdGF0aW9uYWwgQ29udmVudGlvbnMNCg0KMy4gIEFwcGxpY2FiaWxpdHkgU3RhdGVt ZW50DQoNCg0KKFdpcmVsZXNzIHByb3BlcnRpZXMgb2YgdGhlIG5ldHdvcmsgaXMgbm90IG1lbnRp b25lZCBhdCBhbGwgYW5kIHRoaXMgaXMgcXVpdGUgaW1wb3J0YW50IGFzIEnigJltIHByZXR0eSBz dXJlIEFPRFZ2MiBmb3IgdXNlZCBpbiBhIHdpcmVkIG5ldHdvcmsgd291bGQgYmUgYSBiYWQgaWRl YSBKV0QpDQoNCg0KICAgVGhlIEFPRFZ2MiByb3V0aW5nIHByb3RvY29sIGlzIGEgcmVhY3RpdmUg cm91dGluZyBwcm90b2NvbC4gIEEgcmVhY3RpdmUgcHJvdG9jb2wgb25seSBzZW5kcw0KICAgbWVz c2FnZXMgdG8gZGlzY292ZXIgYSByb3V0ZSB3aGVuIHRoZXJlIGlzIGRhdGEgdG8gc2VuZCBvbiB0 aGF0DQogICByb3V0ZS4gIFRoZXJlZm9yZSwgYSByZWFjdGl2ZSByb3V0aW5nIHByb3RvY29sIHJl cXVpcmVzIGNlcnRhaW4NCiAgIGludGVyYWN0aW9ucyB3aXRoIHRoZSBmb3J3YXJkaW5nIHBsYW5l IChmb3IgZXhhbXBsZSwgdG8gaW5kaWNhdGUgd2hlbg0KICAgYSBwYWNrZXQgaXMgdG8gYmUgZm9y d2FyZGVkLCBpbiBvcmRlciB0byBpbml0aWF0ZSByb3V0ZSBkaXNjb3ZlcnkpLiAgVGhlIHNldCBv ZiBzaWduYWxzDQogICBleGNoYW5nZWQgYmV0d2VlbiBBT0RWdjIgYW5kIHRoZSBmb3J3YXJkaW5n IHBsYW5lIGFyZSBkaXNjdXNzZWQgaW4NCiAgIFNlY3Rpb24gNi40Lg0KDQoNCg0KDQpQZXJraW5z LCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAgICAg W1BhZ2UgOF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAg ICAgICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCiAgIEFPRFZ2MiBpcyBkZXNpZ25lZCBm b3Igc3R1YiBvciBkaXNjb25uZWN0ZWQgbW9iaWxlIGFkIGhvYyBuZXR3b3JrcywNCiAgIGkuZS4s IG5vbi10cmFuc2l0IG5ldHdvcmtzIG9yIHRob3NlIG5vdCBjb25uZWN0ZWQgdG8gdGhlIGludGVy bmV0Lg0KICAgQU9EVnYyIGNhbiwgaG93ZXZlciwgYmUgY29uZmlndXJlZCB0byBwZXJmb3JtIGdh dGV3YXkgZnVuY3Rpb25zIHdoZW4NCiAgIGF0dGFjaGVkIHRvIGV4dGVybmFsIG5ldHdvcmtzLCBh cyBkaXNjdXNzZWQgaW4gU2VjdGlvbiA5LiAoc29tZSBtZW50aW9uIG9mIGxpbWl0YXRpb25zIG9m IHRoZSBwcm92aWRlZCBhcHByb2FjaCBpcyByZXF1aXJlZC4gIE5vIGRlZmF1bHQgZ2F0ZXdheXMs IGRyYXdiYWNrcy9vdmVyaGVhZCBvZiB1c2luZyBBT0RWdjIgbmV0d29yayB0byBjb25uZWN0IHRv IHRoZSBJbnRlcm5ldCB1c2luZyBwcm92aWRlZCBhcHByb2FjaCBKV0QpDQoNCg0KICAgQU9EVnYy IGhhbmRsZXMgYSB3aWRlIHZhcmlldHkgb2YgbW9iaWxpdHkgYW5kIHRyYWZmaWMgcGF0dGVybnMg YnkNCiAgIGRldGVybWluaW5nIHJvdXRlcyBvbi1kZW1hbmQuICBJbiBuZXR3b3JrcyB3aXRoIGEg bGFyZ2UgbnVtYmVyIG9mDQogICByb3V0ZXJzLCBBT0RWdjIgaXMgYmVzdCBzdWl0ZWQgZm9yIHJl bGF0aXZlbHkgc3BhcnNlIHRyYWZmaWMNCiAgIHNjZW5hcmlvcyB3aGVyZSBlYWNoIHJvdXRlciBm b3J3YXJkcyBJUCBwYWNrZXRzIHRvIGEgc21hbGwgcGVyY2VudGFnZQ0KICAgb2Ygb3RoZXIgQU9E VnYyIHJvdXRlcnMgaW4gdGhlIG5ldHdvcmsuICBJbiB0aGlzIGNhc2UgZmV3ZXIgcm91dGVzDQog ICBhcmUgbmVlZGVkLCBhbmQgdGhlcmVmb3JlIGxlc3MgY29udHJvbCB0cmFmZmljIGlzIHByb2R1 Y2VkLg0KDQoNCg0KDQogICBBT0RWdjIgcHJvdmlkZXMgZm9yIG1lc3NhZ2UgaW50ZWdyaXR5IGFu ZCBzZWN1cml0eSBhZ2FpbnN0IHJlcGxheQ0KICAgYXR0YWNrcyBieSB1c2luZyBpbnRlZ3JpdHkg Y2hlY2sgdmFsdWVzLCB0aW1lc3RhbXBzIGFuZCBzZXF1ZW5jZQ0KICAgbnVtYmVycywgYXMgZGVz Y3JpYmVkIGluIFNlY3Rpb24gMTMuICBJZiBzZWN1cml0eSBhc3NvY2lhdGlvbnMgY2FuIGJlDQog ICBlc3RhYmxpc2hlZCwgZW5jcnlwdGlvbiBjYW4gYmUgdXNlZCBmb3IgQU9EVnYyIG1lc3NhZ2Vz IHRvIGVuc3VyZQ0KICAgdGhhdCBvbmx5IHRydXN0ZWQgcm91dGVycyBwYXJ0aWNpcGF0ZSBpbiBy b3V0aW5nIG9wZXJhdGlvbnMuDQooVGhlcmUgaXMgYW4gaXNzdWUgd2l0aCB0cnVzdCBiZWluZyBs aW1pdGVkIHRvIHNpbmdsZSBob3BzIGFuZCBubyB3YXkgdG8gdmVyaWZ5IGluZm9ybWF0aW9uIG1v cmUgdGhhbiBvbmUgaG9wIGF3YXkgSldEKQ0KDQoNCiAgIFNpbmNlIHRoZSByb3V0ZSBkaXNjb3Zl cnkgcHJvY2VzcyBhaW1zIGZvciBhIHJvdXRlIHRvIGJlIGVzdGFibGlzaGVkDQogICBpbiBib3Ro IGRpcmVjdGlvbnMgYWxvbmcgdGhlIHNhbWUgcGF0aCwgdW5pLWRpcmVjdGlvbmFsIGxpbmtzIGFy ZSBub3QNCiAgIHN1aXRhYmxlLiAgQU9EVnYyIHdpbGwgZGV0ZWN0IGFuZCBleGNsdWRlIHRob3Nl IGxpbmtzIGZyb20gcm91dGUNCiAgIGRpc2NvdmVyeS4gIFRoZSByb3V0ZSBkaXNjb3ZlcmVkIGlz IG9wdGltaXNlZCBmb3IgdGhlIHJlcXVlc3RpbmcNCiAgIHJvdXRlciwgYW5kIHRoZSByZXR1cm4g cGF0aCBtYXkgbm90IGJlIHRoZSBvcHRpbWFsIHJvdXRlLg0KDQogICBBT0RWdjIgaXMgYXBwbGlj YWJsZSB0byBtZW1vcnkgY29uc3RyYWluZWQgZGV2aWNlcywgc2luY2Ugb25seSBhDQogICBsaXR0 bGUgcm91dGluZyBzdGF0ZSBpcyBtYWludGFpbmVkIGluIGVhY2ggQU9EVnYyIHJvdXRlci4gQU9E VnYyIHJvdXRlcyB0aGF0DQogICBhcmUgbm90IG5lZWRlZCBmb3IgZm9yd2FyZGluZyBkYXRhIGRv IG5vdCBuZWVkIHRvIGJlIG1haW50YWluZWQuICBPbg0KICAgcm91dGVycyB1bmFibGUgdG8gc3Rv cmUgcGVyc2lzdGVudCBBT0RWdjIgc3RhdGUsIHJlY292ZXJ5IGNhbiBpbXBvc2UNCiAgIGEgcGVy Zm9ybWFuY2UgcGVuYWx0eSAoZS5nLiwgaW4gY2FzZSBvZiBBT0RWdjIgcm91dGVyIHJlYm9vdCks IHNpbmNlDQogICBpZiBhIHJvdXRlciBsb3NlcyBpdHMgc2VxdWVuY2UgbnVtYmVyLCB0aGVyZSBp cyBhIGRlbGF5IGJlZm9yZSB0aGUNCiAgIHJvdXRlciBjYW4gcmVzdW1lIGZ1bGwgb3BlcmF0aW9u cy4gIFRoaXMgaXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNi4xLg0KDQogICBBT0RWdjIgc3VwcG9y dHMgcm91dGVycyB3aXRoIG11bHRpcGxlIGludGVyZmFjZXMgYW5kIG11bHRpcGxlIElQDQogICBh ZGRyZXNzZXMgcGVyIGludGVyZmFjZS4gICAodGhpcyBzaG91bGQgYmUgZGlzYWxsb3dlZCBhcyBp dCBjYW4gZm9ybSBub24gdmFsaWQgcm91dGVzIHdpdGggdW5pLWRpcmVjdGlvbmFsIGxpbmtzIEpX RCkgQU9EVnYyIHJlcXVpcmVzIHRoYXQgZWFjaCBpbnRlcmZhY2UNCiAgIGNvbmZpZ3VyZWQgZm9y IEFPRFZ2MiBoYXMgYXQgbGVhc3Qgb25lIHVuaWNhc3QgSVAgYWRkcmVzcy4gIEFkZHJlc3MNCiAg IGFzc2lnbm1lbnQgcHJvY2VkdXJlcyBhcmUgb3V0IG9mIHNjb3BlIGZvciBBT0RWdjIuDQoNCiAg IEFPRFZ2MiBzdXBwb3J0cyBSb3V0ZXIgQ2xpZW50cyB3aXRoIG11bHRpcGxlIGludGVyZmFjZXMs IGFzIGxvbmcgYXMNCiAgIGVhY2ggaW50ZXJmYWNlIGlzIGNvbmZpZ3VyZWQgd2l0aCBpdHMgb3du IHVuaWNhc3QgSVAgYWRkcmVzcy4gIE11bHRpLQ0KICAgaG9taW5nIG9mIGEgUm91dGVyIENsaWVu dCBJUCBhZGRyZXNzIGlzIG5vdCBzdXBwb3J0ZWQgYnkgQU9EVnYyLCBhbmQNCiAgIHRoZXJlZm9y ZSBhbiBJUCBhZGRyZXNzIFNIT1VMRCBOT1QgYmUgY29uZmlndXJlZCBhcyBhIFJvdXRlciBDbGll bnQNCiAgIG9uIG1vcmUgdGhhbiBvbmUgQU9EVnYyIHJvdXRlciBhdCBhbnkgb25lIHRpbWUuDQoN Cg0KDQoNCg0KUGVya2lucywgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYg ICAgICAgICAgICAgICAgIFtQYWdlIDldDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAg ICAgICBBT0RWdjIgICAgICAgICAgICAgICAgICAgICBKYW51YXJ5IDIwMTYNCg0KDQogKFRoaXMg c2hvdWxkIGdvIGluIHRoZSBpbnRybyBKV0QpDQoNCg0KDQoNCjQuICBEYXRhIFN0cnVjdHVyZXMN Cg0KNC4xLiAgSW50ZXJmYWNlIExpc3QNCg0KICAgSWYgbXVsdGlwbGUgaW50ZXJmYWNlcyBvZiB0 aGUgQU9EVnYyIHJvdXRlciBhcmUgY29uZmlndXJlZCBmb3IgdXNlIGJ5DQogICBBT0RWdjIsIGEg bGlzdCBvZiB0aGUgaW50ZXJmYWNlcyBNVVNUIGJlIGNvbmZpZ3VyZWQgaW4gdGhlDQogICBBT0RW djJfSU5URVJGQUNFUyBsaXN0Lg0KDQoNCihBT0RWdjJfSU5URVJGQUNFUyBpc27igJl0IGRlZmlu ZWQgYmVmb3JlIG5vdyBpdCBzaG91bGQgYmUuIEFsc28gd2hhdCBkb2VzIHRoaXMgY29uZmlndXJh dGlvbiBjb25zaXN0IG9mPyBBbHNvIGlzIHRoZSBsaXN0IGVtcHR5IGlmIHRoZXJlIGlzICBvbmx5 IG9uZSBpbnRlcmZhY2U/IEpXRCEpDQoNCg0KNC4yLiAgUm91dGVyIENsaWVudCBUYWJsZQ0KDQoN CldoYXTigJlzIHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gYSB0YWJsZSBhbmQgYSBsaXN0IHdoeSBh cmUgd2UgdXNpbmcgb25lIG92ZXIgdGhlIG90aGVyP0pXRCkNCiAgIEFuIEFPRFZ2MiByb3V0ZXIg cHJvdmlkZXMgcm91dGUgZGlzY292ZXJ5IHNlcnZpY2VzIGZvciBpdHMgb3duIGxvY2FsDQogICBh cHBsaWNhdGlvbnMgYW5kIGZvciBvdGhlciBub24tcm91dGluZyBkZXZpY2VzIHRoYXQgYXJlIHJl YWNoYWJsZQ0KICAgd2l0aG91dCB0cmF2ZXJzaW5nIGFub3RoZXIgQU9EVnYyIHJvdXRlci4gIFRo ZSBhZGRyZXNzZXMgdXNlZCBieQ0KICAgdGhlc2UgZGV2aWNlcywgYW5kIHRoZSBBT0RWdjIgcm91 dGVyIGl0c2VsZiwgYXJlIGNvbmZpZ3VyZWQgaW4gdGhlDQogICBSb3V0ZXIgQ2xpZW50IFRhYmxl LiAgQW4gQU9EVnYyIHJvdXRlciB3aWxsIG9ubHkgb3JpZ2luYXRlIFJvdXRlDQogICBSZXF1ZXN0 IGFuZCBSb3V0ZSBSZXBseSBtZXNzYWdlcyBvbiBiZWhhbGYgb2YgY29uZmlndXJlZCBSb3V0ZXIN CiAgIENsaWVudHMuDQoNCiAgIFJvdXRlciBDbGllbnQgVGFibGUgZW50cmllcyBNVVNUIGNvbnRh aW46DQoNCiAgIFJvdXRlckNsaWVudC5JUEFkZHJlc3MNCiAgICAgIEFuIElQIGFkZHJlc3Mgb3Ig dGhlIHN0YXJ0IG9mIGFuIGFkZHJlc3MgcmFuZ2UgdGhhdCByZXF1aXJlcyByb3V0ZQ0KICAgICAg ZGlzY292ZXJ5IHNlcnZpY2VzIGZyb20gdGhlIEFPRFZ2MiByb3V0ZXIuDQoNCiAgIFJvdXRlckNs aWVudC5QcmVmaXhMZW5ndGgNCiAgICAgIFRoZSBsZW5ndGgsIGluIGJpdHMsIG9mIHRoZSByb3V0 aW5nIHByZWZpeCBhc3NvY2lhdGVkIHdpdGggdGhlDQogICAgICBSb3V0ZXJDbGllbnQuSVBBZGRy ZXNzLiAgSWYgYSBwcmVmaXggbGVuZ3RoIGlzIGluY2x1ZGVkLCB0aGUNCiAgICAgIEFPRFZ2MiBy b3V0ZXIgTVVTVCBwcm92aWRlIGNvbm5lY3Rpdml0eSBmb3IgYWxsIGFkZHJlc3NlcyB3aXRoaW4N CiAgICAgIHRoYXQgcHJlZml4Lg0KDQogICBSb3V0ZXJDbGllbnQuQ29zdA0KICAgICAgVGhlIGNv c3QgYXNzb2NpYXRlZCB3aXRoIHJlYWNoaW5nIHRoaXMgUm91dGVyIENsaWVudC4NCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQpQZXJraW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVs eSAyMSwgMjAxNiAgICAgICAgICAgICAgICBbUGFnZSAxMF0NCgwNCkludGVybmV0LURyYWZ0ICAg ICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0K DQoNCiAgIEEgUm91dGVyIENsaWVudCBhZGRyZXNzIFNIT1VMRCBOT1QgYmUgc2VydmVkIGJ5IG1v cmUgdGhhbiBvbmUgQU9EVnYyDQogICByb3V0ZXIgYXQgYW55IG9uZSB0aW1lLiAoZG8gdGhpbmdz IGJyZWFrIHdoZW4gYSBSb3V0ZXIgQ2xpZW50IGlzIHNlcnZlZCBieSBtb3JlIHRoYW4gb25lIEFP RFZ2MiBSb3V0ZXI/ICBNeSBndWVzcyBpcyB5ZXMgYW5kIHRoZXJlZm9yZSBTSE9VTEQgYmUgYSBN VVNULiBKV0QpIFRvIHNoaWZ0IHJlc3BvbnNpYmlsaXR5IGZvciBhIFJvdXRlciBDbGllbnQNCiAg IHRvIGEgZGlmZmVyZW50IEFPRFZ2MiByb3V0ZXIsIGNvcnJlY3QgQU9EVnYyIHJvdXRpbmcgYmVo YXZpb3IgTVVTVCBiZQ0KICAgb2JzZXJ2ZWQ7ICBUaGUgQU9EVnYyIHJvdXRlciBhZGRpbmcgdGhl IFJvdXRlciBDbGllbnQgTVVTVCB3YWl0IGZvcg0KICAgYW55IGV4aXN0aW5nIHJvdXRpbmcgaW5m b3JtYXRpb24gYWJvdXQgdGhpcyBSb3V0ZXIgQ2xpZW50IHRvIGJlDQogICBwdXJnZWQgZnJvbSB0 aGUgbmV0d29yaywgaS5lLiwgYXQgbGVhc3QgTUFYX1NFUU5VTV9MSUZFVElNRSBzaW5jZSB0aGUN CiAgIGxhc3QgU2VxTnVtIHVwZGF0ZSBvbiB0aGUgcm91dGVyIHdoaWNoIGlzIHJlbW92aW5nIHRo aXMgUm91dGVyDQogICBDbGllbnQuDQoNCjQuMy4gIE5laWdoYm9yIFRhYmxlDQoNCiAgIEEgTmVp Z2hib3IgVGFibGUgTVVTVCBiZSBtYWludGFpbmVkIHdpdGggaW5mb3JtYXRpb24gYWJvdXQNCiAg IG5laWdoYm9yaW5nIEFPRFZ2MiByb3V0ZXJzLiAgTmVpZ2hib3IgVGFibGUgZW50cmllcyBhcmUg c3RvcmVkIHdoZW4NCiAgIEFPRFZ2MiBtZXNzYWdlcyBhcmUgcmVjZWl2ZWQuICBJZiB0aGUgTmVp Z2hib3IgaXMgY2hvc2VuIGFzIGEgbmV4dA0KICAgaG9wIG9uIGFuIGluc3RhbGxlZCByb3V0ZSwg dGhlIGxpbmsgdG8gdGhlIE5laWdoYm9yIHdpbGwgYmUgdGVzdGVkDQogICBmb3IgYmlkaXJlY3Rp b25hbGl0eSBhbmQgdGhlIHJlc3VsdCBzdG9yZWQgaW4gdGhpcyB0YWJsZS4gIEEgcm91dGUNCiAg IHdpbGwgb25seSBiZSBjb25zaWRlcmVkIHZhbGlkIHdoZW4gdGhlIGxpbmsgaXMgY29uZmlybWVk IHRvIGJlDQogICBiaWRpcmVjdGlvbmFsLg0KDQogICBOZWlnaGJvciBUYWJsZSBlbnRyaWVzIE1V U1QgY29udGFpbjoNCg0KICAgTmVpZ2hib3IuSVBBZGRyZXNzDQogICAgICBBbiBJUCBhZGRyZXNz IG9mIHRoZSBuZWlnaGJvcmluZyByb3V0ZXIsIGxlYXJuZWQgZnJvbSB0aGUgc291cmNlDQogICAg ICBJUCBhZGRyZXNzIG9mIGEgcmVjZWl2ZWQgcm91dGUgbWVzc2FnZS4NCg0KICAgTmVpZ2hib3Iu U3RhdGUNCiAgICAgIEluZGljYXRlcyB3aGV0aGVyIHRoZSBsaW5rIHRvIHRoZSBuZWlnaGJvciBp cyBiaWRpcmVjdGlvbmFsLg0KICAgICAgVGhlcmUgYXJlIHRocmVlIHBvc3NpYmxlIHN0YXRlczog Q29uZmlybWVkLCBVbmtub3duLCBhbmQNCiAgICAgIEJsYWNrbGlzdGVkLiAgVW5rbm93biBpcyB0 aGUgaW5pdGlhbCBzdGF0ZS4gIENvbmZpcm1lZCBpbmRpY2F0ZXMNCiAgICAgIHRoYXQgdGhlIGxp bmsgdG8gdGhlIG5laWdoYm9yIGhhcyBiZWVuIGNvbmZpcm1lZCBhcyBiaWRpcmVjdGlvbmFsLg0K ICAgICAgQmxhY2tsaXN0ZWQgaW5kaWNhdGVzIHRoYXQgdGhlIGxpbmsgdG8gdGhlIG5laWdoYm9y IGlzIHVuaS0NCiAgICAgIGRpcmVjdGlvbmFsLiAgU2VjdGlvbiA2LjIgZGlzY3Vzc2VzIGhvdyB0 byBtb25pdG9yIGxpbmsNCiAgICAgIGJpZGlyZWN0aW9uYWxpdHkuDQoNCiAgIE5laWdoYm9yLlJl c2V0VGltZQ0KICAgICAgV2hlbiB0aGUgdmFsdWUgb2YgTmVpZ2hib3IuU3RhdGUgaXMgQmxhY2ts aXN0ZWQsIHRoaXMgaW5kaWNhdGVzDQogICAgICB0aGUgdGltZSBhdCB3aGljaCB0aGUgdmFsdWUg b2YgTmVpZ2hib3IuU3RhdGUgd2lsbCByZXZlcnQgdG8NCiAgICAgIFVua25vd24uICBCeSBkZWZh dWx0IHRoaXMgdmFsdWUgaXMgY2FsY3VsYXRlZCBhdCB0aGUgdGltZSB0aGUNCiAgICAgIHJvdXRl ciBpcyBibGFja2xpc3RlZCBhbmQgaXMgZXF1YWwgdG8gQ3VycmVudFRpbWUgKw0KICAgICAgTUFY X0JMQUNLTElTVF9USU1FLiAgV2hlbiB0aGUgdmFsdWUgb2YgTmVpZ2hib3IuU3RhdGUgaXMgbm90 DQogICAgICBCbGFja2xpc3RlZCwgdGhpcyB0aW1lIGlzIHNldCB0byBJTkZJTklUWV9USU1FLg0K DQoNCihIb3cgZG9lcyBvbmUga25vdyB3aGljaCBvdXRnb2luZyBpbnRlcmZhY2UgaXMgdGhlIG5l aWdoYm9yIGFzc29jaWF0ZWQgd2l0aD8gIFRoaXMgc2VlbXMgbGlrZSBhIHZlcnkgTEFSR0UgbWlz c2luZyBwaWVjZSBvZiByZXF1aXJlZCBpbmZvcm1hdGlvbiBKV0QhKQ0KNC40LiAgU2VxdWVuY2Ug TnVtYmVycw0KDQogICBTZXF1ZW5jZSBudW1iZXJzIGVuYWJsZSBBT0RWdjIgcm91dGVycyB0byBk ZXRlcm1pbmUgdGhlIHRlbXBvcmFsDQogICBvcmRlciBvZiByb3V0ZSBkaXNjb3ZlcnkgbWVzc2Fn ZXMsIGlkZW50aWZ5aW5nIHN0YWxlIHJvdXRpbmcNCiAgIGluZm9ybWF0aW9uIHNvIHRoYXQgaXQg Y2FuIGJlIGRpc2NhcmRlZC4gIFRoZSBzZXF1ZW5jZSBudW1iZXINCg0KDQoNCg0KUGVya2lucywg ZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAgICAgICAgICAgICAgW1Bh Z2UgMTFdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICBBT0RWdjIgICAgICAg ICAgICAgICAgICAgICBKYW51YXJ5IDIwMTYNCg0KDQogICBmdWxmaWxscyB0aGUgc2FtZSByb2xl cyBhcyB0aGUgIkRlc3RpbmF0aW9uIFNlcXVlbmNlIE51bWJlciIgb2YgRFNEVg0KICAgW1Blcmtp bnM5NF0sIGFuZCB0aGUgQU9EViBTZXF1ZW5jZSBOdW1iZXIgaW4gW1JGQzM1NjFdLg0KDQogICBF YWNoIEFPRFZ2MiByb3V0ZXIgaW4gdGhlIG5ldHdvcmsgTVVTVCBtYWludGFpbiBpdHMgb3duIHNl cXVlbmNlDQogICBudW1iZXIuICBBbGwgUlJFUSBhbmQgUlJFUCBtZXNzYWdlcyBjcmVhdGVkIGJ5 IGFuIEFPRFZ2MiByb3V0ZXINCiAgIGluY2x1ZGUgdGhlIHJvdXRlcidzIHNlcXVlbmNlIG51bWJl ciwgcmVwb3J0ZWQgYXMgYSAxNi1iaXQgdW5zaWduZWQNCiAgIGludGVnZXIuICBFYWNoIEFPRFZ2 MiByb3V0ZXIgTVVTVCBlbnN1cmUgdGhhdCBpdHMgc2VxdWVuY2UgbnVtYmVyIGlzDQogICBzdHJp Y3RseSBpbmNyZWFzaW5nLCBhbmQgdGhhdCBpdCBpcyBpbmNyZW1lbnRlZCBieSBvbmUgKDEpIHdo ZW5ldmVyDQogICBhbiBSUkVRIG9yIFJSRVAgaXMgY3JlYXRlZCwgZXhjZXB0IHdoZW4gdGhlIHNl cXVlbmNlIG51bWJlciBpcyA2NSw1MzUNCiAgICh0aGUgbWF4aW11bSB2YWx1ZSBvZiBhIDE2LWJp dCB1bnNpZ25lZCBpbnRlZ2VyKSwgaW4gd2hpY2ggY2FzZSBpdA0KICAgTVVTVCBiZSByZXNldCB0 byBvbmUgKDEpLiAgVGhlIHZhbHVlIHplcm8gKDApIGlzIHJlc2VydmVkIHRvIGluZGljYXRlDQog ICB0aGF0IHRoZSBzZXF1ZW5jZSBudW1iZXIgaXMgdW5rbm93bi4NCg0KICAgQW4gQU9EVnYyIHJv dXRlciBNVVNUIG9ubHkgYXR0YWNoIGl0cyBvd24gc2VxdWVuY2UgbnVtYmVyIHRvDQogICBpbmZv cm1hdGlvbiBhYm91dCBhIHJvdXRlIHRvIG9uZSBvZiBpdHMgY29uZmlndXJlZCBSb3V0ZXIgQ2xp ZW50cywgYWxsIHJvdXRlIG1lc3NhZ2VzIHJlZ2VuZXJhdGVkIGJ5IG90aGVyIHJvdXRlcnMgcmV0 YWluIHRoZQ0KICAgb3JpZ2luYXRvcidzIHNlcXVlbmNlIG51bWJlci4gICBUbyBkZXRlcm1pbmUg c3RhbGVuZXNzIHRoZSBwcmV2aW91c2x5IHN0b3JlZA0KICAgc2VxdWVuY2UgbnVtYmVyIGFzc29j aWF0ZWQgd2l0aCB0aGUgb3JpZ2luYXRvciwgaXMgc3VidHJhY3RlZCBmcm9tIHRoZSBpbmNvbWlu ZyBzZXF1ZW5jZSBudW1iZXIuICBUaGUNCiAgIHJlc3VsdCBvZiB0aGUgc3VidHJhY3Rpb24gaXMg dG8gYmUgaW50ZXJwcmV0ZWQgYXMgYSBzaWduZWQgMTYtYml0DQogICBpbnRlZ2VyLCBhbmQgaWYg bGVzcyB0aGFuIHplcm8sIHRoZSBpbmZvcm1hdGlvbiBpbiB0aGUgbmV3IEFPRFZ2Mg0KICAgbWVz c2FnZSBpcyBzdGFsZSBhbmQgTVVTVCBiZSBkaXNjYXJkZWQuDQoNCiAgIFRoaXMsIGFsb25nIHdp dGggdGhlIHByb2Nlc3NlcyBpbiBTZWN0aW9uIDYuNy4xLCBlbnN1cmVzIGxvb3ANCiAgIGZyZWVk b20uDQoNCiAgIEFuIEFPRFZ2MiByb3V0ZXIgU0hPVUxEIG1haW50YWluIGl0cyBzZXF1ZW5jZSBu dW1iZXIgaW4gcGVyc2lzdGVudA0KICAgc3RvcmFnZS4gIElmIHRoZSBzZXF1ZW5jZSBudW1iZXIg aXMgbG9zdCwgdGhlIHJvdXRlciBNVVNUIGZvbGxvdyB0aGUNCiAgIHByb2NlZHVyZSBpbiBTZWN0 aW9uIDYuMSB0byBzYWZlbHkgcmVzdW1lIHJvdXRpbmcgb3BlcmF0aW9ucyB3aXRoIGENCiAgIG5l dyBzZXF1ZW5jZSBudW1iZXIuDQoNCjQuNS4gIExvY2FsIFJvdXRlIFNldA0KDQogICBBbGwgQU9E VnYyIHJvdXRlcnMgTVVTVCBtYWludGFpbiBhIExvY2FsIFJvdXRlIFNldCwgY29udGFpbmluZw0K ICAgaW5mb3JtYXRpb24gYWJvdXQgcm91dGVzIGxlYXJuZWQgZnJvbSBBT0RWdjIgcm91dGUgbWVz c2FnZXMuDQogICBJbXBsZW1lbnRhdGlvbnMgTUFZIGNob29zZSB0byBtb2RpZnkgdGhlIFJvdXRp bmcgSW5mb3JtYXRpb24gQmFzZSBkaXJlY3RseSwgKHRoaXMgaXMgdGhlIGZpcnN0IHRoaXMgdGVy bSBpcyB1c2VkIGFuZCBpdCBzaG91bGQgYmUgZGVmaW5lZCBJIGFzc3VtZSBpdOKAmXMgdGhlIGZv cndhcmRpbmcgcGxhbmVzIHJvdXRpbmcgdGFibGUgSldEKQ0KICAgb3IgYWx0ZXJuYXRpdmVseSwg dGhlIExvY2FsIFJvdXRlIFNldCBNQVkgYmUgc3RvcmVkIHNlcGFyYXRlbHksIGFuZCB0aGUNCiAg IFJvdXRpbmcgSW5mb3JtYXRpb24gQmFzZSBjYW4gYmUgZXh0ZXJuYWxseSB1cGRhdGVkIHVzaW5n IGluZm9ybWF0aW9uIGZyb20gdGhlIExvY2FsDQogICBSb3V0ZSBTZXQuICAoSeKAmW0gYXNzdW1p bmcgdGhpcyBpcyBoZXJlIHRvIGhpbnQgYXQgdGhlIHBvc3NpYmlsaXR5IG9mIGEgdW5pZmllZCBy b3V0ZXIgd2l0aCBtdWx0aXBsZSByb3V0aW5nIHByb3RvY29scyBwbGF5aW5nIG5pY2VseSB0b2dl dGhlciBKV0QpDQoNCg0KICAgUm91dGVzIGxlYXJuZWQgZnJvbSBBT0RWdjIgcm91dGUgbWVzc2Fn ZXMgYXJlIHJlZmVycmVkIHRvIGluIHRoaXMNCiAgIGRvY3VtZW50IGFzIExvY2FsUm91dGVzLCBh bmQgTVVTVCBjb250YWluIHRoZSBmb2xsb3dpbmcgaW5mb3JtYXRpb246DQoNCiAgIExvY2FsUm91 dGUuQWRkcmVzcw0KICAgICAgQW4gYWRkcmVzcywgd2hpY2gsIHdoZW4gY29tYmluZWQgd2l0aCBM b2NhbFJvdXRlLlByZWZpeExlbmd0aCwNCiAgICAgIGRlc2NyaWJlcyB0aGUgc2V0IG9mIGRlc3Rp bmF0aW9uIGFkZHJlc3NlcyB0aGlzIHJvdXRlIGluY2x1ZGVzLg0KDQoNCg0KUGVya2lucywgZXQg YWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAgICAgICAgICAgICAgW1BhZ2Ug MTJdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICBBT0RWdjIgICAgICAgICAg ICAgICAgICAgICBKYW51YXJ5IDIwMTYNCg0KDQogICBMb2NhbFJvdXRlLlByZWZpeExlbmd0aA0K ICAgICAgVGhlIHByZWZpeCBsZW5ndGgsIGluIGJpdHMsIGFzc29jaWF0ZWQgd2l0aCBMb2NhbFJv dXRlLkFkZHJlc3MuDQoNCiAgIExvY2FsUm91dGUuU2VxTnVtDQogICAgICBUaGUgc2VxdWVuY2Ug bnVtYmVyIGFzc29jaWF0ZWQgd2l0aCBMb2NhbFJvdXRlLkFkZHJlc3MsIG9idGFpbmVkDQogICAg ICBmcm9tIHRoZSBsYXN0IHJvdXRlIG1lc3NhZ2UgdGhhdCBzdWNjZXNzZnVsbHkgdXBkYXRlZCB0 aGlzIGVudHJ5Lg0KDQogICBMb2NhbFJvdXRlLk5leHRIb3ANCiAgICAgIFRoZSBzb3VyY2UgSVAg YWRkcmVzcyBvZiB0aGUgSVAgcGFja2V0IGNvbnRhaW5pbmcgdGhlIEFPRFZ2Mg0KICAgICAgbWVz c2FnZSBhZHZlcnRpc2luZyB0aGUgcm91dGUgdG8gTG9jYWxSb3V0ZS5BZGRyZXNzLCBpLmUuIGFu IElQDQogICAgICBhZGRyZXNzIG9mIHRoZSBBT0RWdjIgcm91dGVyIHVzZWQgZm9yIHRoZSBuZXh0 IGhvcCBvbiB0aGUgcGF0aA0KICAgICAgdG93YXJkIExvY2FsUm91dGUuQWRkcmVzcy4NCg0KICAg TG9jYWxSb3V0ZS5OZXh0SG9wSW50ZXJmYWNlDQogICAgICBUaGUgaW50ZXJmYWNlIHVzZWQgdG8g c2VuZCBJUCBwYWNrZXRzIHRvd2FyZCBMb2NhbFJvdXRlLkFkZHJlc3MuDQoNCiAgIExvY2FsUm91 dGUuTGFzdFVzZWQNCiAgICAgIElmIHRoaXMgcm91dGUgaXMgaW5zdGFsbGVkIGluIHRoZSBSb3V0 aW5nIEluZm9ybWF0aW9uIEJhc2UsIHRoZQ0KICAgICAgdGltZSBpdCB3YXMgbGFzdCB1c2VkIHRv IGZvcndhcmQgYW4gSVAgcGFja2V0Lg0KDQogICBMb2NhbFJvdXRlLkxhc3RTZXFOdW1VcGRhdGUN CiAgICAgIFRoZSB0aW1lIExvY2FsUm91dGUuU2VxTnVtIHdhcyBsYXN0IHVwZGF0ZWQuDQoNCiAg IExvY2FsUm91dGUuRXhwaXJhdGlvblRpbWUNCiAgICAgIFRoZSB0aW1lIGF0IHdoaWNoIHRoaXMg ZW50cnkgbXVzdCBiZSBtYXJrZWQgYXMgSW52YWxpZC4NCg0KICAgTG9jYWxSb3V0ZS5NZXRyaWNU eXBlDQogICAgICBUaGUgdHlwZSBvZiBtZXRyaWMgYXNzb2NpYXRlZCB3aXRoIHRoaXMgcm91dGUu DQoNCiAgIExvY2FsUm91dGUuTWV0cmljDQogICAgICBUaGUgY29zdCBvZiB0aGUgcm91dGUgdG93 YXJkIExvY2FsUm91dGUuQWRkcmVzcyBleHByZXNzZWQgaW4gdW5pdHMNCiAgICAgIGNvbnNpc3Rl bnQgd2l0aCBMb2NhbFJvdXRlLk1ldHJpY1R5cGUuDQoNCiAgIExvY2FsUm91dGUuU3RhdGUNCiAg ICAgIFRoZSBsYXN0IGtub3duIHN0YXRlIChVbmNvbmZpcm1lZCwgSWRsZSwgQWN0aXZlLCBvciBJ bnZhbGlkKSBvZg0KICAgICAgdGhlIHJvdXRlLg0KDQogICBMb2NhbFJvdXRlLlByZWN1cnNvcnMg KG9wdGlvbmFsIGZlYXR1cmUpDQogICAgICBBIGxpc3Qgb2YgdXBzdHJlYW0gbmVpZ2hib3JzIHVz aW5nIHRoZSByb3V0ZSAoc2VlIFNlY3Rpb24gMTAuMikuDQoNCiAgIFRoZXJlIGFyZSBmb3VyIHBv c3NpYmxlIHN0YXRlcyBmb3IgYSBMb2NhbFJvdXRlOg0KDQogICBVbmNvbmZpcm1lZA0KICAgICAg QSByb3V0ZSBsZWFybmVkIGZyb20gYSBSb3V0ZSBSZXF1ZXN0IG1lc3NhZ2UsIHdoaWNoIGhhcyBu b3QgeWV0DQogICAgICBiZWVuIGNvbmZpcm1lZCBhcyBiaWRpcmVjdGlvbmFsLiAgSXQgaXMgbm90 IGFibGUgdG8gYmUgdXNlZCBmb3INCiAgICAgIGZvcndhcmRpbmcgSVAgcGFja2V0cywgYW5kIHRo ZXJlZm9yZSBpdCBpcyBub3QgcmVmZXJyZWQgdG8gYXMgYQ0KICAgICAgdmFsaWQgcm91dGUuDQoo SSBub3RpY2VkIHRoYXQgVW5jb25maXJtZWQgaXMgdGhlIG9ubHkgc3RhdGUgdGhhdCB1c2VzIFJv dXRlIFJlcXVlc3QgbWVzc2FnZSBpbnN0ZWFkIG9mIHJvdXRlIG1lc3NhZ2UsIGlzIHRoYXQgaW50 ZW5kZWQ/ICBDYW4gdW5jb25maXJtZWQgcm91dGUgc3RhdGUgb25seSBiZSByZWFjaGVkIHRocm91 Z2ggUm91dGUgUmVxdWVzdCBtZXNzYWdlcz8gSldEKQ0KDQoNCg0KDQoNCg0KUGVya2lucywgZXQg YWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAgICAgICAgICAgICAgW1BhZ2Ug MTNdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICBBT0RWdjIgICAgICAgICAg ICAgICAgICAgICBKYW51YXJ5IDIwMTYNCg0KDQogICBJZGxlDQogICAgICBBIHJvdXRlIHdoaWNo IGhhcyBiZWVuIGxlYXJuZWQgZnJvbSBhIHJvdXRlIG1lc3NhZ2UsIGFuZCBoYXMgYWxzbw0KICAg ICAgYmVlbiBjb25maXJtZWQsIGJ1dCBoYXMgbm90IGJlZW4gdXNlZCBpbiB0aGUgbGFzdCBBQ1RJ VkVfSU5URVJWQUwuDQogICAgICBJdCBpcyBhYmxlIHRvIGJlIHVzZWQgZm9yIGZvcndhcmRpbmcg SVAgcGFja2V0cywgYW5kIHRoZXJlZm9yZSBpdA0KICAgICAgaXMgcmVmZXJyZWQgdG8gYXMgYSB2 YWxpZCByb3V0ZS4NCg0KICAgQWN0aXZlDQogICAgICBBIHJvdXRlIHdoaWNoIGhhcyBiZWVuIGxl YXJuZWQgZnJvbSBhIHJvdXRlIG1lc3NhZ2UsIGFuZCBoYXMgYWxzbw0KICAgICAgYmVlbiBjb25m aXJtZWQsIGFuZCBoYXMgYmVlbiB1c2VkIGluIHRoZSBsYXN0IEFDVElWRV9JTlRFUlZBTC4gIEl0 DQogICAgICBpcyBhYmxlIHRvIGJlIHVzZWQgZm9yIGZvcndhcmRpbmcgSVAgcGFja2V0cywgYW5k IHRoZXJlZm9yZSBpdCBpcw0KICAgICAgcmVmZXJyZWQgdG8gYXMgYSB2YWxpZCByb3V0ZS4NCg0K ICAgSW52YWxpZA0KICAgICAgQSByb3V0ZSB3aGljaCBoYXMgZXhwaXJlZCBvciBiZWVuIGxvc3Qu ICBJdCBpcyBub3QgYWJsZSB0byBiZSB1c2VkDQogICAgICBmb3IgZm9yd2FyZGluZyBJUCBwYWNr ZXRzLCBhbmQgdGhlcmVmb3JlIGl0IGlzIG5vdCByZWZlcnJlZCB0byBhcw0KICAgICAgYSB2YWxp ZCByb3V0ZS4gIEludmFsaWQgcm91dGVzIGNvbnRhaW4gc2VxdWVuY2UgbnVtYmVyIGluZm9ybWF0 aW9uDQogICAgICB3aGljaCBhbGxvd3MgaW5jb21pbmcgaW5mb3JtYXRpb24gdG8gYmUgYXNzZXNz ZWQgZm9yIGZyZXNobmVzcy4NCg0KICAgV2hlbiB0aGUgTG9jYWwgUm91dGUgU3RhdGUgaXMgc3Rv cmVkIHNlcGFyYXRlbHkgZnJvbSB0aGUgUm91dGluZw0KICAgSW5mb3JtYXRpb24gQmFzZSwgcm91 dGVzIGFyZSBhZGRlZCB0byB0aGUgUm91dGluZyBJbmZvcm1hdGlvbiBCYXNlDQogICB3aGVuIExv Y2FsUm91dGUuU3RhdGUgaXMgdmFsaWQgKHNldCB0byBBY3RpdmUgb3IgSWRsZSksIGFuZCByZW1v dmVkDQogICBmcm9tIHRoZSBSb3V0aW5nIEluZm9ybWF0aW9uIEJhc2Ugd2hlbiBMb2NhbFJvdXRl LlN0YXRlIGJlY29tZXMgSW52YWxpZC4NCg0KDQogICBDaGFuZ2VzIHRvIExvY2FsUm91dGUgc3Rh dGUgYXJlIGRldGFpbGVkIGluIFNlY3Rpb24gNi45LjEuDQoNCiAgIEFuIEFPRFZ2MiByb3V0ZXIg TUFZIG9mZmVyIGEgcm91dGUgZm9yIGEgbGltaXRlZCB0aW1lLiAgSW4gdGhpcyBjYXNlLA0KICAg dGhlIHJvdXRlIGlzIHJlZmVycmVkIHRvIGFzIGEgdGltZWQgcm91dGUuICBUaGUgbGVuZ3RoIG9m IHRpbWUgZm9yDQogICB3aGljaCB0aGUgcm91dGUgaXMgdmFsaWQgaXMgcmVmZXJyZWQgdG8gYXMg dmFsaWRpdHkgdGltZSwgYW5kIGlzDQogICBpbmNsdWRlZCBpbiBtZXNzYWdlcyB3aGljaCBhZHZl cnRpc2UgdGhlIHJvdXRlLiAgVGhlIHNob3J0ZW5lZA0KICAgdmFsaWRpdHkgdGltZSBpcyByZWZs ZWN0ZWQgaW4gTG9jYWxSb3V0ZS5FeHBpcmF0aW9uVGltZS4gIElmIGEgcm91dGUNCiAgIGlzIG5v dCB0aW1lZCwgTG9jYWxSb3V0ZS5FeHBpcmF0aW9uVGltZSBpcyBJTkZJTklUWV9USU1FLg0KDQog ICBOb3RlIHRoYXQgbXVsdGlwbGUgZW50cmllcyBmb3IgdGhlIHNhbWUgYWRkcmVzcywgcHJlZml4 IGxlbmd0aCBhbmQNCiAgIG1ldHJpYyB0eXBlIG1heSBleGlzdCBpbiB0aGUgTG9jYWwgUm91dGUg U2V0LCBidXQgb25seSBvbmUgd2lsbCBiZSBhDQogICB2YWxpZCBlbnRyeS4gIEFueSBvdGhlcnMg d2lsbCBiZSBVbmNvbmZpcm1lZCwgYnV0IG1heSBvZmZlcg0KICAgaW1wcm92ZW1lbnQgdG8gdGhl IGV4aXN0aW5nIHZhbGlkIHJvdXRlLCBpZiB0aGV5IGNhbiBiZSBjb25maXJtZWQgYXMNCiAgIHZh bGlkIHJvdXRlcyAoc2VlIFNlY3Rpb24gNi4yKS4NCihUaGVyZSB3YXNu4oCZdCBhbnkgdGV4dCBh Ym92ZSBhbmQgaXTigJlzIG5vdCBjbGVhciBob3cgdGhpcyBpcyBlbmZvcmNlZC4gIEkgaGF2ZSBh biBpZGxlIHJvdXRlIGFuZCBhbiB1bmNvbmZpcm1lZCByb3V0ZSwgdGhlIHVuY29uZmlybWVkIHJv dXRlIGlzIHVwZGF0ZWQgdG8gY29uZmlybWVkLCBJIG5vdyBoYXZlIHR3byB2YWxpZCByb3V0ZSBl bnRyaWVzIGFuZCBubyB3YXkgdG8gZGVtb3RlL2RlY2lkZSBvciBvdGhlcndpc2UgcHVyZ2Ugb25l IG9mIHRoZW0gYnV0IEnigJltIG5vdCBhbGxvd2VkIHRvIGRvIHRoYXQuICBTZXR0aW5nIHRoZSB3 b3JzZSBhbmQgcHJldmlvdXNseSBpZGxlIHJvdXRlIHRvIHVuY29uZmlybWVkIHNlZW1zIHdyb25n IGFuZCBicm9rZW4uIEpXRCEpDQoNCg0KICAgTXVsdGlwbGUgdmFsaWQgcm91dGVzIGZvciB0aGUg c2FtZSBhZGRyZXNzIGFuZCBwcmVmaXggbGVuZ3RoIGJ1dCBmb3INCiAgIGRpZmZlcmVudCBtZXRy aWMgdHlwZXMgbWF5IGV4aXN0IGluIHRoZSBMb2NhbCBSb3V0ZSBTZXQsIGJ1dCB0aGUNCiAgIGRl Y2lzaW9uIG9mIHdoaWNoIG9mIHRoZXNlIHJvdXRlcyB0byBpbnN0YWxsIGluIHRoZSBSb3V0aW5n DQogICBJbmZvcm1hdGlvbiBCYXNlIHRvIHVzZSBmb3IgZm9yd2FyZGluZyBpcyBvdXRzaWRlIHRo ZSBzY29wZSBvZg0KICAgQU9EVnYyLg0KDQoNCg0KDQoNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAg ICAgICAgICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDE0XQ0K DA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAg ICAgICAgSmFudWFyeSAyMDE2DQoNCg0KNC42LiAgTXVsdGljYXN0IFJvdXRlIE1lc3NhZ2UgVGFi bGUNCg0KICAgQSByb3V0ZSBtZXNzYWdlIChSdGVNc2cpIGlzIGVpdGhlciBhIFJvdXRlIFJlcXVl c3Qgb3IgUm91dGUgUmVwbHkNCiAgIG1lc3NhZ2UuICBSUkVRIG1lc3NhZ2VzIGFyZSBtdWx0aWNh c3QgYnkgZGVmYXVsdCBhbmQgcmVnZW5lcmF0ZWQNCiAgIG11bHRpcGxlIHRpbWVzLCBhbmQgUlJF UCBtZXNzYWdlcyBtYXkgYmUgbXVsdGljYXN0IHdoZW4gdGhlIGxpbmsgdG8NCiAgIHRoZSBuZXh0 IHJvdXRlciBpcyBub3Qga25vd24gdG8gYmUgYmlkaXJlY3Rpb25hbC4gIE11bHRpcGxlIHNpbWls YXINCiAgIHJvdXRlIG1lc3NhZ2VzIG1pZ2h0IGJlIHJlY2VpdmVkIGJ5IGFueSBvbmUgcm91dGVy IGR1cmluZyBvbmUgcm91dGUNCiAgIGRpc2NvdmVyeSBhdHRlbXB0LiAgVGhlIEFPRFZ2MiByb3V0 ZXIgZG9lcyBub3QgbmVlZCB0byByZWdlbmVyYXRlIG9yDQogICByZXNwb25kIHRvIGV2ZXJ5IG9u ZSBvZiB0aGVzZSBtZXNzYWdlcy4NCg0KICAgVGhlIE11bHRpY2FzdCBSb3V0ZSBNZXNzYWdlIFRh YmxlIGlzIGEgY29uY2VwdHVhbCB0YWJsZSB3aGljaA0KICAgY29udGFpbnMgaW5mb3JtYXRpb24g YWJvdXQgcHJldmlvdXNseSByZWNlaXZlZCBtdWx0aWNhc3Qgcm91dGUNCiAgIG1lc3NhZ2VzLCBz byB0aGF0IGluY29taW5nIHJvdXRlIG1lc3NhZ2VzIGNhbiBiZSBjb21wYXJlZCB3aXRoDQogICBw cmV2aW91c2x5IHJlY2VpdmVkIG1lc3NhZ2VzIHRvIGRldGVybWluZSBpZiB0aGUgaW5jb21pbmcg aW5mb3JtYXRpb24NCiAgIGlzIHJlZHVuZGFudCBvciBzdGFsZSwgYW5kIHRoZSByb3V0ZXIgY2Fu IGF2b2lkIHNlbmRpbmcgcmVkdW5kYW50IGNvbnRyb2wNCiAgIHRyYWZmaWMuDQoNCiAgIE11bHRp Y2FzdCBSb3V0ZSBNZXNzYWdlIFRhYmxlIGVudHJpZXMgTVVTVCBjb250YWluIHRoZSBmb2xsb3dp bmcNCiAgIGluZm9ybWF0aW9uOg0KDQogICBSdGVNc2cuTWVzc2FnZVR5cGUNCiAgICAgIEVpdGhl ciBSUkVRIG9yIFJSRVAuDQoNCiAgIFJ0ZU1zZy5PcmlnQWRkcg0KICAgICAgVGhlIHNvdXJjZSBh ZGRyZXNzIG9mIHRoZSBJUCBwYWNrZXQgdHJpZ2dlcmluZyB0aGUgcm91dGUgcmVxdWVzdC4NCg0K ICAgUnRlTXNnLk9yaWdQcmVmaXhMZW4NCiAgICAgIFRoZSBwcmVmaXggbGVuZ3RoIGFzc29jaWF0 ZWQgd2l0aCBSdGVNc2cuT3JpZ0FkZHIsIG9yaWdpbmFsbHkgZnJvbQ0KICAgICAgdGhlIFJvdXRl ciBDbGllbnQgZW50cnkgb24gUlJFUV9HZW4gd2hpY2ggaW5jbHVkZXMNCiAgICAgIFJ0ZU1zZy5P cmlnQWRkci4NCg0KICAgUnRlTXNnLlRhcmdBZGRyDQogICAgICBUaGUgZGVzdGluYXRpb24gYWRk cmVzcyBvZiB0aGUgSVAgcGFja2V0IHRyaWdnZXJpbmcgdGhlIHJvdXRlDQogICAgICByZXF1ZXN0 Lg0KDQogICBSdGVNc2cuVGFyZ1ByZWZpeExlbg0KICAgICAgVGhlIHByZWZpeCBsZW5ndGggYXNz b2NpYXRlZCB3aXRoIFJ0ZU1zZy5UYXJnQWRkciwgb3JpZ2luYWxseSBmcm9tDQogICAgICB0aGUg Um91dGVyIENsaWVudCBlbnRyeSBvbiBSUkVQX0dlbiB3aGljaCBpbmNsdWRlcw0KICAgICAgUnRl TXNnLlRhcmdBZGRyLg0KKHRoaXMgc2VlbXMgbGlrZSBhbiBlbnRyeSB0aGF0IHdvdWxkIGFsd2F5 cyBiZSBmdWxsIDFzIG9uIGEgcm91dGUgcmVxdWVzdCBpZiB0cnVlIHRoYXQgc2hvdWxkIGJlIHN0 YXRlZCB0byBtYWtlIHRoaW5ncyBtb3JlIGNsZWFyIEpXRCkNCg0KDQogICBSdGVNc2cuT3JpZ1Nl cU51bQ0KICAgICAgVGhlIHNlcXVlbmNlIG51bWJlciBhc3NvY2lhdGVkIHdpdGggdGhlIHJvdXRl IHRvIE9yaWdBZGRyLCBpZg0KICAgICAgUnRlTXNnIGlzIGFuIFJSRVEuDQoNCiAgIFJ0ZU1zZy5U YXJnU2VxTnVtDQogICAgICBUaGUgc2VxdWVuY2UgbnVtYmVyIGFzc29jaWF0ZWQgd2l0aCB0aGUg cm91dGUgdG8gVGFyZ0FkZHIsIGlmDQogICAgICBwcmVzZW50IGluIHRoZSBSdGVNc2cuDQood291 bGQgdGhpcyBldmVyIGJlIGluIGEgUlJFUT8gIElmIG5vIHRoZW4gSSBzdWdnZXN0IHVzaW5nIHdv cmRzIHNpbWlsYXIgdG8g4oCcaWYgUnRlTXNnIGlzIGFuIFJSRVAgSldEKQ0KDQoNCg0KDQoNCg0K DQoNClBlcmtpbnMsIGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAg ICAgICAgICAgIFtQYWdlIDE1XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAg QU9EVnYyICAgICAgICAgICAgICAgICAgICAgSmFudWFyeSAyMDE2DQoNCg0KICAgUnRlTXNnLk1l dHJpY1R5cGUNCiAgICAgIFRoZSBtZXRyaWMgdHlwZSBvZiB0aGUgcm91dGUgcmVxdWVzdGVkLg0K DQogICBSdGVNc2cuTWV0cmljDQogICAgICBUaGUgbWV0cmljIHZhbHVlIHJlY2VpdmVkIGluIHRo ZSBSdGVNc2cuDQoNCiAgIFJ0ZU1zZy5UaW1lc3RhbXANCiAgICAgIFRoZSBsYXN0IHRpbWUgdGhp cyBNdWx0aWNhc3QgUm91dGUgTWVzc2FnZSBUYWJsZSBlbnRyeSB3YXMNCiAgICAgIHVwZGF0ZWQu DQoNCiAgIFJ0ZU1zZy5SZW1vdmVUaW1lDQogICAgICBUaGUgdGltZSBhdCB3aGljaCB0aGlzIGVu dHJ5IE1VU1QgYmUgcmVtb3ZlZCBmcm9tIHRoZSBNdWx0aWNhc3QNCiAgICAgIFJvdXRlIE1lc3Nh Z2UgVGFibGUuICBUaGlzIGlzIHNldCB0byBDdXJyZW50VGltZSArDQogICAgICBNQVhfU0VRTlVN X0xJRkVUSU1FLCB3aGVuZXZlciB0aGUgc2VxdWVuY2UgbnVtYmVyIG9mIHRoaXMgZW50cnkNCiAg ICAgIChSdGVNc2cuT3JpZ1NlcU51bSBmb3IgYW4gUlJFUSwgb3IgUnRlTXNnLlRhcmdTZXFOdW0g Zm9yIGFuIFJSRVApDQogICAgICBpcyB1cGRhdGVkLg0KDQogICBUaGUgTXVsdGljYXN0IFJvdXRl IE1lc3NhZ2UgVGFibGUgaXMgbWFpbnRhaW5lZCBzbyB0aGF0IG5vIHR3bw0KICAgZW50cmllcyBo YXZlIHRoZSBzYW1lIE1lc3NhZ2VUeXBlLCBPcmlnQWRkciwgVGFyZ0FkZHIsIGFuZA0KICAgTWV0 cmljVHlwZS4gIFNlZSBTZWN0aW9uIDYuOCBmb3IgZGV0YWlscyBhYm91dCB1cGRhdGluZyB0aGlz IHRhYmxlLg0KDQo1LiAgTWV0cmljcw0KDQogICBNZXRyaWNzIG1lYXN1cmUgYSBjb3N0IG9yIHF1 YWxpdHkgYXNzb2NpYXRlZCB3aXRoIGEgcm91dGUgb3IgYSBsaW5rLA0KICAgZS5nLiwgbGF0ZW5j eSwgZGVsYXksIGZpbmFuY2lhbCBjb3N0LCBlbmVyZ3ksIGV0Yy4gIE1ldHJpYyB2YWx1ZXMgYXJl DQogICByZXBvcnRlZCBpbiBSb3V0ZSBSZXF1ZXN0IGFuZCBSb3V0ZSBSZXBseSBtZXNzYWdlcy4N Cg0KICAgSW4gUm91dGUgUmVxdWVzdCBtZXNzYWdlcywgdGhlIG1ldHJpYyBkZXNjcmliZXMgdGhl IGNvc3Qgb2YgdGhlIHJvdXRlDQogICBmcm9tIE9yaWdBZGRyIChhbmQgYW55IG90aGVyIGFkZHJl c3NlcyBpbmNsdWRlZCBpbiB0aGUgcHJlZml4IGxlbmd0aA0KICAgb2YgUlJFUV9HZW4ncyBSb3V0 ZXIgQ2xpZW50IGVudHJ5IGZvciBPcmlnQWRkcikgdG8gdGhlIHJvdXRlciBzZW5kaW5nDQogICB0 aGUgUm91dGUgUmVxdWVzdC4gIEZvciBSUkVRX0dlbiwgdGhpcyBpcyB0aGUgY29zdCBhc3NvY2lh dGVkIHdpdGgNCiAgIHRoZSBSb3V0ZXIgQ2xpZW50IGVudHJ5IHdoaWNoIGluY2x1ZGVzIE9yaWdB ZGRyLiAgRm9yIHJvdXRlcnMgd2hpY2gNCiAgIHJlZ2VuZXJhdGUgdGhlIFJSRVEsIHRoaXMgaXMg dGhlIGNvc3QgZnJvbSBPcmlnQWRkciB0byB0aGUNCiAgIHJlZ2VuZXJhdGluZyByb3V0ZXIsIGNv bWJpbmluZyB0aGUgbWV0cmljIHZhbHVlIGZyb20gdGhlIHJlY2VpdmVkDQogICBSUkVRIG1lc3Nh Z2Ugd2l0aCBrbm93bGVkZ2Ugb2YgdGhlIGxpbmsgY29zdCBmcm9tIHRoZSBzZW5kZXIgdG8gdGhl DQogICByZWNlaXZlciwgaS5lLiwgdGhlIGluY29taW5nIGxpbmsgY29zdC4gIFRoaXMgdXBkYXRl ZCByb3V0ZSBjb3N0IGlzDQogICBpbmNsdWRlZCB3aGVuIHJlZ2VuZXJhdGluZyB0aGUgUm91dGUg UmVxdWVzdCBtZXNzYWdlLCBhbmQgdXNlZCB0bw0KICAgaW5zdGFsbCBhIHJvdXRlIGJhY2sgdG93 YXJkIE9yaWdBZGRyLg0KDQogICBTaW1pbGFybHksIGluIFJvdXRlIFJlcGx5IG1lc3NhZ2VzLCB0 aGUgbWV0cmljIHJlZmxlY3RzIHRoZSBjb3N0IG9mDQogICB0aGUgcm91dGUgZnJvbSBUYXJnQWRk ciAoYW5kIGFueSBvdGhlciBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlDQogICBwcmVmaXggbGVu Z3RoIG9mIFJSRVBfR2VuJ3MgUm91dGVyIENsaWVudCBlbnRyeSBmb3IgVGFyZ0FkZHIpIHRvIHRo ZQ0KICAgcm91dGVyIHNlbmRpbmcgdGhlIFJvdXRlIFJlcGx5LiAgRm9yIFJSRVBfR2VuLCB0aGlz IGlzIHRoZSBjb3N0DQogICBhc3NvY2lhdGVkIHdpdGggdGhlIFJvdXRlciBDbGllbnQgZW50cnkg d2hpY2ggaW5jbHVkZXMgVGFyZ0FkZHIuICBGb3INCiAgIHJvdXRlcnMgd2hpY2ggcmVnZW5lcmF0 ZSB0aGUgUlJFUCwgdGhpcyBpcyB0aGUgY29zdCBmcm9tIFRhcmdBZGRyIHRvDQogICB0aGUgcmVn ZW5lcmF0aW5nIHJvdXRlciwgY29tYmluaW5nIHRoZSBtZXRyaWMgdmFsdWUgZnJvbSB0aGUgcmVj ZWl2ZWQNCiAgIFJSRVAgbWVzc2FnZSB3aXRoIGtub3dsZWRnZSBvZiB0aGUgbGluayBjb3N0IGZy b20gdGhlIHNlbmRlciB0byB0aGUNCiAgIHJlY2VpdmVyLCBpLmUuLCB0aGUgaW5jb21pbmcgbGlu ayBjb3N0LiAgVGhpcyB1cGRhdGVkIHJvdXRlIGNvc3QgaXMNCg0KDQoNClBlcmtpbnMsIGV0IGFs LiAgICAgICAgICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDE2 XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAg ICAgICAgICAgSmFudWFyeSAyMDE2DQoNCg0KICAgaW5jbHVkZWQgd2hlbiByZWdlbmVyYXRpbmcg dGhlIFJvdXRlIFJlcGx5IG1lc3NhZ2UsIGFuZCB1c2VkIHRvDQogICBpbnN0YWxsIGEgcm91dGUg YmFjayB0b3dhcmQgVGFyZ0FkZHIuDQoNCiAgIEFzc3VtaW5nIGxpbmsgbWV0cmljcyBhcmUgc3lt bWV0cmljLCB0aGUgY29zdCBvZiB0aGUgcm91dGVzIGluc3RhbGxlZA0KICAgaW4gdGhlIExvY2Fs IFJvdXRlIFNldCBhdCBlYWNoIHJvdXRlciB3aWxsIGJlIGNvcnJlY3QuICAoVGhpcyBpcyBhIGh1 Z2UgYW5kIG9mdGVuIGluY29ycmVjdCBhc3N1bXB0aW9uLiBJdCBtYXkgYmUgcG9zc2libGUgdG8g bWVudGlvbiB0aGF0IGNhbGN1bGF0aW5nIGluY29taW5nL291dGdvaW5nIG1ldHJpYyBkYXRhIGlz IG91dHNpZGUgb2Ygc2NvcGUgb2YgdGhpcyBkb2N1bWVudCBhbmQgbGVhdmUgaXQgYXQgdGhhdCBK V0QpIFRoZSByb3V0ZQ0KICAgZGlzY292ZXJlZCBpcyBvcHRpbWlzZWQgZm9yIHRoZSByZXF1ZXN0 aW5nIHJvdXRlciwgYW5kIHRoZSByZXR1cm4NCiAgIHBhdGggbWF5IG5vdCBiZSB0aGUgb3B0aW1h bCByb3V0ZS4NCg0KICAgQU9EVnYyIGVuYWJsZXMgdGhlIHVzZSBvZiBtdWx0aXBsZSBtZXRyaWMg dHlwZXMuICBFYWNoIHJvdXRlDQogICBkaXNjb3ZlcnkgYXR0ZW1wdCBpbmRpY2F0ZXMgdGhlIG1l dHJpYyB0eXBlIHdoaWNoIGlzIHJlcXVlc3RlZCBmb3INCiAgIHRoZSByb3V0ZS4gIE9ubHkgb25l IG1ldHJpYyB0eXBlIG1heSBiZSB1c2VkIGluIGVhY2ggcm91dGUgZGlzY292ZXJ5DQogICBhdHRl bXB0LiAgIChBbHJlYWR5IHNhaWQgdGhpcyBubyBuZWVkIHRvIHNheSBpdCBhZ2Fpbi4gSldEKQ0K DQoNCiAgIEZvciBlYWNoIE1ldHJpY1R5cGUsIEFPRFZ2MiByZXF1aXJlczoNCg0KICAgbyAgQSBN ZXRyaWNUeXBlIG51bWJlciwgdG8gaW5kaWNhdGUgdGhlIG1ldHJpYyB0eXBlIG9mIGEgcm91dGUu DQogICAgICBNZXRyaWNUeXBlIG51bWJlcnMgYWxsb2NhdGVkIGFyZSBkZXRhaWxlZCBpbiBTZWN0 aW9uIDExLjYuDQoNCiAgIG8gIEEgbWF4aW11bSB2YWx1ZSwgZGVub3RlZCBNQVhfTUVUUklDW01l dHJpY1R5cGVdLiAgSWYgdGhlIGNvc3Qgb2YgYQ0KICAgICAgcm91dGUgZXhjZWVkcyBNQVhfTUVU UklDW01ldHJpY1R5cGVdLCB0aGUgcm91dGUgaXMgaWdub3JlZC4NCiAgICAgIEFPRFZ2MiBjYW5u b3Qgc3RvcmUgcm91dGVzIHRoYXQgY29zdCBtb3JlIHRoYW4NCiAgICAgIE1BWF9NRVRSSUNbTWV0 cmljVHlwZV0uDQoNCg0KKGNvbnNpZGVyIGFkZGluZyBhIG1heGltdW0gc2luZ2xlIGhvcCB2YWx1 ZSBKV0QpDQogICBvICBBIGZ1bmN0aW9uIGZvciBpbmNvbWluZyBsaW5rIGNvc3QsIGRlbm90ZWQg Q29zdChMKS4gIFVzaW5nDQogICAgICBpbmNvbWluZyBsaW5rIGNvc3RzIG1lYW5zIHRoYXQgdGhl IHJvdXRlIGxlYXJuZWQgaGFzIGEgcGF0aA0KICAgICAgb3B0aW1pemVkIGZvciB0aGUgZGlyZWN0 aW9uIGZyb20gT3JpZ0FkZHIgdG8gVGFyZ0FkZHIuDQoNCiAgIG8gIEEgZnVuY3Rpb24gZm9yIHJv dXRlIGNvc3QsIGRlbm90ZWQgQ29zdChSKS4NCg0KICAgbyAgQSBmdW5jdGlvbiB0byBhbmFseXpl IHJvdXRlcyBmb3IgcG90ZW50aWFsIGxvb3BzIGJhc2VkIG9uIG1ldHJpYw0KICAgICAgaW5mb3Jt YXRpb24sIGRlbm90ZWQgTG9vcEZyZWUoUjEsIFIyKS4gIExvb3BGcmVlIHZlcmlmaWVzIHRoYXQg YQ0KICAgICAgcm91dGUgUjIgaXMgbm90IGEgc3ViLXNlY3Rpb24gb2YgYW5vdGhlciByb3V0ZSBS MS4gIEFuIEFPRFZ2Mg0KICAgICAgcm91dGVyIGludm9rZXMgTG9vcEZyZWUoKSBhcyBwYXJ0IG9m IHRoZSBwcm9jZXNzIGluIFNlY3Rpb24gNi43LjEsDQogICAgICB3aGVuIGFuIGFkdmVydGlzZWQg cm91dGUgKFIxKSBhbmQgYW4gZXhpc3RpbmcgTG9jYWxSb3V0ZSAoUjIpIGhhdmUNCiAgICAgIHRo ZSBzYW1lIGRlc3RpbmF0aW9uIGFkZHJlc3MsIG1ldHJpYyB0eXBlLCBhbmQgc2VxdWVuY2UgbnVt YmVyLg0KICAgICAgTG9vcEZyZWUgcmV0dXJucyBGQUxTRSB0byBpbmRpY2F0ZSB0aGF0IGFuIGFk dmVydGlzZWQgcm91dGUgaXMgbm90DQogICAgICB0byBiZSB1c2VkIHRvIHVwZGF0ZSBhIHN0b3Jl ZCBMb2NhbFJvdXRlLCBhcyBpdCBtYXkgY2F1c2UgYQ0KICAgICAgcm91dGluZyBsb29wLiAgSW4g dGhlIGNhc2Ugd2hlcmUgdGhlIGV4aXN0aW5nIExvY2FsUm91dGUgaXMNCiAgICAgIEludmFsaWQs IGl0IGlzIHBvc3NpYmxlIHRoYXQgdGhlIGFkdmVydGlzZWQgcm91dGUgaW5jbHVkZXMgdGhlDQog ICAgICBleGlzdGluZyBMb2NhbFJvdXRlIGFuZCBjYW1lIGZyb20gYSByb3V0ZXIgd2hpY2ggZGlk IG5vdCB5ZXQNCiAgICAgIHJlY2VpdmUgbm90aWZpY2F0aW9uIG9mIHRoZSByb3V0ZSBiZWNvbWlu ZyBJbnZhbGlkLCBzbyB0aGUNCiAgICAgIGFkdmVydGlzZWQgcm91dGUgc2hvdWxkIG5vdCBiZSB1 c2VkIHRvIHVwZGF0ZSB0aGUgTG9jYWwgUm91dGUgU2V0LA0KICAgICAgaW4gY2FzZSBpdCBmb3Jt cyBhIGxvb3AgdG8gYSBicm9rZW4gcm91dGUuDQoNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAgICAg ICAgICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDE3XQ0KDA0K SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAg ICAgSmFudWFyeSAyMDE2DQoNCg0KICAgQU9EVnYyIGN1cnJlbnRseSBzdXBwb3J0cyBjb3N0IG1l dHJpY3Mgd2hlcmUgQ29zdChSKSBpcyBzdHJpY3RseQ0KICAgaW5jcmVhc2luZywgYnkgZGVmaW5p bmc6DQoNCiAgIG8gIENvc3QoUikgOj0gU3VtIG9mIENvc3QoTCkgb2YgZWFjaCBsaW5rIGluIHRo ZSByb3V0ZQ0KDQogICBvICBMb29wRnJlZShSMSwgUjIpIDo9ICggQ29zdChSMSkgPD0gQ29zdChS MikgKQ0KDQogICBJbXBsZW1lbnRlcnMgTUFZIGNvbnNpZGVyIG90aGVyIG1ldHJpYyB0eXBlcywg YnV0IHRoZSBkZWZpbml0aW9ucyBvZg0KICAgQ29zdCBhbmQgTG9vcEZyZWUgZnVuY3Rpb25zIGZv ciBzdWNoIHR5cGVzIGFyZSB1bmRlZmluZWQsIGFuZA0KICAgaW50ZXJvcGVyYWJpbGl0eSBpc3N1 ZXMgbmVlZCB0byBiZSBjb25zaWRlcmVkLg0KDQo2LiAgQU9EVnYyIFByb3RvY29sIE9wZXJhdGlv bnMNCg0KICAgVGhlIEFPRFZ2MiBwcm90b2NvbCdzIG9wZXJhdGlvbnMgaW5jbHVkZSBtYW5hZ2lu ZyBzZXF1ZW5jZSBudW1iZXJzLA0KICAgbW9uaXRvcmluZyBuZXh0IGhvcCBBT0RWdjIgcm91dGVy cyBvbiBkaXNjb3ZlcmVkIHJvdXRlcyBhbmQgdXBkYXRpbmcNCiAgIHRoZSBOZWlnaGJvciBUYWJs ZSwgcGVyZm9ybWluZyByb3V0ZSBkaXNjb3ZlcnkgYW5kIGRlYWxpbmcgd2l0aA0KICAgcmVxdWVz dHMgZnJvbSBvdGhlciByb3V0ZXJzLCBwcm9jZXNzaW5nIGluY29taW5nIHJvdXRlIGluZm9ybWF0 aW9uDQogICBhbmQgdXBkYXRpbmcgdGhlIExvY2FsIFJvdXRlIFNldCwgdXBkYXRpbmcgdGhlIE11 bHRpY2FzdCBSb3V0ZQ0KICAgTWVzc2FnZSBUYWJsZSBhbmQgc3VwcHJlc3NpbmcgcmVkdW5kYW50 IG1lc3NhZ2VzLCBhbmQgcmVwb3J0aW5nDQogICBicm9rZW4gcm91dGVzLiAgVGhlc2UgcHJvY2Vz c2VzIGFyZSBkaXNjdXNzZWQgaW4gZGV0YWlsIGluIHRoZQ0KICAgZm9sbG93aW5nIHNlY3Rpb25z Lg0KDQo2LjEuICBJbml0aWFsaXphdGlvbg0KDQogICBEdXJpbmcgaW5pdGlhbGl6YXRpb24gd2hl cmUgYW4gQU9EVnYyIHJvdXRlciBkb2VzIG5vdCBoYXZlDQogICBpbmZvcm1hdGlvbiBhYm91dCBp dHMgcHJldmlvdXMgc2VxdWVuY2UgbnVtYmVyLCBvciBpZiBpdHMgc2VxdWVuY2UNCiAgIG51bWJl ciBpcyBsb3N0IGF0IGFueSBwb2ludCwgdGhlIHJvdXRlciByZXNldHMgaXRzIHNlcXVlbmNlIG51 bWJlciB0bw0KICAgb25lICgxKS4gIEhvd2V2ZXIsIG90aGVyIEFPRFZ2MiByb3V0ZXJzIG1heSBz dGlsbCBob2xkIHNlcXVlbmNlDQogICBudW1iZXIgaW5mb3JtYXRpb24gdGhhdCB0aGlzIHJvdXRl ciBwcmV2aW91c2x5IGlzc3VlZC4gIFNpbmNlDQogICBzZXF1ZW5jZSBudW1iZXIgaW5mb3JtYXRp b24gaXMgcmVtb3ZlZCBpZiB0aGVyZSBoYXMgYmVlbiBubyB1cGRhdGUgdG8NCiAgIHRoZSBzZXF1 ZW5jZSBudW1iZXIgaW4gTUFYX1NFUU5VTV9MSUZFVElNRSwgdGhlIGluaXRpYWxpemluZyByb3V0 ZXINCiAgIG11c3Qgd2FpdCBmb3IgTUFYX1NFUU5VTV9MSUZFVElNRSBiZWZvcmUgaXQgY3JlYXRl cyBhbnkgbWVzc2FnZXMNCiAgIGNvbnRhaW5pbmcgaXRzIG5ldyBzZXF1ZW5jZSBudW1iZXIuICBJ dCBjYW4gdGhlbiBiZSBzdXJlIHRoYXQgdGhlDQogICBpbmZvcm1hdGlvbiBpdCBzZW5kcyB3aWxs IG5vdCBiZSBjb25zaWRlcmVkIHN0YWxlLg0KDQogICBVbnRpbCBNQVhfU0VRTlVNX0xJRkVUSU1F IGFmdGVyIGl0cyBzZXF1ZW5jZSBudW1iZXIgaXMgcmVzZXQsIHRoZQ0KICAgcm91dGVyIFNIT1VM RCBOT1QgY3JlYXRlIFJSRVEgb3IgUlJFUCBtZXNzYWdlcy4NCihKdXN0IHRvIGJlIGNsZWFyIG9u ZSBNVVNUIHdhaXQgNSBtaW5zIGJlZm9yZSBzdGFydGluZyB0byByZXF1ZXN0IGFueSByb3V0ZSB3 aXRob3V0IGEgcGVyc2lzdGVudCBzdG9yZSBvZiB0aGUgc2VxIG51bSwgeWVzPyBKV0QpDQoNCg0K ICAgRHVyaW5nIHRoaXMgd2FpdCBwZXJpb2QsIHRoZSByb3V0ZXIgaXMgcGVybWl0dGVkIHRvIGRv IHRoZSBmb2xsb3dpbmc6DQoNCiAgIG8gIFByb2Nlc3MgaW5mb3JtYXRpb24gaW4gYSByZWNlaXZl ZCBSUkVRIG9yIFJSRVAgbWVzc2FnZSB0byBsZWFybiBhDQogICAgICByb3V0ZSB0byB0aGUgb3Jp Z2luYXRvciBvciB0YXJnZXQgb2YgdGhhdCByb3V0ZSBkaXNjb3ZlcnkNCg0KICAgbyAgUmVnZW5l cmF0ZSBhIHJlY2VpdmVkIFJSRVEgb3IgUlJFUA0KDQogICBvICBTZW5kIGFuIFJSRVBfQWNrDQoN CiAgIG8gIE1haW50YWluIHZhbGlkIHJvdXRlcyBpbiB0aGUgTG9jYWwgUm91dGUgU2V0DQoNCg0K DQpQZXJraW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAg ICAgICAgICBbUGFnZSAxOF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFP RFZ2MiAgICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCiAgIG8gIENyZWF0ZSwg cHJvY2VzcyBhbmQgcmVnZW5lcmF0ZSBSRVJSIG1lc3NhZ2VzDQoNCjYuMi4gIE5leHQgSG9wIE1v bml0b3JpbmcNCg0KDQoobmVlZGxlc3MsIG9idmlvdXMgYW5kIGhhcmQgdG8gZm9sbG93IEpXRCkN CiAgIFRvIGVuc3VyZSBBT0RWdjIgUm91dGVycyBkbyBub3QgZXN0YWJsaXNoIHJvdXRlcyBvdmVy IHVuaS1kaXJlY3Rpb25hbCBsaW5rcywgQU9EVnYyIHJvdXRlcnMgTVVTVCB2ZXJpZnkgdGhhdCB0 aGUgbGluayB0byB0aGUgbmV4dCBob3Agcm91dGVyIGlzDQogICBiaWRpcmVjdGlvbmFsIGJlZm9y ZSBtYXJraW5nIGEgcm91dGUgYXMgdmFsaWQgaW4gdGhlIExvY2FsIFJvdXRlIFNldC4NCiAgIElm IGxpbmsgYmlkaXJlY3Rpb25hbGl0eSBjYW5ub3QgYmUgdmVyaWZpZWQsIHRoaXMgbGluayBNVVNU IGJlDQogICBleGNsdWRlZCBmcm9tIHRoZSByb3V0ZSBkaXNjb3ZlcnkgcHJvY2VkdXJlLiAoSXQg aXNu4oCZdCBjbGVhciB3aGF0IHRoZSBwcmV2aW91cyBzZW50ZW5jZSBtZWFucyBhcyB0aGUgbGlu ayB3YXMgYWxyZWFkeSBwYXJ0IG9mIHRoZSByb3V0ZSBkaXNjb3ZlcnkgcHJvY2VkdXJlIGlmIEkg a25vdyBhYm91dCBpdCB5ZXM/IEpXRCkNCiBBT0RWdjIgcm91dGVycyBkbyBub3QNCiAgIG5lZWQg dG8gbW9uaXRvciBiaWRpcmVjdGlvbmFsaXR5IGZvciBsaW5rcyB0byBuZWlnaGJvcmluZyByb3V0 ZXJzDQogICB3aGljaCBhcmUgbm90IHVzZWQgYXMgbmV4dCBob3BzIG9uIHJvdXRlcyBpbiB0aGUg TG9jYWwgUm91dGUgU2V0Lg0KDQogICBvICBGb3IgdGhlIG5leHQgaG9wIHJvdXRlciBvbiB0aGUg cm91dGUgdG93YXJkIE9yaWdBZGRyLCB0aGUgYXBwcm9hY2gNCiAgICAgIGZvciB0ZXN0aW5nIGJp ZGlyZWN0aW9uYWwgY29ubmVjdGl2aXR5IGlzIHRvIHJlcXVlc3QNCiAgICAgIGFja25vd2xlZGdl bWVudCBvZiBSb3V0ZSBSZXBseSBtZXNzYWdlcy4gIFJlY2VpcHQgb2YgYW4NCiAgICAgIGFja25v d2xlZGdlbWVudCBwcm92ZXMgdGhhdCBiaWRpcmVjdGlvbmFsIGNvbm5lY3Rpdml0eSBleGlzdHMu DQogICAgICBBbGwgQU9EVnYyIHJvdXRlcnMgTVVTVCBzdXBwb3J0IHRoaXMgcHJvY2Vzcywgd2hp Y2ggaXMgZXhwbGFpbmVkDQogICAgICBpbiBTZWN0aW9uIDcuMiBhbmQgU2VjdGlvbiA3LjMuICBB IGxpbmsgdG8gYSBuZWlnaGJvciBpcw0KICAgICAgZGV0ZXJtaW5lZCB0byBiZSB1bmlkaXJlY3Rp b25hbCBpZiBhIHJlcXVlc3RlZCBhY2tub3dsZWRnZW1lbnQgaXMNCiAgICAgIG5vdCByZWNlaXZl ZCB3aXRoaW4gUlJFUF9BY2tfU0VOVF9USU1FT1VULCBvciBiaWRpcmVjdGlvbmFsIGlmIHRoZQ0K ICAgICAgYWNrbm93bGVkZ2VtZW50IGlzIHJlY2VpdmVkIHdpdGhpbiB0aGUgdGltZW91dC4NCg0K ICAgbyAgRm9yIHRoZSBuZXh0IGhvcCByb3V0ZXIgb24gdGhlIHJvdXRlIHRvd2FyZCBUYXJnQWRk ciwgcmVjZWlwdCBvZg0KICAgICAgdGhlIFJvdXRlIFJlcGx5IG1lc3NhZ2UgY29udGFpbmluZyB0 aGUgcm91dGUgdG8gVGFyZ0FkZHIgaXMNCiAgICAgIGNvbmZpcm1hdGlvbiBvZiBiaWRpcmVjdGlv bmFsaXR5LCBzaW5jZSBhIFJvdXRlIFJlcGx5IG1lc3NhZ2UgaXMgYQ0KICAgICAgcmVwbHkgdG8g YSBSb3V0ZSBSZXF1ZXN0IG1lc3NhZ2Ugd2hpY2ggcHJldmlvdXNseSBjcm9zc2VkIHRoZSBsaW5r DQogICAgICBpbiB0aGUgb3Bwb3NpdGUgZGlyZWN0aW9uLg0KKHByZXZpb3VzIGJ1bGxldCBwb2lu dHMgYXJlIGEgYml0IHdvcmR5IGNvbnNpZGVyIHVzaW5nIHVwc3RyZWFtIGFuZCBkb3duc3RyZWFt IGFuZCBqdXN0IGxpc3QsIHJvdXRlIHJlcXVlc3QsIHJvdXRlIHJlcGx5IHRvIGNvbmZpcm0gZG93 bnN0cmVhbSBhbmQgcm91dGUgcmVxZXVzdCwgcm91dGUgcmVwbHkgLCByb3V0ZSByZXBseSBhY2sg Zm9yIHVwc3RyZWFtIEpXRCkNCiAgIFRvIGFzc2lzdCB3aXRoIG5leHQgaG9wIG1vbml0b3Jpbmcs IGEgTmVpZ2hib3IgVGFibGUgKFNlY3Rpb24gNC4zKSBpcw0KICAgbWFpbnRhaW5lZC4gIFdoZW4g YW4gUlJFUSBvciBSUkVQIGlzIHJlY2VpdmVkIGZyb20gYW4gSVAgYWRkcmVzcw0KICAgd2hpY2gg ZG9lcyBub3QgYWxyZWFkeSBoYXZlIGFuIGVudHJ5IGluIHRoZSBOZWlnaGJvciBUYWJsZSwgYSBu ZXcNCiAgIGVudHJ5IGlzIGNyZWF0ZWQgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNi4zLiAgV2hp bGUgdGhlIHZhbHVlIG9mDQogICBOZWlnaGJvci5TdGF0ZSBpcyBVbmtub3duLCBhY2tub3dsZWRn ZW1lbnQgb2YgUlJFUCBtZXNzYWdlcyBzZW50IHRvDQogICB0aGF0IG5laWdoYm9yIE1VU1QgYmUg cmVxdWVzdGVkLiAgSWYgYW4gYWNrbm93bGVkZ2VtZW50IGlzIG5vdA0KICAgcmVjZWl2ZWQgd2l0 aGluIHRoZSB0aW1lb3V0IHBlcmlvZCwgdGhlIG5laWdoYm9yIE1VU1QgaGF2ZQ0KICAgTmVpZ2hi b3IuU3RhdGUgc2V0IHRvIEJsYWNrbGlzdGVkLiAgSWYgYW4gYWNrbm93bGVkZ2VtZW50IGlzIHJl Y2VpdmVkDQogICB3aXRoaW4gdGhlIHRpbWVvdXQgcGVyaW9kLCBOZWlnaGJvci5TdGF0ZSBpcyBz ZXQgdG8gQ29uZmlybWVkLiAgV2hpbGUNCg0KDQoNCg0KUGVya2lucywgZXQgYWwuICAgICAgICAg ICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAgICAgICAgICAgICAgW1BhZ2UgMTldDQoMDQpJbnRl cm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICBBT0RWdjIgICAgICAgICAgICAgICAgICAgICBK YW51YXJ5IDIwMTYNCg0KDQogICB0aGUgdmFsdWUgb2YgTmVpZ2hib3IuU3RhdGUgaXMgQ29uZmly bWVkLCB0aGUgcmVxdWVzdCBmb3IgYW4NCiAgIGFja25vd2xlZGdlbWVudCBvZiBhbnkgb3RoZXIg UlJFUCBtZXNzYWdlIGlzIHVubmVjZXNzYXJ5Lg0KDQogICBXaGVuIHJvdXRlcnMgcGVyZm9ybSBv dGhlciBvcGVyYXRpb25zIHN1Y2ggYXMgdGhvc2UgZnJvbSB0aGUgbGlzdA0KICAgYmVsb3csIHRo ZXNlIE1BWSBiZSB1c2VkIGFzIGFkZGl0aW9uYWwgaW5kaWNhdGlvbnMgb2YgY29ubmVjdGl2aXR5 Og0KDQogICBvICBOSERQIEhFTExPIE1lc3NhZ2VzIFtSRkM2MTMwXQ0KDQogICBvICBSb3V0ZSB0 aW1lb3V0DQoNCiAgIG8gIExvd2VyIGxheWVyIHRyaWdnZXJzLCBlLmcuIG1lc3NhZ2UgcmVjZXB0 aW9uIG9yIGxpbmsgc3RhdHVzDQogICAgICBub3RpZmljYXRpb25zDQoNCiAgIG8gIFRDUCB0aW1l b3V0cw0KDQogICBvICBQcm9taXNjdW91cyBsaXN0ZW5pbmcNCg0KICAgbyAgT3RoZXIgbW9uaXRv cmluZyBtZWNoYW5pc21zIG9yIGhldXJpc3RpY3MNCg0KICAgSWYgc3VjaCBhbiBleHRlcm5hbCBw cm9jZXNzIHNpZ25hbHMgdGhhdCB0aGUgbGluayB0byBhIG5laWdoYm9yIGlzDQogICBiaWRpcmVj dGlvbmFsLCB0aGUgQU9EVnYyIHJvdXRlciBNQVkgdXBkYXRlIHRoZSBtYXRjaGluZyBOZWlnaGJv cg0KICAgVGFibGUgZW50cnkgYnkgY2hhbmdpbmcgdGhlIHZhbHVlIG9mIE5laWdoYm9yLlN0YXRl IHRvIENvbmZpcm1lZCwgZS5nLiByZWNlaXB0IG9mIGEgTmVpZ2hib3Job29kIERpc2NvdmVyeSBQ cm90b2NvbCBIRUxMTyBtZXNzYWdlIHdpdGggdGhlIHJlY2VpdmluZyByb3V0ZXIgbGlzdGVkIGFz IGEgbmVpZ2hib3IuICBJZg0KICAgYW4gZXh0ZXJuYWwgcHJvY2VzcyBzaWduYWxzIHRoYXQgYSBs aW5rIGlzIG5vdCBiaWRpcmVjdGlvbmFsLCB0aGUgdGhlDQogICB2YWx1ZSBvZiBOZWlnaGJvci5T dGF0ZSBNQVkgYmUgY2hhbmdlZCB0byBCbGFja2xpc3RlZCwgZS5nLiBub3RpZmljYXRpb24gb2Yg YSBUQ1AgdGltZW91dC4gIChJIGNhbuKAmXQgc2VlIGhvdyB0aGUgYWJvdmUgd291bGQgYmUgaGVs cGZ1bCBhdCBhbGwgSldEKQ0KICAgDQoNCg0KNi4zLiAgTmVpZ2hib3IgVGFibGUgVXBkYXRlDQoN CiAgIE9uIHJlY2VpcHQgb2YgYW4gUlJFUSBvciBSUkVQIG1lc3NhZ2UsIHRoZSBOZWlnaGJvciBU YWJsZSBNVVNUIGJlDQogICBjaGVja2VkIGZvciBhbiBlbnRyeSB3aXRoIE5laWdoYm9yLklQQWRk cmVzcyB3aGljaCBtYXRjaGVzIHRoZSBzb3VyY2UNCiAgIElQIGFkZHJlc3Mgb2YgdGhlIHBhY2tl dCBjb250YWluaW5nIHRoZSBBT0RWdjIgbWVzc2FnZS4gIElmIG5vIG1hdGNoaW5nIGVudHJ5IGlz IGZvdW5kLCBhIG5ldw0KICAgZW50cnkgaXMgY3JlYXRlZC4NCg0KICAgQSBuZXcgTmVpZ2hib3Ig VGFibGUgZW50cnkgaXMgY3JlYXRlZCBhcyBmb2xsb3dzOg0KDQoNCg0KDQpQZXJraW5zLCBldCBh bC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAgICBbUGFnZSAy MF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAgICAgICAg ICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCiAgIG8gIE5laWdoYm9yLklQQWRkcmVzcyA6PSBT b3VyY2UgSVAgYWRkcmVzcyBvZiB0aGUgcmVjZWl2ZWQgcm91dGUNCiAgICAgIG1lc3NhZ2UNCg0K ICAgbyAgTmVpZ2hib3IuU3RhdGUgOj0gVW5rbm93bg0KDQogICBvICBOZWlnaGJvci5SZXNldFRp bWUgOj0gSU5GSU5JVFlfVElNRQ0KDQogICBJZiB0aGUgbWVzc2FnZSBpcyBhbiBSUkVQIHdoaWNo IGFuc3dlcnMgYSByZWNlbnRseSBzZW50IFJSRVEsIG9yIGFuDQogICBSUkVQX0FjayB3aGljaCBh bnN3ZXJzIGEgcmVjZW50bHkgc2VudCBSUkVQLCB0aGUgbGluayB0byB0aGUgbmVpZ2hib3INCiAg IGlzIGJpZGlyZWN0aW9uYWwuICANCihUaGUgdmFsaWQgZW50cnkgaW4gdGhlIE11bHRpY2FzdCBS b3V0ZSBNZXNzYWdlIFRhYmxlIG11c3QgYmUgaWRlbnRpZmllZCB0aGlzIGlzIHRvbyB3aXNoeSB3 YXNoeSBmb3IgbWUgdG8gdW5kZXJzdGFuZCB3aGF0IGlzIG1lYW50IGJ5IHJlY2VudGx5IHNlbnQg SldEISkgV2hlbiB0aGUgbGluayB0byB0aGUgbmVpZ2hib3IgaXMgZGV0ZXJtaW5lZCB0byBiZQ0K ICAgYmlkaXJlY3Rpb25hbCwgdGhlIE5laWdoYm9yIFRhYmxlIGVudHJ5IGlzIHVwZGF0ZWQgYXMg Zm9sbG93czoNCg0KICAgbyAgTmVpZ2hib3IuU3RhdGUgOj0gQ29uZmlybWVkDQoNCiAgIG8gIE5l aWdoYm9yLlJlc2V0VGltZSA6PSBJTkZJTklUWV9USU1FDQoNCg0KICAgSWYgYW4gUlJFUF9BY2sg aXMgbm90IHJlY2VpdmVkIHdpdGhpbiB0aGUgZXhwZWN0ZWQgdGltZSAod2hhdCBpcyB0aGUgZXhw ZWN0ZWQgdGltZT8gbGlzdCB0aGUgZW50cnkgd2UgYXJlIGNoZWNraW5nIGFzc3VtaW5nIGluIHRo ZSBNdWx0aWNhc3QgUm91dGUgTWVzc2FnZSBUYWJsZXQ/IG91dGxpbmUgaXQuIEpXRCksIHRoZSBs aW5rIGlzDQogICBjb25zaWRlcmVkIHRvIGJlIHVuaS1kaXJlY3Rpb25hbC4gIFdoZW4gdGhlIGxp bmsgdG8gdGhlIG5laWdoYm9yIGlzDQogICBkZXRlcm1pbmVkIHRvIGJlIHVuaS1kaXJlY3Rpb25h bCwgdGhlIE5laWdoYm9yIFRhYmxlIGVudHJ5IGlzIHVwZGF0ZWQNCiAgIGFzIGZvbGxvd3M6DQoN CiAgIG8gIE5laWdoYm9yLlN0YXRlIDo9IEJsYWNrbGlzdGVkDQoNCiAgIG8gIE5laWdoYm9yLlJl c2V0VGltZSA6PSBDdXJyZW50VGltZSArIE1BWF9CTEFDS0xJU1RfVElNRQ0KDQogICBXaGVuIHRo ZSBOZWlnaGJvci5SZXNldFRpbWUgaXMgcmVhY2hlZCwgdGhlIE5laWdoYm9yIFRhYmxlIGVudHJ5 IGlzDQogICB1cGRhdGVkIGFzIGZvbGxvd3M6DQoNCiAgIG8gIE5laWdoYm9yLlN0YXRlIDo9IFVu a25vd24NCg0KDQogKFdoYXQgZG9lcyB0aGlzIG1lYW4/ICBIb3cgd291bGQgb25lIGRldGVybWlu ZSBhIGxpbmsgdG8gYSBuZWlnaGJvciB0byBiZSBicm9rZW7igKYuc3VnZ2VzdCByZW1vdmluZyBp dCBKV0QpDQoNCg0KICAgUm91dGUgcmVxdWVzdHMgZnJvbSBuZWlnaGJvcnMgd2l0aCBOZWlnaGJv ci5TdGF0ZSBzZXQgdG8gQmxhY2tsaXN0ZWQNCiAgIGFyZSBpZ25vcmVkIHRvIGF2b2lkIHBlcnNp c3RlbnQgSVAgcGFja2V0IGxvc3Mgb3IgcHJvdG9jb2wgZmFpbHVyZXMuDQogICBOZWlnaGJvci5S ZXNldFRpbWUgYWxsb3dzIHRoZSBuZWlnaGJvciB0byBhZ2FpbiBiZSBhbGxvd2VkDQogICB0byBw YXJ0aWNpcGF0ZSBpbiByb3V0ZSBkaXNjb3ZlcmllcyBpbiBjYXNlDQogICB0aGUgbGluayBiZXR3 ZWVuIHRoZSByb3V0ZXJzIGhhcyBiZWNvbWUgYmlkaXJlY3Rpb25hbC4NCg0KNi40LiAgSW50ZXJh Y3Rpb24gd2l0aCB0aGUgRm9yd2FyZGluZyBQbGFuZQ0KDQoNCihUaGlzIGhhcyBhbHJlYWR5IGJl ZW4gc2FpZCBpbiBkaWZmZXJlbnQgd29yZHMgaW4gdGhlIGludHJvIGFuZCBhcHBsaWNhYmlsaXR5 IHNlY3Rpb25zIG5vdCBuZWVkZWQgYWdhaW4gaGVyZSBKV0QpIA0KVGhlc2UgYXJlIGNvbmNlcHR1 YWwgc2lnbmFscywgYW5kIGNhbiBiZSBpbXBsZW1lbnRlZCBpbiB2YXJpb3VzIHdheXMuDQogICBD b25mb3JtYW50IGltcGxlbWVudGF0aW9ucyBvZiBBT0RWdjIgYXJlIG5vdCBtYW5kYXRlZCB0byBp bXBsZW1lbnQNCiAgIHRoZSBmb3J3YXJkaW5nIHBsYW5lIHNlcGFyYXRlbHkgZnJvbSB0aGUgY29u dHJvbCBwbGFuZSBvciBkYXRhIHBsYW5lOw0KICAgdGhlc2Ugc2lnbmFscyBhbmQgaW50ZXJhY3Rp b25zIGFyZSBpZGVudGlmaWVkIHNpbXBseSBhcyBhc3Npc3RhbmNlDQogICBmb3IgaW1wbGVtZW50 ZXJzIHdobyBtYXkgZmluZCB0aGVtIHVzZWZ1bC4NCg0KDQoNCg0KICAgQU9EVnYyIHJlcXVpcmVz IHNpZ25hbHMgZnJvbSB0aGUgZm9yd2FyZGluZyBwbGFuZToNCg0KDQoNCg0KUGVya2lucywgZXQg YWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAgICAgICAgICAgICAgW1BhZ2Ug MjFdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICBBT0RWdjIgICAgICAgICAg ICAgICAgICAgICBKYW51YXJ5IDIwMTYNCg0KDQogICBvICBBIHBhY2tldCBjYW5ub3QgYmUgZm9y d2FyZGVkIGJlY2F1c2UgYSByb3V0ZSBpcyB1bmF2YWlsYWJsZToNCiAgICAgIEFPRFZ2MiBuZWVk cyB0byBrbm93IHRoZSBzb3VyY2UgYW5kIGRlc3RpbmF0aW9uIElQIGFkZHJlc3NlcyBvZg0KICAg ICAgdGhlIHBhY2tldC4gSWYgdGhlIHNvdXJjZSBvZiB0aGUgcGFja2V0IGlzIGNvbmZpZ3VyZWQN CiAgICAgIGFzIGEgUm91dGVyIENsaWVudCwgdGhlIHJvdXRlciBzaG91bGQgaW5pdGlhdGUgcm91 dGUNCiAgICAgIGRpc2NvdmVyeSB0byB0aGUgZGVzdGluYXRpb24uICBJZiBpdCBpcyBub3QgYSBS b3V0ZXIgQ2xpZW50LCB0aGUgcm91dGVyIHNob3VsZCBjcmVhdGUNCiAgICAgIGEgUm91dGUgRXJy b3IgbWVzc2FnZS4NCg0KICAgbyAgQSBwYWNrZXQgaXMgdG8gYmUgZm9yd2FyZGVkOiBBT0RWdjIg bmVlZHMgdG8gY2hlY2sgdGhlIHN0YXRlIG9mDQogICAgICB0aGUgcm91dGUgdG8gZW5zdXJlIGl0 IGlzIHN0aWxsDQogICAgICB2YWxpZC4NCg0KICAgbyAgUGFja2V0IGZvcndhcmRpbmcgc3VjY2Vl ZHM6IEFPRFZ2MiBuZWVkcyB0byB1cGRhdGUgdGhlIHJlY29yZCBvZg0KICAgICAgd2hlbiBhIHJv dXRlIHdhcyBsYXN0IHVzZWQgdG8gZm9yd2FyZCBhIHBhY2tldC4NCg0KICAgbyAgUGFja2V0IGZv cndhcmRpbmcgZmFpbHVyZSBvY2N1cnM6IEFPRFZ2MiBuZWVkcyB0byBjcmVhdGUgYSBSb3V0ZQ0K ICAgICAgRXJyb3IgbWVzc2FnZS4NCg0KICAgQU9EVnYyIG5lZWRzIHRvIHNlbmQgc2lnbmFscyB0 byB0aGUgZm9yd2FyZGluZyBwbGFuZToNCg0KICAgbyAgQSByb3V0ZSBkaXNjb3ZlcnkgaXMgaW4g cHJvZ3Jlc3M6IGJ1ZmZlcmluZyBtaWdodCBiZSBjb25maWd1cmVkDQogICAgICBmb3IgcGFja2V0 cyByZXF1aXJpbmcgYSByb3V0ZSwgd2hpbGUgcm91dGUgZGlzY292ZXJ5IGlzIGF0dGVtcHRlZC4N CihUaGlzIGlzIHRoZSBmaXJzdCBtZW50aW9uIG9mIGJ1ZmZlcmluZy4gIEl0IHNob3VsZCBiZSBp bmNsdWRlZCBpbiB0aGUgYXBwbGljYWJpbGl0eSBzZWN0aW9uIGFzIHdlbGwgYWxvbmcgd2l0aCBh IHJlZmVyZW5jZSB0byB0ZXh0IG9uIGhvdyB0aGV5IGFyZSBtYW5hZ2VkIEpXRCkNCg0KDQogICBv ICBBIHJvdXRlIGRpc2NvdmVyeSBmYWlsZWQ6IGFueSBidWZmZXJlZCBwYWNrZXRzIHJlcXVpcmlu ZyB0aGF0DQogICAgICByb3V0ZSBzaG91bGQgYmUgZGlzY2FyZGVkLCBhbmQgdGhlIHNvdXJjZSBv ZiB0aGUgcGFja2V0IHNob3VsZCBiZQ0KICAgICAgbm90aWZpZWQgdGhhdCB0aGUgZGVzdGluYXRp b24gaXMgdW5yZWFjaGFibGUgKHVzaW5nIGFuIElDTVANCiAgICAgIERlc3RpbmF0aW9uIFVucmVh Y2hhYmxlIG1lc3NhZ2UpLiAgUm91dGUgZGlzY292ZXJ5IGZhaWxzIGlmIGFuDQogICAgICBSUkVR IGNhbm5vdCBiZSBnZW5lcmF0ZWQgYmVjYXVzZSB0aGUgY29udHJvbCBtZXNzYWdlIGdlbmVyYXRp b24NCiAgICAgIGxpbWl0IGhhcyBiZWVuIHJlYWNoZWQsIG9yIGlmIGFuIFJSRVAgaXMgbm90IHJl Y2VpdmVkIHdpdGhpbiB0aGUNCiAgICAgIGV4cGVjdGVkIHRpbWUuIChyZWZlcmVuY2UgdGhlIHNl Y3Rpb24gZGV0YWlsaW5nIHRoZSBiZWhhdmlvciBvZiB3aGF0IGRlZmluZXMgZXhwZWN0ZWQgdGlt ZSBKV0QpDQoNCg0KICAgbyAgQSByb3V0ZSBkaXNjb3ZlcnkgaXMgbm90IHBlcm1pdHRlZDogYW55 IGJ1ZmZlcmVkIHBhY2tldHMgcmVxdWlyaW5nDQogICAgICB0aGF0IHJvdXRlIHNob3VsZCBiZSBk aXNjYXJkZWQuICBBIHJvdXRlIGRpc2NvdmVyeSB3aWxsIG5vdCBiZQ0KICAgICAgYXR0ZW1wdGVk IGlmIHRoZSBzb3VyY2UgYWRkcmVzcyBvZiB0aGUgcGFja2V0IG5lZWRpbmcgYSByb3V0ZSBpcw0K ICAgICAgbm90IGNvbmZpZ3VyZWQgYXMgYSBSb3V0ZXIgQ2xpZW50Lg0KDQoNCiAgIG8gIEEgcm91 dGUgZGlzY292ZXJ5IHN1Y2NlZWRlZDogaW5zdGFsbCB0aGUgY29ycmVzcG9uZGluZyByb3V0ZSBp bnRvDQogICAgICB0aGUgUm91dGluZyBJbmZvcm1hdGlvbiBCYXNlIGFuZCBiZWdpbiB0cmFuc21p dHRpbmcgYnVmZmVyZWQNCiAgICAgIHBhY2tldHMuDQoNCiAgIG8gIEEgcm91dGUgaGFzIGJlZW4g bWFkZSBpbnZhbGlkOiByZW1vdmUgdGhlIGNvcnJlc3BvbmRpbmcgcm91dGUgZnJvbQ0KICAgICAg dGhlIFJvdXRpbmcgSW5mb3JtYXRpb24gQmFzZS4NCg0KICAgbyAgQSByb3V0ZSBoYXMgYmVlbiB1 cGRhdGVkOiB1cGRhdGUgdGhlIGNvcnJlc3BvbmRpbmcgcm91dGUgaW4gdGhlDQogICAgICBSb3V0 aW5nIEluZm9ybWF0aW9uIEJhc2UuDQoNCg0KICAgDQoNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAg ICAgICAgICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDIyXQ0K DA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAg ICAgICAgSmFudWFyeSAyMDE2DQoNCg0KDQoNCiAgIChtb3ZlZCB0byB0aGUgYmVnaW5uaW5nIG9m IHRoZSBzZWN0aW9uIHNvIHRoaXMgaXMgdW5kZXJzdG9vZCB1cGZyb250IEpXRCkNCg0KDQo2LjUu ICBNZXNzYWdlIFRyYW5zbWlzc2lvbg0KDQogICBBT0RWdjIgc2VuZHMgW1JGQzU0NDRdIGZvcm1h dHRlZCBtZXNzYWdlcyB1c2luZyB0aGUgcGFyYW1ldGVycyBmb3INCiAgIHBvcnQgbnVtYmVyIGFu ZCBJUCBwcm90b2NvbCBzcGVjaWZpZWQgaW4gW1JGQzU0OThdLiAgTWFwcGluZyBvZg0KICAgQU9E VnYyIGRhdGEgdG8gW1JGQzU0NDRdIG1lc3NhZ2VzIGlzIGRldGFpbGVkIGluIFNlY3Rpb24gOC4g IEFPRFZ2Mg0KICAgbXVsdGljYXN0IG1lc3NhZ2VzIGFyZSBzZW50IHRvIHRoZSBsaW5rLWxvY2Fs IG11bHRpY2FzdCBhZGRyZXNzIExMLQ0KICAgTUFORVQtUm91dGVycyBbUkZDNTQ5OF0uICBBbGwg QU9EVnYyIHJvdXRlcnMgTVVTVCBzdWJzY3JpYmUgdG8gTEwtDQogICBNQU5FVC1Sb3V0ZXJzIFtS RkM1NDk4XSB0byByZWNlaXZlIEFPRFZ2MiBtZXNzYWdlcy4gIE5vdGUgdGhhdA0KICAgbXVsdGlj YXN0IG1lc3NhZ2VzIE1BWSBiZSBzZW50IHZpYSB1bmljYXN0LiAgRm9yIGV4YW1wbGUsIHRoaXMg bWF5DQogICBvY2N1ciBmb3IgY2VydGFpbiBsaW5rLXR5cGVzIChub24tYnJvYWRjYXN0IG1lZGlh KSwgZm9yIG1hbnVhbGx5DQogICBjb25maWd1cmVkIHJvdXRlciBhZGphY2VuY2llcywgb3IgaW4g b3JkZXIgdG8gaW1wcm92ZSByb2J1c3RuZXNzLg0KDQogICBXaGVuIG11bHRpcGxlIGludGVyZmFj ZXMgYXJlIGF2YWlsYWJsZSwgYW4gQU9EVnYyIHJvdXRlciB0cmFuc21pdHRpbmcNCiAgIGEgbXVs dGljYXN0IG1lc3NhZ2UgdG8gTEwtTUFORVQtUm91dGVycyBNVVNUIHNlbmQgdGhlIG1lc3NhZ2Ug b24gYWxsDQogICBpbnRlcmZhY2VzIHRoYXQgaGF2ZSBiZWVuIGNvbmZpZ3VyZWQgZm9yIEFPRFZ2 MiBvcGVyYXRpb24sIGFzIGdpdmVuDQogICBpbiB0aGUgQU9EVnYyX0lOVEVSRkFDRVMgbGlzdCAo U2VjdGlvbiA0LjEpLiAgU2ltaWxhcmx5LCBBT0RWdjINCiAgIHJvdXRlcnMgTVVTVCBzdWJzY3Jp YmUgdG8gTEwtTUFORVQtUm91dGVycyBvbiBhbGwgdGhlaXIgQU9EVnYyDQogICBpbnRlcmZhY2Vz Lg0KDQogICBUbyBhdm9pZCBjb25nZXN0aW9uLCBlYWNoIEFPRFZ2MiByb3V0ZXIncyByYXRlIG9m IG1lc3NhZ2UgZ2VuZXJhdGlvbg0KICAgU0hPVUxEIGJlIGxpbWl0ZWQgKENPTlRST0xfVFJBRkZJ Q19MSU1JVCkgYW5kIGFkbWluaXN0cmF0aXZlbHkNCiAgIGNvbmZpZ3VyYWJsZS4gIFRvIHByaW9y aXRpemUgdHJhbnNtaXNzaW9uIG9mIEFPRFZ2MiBjb250cm9sIG1lc3NhZ2VzDQogICBpbiBvcmRl ciB0byByZXNwZWN0IHRoZSBDT05UUk9MX1RSQUZGSUNfTElNSVQ6DQoNCiAgIG8gIEhpZ2hlc3Qg cHJpb3JpdHkgU0hPVUxEIGJlIGdpdmVuIHRvIFJSRVBfQWNrIG1lc3NhZ2VzLiAgVGhpcw0KICAg ICAgYWxsb3dzIGxpbmtzIGJldHdlZW4gcm91dGVycyB0byBiZSBjb25maXJtZWQgYXMgYmlkaXJl Y3Rpb25hbCBhbmQNCiAgICAgIGF2b2lkcyB1bmRlc2lyYWJsZSBibGFja2xpc3Rpbmcgb2YgbmV4 dCBob3Agcm91dGVycy4NCg0KICAgbyAgU2Vjb25kIHByaW9yaXR5IFNIT1VMRCBiZSBnaXZlbiB0 byBSRVJSIG1lc3NhZ2VzIGZvciB1bmRlbGl2ZXJhYmxlDQogICAgICBJUCBwYWNrZXRzLCBzbyB0 aGF0IGJyb2tlbiByb3V0ZXMgdGhhdCBhcmUgc3RpbGwgaW4gdXNlIGJ5IG90aGVyDQogICAgICBB T0RWdjIgcm91dGVycyBjYW4gYmUgcmVwb3J0ZWQgdG8gdGhvc2Ugcm91dGVycywgdG8gYXZvaWQg SVAgZGF0YQ0KICAgICAgcGFja2V0cyBiZWluZyByZXBlYXRlZGx5IGZvcndhcmRlZCB0byBBT0RW djIgcm91dGVycyB3aGljaCBjYW5ub3QNCiAgICAgIGZvcndhcmQgdGhlbSB0byB0aGVpciBkZXN0 aW5hdGlvbi4NCg0KICAgbyAgVGhpcmQgcHJpb3JpdHkgU0hPVUxEIGJlIGdpdmVuIHRvIFJSRVAg bWVzc2FnZXMgaW4gb3JkZXIgdGhhdA0KICAgICAgUlJFUXMgZG8gbm90IHRpbWUgb3V0Lg0KDQog ICBvICBSUkVRIG1lc3NhZ2VzIFNIT1VMRCBiZSBnaXZlbiBwcmlvcml0eSBvdmVyIFJFUlIgbWVz c2FnZXMgZm9yDQogICAgICBuZXdseSBpbnZhbGlkYXRlZCByb3V0ZXMsIHNpbmNlIHRoZSBpbnZh bGlkYXRlZCByb3V0ZXMgbWF5IG5vdA0KICAgICAgc3RpbGwgYmUgaW4gdXNlLCBhbmQgaWYgdGhl cmUgaXMgYW4gYXR0ZW1wdCB0byB1c2UgdGhlIHJvdXRlLCBhDQogICAgICBuZXcgUkVSUiBtZXNz YWdlIHdpbGwgYmUgZ2VuZXJhdGVkLg0KKFNvIGlzIHRoaXMgNHRoIG9yIHNlY29uZD8gSXTigJlz IG5vdCBjbGVhciBhbmQgaXQgc2hvdWxkIGJlLiBKV0QpDQoNCg0KICAgbyAgTG93ZXN0IHByaW9y aXR5IFNIT1VMRCBiZSBnaXZlbiB0byBSRVJSIG1lc3NhZ2VzIGdlbmVyYXRlZCBpbg0KICAgICAg cmVzcG9uc2UgdG8gUlJFUCBtZXNzYWdlcyB3aGljaCBjYW5ub3QgYmUgcmVnZW5lcmF0ZWQuICBJ biB0aGlzDQogICAgICBjYXNlIHRoZSByb3V0ZSByZXF1ZXN0IHdpbGwgYmUgcmV0cmllZCBhdCBh IGxhdGVyIHBvaW50Lg0KKEl04oCZcyBub3QgY2xlYXIgdG8gbWUgaG93IHRoaXMgcHJpb3JpdHkg d29ya3MuICBEbyB0aGUgbWVzc2FnZXMganVzdCBnZXQgZHJvcHBlZCB3aGVuIHRzb21lIHRocmVz aG9sZCBmb3IgbWF4IG51bWJlciBvZiBtZXNzYWdlcyBpcyByZWFjaGVkPyAgSXMgdGhlcmUgc29t ZSBxdWV1aW5nIG1ldGhvZCBiZWNhdXNlIGlmIHRoZWlyIGlzbuKAmXQgSSBkb27igJl0IHNlZSBo b3cgcHJpb3JpdHkgd291bGQgd29yayBhdCBhbGwsIGFzIHRoZSBjaG9pY2VzIGFyZSBkcm9wIG9y IHNlbmQuICBUaGlzIHdob2xlIHNlY3Rpb24gc2VlbXMgb3V0IG9mIHBsYWNlIGFzIHdlIGhhdmXi gJl0IHRhbGtlZCBhYm91dCBnZW5lcmF0aW5nIG1lc3NhZ2VzLiBJ4oCZZCBzdWdnZXN0IG1vdmlu ZyBvciByZW1vdmluZyBKV0QpDQoNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAgICAgICAgICAgRXhw aXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDIzXQ0KDA0KSW50ZXJuZXQt RHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAgICAgSmFudWFy eSAyMDE2DQoNCg0KICAgTWVzc2FnZXMgbWF5IHRyYXZlbCBhIG1heGltdW0gb2YgTUFYX0hPUENP VU5UIGhvcHMuDQooTWVzc2FnZXMgZG9u4oCZdCByZWFsbHkgdHJhdmVsIHRob3VnaCBkbyB0aGV5 IGFzIHRoZXkgYXJlIHJlZ2VuZXJhdGVkIGF0IGVhY2ggaG9wLiBKV0QpDQoNCg0KNi42LiAgUm91 dGUgRGlzY292ZXJ5LCBSZXRyaWVzIGFuZCBCdWZmZXJpbmcNCg0KICAgQU9EVnYyJ3MgUlJFUSBh bmQgUlJFUCBtZXNzYWdlcyBhcmUgdXNlZCBmb3Igcm91dGUgZGlzY292ZXJ5LiAgUlJFUQ0KICAg bWVzc2FnZXMgYXJlIG11bHRpY2FzdCB0byBzb2xpY2l0IGFuIFJSRVAsIHdoZXJlYXMgUlJFUCAg YXJlIHVuaWNhc3QNCiAgIHdoZXJlIHBvc3NpYmxlLiAgVGhlIGNvbnN0YW50cyB1c2VkIGluIHRo aXMgc2VjdGlvbiBhcmUgZGVmaW5lZCBpbg0KICAgU2VjdGlvbiAxMS4NCg0KICAgV2hlbiBhbiBB T0RWdjIgcm91dGVyIG5lZWRzIHRvIGZvcndhcmQgYW4gSVAgcGFja2V0ICh3aXRoIHNvdXJjZQ0K ICAgYWRkcmVzcyBPcmlnQWRkciBhbmQgZGVzdGluYXRpb24gYWRkcmVzcyBUYXJnQWRkcikgZnJv bSBvbmUgb2YgaXRzDQogICBSb3V0ZXIgQ2xpZW50cywgaXQgbmVlZHMgYSByb3V0ZSB0byBUYXJn QWRkciBpbiBpdHMgUm91dGluZw0KICAgSW5mb3JtYXRpb24gQmFzZS4gIElmIG5vIHJvdXRlIGV4 aXN0cywgdGhlIEFPRFZ2MiByb3V0ZXIgKFJSRVFfR2VuKSBnZW5lcmF0ZXMNCiAgIGFuZCBtdWx0 aWNhc3RzIGEgUm91dGUgUmVxdWVzdCBtZXNzYWdlIChSUkVRKSwgb24gYWxsIGNvbmZpZ3VyZWQg aW50ZXJmYWNlcywgY29udGFpbmluZyBPcmlnQWRkciBhbmQNCiAgIFRhcmdBZGRyLiAgVGhlIHBy b2NlZHVyZSBmb3IgdGhpcyBpcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA3LjEuMS4NCiAgIEVhY2gg Z2VuZXJhdGVkIFJSRVEgcmVzdWx0cyBpbiBhbiBpbmNyZW1lbnQgdG8gdGhlIHJvdXRlcidzIHNl cXVlbmNlDQogICBudW1iZXIuICANCg0KDQogICBCdWZmZXJpbmcgbWlnaHQgYmUgY29uZmlndXJl ZCBmb3IgSVAgcGFja2V0cyBhd2FpdGluZyBhIHJvdXRlIGZvcg0KICAgZm9yd2FyZGluZyBieSBS UkVRX0dlbiwgaWYgc3VmZmljaWVudCBtZW1vcnkgaXMgYXZhaWxhYmxlLiAgQnVmZmVyaW5nDQog ICBvZiBJUCBwYWNrZXRzIG1pZ2h0IGhhdmUgYm90aCBwb3NpdGl2ZSBhbmQgbmVnYXRpdmUgZWZm ZWN0cy4gIFJlYWwtDQogICB0aW1lIHRyYWZmaWMsIHZvaWNlLCBhbmQgc2NoZWR1bGVkIGRlbGl2 ZXJ5IG1heSBzdWZmZXIgaWYgcGFja2V0cyBhcmUNCiAgIGJ1ZmZlcmVkIGFuZCBzdWJqZWN0ZWQg dG8gZGVsYXlzLCBidXQgVENQIGNvbm5lY3Rpb24gZXN0YWJsaXNobWVudA0KICAgd2lsbCBiZW5l Zml0IGlmIHBhY2tldHMgYXJlIHF1ZXVlZCB3aGlsZSByb3V0ZSBkaXNjb3ZlcnkgaXMgcGVyZm9y bWVkDQogICBbS29vZGxpMDFdLiAgSWYgcGFja2V0cyBhcmUgbm90IHF1ZXVlZCwgbm8gbm90aWZp Y2F0aW9uIHNob3VsZCBiZQ0KICAgc2VudCB0byB0aGUgc291cmNlLiAoV2hhdCBub3RpZmljYXRp b24gaXMgc2VudCB0byB0aGUgc291cmNlIHdoZW4gcGFja2V0cyBhcmUgcXVldWVkPyBKV0QpIERl dGVybWluaW5nIHdoaWNoIHBhY2tldHMgdG8gZGlzY2FyZCBmaXJzdCB3aGVuDQogICB0aGUgYnVm ZmVyIGlzIGZ1bGwgaXMgYSBtYXR0ZXIgb2YgcG9saWN5IGF0IGVhY2ggQU9EVnYyIHJvdXRlci4N CihUaGlzIGRvZXNu4oCZdCBzcGVjaWZ5IHdpdGggYW55IGRldGFpbCB3aGF0IGJ1ZmZlciBtZXRo b2RzIHNob3VsZCBiZSB1c2VkIG9yIGV2ZW4gc29tZSB0aGF0IG1pZ2h0IGJlIGFwcHJvcHJpYXRl LiBNZW50aW9uaW5nIHRoYXQgZGlmZmVyZW50IGJ1ZmZlciBtZXRob2RzIGRvZXNu4oCZdCBhZmZl Y3QgaW50ZXJvcGVyYWJpbGl0eSBzaG91bGQgYmUgZG9uZSBKV0QpDQoNCg0KICAgUlJFUV9HZW4g YXdhaXRzIHJlY2VwdGlvbiBvZiBhIFJvdXRlIFJlcGx5IG1lc3NhZ2UgKFJSRVApIGNvbnRhaW5p bmcNCiAgIGEgcm91dGUgdG93YXJkIFRhcmdBZGRyLiAoaXMgdGhlcmUgc29tZSB0YWJsZSB0aGF0 IGxpc3RzIHJvdXRlcyB0aGF0IGFyZSBiZWluZyB3YWl0ZWQgb24/IEpXRCkgSWYgYSB2YWxpZCBy b3V0ZSB0byBUYXJnQWRkciBpcyBub3QgbGVhcm5lZA0KICAgd2l0aGluIFJSRVFfV0FJVF9USU1F LCBSUkVRX0dlbiB3aWxsIHJldHJ5IHRoZSByb3V0ZSBkaXNjb3ZlcnkuICBUbw0KICAgcmVkdWNl IGNvbmdlc3Rpb24gaW4gYSBuZXR3b3JrLCByZXBlYXRlZCBhdHRlbXB0cyBhdCByb3V0ZSBkaXNj b3ZlcnkNCiAgIGZvciBhIHBhcnRpY3VsYXIgdGFyZ2V0IGFkZHJlc3MgdXRpbGl6ZSBhIGJpbmFy eSBleHBvbmVudGlhbCBiYWNrb2ZmOg0KICAgZm9yIGVhY2ggYWRkaXRpb25hbCBhdHRlbXB0LCB0 aGUgdGltZSB0byB3YWl0IGZvciByZWNlaXB0IG9mIHRoZSBSUkVQDQogICBpcyBtdWx0aXBsaWVk IGJ5IDIuICBJZiB0aGUgcmVxdWVzdGVkIHJvdXRlIGlzIG5vdCBsZWFybmVkIHdpdGhpbiB0aGUN CiAgIHdhaXQgcGVyaW9kLCBhbm90aGVyIFJSRVEgaXMgc2VudCwgdXAgdG8gYSB0b3RhbCBvZg0K ICAgRElTQ09WRVJZX0FUVEVNUFRTX01BWC4gIFRoaXMgaXMgdGhlIHNhbWUgdGVjaG5pcXVlIHVz ZWQgaW4gQU9EVg0KICAgW1JGQzM1NjFdLg0KDQogICBUaGUgUlJFUSBpcyByZWNlaXZlZCBieSBu ZWlnaGJvcmluZyBBT0RWdjIgcm91dGVycywgYW5kIHByb2Nlc3NlZCBhbmQNCiAgIHJlZ2VuZXJh dGVkIGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDcuMS4gIFJvdXRlcnMgbGVhcm4gYSBwb3RlbnRp YWwNCiAgIHJvdXRlIHRvIE9yaWdBZGRyIChhbmQgb3RoZXIgYWRkcmVzc2VzIGFzIGluZGljYXRl ZCBieSBPcmlnUHJlZml4TGVuKQ0KICAgZnJvbSB0aGUgUlJFUSBhbmQgc3RvcmUgaXQgaW4gdGhl IExvY2FsIFJvdXRlIFNldC4gVGhlIHJvdXRlcg0KICAgcmVzcG9uc2libGUgZm9yIFRhcmdBZGRy IHJlc3BvbmRzIGJ5IGdlbmVyYXRpbmcgYSBSb3V0ZSBSZXBseSBtZXNzYWdlDQogICAoUlJFUCkg YW5kIHNlbmRzIGl0IGJhY2sgdG93YXJkIFJSRVFfR2VuIHZpYSB0aGUgbmV4dCBob3Agb24gdGhl DQogICBwb3RlbnRpYWwgcm91dGUgdG8gT3JpZ0FkZHIuICBFYWNoIGludGVybWVkaWF0ZSByb3V0 ZXIgbGVhcm5zIHRoZQ0KDQoNCg0KDQpQZXJraW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMg SnVseSAyMSwgMjAxNiAgICAgICAgICAgICAgICBbUGFnZSAyNF0NCgwNCkludGVybmV0LURyYWZ0 ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMjAx Ng0KDQoNCiAgIHJvdXRlIHRvIFRhcmdBZGRyIChhbmQgb3RoZXIgYWRkcmVzc2VzIGFzIGluZGlj YXRlZCBieQ0KICAgVGFyZ1ByZWZpeExlbiksIHJlZ2VuZXJhdGVzIHRoZSBSUkVQIGFuZCBzZW5k cyB0b3dhcmQgT3JpZ0FkZHIuDQooc2VlbXMgbGlrZSBhIGdvb2Qgb3ZlcnZpZXcgcGFyYWdyYXBo IGJ1dCBub3Qgc3VyZSB3aGF0IGl0IGFkZHMgaGVyZS4gU2hvdWxkIGJlIG1vdmVkIGZ1cnRoZXIg dXAgaW4gdGhlIGRvY3VtZW50IG9yIHJlbW92ZWQuIEpXRCkNCg0KDQogICANCiAgVGhyb3VnaCB0 aGUgdXNlIG9mIGJpZGlyZWN0aW9uYWwgbGluayBtb25pdG9yaW5nIGFuZCBibGFja2xpc3RzIChT ZWN0aW9uIDYuMikgdW5pLWRpcmVjdGlvbmFsIGxpbmtzIG9uIGluaXRpYWwgc2VsZWN0ZWQgcm91 dGUgd2lsbCBiZSBpZ25vcmVkIG9uIHN1YnNlcXVlbnQgcm91dGUgZGlzY292ZXJ5IGF0dGVtcHRz Lg0KKFNlZW1zIGxpa2UgYSBtb3JlIGRpcmVjdCB3YXkgb2Ygc2F5aW5nIHRoZSBzYW1lIHRoaW5n IEpXRCkNCg0KDQogICBSb3V0ZSBkaXNjb3ZlcnkgaXMgY29uc2lkZXJlZCB0byBoYXZlIGZhaWxl ZCBhZnRlcg0KICAgRElTQ09WRVJZX0FUVEVNUFRTX01BWCBhbmQgdGhlIGNvcnJlc3BvbmRpbmcg d2FpdCB0aW1lIGZvciBhbiBSUkVQDQogICByZXNwb25zZSB0byB0aGUgZmluYWwgUlJFUS4gIEFm dGVyIHRoZSBhdHRlbXB0ZWQgcm91dGUgZGlzY292ZXJ5IGhhcw0KICAgZmFpbGVkLCBSUkVRX0dl biB3YWl0cyBhdCBsZWFzdCBSUkVRX0hPTERET1dOX1RJTUUgYmVmb3JlIGF0dGVtcHRpbmcNCiAg IGFub3RoZXIgcm91dGUgZGlzY292ZXJ5IHRvIHRoZSBzYW1lIGRlc3RpbmF0aW9uLCBpbiBvcmRl ciB0byBhdm9pZA0KICAgcmVwZWF0ZWRseSBnZW5lcmF0aW5nIGNvbnRyb2wgdHJhZmZpYyB0aGF0 IGlzIHVubGlrZWx5IHRvIGRpc2NvdmVyIGENCiAgIHJvdXRlLiAgQW55IElQIHBhY2tldHMgYnVm ZmVyZWQgZm9yIFRhcmdBZGRyIGFyZSBhbHNvIGRyb3BwZWQgYW5kIGENCiAgIERlc3RpbmF0aW9u IFVucmVhY2hhYmxlIElDTVAgbWVzc2FnZSAoVHlwZSAzKSB3aXRoIGEgY29kZSBvZiAxIChIb3N0 DQogICBVbnJlYWNoYWJsZSBFcnJvcikgaXMgZGVsaXZlcmVkIHRvIHRoZSBzb3VyY2Ugb2YgdGhl IHBhY2tldCwgc28gdGhhdA0KICAgdGhlIGFwcGxpY2F0aW9uIGtub3dzIGFib3V0IHRoZSBmYWls dXJlLiAgKHdlIGtub3cgdGhpcyBhbHJlYWR5LiBKV0QpDQoNCg0KICAgSWYgUlJFUV9HZW4gZG9l cyByZWNlaXZlIGEgcm91dGUgbWVzc2FnZSBjb250YWluaW5nIGEgcm91dGUgdG8NCiAgIFRhcmdB ZGRyIHdpdGhpbiB0aGUgdGltZW91dCwgaXQgcHJvY2Vzc2VzIHRoZSBtZXNzYWdlIGFjY29yZGlu ZyB0bw0KICAgU2VjdGlvbiA3LiAgV2hlbiBhIHZhbGlkIExvY2FsUm91dGUgZW50cnkgaXMgY3Jl YXRlZCBpbiB0aGUgTG9jYWwNCiAgIFJvdXRlIFNldCwgdGhlIHJvdXRlIGlzIGFsc28gaW5zdGFs bGVkIGluIHRoZSBSb3V0aW5nIEluZm9ybWF0aW9uDQogICBCYXNlLCBhbmQgdGhlIHJvdXRlciB3 aWxsIGJlZ2luIHNlbmRpbmcgdGhlIGJ1ZmZlcmVkIElQIHBhY2tldHMuICBBbnkNCiAgIHJldHJ5 IHRpbWVycyBmb3IgdGhlIGNvcnJlc3BvbmRpbmcgUlJFUSBhcmUgdGhlbiBjYW5jZWxsZWQuDQoN CiAgIER1cmluZyByb3V0ZSBkaXNjb3ZlcnksIGFsbCByb3V0ZXJzIG9uIHRoZSBwYXRoIGxlYXJu IGEgcm91dGUgdG8gYm90aA0KICAgT3JpZ0FkZHIgYW5kIFRhcmdBZGRyLCBzbyB0aGF0IHJvdXRl cyBhcmUgY29uc3RydWN0ZWQgaW4gYm90aA0KICAgZGlyZWN0aW9ucy4gIFRoZSByb3V0ZSBpcyBv cHRpbWl6ZWQgZm9yIHRoZSBmb3J3YXJkIHJvdXRlLCBhbmQgdGhlDQogICByZXR1cm4gcm91dGUg dXNlcyB0aGUgc2FtZSBwYXRoIGluIHJldmVyc2UuDQoNCjYuNy4gIFByb2Nlc3NpbmcgUmVjZWl2 ZWQgUm91dGUgSW5mb3JtYXRpb24NCg0KICAgQWxsIEFPRFZ2MiByb3V0ZSBtZXNzYWdlcyBjb250 YWluIGEgcm91dGUuICBBIFJvdXRlIFJlcXVlc3QgKFJSRVEpDQogICBjb250YWlucyBhIHJvdXRl IHRvd2FyZCBPcmlnQWRkciAoYW5kIG90aGVyIGFkZHJlc3NlcyBhcyBpbmRpY2F0ZWQgYnkNCiAg IE9yaWdQcmVmaXhMZW4pLCBhbmQgYSBSb3V0ZSBSZXBseSAoUlJFUCkgY29udGFpbnMgYSByb3V0 ZSB0b3dhcmQNCiAgIFRhcmdBZGRyIChhbmQgb3RoZXIgYWRkcmVzc2VzIGFzIGluZGljYXRlZCBi eSBUYXJnUHJlZml4TGVuKS4gIEFsbA0KICAgQU9EVnYyIHJvdXRlcnMgdGhhdCByZWNlaXZlIGEg cm91dGUgbWVzc2FnZSBhcmUgYWJsZSB0byBzdG9yZSB0aGUNCiAgIHJvdXRlIGNvbnRhaW5lZCB3 aXRoaW4gaXQgaW4gdGhlaXIgTG9jYWwgUm91dGUgU2V0LiBJbmNvbWluZw0KICAgaW5mb3JtYXRp b24gaXMgZmlyc3QgY2hlY2tlZCB0byB2ZXJpZnkgdGhhdCBpdCBpcyBib3RoIHNhZmUgdG8gdXNl DQogICBhbmQgb2ZmZXJzIGFuIGltcHJvdmVtZW50IHRvIGV4aXN0aW5nIGluZm9ybWF0aW9uLCBh cyBleHBsYWluZWQgaW4NCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBK dWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDI1XQ0KDA0KSW50ZXJuZXQtRHJhZnQg ICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAgICAgSmFudWFyeSAyMDE2 DQoNCg0KICAgU2VjdGlvbiA2LjcuMS4gIFRoZSBMb2NhbCBSb3V0ZSBTZXQgTUFZIHRoZW4gYmUg dXBkYXRlZCBhY2NvcmRpbmcgdG8NCiAgIFNlY3Rpb24gNi43LjIuICAoTUFZIG5vdCBNVVNUPyBX aHkgd291bGRu4oCZdCBvbmUgdXBkYXRlIGl0IGFjY29yZGluZyB0byBzZWN0aW9uIDYuNy4yPyBK V0QpDQoNCg0KICAgSW4gdGhlIHByb2Nlc3NlcyBiZWxvdywgUnRlTXNnIGlzIHVzZWQgdG8gZGVu b3RlIHRoZSByb3V0ZSBtZXNzYWdlLA0KICAgQWR2UnRlIGlzIHVzZWQgdG8gZGVub3RlIHRoZSBy b3V0ZSBjb250YWluZWQgd2l0aGluIGl0LCBhbmQNCiAgIExvY2FsUm91dGUgZGVub3RlcyBhbiBl eGlzdGluZyBlbnRyeSBpbiB0aGUgTG9jYWwgUm91dGUgU2V0IHdoaWNoDQogICBtYXRjaGVzIEFk dlJ0ZSBvbiBhZGRyZXNzLCBwcmVmaXggbGVuZ3RoLCBhbmQgbWV0cmljIHR5cGUuDQoNCiAgIEFk dlJ0ZSBoYXMgdGhlIGZvbGxvd2luZyBwcm9wZXJ0aWVzOg0KDQogICBvICBBZHZSdGUuQWRkcmVz cyA6PSBuZXR3b3JrIGFkZHJlc3MgZ2l2ZW4gYnkgY29tYmluaW5nDQogICAgICBSdGVNc2cuT3Jp Z0FkZHIgYW5kIFJ0ZU1zZy5PcmlnUHJlZml4TGVuIChpbiBSUkVRKSBvcg0KICAgICAgUnRlTXNn LlRhcmdBZGRyIGFuZCBSdGVNc2cuVGFyZ1ByZWZpeExlbiAoaW4gUlJFUCkNCg0KICAgbyAgQWR2 UnRlLlByZWZpeExlbmd0aCA6PSBSdGVNc2cuT3JpZ1ByZWZpeExlbiAoaW4gUlJFUSkgb3INCiAg ICAgIFJ0ZU1zZy5UYXJnUHJlZml4TGVuIChpbiBSUkVQKS4gIElmIG5vIHByZWZpeCBsZW5ndGgg d2FzIGluY2x1ZGVkDQogICAgICBpbiBSdGVNc2csIHByZWZpeCBsZW5ndGggaXMgdGhlIGFkZHJl c3MgbGVuZ3RoLCBpbiBiaXRzLCBvZg0KICAgICAgUnRlTXNnLk9yaWdBZGRyIChpbiBSUkVRKSBv ciBSdGVNc2cuVGFyZ0FkZHIgKGluIFJSRVApDQoNCiAgIG8gIEFkdlJ0ZS5TZXFOdW0gOj0gUnRl TXNnLk9yaWdTZXFOdW0gKGluIFJSRVEpIG9yIFJ0ZU1zZy5UYXJnU2VxTnVtDQogICAgICAoaW4g UlJFUCkNCg0KICAgbyAgQWR2UnRlLk5leHRIb3AgOj0gUnRlTXNnLklQU291cmNlQWRkcmVzcyAo YW4gYWRkcmVzcyBvZiB0aGUgcm91dGVyDQogICAgICBmcm9tIHdoaWNoIHRoZSBSdGVNc2cgd2Fz IHJlY2VpdmVkKQ0KKHN1cmVseSB0aGlzIG11c3QgYmUgYW4gYWRkcmVzcyBvZiB0aGUgc2VuZGlu ZyBpbnRlcmZhY2Ugb2YgdGhlIHJvdXRlciBmcm9tIHdoaWNoIHRoZSBSdGVNc2cgd2FzIHJlY2Vp dmVkLiBKV0QpDQoNCg0KICAgbyAgQWR2UnRlLk1ldHJpY1R5cGUgOj0gUnRlTXNnLk1ldHJpY1R5 cGUNCg0KICAgbyAgQWR2UnRlLk1ldHJpYyA6PSBSdGVNc2cuTWV0cmljDQoNCiAgIG8gIEFkdlJ0 ZS5Db3N0IDo9IENvc3QoUikgdXNpbmcgdGhlIGNvc3QgZnVuY3Rpb24gYXNzb2NpYXRlZCB3aXRo IHRoZQ0KICAgICAgcm91dGUncyBtZXRyaWMgdHlwZSwgaS5lLiBDb3N0KFIpID0gQWR2UnRlLk1l dHJpYyArIENvc3QoTCksIGFzDQogICAgICBkZXNjcmliZWQgaW4gU2VjdGlvbiA1LCB3aGVyZSBM IGlzIHRoZSBsaW5rIGZyb20gdGhlIGFkdmVydGlzaW5nDQogICAgICByb3V0ZXINCg0KICAgbyAg QWR2UnRlLlZhbGlkaXR5VGltZSA6PSBSdGVNc2cuVmFsaWRpdHlUaW1lLCBpZiBpbmNsdWRlZA0K DQo2LjcuMS4gIEV2YWx1YXRpbmcgUm91dGUgSW5mb3JtYXRpb24NCg0KICAgQW4gaW5jb21pbmcg YWR2ZXJ0aXNlZCByb3V0ZSAoQWR2UnRlKSBpcyBjb21wYXJlZCB0byBleGlzdGluZw0KICAgTG9j YWxSb3V0ZXMgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgdGhlIGFkdmVydGlzZWQgcm91dGUgaXMgdG8g YmUgdXNlZA0KICAgdG8gdXBkYXRlIHRoZSBBT0RWdjIgTG9jYWwgUm91dGUgU2V0LiBUaGUgaW5j b21pbmcgcm91dGUgaW5mb3JtYXRpb24NCiAgIE1VU1QgYmUgcHJvY2Vzc2VkIGFzIGZvbGxvd3M6 DQoNCiAgIDEuICBTZWFyY2ggZm9yIGEgTG9jYWxSb3V0ZSBpbiB0aGUgTG9jYWwgUm91dGUgU2V0 IG1hdGNoaW5nIEFkdlJ0ZSdzDQogICAgICAgYWRkcmVzcywgcHJlZml4IGxlbmd0aCBhbmQgbWV0 cmljIHR5cGUNCg0KICAgICAgICogIElmIG5vIG1hdGNoaW5nIExvY2FsUm91dGUgZXhpc3RzLCBB ZHZSdGUgTVVTVCBiZSB1c2VkIHRvDQogICAgICAgICAgdXBkYXRlIHRoZSBMb2NhbCBSb3V0ZSBT ZXQuDQoNCg0KDQpQZXJraW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAx NiAgICAgICAgICAgICAgICBbUGFnZSAyNl0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAg ICAgICAgIEFPRFZ2MiAgICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCiAgICAg ICAqICBJZiBhIG1hdGNoaW5nIExvY2FsUm91dGUgZXhpc3RzLCBjb250aW51ZSB0byBTdGVwIDIu DQoNCiAgIDIuICBDb21wYXJlIHNlcXVlbmNlIG51bWJlcnMgdXNpbmcgdGhlIHRlY2huaXF1ZSBk ZXNjcmliZWQgaW4NCiAgICAgICBTZWN0aW9uIDQuNA0KDQogICAgICAgKiAgSWYgQWR2UnRlIGlz IG1vcmUgcmVjZW50LCBBZHZSdGUgTVVTVCBiZSB1c2VkIHRvIHVwZGF0ZSB0aGUNCiAgICAgICAg ICBMb2NhbCBSb3V0ZSBTZXQuDQoNCiAgICAgICAqICBJZiBBZHZSdGUgaXMgc3RhbGUsIEFkdlJ0 ZSBNVVNUIE5PVCBiZSB1c2VkIHRvIHVwZGF0ZSB0aGUNCiAgICAgICAgICBMb2NhbCBSb3V0ZSBT ZXQuDQoNCiAgICAgICAqICBJZiB0aGUgc2VxdWVuY2UgbnVtYmVycyBhcmUgZXF1YWwsIGNvbnRp bnVlIHRvIFN0ZXAgMy4NCg0KICAgMy4gIENoZWNrIHRoYXQgQWR2UnRlIGlzIHNhZmUgYWdhaW5z dCByb3V0aW5nIGxvb3BzIChzZWUgU2VjdGlvbiA1KQ0KDQogICAgICAgKiAgSWYgTG9vcEZyZWUo QWR2UnRlLCBMb2NhbFJvdXRlKSByZXR1cm5zIEZBTFNFLCBBZHZSdGUgTVVTVCBOT1QNCiAgICAg ICAgICBiZSB1c2VkIHRvIHVwZGF0ZSB0aGUgTG9jYWwgUm91dGUgU2V0IGJlY2F1c2UgdXNpbmcg dGhlDQogICAgICAgICAgaW5jb21pbmcgaW5mb3JtYXRpb24gbWlnaHQgY2F1c2UgYSByb3V0aW5n IGxvb3AuDQooZG9lcyBwcm9jZXNzaW5nIHN0b3AgaGVyZT8gIEl0IHNlZW1zIGxpa2UgaXQgaHNv dWxkIGJlIHRoYXQgaXNu4oCZdCBzdGF0ZWQuIEpXRCkNCg0KDQogICAgICAgKiAgSWYgTG9vcEZy ZWUoQWR2UnRlLCBMb2NhbFJvdXRlKSByZXR1cm5zIFRSVUUsIGNvbnRpbnVlIHRvIFN0ZXANCiAg ICAgICAgICA0Lg0KDQogICA0LiAgQ29tcGFyZSByb3V0ZSBjb3N0cw0KDQogICAgICAgKiAgSWYg QWR2UnRlIGlzIGJldHRlciwgaXQgU0hPVUxEIGJlIHVzZWQgdG8gdXBkYXRlIHRoZSBMb2NhbA0K ICAgICAgICAgIFJvdXRlIFNldCBiZWNhdXNlIGl0IG9mZmVycyBpbXByb3ZlbWVudC4gIElmIGl0 IGlzIG5vdCB1c2VkIHRvDQogICAgICAgICAgdXBkYXRlIHRoZSBMb2NhbCBSb3V0ZSBTZXQsIHRo ZSBleGlzdGluZyBub24tb3B0aW1hbA0KICAgICAgICAgIExvY2FsUm91dGUgd2lsbCBjb250aW51 ZSB0byBiZSB1c2VkLCBjYXVzaW5nIGRhdGEgdHJhZmZpYyB0bw0KICAgICAgICAgIHVzZSBhIG5v bi1vcHRpbWFsIHJvdXRlLg0KDQogICAgICAgKiAgSWYgQWR2UnRlIGlzIGVxdWFsIGluIGNvc3Qg YW5kIExvY2FsUm91dGUgaXMgdmFsaWQsIEFkdlJ0ZSBNQVkNCiAgICAgICAgICBiZSB1c2VkIHRv IHVwZGF0ZSB0aGUgTG9jYWwgUm91dGUgU2V0IGJ1dCB3aWxsIG9mZmVyIG5vDQogICAgICAgICAg aW1wcm92ZW1lbnQuDQoNCiAgICAgICAqICBJZiBBZHZSdGUgaXMgd29yc2UgYW5kIExvY2FsUm91 dGUgaXMgdmFsaWQsIEFkdlJ0ZSBNVVNUIE5PVCBiZQ0KICAgICAgICAgIHVzZWQgdG8gdXBkYXRl IHRoZSBMb2NhbCBSb3V0ZSBTZXQgYmVjYXVzZSBpdCBkb2VzIG5vdCBvZmZlcg0KICAgICAgICAg IGFueSBpbXByb3ZlbWVudC4NCihkb2VzIHByb2Nlc3Npbmcgc3RvcCBoZXJlPyAgSXQgc2VlbXMg bGlrZSBpdCBoc291bGQgYmUgdGhhdCBpc27igJl0IHN0YXRlZC4gSldEKQ0KDQoNCiAgICAgICAq ICBJZiBBZHZSdGUgaXMgbm90IGJldHRlciAoaS5lLiwgaXQgaXMgd29yc2Ugb3IgZXF1YWwpIGJ1 dA0KICAgICAgICAgIExvY2FsUm91dGUgaXMgSW52YWxpZCBvciBVbmNvbmZpcm1lZCwgQWR2UnRl IFNIT1VMRCBiZSB1c2VkIHRvDQogICAgICAgICAgdXBkYXRlIHRoZSBMb2NhbCBSb3V0ZSBTZXQg YmVjYXVzZSBpdCBjYW4gc2FmZWx5IHJlcGFpciB0aGUNCiAgICAgICAgICBleGlzdGluZyBJbnZh bGlkIExvY2FsUm91dGUgb3Igb2ZmZXIgYW4gYWx0ZXJuYXRpdmUgdG8gdGhlDQogICAgICAgICAg ZXhpc3RpbmcgVW5jb25maXJtZWQgcm91dGUuDQoNCiAgIElmIHRoZSBhZHZlcnRpc2VkIHJvdXRl IGlzIHRvIGJlIHVzZWQgdG8gdXBkYXRlIHRoZSBMb2NhbCBSb3V0ZSBTZXQsDQogICB0aGUgcHJv Y2VkdXJlIGluIFNlY3Rpb24gNi43LjIgTVVTVCBiZSBmb2xsb3dlZC4gDQoNCg0KDQoNCg0KDQpQ ZXJraW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAg ICAgICBbUGFnZSAyN10NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2 MiAgICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCjYuNy4yLiAgQXBwbHlpbmcg Um91dGUgVXBkYXRlcw0KDQogICBBZnRlciBkZXRlcm1pbmluZyB0aGF0IEFkdlJ0ZSBpcyB0byBi ZSB1c2VkIHRvIHVwZGF0ZSB0aGUgTG9jYWwgUm91dGUNCiAgIFNldCAoYXMgZGVzY3JpYmVkIGlu IFNlY3Rpb24gNi43LjEpLCB0aGUgZm9sbG93aW5nIHByb2NlZHVyZSBhcHBsaWVzLg0KDQogICBJ ZiBBZHZSdGUgaXMgbGVhcm5lZCBmcm9tIGFuIFJSRVEgbWVzc2FnZSwgdGhlIGxpbmsgdG8gdGhl IG5leHQgaG9wDQogICBuZWlnaGJvciBtYXkgbm90IGJlIGNvbmZpcm1lZCBhcyBiaWRpcmVjdGlv bmFsIChzZWUgU2VjdGlvbiA0LjMpLg0KICAgVGhlIHJvdXRlIHdpbGwgb2ZmZXIgaW1wcm92ZW1l bnQgdG8gdGhlIExvY2FsIFJvdXRlIFNldCBpZiB0aGUNCiAgIG5laWdoYm9yIGNhbiBiZSBjb25m aXJtZWQuICBJZiB0aGVyZSBpcyBubyBleGlzdGluZyBtYXRjaGluZyByb3V0ZSwNCiAgIEFkdlJ0 ZSBhbGxvd3MgYSBjb3JyZXNwb25kaW5nIFJSRVAgdG8gYmUgc2VudC4gIElmIGEgbWF0Y2hpbmcg ZW50cnkNCiAgIGFscmVhZHkgZXhpc3RzLCBBZHZSdGUgb2ZmZXJzIHBvdGVudGlhbCBpbXByb3Zl bWVudC4NCg0KICAgVGhlIHJvdXRlIHVwZGF0ZSBpcyBhcHBsaWVkIGFzIGZvbGxvd3M6DQoNCiAg IDEuICBJZiBubyBleGlzdGluZyBlbnRyeSBpbiB0aGUgTG9jYWwgUm91dGUgU2V0IG1hdGNoZXMg QWR2UnRlJ3MNCiAgICAgICBhZGRyZXNzLCBwcmVmaXggbGVuZ3RoIGFuZCBtZXRyaWMgdHlwZSwg Y29udGludWUgdG8gU3RlcCAzIGFuZA0KICAgICAgIGNyZWF0ZSBhIG5ldyBlbnRyeSBpbiB0aGUg TG9jYWwgUm91dGUgU2V0Lg0KDQogICAyLiAgSWYgYSBtYXRjaGluZyBlbnRyeSAoTG9jYWxSb3V0 ZSkgZXhpc3RzIGluIHRoZSBMb2NhbCBSb3V0ZSBTZXQ6DQoNCiAgICAgICAqICBJZiBBZHZSdGUg aGFzIGEgZGlmZmVyZW50IG5leHQgaG9wIHRvIExvY2FsUm91dGUsIGFuZCBib3RoDQogICAgICAg ICAgQWR2UnRlLk5leHRIb3AncyBOZWlnaGJvci5TdGF0ZSBpcyBVbmtub3duIGFuZA0KICAgICAg ICAgIExvY2FsUm91dGUuU3RhdGUgaXMgQWN0aXZlIG9yIElkbGUsIHRoZSBjdXJyZW50IHJvdXRl IGlzIHZhbGlkDQogICAgICAgICAgYnV0IHRoZSBhZHZlcnRpc2VkIHJvdXRlIG1heSBvZmZlciBp bXByb3ZlbWVudCwgaWYgdGhlIGxpbmsgdG8NCiAgICAgICAgICB0aGUgbmV4dCBob3AgY2FuIGJl IGNvbmZpcm1lZCBhcyBiaWRpcmVjdGlvbmFsLiAgQWR2UnRlIFNIT1VMRA0KICAgICAgICAgIGJl IHN0b3JlZCBhcyBhbiBhZGRpdGlvbmFsIGVudHJ5IGluIHRoZSBMb2NhbCBSb3V0ZSBTZXQsIHdp dGgNCiAgICAgICAgICBMb2NhbFJvdXRlLlN0YXRlIHNldCB0byBVbmNvbmZpcm1lZC4gIENvbnRp bnVlIHByb2Nlc3NpbmcgZnJvbQ0KICAgICAgICAgIFN0ZXAgMyB0byBjcmVhdGUgYSBuZXcgTG9j YWxSb3V0ZS4NCg0KICAgICAgICogIElmIEFkdlJ0ZS5OZXh0SG9wJ3MgTmVpZ2hib3IuU3RhdGUg aXMgVW5rbm93biBhbmQNCiAgICAgICAgICBMb2NhbFJvdXRlLlN0YXRlIGlzIEludmFsaWQsIHRo ZSBhZHZlcnRpc2VkIHJvdXRlIGNhbiByZXBsYWNlDQogICAgICAgICAgdGhlIGV4aXN0aW5nIExv Y2FsUm91dGUuICBDb250aW51ZSBwcm9jZXNzaW5nIGZyb20gU3RlcCA0IHRvDQogICAgICAgICAg dXBkYXRlIHRoZSBleGlzdGluZyBMb2NhbFJvdXRlLg0KDQogICAgICAgKiAgSWYgQWR2UnRlLk5l eHRIb3AncyBOZWlnaGJvci5TdGF0ZSBpcyBDb25maXJtZWQsIGNvbnRpbnVlDQogICAgICAgICAg cHJvY2Vzc2luZyBmcm9tIFN0ZXAgNCB0byB1cGRhdGUgdGhlIGV4aXN0aW5nIExvY2FsUm91dGUu DQoNCiAgICAgICAqICBJZiB0aGUgZXhpc3RpbmcgTG9jYWxSb3V0ZS5TdGF0ZSBpcyBVbmNvbmZp cm1lZCwgY29udGludWUNCiAgICAgICAgICBwcm9jZXNzaW5nIGZyb20gU3RlcCAzIHRvIGNyZWF0 ZSBhIG5ldyBMb2NhbFJvdXRlLg0KDQogICAzLiAgQ3JlYXRlIGFuIGVudHJ5IGluIHRoZSBMb2Nh bCBSb3V0ZSBTZXQgYW5kIGluaXRpYWxpemUgYXMgZm9sbG93czoNCg0KICAgICAgICogIExvY2Fs Um91dGUuQWRkcmVzcyA6PSBBZHZSdGUuQWRkcmVzcw0KDQogICAgICAgKiAgTG9jYWxSb3V0ZS5Q cmVmaXhMZW5ndGggOj0gQWR2UnRlLlByZWZpeExlbmd0aA0KDQogICAgICAgKiAgTG9jYWxSb3V0 ZS5NZXRyaWNUeXBlIDo9IEFkdlJ0ZS5NZXRyaWNUeXBlDQoNCg0KDQoNClBlcmtpbnMsIGV0IGFs LiAgICAgICAgICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDI4 XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAg ICAgICAgICAgSmFudWFyeSAyMDE2DQoNCg0KICAgNC4gIFVwZGF0ZSB0aGUgTG9jYWxSb3V0ZSBh cyBmb2xsb3dzOg0KDQogICAgICAgKiAgTG9jYWxSb3V0ZS5TZXFOdW0gOj0gQWR2UnRlLlNlcU51 bQ0KDQogICAgICAgKiAgTG9jYWxSb3V0ZS5OZXh0SG9wIDo9IEFkdlJ0ZS5OZXh0SG9wDQoNCiAg ICAgICAqICBMb2NhbFJvdXRlLk5leHRIb3BJbnRlcmZhY2UgOj0gaW50ZXJmYWNlIG9uIHdoaWNo IFJ0ZU1zZyB3YXMNCiAgICAgICAgICByZWNlaXZlZA0KDQogICAgICAgKiAgTG9jYWxSb3V0ZS5N ZXRyaWMgOj0gQWR2UnRlLkNvc3QNCg0KICAgICAgICogIExvY2FsUm91dGUuTGFzdFVzZWQgOj0g Q3VycmVudFRpbWUNCg0KICAgICAgICogIExvY2FsUm91dGUuTGFzdFNlcU51bVVwZGF0ZSA6PSBD dXJyZW50VGltZQ0KDQogICAgICAgKiAgTG9jYWxSb3V0ZS5FeHBpcmF0aW9uVGltZSA6PSBDdXJy ZW50VGltZSArIEFkdlJ0ZS5WYWxpZGl0eVRpbWUNCiAgICAgICAgICBpZiBhIHZhbGlkaXR5IHRp bWUgZXhpc3RzLCBvdGhlcndpc2UgSU5GSU5JVFlfVElNRQ0KDQogICA1LiAgSWYgYSBuZXcgTG9j YWxSb3V0ZSB3YXMgY3JlYXRlZCwgb3IgaWYgdGhlIGV4aXN0aW5nDQogICAgICAgTG9jYWxSb3V0 ZS5TdGF0ZSBpcyBJbnZhbGlkIG9yIFVuY29uZmlybWVkLCB1cGRhdGUgTG9jYWxSb3V0ZSBhcw0K ICAgICAgIGZvbGxvd3M6DQoodGhpcyBpcyBhbWJ1Z2lvdXMgYXMgdGhlcmUgbWF5IGJlIG1vcmUg dGhhbiBvbmUgdW5jb25maXJtZWQgTG9jYWxSb3V0ZSB1bmxlc3MgSeKAmW0gbWlzc2luZyBzb21l dGhpbmcuICBKV0QpDQogICAgICAgKiAgTG9jYWxSb3V0ZS5TdGF0ZSA6PSBVbmNvbmZpcm1lZCAo aWYgdGhlIG5leHQgaG9wJ3MNCiAgICAgICAgICBOZWlnaGJvci5TdGF0ZSBpcyBVbmtub3duKSBv ciBJZGxlIChpZiB0aGUgbmV4dCBob3Ancw0KICAgICAgICAgIE5laWdoYm9yLlN0YXRlIGlzIENv bmZpcm1lZCkNCg0KICAgNi4gIElmIGFuIGV4aXN0aW5nIExvY2FsUm91dGUuU3RhdGUgY2hhbmdl ZCBmcm9tIEludmFsaWQgb3INCiAgICAgICBVbmNvbmZpcm1lZCB0byBiZWNvbWUgSWRsZSwgYW55 IG1hdGNoaW5nIExvY2FsUm91dGUgd2l0aCB3b3JzZQ0KICAgICAgIG1ldHJpYyB2YWx1ZSBTSE9V TEQgYmUgZXhwdW5nZWQuDQoNCiAgIDcuICBJZiB0aGlzIHVwZGF0ZSByZXN1bHRzIGluIExvY2Fs Um91dGUuU3RhdGUgb2YgQWN0aXZlIG9yIElkbGUsDQogICAgICAgd2hpY2ggbWF0Y2hlcyBhIHJv dXRlIHJlcXVlc3Qgd2hpY2ggaXMgc3RpbGwgaW4gcHJvZ3Jlc3MsIHRoZQ0KICAgICAgIGFzc29j aWF0ZWQgcm91dGUgcmVxdWVzdCByZXRyeSB0aW1lcnMgY2FuIGJlIGNhbmNlbGxlZC4NCihjYW4/ IG5vdCBTSE9VTEQgb3IgTVVTVD8gSldEKQ0KICAgSWYgdGhpcyB1cGRhdGUgdG8gdGhlIExvY2Fs IFJvdXRlIFNldCByZXN1bHRzIGluIG11bHRpcGxlIExvY2FsUm91dGVzDQogICB0byB0aGUgc2Ft ZSBhZGRyZXNzLCB0aGUgYmVzdCBMb2NhbFJvdXRlIHdpbGwgYmUgVW5jb25maXJtZWQuICBJbg0K ICAgb3JkZXIgdG8gaW1wcm92ZSB0aGUgcm91dGUgdXNlZCBmb3IgZm9yd2FyZGluZywgdGhlIHJv dXRlciBTSE9VTEQgdHJ5DQogICB0byBkZXRlcm1pbmUgaWYgdGhlIGxpbmsgdG8gdGhlIG5leHQg aG9wIG9mIHRoYXQgTG9jYWxSb3V0ZSBpcw0KICAgYmlkaXJlY3Rpb25hbCwgYnkgdXNpbmcgdGhh dCBMb2NhbFJvdXRlIHRvIGZvcndhcmQgZnV0dXJlIFJSRVBzIGFuZA0KICAgcmVxdWVzdCBhY2tu b3dsZWRnZW1lbnRzIChzZWUgU2VjdGlvbiA3LjIuMSkuDQood2Ugc2VlbSB0byBiZSBtaXNzaW5n IHdoZW4gdGhlIFJvdXRlIEluZm9ybWF0aW9uIEJhc2Ugc2hvdWxkIGJlIHVwZGF0ZWQgYmFzZWQg b24gdGhlIG5ldyBMb2NhbCBSb3V0ZSBTZXQuICBKV0QpDQoNCg0KNi44LiAgU3VwcHJlc3Npbmcg UmVkdW5kYW50IE1lc3NhZ2VzIFVzaW5nIHRoZSBNdWx0aWNhc3QgUm91dGUgTWVzc2FnZQ0KICAg ICAgVGFibGUNCg0KICAgV2hlbiByb3V0ZSBtZXNzYWdlcyBhcmUgZmxvb2RlZCBpbiBhIE1BTkVU LCBhbiBBT0RWdjIgcm91dGVyIG1heQ0KICAgcmVjZWl2ZSBtdWx0aXBsZSBzaW1pbGFyIG1lc3Nh Z2VzLiAgUmVnZW5lcmF0aW5nIGV2ZXJ5IG9uZSBvZiB0aGVzZQ0KICAgZ2l2ZXMgbGl0dGxlIGFk ZGl0aW9uYWwgYmVuZWZpdCwgYW5kIGdlbmVyYXRlcyB1bm5lY2Vzc2FyeSBzaWduYWxpbmcNCiAg IHRyYWZmaWMgYW5kIG1pZ2h0IGdlbmVyYXRlIHVubmVjZXNzYXJ5IGludGVyZmVyZW5jZS4NCg0K DQoNClBlcmtpbnMsIGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAg ICAgICAgICAgIFtQYWdlIDI5XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAg QU9EVnYyICAgICAgICAgICAgICAgICAgICAgSmFudWFyeSAyMDE2DQoNCg0KICAgRWFjaCBBT0RW djIgcm91dGVyIHN0b3JlcyBpbmZvcm1hdGlvbiBhYm91dCByZWNlbnRseSByZWNlaXZlZCByb3V0 ZQ0KICAgbWVzc2FnZXMgaW4gdGhlIEFPRFZ2MiBNdWx0aWNhc3QgUm91dGUgTWVzc2FnZSBUYWJs ZSAoU2VjdGlvbiA0LjYpLg0KDQoNCiAgIE11bHRpY2FzdCBSb3V0ZSBNZXNzYWdlIFRhYmxlIEVu dHJpZXMgY29uc2lzdCBvZjoNCg0KDQogICBvICBSdGVNc2cuTWVzc2FnZVR5cGUgOj0gUlJFUSBv ciBSUkVQDQoNCiAgIG8gIFJ0ZU1zZy5PcmlnQWRkciA6PSBPcmlnQWRkciBmcm9tIHRoZSBtZXNz YWdlDQoNCiAgIG8gIFJ0ZU1zZy5PcmlnUHJlZml4TGVuIDo9IHRoZSBwcmVmaXggbGVuZ3RoIGFz c29jaWF0ZWQgd2l0aCBPcmlnQWRkcg0KDQogICBvICBSdGVNc2cuVGFyZ0FkZHIgOj0gVGFyZ0Fk ZHIgZnJvbSB0aGUgbWVzc2FnZQ0KDQogICBvICBSdGVNc2cuVGFyZ1ByZWZpeExlbiA6PSB0aGUg cHJlZml4IGxlbmd0aCBhc3NvY2lhdGVkIHdpdGggVGFyZ0FkZHINCg0KICAgbyAgUnRlTXNnLk9y aWdTZXFOdW0gOj0gdGhlIHNlcXVlbmNlIG51bWJlciBhc3NvY2lhdGVkIHdpdGggT3JpZ0FkZHIs DQogICAgICBpZiBwcmVzZW50IGluIHRoZSBtZXNzYWdlDQoNCiAgIG8gIFJ0ZU1zZy5UYXJnU2Vx TnVtIDo9IHRoZSBzZXF1ZW5jZSBudW1iZXIgYXNzb2NpYXRlZCB3aXRoIFRhcmdBZGRyLA0KICAg ICAgaWYgcHJlc2VudCBpbiB0aGUgbWVzc2FnZQ0KDQogICBvICBSdGVNc2cuTWV0cmljVHlwZSA6 PSB0aGUgbWV0cmljIHR5cGUgb2YgdGhlIHJvdXRlIHJlcXVlc3RlZA0KDQogICBvICBSdGVNc2cu TWV0cmljIDo9IHRoZSBtZXRyaWMgdmFsdWUgYXNzb2NpYXRlZCB3aXRoIE9yaWdBZGRyIGluIGFu DQogICAgICBSUkVRIG9yIFRhcmdBZGRyIGluIGFuIFJSRVANCg0KICAgbyAgUnRlTXNnLlRpbWVz dGFtcCA6PSBDdXJyZW50VGltZQ0KDQogICBvICBSdGVNc2cuUmVtb3ZlVGltZSA6PSBDdXJyZW50 VGltZSArIE1BWF9TRVFOVU1fTElGRVRJTUUNCihUaGlzIGluZm9ybWF0aW9uIGlzIHJlcGVhdGVk IGxhdGVyIGluIHRoaXMgc2FtZSBzZWN0aW9uLiBTdWdnZXN0IG1ha2luZyB0aGlzIGp1c3QgYSBs aXN0IGFuZCB1cGRhdGluZyB0aGUgbGF0ZXIgc2VjdGlvbiB3aXRoIHRoZSBhc3NpZ25tZW50cyBh cyB0aGUgbGF0ZXIgaXMgaW5jb21wbGV0ZS4gSldEKQ0KDQoNCiAgIEVudHJpZXMgaW4gdGhlIE11 bHRpY2FzdCBSb3V0ZSBNZXNzYWdlIFRhYmxlIFNIT1VMRCBiZSBtYWludGFpbmVkIGZvcg0KICAg YXQgbGVhc3QgUnRlTXNnX0VOVFJZX1RJTUUgYWZ0ZXIgdGhlIGxhc3QgVGltZXN0YW1wIHVwZGF0 ZSBpbiBvcmRlcg0KICAgdG8gYWNjb3VudCBmb3IgbG9uZy1saXZlZCBSUkVRcyB0cmF2ZXJzaW5n IHRoZSBuZXR3b3JrLiAgQW4gZW50cnkNCiAgIE1VU1QgYmUgZGVsZXRlZCB3aGVuIHRoZSBzZXF1 ZW5jZSBudW1iZXIgaXMgbm8gbG9uZ2VyIHZhbGlkLCBpLmUuLA0KICAgYWZ0ZXIgTUFYX1NFUU5V TV9MSUZFVElNRS4gIE1lbW9yeS1jb25zdHJhaW5lZCBkZXZpY2VzIE1BWSByZW1vdmUgdGhlDQog ICBlbnRyeSBiZWZvcmUgdGhpcyB0aW1lLg0KDQogICBSZWNlaXZlZCByb3V0ZSBtZXNzYWdlcyBh cmUgdGVzdGVkIGFnYWluc3QgcHJldmlvdXNseSByZWNlaXZlZCByb3V0ZQ0KICAgbWVzc2FnZXMs IGFuZCBpZiBkZXRlcm1pbmVkIHRvIGJlIHJlZHVuZGFudCwgcmVnZW5lcmF0aW9uIG9yIHJlc3Bv bnNlDQogICBjYW4gYmUgYXZvaWRlZC4NCg0KICAgVG8gZGV0ZXJtaW5lIGlmIGEgcmVjZWl2ZWQg bWVzc2FnZSBpcyByZWR1bmRhbnQ6DQoNCiAgIDEuICBTZWFyY2ggZm9yIGFuIGVudHJ5IGluIHRo ZSBNdWx0aWNhc3QgUm91dGUgTWVzc2FnZSBUYWJsZSB3aXRoIHRoZQ0KICAgICAgIHNhbWUgTWVz c2FnZVR5cGUsIE9yaWdBZGRyLCBUYXJnQWRkciwgYW5kIE1ldHJpY1R5cGUNCg0KICAgICAgICog IElmIHRoZXJlIGlzIG5vIGVudHJ5LCB0aGUgbWVzc2FnZSBpcyBub3QgcmVkdW5kYW50Lg0KDQoN Cg0KDQpQZXJraW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAg ICAgICAgICAgICBbUGFnZSAzMF0NCiANCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAg IEFPRFZ2MiAgICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCiAgICAgICAqICBJ ZiB0aGVyZSBpcyBhbiBlbnRyeSwgY29udGludWUgdG8gU3RlcCAyLg0KDQogICAyLiAgQ29tcGFy ZSBzZXF1ZW5jZSBudW1iZXJzIHVzaW5nIHRoZSB0ZWNobmlxdWUgZGVzY3JpYmVkIGluDQogICAg ICAgU2VjdGlvbiA0LjQNCg0KICAgICAgICogIEZvciBSUkVRIG1lc3NhZ2VzLCB1c2UgT3JpZ1Nl cU51bSBvZiB0aGUgZW50cnkgZm9yIGNvbXBhcmlzb24uDQogICAgICAgICAgRm9yIFJSRVAgbWVz c2FnZXMsIHVzZSBUYXJnU2VxTnVtIG9mIHRoZSBlbnRyeSBmb3IgY29tcGFyaXNvbi4NCg0KICAg ICAgICogIElmIHRoZSBlbnRyeSBoYXMgYW4gb2xkZXIgc2VxdWVuY2UgbnVtYmVyIHRoYW4gdGhl IHJlY2VpdmVkDQogICAgICAgICAgbWVzc2FnZSwgdGhlIG1lc3NhZ2UgaXMgbm90IHJlZHVuZGFu dC4NCg0KICAgICAgICogIElmIHRoZSBlbnRyeSBoYXMgYSBuZXdlciBzZXF1ZW5jZSBudW1iZXIg dGhhbiB0aGUgcmVjZWl2ZWQNCiAgICAgICAgICBtZXNzYWdlLCB0aGUgbWVzc2FnZSBpcyByZWR1 bmRhbnQuDQoNCiAgICAgICAqICBJZiB0aGUgZW50cnkgaGFzIHRoZSBzYW1lIHNlcXVlbmNlIG51 bWJlciwgY29udGludWUgdG8gU3RlcCAzLg0KDQogICAzLiAgQ29tcGFyZSB0aGUgbWV0cmljIHZh bHVlcw0KDQogICAgICAgKiAgSWYgdGhlIGVudHJ5IGhhcyBhIE1ldHJpYyB2YWx1ZSB0aGF0IGlz IHdvcnNlIHRoYW4gb3IgZXF1YWwgdG8NCiAgICAgICAgICB0aGUgbWV0cmljIGluIHRoZSByZWNl aXZlZCBtZXNzYWdlLCB0aGUgbWVzc2FnZSBpcyByZWR1bmRhbnQuDQoNCiAgICAgICAqICBJZiB0 aGUgZW50cnkgaGFzIGEgTWV0cmljIHZhbHVlIHRoYXQgaXMgYmV0dGVyIHRoYW4gdGhlIG1ldHJp Yw0KICAgICAgICAgIGluIHRoZSByZWNlaXZlZCBtZXNzYWdlLCB0aGUgbWVzc2FnZSBpcyBub3Qg cmVkdW5kYW50Lg0KDQogICBJZiB0aGUgbWVzc2FnZSBpcyByZWR1bmRhbnQsIHVwZGF0ZSB0aGUg VGltZXN0YW1wIGFuZCBSZW1vdmVUaW1lIG9uDQogICB0aGUgZW50cnksIHNpbmNlIG1hdGNoaW5n IHJvdXRlIG1lc3NhZ2VzIGFyZSBzdGlsbCB0cmF2ZXJzaW5nIHRoZQ0KICAgbmV0d29yayBhbmQg dGhpcyBlbnRyeSBzaG91bGQgYmUgbWFpbnRhaW5lZC4gIFRoaXMgbWVzc2FnZSBTSE9VTEQgTk9U DQogICBiZSByZWdlbmVyYXRlZCBvciByZXNwb25kZWQgdG8uDQoNCiAgIElmIHRoZSBtZXNzYWdl IGlzIG5vdCByZWR1bmRhbnQsIGNyZWF0ZSBhbiBlbnRyeSBvciB1cGRhdGUgdGhlDQogICBleGlz dGluZyBlbnRyeS4NCg0KICAgVG8gdXBkYXRlIGEgTXVsdGljYXN0IFJvdXRlIE1lc3NhZ2UgVGFi bGUgZW50cnksIHNldDoNCg0KICAgbyAgUnRlTXNnLk9yaWdTZXFOdW0gOj0gdGhlIHNlcXVlbmNl IG51bWJlciBhc3NvY2lhdGVkIHdpdGggT3JpZ0FkZHIsDQogICAgICBpZiBwcmVzZW50IGluIHRo ZSByZWNlaXZlZCBtZXNzYWdlDQoNCiAgIG8gIFJ0ZU1zZy5UYXJnU2VxTnVtIDo9IHRoZSBzZXF1 ZW5jZSBudW1iZXIgYXNzb2NpYXRlZCB3aXRoIFRhcmdBZGRyLA0KICAgICAgaWYgcHJlc2VudCBp biB0aGUgcmVjZWl2ZWQgbWVzc2FnZQ0KDQogICBvICBSdGVNc2cuTWV0cmljIDo9IHRoZSBtZXRy aWMgdmFsdWUgYXNzb2NpYXRlZCB3aXRoIE9yaWdBZGRyIGluIGENCiAgICAgIHJlY2VpdmVkIFJS RVEgb3IgVGFyZ0FkZHIgaW4gYSByZWNlaXZlZCBSUkVQDQoNCiAgIG8gIFJ0ZU1zZy5UaW1lc3Rh bXAgOj0gQ3VycmVudFRpbWUNCg0KICAgbyAgUnRlTXNnLlJlbW92ZVRpbWUgOj0gQ3VycmVudFRp bWUgKyBNQVhfU0VRTlVNX0xJRkVUSU1FDQoodGhpcyBsaXN0IGlzIGluY29tcGxldGUgYW5kIHNo b3VsZCBiZSByZXBsYWNlZCB3aXRoIHRoZSBvbmUgcHJlc2VudGVkIGVhcmxpZXIuIEpXRCkNCg0K DQoNCg0KDQoNCg0KDQpQZXJraW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwg MjAxNiAgICAgICAgICAgICAgICBbUGFnZSAzMV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAg ICAgICAgICAgIEFPRFZ2MiAgICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCg0K DQogICBXaGVuIGEgbWVzc2FnZSBpcyBkZXRlcm1pbmVkIHRvIGJlIG5vdCByZWR1bmRhbnQgYmVm b3JlIFN0ZXAgMywgaXQgTVVTVA0KICAgYmUgcmVnZW5lcmF0ZWQgb3IgcmVzcG9uZGVkIHRvLiAg V2hlbmEgbWVzc2FnZSBpcyBkZXRlcm1pbmVkIHRvIGJlIG5vdA0KICAgcmVkdW5kYW50IGluIFN0 ZXAgMywgaXQgTUFZIGJlIHN1cHByZXNzZWQgdG8gYXZvaWQgZXh0cmEgY29udHJvbA0KICAgdHJh ZmZpYy4gIEhvd2V2ZXIsIHNpbmNlIHRoZSBwcm9jZXNzaW5nIG9mIHRoZSBtZXNzYWdlIHdpbGwg cmVzdWx0IGluDQogICBhbiB1cGRhdGUgdG8gdGhlIExvY2FsIFJvdXRlIFNldCwgdGhlIG1lc3Nh Z2UgU0hPVUxEIGJlIHJlZ2VuZXJhdGVkDQogICBvciByZXNwb25kZWQgdG8sIHRvIGVuc3VyZSBv dGhlciByb3V0ZXJzIGhhdmUgdXAtdG8tZGF0ZSBpbmZvcm1hdGlvbg0KICAgYW5kIHRoZSBiZXN0 IG1ldHJpY3MuICBJZiB0aGUgbWVzc2FnZSBpcyBub3QgcmVnZW5lcmF0ZWQsIHRoZSBiZXN0IHJv dXRlIG1heSBub3QgYmUNCiAgIGZvdW5kLiAgUmVnZW5lcmF0aW9uIGFuZCByZXNwb25zZSBpcyB0 byBiZSBwZXJmb3JtZWQgdXNpbmcNCiAgIHRoZSBwcm9jZXNzZXMgb3V0bGluZWQgaW4gU2VjdGlv biA3Lg0KDQoNCjYuOS4gIExvY2FsIFJvdXRlIFNldCBNYWludGVuYW5jZQ0KDQogICBSb3V0ZSBt YWludGVuYW5jZSBpbnZvbHZlcyBtb25pdG9yaW5nIExvY2FsUm91dGVzIGluIHRoZSBMb2NhbCBS b3V0ZQ0KICAgU2V0LCB1cGRhdGluZyBMb2NhbFJvdXRlLlN0YXRlIHRvIGhhbmRsZSByb3V0ZSB0 aW1lb3V0cyBhbmQgcmVwb3J0aW5nDQogICByb3V0ZXMgdGhhdCBiZWNvbWUgSW52YWxpZC4NCg0K Ni45LjEuICBMb2NhbCBSb3V0ZSBTdGF0ZSBDaGFuZ2VzDQoNCiAgIER1cmluZyBub3JtYWwgb3Bl cmF0aW9uLCBBT0RWdjIgZG9lcyBub3QgcmVxdWlyZSBhbnkgZXhwbGljaXQNCiAgIHRpbWVvdXRz IHRvIG1hbmFnZSB0aGUgbGlmZXRpbWUgb2YgYSByb3V0ZS4gIEF0IGFueSB0aW1lLCBhbnkNCiAg IExvY2FsUm91dGUgTUFZIGJlIGV4YW1pbmVkIGFuZCB1cGRhdGVkIGFjY29yZGluZyB0byB0aGUg cnVsZXMgYmVsb3cuDQogICBJZiB0aW1lcnMgYXJlIG5vdCB1c2VkIHRvIHByb21wdCB1cGRhdGVz IG9mIExvY2FsUm91dGUuU3RhdGUsIHRoZQ0KICAgTG9jYWxSb3V0ZS5TdGF0ZSBNVVNUIGJlIGNo ZWNrZWQgYmVmb3JlIElQIHBhY2tldCBmb3J3YXJkaW5nIGFuZA0KICAgYmVmb3JlIGFueSBvcGVy YXRpb24gYmFzZWQgb24gTG9jYWxSb3V0ZS5TdGF0ZS4NCg0KICAgUm91dGUgdGltZW91dCBiZWhh dmlvdXIgaXMgYXMgZm9sbG93czoNCg0KICAgbyAgQW4gVW5jb25maXJtZWQgcm91dGUgTVVTVCBi ZSBleHB1bmdlZCBhdCBNQVhfU0VRTlVNX0xJRkVUSU1FIGFmdGVyDQogICAgICBMb2NhbFJvdXRl Lkxhc3RTZXFOdW1VcGRhdGUuDQoNCiAgIG8gIEFuIElkbGUgcm91dGUgTVVTVCBiZWNvbWUgQWN0 aXZlIHdoZW4gdXNlZCB0byBmb3J3YXJkIGFuIElQDQogICAgICBwYWNrZXQuICBJZiB0aGUgcm91 dGUgaXMgbm90IHVzZWQgdG8gZm9yd2FyZCBhbiBJUCBwYWNrZXQgd2l0aGluDQogICAgICBNQVhf SURMRVRJTUUsIExvY2FsUm91dGUuU3RhdGUgTVVTVCBiZWNvbWUgSW52YWxpZC4NCg0KICAgbyAg QW4gQWN0aXZlIHJvdXRlIHdoaWNoIGlzIGEgdGltZWQgcm91dGUgKGkuZS4sIHdpdGgNCiAgICAg IExvY2FsUm91dGUuRXhwaXJhdGlvblRpbWUgbm90IGVxdWFsIHRvIElORklOSVRZX1RJTUUpIHJl bWFpbnMNCiAgICAgIEFjdGl2ZSB1bnRpbCBMb2NhbFJvdXRlLkV4cGlyYXRpb25UaW1lLCBhZnRl ciB3aGljaCBpdCBNVVNUIGJlY29tZQ0KICAgICAgSW52YWxpZC4gIElmIGl0IGl0IG5vdCBhIHRp bWVkIHJvdXRlLCBpdCBNVVNUIGJlY29tZSBJZGxlIGlmIHRoZQ0KICAgICAgcm91dGUgaXMgbm90 IHVzZWQgdG8gZm9yd2FyZCBhbiBJUCBwYWNrZXQgd2l0aGluIEFDVElWRV9JTlRFUlZBTC4NCg0K ICAgbyAgQW4gSW52YWxpZCByb3V0ZSBTSE9VTEQgcmVtYWluIGluIHRoZSBMb2NhbCBSb3V0ZSBT ZXQsIHNpbmNlDQogICAgICBMb2NhbFJvdXRlLlNlcU51bSBpcyB1c2VkIHRvIGNsYXNzaWZ5IGZ1 dHVyZSBpbmZvcm1hdGlvbiBhYm91dA0KICAgICAgTG9jYWxSb3V0ZS5BZGRyZXNzIGFzIHN0YWxl IG9yIGZyZXNoLg0KDQogICBvICBJbiBhbGwgY2FzZXMsIGlmIHRoZSB0aW1lIHNpbmNlIExvY2Fs Um91dGUuTGFzdFNlcU51bVVwZGF0ZQ0KICAgICAgZXhjZWVkcyBNQVhfU0VRTlVNX0xJRkVUSU1F LCBMb2NhbFJvdXRlLlNlcU51bSBtdXN0IGJlIHNldCB0bw0KICAgICAgemVyby4gIFRoaXMgaXMg cmVxdWlyZWQgdG8gZW5zdXJlIHRoYXQgYW55IEFPRFZ2MiByb3V0ZXJzDQogICAgICBmb2xsb3dp bmcgdGhlIGluaXRpYWxpemF0aW9uIHByb2NlZHVyZSBjYW4gc2FmZWx5IGJlZ2luIHJvdXRpbmcN Cg0KDQoNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBKdWx5IDIxLCAy MDE2ICAgICAgICAgICAgICAgIFtQYWdlIDMyXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAg ICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAgICAgSmFudWFyeSAyMDE2DQoNCg0KDQoN CiAgICAgIGZ1bmN0aW9ucyB1c2luZyBhIG5ldyBzZXF1ZW5jZSBudW1iZXIuICBBIExvY2FsUm91 dGUgd2l0aA0KICAgICAgTG9jYWxSb3V0ZS5TdGF0ZSBzZXQgdG8gQWN0aXZlIG9yIElkbGUgY2Fu IHJlbWFpbiBpbiB0aGUgTG9jYWwNCiAgICAgIFJvdXRlIFNldCBhZnRlciByZW1vdmluZyB0aGUg c2VxdWVuY2UgbnVtYmVyLCBidXQgaWYNCiAgICAgIExvY2FsUm91dGUuU3RhdGUgaXMgSW52YWxp ZCwgb3IgbGF0ZXIgYmVjb21lcyBJbnZhbGlkLCB0aGUNCiAgICAgIExvY2FsUm91dGUgTVVTVCBi ZSBleHB1bmdlZCBmcm9tIHRoZSBMb2NhbCBSb3V0ZSBTZXQuDQooaXTigJlzIG5vdCBjbGVhciB0 byBtZSB3aGF0IHRoZSB1c2UgY2FzZSBvZiByZW1vdmluZyB0aGUgc2VxdWVuY2UgbnVtYmVyIHdo aWxlIHRoZSByb3V0ZSBpcyBzdGlsbCBhY3RpdmUgd2lsbCBhY2hpZXZlLiBzdWdnZXN0IHJlbW92 YWwgb3Igc29tZSBzbWFsbCBleHBsaW5hdGlvbiBKV0QpDQoNCg0KICAgTG9jYWxSb3V0ZXMgY2Fu IGJlY29tZSBJbnZhbGlkIGJlZm9yZSBhIHRpbWVvdXQgb2NjdXJzOg0KDQogICBvICBJZiBhIGxp bmsgYnJlYWtzLCBhbGwgTG9jYWxSb3V0ZXMgdXNpbmcgdGhhdCBsaW5rIGZvcg0KICAgICAgTG9j YWxSb3V0ZS5OZXh0SG9wIE1VU1QgaW1tZWRpYXRlbHkgaGF2ZSBMb2NhbFJvdXRlLlN0YXRlIHNl dCB0bw0KICAgICAgSW52YWxpZC4NCihob3cgd291bGQgb25lIGtub3cgaWYgYSBsaW5rIGJyZWFr cz8gQXNzdW1pbmcgc29tZSBleHRlcm5hbCBwcm9jZXNzIG9yIG5vdGlmaWNhdGlvbi4gDQpKV0Qp IA0KDQoNCiAgIG8gIElmIGEgUm91dGUgRXJyb3IgKFJFUlIpIG1lc3NhZ2UgY29udGFpbmluZyB0 aGUgcm91dGUgaXMgcmVjZWl2ZWQsDQogICAgICBlaXRoZXIgZnJvbSBMb2NhbFJvdXRlLk5leHRI b3AsIG9yIHdpdGggUGt0U291cmNlIHNldCB0byBhIFJvdXRlcg0KICAgICAgQ2xpZW50IGFkZHJl c3MsIExvY2FsUm91dGUuU3RhdGUgTVVTVCBpbW1lZGlhdGVseSBiZSBzZXQgdG8NCiAgICAgIElu dmFsaWQuDQooaXTigJlzIG5vdCBjbGVhciB0byBtZSBob3cgdGhlIFJFUlLigJlzIGFyZSBpZGVu dGlmaWVkIGNvbnNpZGVyIHJld29yZGluZyB0byBtYWtlIGl0IG1vcmUgY2xlYXIuIEpXRCkNCg0K DQogICBMb2NhbFJvdXRlcyBhcmUgYWxzbyB1cGRhdGVkIHdoZW4gTmVpZ2hib3IuU3RhdGUgaXMg dXBkYXRlZDoNCg0KDQogICBvICBXaGlsZSB0aGUgdmFsdWUgb2YgTmVpZ2hib3IuU3RhdGUgaXMg c2V0IHRvIFVua25vd24sIGFueSByb3V0ZXMgaW4NCiAgICAgIHRoZSBMb2NhbCBSb3V0ZSBTZXQg dXNpbmcgdGhhdCBuZWlnaGJvciBhcyBhIG5leHQgaG9wIE1VU1QgaGF2ZQ0KICAgICAgTG9jYWxS b3V0ZS5TdGF0ZSBzZXQgdG8gVW5jb25maXJtZWQuDQooU2hvdWxkbuKAmXQgdGhleSBhbHNvIGJl IHJlbW92ZWQgZnJvbSB0aGUgUm91dGUgSW5mb3JtYXRpb24gQmFzZT8gSldEKQ0KDQoNCiAgIG8g IFdoZW4gdGhlIHZhbHVlIG9mIE5laWdoYm9yLlN0YXRlIGlzIHNldCB0byBDb25maXJtZWQsIHRo ZQ0KICAgICAgVW5jb25maXJtZWQgcm91dGVzIGluIHRoZSBMb2NhbCBSb3V0ZSBTZXQgdXNpbmcg dGhhdCBuZWlnaGJvciBhcyBhDQogICAgICBuZXh0IGhvcCBNVVNUIGhhdmUgTG9jYWxSb3V0ZS5T dGF0ZSBzZXQgdG8gSWRsZS4gIEFueSBvdGhlcg0KICAgICAgbWF0Y2hpbmcgTG9jYWxSb3V0ZXMg d2l0aCBtZXRyaWMgdmFsdWVzIHdvcnNlIHRoYW4NCiAgICAgIExvY2FsUm91dGUuTWV0cmljIE1V U1QgYmUgZXhwdW5nZWQgZnJvbSB0aGUgTG9jYWwgUm91dGUgU2V0Lg0KDQogICBvICBXaGVuIHRo ZSB2YWx1ZSBvZiBOZWlnaGJvci5TdGF0ZSBpcyBzZXQgdG8gQmxhY2tsaXN0ZWQsIGFueSB2YWxp ZA0KICAgICAgcm91dGVzIGluIHRoZSBMb2NhbCBSb3V0ZSBTZXQgdXNpbmcgdGhhdCBuZWlnaGJv ciBmb3IgdGhlaXIgbmV4dA0KICAgICAgaG9wIE1VU1QgaGF2ZSBMb2NhbFJvdXRlLlN0YXRlIHNl dCB0byBJbnZhbGlkLg0KDQogICBvICBXaGVuIGEgTmVpZ2hib3IgVGFibGUgZW50cnkgaXMgcmVt b3ZlZCwgYWxsIHJvdXRlcyBpbiB0aGUgTG9jYWwNCiAgICAgIFJvdXRlIFNldCB1c2luZyB0aGF0 IG5laWdoYm9yIGFzIG5leHQgaG9wIE1VU1QgaGF2ZQ0KICAgICAgTG9jYWxSb3V0ZS5TdGF0ZSBz ZXQgdG8gSW52YWxpZC4NCg0KICAgSW4gc29tZSBjYXNlcywgYnkgc2V0dGluZyBMb2NhbFJvdXRl LlN0YXRlIHRvIENvbmZpcm1lZCB3aGVuDQogICBOZWlnaGJvci5TdGF0ZSBpcyBzZXQgdG8gQ29u ZmlybWVkLCBhbiBpc3N1ZSBjYW4gb2NjdXIgaWYgZGF0YQ0KICAgcGFja2V0cyBhcmUgZm9yd2Fy ZGVkIHRvIExvY2FsUm91dGUuQWRkcmVzcyBiZWZvcmUgdGhlIGxpbmtzIHRoYXQNCiAgIGZvcm0g dGhlIHJlc3Qgb2YgdGhlIHJvdXRlIGFyZSBjb25maXJtZWQgYXMgYmlkaXJlY3Rpb25hbC4NCiAg IEludGVybWVkaWF0ZSByb3V0ZXJzIHdpbGwgbm90IGhhdmUgYSB2YWxpZCByb3V0ZSB0byBmb3J3 YXJkIHRoZXNlDQogICBkYXRhIHBhY2tldHMsIGFuZCB3aWxsIGdlbmVyYXRlIGEgUm91dGUgRXJy b3IgbWVzc2FnZS4gIFRoaXMgaW4gdHVybg0KICAgcmVzdWx0cyBpbiByb3V0ZXMgdG8gdGhhdCBk ZXN0aW5hdGlvbiBiZWluZyByZW1vdmVkIGZyb20gb3RoZXINCiAgIHJvdXRlcnMuICBIb3dldmVy LCBzdWJzZXF1ZW50IGRhdGEgcGFja2V0cyB3aWxsIGNhdXNlIGEgbmV3IHJvdXRlDQogICBkaXNj b3ZlcnkgYXR0ZW1wdCB0byBiZSBpbml0aWF0ZWQgYnkgdGhlIHJvdXRlciB3aXRoIHRoZSBzb3Vy Y2UNCiAgIGFkZHJlc3Mgb2YgdGhlIGRhdGEgcGFja2V0IGNvbmZpZ3VyZWQgYXMgYSBSb3V0ZXIg Q2xpZW50Lg0KKFRoaXMgd2lsbCBvbmx5IG9jY3VyIHdoZW4gYSB0YXJnZXQgc3RhcnRzIHNlbmRp bmcgcGFja2V0cyB0byBhbiBvcmlnaW5hdG9yIGFkZHJlc3Mgd2hlbiBvbmx5IHBhcnQgb2YgdGhl IHJldmVyc2UgcGF0aCBoYXMgYmVlbiBjb25maXJtZWQsIGluIHRoZSBtaWRkbGUgb2YgYSByb3V0 ZSByZXF1ZXN0IGZyb20gb3JpZ2luYXRvciB0byBzb3VyY2U/IEFtIEkgY29ycmVjdD8gIElmIHNv IHRoZW4gdGhlIHJvdXRlIHJlcXVlc3Qgd291bGQgaGF2ZSBiZWVuIHNlbnQgbm9ybWFsbHkgYW5k IEkgc2VlIG5vIGlzc3VlLiBKV0QpDQoNCg0KDQoNCg0KDQpQZXJraW5zLCBldCBhbC4gICAgICAg ICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAgICBbUGFnZSAzM10NCgwNCklu dGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAgICAgICAgICAgICAgICAg IEphbnVhcnkgMjAxNg0KDQoNCiAgIE1lbW9yeSBjb25zdHJhaW5lZCBkZXZpY2VzIE1BWSBjaG9v c2UgdG8gZXhwdW5nZSByb3V0ZXMgZnJvbSB0aGUNCiAgIEFPRFZ2MiBMb2NhbCBSb3V0ZSBTZXQg YmVmb3JlIExvY2FsUm91dGUuRXhwaXJhdGlvblRpbWUsIGJ1dCBNVVNUDQogICBhZGhlcmUgdG8g dGhlIGZvbGxvd2luZyBydWxlczoNCg0KICAgbyAgQW4gQWN0aXZlIHJvdXRlIE1VU1QgTk9UIGJl IGV4cHVuZ2VkLCBhcyBpdCBpcyBpbiB1c2UuICBJZg0KICAgICAgZGVsZXRlZCwgSVAgdHJhZmZp YyBmb3J3YXJkZWQgdG8gdGhpcyByb3V0ZXIgd2lsbCBwcm9tcHQNCiAgICAgIGdlbmVyYXRpb24g b2YgYSBSb3V0ZSBFcnJvciBtZXNzYWdlLCBhbmQgaXQgd2lsbCBiZSBuZWNlc3NhcnkgZm9yDQog ICAgICBhIFJvdXRlIFJlcXVlc3QgdG8gYmUgZ2VuZXJhdGVkIGJ5IHRoZSBvcmlnaW5hdG9yJ3Mg cm91dGVyIHRvIHJlLQ0KICAgICAgZXN0YWJsaXNoIHRoZSByb3V0ZS4NCg0KICAgbyAgQW4gSWRs ZSByb3V0ZSBTSE9VTEQgTk9UIGJlIGV4cHVuZ2VkLCBhcyBpdCBpcyBzdGlsbCB2YWxpZCBmb3IN CiAgICAgIGZvcndhcmRpbmcgSVAgdHJhZmZpYy4gIElmIGRlbGV0ZWQsIHRoaXMgY291bGQgcmVz dWx0IGluIGRyb3BwZWQNCiAgICAgIElQIHBhY2tldHMgYW5kIGEgUm91dGUgUmVxdWVzdCBjb3Vs ZCBiZSBnZW5lcmF0ZWQgdG8gcmUtZXN0YWJsaXNoDQogICAgICB0aGUgcm91dGUuDQoNCiAgIG8g IEFueSBJbnZhbGlkIHJvdXRlIE1BWSBiZSBleHB1bmdlZC4gIExlYXN0IHJlY2VudGx5IHVzZWQg SW52YWxpZA0KICAgICAgcm91dGVzIFNIT1VMRCBiZSBleHB1bmdlZCBmaXJzdCwgc2luY2UgdGhl IHNlcXVlbmNlIG51bWJlcg0KICAgICAgaW5mb3JtYXRpb24gaXMgbGVzcyBsaWtlbHkgdG8gYmUg dXNlZnVsLg0KDQogICBvICBBbiBVbmNvbmZpcm1lZCByb3V0ZSBNVVNUIE5PVCBiZSBleHB1bmdl ZCBpZiBpdCB3YXMgaW5zdGFsbGVkDQogICAgICB3aXRoaW4gdGhlIGxhc3QgUlJFUV9XQUlUX1RJ TUUsIGJlY2F1c2UgaXQgbWF5IGNvcnJlc3BvbmQgdG8gYQ0KICAgICAgcm91dGUgZGlzY292ZXJ5 IGluIHByb2dyZXNzLiAgQSBSb3V0ZSBSZXBseSBtZXNzYWdlIG1pZ2h0IGJlDQogICAgICByZWNl aXZlZCB3aGljaCBuZWVkcyB0byB1c2UgdGhlIExvY2FsUm91dGUuTmV4dEhvcCBpbmZvcm1hdGlv bi4NCiAgICAgIE90aGVyd2lzZSwgaXQgTUFZIGJlIGV4cHVuZ2VkLg0KDQo2LjkuMi4gIFJlcG9y dGluZyBJbnZhbGlkIFJvdXRlcw0KDQogICBXaGVuIExvY2FsUm91dGUuU3RhdGUgY2hhbmdlcyBm cm9tIEFjdGl2ZSB0byBJbnZhbGlkIGFzIGEgcmVzdWx0IG9mIGENCiAgIGJyb2tlbiBsaW5rIG9y IGEgcmVjZWl2ZWQgUm91dGUgRXJyb3IgKFJFUlIpIG1lc3NhZ2UsIG90aGVyIEFPRFZ2Mg0KICAg cm91dGVycyBNVVNUIGJlIGluZm9ybWVkIGJ5IHNlbmRpbmcgYW4gUkVSUiBtZXNzYWdlIGNvbnRh aW5pbmcNCiAgIGRldGFpbHMgb2YgdGhlIGludmFsaWRhdGVkIHJvdXRlLg0KDQogICBBbiBSRVJS IG1lc3NhZ2UgTVVTVCBhbHNvIGJlIHNlbnQgd2hlbiBhbiBBT0RWdjIgcm91dGVyIHJlY2VpdmVz IGFuDQogICBJUCBwYWNrZXQgdG8gZm9yd2FyZCBvbiBiZWhhbGYgb2YgYW5vdGhlciByb3V0ZXIg YnV0IGRvZXMgbm90IGhhdmUgYQ0KICAgdmFsaWQgcm91dGUgaW4gaXRzIFJvdXRpbmcgSW5mb3Jt YXRpb24gQmFzZSBmb3IgdGhlIGRlc3RpbmF0aW9uIG9mDQogICB0aGUgcGFja2V0Lg0KDQogICBB biBSRVJSIG1lc3NhZ2UgTVVTVCBhbHNvIGJlIHNlbnQgd2hlbiBhbiBBT0RWdjIgcm91dGVyIHJl Y2VpdmVzIGFuDQogICBSUkVQIG1lc3NhZ2UgdG8gcmVnZW5lcmF0ZSwgYnV0IHRoZSBMb2NhbFJv dXRlIHRvIHRoZSBPcmlnQWRkciBpbiB0aGUNCiAgIFJSRVAgaGFzIGJlZW4gbG9zdCBvciBpcyBt YXJrZWQgYXMgSW52YWxpZC4NCg0KICAgVGhlIHBhY2tldCBvciBtZXNzYWdlIHRyaWdnZXJpbmcg dGhlIFJFUlIgTVVTVCBiZSBkaXNjYXJkZWQuDQoNCiAgIEdlbmVyYXRpb24gb2YgYW4gUkVSUiBt ZXNzYWdlIGlzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDcuNC4xLg0KDQoNCg0KDQoNCg0KDQpQZXJr aW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAg ICBbUGFnZSAzNF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAg ICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCjcuICBBT0RWdjIgUHJvdG9jb2wg TWVzc2FnZXMNCg0KICAgQU9EVnYyIGRlZmluZXMgZm91ciBtZXNzYWdlIHR5cGVzOiBSb3V0ZSBS ZXF1ZXN0IChSUkVRKSwgUm91dGUgUmVwbHkNCiAgIChSUkVQKSwgUm91dGUgUmVwbHkgQWNrbm93 bGVkZ2VtZW50IChSUkVQX0FjayksIGFuZCBSb3V0ZSBFcnJvcg0KICAgKFJFUlIpLg0KDQogICBF YWNoIEFPRFZ2MiBtZXNzYWdlIGlzIGRlZmluZWQgYXMgYSBzZXQgb2YgZGF0YS4gIFJ1bGVzIGZv ciB0aGUNCiAgIGdlbmVyYXRpb24sIHJlY2VwdGlvbiBhbmQgcmVnZW5lcmF0aW9uIG9mIGVhY2gg bWVzc2FnZSB0eXBlIGFyZQ0KICAgZGVzY3JpYmVkIGluIHRoZSBmb2xsb3dpbmcgc2VjdGlvbnMu ICBTZWN0aW9uIDggZGlzY3Vzc2VzIGhvdyB0aGUNCiAgIGRhdGEgaXMgbWFwcGVkIHRvIFtSRkM1 NDQ0XSBNZXNzYWdlIFRMVnMsIEFkZHJlc3MgQmxvY2tzLCBhbmQgQWRkcmVzcw0KICAgVExWcy4N Cg0KNy4xLiAgUm91dGUgUmVxdWVzdCAoUlJFUSkgTWVzc2FnZQ0KDQogICBSb3V0ZSBSZXF1ZXN0 IG1lc3NhZ2VzIGFyZSB1c2VkIGluIHJvdXRlIGRpc2NvdmVyeSBvcGVyYXRpb25zIHRvDQogICBy ZXF1ZXN0IGEgcm91dGUgdG8gYSBzcGVjaWZpZWQgdGFyZ2V0IGFkZHJlc3MuICBSUkVRIG1lc3Nh Z2VzIGhhdmUNCiAgIHRoZSBmb2xsb3dpbmcgY29udGVudHM6DQoNCiAgICArLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQog ICAgfCAgICAgICAgICAgICBtc2dfaG9wX2xpbWl0LCAob3B0aW9uYWwpIG1zZ19ob3BfY291bnQg ICAgICAgICAgICAgfA0KICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgICB8ICAgICAgICAgICAgICAgICAgICAg ICAgICAgQWRkcmVzc0xpc3QgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgKy0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tKw0KICAgIHwgICAgICAgICAgICAgICAgICAgUHJlZml4TGVuZ3RoTGlzdCAob3B0aW9uYWwp ICAgICAgICAgICAgICAgICAgIHwNCiAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICAgfCAgICAgICAgICAgICAg ICBPcmlnU2VxTnVtLCAob3B0aW9uYWwpIFRhcmdTZXFOdW0gICAgICAgICAgICAgICAgfA0KICAg ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSsNCiAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgTWV0cmljVHlwZSAg ICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgIHwgICAgICAg ICAgICAgICAgICAgICAgICAgICBPcmlnTWV0cmljICAgICAgICAgICAgICAgICAgICAgICAgICAg IHwNCiAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0rDQogICAgfCAgICAgICAgICAgICAgICAgICAgIFZhbGlkaXR5VGlt ZSAob3B0aW9uYWwpICAgICAgICAgICAgICAgICAgICAgfA0KICAgICstLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCg0KICAg ICAgICAgICAgICAgICAgICAgIEZpZ3VyZSAxOiBSUkVRIG1lc3NhZ2UgY29udGVudHMNCg0KICAg bXNnX2hvcF9saW1pdA0KICAgICAgVGhlIHJlbWFpbmluZyBudW1iZXIgb2YgaG9wcyBhbGxvd2Vk IGZvciBkaXNzZW1pbmF0aW9uIG9mIHRoZSBSUkVRDQogICAgICBtZXNzYWdlLg0KDQogICBtc2df aG9wX2NvdW50DQogICAgICBUaGUgbnVtYmVyIG9mIGhvcHMgYWxyZWFkeSB0cmF2ZXJzZWQgZHVy aW5nIGRpc3NlbWluYXRpb24gb2YgdGhlDQogICAgICBSUkVRIG1lc3NhZ2UuDQoNCiAgIEFkZHJl c3NMaXN0DQogICAgICBDb250YWlucyBPcmlnQWRkciBhbmQgVGFyZ0FkZHIsIHRoZSBzb3VyY2Ug YW5kIGRlc3RpbmF0aW9uDQogICAgICBhZGRyZXNzZXMgb2YgdGhlIElQIHBhY2tldCBmb3Igd2hp Y2ggYSByb3V0ZSBpcyByZXF1ZXN0ZWQuDQogICAgICBPcmlnQWRkciBhbmQgVGFyZ0FkZHIgTVVT VCBiZSByb3V0YWJsZSB1bmljYXN0IGFkZHJlc3Nlcy4NCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAg ICAgICAgICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDM1XQ0K DA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAg ICAgICAgSmFudWFyeSAyMDE2DQoNCg0KICAgUHJlZml4TGVuZ3RoTGlzdA0KICAgICAgQ29udGFp bnMgT3JpZ1ByZWZpeExlbiwgaS5lLiwgdGhlIGxlbmd0aCwgaW4gYml0cywgb2YgdGhlIHByZWZp eA0KICAgICAgYXNzb2NpYXRlZCB3aXRoIHRoZSBSb3V0ZXIgQ2xpZW50IGVudHJ5IHdoaWNoIGlu Y2x1ZGVzIE9yaWdBZGRyLg0KICAgICAgSWYgb21pdHRlZCwgdGhlIHByZWZpeCBsZW5ndGggaXMg ZXF1YWwgdG8gT3JpZ0FkZHIncyBhZGRyZXNzDQogICAgICBsZW5ndGggaW4gYml0cy4NCg0KICAg T3JpZ1NlcU51bQ0KICAgICAgVGhlIHNlcXVlbmNlIG51bWJlciBhc3NvY2lhdGVkIHdpdGggT3Jp Z0FkZHIuDQoNCiAgIFRhcmdTZXFOdW0NCiAgICAgIEEgc2VxdWVuY2UgbnVtYmVyIGFzc29jaWF0 ZWQgd2l0aCBhbiBleGlzdGluZyBJbnZhbGlkIHJvdXRlIHRvDQogICAgICBUYXJnQWRkci4gIFRo aXMgTUFZIGJlIGluY2x1ZGVkIGlmIGF2YWlsYWJsZSwgYW5kIGlzIHVzZWZ1bCBmb3INCiAgICAg IHRoZSBvcHRpb25hbCBJbnRlcm1lZGlhdGUgUlJFUCBmZWF0dXJlIChzZWUgU2VjdGlvbiAxMC4z KS4NCg0KICAgTWV0cmljVHlwZQ0KICAgICAgVGhlIG1ldHJpYyB0eXBlIGFzc29jaWF0ZWQgd2l0 aCBPcmlnTWV0cmljLg0KDQogICBPcmlnTWV0cmljDQogICAgICBUaGUgbWV0cmljIHZhbHVlIGFz c29jaWF0ZWQgd2l0aCB0aGUgTG9jYWxSb3V0ZSB0byBPcmlnQWRkciAoYW5kDQogICAgICB0byBh bnkgb3RoZXIgYWRkcmVzc2VzIGluY2x1ZGVkIGluIHRoZSBnaXZlbiBwcmVmaXggbGVuZ3RoKSwg YXMNCiAgICAgIHNlZW4gZnJvbSB0aGUgc2VuZGVyIG9mIHRoZSBtZXNzYWdlLg0KDQogICBWYWxp ZGl0eVRpbWUNCiAgICAgIFRoZSBsZW5ndGggb2YgdGltZSB0aGF0IHRoZSBtZXNzYWdlIHNlbmRl ciBpcyB3aWxsaW5nIHRvIG9mZmVyIGENCiAgICAgIHJvdXRlIHRvd2FyZCBPcmlnQWRkciAoYW5k IGFueSBvdGhlciBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlDQogICAgICBnaXZlbiBwcmVmaXgg bGVuZ3RoKS4gIE9taXR0ZWQgaWYgbm8gdGltZSBsaW1pdCBpcyBpbXBvc2VkLg0KDQo3LjEuMS4g IFJSRVEgR2VuZXJhdGlvbg0KDQoNCiAgIEEgUlJFUSBpcyBnZW5lcmF0ZWQgd2hlbiBhbiBJUCBw YWNrZXQgbmVlZHMgdG8gYmUgZm9yd2FyZGVkIGZvciBhDQogICBSb3V0ZXIgQ2xpZW50LCBhbmQg bm8gdmFsaWQgcm91dGUgY3VycmVudGx5IGV4aXN0cyBmb3IgdGhlIHBhY2tldCdzDQogICBkZXN0 aW5hdGlvbiBpbiB0aGUgUm91dGluZyBJbmZvcm1hdGlvbiBCYXNlLg0KDQoNCiAgIEJlZm9yZSBj cmVhdGluZyBhIFJSRVEsIHRoZSByb3V0ZXIgU0hPVUxEIGNoZWNrIGlmIGEgUlJFUSBoYXMNCiAg IHJlY2VudGx5IGJlZW4gc2VudCBmb3IgdGhlIHJlcXVlc3RlZCBkZXN0aW5hdGlvbi4gIElmIHNv LCBhbmQgdGhlDQogICB3YWl0IHRpbWUgZm9yIGEgcmVwbHkgaGFzIG5vdCB5ZXQgYmVlbiByZWFj aGVkLCB0aGUgcm91dGVyIFNIT1VMRA0KICAgY29udGludWUgdG8gYXdhaXQgYSByZXNwb25zZSB3 aXRob3V0IGdlbmVyYXRpbmcgYSBuZXcgUlJFUS4gIElmIHRoZQ0KICAgdGltZW91dCBoYXMgYmVl biByZWFjaGVkLCBhIG5ldyBSUkVRIE1BWSBiZSBnZW5lcmF0ZWQuICBJZiBidWZmZXJpbmcNCiAg IGlzIGNvbmZpZ3VyZWQsIGluY29taW5nIElQIHBhY2tldHMgYXdhaXRpbmcgdGhpcyByb3V0ZSBT SE9VTEQgYmUNCiAgIGJ1ZmZlcmVkIHVudGlsIHRoZSByb3V0ZSBkaXNjb3ZlcnkgaXMgY29tcGxl dGVkLg0KKHBlcmhhcHMgSeKAmW0gbWlzc2luZyBhIHRhYmxlIG9yIHNvbWV0aGluZyBidXQgSSBk b27igJl0IHJlbWVtYmVyIGFueSBSUkVRIHRhYmxlIG9yIGxpc3QgYmVpbmcgZGVzY3JpYmVkIHdo aWNoIGkgY2FuIGNoZWNrIGlmIGEgUlJFUSBoYXMgYmVlbiByZWNlbnRseSBzZW50IHdpdGggYXNz b2NpYXRlZCB0aW1lcnMuIElmIHRoZXJlIGlzIHN1Y2ggYSB0YWJsZSB0aGVuIGl0IHNob3VsZCBi ZSBtZW50aW9uZWQgaGVyZS4gSWYgdGhlcmUgaXNu4oCZdCBhb24gdGhlcmUgc2hvdWxkIGJlLiBK V0QhKQ0KDQoNCiAgIElmIHRoZSBsaW1pdCBmb3IgdGhlIHJhdGUgb2YgQU9EVnYyIGNvbnRyb2wg bWVzc2FnZSBnZW5lcmF0aW9uIGhhcw0KICAgYmVlbiByZWFjaGVkLCBubyBtZXNzYWdlIFNIT1VM RCBiZSBnZW5lcmF0ZWQuICBJZiBhcHByb2FjaGluZyB0aGUNCiAgIGxpbWl0LCB0aGUgbWVzc2Fn ZSBzaG91bGQgYmUgc2VudCBpZiB0aGUgcHJpb3JpdGllcyBpbiBTZWN0aW9uIDYuNQ0KICAgYWxs b3cgaXQuDQooVGhlcmUgaXMgbm8gZGVmaW5lZCBiZWhhdmlvciBoZXJlLiBBcHByb2FjaGluZyB0 aGUgbGltaXQ/IFNlY3Rpb24gNi41IG91dGxpbmVzIHdoaWNoIG1lc3NhZ2VzIGFyZSBtb3JlIGlt cG9ydGFudCBidXQgbm93IGhvdyB0byBkZWNpZGUgdG8gYWxsb3cgdGhlbSB0byBiZSB0cmFuc21p dHRlZCBvciBub3QuIEpXRCkNCg0KDQogICBUbyBnZW5lcmF0ZSB0aGUgUlJFUSwgdGhlIHJvdXRl ciAocmVmZXJyZWQgdG8gYXMgUlJFUV9HZW4pIGZvbGxvd3MNCiAgIHRoaXMgcHJvY2VkdXJlOg0K DQoNCg0KUGVya2lucywgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAg ICAgICAgICAgICAgW1BhZ2UgMzZdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAg ICBBT0RWdjIgICAgICAgICAgICAgICAgICAgICBKYW51YXJ5IDIwMTYNCg0KDQogICAxLiAgU2V0 IG1zZ19ob3BfbGltaXQgOj0gTUFYX0hPUENPVU5UDQoNCiAgIDIuICBTZXQgbXNnX2hvcF9jb3Vu dCA6PSAwLCBpZiBpbmNsdWRpbmcgaXQNCg0KICAgMy4gIFNldCBBZGRyZXNzTGlzdCA6PSB7T3Jp Z0FkZHIsIFRhcmdBZGRyfQ0KDQogICA0LiAgRm9yIHRoZSBQcmVmaXhMZW5ndGhMaXN0Og0KDQog ICAgICAgKiAgSWYgT3JpZ0FkZHIgaXMgcGFydCBvZiBhbiBhZGRyZXNzIHJhbmdlIGNvbmZpZ3Vy ZWQgYXMgYSBSb3V0ZXINCiAgICAgICAgICBDbGllbnQsIHNldCBQcmVmaXhMZW5ndGhMaXN0IDo9 IHtSb3V0ZXJDbGllbnQuUHJlZml4TGVuZ3RoLA0KICAgICAgICAgIG51bGx9LiBUaGlzIGFsbG93 cyByZWNlaXZpbmcgcm91dGVycyB0byBsZWFybiBhIHJvdXRlIHRvIGFsbA0KICAgICAgICAgIHRo ZSBhZGRyZXNzZXMgaW5jbHVkZWQgYnkgdGhlIHByZWZpeCBsZW5ndGgsIG5vdCBvbmx5IHRvDQog ICAgICAgICAgT3JpZ0FkZHIuDQoNCiAgICAgICAqICBPdGhlcndpc2UsIG9taXQgUHJlZml4TGVu Z3RoTGlzdC4NCg0KICAgNS4gIEZvciBPcmlnU2VxTnVtOg0KDQogICAgICAgKiAgSW5jcmVtZW50 IHRoZSByb3V0ZXIgU2VxTnVtIGFzIHNwZWNpZmllZCBpbiBTZWN0aW9uIDQuNC4NCg0KICAgICAg ICogIFNldCBPcmlnU2VxTnVtIDo9IFNlcU51bS4NCg0KICAgNi4gIEZvciBUYXJnU2VxTnVtOg0K DQogICAgICAgKiAgSWYgYW4gSW52YWxpZCByb3V0ZSBleGlzdHMgaW4gdGhlIExvY2FsIFJvdXRl IFNldCBtYXRjaGluZw0KICAgICAgICAgIFRhcmdBZGRyIHVzaW5nIGxvbmdlc3QgcHJlZml4IG1h dGNoaW5nIGFuZCBoYXMgYSB2YWxpZA0KICAgICAgICAgIHNlcXVlbmNlIG51bWJlciwgc2V0IFRh cmdTZXFOdW0gOj0gTG9jYWxSb3V0ZS5TZXFOdW0uDQoNCiAgICAgICAqICBJZiBubyBJbnZhbGlk IHJvdXRlIGV4aXN0cyBpbiB0aGUgTG9jYWwgUm91dGUgU2V0IG1hdGNoaW5nDQogICAgICAgICAg VGFyZ0FkZHIsIG9yIHRoZSByb3V0ZSBkb2Vzbid0IGhhdmUgYSBzZXF1ZW5jZSBudW1iZXIsIG9t aXQNCiAgICAgICAgICBUYXJnU2VxTnVtLg0KDQogICA3LiAgSW5jbHVkZSBNZXRyaWNUeXBlIGFu ZCBzZXQgdGhlIHR5cGUgYWNjb3JkaW5nbHkNCg0KICAgOC4gIFNldCBPcmlnTWV0cmljIDo9IFJv dXRlckNsaWVudC5Db3N0IGZvciB0aGUgUm91dGVyIENsaWVudCBlbnRyeQ0KICAgICAgIHdoaWNo IGluY2x1ZGVzIE9yaWdBZGRyDQoNCiAgIDkuICBJbmNsdWRlIFZhbGlkaXR5VGltZSBpZiBhZHZl cnRpc2luZyB0aGF0IHRoZSByb3V0ZSB0byBPcmlnQWRkcg0KICAgICAgIChhbmQgYW55IG90aGVy IGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgZ2l2ZW4gcHJlZml4IGxlbmd0aCkgdmlhDQogICAg ICAgdGhpcyByb3V0ZXIgaXMgb2ZmZXJlZCBmb3IgYSBsaW1pdGVkIHRpbWUsIGFuZCBzZXQgVmFs aWRpdHlUaW1lDQogICAgICAgYWNjb3JkaW5nbHkNCg0KICAgVGhpcyBBT0RWdjIgbWVzc2FnZSBp cyB1c2VkIHRvIGNyZWF0ZSBhIGNvcnJlc3BvbmRpbmcgW1JGQzU0NDRdDQogICBtZXNzYWdlIChz ZWUgU2VjdGlvbiA4KSB3aGljaCBpcyBtdWx0aWNhc3QsIGJ5IGRlZmF1bHQsIHRvIExMLU1BTkVU LQ0KICAgUm91dGVycyBvbiBhbGwgaW50ZXJmYWNlcyBjb25maWd1cmVkIGZvciBBT0RWdjIgb3Bl cmF0aW9uLg0KDQoNCg0KDQoNCg0KUGVya2lucywgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEp1 bHkgMjEsIDIwMTYgICAgICAgICAgICAgICAgW1BhZ2UgMzddDQoMDQpJbnRlcm5ldC1EcmFmdCAg ICAgICAgICAgICAgICAgICBBT0RWdjIgICAgICAgICAgICAgICAgICAgICBKYW51YXJ5IDIwMTYN Cg0KDQo3LjEuMi4gIFJSRVEgUmVjZXB0aW9uDQoNCiAgIFVwb24gcmVjZWl2aW5nIGEgUm91dGUg UmVxdWVzdCwgYW4gQU9EVnYyIHJvdXRlciBwZXJmb3JtcyB0aGUNCiAgIGZvbGxvd2luZyBzdGVw czoNCg0KICAgMS4gIFVwZGF0ZSB0aGUgTmVpZ2hib3IgVGFibGUgYWNjb3JkaW5nIHRvIFNlY3Rp b24gNi4zDQoNCiAgICAgICAqICBJZiB0aGUgc2VuZGVyIGhhcyBOZWlnaGJvci5TdGF0ZSBzZXQg dG8gQmxhY2tsaXN0ZWQgYWZ0ZXIgdGhlDQogICAgICAgICAgdXBkYXRlLCBpZ25vcmUgdGhpcyBS UkVRIGZvciBmdXJ0aGVyIHByb2Nlc3NpbmcuDQoNCiAgIDIuICBWZXJpZnkgdGhhdCB0aGUgbWVz c2FnZSBob3AgY291bnQsIGlmIGluY2x1ZGVkLCBoYXNuJ3QgZXhjZWVkZWQNCiAgICAgICBNQVhf SE9QQ09VTlQNCg0KICAgICAgICogIElmIHNvLCBpZ25vcmUgdGhpcyBSUkVRIGZvciBmdXJ0aGVy IHByb2Nlc3NpbmcuDQoNCiAgIDMuICBWZXJpZnkgdGhhdCB0aGUgbWVzc2FnZSBjb250YWlucyB0 aGUgcmVxdWlyZWQgZGF0YToNCiAgICAgICBtc2dfaG9wX2xpbWl0LCBPcmlnQWRkciwgVGFyZ0Fk ZHIsIE9yaWdTZXFOdW0sIGFuZCBPcmlnTWV0cmljLA0KICAgICAgIGFuZCB0aGF0IE9yaWdBZGRy IGFuZCBUYXJnQWRkciBhcmUgdmFsaWQgYWRkcmVzc2VzIChyb3V0YWJsZSBhbmQNCiAgICAgICB1 bmljYXN0KQ0KDQogICAgICAgKiAgSWYgbm90LCBpZ25vcmUgdGhpcyBSUkVRIGZvciBmdXJ0aGVy IHByb2Nlc3NpbmcuDQoNCiAgIDQuICBDaGVjayB0aGF0IHRoZSBNZXRyaWNUeXBlIGlzIHN1cHBv cnRlZCBhbmQgY29uZmlndXJlZCBmb3IgdXNlDQoNCiAgICAgICAqICBJZiBub3QsIGlnbm9yZSB0 aGlzIFJSRVEgZm9yIGZ1cnRoZXIgcHJvY2Vzc2luZy4NCg0KICAgNS4gIFZlcmlmeSB0aGF0IHRo ZSBjb3N0IG9mIHRoZSBhZHZlcnRpc2VkIHJvdXRlIHdpbGwgbm90IGV4Y2VlZCB0aGUNCiAgICAg ICBtYXhpbXVtIGFsbG93ZWQgbWV0cmljIHZhbHVlIGZvciB0aGUgbWV0cmljIHR5cGUgKE1ldHJp YyA8PQ0KICAgICAgIE1BWF9NRVRSSUNbTWV0cmljVHlwZV0gLSBDb3N0KEwpKQ0KDQogICAgICAg KiAgSWYgaXQgd2lsbCwgaWdub3JlIHRoaXMgUlJFUSBmb3IgZnVydGhlciBwcm9jZXNzaW5nLg0K DQogICA2LiAgUHJvY2VzcyB0aGUgcm91dGUgdG8gT3JpZ0FkZHIgKGFuZCBhbnkgb3RoZXIgYWRk cmVzc2VzIGluY2x1ZGVkDQogICAgICAgaW4gdGhlIGdpdmVuIHByZWZpeCBsZW5ndGgpIGFzIHNw ZWNpZmllZCBpbiBTZWN0aW9uIDYuNw0KDQogICA3LiAgQ2hlY2sgaWYgdGhlIGluZm9ybWF0aW9u IGluIHRoZSBtZXNzYWdlIGlzIHJlZHVuZGFudCBieSBjb21wYXJpbmcNCiAgICAgICB0byBlbnRy aWVzIGluIHRoZSBNdWx0aWNhc3QgUm91dGUgTWVzc2FnZSB0YWJsZSwgZm9sbG93aW5nIHRoZQ0K ICAgICAgIHByb2NlZHVyZSBpbiBTZWN0aW9uIDYuOA0KDQogICAgICAgKiAgSWYgcmVkdW5kYW50 LCBpZ25vcmUgdGhpcyBSUkVRIGZvciBmdXJ0aGVyIHByb2Nlc3NpbmcuDQoNCiAgICAgICAqICBJ ZiBub3QgcmVkdW5kYW50LCBjb250aW51ZSBwcm9jZXNzaW5nLg0KDQogICA4LiAgQ2hlY2sgaWYg dGhlIFRhcmdBZGRyIGJlbG9uZ3MgdG8gb25lIG9mIHRoZSBSb3V0ZXIgQ2xpZW50cw0KDQogICAg ICAgKiAgSWYgc28sIGdlbmVyYXRlIGFuIFJSRVAgYXMgc3BlY2lmaWVkIGluIFNlY3Rpb24gNy4y LjEuDQoNCiAgICAgICAqICBJZiBub3QsIGNvbnRpbnVlIHRvIFJSRVEgcmVnZW5lcmF0aW9uLg0K KHRoaXMgd2FzIGdvb2QgSldEKQ0KDQoNCg0KDQpQZXJraW5zLCBldCBhbC4gICAgICAgICAgIEV4 cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAgICBbUGFnZSAzOF0NCgwNCkludGVybmV0 LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAgICAgICAgICAgICAgICAgIEphbnVh cnkgMjAxNg0KDQoNCjcuMS4zLiAgUlJFUSBSZWdlbmVyYXRpb24NCg0KICAgQnkgcmVnZW5lcmF0 aW5nIGFuIFJSRVEsIGEgcm91dGVyIGFkdmVydGlzZXMgdGhhdCBpdCB3aWxsIGZvcndhcmQgSVAN CiAgIHBhY2tldHMgdG8gdGhlIE9yaWdBZGRyIGNvbnRhaW5lZCBpbiB0aGUgUlJFUSAoYW5kIHRv IG90aGVyIGFkZHJlc3Nlcw0KICAgaW5jbHVkZWQgaW4gdGhlIGdpdmVuIHByZWZpeCBsZW5ndGgp IGFjY29yZGluZyB0byB0aGUgaW5mb3JtYXRpb24NCiAgIGVuY2xvc2VkLiAgVGhlIHJvdXRlciBN QVkgY2hvb3NlIG5vdCB0byByZWdlbmVyYXRlIHRoZSBSUkVRLCBmb3INCiAgIGV4YW1wbGUgaWYg dGhlIHJvdXRlciBpcyBoZWF2aWx5IGxvYWRlZCBvciBsb3cgb24gZW5lcmd5IGFuZA0KICAgdGhl cmVmb3JlIHVud2lsbGluZyB0byBhZHZlcnRpc2Ugcm91dGluZyBjYXBhYmlsaXR5IGZvciBtb3Jl IHRyYWZmaWMuDQogICBUaGlzIGNvdWxkLCBob3dldmVyLCBkZWNyZWFzZSBjb25uZWN0aXZpdHkg aW4gdGhlIG5ldHdvcmsgb3IgcmVzdWx0DQogICBpbiBub24tb3B0aW1hbCBwYXRocy4NCg0KICAg VGhlIFJSRVEgU0hPVUxEIE5PVCBiZSByZWdlbmVyYXRlZCBpZiB0aGUgbGltaXQgZm9yIHRoZSBy YXRlIG9mDQogICBBT0RWdjIgY29udHJvbCBtZXNzYWdlIGdlbmVyYXRpb24gaGFzIGJlZW4gcmVh Y2hlZC4gIElmIGFwcHJvYWNoaW5nDQogICB0aGUgbGltaXQsIHRoZSBtZXNzYWdlIHNob3VsZCBi ZSBzZW50IGlmIHRoZSBwcmlvcml0aWVzIGluDQogICBTZWN0aW9uIDYuNSBhbGxvdyBpdC4NCih0 aGlzIGFnYWluIGRvZXNu4oCZdCBkZXNjcmliZSBhIGRlZmluZWQgYmVoYWl2b3IuICBhcHByb2Fj aGluZyBhdGhlIGxpbWl0PyBhbmQgNi41IGRvZXNu4oCZdCBkaXNhbG93IGFueXRoaW5nIEpXRCkN Cg0KDQogICBUaGUgcHJvY2VkdXJlIGZvciBSUkVRIHJlZ2VuZXJhdGlvbiBpcyBhcyBmb2xsb3dz Og0KDQogICAxLiAgU2V0IG1zZ19ob3BfbGltaXQgOj0gcmVjZWl2ZWQgbXNnX2hvcF9saW1pdCAt IDENCg0KICAgMi4gIElmIG1zZ19ob3BfbGltaXQgaXMgbm93IHplcm8sIGRvIG5vdCBjb250aW51 ZSB0aGUgcmVnZW5lcmF0aW9uDQogICAgICAgcHJvY2Vzcw0KDQogICAzLiAgU2V0IG1zZ19ob3Bf Y291bnQgOj0gcmVjZWl2ZWQgbXNnX2hvcF9jb3VudCArIDEsIGlmIGluY2x1ZGVkLA0KICAgICAg IG90aGVyd2lzZSBvbWl0IG1zZ19ob3BfY291bnQNCg0KICAgNC4gIFNldCBBZGRyZXNzTGlzdCwg UHJlZml4TGVuZ3RoTGlzdCwgc2VxdWVuY2UgbnVtYmVycyBhbmQNCiAgICAgICBNZXRyaWNUeXBl IHRvIHRoZSB2YWx1ZXMgaW4gdGhlIHJlY2VpdmVkIFJSRVENCg0KICAgNS4gIFNldCBPcmlnTWV0 cmljIDo9IExvY2FsUm91dGVbT3JpZ0FkZHJdLk1ldHJpYw0KDQogICA2LiAgSWYgdGhlIHJlY2Vp dmVkIFJSRVEgY29udGFpbnMgYSBWYWxpZGl0eVRpbWUsIG9yIGlmIHRoZQ0KICAgICAgIHJlZ2Vu ZXJhdGluZyByb3V0ZXIgd2lzaGVzIHRvIGxpbWl0IHRoZSB0aW1lIHRoYXQgaXQgb2ZmZXJzIGEN CiAgICAgICByb3V0ZSB0byBPcmlnQWRkciAoYW5kIGFueSBvdGhlciBhZGRyZXNzZXMgaW5jbHVk ZWQgaW4gdGhlIGdpdmVuDQogICAgICAgcHJlZml4IGxlbmd0aCksIHRoZSByZWdlbmVyYXRlZCBS UkVRIE1VU1QgaW5jbHVkZSBWYWxpZGl0eVRpbWUNCg0KICAgICAgICogIFRoZSBWYWxpZGl0eVRp bWUgaXMgZWl0aGVyIHRoZSB0aW1lIGxpbWl0IHRoZSBwcmV2aW91cyBBT0RWdjINCiAgICAgICAg ICByb3V0ZXIgc3BlY2lmaWVkLCBvciB0aGUgdGltZSBsaW1pdCB0aGlzIHJvdXRlciB3aXNoZXMg dG8NCiAgICAgICAgICBpbXBvc2UsIHdoaWNoZXZlciBpcyBsb3dlci4NClRoZXJlIG1pZ2h0IGJl IGEgcHJvYmxlbSB3aXRoIHZlcnkgc2hvcnQgdmFsaWRpdHkgdGltZXMgb24gdmVyeSBsb3cgbWV0 cmljIHJvdXRlcyBpbiB0aGF0IHRoZXkgd2lsbCBiZSBzZWxlY3RlZCByZWdhcmRsZXNzIG9mIHRo ZSB0aW1lLiBOb3QgYSBwcm9ibGVtIGJ1dCBzb21ldGhpbmcgdGhhdCBjb3VsZCBjYXVzZSBpc3N1 ZXMuIFBlcmhhcHMgc29tZSBtaW5pbXVtIHRpbWUgc2hvdWxkIGJlIG1hbmRhdGVkLiBKV0QpDQoN Cg0KICAgVGhpcyBBT0RWdjIgbWVzc2FnZSBpcyB1c2VkIHRvIGNyZWF0ZSBhIGNvcnJlc3BvbmRp bmcgW1JGQzU0NDRdDQogICBtZXNzYWdlIChzZWUgU2VjdGlvbiA4KSB3aGljaCBpcyBtdWx0aWNh c3QsIGJ5IGRlZmF1bHQsIHRvIExMLU1BTkVULQ0KICAgUm91dGVycyBvbiBhbGwgaW50ZXJmYWNl cyBjb25maWd1cmVkIGZvciBBT0RWdjIgb3BlcmF0aW9uLiAgSG93ZXZlciwNCiAgIHRoZSByZWdl bmVyYXRlZCBSUkVRIGNhbiBiZSB1bmljYXN0IHRvIHRoZSBuZXh0IGhvcCBhZGRyZXNzIG9mIHRo ZQ0KICAgTG9jYWxSb3V0ZSB0b3dhcmQgVGFyZ0FkZHIsIGlmIGtub3duLg0KDQoNCg0KDQoNCg0K UGVya2lucywgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAgICAgICAg ICAgICAgW1BhZ2UgMzldDQogDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICBBT0RW djIgICAgICAgICAgICAgICAgICAgICBKYW51YXJ5IDIwMTYNCg0KDQo3LjIuICBSb3V0ZSBSZXBs eSAoUlJFUCkgTWVzc2FnZQ0KDQogICBXaGVuIGEgUm91dGUgUmVxdWVzdCBtZXNzYWdlIGlzIHJl Y2VpdmVkLCByZXF1ZXN0aW5nIGEgcm91dGUgdG8gYQ0KICAgdGFyZ2V0IGFkZHJlc3MgKFRhcmdB ZGRyKSB3aGljaCBpcyBjb25maWd1cmVkIGFzIHBhcnQgb2YgYSBSb3V0ZXINCiAgIENsaWVudCBl bnRyeSwgYSBSb3V0ZSBSZXBseSBtZXNzYWdlIGlzIHNlbnQgaW4gcmVzcG9uc2UuICBUaGUgUlJF UA0KICAgb2ZmZXJzIGEgcm91dGUgdG8gVGFyZ0FkZHIgKGFuZCBhbnkgb3RoZXIgYWRkcmVzc2Vz IGluY2x1ZGVkIGluIHRoZQ0KICAgcHJlZml4IGxlbmd0aCkuDQoNCiAgIFJSRVAgbWVzc2FnZXMg aGF2ZSB0aGUgZm9sbG93aW5nIGNvbnRlbnRzOg0KDQogICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgIHwgICAg ICAgICAgICAgbXNnX2hvcF9saW1pdCwgKG9wdGlvbmFsKSBtc2dfaG9wX2NvdW50ICAgICAgICAg ICAgIHwNCiAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICAgfCAgICAgICAgICAgICAgICAgICAgICAgIEFja1Jl cSAob3B0aW9uYWwpICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgICstLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAg ICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgQWRkcmVzc0xpc3QgICAgICAgICAgICAgICAg ICAgICAgICAgICB8DQogICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgIHwgICAgICAgICAgICAgICAgICAgUHJl Zml4TGVuZ3RoTGlzdCAob3B0aW9uYWwpICAgICAgICAgICAgICAgICAgIHwNCiAgICArLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rDQogICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgIFRhcmdTZXFOdW0gICAgICAgICAg ICAgICAgICAgICAgICAgICAgfA0KICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgICB8ICAgICAgICAgICAgICAg ICAgICAgICAgICAgTWV0cmljVHlwZSAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAg Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tKw0KICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICBUYXJnTWV0cmljICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICAgfCAgICAgICAg ICAgICAgICAgICAgIFZhbGlkaXR5VGltZSAob3B0aW9uYWwpICAgICAgICAgICAgICAgICAgICAg fA0KICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSsNCg0KICAgICAgICAgICAgICAgICAgICAgIEZpZ3VyZSAyOiBSUkVQ IG1lc3NhZ2UgY29udGVudHMNCg0KICAgbXNnX2hvcF9saW1pdA0KICAgICAgVGhlIHJlbWFpbmlu ZyBudW1iZXIgb2YgaG9wcyBhbGxvd2VkIGZvciBkaXNzZW1pbmF0aW9uIG9mIHRoZSBSUkVQDQog ICAgICBtZXNzYWdlLg0KDQogICBtc2dfaG9wX2NvdW50DQogICAgICBUaGUgbnVtYmVyIG9mIGhv cHMgYWxyZWFkeSB0cmF2ZXJzZWQgZHVyaW5nIGRpc3NlbWluYXRpb24gb2YgdGhlDQogICAgICBS UkVQIG1lc3NhZ2UuDQoNCiAgIEFja1JlcQ0KICAgICAgVGhlIGFkZHJlc3Mgb2YgdGhlIGludGVu ZGVkIG5leHQgaG9wIG9mIHRoZSBSUkVQLiAgVGhpcyBpcw0KICAgICAgaW5jbHVkZWQgd2hlbiB0 aGUgbGluayB0byB0aGUgbmV4dCBob3AgdG93YXJkIE9yaWdBZGRyIGlzIG5vdA0KICAgICAga25v d24gdG8gYmUgYmlkaXJlY3Rpb25hbC4gIEl0IGluZGljYXRlcyB0aGF0IGFuIGFja25vd2xlZGdl bWVudA0KICAgICAgb2YgdGhlIFJSRVAgaXMgcmVxdWVzdGVkIGJ5IHRoZSBzZW5kZXIgZnJvbSB0 aGUgaW50ZW5kZWQgbmV4dCBob3ANCiAgICAgIChzZWUgU2VjdGlvbiA2LjIpLg0KDQogICBBZGRy ZXNzTGlzdA0KDQoNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBKdWx5 IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDQwXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAg ICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAgICAgSmFudWFyeSAyMDE2DQoN Cg0KICAgICAgQ29udGFpbnMgT3JpZ0FkZHIgYW5kIFRhcmdBZGRyLCB0aGUgc291cmNlIGFuZCBk ZXN0aW5hdGlvbg0KICAgICAgYWRkcmVzc2VzIG9mIHRoZSBJUCBwYWNrZXQgZm9yIHdoaWNoIGEg cm91dGUgaXMgcmVxdWVzdGVkLg0KICAgICAgT3JpZ0FkZHIgYW5kIFRhcmdBZGRyIE1VU1QgYmUg cm91dGFibGUgdW5pY2FzdCBhZGRyZXNzZXMuDQoNCiAgIFByZWZpeExlbmd0aExpc3QNCiAgICAg IENvbnRhaW5zIFRhcmdQcmVmaXhMZW4sIGkuZS4sIHRoZSBsZW5ndGgsIGluIGJpdHMsIG9mIHRo ZSBwcmVmaXgNCiAgICAgIGFzc29jaWF0ZWQgd2l0aCB0aGUgUm91dGVyIENsaWVudCBlbnRyeSB3 aGljaCBpbmNsdWRlcyBUYXJnQWRkci4NCiAgICAgIElmIG9taXR0ZWQsIHRoZSBwcmVmaXggbGVu Z3RoIGlzIGVxdWFsIHRvIFRhcmdBZGRyJ3MgYWRkcmVzcw0KICAgICAgbGVuZ3RoLCBpbiBiaXRz Lg0KDQogICBUYXJnU2VxTnVtDQogICAgICBUaGUgc2VxdWVuY2UgbnVtYmVyIGFzc29jaWF0ZWQg d2l0aCBUYXJnQWRkci4NCg0KICAgTWV0cmljVHlwZQ0KICAgICAgVGhlIG1ldHJpYyB0eXBlIGFz c29jaWF0ZWQgd2l0aCBUYXJnTWV0cmljLg0KDQogICBUYXJnTWV0cmljDQogICAgICBUaGUgbWV0 cmljIHZhbHVlIGFzc29jaWF0ZWQgd2l0aCB0aGUgTG9jYWxSb3V0ZSB0byBUYXJnQWRkciAoYW5k DQogICAgICBhbnkgb3RoZXIgYWRkcmVzc2VzIGluY2x1ZGVkIGluIHRoZSBnaXZlbiBwcmVmaXgg bGVuZ3RoKSwgYXMgc2Vlbg0KICAgICAgZnJvbSB0aGUgc2VuZGVyIG9mIHRoZSBtZXNzYWdlLg0K DQogICBWYWxpZGl0eVRpbWUNCiAgICAgIFRoZSBsZW5ndGggb2YgdGltZSB0aGF0IHRoZSBtZXNz YWdlIHNlbmRlciBpcyB3aWxsaW5nIHRvIG9mZmVyIGENCiAgICAgIHJvdXRlIHRvd2FyZCBUYXJn QWRkciAoYW5kIGFueSBvdGhlciBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlDQogICAgICBnaXZl biBwcmVmaXggbGVuZ3RoKS4gIE9taXR0ZWQgaWYgbm8gdGltZSBsaW1pdCBpcyBpbXBvc2VkLg0K DQo3LjIuMS4gIFJSRVAgR2VuZXJhdGlvbg0KDQogICBBIFJvdXRlIFJlcGx5IG1lc3NhZ2UgaXMg Z2VuZXJhdGVkIHdoZW4gYSBSb3V0ZSBSZXF1ZXN0IGFycml2ZXMsDQogICByZXF1ZXN0aW5nIGEg cm91dGUgdG8gYW4gYWRkcmVzcyB3aGljaCBpcyBjb25maWd1cmVkIGFzIGEgUm91dGVyDQogICBD bGllbnQgb2YgdGhlIEFPRFZ2MiByb3V0ZXIuDQoocGxlYXNlIHNwZWNpZnkgd2hhdCBpbiB0aGUg bWVzc2FnZSBtYXRjaGVzIHRoZSBjb25maWd1cmVkIFJvdXRlciBDbGllbnQuIEpXRCkNCg0KDQog ICBCZWZvcmUgY3JlYXRpbmcgYW4gUlJFUCwgdGhlIHJvdXRlciBTSE9VTEQgY2hlY2sgaWYgdGhl IGNvcnJlc3BvbmRpbmcNCiAgIFJSRVEgaXMgcmVkdW5kYW50LCBpLmUuLCBhIFJvdXRlIFJlcGx5 IGhhcyBhbHJlYWR5IGJlZW4gZ2VuZXJhdGVkIGluDQogICByZXNwb25zZSB0byB0aGUgUlJFUSwg b3IgaWYgdGhlIGxpbWl0IGZvciB0aGUgcmF0ZSBvZiBBT0RWdjIgY29udHJvbA0KICAgbWVzc2Fn ZSBnZW5lcmF0aW9uIGhhcyBiZWVuIHJlYWNoZWQuICBJZiBzbywgdGhlIFJSRVAgU0hPVUxEIE5P VCBiZQ0KICAgY3JlYXRlZC4gIElmIGFwcHJvYWNoaW5nIHRoZSBsaW1pdCwgdGhlIG1lc3NhZ2Ug c2hvdWxkIGJlIHNlbnQgaWYgdGhlDQogICBwcmlvcml0aWVzIGluIFNlY3Rpb24gNi41IGFsbG93 IGl0Lg0KKHNhbWUgYXMgYmVmb3JlIEpXRCkNCg0KDQogICBUaGUgUlJFUCB3aWxsIGZvbGxvdyB0 aGUgcGF0aCBvZiB0aGUgcm91dGUgdG8gT3JpZ0FkZHIuICBJZiB0aGUgYmVzdA0KICAgcm91dGUg dG8gT3JpZ0FkZHIgaW4gdGhlIExvY2FsIFJvdXRlIFNldCBpcyBVbmNvbmZpcm1lZCwgdGhlIGxp bmsgdG8NCiAgIHRoZSBuZXh0IGhvcCBuZWlnaGJvciBpcyBub3QgeWV0IGNvbmZpcm1lZCBhcyBi aWRpcmVjdGlvbmFsIChhcw0KICAgZGVzY3JpYmVkIGluIFNlY3Rpb24gNi4yKS4gIEluIHRoaXMg Y2FzZSB0aGUgUlJFUCBNVVNUIGluY2x1ZGUgQWNrUmVxDQogICBzZXQgdG8gdGhlIGludGVuZGVk IG5leHQgaG9wIGFkZHJlc3MuICBUaGUgQWNrUmVxIGluZGljYXRlcyB0aGF0IGFuDQogICBhY2tu b3dsZWRnZW1lbnQgdG8gdGhlIFJSRVAgaXMgcmVxdWVzdGVkIGZyb20gdGhlIGludGVuZGVkIG5l eHQgaG9wDQogICByb3V0ZXIgaW4gdGhlIGZvcm0gb2YgYSBSb3V0ZSBSZXBseSBBY2tub3dsZWRn ZW1lbnQgKFJSRVBfQWNrKS4gIElmDQogICB0aGUgYmVzdCByb3V0ZSB0byBPcmlnQWRkciBpbiB0 aGUgTG9jYWwgUm91dGUgU2V0IGlzIHZhbGlkLCB0aGUgbGluaw0KDQoNCg0KDQpQZXJraW5zLCBl dCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAgICBbUGFn ZSA0MV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAgICAg ICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCiAgIHRvIHRoZSBuZXh0IGhvcCBuZWlnaGJv ciBpcyBhbHJlYWR5IGNvbmZpcm1lZCBhcyBiaWRpcmVjdGlvbmFsLCBhbmQNCiAgIHRoZSBBY2tS ZXEgY2FuIGJlIG9taXR0ZWQuDQoNCiAgIEltcGxlbWVudGF0aW9ucyBNQVkgYWxsb3cgYSBudW1i ZXIgb2YgcmV0cmllcyBvZiB0aGUgUlJFUCBpZiBhDQogICByZXF1ZXN0ZWQgYWNrbm93bGVkZ2Vt ZW50IGlzIG5vdCByZWNlaXZlZCB3aXRoaW4NCiAgIFJSRVBfQWNrX1NFTlRfVElNRU9VVCwgZG91 YmxpbmcgdGhlIHRpbWVvdXQgd2l0aCBlYWNoIHJldHJ5LCB1cCB0byBhDQogICBtYXhpbXVtIG9m IFJSRVBfUkVUUklFUywgdXNpbmcgdGhlIHNhbWUgZXhwb25lbnRpYWwgYmFja29mZiBkZXNjcmli ZWQNCiAgIGluIFNlY3Rpb24gNi42IGZvciBSUkVRIHJldHJpZXMuICBUaGUgYWNrbm93bGVkZ2Vt ZW50IE1VU1QgYmUNCiAgIGNvbnNpZGVyZWQgdG8gaGF2ZSBmYWlsZWQgYWZ0ZXIgdGhlIHdhaXQg dGltZSBmb3IgYW4gUlJFUF9BY2sNCiAgIHJlc3BvbnNlIHRvIHRoZSBmaW5hbCBSUkVQLg0KDQog ICBUbyBnZW5lcmF0ZSB0aGUgUlJFUCwgdGhlIHJvdXRlciAoYWxzbyByZWZlcnJlZCB0byBhcyBS UkVQX0dlbikNCiAgIGZvbGxvd3MgdGhpcyBwcm9jZWR1cmU6DQoNCiAgIDEuICBTZXQgbXNnX2hv cF9saW1pdCA6PSBtc2dfaG9wX2NvdW50IGZyb20gdGhlIHJlY2VpdmVkIFJSRVENCiAgICAgICBt ZXNzYWdlLCBpZiBpdCB3YXMgaW5jbHVkZWQsIG9yIE1BWF9IT1BDT1VOVCBpZiBpdCB3YXMgbm90 DQogICAgICAgaW5jbHVkZWQNCg0KICAgMi4gIFNldCBtc2dfaG9wX2NvdW50IDo9IDAsIGlmIGlu Y2x1ZGluZyBpdA0KDQogICAzLiAgSWYgdGhlIGxpbmsgdG8gdGhlIG5leHQgaG9wIHJvdXRlciB0 b3dhcmQgT3JpZ0FkZHIgaXMgbm90IGtub3duDQogICAgICAgdG8gYmUgYmlkaXJlY3Rpb25hbCwg aW5jbHVkZSB0aGUgQWNrUmVxIHdpdGggdGhlIGFkZHJlc3Mgb2YgdGhlDQogICAgICAgaW50ZW5k ZWQgbmV4dCBob3Agcm91dGVyDQoocGxlYXNlIGluY2x1ZGUgc2VjdGlvbiBkZXNjcmliaW5nIEFj a1JlcSBmb3JtYXRpbmcgSldEKQ0KDQoNCiAgIDQuICBTZXQgQWRkcmVzcyBMaXN0IDo9IHtPcmln QWRkciwgVGFyZ0FkZHJ9DQoNCiAgIDUuICBGb3IgdGhlIFByZWZpeExlbmd0aExpc3Q6DQoNCiAg ICAgICAqICBJZiBUYXJnQWRkciBpcyBwYXJ0IG9mIGFuIGFkZHJlc3MgcmFuZ2UgY29uZmlndXJl ZCBhcyBhIFJvdXRlcg0KICAgICAgICAgIENsaWVudCwgc2V0IFByZWZpeExlbmd0aExpc3QgOj0g e251bGwsDQogICAgICAgICAgUm91dGVyQ2xpZW50LlByZWZpeExlbmd0aH0uIFRoaXMgYWxsb3dz IHJlY2VpdmluZyByb3V0ZXJzIHRvDQogICAgICAgICAgbGVhcm4gYSByb3V0ZSB0byBhbGwgdGhl IGFkZHJlc3NlcyBpbmNsdWRlZCBieSB0aGUgcHJlZml4DQogICAgICAgICAgbGVuZ3RoLCBub3Qg b25seSB0byBUYXJnQWRkci4NCg0KICAgICAgICogIE90aGVyd2lzZSwgb21pdCBQcmVmaXhMZW5n dGhMaXN0Lg0KDQogICA2LiAgRm9yIHRoZSBUYXJnU2VxTnVtOg0KDQogICAgICAgKiAgSW5jcmVt ZW50IHRoZSByb3V0ZXIgU2VxTnVtIGFzIHNwZWNpZmllZCBpbiBTZWN0aW9uIDQuNC4NCg0KICAg ICAgICogIFNldCBUYXJnU2VxTnVtIDo9IFNlcU51bS4NCg0KICAgNy4gIEluY2x1ZGUgTWV0cmlj VHlwZSBhbmQgc2V0IHRoZSB0eXBlIHRvIG1hdGNoIHRoZSBNZXRyaWNUeXBlIGluDQogICAgICAg dGhlIHJlY2VpdmVkIFJSRVEgbWVzc2FnZQ0KDQogICA4LiAgU2V0IFRhcmdNZXRyaWMgOj0gUm91 dGVyQ2xpZW50LkNvc3QgZm9yIHRoZSBSb3V0ZXIgQ2xpZW50IGVudHJ5DQogICAgICAgd2hpY2gg aW5jbHVkZXMgVGFyZ0FkZHINCg0KDQoNCg0KUGVya2lucywgZXQgYWwuICAgICAgICAgICBFeHBp cmVzIEp1bHkgMjEsIDIwMTYgICAgICAgICAgICAgICAgW1BhZ2UgNDJdDQoMDQpJbnRlcm5ldC1E cmFmdCAgICAgICAgICAgICAgICAgICBBT0RWdjIgICAgICAgICAgICAgICAgICAgICBKYW51YXJ5 IDIwMTYNCg0KDQogICA5LiAgSW5jbHVkZSBWYWxpZGl0eVRpbWUgaWYgYWR2ZXJ0aXNpbmcgdGhh dCB0aGUgcm91dGUgdG8gVGFyZ0FkZHINCiAgICAgICAoYW5kIGFueSBvdGhlciBhZGRyZXNzZXMg aW5jbHVkZWQgaW4gdGhlIGdpdmVuIHByZWZpeCBsZW5ndGgpIHZpYQ0KICAgICAgIHRoaXMgcm91 dGVyIGlzIG9mZmVyZWQgZm9yIGEgbGltaXRlZCB0aW1lLCBhbmQgc2V0IFZhbGlkaXR5VGltZQ0K ICAgICAgIGFjY29yZGluZ2x5DQoNCiAgIFRoaXMgQU9EVnYyIG1lc3NhZ2UgaXMgdXNlZCB0byBj cmVhdGUgYSBjb3JyZXNwb25kaW5nIFtSRkM1NDQ0XQ0KICAgbWVzc2FnZSAoc2VlIFNlY3Rpb24g OCkuICBJZiB0aGUgTmVpZ2hib3IgVGFibGUgY29udGFpbnMgYW4gZW50cnkgZm9yDQogICB0aGUg bmVpZ2hib3Igc3RvcmVkIGFzIExvY2FsUm91dGVbT3JpZ0FkZHJdLk5leHRIb3AsIHdpdGgNCiAg IE5laWdoYm9yLlN0YXRlIHNldCB0byBDb25maXJtZWQsIHRoZSBSUkVQIGlzIHNlbnQgYnkgdW5p Y2FzdCB0bw0KICAgTG9jYWxSb3V0ZVtPcmlnQWRkcl0uTmV4dEhvcC4gIE90aGVyd2lzZSwgdGhl IFJSRVAgaXMgc2VudCBtdWx0aWNhc3QNCiAgIHRvIExMLU1BTkVULVJvdXRlcnMuDQoNCjcuMi4y LiAgUlJFUCBSZWNlcHRpb24NCg0KICAgVXBvbiByZWNlaXZpbmcgYSBSb3V0ZSBSZXBseSwgYW4g QU9EVnYyIHJvdXRlciBwZXJmb3JtcyB0aGUgZm9sbG93aW5nDQogICBzdGVwczoNCg0KICAgMS4g ICBVcGRhdGUgdGhlIE5laWdoYm9yIFRhYmxlIGFjY29yZGluZyB0byBTZWN0aW9uIDYuMw0KDQog ICAyLiAgIFZlcmlmeSB0aGF0IHRoZSBtZXNzYWdlIGhvcCBjb3VudCwgaWYgaW5jbHVkZWQsIGhh c24ndCBleGNlZWRlZA0KICAgICAgICBNQVhfSE9QQ09VTlQNCg0KICAgICAgICAqICBJZiBzbywg aWdub3JlIHRoaXMgUlJFUSBmb3IgZnVydGhlciBwcm9jZXNzaW5nLg0KDQogICAzLiAgIFZlcmlm eSB0aGF0IHRoZSBtZXNzYWdlIGNvbnRhaW5zIHRoZSByZXF1aXJlZCBkYXRhOg0KICAgICAgICBt c2dfaG9wX2xpbWl0LCBPcmlnQWRkciwgVGFyZ0FkZHIsIFRhcmdTZXFOdW0sIGFuZCBUYXJnTWV0 cmljLA0KICAgICAgICBhbmQgdGhhdCBPcmlnQWRkciBhbmQgVGFyZ0FkZHIgYXJlIHZhbGlkIGFk ZHJlc3NlcyAocm91dGFibGUgYW5kDQogICAgICAgIHVuaWNhc3QpDQoNCiAgICAgICAgKiAgSWYg bm90LCBpZ25vcmUgdGhpcyBSUkVQIGZvciBmdXJ0aGVyIHByb2Nlc3NpbmcuDQoNCiAgIDQuICAg Q2hlY2sgdGhhdCB0aGUgTWV0cmljVHlwZSBpcyBzdXBwb3J0ZWQgYW5kIGNvbmZpZ3VyZWQgZm9y IHVzZQ0KDQogICAgICAgICogIElmIG5vdCwgaWdub3JlIHRoaXMgUlJFUCBmb3IgZnVydGhlciBw cm9jZXNzaW5nLg0KDQogICA1LiAgIFZlcmlmeSB0aGF0IHRoZSBjb3N0IG9mIHRoZSBhZHZlcnRp c2VkIHJvdXRlIGRvZXMgbm90IGV4Y2VlZCB0aGUNCiAgICAgICAgbWF4aW11bSBhbGxvd2VkIG1l dHJpYyB2YWx1ZSBmb3IgdGhlIG1ldHJpYyB0eXBlIChNZXRyaWMgPD0NCiAgICAgICAgTUFYX01F VFJJQ1tNZXRyaWNUeXBlXSAtIENvc3QoTCkpDQoNCiAgICAgICAgKiAgSWYgaXQgZG9lcywgaWdu b3JlIHRoaXMgUlJFUCBmb3IgZnVydGhlciBwcm9jZXNzaW5nLg0KDQogICA2LiAgIElmIHRoZSBB Y2tSZXEgaXMgcHJlc2VudCwgY2hlY2sgdGhlIGludGVuZGVkIHJlY2lwaWVudCBvZiB0aGUNCiAg ICAgICAgcmVjZWl2ZWQgUlJFUA0KKHBsZWFzZSBzcGVjaWZ5IGhvdyBvbmUgZGV0ZXJtaW5lcyBo b3cgdG8gY2hlY2sgdGhlIGludGVuZGVkIHJlY2lwaWVudC4gIFdoYXQgZGF0YSBlbGVtZW50IGlu IHRoZSBBY2tSZXEgbWF0Y2hlcyB3aGF0ID8gIEpXRCkNCiAgICAgICAgKiAgSWYgdGhlIHJlY2Vp dmluZyByb3V0ZXIgaXMgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgc2VuZCBhbg0KICAgICAgICAg ICBhY2tub3dsZWRnZW1lbnQgYXMgc3BlY2lmaWVkIGluIFNlY3Rpb24gNy4zIGFuZCBjb250aW51 ZQ0KICAgICAgICAgICBwcm9jZXNzaW5nLg0KDQoNCg0KDQpQZXJraW5zLCBldCBhbC4gICAgICAg ICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAgICBbUGFnZSA0M10NCgwNCklu dGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAgICAgICAgICAgICAgICAg IEphbnVhcnkgMjAxNg0KDQoNCiAgICAgICAgKiAgSWYgdGhlIHJlY2VpdmluZyByb3V0ZXIgaXMg bm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIGlnbm9yZQ0KICAgICAgICAgICB0aGlzIFJSRVAg Zm9yIGZ1cnRoZXIgcHJvY2Vzc2luZy4NCg0KICAgNy4gICBQcm9jZXNzIHRoZSByb3V0ZSB0byBU YXJnQWRkciAoYW5kIGFueSBvdGhlciBhZGRyZXNzZXMgaW5jbHVkZWQNCiAgICAgICAgaW4gdGhl IGdpdmVuIHByZWZpeCBsZW5ndGgpIGFzIHNwZWNpZmllZCBpbiBTZWN0aW9uIDYuNw0KDQogICA4 LiAgIENoZWNrIGlmIHRoZSBtZXNzYWdlIGlzIHJlZHVuZGFudCBieSBjb21wYXJpbmcgdG8gZW50 cmllcyBpbiB0aGUNCiAgICAgICAgTXVsdGljYXN0IFJvdXRlIE1lc3NhZ2UgdGFibGUgKFNlY3Rp b24gNi44KQ0KDQogICAgICAgICogIElmIHJlZHVuZGFudCwgaWdub3JlIHRoaXMgUlJFUCBmb3Ig ZnVydGhlciBwcm9jZXNzaW5nLg0KDQogICAgICAgICogIElmIG5vdCByZWR1bmRhbnQsIHNhdmUg dGhlIGluZm9ybWF0aW9uIGluIHRoZSBNdWx0aWNhc3QgUm91dGUNCiAgICAgICAgICAgTWVzc2Fn ZSB0YWJsZSB0byBpZGVudGlmeSBmdXR1cmUgcmVkdW5kYW50IFJSRVAgbWVzc2FnZXMgYW5kDQog ICAgICAgICAgIGNvbnRpbnVlIHByb2Nlc3NpbmcuDQoNCiAgIDkuICAgQ2hlY2sgaWYgdGhlIE9y aWdBZGRyIGJlbG9uZ3MgdG8gb25lIG9mIHRoZSBSb3V0ZXIgQ2xpZW50cw0KDQogICAgICAgICog IElmIHNvLCBubyBmdXJ0aGVyIHByb2Nlc3NpbmcgaXMgbmVjZXNzYXJ5Lg0KDQogICAgICAgICog IElmIG5vdCwgY29udGludWUgdG8gU3RlcCAxMC4NCg0KICAgMTAuICBDaGVjayBpZiBhIHZhbGlk IChBY3RpdmUgb3IgSWRsZSkgb3IgVW5jb25maXJtZWQgTG9jYWxSb3V0ZQ0KICAgICAgICBleGlz dHMgdG8gT3JpZ0FkZHINCg0KICAgICAgICAqICBJZiBzbywgY29udGludWUgdG8gUlJFUCByZWdl bmVyYXRpb24uDQoNCiAgICAgICAgKiAgSWYgbm90LCBhIFJvdXRlIEVycm9yIG1lc3NhZ2UgU0hP VUxEIGJlIHRyYW5zbWl0dGVkIHRvDQogICAgICAgICAgIFRhcmdBZGRyIGFjY29yZGluZyB0byBT ZWN0aW9uIDcuNC4xIGFuZCB0aGUgUlJFUCBTSE9VTEQgYmUNCiAgICAgICAgICAgZGlzY2FyZGVk IGFuZCBub3QgcmVnZW5lcmF0ZWQuDQooYWdhaW4gbW9zdGx5IGdvb2QgaGVyZSBKV0QpDQo3LjIu My4gIFJSRVAgUmVnZW5lcmF0aW9uDQoNCiAgIEEgcmVjZWl2ZWQgUm91dGUgUmVwbHkgbWVzc2Fn ZSBpcyByZWdlbmVyYXRlZCB0b3dhcmQgT3JpZ0FkZHIuDQogICBVbmxlc3MgdGhlIHJvdXRlciBp cyBwcmVwYXJlZCB0byBhZHZlcnRpc2UgdGhlIHJvdXRlIGNvbnRhaW5lZCB3aXRoaW4NCiAgIHRo ZSByZWNlaXZlZCBSUkVQLCBpdCBoYWx0cyBwcm9jZXNzaW5nLiAgQnkgcmVnZW5lcmF0aW5nIGEg UlJFUCwgYQ0KICAgcm91dGVyIGFkdmVydGlzZXMgdGhhdCBpdCB3aWxsIGZvcndhcmQgSVAgcGFj a2V0cyB0byBUYXJnQWRkciAoYW5kDQogICBhbnkgb3RoZXIgYWRkcmVzc2VzIGluY2x1ZGVkIGlu IHRoZSBnaXZlbiBwcmVmaXggbGVuZ3RoKSBhY2NvcmRpbmcgdG8NCiAgIHRoZSBpbmZvcm1hdGlv biBlbmNsb3NlZC4gIFRoZSByb3V0ZXIgTUFZIGNob29zZSBub3QgdG8gcmVnZW5lcmF0ZQ0KICAg dGhlIFJSRVAsIGluIHRoZSBzYW1lIHdheSBpdCBNQVkgY2hvb3NlIG5vdCB0byByZWdlbmVyYXRl IGFuIFJSRVENCiAgIChzZWUgU2VjdGlvbiA3LjEuMyksIHRob3VnaCB0aGlzIGNvdWxkIGRlY3Jl YXNlIGNvbm5lY3Rpdml0eSBpbiB0aGUNCiAgIG5ldHdvcmsgb3IgcmVzdWx0IGluIG5vbi1vcHRp bWFsIHBhdGhzLg0KKFRoaXMgc2VlbXMgbGlrZSBhIGJhZCBpZGVhIHRvIGRvIG9uIHRoZSByZXZl cnNlIHBhdGguICBJdCB3b3VsZCBiZSBhIGdvb2Qgd2F5IHRvIGF0dGFjayBhIG5ldHdvcmsgRm9y d2FyZCBSUkVRIGFuZCBkcm9wIGFsbCBSUkVQLiAgSldEKQ0KDQoNCiAgIFRoZSBSUkVQIFNIT1VM RCBOT1QgYmUgcmVnZW5lcmF0ZWQgaWYgdGhlIGxpbWl0IGZvciB0aGUgcmF0ZSBvZg0KICAgQU9E VnYyIGNvbnRyb2wgbWVzc2FnZSBnZW5lcmF0aW9uIGhhcyBiZWVuIHJlYWNoZWQuICBJZiBhcHBy b2FjaGluZw0KICAgdGhlIGxpbWl0LCB0aGUgbWVzc2FnZSBzaG91bGQgYmUgc2VudCBpZiB0aGUg cHJpb3JpdGllcyBpbg0KICAgU2VjdGlvbiA2LjUgYWxsb3cgaXQuDQooVGhlIHVuZGVmaW5lZCBh cHByb2FjaGluZyB0aGUgbGltaXQgdGhpbmcgYWdhaW4gSldEKQ0KDQoNCg0KDQoNCg0KDQoNClBl cmtpbnMsIGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAg ICAgIFtQYWdlIDQ0XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYy ICAgICAgICAgICAgICAgICAgICAgSmFudWFyeSAyMDE2DQoNCg0KDQoNCiANCihBbGwgb2YgdGhl IGFib3ZlIGlzIHJlZHVuZGFudC4gSldEKQ0KDQoNCiAgIFRoZSBwcm9jZWR1cmUgZm9yIFJSRVAg cmVnZW5lcmF0aW9uIGlzIGFzIGZvbGxvd3M6DQoNCiAgIDEuICBTZXQgbXNnX2hvcF9saW1pdCA6 PSByZWNlaXZlZCBtc2dfaG9wX2xpbWl0IC0gMQ0KDQogICAyLiAgSWYgbXNnX2hvcF9saW1pdCBp cyBub3cgemVybywgZG8gbm90IGNvbnRpbnVlIHRoZSByZWdlbmVyYXRpb24NCiAgICAgICBwcm9j ZXNzDQoNCiAgIDMuICBTZXQgbXNnX2hvcF9jb3VudCA6PSByZWNlaXZlZCBtc2dfaG9wX2NvdW50 ICsgMSwgaWYgaXQgd2FzDQogICAgICAgaW5jbHVkZWQsIG90aGVyd2lzZSBvbWl0IG1zZ19ob3Bf Y291bnQNCg0KICAgNC4gIElmIHRoZSBsaW5rIHRvIHRoZSBuZXh0IGhvcCByb3V0ZXIgdG93YXJk IE9yaWdBZGRyIGlzIG5vdCBrbm93bg0KICAgICAgIHRvIGJlIGJpZGlyZWN0aW9uYWwsIGluY2x1 ZGUgdGhlIEFja1JlcSB3aXRoIHRoZSBhZGRyZXNzIG9mIHRoZQ0KICAgICAgIGludGVuZGVkIG5l eHQgaG9wIHJvdXRlcg0KKFRIZXJlIG5lZWRzIHRvIGJlIHNvbWUgc29ydCBvZiB0YWJsZSB3aGlj aCBpcyB1cGRhdGVkICB3aXRoIHRpbWVyIGFzc29jaWF0ZWQgd2l0aCB0aGlzIEFja1JlcSBKV0Qp DQoNCg0KICAgNS4gIFNldCBBZGRyZXNzTGlzdCwgUHJlZml4TGVuZ3RoTGlzdCwgVGFyZ1NlcU51 bSBhbmQgTWV0cmljVHlwZSB0bw0KICAgICAgIHRoZSB2YWx1ZXMgaW4gdGhlIHJlY2VpdmVkIFJS RVANCg0KICAgNi4gIFNldCBUYXJnTWV0cmljIDo9IExvY2FsUm91dGVbVGFyZ0FkZHJdLk1ldHJp Yw0KDQogICA3LiAgSWYgdGhlIHJlY2VpdmVkIFJSRVAgY29udGFpbnMgYSBWYWxpZGl0eVRpbWUs IG9yIGlmIHRoZQ0KICAgICAgIHJlZ2VuZXJhdGluZyByb3V0ZXIgd2lzaGVzIHRvIGxpbWl0IHRo ZSB0aW1lIHRoYXQgaXQgd2lsbCBvZmZlciBhDQogICAgICAgcm91dGUgdG8gVGFyZ0FkZHIgKGFu ZCBhbnkgb3RoZXIgYWRkcmVzc2VzIGluY2x1ZGVkIGluIHRoZSBnaXZlbg0KICAgICAgIHByZWZp eCBsZW5ndGgpLCB0aGUgcmVnZW5lcmF0ZWQgUlJFUCBNVVNUIGluY2x1ZGUgVmFsaWRpdHlUaW1l DQoNCiAgICAgICAqICBUaGUgVmFsaWRpdHlUaW1lIGlzIGVpdGhlciB0aGUgdGltZSBsaW1pdCB0 aGUgcHJldmlvdXMgQU9EVnYyDQogICAgICAgICAgcm91dGVyIHNwZWNpZmllZCwgb3IgdGhlIHRp bWUgbGltaXQgdGhpcyByb3V0ZXIgd2lzaGVzIHRvDQogICAgICAgICAgaW1wb3NlLCB3aGljaGV2 ZXIgaXMgbG93ZXIuDQoNCiAgIFRoaXMgQU9EVnYyIG1lc3NhZ2UgaXMgdXNlZCB0byBjcmVhdGUg YSBjb3JyZXNwb25kaW5nIFtSRkM1NDQ0XQ0KICAgbWVzc2FnZSAoc2VlIFNlY3Rpb24gOCkuICBJ ZiB0aGUgTmVpZ2hib3IgVGFibGUgY29udGFpbnMgYW4gZW50cnkgZm9yDQogICB0aGUgbmVpZ2hi b3Igc3RvcmVkIGFzIExvY2FsUm91dGVbT3JpZ0FkZHJdLk5leHRIb3AsIHdpdGgNCiAgIE5laWdo Ym9yLlN0YXRlIHNldCB0byBDb25maXJtZWQsIHRoZSBSUkVQIGlzIHNlbnQgYnkgdW5pY2FzdCB0 bw0KICAgTG9jYWxSb3V0ZVtPcmlnQWRkcl0uTmV4dEhvcC4gIE90aGVyd2lzZSwgdGhlIFJSRVAg aXMgc2VudCBtdWx0aWNhc3QNCiAgIHRvIExMLU1BTkVULVJvdXRlcnMuDQoNCg0KDQoNCg0KDQoN Cg0KUGVya2lucywgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAgICAg ICAgICAgICAgW1BhZ2UgNDVdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICBB T0RWdjIgICAgICAgICAgICAgICAgICAgICBKYW51YXJ5IDIwMTYNCg0KDQo3LjMuICBSb3V0ZSBS ZXBseSBBY2tub3dsZWRnZW1lbnQgKFJSRVBfQWNrKSBNZXNzYWdlDQoNCiAgIFRoZSBSb3V0ZSBS ZXBseSBBY2tub3dsZWRnZW1lbnQgaXMgYSByZXNwb25zZSB0byBhIFJvdXRlIFJlcGx5DQogICBt ZXNzYWdlLiAgV2hlbiB0aGUgUlJFUF9BY2sgbWVzc2FnZSBpcyByZWNlaXZlZCBieSB0aGUgc2Vu ZGVyIG9mIHRoZQ0KICAgUlJFUCwgaXQgY29uZmlybXMgdGhhdCB0aGUgbGluayBiZXR3ZWVuIHRo ZSB0d28gcm91dGVycyBpcw0KICAgYmlkaXJlY3Rpb25hbCAoc2VlIFNlY3Rpb24gNi4yKS4gIFRo ZSBSUkVQX0FjayBoYXMgbm8gZnVydGhlciBkYXRhLg0KDQo3LjMuMS4gIFJSRVBfQWNrIEdlbmVy YXRpb24NCg0KICAgQW4gUlJFUF9BY2sgTVVTVCBiZSBnZW5lcmF0ZWQgaWYgYSByZWNlaXZlZCBS b3V0ZSBSZXBseSBpbmNsdWRlcyBhbg0KICAgQWNrUmVxIHdpdGggYW4gYWRkcmVzcyBtYXRjaGlu ZyBvbmUgb2YgdGhlIHJlY2VpdmluZyByb3V0ZXIncyBJUA0KICAgYWRkcmVzc2VzLiAgVGhlIFJS RVBfQWNrIFNIT1VMRCBOT1QgYmUgZ2VuZXJhdGVkIGlmIHRoZSBsaW1pdCBmb3IgdGhlDQogICBy YXRlIG9mIEFPRFZ2MiBjb250cm9sIG1lc3NhZ2UgZ2VuZXJhdGlvbiBoYXMgYmVlbiByZWFjaGVk Lg0KDQogICBUaGVyZSBpcyBubyBmdXJ0aGVyIGRhdGEgaW4gYW4gUlJFUF9BY2suICBUaGUgW1JG QzU0NDRdDQogICByZXByZXNlbnRhdGlvbiBpcyBkaXNjdXNzZWQgaW4gU2VjdGlvbiA4LiAgVGhl IFJSRVBfQWNrIGlzIHVuaWNhc3QsDQogICBieSBkZWZhdWx0LCB0byB0aGUgc291cmNlIElQIGFk ZHJlc3Mgb2YgdGhlIFJSRVAgbWVzc2FnZSB0aGF0DQogICByZXF1ZXN0ZWQgaXQuDQoNCjcuMy4y LiAgUlJFUF9BY2sgUmVjZXB0aW9uDQoNCiAgIFVwb24gcmVjZWl2aW5nIGFuIFJSRVBfQWNrLCBh biBBT0RWdjIgcm91dGVyIHBlcmZvcm1zIHRoZSBmb2xsb3dpbmcNCiAgIHN0ZXBzOg0KDQogICAx LiAgVXBkYXRlIHRoZSBOZWlnaGJvciBUYWJsZSBhY2NvcmRpbmcgdG8gU2VjdGlvbiA2LjMNCg0K ICAgICAgICogIElmIHRoZSBzZW5kZXIgaGFzIE5laWdoYm9yLlN0YXRlIHNldCB0byBCbGFja2xp c3RlZCBhZnRlciB0aGUNCiAgICAgICAgICB1cGRhdGUsIGlnbm9yZSB0aGlzIFJSRVEgZm9yIGZ1 cnRoZXIgcHJvY2Vzc2luZy4NCihTaG91bGRu4oCZdCB0aGlzIGNoZWNrIGNvbWUgYmVmb3JlIHVw ZGF0aW5nPyAgVGhlIG9ubHkgd2F5IHRoZSBOZWlnaGJvci5TdGF0ZSBpcyBzZXQgdG8gQmxhY2ts aXN0ZWQgaXMgdGhhdCBpdHMgYWxyZWFkeSBCbGFja2xpc3RlZCBhbmQgdGhlcmUgaXMgbm8gbmVl ZCB0byB1cGRhdGUgdGhlIE5laWdoYm9yIFRhYmxlLiBKV0QpDQoNCg0KICAgMi4gIENoZWNrIGlm IHRoZSBSUkVQX0FjayB3YXMgZXhwZWN0ZWQgZnJvbSB0aGUgSVAgc291cmNlIGFkZHJlc3Mgb2YN CiAgICAgICB0aGUgUlJFUF9BY2ssIGluIHJlc3BvbnNlIHRvIGFuIFJSRVAgc2VudCBwcmV2aW91 c2x5IGJ5IHRoaXMNCiAgICAgICByb3V0ZXINCg0KICAgICAgICogIElmIGl0IHdhcyBleHBlY3Rl ZCwgdGhlIHJvdXRlciBjYW5jZWxzIGFueSBhc3NvY2lhdGVkDQogICAgICAgICAgdGltZW91dHMu DQoNCiAgICAgICAqICBJZiBpdCB3YXMgbm90IGV4cGVjdGVkLCBubyBhY3Rpb25zIGFyZSByZXF1 aXJlZC4NCihXaGF0IGFyZSB3ZSBjaGVja2luZyEgV2hhdCB0YWJsZSBvciB0aW1lciBpcyB0aGVy ZSB0byBjaGVjaz8gSldEISkNCg0KDQo3LjQuICBSb3V0ZSBFcnJvciAoUkVSUikgTWVzc2FnZQ0K DQogICBBIFJvdXRlIEVycm9yIG1lc3NhZ2UgaXMgZ2VuZXJhdGVkIGJ5IGFuIEFPRFZ2MiByb3V0 ZXIgdG8gbm90aWZ5DQogICBvdGhlciBBT0RWdjIgcm91dGVycyBvZiByb3V0ZXMgdGhhdCBhcmUg bm8gbG9uZ2VyIGF2YWlsYWJsZS4gIEFuIFJFUlINCiAgIG1lc3NhZ2UgaGFzIHRoZSBmb2xsb3dp bmcgY29udGVudHM6DQoNCg0KDQoNCg0KDQoNCg0KUGVya2lucywgZXQgYWwuICAgICAgICAgICBF eHBpcmVzIEp1bHkgMjEsIDIwMTYgICAgICAgICAgICAgICAgW1BhZ2UgNDZdDQoMDQpJbnRlcm5l dC1EcmFmdCAgICAgICAgICAgICAgICAgICBBT0RWdjIgICAgICAgICAgICAgICAgICAgICBKYW51 YXJ5IDIwMTYNCg0KDQogICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgIHwgICAgICAgICAgICAgICAgICAgICAg ICAgIG1zZ19ob3BfbGltaXQgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICArLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rDQogICAgfCAgICAgICAgICAgICAgICAgICAgICAgUGt0U291cmNlIChvcHRpb25hbCkgICAg ICAgICAgICAgICAgICAgICAgfA0KICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgICB8ICAgICAgICAgICAgICAg ICAgICAgICAgICAgQWRkcmVzc0xpc3QgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAg Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tKw0KICAgIHwgICAgICAgICAgICAgICAgICAgUHJlZml4TGVuZ3RoTGlzdCAob3B0 aW9uYWwpICAgICAgICAgICAgICAgICAgIHwNCiAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICAgfCAgICAgICAg ICAgICAgICAgICAgICAgU2VxTnVtTGlzdCAob3B0aW9uYWwpICAgICAgICAgICAgICAgICAgICAg fA0KICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSsNCiAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICBNZXRyaWNU eXBlTGlzdCAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgKy0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KDQogICAg ICAgICAgICAgICAgICAgICAgRmlndXJlIDM6IFJFUlIgbWVzc2FnZSBjb250ZW50cw0KDQogICBt c2dfaG9wX2xpbWl0DQogICAgICBUaGUgcmVtYWluaW5nIG51bWJlciBvZiBob3BzIGFsbG93ZWQg Zm9yIGRpc3NlbWluYXRpb24gb2YgdGhlIFJFUlINCiAgICAgIG1lc3NhZ2UuDQoNCiAgIFBrdFNv dXJjZQ0KICAgICAgVGhlIHNvdXJjZSBhZGRyZXNzIG9mIHRoZSBJUCBwYWNrZXQgdHJpZ2dlcmlu ZyB0aGUgUkVSUi4gIElmIHRoZQ0KICAgICAgUkVSUiBpcyB0cmlnZ2VyZWQgYnkgYSBicm9rZW4g bGluaywgUGt0U291cmNlIGlzIG5vdCByZXF1aXJlZC4NCg0KICAgQWRkcmVzc0xpc3QNCiAgICAg IFRoZSBhZGRyZXNzZXMgb2YgdGhlIHJvdXRlcyBub3QgYXZhaWxhYmxlIHRocm91Z2ggUkVSUl9H ZW4uDQoNCiAgIFByZWZpeExlbmd0aExpc3QNCiAgICAgIFRoZSBwcmVmaXggbGVuZ3RocywgaW4g Yml0cywgYXNzb2NpYXRlZCB3aXRoIHRoZSByb3V0ZXMgbm90DQogICAgICBhdmFpbGFibGUgdGhy b3VnaCBSRVJSX0dlbi4gIFRoZXNlIHZhbHVlcyBpbmRpY2F0ZSB3aGV0aGVyIHJvdXRlcw0KICAg ICAgcmVwcmVzZW50IGEgc2luZ2xlIGRldmljZSBvciBhbiBhZGRyZXNzIHJhbmdlLg0KDQogICBT ZXFOdW1MaXN0DQogICAgICBUaGUgc2VxdWVuY2UgbnVtYmVycyBvZiB0aGUgcm91dGVzIG5vdCBh dmFpbGFibGUgdGhyb3VnaCBSRVJSX0dlbg0KICAgICAgKHdoZXJlIGtub3duKS4NCg0KICAgTWV0 cmljVHlwZUxpc3QNCiAgICAgIFRoZSBtZXRyaWMgdHlwZXMgYXNzb2NpYXRlZCB3aXRoIHRoZSBy b3V0ZXMgbm90IGF2YWlsYWJsZSB0aHJvdWdoDQogICAgICBSRVJSX0dlbi4NCg0KNy40LjEuICBS RVJSIEdlbmVyYXRpb24NCg0KICAgQSBSb3V0ZSBFcnJvciBtZXNzYWdlIGlzIGdlbmVyYXRlZCB3 aGVuIGFuIEFPRFZ2MiByb3V0ZXIgKGFsc28NCiAgIHJlZmVycmVkIHRvIGFzIFJFUlJfR2VuKSBu ZWVkcyB0byByZXBvcnQgdGhhdCBhIGRlc3RpbmF0aW9uIGlzIG5vdA0KICAgcmVhY2hhYmxlLiAg VGhlcmUgYXJlIHRocmVlIGV2ZW50cyB0aGF0IGNhdXNlIHRoaXMgcmVzcG9uc2U6DQoNCiAgIG8g IFdoZW4gYW4gSVAgcGFja2V0IHRoYXQgaGFzIGJlZW4gZm9yd2FyZGVkIGZyb20gYW5vdGhlciBy b3V0ZXIsIGJ1dA0KICAgICAgY2Fubm90IGJlIGZvcndhcmRlZCBmdXJ0aGVyIGJlY2F1c2UgdGhl cmUgaXMgbm8gdmFsaWQgcm91dGUgaW4gdGhlDQoNCg0KDQpQZXJraW5zLCBldCBhbC4gICAgICAg ICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAgICBbUGFnZSA0N10NCgwNCklu dGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAgICAgICAgICAgICAgICAg IEphbnVhcnkgMjAxNg0KDQoNCg0KDQogICAgICBSb3V0aW5nIEluZm9ybWF0aW9uIEJhc2UgZm9y IGl0cyBkZXN0aW5hdGlvbi4gVGhlIHNvdXJjZSBvZiB0aGUNCiAgICAgIHBhY2tldCBuZWVkcyB0 byBiZSBpbmZvcm1lZCB0aGF0IHRoZSByb3V0ZSB0byB0aGUgZGVzdGluYXRpb24gb2YNCiAgICAg IHRoZSBwYWNrZXQgZG9lcyBub3QgZXhpc3QuICBUaGUgUkVSUiBnZW5lcmF0ZWQgTVVTVCBpbmNs dWRlDQogICAgICBQa3RTb3VyY2Ugc2V0IHRvIHRoZSBzb3VyY2UgYWRkcmVzcyBvZiB0aGUgSVAg cGFja2V0LCBhbmQgTVVTVA0KICAgICAgY29udGFpbiBvbmx5IG9uZSB1bnJlYWNoYWJsZSBhZGRy ZXNzIGluIHRoZSBBZGRyZXNzTGlzdCwgaS5lLiwgdGhlDQogICAgICBkZXN0aW5hdGlvbiBhZGRy ZXNzIG9mIHRoZSBJUCBwYWNrZXQuICBSRVJSX0dlbiBNVVNUIGRpc2NhcmQgdGhlDQogICAgICBJ UCBwYWNrZXQgdGhhdCB0cmlnZ2VyZWQgZ2VuZXJhdGlvbiBvZiB0aGUgUkVSUi4gIFRoZSBwcmVm aXggbGVuZ3RoLA0KICAgICAgc2VxdWVuY2UgbnVtYmVyIGFuZCBtZXRyaWMgdHlwZSBTSE9VTEQg YmUgaW5jbHVkZWQgaWYga25vd24gZnJvbQ0KICAgICAgYW4gSW52YWxpZCBMb2NhbFJvdXRlIHRv IHRoZSB1bnJlYWNoYWJsZSBhZGRyZXNzLg0KDQoNCiAgIG8gIFdoZW4gYW4gUlJFUCBtZXNzYWdl IGNhbm5vdCBiZSByZWdlbmVyYXRlZCBiZWNhdXNlIHRoZSBMb2NhbFJvdXRlDQogICAgICB0byBP cmlnQWRkciBoYXMgYmVlbiBsb3N0IG9yIGlzIEludmFsaWQuIFJSRVBfR2VuIG5lZWRzIHRvIGJl DQogICAgICBpbmZvcm1lZCB0aGF0IHRoZSByb3V0ZSB0byBPcmlnQWRkciBkb2VzIG5vdCBleGlz dC4gIFRoZSBSRVJSDQogICAgICBnZW5lcmF0ZWQgTVVTVCBpbmNsdWRlIFBrdFNvdXJjZSBzZXQg dG8gdGhlIFRhcmdBZGRyIG9mIHRoZSBSUkVQLA0KICAgICAgYW5kIE1VU1QgY29udGFpbiBvbmx5 IG9uZSB1bnJlYWNoYWJsZSBhZGRyZXNzIGluIHRoZSBBZGRyZXNzTGlzdCwNCiAgICAgIHRoZSBP cmlnQWRkciBmcm9tIHRoZSBSUkVQLiAgUkVSUl9HZW4gTVVTVCBkaXNjYXJkIHRoZSBSUkVQDQog ICAgICBtZXNzYWdlIHRoYXQgdHJpZ2dlcmVkIGdlbmVyYXRpb24gb2YgdGhlIFJFUlIuICBUaGUg cHJlZml4IGxlbmd0aCwNCiAgICAgIHNlcXVlbmNlIG51bWJlciBhbmQgbWV0cmljIHR5cGUgU0hP VUxEIGJlIGluY2x1ZGVkIGlmIGtub3duIGZyb20NCiAgICAgIGFuIEludmFsaWQgTG9jYWxSb3V0 ZSB0byB0aGUgdW5yZWFjaGFibGUgYWRkcmVzcy4NCg0KICAgbyAgV2hlbiBhIGxpbmsgYnJlYWtz LCBtdWx0aXBsZSBMb2NhbFJvdXRlcyBtYXkgYmVjb21lIEludmFsaWQsIGFuZA0KICAgICAgdGhl IFJFUlIgZ2VuZXJhdGVkIE1BWSBjb250YWluIG11bHRpcGxlIHVucmVhY2hhYmxlIGFkZHJlc3Nl cy4NCiAgICAgIFRoZSBSRVJSIE1VU1QgaW5jbHVkZSBNZXRyaWNUeXBlTGlzdC4gIFBrdFNvdXJj ZSBpcyBvbWl0dGVkLiAgQWxsDQogICAgICBwcmV2aW91c2x5IEFjdGl2ZSBMb2NhbFJvdXRlcyB0 aGF0IHVzZWQgdGhlIGJyb2tlbiBsaW5rIE1VU1QgYmUNCiAgICAgIHJlcG9ydGVkLiAgVGhlIEFk ZHJlc3NMaXN0LCBQcmVmaXhMZW5ndGhMaXN0LCBTZXFOdW1MaXN0LCBhbmQNCiAgICAgIE1ldHJp Y1R5cGVMaXN0IHdpbGwgY29udGFpbiBlbnRyaWVzIGZvciBlYWNoIExvY2FsUm91dGUgd2hpY2gg aGFzDQogICAgICBiZWNvbWUgSW52YWxpZC4gIEFuIFJFUlIgbWVzc2FnZSBpcyBvbmx5IHNlbnQg aWYgYW4gQWN0aXZlDQogICAgICBMb2NhbFJvdXRlIGJlY29tZXMgSW52YWxpZCwgdGhvdWdoIGFu IEFPRFZ2MiByb3V0ZXIgY2FuIGFsc28NCiAgICAgIGluY2x1ZGUgSWRsZSBMb2NhbFJvdXRlcyB0 aGF0IGJlY29tZSBJbnZhbGlkIGlmIHRoZSBjb25maWd1cmF0aW9uDQogICAgICBwYXJhbWV0ZXIg RU5BQkxFX0lETEVfSU5fUkVSUiBpcyBzZXQgKHNlZSBTZWN0aW9uIDExLjMpLg0KDQogICBJbiBv cmRlciB0byBhdm9pZCBmbG9vZGluZyB0aGUgbmV0d29yayB3aXRoIFJFUlIgbWVzc2FnZXMgd2hl biBhDQogICBzdHJlYW0gb2YgSVAgcGFja2V0cyB0byBhbiB1bnJlYWNoYWJsZSBhZGRyZXNzIGFy cml2ZXMsIGFuIEFPRFZ2Mg0KICAgcm91dGVyIFNIT1VMRCBkZXRlcm1pbmUgd2hldGhlciBhbiBS RVJSIGhhcyByZWNlbnRseSBiZWVuIHNlbnQgd2l0aA0KICAgdGhlIHNhbWUgdW5yZWFjaGFibGUg YWRkcmVzcyBhbmQgUGt0U291cmNlLCBhbmQgU0hPVUxEIGF2b2lkIGNyZWF0aW5nDQogICBkdXBs aWNhdGUgUkVSUiBtZXNzYWdlcy4NCihIb3cgaXMgdGhpcyBkb25lPyAgVGhlcmUgaXMgbm8gdGFi bGUgd2l0aCByZWNlbnRseSBzZW50IFJFUlIgbWVzc2FnZXMgdG8gY2hlY2suIFRoZXJlIG5lZWRz IHRvIGJlIHRob3VnaC4gSldEISkNCg0KDQogICBUaGUgUkVSUiBTSE9VTEQgTk9UIGJlIGdlbmVy YXRlZCBpZiB0aGUgbGltaXQgZm9yIHRoZSByYXRlIG9mIEFPRFZ2Mg0KICAgY29udHJvbCBtZXNz YWdlIGdlbmVyYXRpb24gaGFzIGJlZW4gcmVhY2hlZC4gIElmIGFwcHJvYWNoaW5nIHRoZQ0KICAg bGltaXQsIHRoZSBtZXNzYWdlIHNob3VsZCBiZSBzZW50IGlmIHRoZSBwcmlvcml0aWVzIGluIFNl Y3Rpb24gNi41DQogICBhbGxvdyBpdC4NCihUaGUgdW5kZWZpbmVkIGFwcHJvYWNoaW5nIHRoZSBs aW1pdCB0aGluZyBhZ2Fpbi4gSldEKQ0KDQoNCiAgIEluY2lkZW50YWxseSwgaWYgYW4gQU9EVnYy IHJvdXRlciByZWNlaXZlcyBhbiBJQ01QIGVycm9yIHBhY2tldCB0byBvcg0KICAgZnJvbSB0aGUg YWRkcmVzcyBvZiBvbmUgb2YgaXRzIFJvdXRlciBDbGllbnRzLCBpdCBmb3J3YXJkcyB0aGUgSUNN UA0KDQoNCg0KDQpQZXJraW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAx NiAgICAgICAgICAgICAgICBbUGFnZSA0OF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAg ICAgICAgIEFPRFZ2MiAgICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCiAgIHBh Y2tldCBpbiB0aGUgc2FtZSB3YXkgYXMgYW55IG90aGVyIElQIHBhY2tldCwgYW5kIHdpbGwgbm90 IGdlbmVyYXRlDQogICBhbnkgUkVSUiBtZXNzYWdlIGJhc2VkIG9uIHRoZSBjb250ZW50cyBvZiB0 aGUgSUNNUCBwYWNrZXQuDQoNCiAgIFRvIGdlbmVyYXRlIHRoZSBSRVJSLCB0aGUgcm91dGVyIGZv bGxvd3MgdGhpcyBwcm9jZWR1cmU6DQoNCiAgIDEuICBTZXQgbXNnX2hvcF9saW1pdCA6PSBNQVhf SE9QQ09VTlQNCg0KICAgMi4gIElmIG5lY2Vzc2FyeSwgaW5jbHVkZSBQa3RTb3VyY2UgYW5kIHNl dCB0aGUgdmFsdWUgYXMgZ2l2ZW4gYWJvdmUNCg0KICAgMy4gIEZvciBlYWNoIExvY2FsUm91dGUg dGhhdCBuZWVkcyB0byBiZSByZXBvcnRlZDoNCg0KICAgICAgICogIEluc2VydCBMb2NhbFJvdXRl LkFkZHJlc3MgaW50byB0aGUgQWRkcmVzc0xpc3QuDQoNCiAgICAgICAqICBJbnNlcnQgTG9jYWxS b3V0ZS5QcmVmaXhMZW5ndGggaW50byBQcmVmaXhMZW5ndGhMaXN0LCBpZiBrbm93bg0KICAgICAg ICAgIGFuZCBub3QgZXF1YWwgdG8gdGhlIGFkZHJlc3MgbGVuZ3RoLg0KDQogICAgICAgKiAgSW5z ZXJ0IExvY2FsUm91dGUuU2VxTnVtIGludG8gU2VxTnVtTGlzdCwgaWYga25vd24uDQoNCiAgICAg ICAqICBJbnNlcnQgTG9jYWxSb3V0ZS5NZXRyaWNUeXBlIGludG8gTWV0cmljVHlwZUxpc3QuDQoN CiAgIFRoZSBBT0RWdjIgbWVzc2FnZSBpcyB1c2VkIHRvIGNyZWF0ZSBhIGNvcnJlc3BvbmRpbmcg W1JGQzU0NDRdDQogICBtZXNzYWdlIChzZWUgU2VjdGlvbiA4KS4NCg0KICAgSWYgdGhlIFJFUlIg aXMgc2VudCBpbiByZXNwb25zZSB0byBhbiB1bmRlbGl2ZXJhYmxlIElQIHBhY2tldCBvciBSUkVQ DQogICBtZXNzYWdlLCBpLmUuLCBpZiBQa3RTb3VyY2UgaXMgaW5jbHVkZWQsIHRoZSBSRVJSIFNI T1VMRCBiZSBzZW50DQogICB1bmljYXN0IHRvIHRoZSBuZXh0IGhvcCBvbiB0aGUgcm91dGUgdG8g UGt0U291cmNlLCBvciBhbHRlcm5hdGl2ZWx5LA0KICAgaWYgdGhlcmUgaXMgbm8gcm91dGUgdG8g UGt0U291cmNlLCB0aGUgUkVSUiBNVVNUIGJlIG11bHRpY2FzdCB0byBMTC0NCiAgIE1BTkVULVJv dXRlcnMuICBJZiB0aGUgUkVSUiBpcyBzZW50IGluIHJlc3BvbnNlIHRvIGEgYnJva2VuIGxpbmss DQogICBpLmUuLCBQa3RTb3VyY2UgaXMgbm90IGluY2x1ZGVkLCB0aGUgUkVSUiBpcywgYnkgZGVm YXVsdCwgbXVsdGljYXN0DQogICB0byBMTC1NQU5FVC1Sb3V0ZXJzLg0KDQogICBTZWN0aW9uIDEw LjIgZGVzY3JpYmVzIHByb2Nlc3Npbmcgc3RlcHMgd2hlbiB0aGUgb3B0aW9uYWwgcHJlY3Vyc29y DQogICBsaXN0cyBmZWF0dXJlIGlzIGVuYWJsZWQuDQoNCjcuNC4yLiAgUkVSUiBSZWNlcHRpb24N Cg0KICAgVXBvbiByZWNlaXZpbmcgYSBSb3V0ZSBFcnJvciwgYW4gQU9EVnYyIHJvdXRlciBwZXJm b3JtcyB0aGUgZm9sbG93aW5nDQogICBzdGVwczoNCg0KICAgMS4gIFZlcmlmeSB0aGF0IHRoZSBt ZXNzYWdlIGNvbnRhaW5zIHRoZSByZXF1aXJlZCBkYXRhOiBtc2dfaG9wX2xpbWl0DQogICAgICAg YW5kIGF0IGxlYXN0IG9uZSB1bnJlYWNoYWJsZSBhZGRyZXNzDQoNCiAgICAgICAqICBJZiBub3Qs IGlnbm9yZSB0aGlzIFJFUlIgZm9yIGZ1cnRoZXIgcHJvY2Vzc2luZy4NCg0KICAgMi4gIEZvciBl YWNoIGFkZHJlc3MgaW4gdGhlIEFkZHJlc3NMaXN0LCBjaGVjayB0aGF0Og0KDQogICAgICAgKiAg VGhlIGFkZHJlc3MgaXMgdmFsaWQgKHJvdXRhYmxlIGFuZCB1bmljYXN0KQ0KDQoNCg0KDQpQZXJr aW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAg ICBbUGFnZSA0OV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAg ICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCiAgICAgICAqICBUaGUgTWV0cmlj VHlwZSBpcyBzdXBwb3J0ZWQgYW5kIGNvbmZpZ3VyZWQgZm9yIHVzZQ0KDQogICAgICAgKiAgVGhl cmUgaXMgYSB2YWxpZCBMb2NhbFJvdXRlIHdpdGggdGhlIHNhbWUgTWV0cmljVHlwZSBtYXRjaGlu Zw0KICAgICAgICAgIHRoZSBhZGRyZXNzIHVzaW5nIGxvbmdlc3QgcHJlZml4IG1hdGNoaW5nDQoN CiAgICAgICAqICBFaXRoZXIgdGhlIExvY2FsUm91dGUncyBuZXh0IGhvcCBpcyB0aGUgc2VuZGVy IG9mIHRoZSBSRVJSIGFuZA0KICAgICAgICAgIHRoZSBuZXh0IGhvcCBpbnRlcmZhY2UgaXMgdGhl IGludGVyZmFjZSBvbiB3aGljaCB0aGUgUkVSUiB3YXMNCiAgICAgICAgICByZWNlaXZlZCwgb3Ig UGt0U291cmNlIGlzIHByZXNlbnQgaW4gdGhlIFJFUlIgYW5kIGlzIGEgUm91dGVyDQogICAgICAg ICAgQ2xpZW50IGFkZHJlc3MNCg0KICAgICAgICogIFRoZSB1bnJlYWNoYWJsZSBhZGRyZXNzJyBz ZXF1ZW5jZSBudW1iZXIgaXMgZWl0aGVyIHVua25vd24sIG9yDQogICAgICAgICAgaXMgZ3JlYXRl ciB0aGFuIHRoZSBMb2NhbFJvdXRlJ3Mgc2VxdWVuY2UgbnVtYmVyDQoNCiAgICAgICBJZiBhbnkg b2YgdGhlIGFib3ZlIGFyZSBmYWxzZSwgYSBtYXRjaGluZyBMb2NhbFJvdXRlIE1VU1QgTk9UIGJl DQogICAgICAgbWFkZSBJbnZhbGlkIGFuZCB0aGUgdW5yZWFjaGFibGUgYWRkcmVzcyBNVVNUIE5P VCBiZSBhZHZlcnRpc2VkDQogICAgICAgaW4gYSByZWdlbmVyYXRlZCBSRVJSLg0KDQogICAgICAg SWYgYWxsIG9mIHRoZSBhYm92ZSBhcmUgdHJ1ZSwgdGhlIExvY2FsUm91dGUgaXMgbm8gbG9uZ2Vy IHZhbGlkLg0KICAgICAgIElmIHRoZSBMb2NhbFJvdXRlIHdhcyBwcmV2aW91c2x5IEFjdGl2ZSwg aXQgTVVTVCBiZSByZXBvcnRlZCBpbiBhDQogICAgICAgcmVnZW5lcmF0ZWQgUkVSUi4gIElmIHRo ZSBMb2NhbFJvdXRlIHdhcyBwcmV2aW91c2x5IElkbGUsIGl0IE1BWQ0KICAgICAgIGJlIHJlcG9y dGVkIGluIGEgcmVnZW5lcmF0ZWQgUkVSUiwgaWYgRU5BQkxFX0lETEVfSU5fUkVSUiBpcw0KICAg ICAgIGNvbmZpZ3VyZWQuICBUaGUgTG9jYWwgUm91dGUgU2V0IE1VU1QgYmUgdXBkYXRlZCBhY2Nv cmRpbmcgdG8NCiAgICAgICB0aGVzZSBydWxlczoNCg0KICAgICAgICogIElmIHRoZSBMb2NhbFJv dXRlJ3MgcHJlZml4IGxlbmd0aCBpcyB0aGUgc2FtZSBhcyB0aGUNCiAgICAgICAgICB1bnJlYWNo YWJsZSBhZGRyZXNzJyBwcmVmaXggbGVuZ3RoLCBzZXQgTG9jYWxSb3V0ZS5TdGF0ZSB0bw0KICAg ICAgICAgIEludmFsaWQuDQoNCiAgICAgICAqICBJZiB0aGUgTG9jYWxSb3V0ZSdzIHByZWZpeCBs ZW5ndGggaXMgbG9uZ2VyIHRoYW4gdGhlDQogICAgICAgICAgdW5yZWFjaGFibGUgYWRkcmVzcycg cHJlZml4IGxlbmd0aCwgdGhlIExvY2FsUm91dGUgTVVTVCBiZQ0KICAgICAgICAgIGV4cHVuZ2Vk IGZyb20gdGhlIExvY2FsIFJvdXRlIFNldCwgc2luY2UgaXQgaXMgYSBzdWItcm91dGUgb2YNCiAg ICAgICAgICB0aGUgcm91dGUgd2hpY2ggaXMgcmVwb3J0ZWQgdG8gYmUgSW52YWxpZC4NCg0KICAg ICAgICogIElmIHRoZSBwcmVmaXggbGVuZ3RoIGlzIGRpZmZlcmVudCwgY3JlYXRlIGEgbmV3IExv Y2FsUm91dGUNCiAgICAgICAgICB3aXRoIHRoZSB1bnJlYWNoYWJsZSBhZGRyZXNzLCBhbmQgaXRz IHByZWZpeCBsZW5ndGggYW5kDQogICAgICAgICAgc2VxdWVuY2UgbnVtYmVyLCBhbmQgc2V0IExv Y2FsUm91dGUuU3RhdGUgdG8gSW52YWxpZC4NCihpdOKAmXMgbm90IGNsZWFyIHRvIG1lIHdoYXQg dGhlIHBvaW50IG9mIHRoaXMgaW52YWxpZCByb3V0ZSBpcy4gSXQgZG9lc27igJl0IGdldCB1c2Vk IGFuZCBkb2VzbuKAmXQgcmVtb3ZlIGFueSBleGlzdGluZyByb3V0ZXMuIEpXRCkNCiAgICAgICAq ICBVcGRhdGUgdGhlIHNlcXVlbmNlIG51bWJlciBvbiB0aGUgZXhpc3RpbmcgTG9jYWxSb3V0ZSwg aWYgdGhlDQogICAgICAgICAgcmVwb3J0ZWQgc2VxdWVuY2UgbnVtYmVyIGlzIGRldGVybWluZWQg dG8gYmUgbmV3ZXIgdXNpbmcgdGhlDQogICAgICAgICAgY29tcGFyaXNvbiB0ZWNobmlxdWUgZGVz Y3JpYmVkIGluIFNlY3Rpb24gNC40Lg0KDQogICAzLiAgQ2hlY2sgaWYgdGhlcmUgYXJlIHVucmVh Y2hhYmxlIGFkZHJlc3NlcyB3aGljaCBNVVNUIGJlIHJlcG9ydGVkDQogICAgICAgaW4gYSByZWdl bmVyYXRlZCBSRVJSDQooSG93IGRvIHdlIGNoZWNrPyBJdOKAmXMgbm90IGF0IGFsbCBjbGVhciBo b3cgdGhpcyBpcyBkb25lLiBKV0QhKQ0KICAgICAgICogIElmIHNvLCByZWdlbmVyYXRlIHRoZSBS RVJSIGFzIGRldGFpbGVkIGluIFNlY3Rpb24gNy40LjMuDQoNCiAgICAgICAqICBJZiBub3QsIHRh a2Ugbm8gZnVydGhlciBhY3Rpb24uDQoNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAgICAgICAgICAg RXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDUwXQ0KDA0KSW50ZXJu ZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAgICAgSmFu dWFyeSAyMDE2DQoNCg0KNy40LjMuICBSRVJSIFJlZ2VuZXJhdGlvbg0KDQogICBUaGUgUm91dGUg RXJyb3IgbWVzc2FnZSBTSE9VTEQgTk9UIGJlIHJlZ2VuZXJhdGVkIGlmIHRoZSBsaW1pdCBmb3IN CiAgIHRoZSByYXRlIG9mIEFPRFZ2MiBjb250cm9sIG1lc3NhZ2UgZ2VuZXJhdGlvbiBoYXMgYmVl biByZWFjaGVkLiAgSWYNCiAgIGFwcHJvYWNoaW5nIHRoZSBsaW1pdCwgdGhlIG1lc3NhZ2Ugc2hv dWxkIGJlIHNlbnQgaWYgdGhlIHByaW9yaXRpZXMNCiAgIGluIFNlY3Rpb24gNi41IGFsbG93IGl0 Lg0KKEFwcHJvYWNoaW5nIHRoZSBsaW1pdCB0aGluZyBhZ2FpbiBKV0QpDQoNCg0KICAgVGhlIHBy b2NlZHVyZSBmb3IgUkVSUiByZWdlbmVyYXRpb24gaXMgYXMgZm9sbG93czoNCg0KICAgMS4gIFNl dCBtc2dfaG9wX2xpbWl0IDo9IHJlY2VpdmVkIG1zZ19ob3BfbGltaXQgLSAxDQoNCiAgIDIuICBJ ZiBtc2dfaG9wX2xpbWl0IGlzIG5vdyB6ZXJvLCBkbyBub3QgY29udGludWUgdGhlIHJlZ2VuZXJh dGlvbg0KICAgICAgIHByb2Nlc3MNCg0KICAgMy4gIElmIFBrdFNvdXJjZSB3YXMgaW5jbHVkZWQg aW4gdGhlIG9yaWdpbmFsIFJFUlIsIGFuZCBQa3RTb3VyY2UgaXMNCiAgICAgICBub3QgYSBSb3V0 ZXIgQ2xpZW50LCBjb3B5IGl0IGludG8gdGhlIHJlZ2VuZXJhdGVkIFJFUlINCg0KDQogICA0LiAg Rm9yIGVhY2ggTG9jYWxSb3V0ZSB0aGF0IG5lZWRzIHRvIGJlIHJlcG9ydGVkOg0KKGl04oCZcyBu b3QgY2xlYXIgaG93IHdlIGtub3cgd2hpY2ggbG9jYWxyb3V0ZXMgbmVlZCB0byBiZSByZXBvcnRl ZCBKV0QhKQ0KICAgICAgICogIEluc2VydCBMb2NhbFJvdXRlLkFkZHJlc3MgaW50byB0aGUgQWRk cmVzc0xpc3QuDQoNCiAgICAgICAqICBJbnNlcnQgTG9jYWxSb3V0ZS5QcmVmaXhMZW5ndGggaW50 byBQcmVmaXhMZW5ndGhMaXN0LCBpZiBrbm93bg0KICAgICAgICAgIGFuZCBub3QgZXF1YWwgdG8g dGhlIGFkZHJlc3MgbGVuZ3RoLg0KDQogICAgICAgKiAgSW5zZXJ0IExvY2FsUm91dGUuU2VxTnVt IGludG8gU2VxTnVtTGlzdCwgaWYga25vd24uDQoNCiAgICAgICAqICBJbnNlcnQgTG9jYWxSb3V0 ZS5NZXRyaWNUeXBlIGludG8gTWV0cmljVHlwZUxpc3QuDQoNCiAgIFRoZSBBT0RWdjIgbWVzc2Fn ZSBpcyB1c2VkIHRvIGNyZWF0ZSBhIGNvcnJlc3BvbmRpbmcgW1JGQzU0NDRdDQogICBtZXNzYWdl IChzZWUgU2VjdGlvbiA4KS4gIElmIHRoZSBSRVJSIGNvbnRhaW5zIFBrdFNvdXJjZSwgdGhlDQog ICByZWdlbmVyYXRlZCBSRVJSIFNIT1VMRCBiZSBzZW50IHVuaWNhc3QgdG8gdGhlIG5leHQgaG9w IG9uIHRoZQ0KICAgTG9jYWxSb3V0ZSB0byBQa3RTb3VyY2UsIG9yIGFsdGVybmF0aXZlbHkgaWYg dGhlcmUgaXMgbm8gcm91dGUgdG8NCiAgIFBrdFNvdXJjZSwgb3IgUGt0U291cmNlIGlzIGEgUm91 dGVyIENsaWVudCwgaXQgTVVTVCBiZSBtdWx0aWNhc3QgdG8NCiAgIExMLU1BTkVULVJvdXRlcnMu ICBJZiB0aGUgUkVSUiBpcyBzZW50IGluIHJlc3BvbnNlIHRvIGEgYnJva2VuIGxpbmssDQogICB0 aGUgUkVSUiBpcywgYnkgZGVmYXVsdCwgbXVsdGljYXN0IHRvIExMLU1BTkVULVJvdXRlcnMuDQoN CjguICBSRkMgNTQ0NCBSZXByZXNlbnRhdGlvbg0KDQogICBBT0RWdjIgc3BlY2lmaWVzIHRoYXQg YWxsIGNvbnRyb2wgbWVzc2FnZXMgYmV0d2VlbiByb3V0ZXJzIE1VU1QgdXNlDQogICB0aGUgR2Vu ZXJhbGl6ZWQgTW9iaWxlIEFkIEhvYyBOZXR3b3JrIFBhY2tldC9NZXNzYWdlIEZvcm1hdA0KICAg W1JGQzU0NDRdLCBhbmQgdGhlcmVmb3JlIEFPRFZ2MidzIHJvdXRlIG1lc3NhZ2VzIGNvbXByaXNl IGRhdGEgd2hpY2gNCiAgIGlzIG1hcHBlZCB0byBtZXNzYWdlIGVsZW1lbnRzIGluIFtSRkM1NDQ0 XS4NCg0KICAgW1JGQzU0NDRdIHByb3ZpZGVzIGEgbXVsdGlwbGV4ZWQgdHJhbnNwb3J0IGZvciBt dWx0aXBsZSBwcm90b2NvbHMuDQogICBBbiBbUkZDNTQ0NF0gbXVsdGlwbGV4ZXIgTUFZIGNob29z ZSB0byBvcHRpbWl6ZSB0aGUgY29udGVudCBvZg0KICAgY2VydGFpbiBtZXNzYWdlIGVsZW1lbnRz IHRvIHJlZHVjZSBjb250cm9sIG1lc3NhZ2Ugb3ZlcmhlYWQuDQoNCiAgIEEgYnJpZWYgc3VtbWFy eSBvZiB0aGUgW1JGQzU0NDRdIGZvcm1hdDoNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAgICAgICAg ICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDUxXQ0KDA0KSW50 ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAgICAg SmFudWFyeSAyMDE2DQoNCg0KICAgMS4gIEEgcGFja2V0IGNvbnRhaW5zIHplcm8gb3IgbW9yZSBt ZXNzYWdlcw0KDQogICAyLiAgQSBtZXNzYWdlIGNvbnRhaW5zIGEgTWVzc2FnZSBIZWFkZXIsIG9u ZSBNZXNzYWdlIFRMViBCbG9jaywgemVybw0KICAgICAgIG9yIG1vcmUgQWRkcmVzcyBCbG9ja3Ms IGFuZCBvbmUgQWRkcmVzcyBCbG9jayBUTFYgQmxvY2sgcGVyDQogICAgICAgQWRkcmVzcyBCbG9j aw0KDQogICAzLiAgVGhlIE1lc3NhZ2UgVExWIEJsb2NrIE1BWSBjb250YWluIHplcm8gb3IgbW9y ZSBNZXNzYWdlIFRMVnMNCg0KICAgNC4gIEFuIEFkZHJlc3MgQmxvY2sgVExWIEJsb2NrIE1BWSBp bmNsdWRlIHplcm8gb3IgbW9yZSBBZGRyZXNzIEJsb2NrDQogICAgICAgVExWcw0KDQogICA1LiAg RWFjaCBUTFYgdmFsdWUgaW4gYW4gQWRkcmVzcyBCbG9jayBUTFYgQmxvY2sgY2FuIGJlIGFzc29j aWF0ZWQNCiAgICAgICB3aXRoIGFsbCBvZiB0aGUgYWRkcmVzc2VzLCBvciB3aXRoIGEgY29udGln dW91cyBzZXQgb2YgYWRkcmVzc2VzLA0KICAgICAgIG9yIHdpdGggYSBzaW5nbGUgYWRkcmVzcyBp biB0aGUgQWRkcmVzcyBCbG9jaw0KDQogICBBT0RWdjIgZG9lcyBub3QgcmVxdWlyZSBhY2Nlc3Mg dG8gdGhlIFtSRkM1NDQ0XSBwYWNrZXQgaGVhZGVyLg0KDQogICBJbiB0aGUgbWVzc2FnZSBoZWFk ZXIsIEFPRFZ2MiB1c2VzIDxtc2ctaG9wLWxpbWl0PiwgPG1zZy1ob3AtY291bnQ+LA0KICAgPG1z Zy10eXBlPiBhbmQgPG1zZy1hZGRyLWxlbmd0aD4uICBUaGUgPG1zZy1hZGRyLWxlbmd0aD4gZmll bGQNCiAgIGluZGljYXRlcyB0aGUgbGVuZ3RoIG9mIGFueSBhZGRyZXNzZXMgaW4gdGhlIG1lc3Nh Z2UsIHVzaW5nIDxtc2ctDQogICBhZGRyLWxlbmd0aD4gOj0gKGFkZHJlc3MgbGVuZ3RoIGluIG9j dGV0cyAtIDEpLCBpLmUuIDMgZm9yIElQdjQgYW5kDQogICAxNSBmb3IgSVB2Ni4NCg0KICAgVGhl IGFkZHJlc3NlcyBpbiBhbiBBZGRyZXNzIEJsb2NrIE1BWSBhcHBlYXIgaW4gYW55IG9yZGVyLCBh bmQgdmFsdWVzDQogICBpbiBhIFRMViBpbiB0aGUgQWRkcmVzcyBCbG9jayBUTFYgQmxvY2sgbXVz dCBiZSBhc3NvY2lhdGVkIHdpdGggdGhlDQogICBjb3JyZWN0IGFkZHJlc3MgaW4gdGhlIEFkZHJl c3MgQmxvY2sgYnkgdGhlIFtSRkM1NDQ0XSBpbXBsZW1lbnRhdGlvbi4NCiAgIFRvIGluZGljYXRl IHdoaWNoIHZhbHVlIGlzIGFzc29jaWF0ZWQgd2l0aCBlYWNoIGFkZHJlc3MsIHRoZSBBT0RWdjIN CiAgIG1lc3NhZ2UgcmVwcmVzZW50YXRpb24gdXNlcyBsaXN0cyB3aGVyZSB0aGUgb3JkZXIgb2Yg dGhlIGFkZHJlc3NlcyBpbg0KICAgdGhlIEFPRFZ2MiBBZGRyZXNzTGlzdCBtYXRjaGVzIHRoZSBv cmRlciBvZiB2YWx1ZXMgaW4gb3RoZXIgZGF0YQ0KICAgbGlzdHMsIGUuZy4sIHRoZSBvcmRlciBv ZiBTZXFOdW1zIGluIHRoZSBTZXFOdW1MaXN0IGluIGFuIFJFUlIuDQogICBbUkZDNTQ0NF0gbWFw cyB0aGlzIGluZm9ybWF0aW9uIHRvIEFkZHJlc3MgQmxvY2sgVExWcyBhc3NvY2lhdGVkIHdpdGgN CiAgIHRoZSByZWxldmFudCBhZGRyZXNzZXMgaW4gdGhlIEFkZHJlc3MgQmxvY2suDQoNCiAgIEVh Y2ggYWRkcmVzcyBpbmNsdWRlZCBpbiB0aGUgQWRkcmVzcyBCbG9jayBpcyBpZGVudGlmaWVkIGFz IE9yaWdBZGRyLA0KICAgVGFyZ0FkZHIsIFBrdFNvdXJjZSwgb3IgVW5yZWFjaGFibGUgQWRkcmVz cyBieSBpbmNsdWRpbmcgYW4NCiAgIEFERFJFU1NfVFlQRSBUTFYgaW4gdGhlIEFkZHJlc3MgQmxv Y2sgVExWIEJsb2NrLg0KDQogICBUaGUgZm9sbG93aW5nIHNlY3Rpb25zIHNob3cgaG93IEFPRFZ2 MiBkYXRhIGlzIHJlcHJlc2VudGVkIGluDQogICBbUkZDNTQ0NF0gbWVzc2FnZXMuICBBT0RWdjIg bWFrZXMgdXNlIG9mIHRoZSBWQUxJRElUWV9USU1FIFRMViBmcm9tDQogICBbUkZDNTQ5N10sIGFu ZCBkZWZpbmVzIChpbiBTZWN0aW9uIDEyKSBhIG51bWJlciBvZiBuZXcgVExWcy4NCg0KICAgV2hl cmUgdGhlIGV4dGVuc2lvbiB0eXBlIG9mIGEgVExWIGlzIHNldCB0byB6ZXJvLCB0aGlzIGlzIHRo ZSBkZWZhdWx0DQogICBbUkZDNTQ0NF0gdmFsdWUgYW5kIHRoZSBleHRlbnNpb24gdHlwZSB3aWxs IG5vdCBiZSBpbmNsdWRlZCBpbiB0aGUNCiAgIG1lc3NhZ2UuDQoNCg0KDQoNCg0KDQoNClBlcmtp bnMsIGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAg IFtQYWdlIDUyXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAg ICAgICAgICAgICAgICAgICAgSmFudWFyeSAyMDE2DQoNCg0KOC4xLiAgUm91dGUgUmVxdWVzdCBN ZXNzYWdlIFJlcHJlc2VudGF0aW9uDQoNCjguMS4xLiAgTWVzc2FnZSBIZWFkZXINCg0KICAgKy0t LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0rDQogICB8IERhdGEgICAgICAgICAgfCBIZWFkZXIgRmllbGQgICAgfCBWYWx1ZSAg ICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t LS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCBOb25lICAg ICAgICAgIHwgPG1zZy10eXBlPiAgICAgIHwgUlJFUSAgICAgICAgICAgICAgICAgICAgICAgICAg ICB8DQogICB8IG1zZ19ob3BfbGltaXQgfCA8bXNnLWhvcC1saW1pdD4gfCBNQVhfSE9QQ09VTlQs IHJlZHVjZWQgYnkgbnVtYmVyIHwNCiAgIHwgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAg ICB8IG9mIGhvcHMgdHJhdmVyc2VkIHNvIGZhciBieSB0aGUgfA0KICAgfCAgICAgICAgICAgICAg IHwgICAgICAgICAgICAgICAgIHwgbWVzc2FnZS4gICAgICAgICAgICAgICAgICAgICAgICB8DQog ICB8IG1zZ19ob3BfY291bnQgfCA8bXNnLWhvcC1jb3VudD4gfCBOdW1iZXIgb2YgaG9wcyB0cmF2 ZXJzZWQgc28gZmFyIHwNCiAgIHwgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICB8IGJ5 IHRoZSBtZXNzYWdlLiAgICAgICAgICAgICAgICAgfA0KICAgKy0tLS0tLS0tLS0tLS0tLSstLS0t LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQoNCjguMS4y LiAgTWVzc2FnZSBUTFYgQmxvY2sNCg0KICAgQW4gUlJFUSBjb250YWlucyBubyBNZXNzYWdlIFRM VnMuDQoodGhpcyBpbnPigJl0IG1hbmRhdG9yeSwgcmlnaHQ/IEp1c3QgQU9EVnYyIGRvZXNu4oCZ dCBkZWZpbmUgYW55IG1lc3NhZ2UgVExWcyBmb3IgdXNlIHdpdGggUlJFUSBKV0QpDQoNCg0KOC4x LjMuICBBZGRyZXNzIEJsb2NrDQoNCiAgIEFuIFJSRVEgY29udGFpbnMgdHdvIGFkZHJlc3Nlcywg T3JpZ0FkZHIgYW5kIFRhcmdBZGRyLCBhbmQgZWFjaA0KICAgYWRkcmVzcyBoYXMgYW4gYXNzb2Np YXRlZCBwcmVmaXggbGVuZ3RoLiAgSWYgdGhlIHByZWZpeCBsZW5ndGggaGFzDQogICBub3QgYmVl biBpbmNsdWRlZCBpbiB0aGUgQU9EVnYyIG1lc3NhZ2UsIGl0IGlzIGVxdWFsIHRvIHRoZSBhZGRy ZXNzDQogICBsZW5ndGggaW4gYml0cy4NCg0KICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICAgICAgIHwgRGF0YSAgICAg ICAgICAgICAgICAgICAgfCBBZGRyZXNzIEJsb2NrICAgICAgICAgICAgICAgIHwNCiAgICAgICAg Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t Kw0KICAgICAgICB8IE9yaWdBZGRyL09yaWdQcmVmaXhMZW4gIHwgPGFkZHJlc3M+ICsgPHByZWZp eC1sZW5ndGg+ICB8DQogICAgICAgIHwgVGFyZ0FkZHIvVGFyZ1ByZWZpeExlbiAgfCA8YWRkcmVz cz4gKyA8cHJlZml4LWxlbmd0aD4gIHwNCiAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KDQo4LjEuNC4gIEFkZHJlc3MgQmxv Y2sgVExWIEJsb2NrDQoNCiAgIEFkZHJlc3MgQmxvY2sgVExWcyBhcmUgYWx3YXlzIGFzc29jaWF0 ZWQgd2l0aCBvbmUgb3IgbW9yZSBhZGRyZXNzZXMNCiAgIGluIHRoZSBBZGRyZXNzIEJsb2NrLiAg VGhlIGZvbGxvd2luZyBzZWN0aW9ucyBzaG93IHRoZSBUTFZzIHRoYXQNCiAgIGFwcGx5IHRvIGVh Y2ggYWRkcmVzcy4NCg0KOC4xLjQuMS4gIEFkZHJlc3MgQmxvY2sgVExWcyBmb3IgT3JpZ0FkZHIN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpQZXJraW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMg SnVseSAyMSwgMjAxNiAgICAgICAgICAgICAgICBbUGFnZSA1M10NCgwNCkludGVybmV0LURyYWZ0 ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMjAx Ng0KDQoNCiAgICstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tKy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCBEYXRhICAgICAgICAgfCBUTFYgVHlwZSAgICAg IHwgRXh0ZW5zaW9uICB8IFZhbHVlICAgICAgICAgICAgICAgICB8DQogICB8ICAgICAgICAgICAg ICB8ICAgICAgICAgICAgICAgfCBUeXBlICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgIHwN CiAgICstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tKy0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tKw0KICAgfCBOb25lICAgICAgICAgfCBBRERSRVNTX1RZUEUgIHwgMCAg ICAgICAgICB8IEFERFJUWVBFX09SSUdBRERSICAgICB8DQogICB8IE9yaWdTZXFOdW0gICB8IFNF UV9OVU0gICAgICAgfCAwICAgICAgICAgIHwgU2VxdWVuY2UgbnVtYmVyIG9mICAgIHwNCiAgIHwg ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICB8ICAgICAgICAgICAgfCBSUkVRX0dlbiwgdGhl IHJvdXRlciAgfA0KICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgIHwgICAgICAgICAg ICB8IHdoaWNoIGluaXRpYXRlZCByb3V0ZSB8DQogICB8ICAgICAgICAgICAgICB8ICAgICAgICAg ICAgICAgfCAgICAgICAgICAgIHwgZGlzY292ZXJ5LiAgICAgICAgICAgIHwNCiAgIHwgT3JpZ01l dHJpYyAgIHwgUEFUSF9NRVRSSUMgICB8IE1ldHJpY1R5cGUgfCBNZXRyaWMgdmFsdWUgZm9yIHRo ZSAgfA0KICAgfCAvTWV0cmljVHlwZSAgfCAgICAgICAgICAgICAgIHwgICAgICAgICAgICB8IHJv dXRlIHRvIE9yaWdBZGRyLCAgICB8DQogICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAg fCAgICAgICAgICAgIHwgdXNpbmcgTWV0cmljVHlwZS4gICAgIHwNCiAgIHwgVmFsaWRpdHlUaW1l IHwgVkFMSURJVFlfVElNRSB8IDAgICAgICAgICAgfCBWYWxpZGl0eVRpbWUgZm9yICAgICAgfA0K ICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgIHwgICAgICAgICAgICB8IHJvdXRlIHRv IE9yaWdBZGRyLiAgICB8DQogICArLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCg0KOC4xLjQuMi4gIEFkZHJlc3MgQmxv Y2sgVExWcyBmb3IgVGFyZ0FkZHINCg0KICAgKy0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSst LS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICB8IERhdGEgICAgICAg fCBUTFYgVHlwZSAgICAgfCBFeHRlbnNpb24gICB8IFZhbHVlICAgICAgICAgICAgICAgICAgIHwN CiAgIHwgICAgICAgICAgICB8ICAgICAgICAgICAgICB8IFR5cGUgICAgICAgIHwgICAgICAgICAg ICAgICAgICAgICAgICAgfA0KICAgKy0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICB8IE5vbmUgICAgICAgfCBBRERS RVNTX1RZUEUgfCAwICAgICAgICAgICB8IEFERFJUWVBFX1RBUkdBRERSICAgICAgIHwNCiAgIHwg VGFyZ1NlcU51bSB8IFNFUV9OVU0gICAgICB8IDAgICAgICAgICAgIHwgVGhlIGxhc3Qga25vd24g ICAgICAgICAgfA0KICAgfCAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAg fCBUYXJnU2VxTnVtIGZvciAgICAgICAgICB8DQogICB8ICAgICAgICAgICAgfCAgICAgICAgICAg ICAgfCAgICAgICAgICAgICB8IFRhcmdBZGRyLiAgICAgICAgICAgICAgIHwNCiAgICstLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tKw0KDQo4LjIuICBSb3V0ZSBSZXBseSBNZXNzYWdlIFJlcHJlc2VudGF0aW9uDQoNCjguMi4x LiAgTWVzc2FnZSBIZWFkZXINCg0KICAgKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0t LSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICB8IERhdGEgICAgICAgICAg fCBIZWFkZXIgRmllbGQgICAgfCBWYWx1ZSAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAg ICstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tKw0KICAgfCBOb25lICAgICAgICAgIHwgPG1zZy10eXBlPiAgICAgIHwgUlJF UCAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICB8IG1zZ19ob3BfbGltaXQgfCA8bXNn LWhvcC1saW1pdD4gfCA8bXNnLWhvcC1jb3VudD4gZnJvbSAgICAgICAgICAgIHwNCiAgIHwgICAg ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICB8IGNvcnJlc3BvbmRpbmcgUlJFUSwgcmVkdWNl ZCBieSAgfA0KICAgfCAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgIHwgbnVtYmVyIG9m IGhvcHMgdHJhdmVyc2VkIHNvIGZhciB8DQogICB8ICAgICAgICAgICAgICAgfCAgICAgICAgICAg ICAgICAgfCBieSB0aGUgbWVzc2FnZS4gICAgICAgICAgICAgICAgIHwNCiAgIHwgbXNnX2hvcF9j b3VudCB8IDxtc2ctaG9wLWNvdW50PiB8IE51bWJlciBvZiBob3BzIHRyYXZlcnNlZCBzbyBmYXIg fA0KICAgfCAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgIHwgYnkgdGhlIG1lc3NhZ2Uu ICAgICAgICAgICAgICAgICB8DQogICArLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCg0KDQoNCg0KDQoNCg0KDQpQZXJr aW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAg ICBbUGFnZSA1NF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAg ICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCjguMi4yLiAgTWVzc2FnZSBUTFYg QmxvY2sNCg0KICAgQW4gUlJFUCBjb250YWlucyBubyBNZXNzYWdlIFRMVnMuDQooVGhpcyBpc27i gJl0IG1hbmRhdG9yeSBpcyBpdD8ganVzdCBub25lIGFyZSBkZWZpbmVkIGJ5IEFPRFZ2Mi4gSldE KQ0KDQoNCjguMi4zLiAgQWRkcmVzcyBCbG9jaw0KDQogICBBbiBSUkVQIGNvbnRhaW5zIGEgbWlu aW11bSBvZiB0d28gYWRkcmVzc2VzLCBPcmlnQWRkciBhbmQgVGFyZ0FkZHIsDQogICBhbmQgZWFj aCBhZGRyZXNzIGhhcyBhbiBhc3NvY2lhdGVkIHByZWZpeCBsZW5ndGguICBJZiB0aGUgcHJlZml4 DQogICBsZW5ndGggaGFzIG5vdCBiZWVuIGluY2x1ZGVkIGluIHRoZSBBT0RWdjIgbWVzc2FnZSwg aXQgaXMgZXF1YWwgdG8NCiAgIHRoZSBhZGRyZXNzIGxlbmd0aCBpbiBiaXRzLg0KDQogICBJdCBN QVkgYWxzbyBjb250YWluIHRoZSBhZGRyZXNzIG9mIHRoZSBpbnRlbmRlZCBuZXh0IGhvcCwgaW4g b3JkZXIgdG8NCiAgIHJlcXVlc3QgYWNrbm93bGVkZ2VtZW50IHRvIGNvbmZpcm0gYmlkaXJlY3Rp b25hbGl0eSBvZiB0aGUgbGluaywgYXMNCiAgIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDYuMi4gIFRo ZSBwcmVmaXggbGVuZ3RoIGFzc29jaWF0ZWQgd2l0aCB0aGlzDQogICBhZGRyZXNzIGlzIGVxdWFs IHRvIHRoZSBhZGRyZXNzIGxlbmd0aCBpbiBiaXRzLg0KDQogICAgICAgICstLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgICAgICAgfCBE YXRhICAgICAgICAgICAgICAgICAgICB8IEFkZHJlc3MgQmxvY2sgICAgICAgICAgICAgICAgfA0K ICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0rDQogICAgICAgIHwgT3JpZ0FkZHIvT3JpZ1ByZWZpeExlbiAgfCA8YWRkcmVzcz4g KyA8cHJlZml4LWxlbmd0aD4gIHwNCiAgICAgICAgfCBUYXJnQWRkci9UYXJnUHJlZml4TGVuICB8 IDxhZGRyZXNzPiArIDxwcmVmaXgtbGVuZ3RoPiAgfA0KICAgICAgICB8IEFja1JlcSAgICAgICAg ICAgICAgICAgIHwgPGFkZHJlc3M+ICsgPHByZWZpeC1sZW5ndGg+ICB8DQogICAgICAgICstLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCg0K OC4yLjQuICBBZGRyZXNzIEJsb2NrIFRMViBCbG9jaw0KDQogICBBZGRyZXNzIEJsb2NrIFRMVnMg YXJlIGFsd2F5cyBhc3NvY2lhdGVkIHdpdGggb25lIG9yIG1vcmUgYWRkcmVzc2VzDQogICBpbiB0 aGUgQWRkcmVzcyBCbG9jay4gIFRoZSBmb2xsb3dpbmcgc2VjdGlvbnMgc2hvdyB0aGUgVExWcyB0 aGF0DQogICBhcHBseSB0byBlYWNoIGFkZHJlc3MuDQoNCjguMi40LjEuICBBZGRyZXNzIEJsb2Nr IFRMVnMgZm9yIE9yaWdBZGRyDQoNCiAgICAgKy0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgICB8IERhdGEgIHwgVExWIFR5 cGUgICAgICB8IEV4dGVuc2lvbiBUeXBlICB8IFZhbHVlICAgICAgICAgICAgICB8DQogICAgICst LS0tLS0tKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0t LS0tLSsNCiAgICAgfCBOb25lICB8IEFERFJFU1NfVFlQRSAgfCAwICAgICAgICAgICAgICAgfCBB RERSVFlQRV9PUklHQUREUiAgfA0KICAgICArLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0t LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQoNCjguMi40LjIuICBBZGRyZXNzIEJs b2NrIFRMVnMgZm9yIFRhcmdBZGRyDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpQZXJraW5zLCBl dCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAgICBbUGFn ZSA1NV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAgICAg ICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCiAgICstLS0tLS0tLS0tLS0tLSstLS0tLS0t LS0tLS0tLS0rLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCBEYXRh ICAgICAgICAgfCBUTFYgVHlwZSAgICAgIHwgRXh0ZW5zaW9uICB8IFZhbHVlICAgICAgICAgICAg ICAgICB8DQogICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgfCBUeXBlICAgICAgIHwg ICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICstLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCBOb25lICAgICAg ICAgfCBBRERSRVNTX1RZUEUgIHwgMCAgICAgICAgICB8IEFERFJUWVBFX1RBUkdBRERSICAgICB8 DQogICB8IFRhcmdTZXFOdW0gICB8IFNFUV9OVU0gICAgICAgfCAwICAgICAgICAgIHwgU2VxdWVu Y2UgbnVtYmVyIG9mICAgIHwNCiAgIHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICB8ICAg ICAgICAgICAgfCBSUkVQX0dlbiwgdGhlIHJvdXRlciAgfA0KICAgfCAgICAgICAgICAgICAgfCAg ICAgICAgICAgICAgIHwgICAgICAgICAgICB8IHdoaWNoIGNyZWF0ZWQgdGhlICAgICB8DQogICB8 ICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgfCAgICAgICAgICAgIHwgUlJFUC4gICAgICAg ICAgICAgICAgIHwNCiAgIHwgVGFyZ01ldHJpYyAgIHwgUEFUSF9NRVRSSUMgICB8IE1ldHJpY1R5 cGUgfCBNZXRyaWMgdmFsdWUgZm9yIHRoZSAgfA0KICAgfCAvTWV0cmljVHlwZSAgfCAgICAgICAg ICAgICAgIHwgICAgICAgICAgICB8IHJvdXRlIHRvIFRhcmdBZGRyLCAgICB8DQogICB8ICAgICAg ICAgICAgICB8ICAgICAgICAgICAgICAgfCAgICAgICAgICAgIHwgdXNpbmcgTWV0cmljVHlwZS4g ICAgIHwNCiAgIHwgVmFsaWRpdHlUaW1lIHwgVkFMSURJVFlfVElNRSB8IDAgICAgICAgICAgfCBW YWxpZGl0eVRpbWUgZm9yICAgICAgfA0KICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICAg IHwgICAgICAgICAgICB8IHJvdXRlIHRvIFRhcmdBZGRyLiAgICB8DQogICArLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsN Cg0KOC4yLjQuMy4gIEFkZHJlc3MgQmxvY2sgVExWcyBmb3IgQWNrUmVxIEludGVuZGVkIFJlY2lw aWVudCBBZGRyZXNzDQoNCiAgICAgICstLS0tLS0tKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0t LS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0rDQogICAgICB8IERhdGEgIHwgVExWIFR5cGUgICAg ICB8IEV4dGVuc2lvbiBUeXBlICB8IFZhbHVlICAgICAgICAgICAgfA0KICAgICAgKy0tLS0tLS0r LS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLSsNCiAg ICAgIHwgTm9uZSAgfCBBRERSRVNTX1RZUEUgIHwgMCAgICAgICAgICAgICAgIHwgQUREUlRZUEVf SU5URU5EICB8DQogICAgICArLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0tKw0KDQo4LjMuICBSb3V0ZSBSZXBseSBBY2tub3dsZWRnZW1l bnQgTWVzc2FnZSBSZXByZXNlbnRhdGlvbg0KDQo4LjMuMS4gIE1lc3NhZ2UgSGVhZGVyDQoNCiAg ICAgICAgICAgICAgICAgICArLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0rDQog ICAgICAgICAgICAgICAgICAgfCBEYXRhICB8IEhlYWRlciBGaWVsZCAgfCBWYWx1ZSAgICAgfA0K ICAgICAgICAgICAgICAgICAgICstLS0tLS0tKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLSsN CiAgICAgICAgICAgICAgICAgICB8IE5vbmUgIHwgPG1zZy10eXBlPiAgICB8IFJSRVBfQWNrICB8 DQogICAgICAgICAgICAgICAgICAgKy0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t Kw0KDQo4LjMuMi4gIE1lc3NhZ2UgVExWIEJsb2NrDQoNCiAgIEFuIFJSRVBfQWNrIGNvbnRhaW5z IG5vIE1lc3NhZ2UgVExWcy4NCihNYW5kYXRvcnkgb3IganVzdCBub3QgZGVmaW5lZD8gSldEKQ0K DQoNCjguMy4zLiAgQWRkcmVzcyBCbG9jaw0KDQoNCiAgIEFuIFJSRVBfQWNrIGNvbnRhaW5zIG5v IEFkZHJlc3MgQmxvY2suDQooTWFuZGF0b3J5IG9yIGp1c3Qgbm90IGRlZmluZWQ/IEd1ZXNzaW5n IG1hbmRhdG9yeSBvbiB0aGlzIG9uZS4gSldEKQ0KOC4zLjQuICBBZGRyZXNzIEJsb2NrIFRMViBC bG9jaw0KDQogICBBbiBSUkVQX0FjayBjb250YWlucyBubyBBZGRyZXNzIEJsb2NrIFRMViBCbG9j ay4NCihNYW5kYXRvcnkgb3IganVzdCBub3QgZGVmaW5lZD8gR3Vlc3NpbmcgbWFuZGF0b3J5IG9u IHRoaXMgb25lLiBKV0QpDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpQZXJraW5zLCBldCBhbC4g ICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAgICBbUGFnZSA1Nl0N CgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAgICAgICAgICAg ICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCjguNC4gIFJvdXRlIEVycm9yIE1lc3NhZ2UgUmVwcmVz ZW50YXRpb24NCg0KICAgUm91dGUgRXJyb3IgTWVzc2FnZXMgTUFZIGJlIHNwbGl0IGludG8gbXVs dGlwbGUgW1JGQzU0NDRdIG1lc3NhZ2VzDQogICB3aGVuIHRoZSBkZXNpcmVkIGNvbnRlbnRzIHdv dWxkIGV4Y2VlZCB0aGUgTVRVLiAgSG93ZXZlciwgYWxsIG9mIHRoZQ0KICAgcmVzdWx0aW5nIG1l c3NhZ2VzIE1VU1QgaGF2ZSB0aGUgc2FtZSBtZXNzYWdlIGhlYWRlciBhcyBkZXNjcmliZWQNCiAg IGJlbG93LiAgSWYgUGt0U291cmNlIGlzIGluY2x1ZGVkIGluIHRoZSBBT0RWdjIgbWVzc2FnZSwg aXQgTVVTVCBiZQ0KICAgaW5jbHVkZWQgaW4gYWxsIG9mIHRoZSByZXN1bHRpbmcgW1JGQzU0NDRd IG1lc3NhZ2VzLg0KDQo4LjQuMS4gIE1lc3NhZ2UgSGVhZGVyDQoNCiAgICstLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0K ICAgfCBEYXRhICAgICAgICAgIHwgSGVhZGVyIEZpZWxkICAgIHwgVmFsdWUgICAgICAgICAgICAg ICAgICAgICAgICAgICB8DQogICArLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tKy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgIHwgTm9uZSAgICAgICAgICB8IDxt c2ctdHlwZT4gICAgICB8IFJFUlIgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgfCBt c2dfaG9wX2xpbWl0IHwgPG1zZy1ob3AtbGltaXQ+IHwgTUFYX0hPUENPVU5ULCByZWR1Y2VkIGJ5 IG51bWJlciB8DQogICB8ICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgfCBvZiBob3Bz IHRyYXZlcnNlZCBzbyBmYXIgYnkgdGhlIHwNCiAgIHwgICAgICAgICAgICAgICB8ICAgICAgICAg ICAgICAgICB8IG1lc3NhZ2UuICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAgKy0tLS0tLS0t LS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rDQoNCjguNC4yLiAgTWVzc2FnZSBUTFYgQmxvY2sNCg0KICAgQW4gUkVSUiBjb250YWlucyBu byBNZXNzYWdlIFRMVnMuDQooTWFuZGF0b3J5IG9yIGp1c3Qgbm90IGRlZmluZWQ/IEpXRCkNCg0K DQoNCg0KOC40LjMuICBBZGRyZXNzIEJsb2NrDQoNCiAgIFRoZSBBZGRyZXNzIEJsb2NrIGluIGFu IFJFUlIgTUFZIGNvbnRhaW4gUGt0U291cmNlLCB0aGUgc291cmNlDQogICBhZGRyZXNzIG9mIHRo ZSBJUCBwYWNrZXQgdHJpZ2dlcmluZyBSRVJSIGdlbmVyYXRpb24sIGFzIGRldGFpbGVkIGluDQog ICBTZWN0aW9uIDcuNC4gIFRoZSBwcmVmaXggbGVuZ3RoIGFzc29jaWF0ZWQgd2l0aCBQa3RTb3Vy Y2UgaXMgZXF1YWwgdG8NCiAgIHRoZSBhZGRyZXNzIGxlbmd0aCBpbiBiaXRzLg0KDQogICBBZGRy ZXNzIEJsb2NrIGFsd2F5cyBjb250YWlucyBvbmUgYWRkcmVzcyBwZXIgcm91dGUgdGhhdCBpcyBu byBsb25nZXINCiAgIHZhbGlkLCBhbmQgZWFjaCBhZGRyZXNzIGhhcyBhbiBhc3NvY2lhdGVkIHBy ZWZpeCBsZW5ndGguICBJZiBhIHByZWZpeA0KICAgbGVuZ3RoIGhhcyBub3QgYmVlbiBpbmNsdWRl ZCBmb3IgdGhpcyBhZGRyZXNzLCBpdCBpcyBlcXVhbCB0byB0aGUNCiAgIGFkZHJlc3MgbGVuZ3Ro IGluIGJpdHMuDQoNCiAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCBEYXRhICAgICAgICAgICAgICAgICAg ICAgICAgIHwgQWRkcmVzcyBCbG9jayAgICAgICAgICAgICAgICAgICAgICB8DQogICArLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSsNCiAgIHwgUGt0U291cmNlICAgICAgICAgICAgICAgICAgICB8IDxhZGRyZXNzPiArIDxw cmVmaXgtbGVuZ3RoPiBmb3IgICAgfA0KICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHwgUGt0U291cmNlICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICB8IEFkZHJlc3NMaXN0 L1ByZWZpeExlbmd0aExpc3QgfCA8YWRkcmVzcz4gKyA8cHJlZml4LWxlbmd0aD4gZm9yICAgIHwN CiAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8IGVhY2ggdW5yZWFjaGFibGUgYWRk cmVzcyBpbiAgICAgICAgfA0KICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgQWRk cmVzc0xpc3QgICAgICAgICAgICAgICAgICAgICAgICB8DQogICArLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCg0KDQoN Cg0KDQoNCg0KUGVya2lucywgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYg ICAgICAgICAgICAgICAgW1BhZ2UgNTddDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAg ICAgICBBT0RWdjIgICAgICAgICAgICAgICAgICAgICBKYW51YXJ5IDIwMTYNCg0KDQo4LjQuNC4g IEFkZHJlc3MgQmxvY2sgVExWIEJsb2NrDQoNCiAgIEFkZHJlc3MgQmxvY2sgVExWcyBhcmUgYWx3 YXlzIGFzc29jaWF0ZWQgd2l0aCBvbmUgb3IgbW9yZSBhZGRyZXNzZXMNCiAgIGluIHRoZSBBZGRy ZXNzIEJsb2NrLiAgVGhlIGZvbGxvd2luZyBzZWN0aW9ucyBzaG93IHRoZSBUTFZzIHRoYXQNCiAg IGFwcGx5IHRvIGVhY2ggdHlwZSBvZiBhZGRyZXNzIGluIHRoZSBSRVJSLg0KDQo4LjQuNC4xLiAg QWRkcmVzcyBCbG9jayBUTFZzIGZvciBQa3RTb3VyY2UNCg0KICAgKy0tLS0tLS0tLS0tLSstLS0t LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICB8 IERhdGEgICAgICAgfCBUTFYgVHlwZSAgICAgIHwgRXh0ZW5zaW9uIFR5cGUgfCBWYWx1ZSAgICAg ICAgICAgICAgIHwNCiAgICstLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCBQa3RTb3VyY2UgIHwgQUREUkVTU19U WVBFICB8IDAgICAgICAgICAgICAgIHwgQUREUlRZUEVfUEtUU09VUkNFICB8DQogICArLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t LS0tLSsNCg0KOC40LjQuMi4gIEFkZHJlc3MgQmxvY2sgVExWcyBmb3IgVW5yZWFjaGFibGUgQWRk cmVzc2VzDQoNCiAgICstLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t LSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCBEYXRhICAgICAgICAgICB8IFRMViBUeXBl ICAgICB8IEV4dGVuc2lvbiAgfCBWYWx1ZSAgICAgICAgICAgICAgICB8DQogICB8ICAgICAgICAg ICAgICAgIHwgICAgICAgICAgICAgIHwgVHlwZSAgICAgICB8ICAgICAgICAgICAgICAgICAgICAg IHwNCiAgICstLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLSstLS0t LS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCBOb25lICAgICAgICAgICB8IEFERFJFU1NfVFlQRSB8 IDAgICAgICAgICAgfCBBRERSVFlQRV9VTlJFQUNIQUJMRSB8DQogICB8IFNlcU51bUxpc3QgICAg IHwgU0VRX05VTSAgICAgIHwgMCAgICAgICAgICB8IFNlcXVlbmNlIG51bWJlciAgICAgIHwNCiAg IHwgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgIHwgYXNzb2NpYXRl ZCB3aXRoICAgICAgfA0KICAgfCAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8ICAgICAg ICAgICAgfCBpbnZhbGlkIHJvdXRlIHRvIHRoZSB8DQogICB8ICAgICAgICAgICAgICAgIHwgICAg ICAgICAgICAgIHwgICAgICAgICAgICB8IHVucmVhY2hhYmxlIGFkZHJlc3MuIHwNCiAgIHwgTWV0 cmljVHlwZUxpc3QgfCBQQVRIX01FVFJJQyAgfCBNZXRyaWNUeXBlIHwgTm9uZS4gRXh0ZW5zaW9u IFR5cGUgfA0KICAgfCAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICB8ICAgICAgICAgICAg fCBzZXQgdG8gTWV0cmljVHlwZSBvZiB8DQogICB8ICAgICAgICAgICAgICAgIHwgICAgICAgICAg ICAgIHwgICAgICAgICAgICB8IHRoZSByb3V0ZSB0byB0aGUgICAgIHwNCiAgIHwgICAgICAgICAg ICAgICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgIHwgdW5yZWFjaGFibGUgYWRkcmVzcy4g fA0KICAgKy0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tLS0tLS0tLS0rDQoNCjkuICBTaW1wbGUgRXh0ZXJuYWwgTmV0d29yayBBdHRhY2ht ZW50DQoNCiAgIEZpZ3VyZSA0IHNob3dzIGEgc3R1YiAoaS5lLiwgbm9uLXRyYW5zaXQpIG5ldHdv cmsgb2YgQU9EVnYyIHJvdXRlcnMNCiAgIHdoaWNoIGlzIGF0dGFjaGVkIHRvIGFuIGV4dGVybmFs IG5ldHdvcmsgdmlhIGEgc2luZ2xlIEV4dGVybmFsDQogICBOZXR3b3JrIEFjY2VzcyBSb3V0ZXIg KEVOQVIpLiAgVGhlIGludGVyZmFjZSB0byB0aGUgZXh0ZXJuYWwgbmV0d29yaw0KICAgTVVTVCBO T1QgYmUgY29uZmlndXJlZCBpbiB0aGUgQU9EVnYyX0lOVEVSRkFDRVMgbGlzdC4NCg0KICAgQXMg aW4gYW55IGV4dGVybmFsbHktYXR0YWNoZWQgbmV0d29yaywgQU9EVnYyIHJvdXRlcnMgYW5kIFJv dXRlcg0KICAgQ2xpZW50cyB0aGF0IHdpc2ggdG8gYmUgcmVhY2hhYmxlIGZyb20gdGhlIGV4dGVy bmFsIG5ldHdvcmsgTVVTVCBoYXZlDQogICBJUCBhZGRyZXNzZXMgd2l0aGluIHRoZSBFTkFSJ3Mg cm91dGFibGUgYW5kIHRvcG9sb2dpY2FsbHkgY29ycmVjdA0KICAgcHJlZml4IChlLmcuLiwgMTkx LjAuMi4wLzI0IGluIEZpZ3VyZSA0KS4gIFRoaXMgQU9EVnYyIG5ldHdvcmsgYW5kDQogICBuZXR3 b3JrcyBhdHRhY2hlZCB0byByb3V0ZXJzIHdpdGhpbiBpdCB3aWxsIGJlIGFkdmVydGlzZWQgdG8g dGhlDQogICBleHRlcm5hbCBuZXR3b3JrIHVzaW5nIHByb2NlZHVyZXMgd2hpY2ggYXJlIG91dCBv ZiBzY29wZSBmb3IgdGhpcw0KICAgc3BlY2lmaWNhdGlvbi4NCg0KDQoNCg0KDQoNClBlcmtpbnMs IGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQ YWdlIDU4XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAg ICAgICAgICAgICAgICAgSmFudWFyeSAyMDE2DQoNCg0KICAgICAgIC8tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tXA0KICAgICAgLyArLS0tLS0tLS0tLS0tLS0tLSsgICAgICAgIFwNCiAgICAgLyAg fCAgQU9EVnYyIFJvdXRlciB8ICAgICAgICAgXA0KICAgICB8ICB8ICAxOTEuMC4yLjIvMzIgIHwg ICAgICAgICB8DQogICAgIHwgICstLS0tLS0tLS0tLS0tLS0tKyAgICAgICAgIHwgICAgICAgICAg ICBSb3V0YWJsZQ0KICAgICB8ICAgICAgICAgICAgICAgICAgICAgICArLS0tLS0rLS0tLS0tLS0r ICAgUHJlZml4DQogICAgIHwgICAgICAgICAgICAgICAgICAgICAgIHwgICAgIEVOQVIgICAgIHwg IC8xOTEuMC4yLjAvMjQNCiAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgfCBBT0RWdjIgUm91 dGVyfCAvDQogICAgIHwgICAgICAgICAgICAgICAgICAgICAgIHwgIDE5MS4wLjIuMSAgIHwvICAg ICAgLy0tLS0tLS0tLS0tLS0tLVwNCiAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgfCBzZXJ2 aW5nIG5ldCAgKy0tLS0tLSsgICAgRXh0ZXJuYWwgICAgIFwNCiAgICAgfCAgICAgICAgICAgICAg ICAgICAgICAgfCAxOTEuMC4yLjAvMjQgfCAgICAgIFwgICAgIE5ldHdvcmsgICAgIC8NCiAgICAg fCAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0tKy0tLS0tLS0tKyAgICAgICBcLS0tLS0tLS0t LS0tLS0tLw0KICAgICB8ICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0rICB8DQogICAgIHwgICAg ICAgICB8ICBBT0RWdjIgUm91dGVyIHwgIHwNCiAgICAgfCAgICAgICAgIHwgIDE5MS4wLjIuMy8z MiAgfCAgfA0KICAgICBcICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0rICAvDQogICAgICBcICAg ICAgICAgICAgICAgICAgICAgICAgICAgLw0KICAgICAgIFwtLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLw0KDQogICAgICAgICAgIEZpZ3VyZSA0OiBTaW1wbGUgRXh0ZXJuYWwgTmV0d29yayBBdHRh Y2htZW50IEV4YW1wbGUNCg0KICAgV2hlbiBhbiBBT0RWdjIgcm91dGVyIHdpdGhpbiB0aGUgQU9E VnYyIE1BTkVUIHdhbnRzIHRvIGRpc2NvdmVyIGENCiAgIHJvdXRlIHRvd2FyZCBhbiBhZGRyZXNz IG9uIHRoZSBleHRlcm5hbCBuZXR3b3JrLCBpdCB1c2VzIHRoZSBub3JtYWwNCiAgIEFPRFZ2MiBy b3V0ZSBkaXNjb3ZlcnkgZm9yIHRoYXQgSVAgRGVzdGluYXRpb24gQWRkcmVzcy4gIFRoZSBFTkFS DQogICBNVVNUIHJlc3BvbmQgdG8gUlJFUSBvbiBiZWhhbGYgb2YgYWxsIGV4dGVybmFsIG5ldHdv cmsgZGVzdGluYXRpb25zLA0KICAgZS5nLi4sIGRlc3RpbmF0aW9ucyBub3Qgb24gdGhlIGNvbmZp Z3VyZWQgMTkxLjAuMi4wLzI0IG5ldHdvcmsuICBSUkVRcw0KICAgZm9yIGFkZHJlc3NlcyBpbnNp ZGUgdGhlIEFPRFZ2MiBuZXR3b3JrLCBlLmcuIGRlc3RpbmF0aW9ucyBvbiB0aGUNCiAgIGNvbmZp Z3VyZWQgMTkxLjAuMi4wLzI0IG5ldHdvcmssIGFyZSBoYW5kbGVkIHVzaW5nIHRoZSBzdGFuZGFy ZA0KICAgcHJvY2Vzc2VzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDcuDQoNCiAgIFdoZW4gYW4gSVAg cGFja2V0IGZyb20gYW4gYWRkcmVzcyBvbiB0aGUgZXh0ZXJuYWwgbmV0d29yayBkZXN0aW5lZA0K ICAgZm9yIGFuIGFkZHJlc3MgaW4gdGhlIEFPRFZ2MiBNQU5FVCByZWFjaGVzIHRoZSBFTkFSLCBp ZiB0aGUgRU5BUiBkb2VzDQogICBub3QgaGF2ZSBhIHJvdXRlIHRvd2FyZCB0aGF0IGRlc3RpbmF0 aW9uIGluIGl0cyBSb3V0aW5nDQogICBJbmZvcm1hdGlvbiBCYXNlLCBpdCB3aWxsIHBlcmZvcm0g bm9ybWFsIEFPRFZ2MiByb3V0ZSBkaXNjb3ZlcnkgZm9yDQogICB0aGF0IGRlc3RpbmF0aW9uLg0K DQogICBDb25maWd1cmluZyB0aGUgRU5BUiBhcyBhIGRlZmF1bHQgcm91dGVyIGlzIG91dHNpZGUg dGhlIHNjb3BlIG9mIHRoaXMNCiAgIHNwZWNpZmljYXRpb24uDQoNCjEwLiAgT3B0aW9uYWwgRmVh dHVyZXMNCg0KICAgQSBudW1iZXIgb2Ygb3B0aW9uYWwgZmVhdHVyZXMgZm9yIEFPRFZ2MiwgYXNz b2NpYXRlZCBpbml0aWFsbHkgd2l0aA0KICAgQU9EViwgbWF5IGJlIHVzZWZ1bCBpbiBuZXR3b3Jr cyB3aXRoIGdyZWF0ZXIgbW9iaWxpdHkgb3IgbGFyZ2VyDQogICBwb3B1bGF0aW9ucywgb3IgbmV0 d29ya3MgcmVxdWlyaW5nIHJlZHVjZWQgbGF0ZW5jeSBmb3IgYXBwbGljYXRpb24NCiAgIGxhdW5j aGVzLiAgVGhlc2UgZmVhdHVyZXMgYXJlIG5vdCByZXF1aXJlZCBieSBtaW5pbWFsDQogICBpbXBs ZW1lbnRhdGlvbnMuDQoNCg0KDQoNCg0KUGVya2lucywgZXQgYWwuICAgICAgICAgICBFeHBpcmVz IEp1bHkgMjEsIDIwMTYgICAgICAgICAgICAgICAgW1BhZ2UgNTldDQoMDQpJbnRlcm5ldC1EcmFm dCAgICAgICAgICAgICAgICAgICBBT0RWdjIgICAgICAgICAgICAgICAgICAgICBKYW51YXJ5IDIw MTYNCg0KDQoxMC4xLiAgRXhwYW5kaW5nIFJpbmdzIE11bHRpY2FzdA0KDQogICBGb3IgbXVsdGlj YXN0IFJSRVEsIG1zZ19ob3BfbGltaXQgTUFZIGJlIHNldCBpbiBhY2NvcmRhbmNlIHdpdGggYW4N CiAgIGV4cGFuZGluZyByaW5nIHNlYXJjaCBhcyBkZXNjcmliZWQgaW4gW1JGQzM1NjFdIHRvIGxp bWl0IHRoZSBSUkVRDQogICBwcm9wYWdhdGlvbiB0byBhIHN1YnNldCBvZiB0aGUgbG9jYWwgbmV0 d29yayBhbmQgcG9zc2libHkgcmVkdWNlDQogICByb3V0ZSBkaXNjb3Zlcnkgb3ZlcmhlYWQuDQoN CjEwLjIuICBQcmVjdXJzb3IgTGlzdHMNCg0KICAgVGhpcyBzZWN0aW9uIHNwZWNpZmllcyBhbiBp bnRlcm9wZXJhYmxlIGVuaGFuY2VtZW50IHRvIEFPRFZ2Mg0KICAgZW5hYmxpbmcgbW9yZSBlY29u b21pY2FsIFJvdXRlIEVycm9yIG5vdGlmaWNhdGlvbnMuDQoNCiAgIFRoZXJlIGNhbiBiZSBzZXZl cmFsIHNvdXJjZXMgb2YgdHJhZmZpYyBmb3IgYSBjZXJ0YWluIGRlc3RpbmF0aW9uLg0KICAgRWFj aCBzb3VyY2Ugb2YgdHJhZmZpYyBhbmQgZWFjaCB1cHN0cmVhbSByb3V0ZXIgYmV0d2VlbiB0aGUN CiAgIGZvcndhcmRpbmcgQU9EVnYyIHJvdXRlciBhbmQgdGhlIHRyYWZmaWMgc291cmNlIGlzIGtu b3duIGFzIGENCiAgICJwcmVjdXJzb3IiIGZvciB0aGUgZGVzdGluYXRpb24uICBGb3IgZWFjaCBk ZXN0aW5hdGlvbiwgYW4gQU9EVnYyDQogICByb3V0ZXIgTUFZIGNob29zZSB0byBrZWVwIHRyYWNr IG9mIHByZWN1cnNvcnMgdGhhdCBoYXZlIHByb3ZpZGVkDQogICB0cmFmZmljIGZvciB0aGF0IGRl c3RpbmF0aW9uLiAgUm91dGUgRXJyb3IgbWVzc2FnZXMgYWJvdXQgdGhhdA0KICAgZGVzdGluYXRp b24gY2FuIGJlIHNlbnQgdW5pY2FzdCB0byB0aGVzZSBwcmVjdXJzb3JzIGluc3RlYWQgb2YNCiAg IG11bHRpY2FzdCB0byBhbGwgQU9EVnYyIHJvdXRlcnMuDQoNCg0KICAgU2luY2UgYSBSRVJSIHdp bGwgYmUgcmVnZW5lcmF0ZWQgaWYgaXQgY29tZXMgZnJvbSBhIG5leHQgaG9wIG9uIGENCiAgIHZh bGlkIExvY2FsUm91dGUsIHRoZSBSRVJSIFNIT1VMRCBpZGVhbGx5IGJlIHNlbnQgYmFja3dhcmRz IGFsb25nIHRoZQ0KICAgcm91dGUgdGhhdCB0aGUgc291cmNlIG9mIHRoZSB0cmFmZmljIHVzZXMs IHRvIGVuc3VyZSBpdCBpcw0KICAgcmVnZW5lcmF0ZWQgYXQgZWFjaCBob3AgYW5kIHJlYWNoZXMg dGhlIHRyYWZmaWMgc291cmNlLiAgSWYgdGhlDQogICByZXZlcnNlIHBhdGggaXMgdW5rbm93biwg dGhlIFJFUlIgU0hPVUxEIGJlIHNlbnQgdG93YXJkIHRoZSBzb3VyY2UNCiAgIGFsb25nIHNvbWUg b3RoZXIgcm91dGUuICBUaGVyZWZvcmUsIHRoZSBvcHRpb25zIGZvciBzYXZpbmcgcHJlY3Vyc29y DQogICBpbmZvcm1hdGlvbiBhcmUgYXMgZm9sbG93czoNCg0KICAgbyAgU2F2ZSB0aGUgbmV4dCBo b3Agb24gYW4gZXhpc3Rpbmcgcm91dGUgdG8gdGhlIElQIHBhY2tldCdzIHNvdXJjZQ0KICAgICAg YWRkcmVzcyBhcyB0aGUgcHJlY3Vyc29yLiAgSW4gdGhpcyBjYXNlLCBpdCBpcyBub3QgZ3VhcmFu dGVlZCB0aGF0DQogICAgICBhbiBSRVJSIHRoYXQgaXMgc2VudCB3aWxsIGZvbGxvdyB0aGUgcmV2 ZXJzZSBvZiB0aGUgc291cmNlJ3MNCiAgICAgIHJvdXRlLiAgSW4gcmFyZSBzaXR1YXRpb25zLCB0 aGlzIG1heSBwcmV2ZW50IHRoZSByb3V0ZSBmcm9tIGJlaW5nDQogICAgICBpbnZhbGlkYXRlZCBh dCB0aGUgc291cmNlIG9mIHRoZSBkYXRhIHRyYWZmaWMuDQoNCiAgIG8gIFNhdmUgdGhlIElQIHBh Y2tldCdzIHNvdXJjZSBhZGRyZXNzIGFzIHRoZSBwcmVjdXJzb3IuICBJbiB0aGlzDQogICAgICBj YXNlLCB0aGUgUkVSUiBjYW4gYmUgc2VudCBhbG9uZyBhbnkgZXhpc3Rpbmcgcm91dGUgdG8gdGhl IHNvdXJjZQ0KICAgICAgb2YgdGhlIGRhdGEgdHJhZmZpYywgYW5kIFNIT1VMRCBpbmNsdWRlIFBr dFNvdXJjZSB0byBlbnN1cmUgdGhhdA0KICAgICAgdGhlIHJvdXRlIHdpbGwgYmUgaW52YWxpZGF0 ZWQgYXQgdGhlIHNvdXJjZSBvZiB0aGUgdHJhZmZpYywgaW4NCiAgICAgIGNhc2UgdGhlIFJFUlIg ZG9lcyBub3QgZm9sbG93IHRoZSByZXZlcnNlIG9mIHRoZSBzb3VyY2UncyByb3V0ZS4NCg0KICAg byAgQnkgaW5zcGVjdGluZyB0aGUgTUFDIGFkZHJlc3Mgb2YgZWFjaCBmb3J3YXJkZWQgSVAgcGFj a2V0LA0KICAgICAgZGV0ZXJtaW5lIHdoaWNoIHJvdXRlciBmb3J3YXJkZWQgdGhlIHBhY2tldCwg YW5kIHNhdmUgdGhlIHJvdXRlcg0KICAgICAgYWRkcmVzcyBhcyBhIHByZWN1cnNvci4gIFRoaXMg ZW5zdXJlcyB0aGF0IHdoZW4gYW4gUkVSUiBpcyBzZW50IHRvDQogICAgICB0aGUgcHJlY3Vyc29y IHJvdXRlciwgdGhlIHJvdXRlIHdpbGwgYmUgaW52YWxpZGF0ZWQgYXQgdGhhdA0KICAgICAgcm91 dGVyLCBhbmQgdGhlIFJFUlIgd2lsbCBiZSByZWdlbmVyYXRlZCB0b3dhcmQgdGhlIHNvdXJjZSBv ZiB0aGUNCiAgICAgIElQIHBhY2tldC4NCg0KDQoNCg0KUGVya2lucywgZXQgYWwuICAgICAgICAg ICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAgICAgICAgICAgICAgW1BhZ2UgNjBdDQoMDQpJbnRl cm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICBBT0RWdjIgICAgICAgICAgICAgICAgICAgICBK YW51YXJ5IDIwMTYNCg0KDQogICBEdXJpbmcgbm9ybWFsIG9wZXJhdGlvbiwgZWFjaCBBT0RWdjIg cm91dGVyIG1haW50YWluaW5nIHByZWN1cnNvcg0KICAgbGlzdHMgZm9yIGEgTG9jYWxSb3V0ZSBt dXN0IHVwZGF0ZSB0aGUgcHJlY3Vyc29yIGxpc3Qgd2hlbmV2ZXIgaXQNCiAgIHVzZXMgdGhpcyBy b3V0ZSB0byBmb3J3YXJkIHRyYWZmaWMgdG8gdGhlIGRlc3RpbmF0aW9uLiAgUHJlY3Vyc29ycw0K ICAgYXJlIGNsYXNzaWZpZWQgYXMgQWN0aXZlIGlmIHRyYWZmaWMgaGFzIHJlY2VudGx5IGJlZW4g Zm9yd2FyZGVkIGJ5DQogICB0aGUgcHJlY3Vyc29yLiAgVGhlIHByZWN1cnNvciBpcyBtYXJrZWQg d2l0aCBhIHRpbWVzdGFtcCB0byBpbmRpY2F0ZQ0KICAgdGhlIHRpbWUgaXQgbGFzdCBmb3J3YXJk ZWQgdHJhZmZpYyBvbiB0aGlzIHJvdXRlLg0KDQogICBXaGVuIGFuIEFPRFZ2MiByb3V0ZXIgZGV0 ZWN0cyB0aGF0IG9uZSBvciBtb3JlIExvY2FsUm91dGVzIGFyZQ0KICAgYnJva2VuLCBpdCBNQVkg bm90aWZ5IGVhY2ggQWN0aXZlIHByZWN1cnNvciB1c2luZyBhIHVuaWNhc3QgUm91dGUNCiAgIEVy cm9yIG1lc3NhZ2UgaW5zdGVhZCBvZiBjcmVhdGluZyBtdWx0aWNhc3QgdHJhZmZpYy4gIFVuaWNh c3QgaXMNCiAgIGFwcGxpY2FibGUgd2hlbiB0aGVyZSBhcmUgZmV3IEFjdGl2ZSBwcmVjdXJzb3Jz IGNvbXBhcmVkIHRvIHRoZQ0KICAgbnVtYmVyIG9mIG5laWdoYm9yaW5nIEFPRFZ2MiByb3V0ZXJz LiAgSG93ZXZlciwgdGhlIGRlZmF1bHQgbXVsdGljYXN0DQogICBiZWhhdmlvciBpcyBzdGlsbCBw cmVmZXJhYmxlIHdoZW4gdGhlcmUgYXJlIG1hbnkgcHJlY3Vyc29ycywgc2luY2UNCiAgIGZld2Vy IG1lc3NhZ2UgdHJhbnNtaXNzaW9ucyBhcmUgcmVxdWlyZWQuDQoNCiAgIFdoZW4gYW4gQU9EVnYy IHJvdXRlciBzdXBwb3J0aW5nIHByZWN1cnNvciBsaXN0cyByZWNlaXZlcyBhbiBSRVJSDQogICBt ZXNzYWdlLCBpdCBNQVkgaWRlbnRpZnkgdGhlIGxpc3Qgb2YgaXRzIG93biBhZmZlY3RlZCBBY3Rp dmUNCiAgIHByZWN1cnNvcnMgZm9yIHRoZSByb3V0ZXMgaW4gdGhlIFJFUlIsIGFuZCBjaG9vc2Ug dG8gc2VuZCBhIHVuaWNhc3QNCiAgIFJFUlIgdG8gdGhvc2UsIHJhdGhlciB0aGFuIHNlbmQgYSBt dWx0aWNhc3QgUkVSUi4NCg0KICAgV2hlbiBhIExvY2FsUm91dGUgaXMgZXhwdW5nZWQsIGFueSBw cmVjdXJzb3IgbGlzdCBhc3NvY2lhdGVkIHdpdGggaXQNCiAgIE1VU1QgYWxzbyBiZSBleHB1bmdl ZC4NCg0KDQooSSBmZWVsIGxpa2UgdGhpcyBpcyB1bmRlcnNwZWNpZmllZCBhbmQgd291bGQgYmUg YmV0dGVyIHNlcnZlZCBpbiBhIHNlcGFyYXRlIGRvY3VtZW50IGxpa2UgSW50ZXJtZWRpYXRlIFJS RVAuICBJcyB0aGVyZSBhbnl0aGluZyB3cm9uZyB3aXRoIGxlYXZpbmcgdGhlIGJlaGF2aW9yIHJl cXVpcmVkIGEgTUFZIGFuZCBkZXNjcmliaW5nIHRoYXQgYmVoYXZpb3IgaW4gYW5vdGhlciBkcmFm dD8gSldEKQ0KDQoNCjEwLjMuICBJbnRlcm1lZGlhdGUgUlJFUA0KDQogICBXaXRob3V0IGlSUkVQ LCBvbmx5IHRoZSBBT0RWdjIgcm91dGVyIHJlc3BvbnNpYmxlIGZvciB0aGUgdGFyZ2V0DQogICBh ZGRyZXNzIGNhbiByZXNwb25kIHRvIGFuIFJSRVEuICBVc2luZyBpUlJFUCwgcm91dGUgZGlzY292 ZXJpZXMgY2FuDQogICBiZSBmYXN0ZXIgYW5kIGNyZWF0ZSBsZXNzIGNvbnRyb2wgdHJhZmZpYy4g IFRoaXMgc3BlY2lmaWNhdGlvbiBoYXMNCiAgIGJlZW4gcHVibGlzaGVkIGFzIGEgc2VwYXJhdGUg SW50ZXJuZXQgRHJhZnQgW0ktRC5wZXJraW5zLWlycmVwXS4NCg0KMTAuNC4gIE1lc3NhZ2UgQWdn cmVnYXRpb24gRGVsYXkNCg0KICAgVGhlIGFnZ3JlZ2F0aW9uIG9mIG11bHRpcGxlIG1lc3NhZ2Vz IGludG8gYSBwYWNrZXQgaXMgc3BlY2lmaWVkIGluDQogICBbUkZDNTQ0NF0uDQoNCiAgIEltcGxl bWVudGF0aW9ucyBNQVkgY2hvb3NlIHRvIGJyaWVmbHkgZGVsYXkgdHJhbnNtaXNzaW9uIG9mIG1l c3NhZ2VzDQogICBmb3IgdGhlIHB1cnBvc2Ugb2YgYWdncmVnYXRpb24gKGludG8gYSBzaW5nbGUg cGFja2V0KSBvciB0byBpbXByb3ZlDQogICBwZXJmb3JtYW5jZSBieSB1c2luZyBqaXR0ZXIgW1JG QzUxNDhdLg0KDQoxMS4gIENvbmZpZ3VyYXRpb24NCg0KICAgQU9EVnYyIHVzZXMgdmFyaW91cyBw YXJhbWV0ZXJzIHdoaWNoIGNhbiBiZSBncm91cGVkIGludG8gdGhlDQogICBmb2xsb3dpbmcgY2F0 ZWdvcmllczoNCg0KICAgbyAgVGltZXJzDQoNCiAgIG8gIFByb3RvY29sIGNvbnN0YW50cw0KDQoN Cg0KDQpQZXJraW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAg ICAgICAgICAgICBbUGFnZSA2MV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAg IEFPRFZ2MiAgICAgICAgICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCiAgIG8gIEFkbWlu aXN0cmF0aXZlIHBhcmFtZXRlcnMgYW5kIGNvbnRyb2xzDQoNCiAgIFRoaXMgc2VjdGlvbiBzaG93 IHRoZSBwYXJhbWV0ZXJzIGFsb25nIHdpdGggdGhlaXIgZGVmaW5pdGlvbnMgYW5kDQogICBkZWZh dWx0IHZhbHVlcyAoaWYgYW55KS4NCg0KICAgTm90ZSB0aGF0IHNldmVyYWwgZmllbGRzIGhhdmUg bGltaXRlZCBzaXplIChiaXRzIG9yIGJ5dGVzKS4gIFRoZXNlDQogICBzaXplcyBhbmQgdGhlaXIg ZW5jb2RpbmcgbWF5IHBsYWNlIHNwZWNpZmljIGxpbWl0YXRpb25zIG9uIHRoZSB2YWx1ZXMNCiAg IHRoYXQgY2FuIGJlIHNldC4NCg0KMTEuMS4gIFRpbWVycw0KDQogICBBT0RWdjIgcmVxdWlyZXMg Y2VydGFpbiB0aW1pbmcgaW5mb3JtYXRpb24gdG8gYmUgYXNzb2NpYXRlZCB3aXRoDQogICBMb2Nh bCBSb3V0ZSBTZXQgZW50cmllcyBhbmQgbWVzc2FnZSByZXBsaWVzLiAgVGhlIGRlZmF1bHQgdmFs dWVzIGFyZQ0KICAgYXMgZm9sbG93czoNCg0KICAgICAgICAgICAgICAgICstLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLSsNCiAgICAgICAgICAgICAgICB8IE5hbWUgICAg ICAgICAgICAgICAgICAgfCBEZWZhdWx0IFZhbHVlICB8DQogICAgICAgICAgICAgICAgKy0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tKw0KICAgICAgICAgICAgICAgIHwg QUNUSVZFX0lOVEVSVkFMICAgICAgICB8IDUgc2Vjb25kICAgICAgIHwNCiAgICAgICAgICAgICAg ICB8IE1BWF9JRExFVElNRSAgICAgICAgICAgfCAyMDAgc2Vjb25kcyAgICB8DQogICAgICAgICAg ICAgICAgfCBNQVhfQkxBQ0tMSVNUX1RJTUUgICAgIHwgMjAwIHNlY29uZHMgICAgfA0KICAgICAg ICAgICAgICAgIHwgTUFYX1NFUU5VTV9MSUZFVElNRSAgICB8IDMwMCBzZWNvbmRzICAgIHwNCiAg ICAgICAgICAgICAgICB8IFJ0ZU1zZ19FTlRSWV9USU1FICAgICAgfCAxMiBzZWNvbmRzICAgICB8 DQogICAgICAgICAgICAgICAgfCBSUkVRX1dBSVRfVElNRSAgICAgICAgIHwgMiBzZWNvbmRzICAg ICAgfA0KICAgICAgICAgICAgICAgIHwgUlJFUF9BY2tfU0VOVF9USU1FT1VUICB8IDEgc2Vjb25k ICAgICAgIHwNCiAgICAgICAgICAgICAgICB8IFJSRVFfSE9MRERPV05fVElNRSAgICAgfCAxMCBz ZWNvbmRzICAgICB8DQogICAgICAgICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSst LS0tLS0tLS0tLS0tLS0tKw0KDQogICAgICAgICAgICAgICAgICAgICBUYWJsZSAyOiBUaW1pbmcg UGFyYW1ldGVyIFZhbHVlcw0KDQogICBUaGUgYWJvdmUgdGltaW5nIHBhcmFtZXRlciB2YWx1ZXMg aGF2ZSB3b3JrZWQgd2VsbCBmb3Igc21hbGwgYW5kDQogICBtZWRpdW0gd2VsbC1jb25uZWN0ZWQg bmV0d29ya3Mgd2l0aCBtb2RlcmF0ZSB0b3BvbG9neSBjaGFuZ2VzLiAgVGhlDQogICB0aW1pbmcg cGFyYW1ldGVycyBTSE9VTEQgYmUgYWRtaW5pc3RyYXRpdmVseSBjb25maWd1cmFibGUuICBJZGVh bGx5LA0KICAgZm9yIG5ldHdvcmtzIHdpdGggZnJlcXVlbnQgdG9wb2xvZ3kgY2hhbmdlcyB0aGUg QU9EVnYyIHBhcmFtZXRlcnMNCiAgIFNIT1VMRCBiZSBhZGp1c3RlZCB1c2luZyBleHBlcmltZW50 YWxseSBkZXRlcm1pbmVkIHZhbHVlcyBvciBkeW5hbWljDQogICBhZGFwdGF0aW9uLiAgRm9yIGV4 YW1wbGUsIGluIG5ldHdvcmtzIHdpdGggaW5mcmVxdWVudCB0b3BvbG9neQ0KICAgY2hhbmdlcyBN QVhfSURMRVRJTUUgTUFZIGJlIHNldCB0byBhIG11Y2ggbGFyZ2VyIHZhbHVlLg0KDQogICBJZiBN QVhfU0VRTlVNX0xJRkVUSU1FIHdhcyBjb25maWd1cmVkIGRpZmZlcmVudGx5IGFjcm9zcyB0aGUg bmV0d29yaywNCiAgIGFuZCBhbnkgb2YgdGhlIHJvdXRlcnMgbG9zdCB0aGVpciBzZXF1ZW5jZSBu dW1iZXIgb3IgcmVib290ZWQsIHRoaXMNCiAgIGNvdWxkIHJlc3VsdCBpbiB0aGVpciBuZXh0IHJv dXRlIG1lc3NhZ2VzIGJlaW5nIGNsYXNzaWZpZWQgYXMgc3RhbGUNCiAgIGF0IGFueSBBT0RWdjIg cm91dGVyIHVzaW5nIGEgZ3JlYXRlciB2YWx1ZSBmb3IgTUFYX1NFUU5VTV9MSUZFVElNRS4NCiAg IFRoaXMgd291bGQgZGVsYXkgcm91dGUgZGlzY292ZXJ5IGZyb20gYW5kIHRvIHRoZSByZS1pbml0 aWFsaXppbmcNCiAgIHJvdXRlci4NCihpcyBNQVhfU0VRTlVNX0xJRkVUSU1FIHRoZSBvbmx5IHBh cmFtZXRlciB3aGljaCBNVVNUIGJlIGNvbmZpZ3VyZWQgdGhlIHNhbWUgYWNyb3NzIHRoZSBuZXR3 b3JrPyAgSldEKQ0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KUGVya2lucywgZXQgYWwuICAgICAg ICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAgICAgICAgICAgICAgW1BhZ2UgNjJdDQoMDQpJ bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICBBT0RWdjIgICAgICAgICAgICAgICAgICAg ICBKYW51YXJ5IDIwMTYNCg0KDQoxMS4yLiAgUHJvdG9jb2wgQ29uc3RhbnRzDQoNCiAgIEFPRFZ2 MiBwcm90b2NvbCBjb25zdGFudHMgdHlwaWNhbGx5IGRvIG5vdCByZXF1aXJlIGNoYW5nZXMuICBU aGUNCiAgIGZvbGxvd2luZyB0YWJsZSBsaXN0cyB0aGVzZSBjb25zdGFudHMsIGFsb25nIHdpdGgg dGhlaXIgdmFsdWVzIGFuZCBhDQogICByZWZlcmVuY2UgdG8gdGhlIHNlY3Rpb24gZGVzY3JpYmlu ZyB0aGVpciB1c2UuDQoNCiAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tKy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCBOYW1lICAgICAgICAgICAgICAg ICAgIHwgRGVmYXVsdCB8IERlc2NyaXB0aW9uICAgICAgICAgICAgICAgICAgICB8DQogICArLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSsNCiAgIHwgRElTQ09WRVJZX0FUVEVNUFRTX01BWCB8IDMgICAgICAgfCBTZWN0aW9u IDYuNiAgICAgICAgICAgICAgICAgICAgfA0KICAgfCBSUkVQX1JFVFJJRVMgICAgICAgICAgIHwg MiAgICAgICB8IFNlY3Rpb24gNy4yLjEgICAgICAgICAgICAgICAgICB8DQogICB8IE1BWF9NRVRS SUNbTWV0cmljVHlwZV0gfCBbVEJEXSAgIHwgU2VjdGlvbiA1ICAgICAgICAgICAgICAgICAgICAg IHwNCiAgIHwgTUFYX01FVFJJQ1tIb3BDb3VudF0gICB8IDI1NSAgICAgfCBTZWN0aW9uIDUgYW5k IFNlY3Rpb24gNyAgICAgICAgfA0KICAgfCBNQVhfSE9QQ09VTlQgICAgICAgICAgIHwgMjAgICAg ICB8IExpbWl0IHRvIG51bWJlciBvZiBob3BzIGFuICAgICB8DQogICB8ICAgICAgICAgICAgICAg ICAgICAgICAgfCAgICAgICAgIHwgQU9EVnYyIG1lc3NhZ2UgY2FuIHRyYXZlcnNlICAgIHwNCiAg IHwgSU5GSU5JVFlfVElNRSAgICAgICAgICB8IFtUQkRdICAgfCBNYXhpbXVtIGV4cHJlc3NpYmxl IGNsb2NrIHRpbWUgfA0KICAgfCAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICB8IChT ZWN0aW9uIDYuNy4yKSAgICAgICAgICAgICAgICB8DQogICArLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tKy0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCg0KICAgICAg ICAgICAgICAgICAgICAgICAgIFRhYmxlIDM6IEFPRFZ2MiBDb25zdGFudHMNCg0KICAgTm90ZSB0 aGF0IDxtc2ctaG9wLWNvdW50PiBpcyBhbiA4LWJpdCBmaWVsZCBpbiB0aGUgW1JGQzU0NDRdIG1l c3NhZ2UNCiAgIGhlYWRlciBhbmQgdGhlcmVmb3JlIE1BWF9IT1BDT1VOVCBjYW5ub3QgYmUgbGFy Z2VyIHRoYW4gMjU1Lg0KDQogICBNQVhfTUVUUklDW01ldHJpY1R5cGVdIE1VU1QgYWx3YXlzIGJl IHRoZSBtYXhpbXVtIGV4cHJlc3NpYmxlIG1ldHJpYw0KICAgdmFsdWUgb2YgdHlwZSBNZXRyaWNU eXBlLiAgRmllbGQgbGVuZ3RocyBhc3NvY2lhdGVkIHdpdGggbWV0cmljDQogICB2YWx1ZXMgYXJl IGZvdW5kIGluIFNlY3Rpb24gMTEuNi4NCg0KICAgVGhlc2UgcHJvdG9jb2wgY29uc3RhbnRzIE1V U1QgaGF2ZSB0aGUgc2FtZSB2YWx1ZXMgZm9yIGFsbCBBT0RWdjINCiAgIHJvdXRlcnMgaW4gdGhl IGFkIGhvYyBuZXR3b3JrLiAgSWYgdGhlIHZhbHVlcyB3ZXJlIGNvbmZpZ3VyZWQNCiAgIGRpZmZl cmVudGx5LCB0aGUgZm9sbG93aW5nIGNvbnNlcXVlbmNlcyBtYXkgYmUgb2JzZXJ2ZWQ6DQoNCiAg IG8gIERJU0NPVkVSWV9BVFRFTVBUU19NQVg6IFJvdXRlcnMgd2l0aCBoaWdoZXIgdmFsdWVzIGFy ZSBsaWtlbHkgdG8NCiAgICAgIGJlIG1vcmUgc3VjY2Vzc2Z1bCBhdCBmaW5kaW5nIHJvdXRlcywg YXQgdGhlIGNvc3Qgb2YgYWRkaXRpb25hbA0KICAgICAgY29udHJvbCB0cmFmZmljLg0KDQogICBv ICBSUkVQX1JFVFJJRVM6IFJvdXRlcnMgd2l0aCBsb3dlciB2YWx1ZXMgYXJlIG1vcmUgbGlrZWx5 IHRvDQogICAgICBibGFja2xpc3QgbmVpZ2hib3JzIHdoZW4gdGhlcmUgaXMgYQ0KDQogICBvICBN QVhfTUVUUklDW01ldHJpY1R5cGVdOiBObyBpbnRlcm9wZXJhYmlsaXR5IHByb2JsZW1zIGR1ZSB0 bw0KICAgICAgdmFyaWF0aW9ucyBvbiBkaWZmZXJlbnQgcm91dGVycywgYnV0IHJvdXRlcnMgd2l0 aCBsb3dlciB2YWx1ZXMgbWF5DQogICAgICBleGhpYml0IG92ZXJseSByZXN0cmljdGl2ZSBiZWhh dmlvciBkdXJpbmcgcm91dGUgY29tcGFyaXNvbnMuDQogICAgICB0ZW1wb3JhcnkgZmx1Y3R1YXRp b24gaW4gbGluayBxdWFsaXR5Lg0KDQogICBvICBNQVhfSE9QQ09VTlQ6IFJvdXRlcnMgd2l0aCBh IHZhbHVlIHRvbyBzbWFsbCB3b3VsZCBub3QgYmUgYWJsZSB0bw0KICAgICAgZGlzY292ZXIgcm91 dGVzIHRvIGRpc3RhbnQgYWRkcmVzc2VzLg0KDQoNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAgICAg ICAgICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDYzXQ0KDA0K SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAg ICAgSmFudWFyeSAyMDE2DQoNCg0KICAgbyAgSU5GSU5JVFlfVElNRTogTm8gaW50ZXJvcGVyYWJp bGl0eSBwcm9ibGVtcyBkdWUgdG8gdmFyaWF0aW9ucyBvbg0KICAgICAgZGlmZmVyZW50IHJvdXRl cnMsIGJ1dCBpZiBhIGxvd2VyIHZhbHVlIGlzIHVzZWQsIHJvdXRlIHN0YXRlDQogICAgICBtYW5h Z2VtZW50IG1heSBleGhpYml0IG92ZXJseSByZXN0cmljdGl2ZSBiZWhhdmlvci4NCg0KMTEuMy4g IExvY2FsIFNldHRpbmdzDQoNCiAgIFRoZSBmb2xsb3dpbmcgdGFibGUgbGlzdHMgQU9EVnYyIHBh cmFtZXRlcnMgd2hpY2ggU0hPVUxEIGJlDQogICBhZG1pbmlzdHJhdGl2ZWx5IGNvbmZpZ3VyZWQg Zm9yIGVhY2ggcm91dGVyOg0KDQogICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rDQogICAgfCBOYW1lICAgICAgICAgICAg ICAgICAgIHwgRGVmYXVsdCBWYWx1ZSAgICAgICAgICB8IERlc2NyaXB0aW9uICB8DQogICAgKy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t LS0tLS0rDQogICAgfCBBT0RWdjJfSU5URVJGQUNFUyAgICAgIHwgICAgICAgICAgICAgICAgICAg ICAgICB8IFNlY3Rpb24gMyAgICB8DQogICAgfCBCVUZGRVJfU0laRV9QQUNLRVRTICAgIHwgMiAg ICAgICAgICAgICAgICAgICAgICB8IFNlY3Rpb24gNi42ICB8DQogICAgfCBCVUZGRVJfU0laRV9C WVRFUyAgICAgIHwgTUFYX1BBQ0tFVF9TSVpFIFtUQkRdICB8IFNlY3Rpb24gNi42ICB8DQogICAg fCBDT05UUk9MX1RSQUZGSUNfTElNSVQgIHwgW1RCRCAtIDUwIHBrdHMvc2VjP10gICB8IFNlY3Rp b24gNyAgICB8DQogICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rDQoNCiAgICAgICAgICAgICAgICAgVGFibGUgNDogQ29u ZmlndXJhdGlvbiBmb3IgTG9jYWwgU2V0dGluZ3MNCg0KMTEuNC4gIE5ldHdvcmstV2lkZSBTZXR0 aW5ncw0KDQogICBUaGUgZm9sbG93aW5nIGFkbWluaXN0cmF0aXZlIGNvbnRyb2xzIE1BWSBiZSB1 c2VkIHRvIGNoYW5nZSB0aGUNCiAgIG9wZXJhdGlvbiBvZiB0aGUgbmV0d29yay4gIFRoZSBzYW1l IHNldHRpbmdzIFNIT1VMRCBiZSB1c2VkIGFjcm9zcw0KICAgdGhlIG5ldHdvcmsuICBJbmNvbnNp c3RlbnQgc2V0dGluZ3MgYXQgZGlmZmVyZW50IHJvdXRlcnMgaW4gdGhlDQogICBuZXR3b3JrIHdp bGwgbm90IHJlc3VsdCBpbiBwcm90b2NvbCBlcnJvcnMsIGJ1dCBwb29yIHBlcmZvcm1hbmNlIG1h eQ0KICAgcmVzdWx0Lg0KDQogICAgICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0rDQogICAgICAgICAgIHwgTmFtZSAgICAgICAgICAgICAg ICAgfCBEZWZhdWx0ICAgfCBEZXNjcmlwdGlvbiAgICB8DQogICAgICAgICAgICstLS0tLS0tLS0t LS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0rDQogICAgICAgICAgIHwg RU5BQkxFX0lETEVfSU5fUkVSUiAgfCBEaXNhYmxlZCAgfCBTZWN0aW9uIDcuNC4xICB8DQogICAg ICAgICAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t LS0rDQoNCiAgICAgICAgICAgICBUYWJsZSA1OiBDb25maWd1cmF0aW9uIGZvciBOZXR3b3JrLVdp ZGUgU2V0dGluZ3MNCg0KMTEuNS4gIE9wdGlvbmFsIEZlYXR1cmUgU2V0dGluZ3MNCg0KICAgVGhl c2Ugb3B0aW9ucyBhcmUgbm90IHJlcXVpcmVkIGZvciBjb3JyZWN0IHJvdXRpbmcgYmVoYXZpb3Is IGFsdGhvdWdoDQogICB0aGV5IG1heSByZWR1Y2UgQU9EVnYyIHByb3RvY29sIG92ZXJoZWFkIGlu IGNlcnRhaW4gc2l0dWF0aW9ucy4gIFRoZQ0KICAgZGVmYXVsdCBiZWhhdmlvciBpcyB0byBsZWF2 ZSB0aGVzZSBvcHRpb25zIGRpc2FibGVkLg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpQZXJraW5zLCBl dCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAgICBbUGFn ZSA2NF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAgICAg ICAgICAgICAgICAgIEphbnVhcnkgMjAxNg0KDQoNCiAgICstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgfCBOYW1l ICAgICAgICAgICAgICAgICAgICAgIHwgRGVmYXVsdCAgfCBEZXNjcmlwdGlvbiAgICAgICAgICAg ICAgICB8DQogICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0rLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsNCiAgIHwgUFJFQ1VSU09SX0xJU1RTICAgICAgICAgICB8 IERpc2FibGVkIHwgTG9jYWwgc2V0dGluZyAoU2VjdGlvbiAgICAgfA0KICAgfCAgICAgICAgICAg ICAgICAgICAgICAgICAgIHwgICAgICAgICAgfCAxMC4yKSAgICAgICAgICAgICAgICAgICAgICB8 DQogICB8IE1TR19BR0dSRUdBVElPTiAgICAgICAgICAgfCBEaXNhYmxlZCB8IExvY2FsIHNldHRp bmcgKFNlY3Rpb24gICAgIHwNCiAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAg ICAgIHwgMTAuNCkgICAgICAgICAgICAgICAgICAgICAgfA0KICAgfCBFTkFCTEVfSVJSRVAgICAg ICAgICAgICAgIHwgRGlzYWJsZWQgfCBOZXR3b3JrLXdpZGUgc2V0dGluZyAgICAgICB8DQogICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICB8IChTZWN0aW9uIDEwLjMpICAg ICAgICAgICAgIHwNCiAgIHwgRVhQQU5ESU5HX1JJTkdTX01VTFRJQ0FTVCB8IERpc2FibGVkIHwg TmV0d29yay13aWRlIHNldHRpbmcgICAgICAgfA0KICAgfCAgICAgICAgICAgICAgICAgICAgICAg ICAgIHwgICAgICAgICAgfCAoU2VjdGlvbiAxMC4xKSAgICAgICAgICAgICB8DQogICArLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSsNCg0KICAgICAgICAgICAgICAgVGFibGUgNjogQ29uZmlndXJhdGlvbiBmb3IgT3B0aW9u YWwgRmVhdHVyZXMNCg0KMTEuNi4gIE1ldHJpY1R5cGUgQWxsb2NhdGlvbg0KDQogICBUaGUgbWV0 cmljIHR5cGVzIHVzZWQgYnkgQU9EVnYyIGFyZSBpZGVudGlmaWVkIGFjY29yZGluZyB0byB0aGUN CiAgIGFzc2lnbm1lbnRzIGluIFtSRkM2NTUxXS4gIEFsbCBpbXBsZW1lbnRhdGlvbnMgTVVTVCB1 c2UgdGhlc2UgdmFsdWVzLg0KDQogICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KICAgICAgICAgIHwgTmFtZSBvZiBNZXRyaWNU eXBlICB8IFR5cGUgICAgIHwgTWV0cmljIFZhbHVlIFNpemUgIHwNCiAgICAgICAgICArLS0tLS0t LS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQogICAgICAg ICAgfCBVbmFzc2lnbmVkICAgICAgICAgIHwgMCAgICAgICAgfCBVbmRlZmluZWQgICAgICAgICAg fA0KICAgICAgICAgIHwgSG9wIENvdW50ICAgICAgICAgICB8IDMgW1RCRF0gIHwgMSBvY3RldCAg ICAgICAgICAgIHwNCiAgICAgICAgICB8IFVuYWxsb2NhdGVkICAgICAgICAgfCA5IC0gMjU0ICB8 IFRCRCAgICAgICAgICAgICAgICB8DQogICAgICAgICAgfCBSZXNlcnZlZCAgICAgICAgICAgIHwg MjU1ICAgICAgfCBVbmRlZmluZWQgICAgICAgICAgfA0KICAgICAgICAgICstLS0tLS0tLS0tLS0t LS0tLS0tLS0rLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLSsNCg0KICAgICAgICAgICAg ICAgICAgICAgICBUYWJsZSA3OiBBT0RWdjIgTWV0cmljIFR5cGVzDQoNCjExLjcuICBBZGRyZXNz VHlwZSBBbGxvY2F0aW9uDQoNCiAgIFRoZXNlIHZhbHVlcyBhcmUgdXNlZCBpbiB0aGUgW1JGQzU0 NDRdIEFkZHJlc3MgVHlwZSBUTFYgZGlzY3Vzc2VkIGluDQogICBTZWN0aW9uIDguICBBbGwgaW1w bGVtZW50YXRpb25zIE1VU1QgdXNlIHRoZXNlIHZhbHVlcy4NCg0KICAgICAgICAgICAgICAgICAg ICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0rDQogICAgICAgICAgICAgICAgICAg IHwgQWRkcmVzcyBUeXBlICAgICAgICAgIHwgVmFsdWUgIHwNCiAgICAgICAgICAgICAgICAgICAg Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tKw0KICAgICAgICAgICAgICAgICAgICB8 IEFERFJUWVBFX09SSUdBRERSICAgICB8IDAgICAgICB8DQogICAgICAgICAgICAgICAgICAgIHwg QUREUlRZUEVfVEFSR0FERFIgICAgIHwgMSAgICAgIHwNCiAgICAgICAgICAgICAgICAgICAgfCBB RERSVFlQRV9VTlJFQUNIQUJMRSAgfCAyICAgICAgfA0KICAgICAgICAgICAgICAgICAgICB8IEFE RFJUWVBFX1BLVFNPVVJDRSAgICB8IDMgICAgICB8DQogICAgICAgICAgICAgICAgICAgIHwgQURE UlRZUEVfSU5URU5EICAgICAgIHwgNCAgICAgIHwNCiAgICAgICAgICAgICAgICAgICAgfCBBRERS VFlQRV9VTlNQRUNJRklFRCAgfCAyNTUgICAgfA0KICAgICAgICAgICAgICAgICAgICArLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0rDQoNCiAgICAgICAgICAgICAgICAgICAgICAgVGFi bGUgODogQU9EVnYyIEFkZHJlc3MgVHlwZXMNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAgICAgICAg ICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDY1XQ0KDA0KSW50 ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAgICAg SmFudWFyeSAyMDE2DQoNCg0KMTIuICBJQU5BIENvbnNpZGVyYXRpb25zDQoNCiAgIFRoaXMgc2Vj dGlvbiBzcGVjaWZpZXMgc2V2ZXJhbCBbUkZDNTQ0NF0gbWVzc2FnZSB0eXBlcyBhbmQgYWRkcmVz cw0KICAgdGx2LXR5cGVzIHJlcXVpcmVkIGZvciBBT0RWdjIuDQoNCjEyLjEuICBSRkMgNTQ0NCBN ZXNzYWdlIFR5cGVzDQoNCiAgIFRoaXMgc3BlY2lmaWNhdGlvbiBkZWZpbmVzIGZvdXIgTWVzc2Fn ZSBUeXBlcywgdG8gYmUgYWxsb2NhdGVkIGZyb20NCiAgIHRoZSAwLTIyMyByYW5nZSBvZiB0aGUg Ik1lc3NhZ2UgVHlwZXMiIG5hbWVzcGFjZSBkZWZpbmVkIGluDQogICBbUkZDNTQ0NF0sIGFzIHNw ZWNpZmllZCBpbiBUYWJsZSA5Lg0KDQogICAgICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tKw0KICAgICAgICAgIHwgTmFtZSBvZiBNZXNz YWdlICAgICAgICAgICAgICAgICAgICAgICAgIHwgVHlwZSAgICAgIHwNCiAgICAgICAgICArLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0rDQogICAg ICAgICAgfCBSb3V0ZSBSZXF1ZXN0IChSUkVRKSAgICAgICAgICAgICAgICAgICAgfCAxMCAoVEJE KSAgfA0KICAgICAgICAgIHwgUm91dGUgUmVwbHkgKFJSRVApICAgICAgICAgICAgICAgICAgICAg IHwgMTEgKFRCRCkgIHwNCiAgICAgICAgICB8IFJvdXRlIEVycm9yIChSRVJSKSAgICAgICAgICAg ICAgICAgICAgICB8IDEyIChUQkQpICB8DQogICAgICAgICAgfCBSb3V0ZSBSZXBseSBBY2tub3ds ZWRnZW1lbnQgKFJSRVBfQWNrKSAgfCAxMyAoVEJEKSAgfA0KICAgICAgICAgICstLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLSsNCg0KICAgICAgICAg ICAgICAgICAgICAgICBUYWJsZSA5OiBBT0RWdjIgTWVzc2FnZSBUeXBlcw0KDQoxMi4yLiAgUkZD IDU0NDQgQWRkcmVzcyBCbG9jayBUTFYgVHlwZXMNCg0KICAgVGhpcyBzcGVjaWZpY2F0aW9uIGRl ZmluZXMgdGhyZWUgQWRkcmVzcyBCbG9jayBUTFYgVHlwZXMsIHRvIGJlDQogICBhbGxvY2F0ZWQg ZnJvbSB0aGUgIkFkZHJlc3MgQmxvY2sgVExWIFR5cGVzIiBuYW1lc3BhY2UgZGVmaW5lZCBpbg0K ICAgW1JGQzU0NDRdLCBhcyBzcGVjaWZpZWQgaW4gVGFibGUgMTAuDQoNCiAgICstLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0t Kw0KICAgfCBOYW1lIG9mIFRMViAgICAgICAgICAgIHwgVHlwZSAgICAgfCBMZW5ndGggICAgICAg IHwgUmVmZXJlbmNlICAgICB8DQogICB8ICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAg ICB8IChvY3RldHMpICAgICAgfCAgICAgICAgICAgICAgIHwNCiAgICstLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0rLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tKw0KICAg fCBQQVRIX01FVFJJQyAgICAgICAgICAgIHwgMTAgKFRCRCkgfCBkZXBlbmRzIG9uICAgIHwgU2Vj dGlvbiA3ICAgICB8DQogICB8ICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICB8IE1l dHJpY1R5cGUgICAgfCAgICAgICAgICAgICAgIHwNCiAgIHwgU0VRX05VTSAgICAgICAgICAgICAg ICB8IDExIChUQkQpIHwgMiAgICAgICAgICAgICB8IFNlY3Rpb24gNyAgICAgfA0KICAgfCBBRERS RVNTX1RZUEUgICAgICAgICAgIHwgMTUgKFRCRCkgfCAxICAgICAgICAgICAgIHwgU2VjdGlvbiA4 ICAgICB8DQogICArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0rLS0tLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLSsNCg0KICAgICAgICAgICAgICAgICBUYWJsZSAxMDogQU9E VnYyIEFkZHJlc3MgQmxvY2sgVExWIFR5cGVzDQoNCjEzLiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlv bnMNCg0KICAgVGhpcyBzZWN0aW9uIGRlc2NyaWJlcyB2YXJpb3VzIHNlY3VyaXR5IGNvbnNpZGVy YXRpb25zIGFuZCBwb3RlbnRpYWwNCiAgIGF2ZW51ZXMgdG8gc2VjdXJlIEFPRFZ2MiByb3V0aW5n LiAgVGhlIG9iamVjdGl2ZSBvZiB0aGUgQU9EVnYyDQogICBwcm90b2NvbCBpcyBmb3IgZWFjaCBy b3V0ZXIgdG8gY29tbXVuaWNhdGUgcmVhY2hhYmlsaXR5IGluZm9ybWF0aW9uDQogICBhYm91dCBh ZGRyZXNzZXMgZm9yIHdoaWNoIGl0IGlzIHJlc3BvbnNpYmxlLCBhbmQgZm9yIHJvdXRlcyBpdCBo YXMNCiAgIGxlYXJuZWQgZnJvbSBvdGhlciBBT0RWdjIgcm91dGVycy4gIFBvc2l0aXZlIHJvdXRp bmcgaW5mb3JtYXRpb24NCiAgIChpLmUuIGEgcm91dGUgZXhpc3RzKSBpcyBkaXN0cmlidXRlZCB2 aWEgUlJFUSBhbmQgUlJFUCBtZXNzYWdlcy4NCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAgICAgICAg ICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDY2XQ0KDA0KSW50 ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAgICAg SmFudWFyeSAyMDE2DQoNCg0KICAgQU9EVnYyIHJvdXRlcnMgc3RvcmUgdGhlIGluZm9ybWF0aW9u IGNvbnRhaW5lZCBpbiB0aGVzZSBtZXNzYWdlcyBpbg0KICAgb3JkZXIgdG8gcHJvcGVybHkgZm9y d2FyZCBJUCBwYWNrZXRzLCBhbmQgdGhleSBnZW5lcmFsbHkgcHJvdmlkZSB0aGlzDQogICBpbmZv cm1hdGlvbiB0byBvdGhlciBBT0RWdjIgcm91dGVycy4gIE5lZ2F0aXZlIHJvdXRpbmcgaW5mb3Jt YXRpb24NCiAgIChpLmUuIGEgcm91dGUgZG9lcyBub3QgZXhpc3QpIGlzIGRpc3RyaWJ1dGVkIHZp YSBSRVJSIG1lc3NhZ2VzLg0KICAgQU9EVnYyIHJvdXRlcnMgcHJvY2VzcyB0aGVzZSBtZXNzYWdl cyBhbmQgcmVtb3ZlIHJvdXRlcywgYW5kIGZvcndhcmQNCiAgIHRoaXMgaW5mb3JtYXRpb24gdG8g b3RoZXIgQU9EVnYyIHJvdXRlcnMuDQoNCiAgIE5ldHdvcmtzIHVzaW5nIEFPRFZ2MiB0byBtYWlu dGFpbiBjb25uZWN0aXZpdHkgYW5kIGVzdGFibGlzaCByb3V0ZXMNCiAgIG9uIGRlbWFuZCBtYXkg YmUgdnVsbmVyYWJsZSB0byBjZXJ0YWluIHdlbGwta25vd24gdHlwZXMgb2YgdGhyZWF0cy4NCiAg IEZsb29kaW5nIGF0dGFja3MgdXNpbmcgUlJFUSBhbW91bnQgdG8gYSBkZW5pYWwgb2Ygc2Vydmlj ZSBmb3Igcm91dGUNCiAgIGRpc2NvdmVyeS4gIFZhbGlkIHJvdXRlIHRhYmxlIGVudHJpZXMgY2Fu IGJlIHJlcGxhY2VkIGJ5IG1hbGljaW91c2x5DQogICBjb25zdHJ1Y3RlZCBSUkVRIGFuZCBSUkVQ IG1lc3NhZ2VzLiAgTGlua3MgY291bGQgYmUgZXJyb25lb3VzbHkNCiAgIHRyZWF0ZWQgYXMgYmlk aXJlY3Rpb25hbCBpZiBtYWxpY2lvdXMgdW5zb2xpY2l0ZWQgUlJFUCBvciBSUkVQX0Fjaw0KICAg bWVzc2FnZXMgd2VyZSB0byBiZSBhY2NlcHRlZC4gIFJlcGxheSBhdHRhY2tzIHVzaW5nIFJFUlIg bWVzc2FnZXMNCiAgIGNvdWxkLCBpbiBzb21lIGNpcmN1bXN0YW5jZXMsIGJlIHVzZWQgdG8gZGlz cnVwdCBhY3RpdmUgcm91dGVzLg0KICAgUGFzc2l2ZSBpbnNwZWN0aW9uIG9mIEFPRFZ2MiBjb250 cm9sIG1lc3NhZ2VzIGNvdWxkIGVuYWJsZQ0KICAgdW5hdXRob3JpemVkIGRldmljZXMgdG8gZ2Fp biBpbmZvcm1hdGlvbiBhYm91dCB0aGUgbmV0d29yayB0b3BvbG9neSwNCiAgIHNpbmNlIGV4Y2hh bmdpbmcgc3VjaCBpbmZvcm1hdGlvbiBpcyB0aGUgbWFpbiBwdXJwb3NlIG9mIEFPRFZ2Mi4NCg0K ICAgVGhlIG9uLWRlbWFuZCBuYXR1cmUgb2YgQU9EVnYyIHJvdXRlIGRpc2NvdmVyeSByZWR1Y2Vz IHRoZQ0KICAgdnVsbmVyYWJpbGl0eSB0byByb3V0ZSBkaXNydXB0aW9uLiAgU2luY2UgY29udHJv bCB0cmFmZmljIGZvcg0KICAgdXBkYXRpbmcgcm91dGUgdGFibGVzIGlzIGRpbWluaXNoZWQsIHRo ZXJlIGlzIGxlc3Mgb3Bwb3J0dW5pdHkgZm9yDQogICBmYWlsdXJlLiAgUHJvY2Vzc2luZyByZXF1 aXJlbWVudHMgZm9yIEFPRFZ2MiBhcmUgdHlwaWNhbGx5IHF1aXRlDQogICBzbWFsbCwgYW5kIHdv dWxkIHR5cGljYWxseSBiZSBkb21pbmF0ZWQgYnkgY2FsY3VsYXRpb25zIHRvIHZlcmlmeQ0KICAg aW50ZWdyaXR5LiAgVGhpcyBoYXMgdGhlIGVmZmVjdCBvZiByZWR1Y2luZyAoYnV0IGJ5IG5vIG1l YW5zDQogICBlbGltaW5hdGluZykgQU9EVnYyJ3MgdnVsbmVyYWJpbGl0eSB0byBkZW5pYWwgb2Yg c2VydmljZSBhdHRhY2tzLg0KDQogICBFbmNyeXB0aW9uIE1BWSBiZSB1c2VkIGZvciBBT0RWdjIg bWVzc2FnZXMuICBJZiB0aGUgcm91dGVycyBzaGFyZSBhDQogICBwYWNrZXQtbGV2ZWwgc2VjdXJp dHkgYXNzb2NpYXRpb24sIHRoZSBtZXNzYWdlIGRhdGEgY2FuIGJlIGVuY3J5cHRlZA0KICAgcHJp b3IgdG8gbWVzc2FnZSB0cmFuc21pc3Npb24uICBUaGUgZXN0YWJsaXNobWVudCBvZiBzdWNoIHNl Y3VyaXR5DQogICBhc3NvY2lhdGlvbnMgaXMgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcyBzcGVj aWZpY2F0aW9uLiAgRW5jcnlwdGlvbg0KICAgd2lsbCBub3Qgb25seSBwcm90ZWN0IGFnYWluc3Qg dW5hdXRob3JpemVkIGRldmljZXMgb2J0YWluaW5nDQogICBpbmZvcm1hdGlvbiBhYm91dCBuZXR3 b3JrIHRvcG9sb2d5IGJ1dCB3aWxsIGVuc3VyZSB0aGF0IG9ubHkgdHJ1c3RlZA0KICAgcm91dGVy cyBwYXJ0aWNpcGF0ZSBpbiByb3V0aW5nIG9wZXJhdGlvbnMuDQoNCiAgIE1lc3NhZ2UgaW50ZWdy aXR5IGNoZWNraW5nIGlzIGVuYWJsZWQgYnkgdGhlIEludGVncml0eSBDaGVjayBWYWx1ZQ0KICAg bWVjaGFuaXNtcyBkZWZpbmVkIGluIFtSRkM3MTgyXS4gIFRoZSBkYXRhIGNvbnRhaW5lZCBpbiBB T0RWdjINCiAgIHJvdXRpbmcgcHJvdG9jb2wgbWVzc2FnZXMgU0hPVUxEIGJlIHZlcmlmaWVkIHVz aW5nIElDViB2YWx1ZXMsIHRvDQogICBhdm9pZCB0aGUgdXNlIG9mIG1lc3NhZ2UgZGF0YSBpZiB0 aGUgbWVzc2FnZSBoYXMgYmVlbiB0YW1wZXJlZCB3aXRoDQogICBvciByZXBsYXllZC4gIE90aGVy d2lzZSwgaXQgd291bGQgYmUgcG9zc2libGUgdG8gZGlzcnVwdA0KICAgY29tbXVuaWNhdGlvbnMg YnkgaW5qZWN0aW5nIG5vbmV4aXN0ZW50IG9yIG1hbGljaW91cyByb3V0ZXMgaW50byB0aGUNCiAg IHJvdXRlIHRhYmxlcyBvZiByb3V0ZXJzIHdpdGhpbiB0aGUgYWQgaG9jIG5ldHdvcmsuICBUaGlz IGNhbiByZXN1bHQNCiAgIGluIGxvc3Mgb2YgZGF0YSBvciBtZXNzYWdlIHByb2Nlc3NpbmcgYnkg dW5hdXRob3JpemVkIGRldmljZXMuDQoNCiAgIFRoZSByZW1haW5kZXIgb2YgdGhpcyBzZWN0aW9u IHByb3ZpZGVzIHNwZWNpZmljIHJlY29tbWVuZGF0aW9ucyBmb3INCiAgIHRoZSB1c2Ugb2YgdGhl IGludGVncml0eSBjaGVja2luZyBhbmQgdGltZXN0YW1wIGZ1bmN0aW9ucyBkZWZpbmVkIGluDQog ICBbUkZDNzE4Ml0gdG8gZW5zdXJlIHRoZSBpbnRlZ3JpdHkgb2YgZWFjaCBBT0RWdjIgbWVzc2Fn ZS4gIFRoZQ0KICAgY2FsY3VsYXRpb24gdXNlZCBmb3IgdGhlIEludGVncml0eSBDaGVjayBWYWx1 ZSB3aWxsIGRlcGVuZCBvbiB0aGUNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAgICAgICAgICAgRXhw aXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDY3XQ0KDA0KSW50ZXJuZXQt RHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAgICAgSmFudWFy eSAyMDE2DQoNCg0KICAgbWVzc2FnZSB0eXBlLiAgU2VxdWVuY2UgbnVtYmVycyBjYW4gYmUgdXNl ZCBhcyB0aW1lc3RhbXBzIHRvIHByb3RlY3QNCiAgIGFnYWluc3QgcmVwbGF5LCBzaW5jZSB0aGV5 IGFyZSBrbm93biB0byBiZSBzdHJpY3RseSBpbmNyZWFzaW5nLg0KDQogICBSUkVRIG1lc3NhZ2Vz IGFkdmVydGlzZSBhIHJvdXRlIHRvIE9yaWdBZGRyLCBhbmQgaW1wb3NlIHZlcnkgbGl0dGxlDQog ICBwcm9jZXNzaW5nIHJlcXVpcmVtZW50IGZvciByZWNlaXZlcnMuICBUaGUgbWFpbiB0aHJlYXQg cHJlc2VudGVkIGJ5DQogICBzZW5kaW5nIGFuIFJSRVEgbWVzc2FnZSB3aXRoIGZhbHNlIGluZm9y bWF0aW9uIGlzIHRoYXQgdHJhZmZpYyB0bw0KICAgT3JpZ0FkZHIgY291bGQgYmUgZGlzcnVwdGVk LiAgU2luY2UgUlJFUSBpcyBtdWx0aWNhc3QgYW5kIGxpa2VseSB0bw0KICAgYmUgcmVjZWl2ZWQg YnkgYWxsIHJvdXRlcnMgaW4gdGhlIGFkIGhvYyBuZXR3b3JrLCB0aGlzIHRocmVhdCBjb3VsZA0K ICAgaGF2ZSBzZXJpb3VzIGltcGFjdCBvbiBhcHBsaWNhdGlvbnMgY29tbXVuaWNhdGluZyBieSB3 YXkgb2YgT3JpZ0FkZHIuDQogICBUaGUgYWN0dWFsIHRocmVhdCB0byBkaXNydXB0IHJvdXRlcyB0 byBPcmlnQWRkciBpcyByZWR1Y2VkIGJ5IHRoZQ0KICAgQU9EVnYyIG1lY2hhbmlzbSBvZiBtYXJr aW5nIFJSRVEtZGVyaXZlZCByb3V0ZXMgYXMgIlVuY29uZmlybWVkIg0KICAgdW50aWwgdGhlIGxp bmsgdG8gdGhlIG5leHQgaG9wIGlzIGNvbmZpcm1lZC4gIElmIEFPRFZ2MiByb3V0ZXJzDQogICBh bHdheXMgdmVyaWZ5IHRoZSBpbnRlZ3JpdHkgb2YgdGhlIFJSRVEgbWVzc2FnZSBkYXRhLCB0aGVu IHRoZSB0aHJlYXQNCiAgIG9mIGRpc3J1cHRpb24gaXMgbWluaW1pemVkLiAgVGhlIElDViBtZWNo YW5pc21zIG9mZmVyZWQgaW4gW1JGQzcxODJdDQogICBhcmUgc3VmZmljaWVudCBmb3IgdGhpcyBw dXJwb3NlLiAgU2luY2UgT3JpZ0FkZHIgaXMgaW5jbHVkZWQgaW4gdGhlDQogICBSUkVRLCB0aGUg SUNWIGNhbiBiZSBjYWxjdWxhdGVkIGFuZCB2ZXJpZmllZCB1c2luZyBtZXNzYWdlIGNvbnRlbnRz Lg0KICAgVGhlIElDViBTSE9VTEQgYmUgdmVyaWZpZWQgYXQgZXZlcnkgc3RlcCBhbG9uZyB0aGUg ZGlzcGVyc2FsIHBhdGggb2YNCiAgIHRoZSBSUkVRIHRvIG1pdGlnYXRlIHRoZSB0aHJlYXQuICBT aW5jZSBSUkVRX0dlbidzIHNlcXVlbmNlIG51bWJlciBpcw0KICAgaW5jcmVtZW50ZWQgZm9yIGVh Y2ggbmV3IFJSRVEsIHJlcGxheSBwcm90ZWN0aW9uIGlzIGFscmVhZHkgYWZmb3JkZWQNCiAgIGFu ZCBubyBleHRyYSB0aW1lc3RhbXAgbWVjaGFuaXNtIGlzIHJlcXVpcmVkLg0KDQogICBSUkVQIG1l c3NhZ2VzIGFkdmVydGlzZSBhIHJvdXRlIHRvIFRhcmdBZGRyLCBhbmQgaW1wb3NlIHZlcnkgbGl0 dGxlDQogICBwcm9jZXNzaW5nIHJlcXVpcmVtZW50IGZvciByZWNlaXZlcnMuICBUaGUgbWFpbiB0 aHJlYXQgcHJlc2VudGVkIGJ5DQogICBzZW5kaW5nIGFuIFJSRVAgbWVzc2FnZSB3aXRoIGZhbHNl IGluZm9ybWF0aW9uIGlzIHRoYXQgdHJhZmZpYyB0bw0KICAgVGFyZ0FkZHIgY291bGQgYmUgZGlz cnVwdGVkLiAgU2luY2UgUlJFUCBpcyB1bmljYXN0LCB0aGlzIHRocmVhdCBpcw0KICAgcmVzdHJp Y3RlZCB0byByZWNlaXZlcnMgYWxvbmcgdGhlIHBhdGggZnJvbSBPcmlnQWRkciB0byBUYXJnQWRk ci4gIElmDQogICBBT0RWdjIgcm91dGVycyBhbHdheXMgdmVyaWZ5IHRoZSBpbnRlZ3JpdHkgb2Yg dGhlIFJSRVAgbWVzc2FnZSBkYXRhLA0KICAgdGhlbiB0aGlzIHRocmVhdCBpcyBtaW5pbWl6ZWQu ICBUaGlzIGZhY2lsaXR5IGlzIG9mZmVyZWQgYnkgdGhlIElDVg0KICAgbWVjaGFuaXNtcyBpbiBb UkZDNzE4Ml0uICBTaW5jZSBUYXJnQWRkciBpcyBpbmNsdWRlZCBhcyBhIERhdGENCiAgIEVsZW1l bnQgb2YgdGhlIFJSRVAsIHRoZSBJQ1YgY2FuIGJlIGNhbGN1bGF0ZWQgYW5kIHZlcmlmaWVkIHVz aW5nDQogICBtZXNzYWdlIGNvbnRlbnRzLiAgVGhlIElDViBTSE9VTEQgYmUgdmVyaWZpZWQgYXQg ZXZlcnkgc3RlcCBhbG9uZyB0aGUNCiAgIHVuaWNhc3QgcGF0aCBvZiB0aGUgUlJFUC4gIFNpbmNl IFJSRVBfR2VuJ3Mgc2VxdWVuY2UgbnVtYmVyIGlzDQogICBpbmNyZW1lbnRlZCBmb3IgZWFjaCBu ZXcgUlJFUCwgcmVwbGF5IHByb3RlY3Rpb24gaXMgYWZmb3JkZWQgYW5kIG5vDQogICBleHRyYSB0 aW1lc3RhbXAgbWVjaGFuaXNtIGlzIHJlcXVpcmVkLg0KDQogICBSUkVQX0FjayBtZXNzYWdlcyBh cmUgaW50ZW5kZWQgdG8gdmVyaWZ5IGJpZGlyZWN0aW9uYWwgbmVpZ2hib3INCiAgIGNvbm5lY3Rp dml0eSwgYW5kIGltcG9zZSB2ZXJ5IGxpdHRsZSBwcm9jZXNzaW5nIHJlcXVpcmVtZW50IGZvcg0K ICAgcmVjZWl2ZXJzLiAgVGhlIG1haW4gdGhyZWF0IHByZXNlbnRlZCBieSBzZW5kaW5nIGFuIFJS RVBfQWNrIG1lc3NhZ2UNCiAgIHdpdGggZmFsc2UgaW5mb3JtYXRpb24gaXMgdGhhdCB0aGUgcm91 dGUgYWR2ZXJ0aXNlZCB0byBhIHRhcmdldA0KICAgYWRkcmVzcyBpbiBhbiBSUkVQIG1pZ2h0IGJl IGVycm9uZW91c2x5IGFjY2VwdGVkIGV2ZW4gdGhvdWdoIHRoZQ0KICAgcm91dGUgd291bGQgY29u dGFpbiBhIHVuaWRpcmVjdGlvbmFsIGxpbmsgYW5kIHRodXMgbm90IGJlIHN1aXRhYmxlDQogICBm b3IgbW9zdCB0cmFmZmljLiAgU2luY2UgUlJFUF9BY2sgaXMgdW5pY2FzdCwgdGhpcyB0aHJlYXQg aXMgc3RyaWN0bHkNCiAgIGxvY2FsIHRvIHRoZSBSUkVQIHRyYW5zbWl0dGVyIGV4cGVjdGluZyB0 aGUgYWNrbm93bGVkZ2VtZW50LiAgQQ0KICAgbWFsaWNpb3VzIHJvdXRlciBjb3VsZCBhbHNvIGF0 dGVtcHQgdG8gc2VuZCBhbiB1bnNvbGljaXRlZCBSUkVQX0Fjaw0KICAgdG8gY29udmluY2UgYW5v dGhlciByb3V0ZXIgdGhhdCBhIGJpZGlyZWN0aW9uYWwgbGluayBleGlzdHMgYW5kDQogICBzdWJz ZXF1ZW50bHkgdXNlIGZ1cnRoZXIgbWVzc2FnZXMgdG8gZGl2ZXJ0IHRyYWZmaWMgYWxvbmcgYSBy b3V0ZQ0KICAgd2hpY2ggaXMgbm90IHZhbGlkLiAgSWYgQU9EVnYyIHJvdXRlcnMgYWx3YXlzIHZl cmlmeSB0aGUgaW50ZWdyaXR5IG9mDQogICB0aGUgUlJFUF9BY2sgbWVzc2FnZSBkYXRhLCB0aGVu IHRoaXMgdGhyZWF0IGlzIG1pbmltaXplZC4gIFRoaXMNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAg ICAgICAgICAgRXhwaXJlcyBKdWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDY4XQ0K DA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAg ICAgICAgSmFudWFyeSAyMDE2DQoNCg0KICAgZmFjaWxpdHkgaXMgb2ZmZXJlZCBieSB0aGUgSUNW IG1lY2hhbmlzbXMgaW4gW1JGQzcxODJdLiAgVGhlIFJSRVBfR2VuDQogICBTSE9VTEQgdXNlIHRo ZSBzb3VyY2UgSVAgYWRkcmVzcyBvZiB0aGUgUlJFUF9BY2sgdG8gaWRlbnRpZnkgdGhlDQogICBz ZW5kZXIsIGFuZCBzbyB0aGUgSUNWIFNIT1VMRCBiZSBjYWxjdWxhdGVkIHVzaW5nIHRoZSBtZXNz YWdlDQogICBjb250ZW50cyBhbmQgdGhlIElQIHNvdXJjZSBhZGRyZXNzLiAgVGhlIG1lc3NhZ2Ug bXVzdCBhbHNvIGluY2x1ZGUNCiAgIHRoZSBUaW1lc3RhbXAgZGVmaW5lZCBpbiBbUkZDNzE4Ml0g dG8gcHJvdGVjdCBhZ2FpbnN0IHJlcGxheSBhdHRhY2tzLA0KICAgdXNpbmcgVGFyZ1NlcU51bSBm cm9tIHRoZSBSUkVQIGFzIHRoZSB2YWx1ZSBpbiB0aGUgVElNRVNUQU1QIFRMVi4NCg0KICAgUkVS UiBtZXNzYWdlcyByZW1vdmUgcm91dGVzLCBhbmQgaW1wb3NlIHZlcnkgbGl0dGxlIHByb2Nlc3Np bmcNCiAgIHJlcXVpcmVtZW50IGZvciByZWNlaXZlcnMuICBUaGUgbWFpbiB0aHJlYXQgcHJlc2Vu dGVkIGJ5IHNlbmRpbmcgYW4NCiAgIFJFUlIgbWVzc2FnZSB3aXRoIGZhbHNlIGluZm9ybWF0aW9u IGlzIHRoYXQgdHJhZmZpYyB0byB0aGUgYWR2ZXJ0aXNlZA0KICAgZGVzdGluYXRpb25zIGNvdWxk IGJlIGRpc3J1cHRlZC4gIFNpbmNlIFJFUlIgaXMgbXVsdGljYXN0IGFuZCBjYW4gYmUNCiAgIHJl Y2VpdmVkIGJ5IG1hbnkgcm91dGVycyBpbiB0aGUgYWQgaG9jIG5ldHdvcmssIHRoaXMgdGhyZWF0 IGNvdWxkDQogICBoYXZlIHNlcmlvdXMgaW1wYWN0IG9uIGFwcGxpY2F0aW9ucyBjb21tdW5pY2F0 aW5nIGJ5IHdheSBvZiB0aGUNCiAgIHNlbmRlciBvZiB0aGUgUkVSUiBtZXNzYWdlLiAgSG93ZXZl ciwgc2luY2UgdGhlIHNlbmRlciBvZiB0aGUgUkVSUg0KICAgbWVzc2FnZSB3aXRoIGVycm9uZW91 cyBpbmZvcm1hdGlvbiBNQVkgYmUgcHJlc3VtZWQgdG8gYmUgZWl0aGVyDQogICBtYWxpY2lvdXMg b3IgYnJva2VuLCBpdCBpcyBiZXR0ZXIgdGhhdCBzdWNoIHJvdXRlcyBub3QgYmUgdXNlZA0KICAg YW55d2F5LiAgQW5vdGhlciB0aHJlYXQgaXMgdGhhdCBhIG1hbGljaW91cyBSRVJSIG1lc3NhZ2Ug TUFZIGJlIHNlbnQNCiAgIHdpdGggYSBQa3RTb3VyY2UgaW5jbHVkZWQsIHRvIGRpc3J1cHQgUGt0 U291cmNlJ3MgYWJpbGl0eSB0byBzZW5kIHRvDQogICB0aGUgYWRkcmVzc2VzIGNvbnRhaW5lZCBp biB0aGUgUkVSUi4gIElmIEFPRFZ2MiByb3V0ZXJzIGFsd2F5cyB2ZXJpZnkNCiAgIHRoZSBpbnRl Z3JpdHkgb2YgdGhlIFJFUlIgbWVzc2FnZSBkYXRhLCB0aGVuIHRoaXMgdGhyZWF0IGlzIHJlZHVj ZWQuDQogICBUaGlzIGZhY2lsaXR5IGlzIG9mZmVyZWQgYnkgdGhlIElDViBtZWNoYW5pc21zIGlu IFtSRkM3MTgyXS4gIFRoZQ0KICAgcmVjZWl2ZXIgb2YgdGhlIFJFUlIgU0hPVUxEIHVzZSB0aGUg c291cmNlIElQIGFkZHJlc3Mgb2YgdGhlIFJFUlIgdG8NCiAgIGlkZW50aWZ5IHRoZSBzZW5kZXIu ICBUaGUgbWVzc2FnZSBtdXN0IGFsc28gaW5jbHVkZSB0aGUgVGltZXN0YW1wDQogICBkZWZpbmVk IGluIFtSRkM3MTgyXSB0byBwcm90ZWN0IGFnYWluc3QgcmVwbGF5IGF0dGFja3MsIHVzaW5nIFNl cU51bQ0KICAgZnJvbSBSRVJSX0dlbiBhcyB0aGUgdmFsdWUgaW4gdGhlIFRJTUVTVEFNUCBUTFYu DQoNCg0KKEkgZGlkIE5PVCByZXZpZXcgdGhlIHNlY3VyaXR5IHNlY3Rpb24gSldEKQ0KDQoNCjE0 LiAgQWNrbm93bGVkZ21lbnRzDQoNCiAgIEFPRFZ2MiBpcyBhIGRlc2NlbmRhbnQgb2YgdGhlIGRl c2lnbiBvZiBwcmV2aW91cyBNQU5FVCBvbi1kZW1hbmQNCiAgIHByb3RvY29scywgZXNwZWNpYWxs eSBBT0RWIFtSRkMzNTYxXSBhbmQgRFNSIFtSRkM0NzI4XS4gIENoYW5nZXMgdG8NCiAgIHByZXZp b3VzIE1BTkVUIG9uLWRlbWFuZCBwcm90b2NvbHMgc3RlbSBmcm9tIHJlc2VhcmNoIGFuZA0KICAg aW1wbGVtZW50YXRpb24gZXhwZXJpZW5jZXMuICBUaGFua3MgdG8gRWxpemFiZXRoIEJlbGRpbmcg YW5kIElhbg0KICAgQ2hha2VyZXMgZm9yIHRoZWlyIGxvbmcgdGltZSBhdXRob3JzaGlwIG9mIEFP RFYuICBBZGRpdGlvbmFsIHRoYW5rcw0KICAgdG8gRGVyZWsgQXRraW5zLCBFbW1hbnVlbCBCYWNj ZWxsaSwgQWJkdXNzYWxhbSBCYXJ5dW4sIFJhbW9uIENhY2VyZXMsDQogICBUaG9tYXMgQ2xhdXNl biwgSnVzdGluIERlYW4sIENocmlzdG9waGVyIERlYXJsb3ZlLCBVbHJpY2ggSGVyYmVyZywNCiAg IEhlbm5lciBKYWtvYiwgTHVrZSBLbGVpbi1CZXJuZHQsIExhcnMgS3Jpc3RlbnNlbiwgVHJvbmpl IEtyb3AsDQogICBLb29qYW5hIEt1bGFkaW5pdGhpLCBLZWRhciBOYW1qb3NoaSwgS2V5dXIgUGF0 ZWwsIEFsZXhhbmRydSBQZXRyZXNjdSwNCiAgIEhlbm5pbmcgUm9nZ2UsIEZyYW5zaXNjbyBSb3Ms IFBlZHJvIFJ1aXosIENocmlzdG9waCBTb21tZXIsIFJvbWFpbg0KICAgVGhvdXZlbmluLCBSaWNo YXJkIFRyZWZsZXIsIEppYXppIFlpLCBTZXVuZyBZaSwgYW5kIENvbmcgWXVhbiwgZm9yDQogICB0 aGVpciByZXZpZXdzIG9mIEFPRFZ2MiBhbmQgRFlNTywgYXMgd2VsbCBhcyBudW1lcm91cyBzcGVj aWZpY2F0aW9uDQogICBzdWdnZXN0aW9ucy4NCg0KMTUuICBSZWZlcmVuY2VzDQoNCg0KDQoNCg0K DQoNCg0KUGVya2lucywgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAg ICAgICAgICAgICAgW1BhZ2UgNjldDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAg ICBBT0RWdjIgICAgICAgICAgICAgICAgICAgICBKYW51YXJ5IDIwMTYNCg0KDQoxNS4xLiAgTm9y bWF0aXZlIFJlZmVyZW5jZXMNCg0KICAgW1JGQzIxMTldICBCcmFkbmVyLCBTLiwgIktleSB3b3Jk cyBmb3IgdXNlIGluIFJGQ3MgdG8gSW5kaWNhdGUNCiAgICAgICAgICAgICAgUmVxdWlyZW1lbnQg TGV2ZWxzIiwgQkNQIDE0LCBSRkMgMjExOSwgRE9JIDEwLjE3NDg3Lw0KICAgICAgICAgICAgICBS RkMyMTE5LCBNYXJjaCAxOTk3LA0KICAgICAgICAgICAgICA8aHR0cDovL3d3dy5yZmMtZWRpdG9y Lm9yZy9pbmZvL3JmYzIxMTk+Lg0KDQogICBbUkZDMzU2MV0gIFBlcmtpbnMsIEMuLCBCZWxkaW5n LVJveWVyLCBFLiwgYW5kIFMuIERhcywgIkFkIGhvYyBPbi0NCiAgICAgICAgICAgICAgRGVtYW5k IERpc3RhbmNlIFZlY3RvciAoQU9EVikgUm91dGluZyIsIFJGQyAzNTYxLCBET0kNCiAgICAgICAg ICAgICAgMTAuMTc0ODcvUkZDMzU2MSwgSnVseSAyMDAzLA0KICAgICAgICAgICAgICA8aHR0cDov L3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzM1NjE+Lg0KDQogICBbUkZDNDI5MV0gIEhpbmRl biwgUi4gYW5kIFMuIERlZXJpbmcsICJJUCBWZXJzaW9uIDYgQWRkcmVzc2luZw0KICAgICAgICAg ICAgICBBcmNoaXRlY3R1cmUiLCBSRkMgNDI5MSwgRE9JIDEwLjE3NDg3L1JGQzQyOTEsIEZlYnJ1 YXJ5DQogICAgICAgICAgICAgIDIwMDYsIDxodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8v cmZjNDI5MT4uDQoNCiAgIFtSRkM1MDgyXSAgR2lsbCwgVi4sIEhlYXNsZXksIEouLCBNZXllciwg RC4sIFNhdm9sYSwgUC4sIEVkLiwgYW5kIEMuDQogICAgICAgICAgICAgIFBpZ25hdGFybywgIlRo ZSBHZW5lcmFsaXplZCBUVEwgU2VjdXJpdHkgTWVjaGFuaXNtDQogICAgICAgICAgICAgIChHVFNN KSIsIFJGQyA1MDgyLCBET0kgMTAuMTc0ODcvUkZDNTA4MiwgT2N0b2JlciAyMDA3LA0KICAgICAg ICAgICAgICA8aHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzUwODI+Lg0KDQogICBb UkZDNTQ0NF0gIENsYXVzZW4sIFQuLCBEZWFybG92ZSwgQy4sIERlYW4sIEouLCBhbmQgQy4gQWRq aWgsDQogICAgICAgICAgICAgICJHZW5lcmFsaXplZCBNb2JpbGUgQWQgSG9jIE5ldHdvcmsgKE1B TkVUKSBQYWNrZXQvTWVzc2FnZQ0KICAgICAgICAgICAgICBGb3JtYXQiLCBSRkMgNTQ0NCwgRE9J IDEwLjE3NDg3L1JGQzU0NDQsIEZlYnJ1YXJ5IDIwMDksDQogICAgICAgICAgICAgIDxodHRwOi8v d3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNTQ0ND4uDQoNCiAgIFtSRkM1NDk3XSAgQ2xhdXNl biwgVC4gYW5kIEMuIERlYXJsb3ZlLCAiUmVwcmVzZW50aW5nIE11bHRpLVZhbHVlDQogICAgICAg ICAgICAgIFRpbWUgaW4gTW9iaWxlIEFkIEhvYyBOZXR3b3JrcyAoTUFORVRzKSIsIFJGQyA1NDk3 LCBET0kNCiAgICAgICAgICAgICAgMTAuMTc0ODcvUkZDNTQ5NywgTWFyY2ggMjAwOSwNCiAgICAg ICAgICAgICAgPGh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM1NDk3Pi4NCg0KICAg W1JGQzU0OThdICBDaGFrZXJlcywgSS4sICJJQU5BIEFsbG9jYXRpb25zIGZvciBNb2JpbGUgQWQg SG9jIE5ldHdvcmsNCiAgICAgICAgICAgICAgKE1BTkVUKSBQcm90b2NvbHMiLCBSRkMgNTQ5OCwg RE9JIDEwLjE3NDg3L1JGQzU0OTgsIE1hcmNoDQogICAgICAgICAgICAgIDIwMDksIDxodHRwOi8v d3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNTQ5OD4uDQoNCiAgIFtSRkM2NTUxXSAgVmFzc2V1 ciwgSlAuLCBFZC4sIEtpbSwgTS4sIEVkLiwgUGlzdGVyLCBLLiwgRGVqZWFuLCBOLiwNCiAgICAg ICAgICAgICAgYW5kIEQuIEJhcnRoZWwsICJSb3V0aW5nIE1ldHJpY3MgVXNlZCBmb3IgUGF0aCBD YWxjdWxhdGlvbg0KICAgICAgICAgICAgICBpbiBMb3ctUG93ZXIgYW5kIExvc3N5IE5ldHdvcmtz IiwgUkZDIDY1NTEsIERPSSAxMC4xNzQ4Ny8NCiAgICAgICAgICAgICAgUkZDNjU1MSwgTWFyY2gg MjAxMiwNCiAgICAgICAgICAgICAgPGh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM2 NTUxPi4NCg0KICAgW1JGQzcxODJdICBIZXJiZXJnLCBVLiwgQ2xhdXNlbiwgVC4sIGFuZCBDLiBE ZWFybG92ZSwgIkludGVncml0eQ0KICAgICAgICAgICAgICBDaGVjayBWYWx1ZSBhbmQgVGltZXN0 YW1wIFRMViBEZWZpbml0aW9ucyBmb3IgTW9iaWxlIEFkDQogICAgICAgICAgICAgIEhvYyBOZXR3 b3JrcyAoTUFORVRzKSIsIFJGQyA3MTgyLCBET0kgMTAuMTc0ODcvUkZDNzE4MiwNCiAgICAgICAg ICAgICAgQXByaWwgMjAxNCwgPGh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM3MTgy Pi4NCg0KDQoNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBKdWx5IDIx LCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDcwXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAg ICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAgICAgSmFudWFyeSAyMDE2DQoNCg0K MTUuMi4gIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMNCg0KICAgW0ktRC5wZXJraW5zLWlycmVwXQ0K ICAgICAgICAgICAgICBQZXJraW5zLCBDLiwgIkludGVybWVkaWF0ZSBSUkVQIGZvciBkeW5hbWlj IE1BTkVUIE9uLQ0KICAgICAgICAgICAgICBkZW1hbmQgKEFPRFZ2MikgUm91dGluZyIsIGRyYWZ0 LXBlcmtpbnMtaXJyZXAtMDMgKHdvcmsgaW4NCiAgICAgICAgICAgICAgcHJvZ3Jlc3MpLCBNYXkg MjAxNS4NCg0KICAgW0tvb2RsaTAxXQ0KICAgICAgICAgICAgICBLb29kbGksIFIuIGFuZCBDLiBQ ZXJraW5zLCAiRmFzdCBoYW5kb3ZlcnMgYW5kIGNvbnRleHQNCiAgICAgICAgICAgICAgdHJhbnNm ZXJzIGluIG1vYmlsZSBuZXR3b3JrcyIsIFByb2NlZWRpbmdzIG9mIHRoZSBBQ00NCiAgICAgICAg ICAgICAgU0lHQ09NTSBDb21wdXRlciBDb21tdW5pY2F0aW9uIFJldmlldyAyMDAxLCBWb2x1bWUg MzENCiAgICAgICAgICAgICAgSXNzdWUgNSwgMzctNDcsIE9jdG9iZXIgMjAwMS4NCg0KICAgW1Bl cmtpbnM5NF0NCiAgICAgICAgICAgICAgUGVya2lucywgQy4gYW5kIFAuIEJoYWd3YXQsICJIaWdo bHkgRHluYW1pYyBEZXN0aW5hdGlvbi0NCiAgICAgICAgICAgICAgU2VxdWVuY2VkIERpc3RhbmNl LVZlY3RvciBSb3V0aW5nIChEU0RWKSBmb3IgTW9iaWxlDQogICAgICAgICAgICAgIENvbXB1dGVy cyIsIFByb2NlZWRpbmdzIG9mIHRoZSBBQ00gU0lHQ09NTSAnOTQgQ29uZmVyZW5jZQ0KICAgICAg ICAgICAgICBvbiBDb21tdW5pY2F0aW9ucyBBcmNoaXRlY3R1cmVzLCBQcm90b2NvbHMgYW5kDQog ICAgICAgICAgICAgIEFwcGxpY2F0aW9ucywgTG9uZG9uLCBVSywgcHAuIDIzNC0yNDQsIEF1Z3Vz dCAxOTk0Lg0KDQogICBbUGVya2luczk5XQ0KICAgICAgICAgICAgICBQZXJraW5zLCBDLiBhbmQg RS4gUm95ZXIsICJBZCBob2MgT24tRGVtYW5kIERpc3RhbmNlDQogICAgICAgICAgICAgIFZlY3Rv ciAoQU9EVikgUm91dGluZyIsIFByb2NlZWRpbmdzIG9mIHRoZSAybmQgSUVFRQ0KICAgICAgICAg ICAgICBXb3Jrc2hvcCBvbiBNb2JpbGUgQ29tcHV0aW5nIFN5c3RlbXMgYW5kIEFwcGxpY2F0aW9u cywgTmV3DQogICAgICAgICAgICAgIE9ybGVhbnMsIExBLCBwcC4gOTAtMTAwLCBGZWJydWFyeSAx OTk5Lg0KDQogICBbUkZDMjUwMV0gIENvcnNvbiwgUy4gYW5kIEouIE1hY2tlciwgIk1vYmlsZSBB ZCBob2MgTmV0d29ya2luZw0KICAgICAgICAgICAgICAoTUFORVQpOiBSb3V0aW5nIFByb3RvY29s IFBlcmZvcm1hbmNlIElzc3VlcyBhbmQNCiAgICAgICAgICAgICAgRXZhbHVhdGlvbiBDb25zaWRl cmF0aW9ucyIsIFJGQyAyNTAxLCBET0kgMTAuMTc0ODcvDQogICAgICAgICAgICAgIFJGQzI1MDEs IEphbnVhcnkgMTk5OSwNCiAgICAgICAgICAgICAgPGh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcv aW5mby9yZmMyNTAxPi4NCg0KICAgW1JGQzQxOTNdICBIaW5kZW4sIFIuIGFuZCBCLiBIYWJlcm1h biwgIlVuaXF1ZSBMb2NhbCBJUHY2IFVuaWNhc3QNCiAgICAgICAgICAgICAgQWRkcmVzc2VzIiwg UkZDIDQxOTMsIERPSSAxMC4xNzQ4Ny9SRkM0MTkzLCBPY3RvYmVyIDIwMDUsDQogICAgICAgICAg ICAgIDxodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNDE5Mz4uDQoNCiAgIFtSRkM0 NzI4XSAgSm9obnNvbiwgRC4sIEh1LCBZLiwgYW5kIEQuIE1hbHR6LCAiVGhlIER5bmFtaWMgU291 cmNlDQogICAgICAgICAgICAgIFJvdXRpbmcgUHJvdG9jb2wgKERTUikgZm9yIE1vYmlsZSBBZCBI b2MgTmV0d29ya3MgZm9yDQogICAgICAgICAgICAgIElQdjQiLCBSRkMgNDcyOCwgRE9JIDEwLjE3 NDg3L1JGQzQ3MjgsIEZlYnJ1YXJ5IDIwMDcsDQogICAgICAgICAgICAgIDxodHRwOi8vd3d3LnJm Yy1lZGl0b3Iub3JnL2luZm8vcmZjNDcyOD4uDQoNCiAgIFtSRkM0ODYxXSAgTmFydGVuLCBULiwg Tm9yZG1hcmssIEUuLCBTaW1wc29uLCBXLiwgYW5kIEguIFNvbGltYW4sDQogICAgICAgICAgICAg ICJOZWlnaGJvciBEaXNjb3ZlcnkgZm9yIElQIHZlcnNpb24gNiAoSVB2NikiLCBSRkMgNDg2MSwN CiAgICAgICAgICAgICAgRE9JIDEwLjE3NDg3L1JGQzQ4NjEsIFNlcHRlbWJlciAyMDA3LA0KICAg ICAgICAgICAgICA8aHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzQ4NjE+Lg0KDQoN Cg0KDQoNCg0KUGVya2lucywgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYg ICAgICAgICAgICAgICAgW1BhZ2UgNzFdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAg ICAgICBBT0RWdjIgICAgICAgICAgICAgICAgICAgICBKYW51YXJ5IDIwMTYNCg0KDQogICBbUkZD NTE0OF0gIENsYXVzZW4sIFQuLCBEZWFybG92ZSwgQy4sIGFuZCBCLiBBZGFtc29uLCAiSml0dGVy DQogICAgICAgICAgICAgIENvbnNpZGVyYXRpb25zIGluIE1vYmlsZSBBZCBIb2MgTmV0d29ya3Mg KE1BTkVUcykiLCBSRkMNCiAgICAgICAgICAgICAgNTE0OCwgRE9JIDEwLjE3NDg3L1JGQzUxNDgs IEZlYnJ1YXJ5IDIwMDgsDQogICAgICAgICAgICAgIDxodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3Jn L2luZm8vcmZjNTE0OD4uDQoNCiAgIFtSRkM2MTMwXSAgQ2xhdXNlbiwgVC4sIERlYXJsb3ZlLCBD LiwgYW5kIEouIERlYW4sICJNb2JpbGUgQWQgSG9jDQogICAgICAgICAgICAgIE5ldHdvcmsgKE1B TkVUKSBOZWlnaGJvcmhvb2QgRGlzY292ZXJ5IFByb3RvY29sIChOSERQKSIsDQogICAgICAgICAg ICAgIFJGQyA2MTMwLCBET0kgMTAuMTc0ODcvUkZDNjEzMCwgQXByaWwgMjAxMSwNCiAgICAgICAg ICAgICAgPGh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM2MTMwPi4NCg0KICAgW1No b2xhbmRlcjAyXQ0KICAgICAgICAgICAgICBTaG9sYW5kZXIsIFAuLCBDb2Njb2xpLCBQLiwgT2Fr ZXMsIFQuLCBhbmQgUy4gU3dhbmssICJBDQogICAgICAgICAgICAgIFBvcnRhYmxlIFNvZnR3YXJl IEltcGxlbWVudGF0aW9uIG9mIGEgSHlicmlkIE1BTkVUIFJvdXRpbmcNCiAgICAgICAgICAgICAg UHJvdG9jb2wiLCAyMDAyLg0KDQpBcHBlbmRpeCBBLiAgQU9EVnYyIERyYWZ0IFVwZGF0ZXMNCg0K ICAgVGhpcyBzZWN0aW9uIGxpc3RzIHRoZSBjaGFuZ2VzIGJldHdlZW4gQU9EVnYyIHJldmlzaW9u cyAuLi4tMTIudHh0DQogICBhbmQgLi4uLTEzLnR4dC4NCg0KICAgbyAgVXBkYXRlZCB1c2VzIG9m IGhvc3QgYW5kIG5vZGUuDQoNCiAgIG8gIFJlbW92ZWQgdXNlIG9mIERhdGEgRWxlbWVudC4NCg0K ICAgbyAgQWRkZWQgZXhwbGFuYXRpb24gb2Ygc2VsZi1oZWFsaW5nIGlzc3VlIG9mIGhvcC1ieS1o b3ANCiAgICAgIGFja25vd2xlZGdlbWVudHMuDQoNCiAgIG8gIE1vdmVkIGFwcGVuZGl4IG9uIHJl bG9jYXRpb24gb2Ygcm91dGluZyBwcmVmaXggdG8gYSBkaWZmZXJlbnQNCiAgICAgIHJvdXRlciBp bnRvIHRoZSBtYWluIGRyYWZ0Lg0KDQogICBvICBBZGRlZCBub3RlcyBvbiBmb3J3YXJkaW5nIHBs YW5lIHRvIHRoZSBPdmVydmlldyBhbmQgYWRkZWQgdG8gdGV4dA0KICAgICAgaW4gdGhlIEFwcGxp Y2FiaWxpdHkgU3RhdGVtZW50Lg0KDQogICBvICBTZXBhcmF0ZWQgQU9EVnYyJ3MgTG9jYWwgUm91 dGUgU2V0IGZyb20gdGhlIFJvdXRpbmcgSW5mb3JtYXRpb24NCiAgICAgIEJhc2UuDQoNCiAgIG8g IFVwZGF0ZWQgQWRqYWNlbmN5IE1vbml0b3JpbmcgdG8gTmV4dCBIb3AgTW9uaXRvcmluZy4NCg0K ICAgbyAgQWRkZWQgZXh0cmEgZGVzY3JpcHRpb24gaW4gTXVsdGljYXN0IFJvdXRlIE1lc3NhZ2Ug VGFibGUgc2VjdGlvbi4NCg0KICAgbyAgQWRkZWQgZXh0cmEgbm90ZXMgb24gcG9zc2libGUgaW1w bGVtZW50YXRpb25zIG9mIExvY2FsIFJvdXRlIFNldC4NCg0KICAgbyAgQWRkZWQgc2hvcnQgZGVz Y3JpcHRpb24gb2YgcmVhY3RpdmUgcm91dGluZyBwcm90b2NvbHMgdG8NCiAgICAgIEFwcGxpY2Fi aWxpdHkgU3RhdGVtZW50Lg0KDQogICBvICBBZGRlZCBleHRyYSBub3RlIGluIEFwcGxpY2FiaWxp dHkgU3RhdGVtZW50IGFib3V0IG11bHRpcGxlIElQDQogICAgICBhZGRyZXNzZXMgcGVyIHJvdXRl ciBpbnRlcmZhY2UuDQoNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBK dWx5IDIxLCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDcyXQ0KDA0KSW50ZXJuZXQtRHJhZnQg ICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAgICAgSmFudWFyeSAyMDE2 DQoNCg0KICAgbyAgVXNlZCBjbGVhciByZWZlcmVuY2VzIHRvIE5laWdoYm9yLlN0YXRlIGFuZCBM b2NhbFJvdXRlLlN0YXRlLg0KDQogICBvICBBZGRlZCByZWZlcmVuY2UgZm9yIHRleHQgYWJvdXRl IGJ1ZmZlcmluZyBUQ1AgcGFja2V0cy4NCg0KICAgbyAgVXBkYXRlZCB0ZXh0IGFib3V0IFJvdXRl LlN0YXRlIHRvIGJlIGNsZWFyIHdoaWNoIHJvdXRlcyBtYXkgYmUNCiAgICAgIGNvcGllZCB0byBh IFJvdXRpbmcgSW5mb3JtYXRpb24gQmFzZS4NCg0KICAgbyAgQWRkZWQgZXhwbGFuYXRpb24gb2Yg d2hlbiBhIHJvdXRlIGRpc2NvdmVyeSBtaWdodCBub3QgYmUgYXR0ZW1wdGVkDQogICAgICBhbmQg YWN0aW9uIHRha2VuIGluc3RlYWQuDQoNCiAgIG8gIEFkZGVkIHRleHQgdG8gZXhwbGFpbiB0aGF0 IHJvdXRlcyB0byBwcmVmaXhlcyBhcmUgbGVhcm5lZCB3aGVuDQogICAgICBwcmVmaXggbGVuZ3Ro cyBhcmUgaW5jbHVkZWQgaW4gQU9EVnYyIG1lc3NhZ2VzLg0KDQogICBvICBDaGFuZ2VkIHJ1bGUg Zm9yIGFkZGluZyBuZXcgcm91dGUgaWYgY3VycmVudCByb3V0ZXMgdG8gdGhlIHNhbWUNCiAgICAg IGFkZHJlc3MgaGF2ZSBSb3V0ZS5TdGF0ZSBzZXQgdG8gVW5jb25maXJtZWQuDQoNCiAgIG8gIENo YW5nZWQgdGV4dCBhYm91dCByZXBvcnRpbmcgYnJva2VuIHJvdXRlcyB0byB1c2UgTVVTVCBpbnN0 ZWFkIG9mDQogICAgICBTSE9VTEQuDQoNCiAgIG8gIFVwZGF0ZWQgbWVzc2FnZSBwcm9jZXNzaW5n IGFsZ29yaXRobXMgdG8gcmVmZXIgdG8gTmVpZ2hib3INCiAgICAgIFRhYmxlIHVwZGF0ZXMuDQoN CiAgIG8gIEFkZGVkIGV4dHJhIGV4cGxhbmF0aW9uIGZvciB1c2Ugb2YgQWNrUmVxIGluIFJSRVAg bWVzc2FnZS4NCg0KICAgbyAgQWRkZWQgZXh0cmEgZXhwbGFuYXRpb24gZm9yIFJSRVBfQWNrIGhh bmRsaW5nLg0KDQogICBvICBSZW1vdmVkIHJlZmVyZW5jZXMgdG8gTVRVIGluIFJFUlIgc2VjdGlv biBhbmQgdXBkYXRlZCBwcm9jZXNzaW5nDQogICAgICBydWxlcy4NCg0KICAgbyAgUmVtb3ZlZCBy ZWZlcmVuY2UgdG8gUkZDIDY2MjEuDQoNCiAgIG8gIFJlbW92ZWQgYXBwZW5kaXggYWJvdXQgbXVs dGktaG9taW5nLg0KDQogICBvICBSZW1vdmVkIGFwcGVuZGl4IGNvbnRhaW5pbmcgcHNldWRvLWNv ZGUuDQoNCiAgIG8gIE1pbm9yIGVkaXRvcmlhbCBpbXByb3ZlbWVudHMuDQoNCkF1dGhvcnMnIEFk ZHJlc3Nlcw0KDQogICBDaGFybGVzIEUuIFBlcmtpbnMNCiAgIEZ1dHVyZXdlaSBJbmMuDQogICAy MzMwIENlbnRyYWwgRXhwcmVzc3dheQ0KICAgU2FudGEgQ2xhcmEsIENBICA5NTA1MA0KICAgVVNB DQoNCiAgIFBob25lOiArMS00MDgtMzMwLTQ1ODYNCiAgIEVtYWlsOiBjaGFybGllcEBjb21wdXRl ci5vcmcNCg0KDQoNCg0KUGVya2lucywgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEs IDIwMTYgICAgICAgICAgICAgICAgW1BhZ2UgNzNdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAg ICAgICAgICAgICBBT0RWdjIgICAgICAgICAgICAgICAgICAgICBKYW51YXJ5IDIwMTYNCg0KDQog ICBTdGFuIFJhdGxpZmYNCiAgIElkaXJlY3QNCiAgIDEzODYxIFN1bnJpc2UgVmFsbGV5IERyaXZl LCBTdWl0ZSAzMDANCiAgIEhlcm5kb24sIFZBICAyMDE3MQ0KICAgVVNBDQoNCiAgIEVtYWlsOiBy YXRsaWZmc3RhbkBnbWFpbC5jb20NCg0KDQogICBKb2huIERvd2RlbGwNCiAgIEFpcmJ1cyBEZWZl bmNlIGFuZCBTcGFjZQ0KICAgQ2VsdGljIFNwcmluZ3MNCiAgIE5ld3BvcnQsIFdhbGVzICBOUDEw IDhGWg0KICAgVW5pdGVkIEtpbmdkb20NCg0KICAgRW1haWw6IGpvaG4uZG93ZGVsbEBhaXJidXMu Y29tDQoNCg0KICAgTG90dGUgU3RlZW5icmluaw0KICAgSEFXIEhhbWJ1cmcsIERlcHQuIEluZm9y bWF0aWsNCiAgIEJlcmxpbmVyIFRvciA3DQogICBELTIwMDk5IEhhbWJ1cmcNCiAgIEdlcm1hbnkN Cg0KICAgRW1haWw6IGxvdHRlLnN0ZWVuYnJpbmtAaGF3LWhhbWJ1cmcuZGUNCg0KDQogICBWaWN0 b3JpYSBNZXJjaWVjYQ0KICAgQWlyYnVzIERlZmVuY2UgYW5kIFNwYWNlDQogICBDZWx0aWMgU3By aW5ncw0KICAgTmV3cG9ydCwgV2FsZXMgIE5QMTAgOEZaDQogICBVbml0ZWQgS2luZ2RvbQ0KDQog ICBFbWFpbDogdmljdG9yaWEubWVyY2llY2FAYWlyYnVzLmNvbQ0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNClBlcmtpbnMsIGV0IGFsLiAgICAgICAgICAgRXhwaXJlcyBKdWx5IDIx LCAyMDE2ICAgICAgICAgICAgICAgIFtQYWdlIDc0XQ0K --089e0160c35cd924cb052d092d4a Content-Type: text/plain; charset=UTF-8; name="draft-ietf-manet-aodvv2-13.diff" Content-Disposition: attachment; filename="draft-ietf-manet-aodvv2-13.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ilac1biw1 LS0tIEM6XFVzZXJzXEp1c3RpblxEZXNrdG9wXGRyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzLnR4 dAorKysgQzpcVXNlcnNcSnVzdGluXERlc2t0b3BcZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMg KDIpLnR4dApAQCAtMTc5LDggKzE3OSwxMyBAQAogICAgcHJvdG9jb2wgKGZvcm1lcmx5IG5hbWVk IERZTU8pIGVuYWJsZXMgb24tZGVtYW5kLCBtdWx0aWhvcCB1bmljYXN0CiAgICByb3V0aW5nIGFt b25nIEFPRFZ2MiByb3V0ZXJzIGluIG1vYmlsZSBhZCBob2MgbmV0d29ya3MgKE1BTkVUcykKICAg IFtSRkMyNTAxXS4KLQotICAgQ29tcGFyZWQgdG8gQU9EViBbUkZDMzU2MV0sIEFPRFZ2MiBtYWtl cyBzb21lIGZlYXR1cmVzIG9wdGlvbmFsLAorKFdlIGp1bXBlZCByaWdodCBpbiBoZXJlIHdvdWxk IHByZWZlciBzb21lIGludHJvIHRvIEFPRFYgYW5kIGhvdyBBT0RWdjIgaXMgZGVyaXZlZCBmcm9t IHRoYXQgd29yay4gSldEKQorCisKKyAgIEFsdGhvdWdoIEFPRFZ2MiBpcyBjbG9zZWx5IHJlbGF0 ZWQgdG8gQU9EViBbUkZDMzU2MV0sIGFuZCBzaGFyZXMgc29tZQorICAgZmVhdHVyZXMgb2YgRFNS IFtSRkM0NzI4XSwgQU9EVnYyIGlzIG5vdCBpbnRlcm9wZXJhYmxlIHdpdGggZWl0aGVyIG9mCisg ICB0aG9zZSBwcm90b2NvbHMuCisgICBDb21wYXJlZCB0byBBT0RWLCBBT0RWdjIgbWFrZXMgc29t ZSBmZWF0dXJlcyBvcHRpb25hbCwKICAgIG5vdGFibHkgaW50ZXJtZWRpYXRlIHJvdXRlIHJlcGxp ZXMsIGV4cGFuZGluZyByaW5nIHNlYXJjaCwgYW5kCiAgICBwcmVjdXJzb3IgbGlzdHMuICBIZWxs byBtZXNzYWdlcyBhbmQgbG9jYWwgcmVwYWlyIGhhdmUgYmVlbiByZW1vdmVkLgogICAgQU9EVnYy IHByb3ZpZGVzIGEgbWVjaGFuaXNtIGZvciB0aGUgdXNlIG9mIG11bHRpcGxlIG1ldHJpYyB0eXBl cy4KQEAgLTE5OSw3ICsyMDQsNyBAQAogICAgcGFja2V0IGZyb20gb25lIG9mIGl0cyBSb3V0ZXIg Q2xpZW50cywgYnV0IGRvZXMgbm90IGhhdmUgYSB2YWxpZAogICAgcm91dGUgdG8gdGhlIHBhY2tl dCdzIGRlc3RpbmF0aW9uLiAgQU9EVnYyIHJvdXRlcnMgdXNlIFJvdXRlIFJlcXVlc3QKICAgIChS UkVRKSBhbmQgUm91dGUgUmVwbHkgKFJSRVApIG1lc3NhZ2VzIHRvIGNhcnJ5IHJvdXRlIGluZm9y bWF0aW9uCi0gICBiZXR3ZWVuIHRoZSBvcmlnaW5hdG9yIG9mIHRoZSByb3V0ZSBkaXNjb3Zlcnkg YW5kIHRoZSB0YXJnZXQsCisgICBiZXR3ZWVuIHRoZSBvcmlnaW5hdG9yIG9mIHRoZSByb3V0ZSBk aXNjb3ZlcnkgYW5kIHRoZSB0YXJnZXQsIChzaG91bGRu4oCZdCB0aGlzIGJlIHJvdXRlciByZXNw b25zaWJsZSBmb3IgdGFyZ2V0IFJvdXRlciBDbGllbnQ/KQogICAgZXN0YWJsaXNoaW5nIGEgcm91 dGUgdG8gYm90aCBlbmRwb2ludHMgb24gYWxsIGludGVybWVkaWF0ZSByb3V0ZXJzLgogICAgQSBt ZXRyaWMgdmFsdWUgaXMgaW5jbHVkZWQgdG8gcmVwcmVzZW50IHRoZSBjb3N0IG9mIHRoZSByb3V0 ZQogICAgY29udGFpbmVkIHdpdGhpbiB0aGUgbWVzc2FnZS4gIEFPRFZ2MiB1c2VzIHNlcXVlbmNl IG51bWJlcnMgdG8KQEAgLTIwNywxNiArMjEyLDE2IEBACiAgICB0byBkZXRlcm1pbmUgaWYgYWR2 ZXJ0aXNlZCByb3V0ZXMgY291bGQgZm9ybSBsb29wcy4KIAogICAgUm91dGUgbWFpbnRlbmFuY2Ug aW5jbHVkZXMgY29uZmlybWluZyBiaWRpcmVjdGlvbmFsaXR5IG9mIGxpbmtzIHRvCi0gICBuZXh0 IGhvcCBBT0RWdjIgcm91dGVycyBiZWZvcmUgY29uc2lkZXJpbmcgZGlzY292ZXJlZCByb3V0ZXMg dG8gYmUKLSAgIHZhbGlkLCBpc3N1aW5nIFJvdXRlIEVycm9yIChSRVJSKSBtZXNzYWdlcyBpZiBs aW5rIGZhaWx1cmVzCi0gICBpbnZhbGlkYXRlIHJvdXRlcywgcmVhY3RpbmcgdG8gcmVjZWl2ZWQg Um91dGUgRXJyb3IgbWVzc2FnZXMsIGFuZAorICAgbmV4dCBob3AgQU9EVnYyIHJvdXRlcnMsIGlz c3VpbmcgUm91dGUgRXJyb3IgKFJFUlIpIG1lc3NhZ2VzLCByZWFjdGluZyB0byByZWNlaXZlZCBS b3V0ZSBFcnJvciBtZXNzYWdlcywgYW5kCiAgICBleHRlbmRpbmcgYW5kIGVuZm9yY2luZyByb3V0 ZSB0aW1lb3V0cy4KIAotICAgVG8gZW5hYmxlIHRoZSBvbi1kZW1hbmQgbmF0dXJlIG9mIEFPRFZ2 Miwgc2lnbmFscyBhcmUgcmVxdWlyZWQgdG8gYmUKLSAgIGV4Y2hhbmdlZCBiZXR3ZWVuIEFPRFZ2 MiBhbmQgdGhlIGZvcndhcmRpbmcgcGxhbmUsIHRvIGluZGljYXRlIHdoZW4gYQotICAgcGFja2V0 IGlzIHRvIGJlIGZvcndhcmRlZCwgaW4gb3JkZXIgdG8gaW5pdGlhdGUgcm91dGUgZGlzY292ZXJ5 LCB3aGVuCi0gICBwYWNrZXQgZm9yd2FyZGluZyBmYWlscywgaW4gb3JkZXIgdG8gaW5pdGlhdGUg cm91dGUgZXJyb3IgcmVwb3J0aW5nLAotICAgYW5kIHdoZW4gYSBwYWNrZXQgaXMgc3VjY2Vzc2Z1 bGx5IGZvcndhcmRlZCwgZm9yIHJvdXRlIG1haW50ZW5hbmNlLgorCisgICBUaGUgb24tZGVtYW5k IG5hdHVyZSBvZiBBT0RWdjIgcmVxdWlyZXMgc2lnbmFscyB0byBiZQorICAgZXhjaGFuZ2VkIGJl dHdlZW4gQU9EVnYyIGFuZCB0aGUgZm9yd2FyZGluZyBwbGFuZS4gVGhlc2Ugc2lnbmFscyBpbmRp Y2F0ZSB3aGVuOiAgYQorICAgYSBwYWNrZXQgaXMgdG8gYmUgZm9yd2FyZGVkLCBpbiBvcmRlciB0 byBpbml0aWF0ZSByb3V0ZSBkaXNjb3Zlcnk7CisgICBwYWNrZXQgZm9yd2FyZGluZyBmYWlscywg aW4gb3JkZXIgdG8gaW5pdGlhdGUgcm91dGUgZXJyb3IgcmVwb3J0aW5nOworICAgYSBwYWNrZXQg aXMgc3VjY2Vzc2Z1bGx5IGZvcndhcmRlZCwgZm9yIHJvdXRlIG1haW50ZW5hbmNlLgorCiAKICAg IFNlY3VyaXR5IGZvciBhdXRoZW50aWNhdGlvbiBvZiBBT0RWdjIgcm91dGVycyBhbmQgZW5jcnlw dGlvbiBvZgogICAgY29udHJvbCBtZXNzYWdlcyBpcyBhY2NvbXBsaXNoZWQgdXNpbmcgdGhlIFRJ TUVTVEFNUCBhbmQgSUNWIFRMVnMKQEAgLTI2Myw4ICsyNjgsMTEgQEAKICAgICAgIEEgcm91dGUg dGhhdCBjYW5ub3QgYmUgdXNlZCBmb3IgZm9yd2FyZGluZyBidXQgc3RpbGwgY29udGFpbnMKICAg ICAgIHVzZWZ1bCBzZXF1ZW5jZSBudW1iZXIgaW5mb3JtYXRpb24uCiAKLSAgIExvY2FsUm91dGUK LSAgICAgIEFuIGVudHJ5IGluIHRoZSBMb2NhbCBSb3V0ZSBTZXQuCisKKyAgIExvY2FsIFJvdXRl CisgICAgICBBbiBlbnRyeSBpbiB0aGUgTG9jYWwgUm91dGUgU2V0LiAoTG9jYWwgUm91dGUgU2V0 IHNob3VsZCBoYXZlIGFuIGVudHJ5LCBzb21ldGhpbmcgc2ltcGxlIGFuZCBwb2ludGluZyB0byB0 aGUgc2VjdGlvbiBKV0QpCisoTGF0ZXIgaW4gdGhlIGRvY3VtZW50IExvY2FsUm91dGUgaXMgdXNl ZCBwaWNrIG9uZSBKV0QpCisKIAogICAgTUFORVQKICAgICAgIEEgTW9iaWxlIEFkIEhvYyBOZXR3 b3JrIGFzIGRlZmluZWQgaW4gW1JGQzI1MDFdLgpAQCAtMzQ2LDkgKzM1NCw4IEBACiAKICAgICAg IEFuIGFkZHJlc3Mgb3IgYWRkcmVzcyByYW5nZSBjb25maWd1cmVkIG9uIGFuIEFPRFZ2MiByb3V0 ZXIsIG9uCiAgICAgICBiZWhhbGYgb2Ygd2hpY2ggdGhhdCByb3V0ZXIgd2lsbCBpbml0aWF0ZSBh bmQgcmVzcG9uZCB0byByb3V0ZQotICAgICAgZGlzY292ZXJpZXMsIHNvIHRoYXQgZGV2aWNlcyBj b25maWd1cmVkIHRvIHVzZSB0aGVzZSBhZGRyZXNzZXMgY2FuCi0gICAgICBzZW5kIGFuZCByZWNl aXZlIElQIHRyYWZmaWMgdG8gYW5kIGZyb20gcmVtb3RlIGRlc3RpbmF0aW9ucy4KLSAgICAgIFRo ZXNlIGFkZHJlc3NlcyBtYXkgYmUgdXNlZCBieSB0aGUgQU9EVnYyIHJvdXRlciBpdHNlbGYgb3Ig Ynkgbm9uLQorICAgICAgZGlzY292ZXJpZXMuCisgICAgICBUaGVzZSBhZGRyZXNzZXMgbWF5IGJl IGZyb20gIHRoZSBBT0RWdjIgcm91dGVyIGl0c2VsZiBvciBieSBub24tCiAgICAgICByb3V0aW5n IGRldmljZXMgdGhhdCBhcmUgcmVhY2hhYmxlIHdpdGhvdXQgdHJhdmVyc2luZyBhbm90aGVyCiAg ICAgICBBT0RWdjIgcm91dGVyLgogCkBAIC00MDUsMTYgKzQxMiwxMiBAQAogICAgICAgUm91dGUg UmVwbHkgb24gYmVoYWxmIG9mIFRhcmdBZGRyLgogCiAgICBWYWxpZCByb3V0ZQotICAgICAgQSBy b3V0ZSB0aGF0IGNhbiBiZSB1c2VkIGZvciBmb3J3YXJkaW5nLCB3aGljaCBoYXMgYmVlbiBjb25m aXJtZWQKLSAgICAgIGFzIGhhdmluZyBhIGJpZGlyZWN0aW9uYWwgbGluayB0byB0aGUgbmV4dCBo b3AsIGFuZCBoYXMgbm90IHRpbWVkCi0gICAgICBvdXQgb3IgYmVlbiBtYWRlIGludmFsaWQgYnkg YSByb3V0ZSBlcnJvci4KKyAgICAgIEEgcm91dGUgdGhhdCBjYW4gYmUgdXNlZCBmb3IgZm9yd2Fy ZGluZy4gKHRoZSBkZWxldGVkIHBhcnQgc2hvdWxkIGJlIGRlZmluZWQgaW4gUm91dGUgRXJyb3Ig R2VuZXJhdGlvbiBzZWN0aW9uIEpXRCkKKwogCiAgICBVbnJlYWNoYWJsZSBBZGRyZXNzCi0gICAg ICBBbiBhZGRyZXNzIHJlcG9ydGVkIGluIGEgUm91dGUgRXJyb3IgbWVzc2FnZSwgZWl0aGVyIHRo ZSBhZGRyZXNzCi0gICAgICBvbiBhIExvY2FsUm91dGUgd2hpY2ggYmVjYW1lIEludmFsaWQsIG9y IHRoZSBkZXN0aW5hdGlvbiBhZGRyZXNzCi0gICAgICBvZiBhbiBJUCBwYWNrZXQgdGhhdCBjb3Vs ZCBub3QgYmUgZm9yd2FyZGVkIGJlY2F1c2UgYSB2YWxpZAotICAgICAgTG9jYWxSb3V0ZSB0byB0 aGUgZGVzdGluYXRpb24gaXMgbm90IGtub3duLCBhbmQgd2lsbCBub3QgYmUKLSAgICAgIHJlcXVl c3RlZC4KKyAgICAgIEFuIGFkZHJlc3MgcmVwb3J0ZWQgaW4gYSBSb3V0ZSBFcnJvciBtZXNzYWdl LiAodGhlIGRlbGV0ZWQgcGFydCBzaG91bGQgYmUgZGVmaW5lZCBpbiBSb3V0ZSBFcnJvciBHZW5l cmF0aW9uIHNlY3Rpb24gSldEKQorCiAKICAgIFVwc3RyZWFtCiAgICAgICBJbiB0aGUgZGlyZWN0 aW9uIGZyb20gZGVzdGluYXRpb24gdG8gc291cmNlIChmcm9tIFRhcmdBZGRyIHRvCkBAIC00Mzgs MTQgKzQ0MSwxNSBAQAogCiAzLiAgQXBwbGljYWJpbGl0eSBTdGF0ZW1lbnQKIAotICAgVGhlIEFP RFZ2MiByb3V0aW5nIHByb3RvY29sIGlzIGEgcmVhY3RpdmUgcm91dGluZyBwcm90b2NvbC4gIFdo aWxlCi0gICBwcm9hY3RpdmUgcm91dGluZyBwcm90b2NvbHMgc2VuZCBmcmVxdWVudCBtZXNzYWdl cyBhbmQgZGV0ZXJtaW5lCi0gICByb3V0ZXMgaW4gYWR2YW5jZSBvZiB0aGVtIGJlaW5nIHVzZWQs IGEgcmVhY3RpdmUgcHJvdG9jb2wgb25seSBzZW5kcworCisoV2lyZWxlc3MgcHJvcGVydGllcyBv ZiB0aGUgbmV0d29yayBpcyBub3QgbWVudGlvbmVkIGF0IGFsbCBhbmQgdGhpcyBpcyBxdWl0ZSBp bXBvcnRhbnQgYXMgSeKAmW0gcHJldHR5IHN1cmUgQU9EVnYyIGZvciB1c2VkIGluIGEgd2lyZWQg bmV0d29yayB3b3VsZCBiZSBhIGJhZCBpZGVhIEpXRCkKKworCisgICBUaGUgQU9EVnYyIHJvdXRp bmcgcHJvdG9jb2wgaXMgYSByZWFjdGl2ZSByb3V0aW5nIHByb3RvY29sLiAgQSByZWFjdGl2ZSBw cm90b2NvbCBvbmx5IHNlbmRzCiAgICBtZXNzYWdlcyB0byBkaXNjb3ZlciBhIHJvdXRlIHdoZW4g dGhlcmUgaXMgZGF0YSB0byBzZW5kIG9uIHRoYXQKICAgIHJvdXRlLiAgVGhlcmVmb3JlLCBhIHJl YWN0aXZlIHJvdXRpbmcgcHJvdG9jb2wgcmVxdWlyZXMgY2VydGFpbgotICAgaW50ZXJhY3Rpb25z IHdpdGggdGhlIGZvcndhcmRpbmcgcGxhbmUsIGZvciBleGFtcGxlLCB0byBpbmRpY2F0ZSB3aGVu Ci0gICBhIHBhY2tldCBpcyB0byBiZSBmb3J3YXJkZWQsIGluIG9yZGVyIHRvIGluaXRpYXRlIHJv dXRlIGRpc2NvdmVyeSwKLSAgIHJvdXRlIGVycm9yIHJlcG9ydGluZywgb3Igcm91dGUgbWFpbnRl bmFuY2UuICBUaGUgc2V0IG9mIHNpZ25hbHMKKyAgIGludGVyYWN0aW9ucyB3aXRoIHRoZSBmb3J3 YXJkaW5nIHBsYW5lIChmb3IgZXhhbXBsZSwgdG8gaW5kaWNhdGUgd2hlbgorICAgYSBwYWNrZXQg aXMgdG8gYmUgZm9yd2FyZGVkLCBpbiBvcmRlciB0byBpbml0aWF0ZSByb3V0ZSBkaXNjb3Zlcnkp LiAgVGhlIHNldCBvZiBzaWduYWxzCiAgICBleGNoYW5nZWQgYmV0d2VlbiBBT0RWdjIgYW5kIHRo ZSBmb3J3YXJkaW5nIHBsYW5lIGFyZSBkaXNjdXNzZWQgaW4KICAgIFNlY3Rpb24gNi40LgogCkBA IC00NjEsNyArNDY1LDggQEAKICAgIEFPRFZ2MiBpcyBkZXNpZ25lZCBmb3Igc3R1YiBvciBkaXNj b25uZWN0ZWQgbW9iaWxlIGFkIGhvYyBuZXR3b3JrcywKICAgIGkuZS4sIG5vbi10cmFuc2l0IG5l dHdvcmtzIG9yIHRob3NlIG5vdCBjb25uZWN0ZWQgdG8gdGhlIGludGVybmV0LgogICAgQU9EVnYy IGNhbiwgaG93ZXZlciwgYmUgY29uZmlndXJlZCB0byBwZXJmb3JtIGdhdGV3YXkgZnVuY3Rpb25z IHdoZW4KLSAgIGF0dGFjaGVkIHRvIGV4dGVybmFsIG5ldHdvcmtzLCBhcyBkaXNjdXNzZWQgaW4g U2VjdGlvbiA5LgorICAgYXR0YWNoZWQgdG8gZXh0ZXJuYWwgbmV0d29ya3MsIGFzIGRpc2N1c3Nl ZCBpbiBTZWN0aW9uIDkuIChzb21lIG1lbnRpb24gb2YgbGltaXRhdGlvbnMgb2YgdGhlIHByb3Zp ZGVkIGFwcHJvYWNoIGlzIHJlcXVpcmVkLiAgTm8gZGVmYXVsdCBnYXRld2F5cywgZHJhd2JhY2tz L292ZXJoZWFkIG9mIHVzaW5nIEFPRFZ2MiBuZXR3b3JrIHRvIGNvbm5lY3QgdG8gdGhlIEludGVy bmV0IHVzaW5nIHByb3ZpZGVkIGFwcHJvYWNoIEpXRCkKKwogCiAgICBBT0RWdjIgaGFuZGxlcyBh IHdpZGUgdmFyaWV0eSBvZiBtb2JpbGl0eSBhbmQgdHJhZmZpYyBwYXR0ZXJucyBieQogICAgZGV0 ZXJtaW5pbmcgcm91dGVzIG9uLWRlbWFuZC4gIEluIG5ldHdvcmtzIHdpdGggYSBsYXJnZSBudW1i ZXIgb2YKQEAgLTQ3MCwxMiArNDc1LDE2IEBACiAgICBvZiBvdGhlciBBT0RWdjIgcm91dGVycyBp biB0aGUgbmV0d29yay4gIEluIHRoaXMgY2FzZSBmZXdlciByb3V0ZXMKICAgIGFyZSBuZWVkZWQs IGFuZCB0aGVyZWZvcmUgbGVzcyBjb250cm9sIHRyYWZmaWMgaXMgcHJvZHVjZWQuCiAKLSAgIFBy b3ZpZGluZyBzZWN1cml0eSBmb3IgYSByZWFjdGl2ZSByb3V0aW5nIHByb3RvY29sIGNhbiBiZSBk aWZmaWN1bHQuCisKKworCiAgICBBT0RWdjIgcHJvdmlkZXMgZm9yIG1lc3NhZ2UgaW50ZWdyaXR5 IGFuZCBzZWN1cml0eSBhZ2FpbnN0IHJlcGxheQogICAgYXR0YWNrcyBieSB1c2luZyBpbnRlZ3Jp dHkgY2hlY2sgdmFsdWVzLCB0aW1lc3RhbXBzIGFuZCBzZXF1ZW5jZQogICAgbnVtYmVycywgYXMg ZGVzY3JpYmVkIGluIFNlY3Rpb24gMTMuICBJZiBzZWN1cml0eSBhc3NvY2lhdGlvbnMgY2FuIGJl CiAgICBlc3RhYmxpc2hlZCwgZW5jcnlwdGlvbiBjYW4gYmUgdXNlZCBmb3IgQU9EVnYyIG1lc3Nh Z2VzIHRvIGVuc3VyZQogICAgdGhhdCBvbmx5IHRydXN0ZWQgcm91dGVycyBwYXJ0aWNpcGF0ZSBp biByb3V0aW5nIG9wZXJhdGlvbnMuCisoVGhlcmUgaXMgYW4gaXNzdWUgd2l0aCB0cnVzdCBiZWlu ZyBsaW1pdGVkIHRvIHNpbmdsZSBob3BzIGFuZCBubyB3YXkgdG8gdmVyaWZ5IGluZm9ybWF0aW9u IG1vcmUgdGhhbiBvbmUgaG9wIGF3YXkgSldEKQorCiAKICAgIFNpbmNlIHRoZSByb3V0ZSBkaXNj b3ZlcnkgcHJvY2VzcyBhaW1zIGZvciBhIHJvdXRlIHRvIGJlIGVzdGFibGlzaGVkCiAgICBpbiBi b3RoIGRpcmVjdGlvbnMgYWxvbmcgdGhlIHNhbWUgcGF0aCwgdW5pLWRpcmVjdGlvbmFsIGxpbmtz IGFyZSBub3QKQEAgLTQ4NCw5ICs0OTMsNyBAQAogICAgcm91dGVyLCBhbmQgdGhlIHJldHVybiBw YXRoIG1heSBub3QgYmUgdGhlIG9wdGltYWwgcm91dGUuCiAKICAgIEFPRFZ2MiBpcyBhcHBsaWNh YmxlIHRvIG1lbW9yeSBjb25zdHJhaW5lZCBkZXZpY2VzLCBzaW5jZSBvbmx5IGEKLSAgIGxpdHRs ZSByb3V0aW5nIHN0YXRlIGlzIG1haW50YWluZWQgaW4gZWFjaCBBT0RWdjIgcm91dGVyLiAgSW4K LSAgIGNvbnRyYXN0IHRvIHByb2FjdGl2ZSByb3V0aW5nIHByb3RvY29scywgd2hpY2ggbWFpbnRh aW4gcm91dGluZwotICAgaW5mb3JtYXRpb24gZm9yIGFsbCBkZXN0aW5hdGlvbnMgd2l0aGluIHRo ZSBNQU5FVCwgQU9EVnYyIHJvdXRlcyB0aGF0CisgICBsaXR0bGUgcm91dGluZyBzdGF0ZSBpcyBt YWludGFpbmVkIGluIGVhY2ggQU9EVnYyIHJvdXRlci4gQU9EVnYyIHJvdXRlcyB0aGF0CiAgICBh cmUgbm90IG5lZWRlZCBmb3IgZm9yd2FyZGluZyBkYXRhIGRvIG5vdCBuZWVkIHRvIGJlIG1haW50 YWluZWQuICBPbgogICAgcm91dGVycyB1bmFibGUgdG8gc3RvcmUgcGVyc2lzdGVudCBBT0RWdjIg c3RhdGUsIHJlY292ZXJ5IGNhbiBpbXBvc2UKICAgIGEgcGVyZm9ybWFuY2UgcGVuYWx0eSAoZS5n LiwgaW4gY2FzZSBvZiBBT0RWdjIgcm91dGVyIHJlYm9vdCksIHNpbmNlCkBAIC00OTQsOCArNTAx LDcgQEAKICAgIHJvdXRlciBjYW4gcmVzdW1lIGZ1bGwgb3BlcmF0aW9ucy4gIFRoaXMgaXMgZGVz Y3JpYmVkIGluIFNlY3Rpb24gNi4xLgogCiAgICBBT0RWdjIgc3VwcG9ydHMgcm91dGVycyB3aXRo IG11bHRpcGxlIGludGVyZmFjZXMgYW5kIG11bHRpcGxlIElQCi0gICBhZGRyZXNzZXMgcGVyIGlu dGVyZmFjZS4gIEEgcm91dGVyIG1heSBhbHNvIHVzZSB0aGUgc2FtZSBJUCBhZGRyZXNzCi0gICBv biBtdWx0aXBsZSBpbnRlcmZhY2VzLiAgQU9EVnYyIHJlcXVpcmVzIG9ubHkgdGhhdCBlYWNoIGlu dGVyZmFjZQorICAgYWRkcmVzc2VzIHBlciBpbnRlcmZhY2UuICAgKHRoaXMgc2hvdWxkIGJlIGRp c2FsbG93ZWQgYXMgaXQgY2FuIGZvcm0gbm9uIHZhbGlkIHJvdXRlcyB3aXRoIHVuaS1kaXJlY3Rp b25hbCBsaW5rcyBKV0QpIEFPRFZ2MiByZXF1aXJlcyB0aGF0IGVhY2ggaW50ZXJmYWNlCiAgICBj b25maWd1cmVkIGZvciBBT0RWdjIgaGFzIGF0IGxlYXN0IG9uZSB1bmljYXN0IElQIGFkZHJlc3Mu ICBBZGRyZXNzCiAgICBhc3NpZ25tZW50IHByb2NlZHVyZXMgYXJlIG91dCBvZiBzY29wZSBmb3Ig QU9EVnYyLgogCkBAIC01MTUsMTIgKzUyMSwxMCBAQAogSW50ZXJuZXQtRHJhZnQgICAgICAgICAg ICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAgICAgSmFudWFyeSAyMDE2CiAKIAotICAg QWx0aG91Z2ggQU9EVnYyIGlzIGNsb3NlbHkgcmVsYXRlZCB0byBBT0RWIFtSRkMzNTYxXSwgYW5k IHNoYXJlcyBzb21lCi0gICBmZWF0dXJlcyBvZiBEU1IgW1JGQzQ3MjhdLCBBT0RWdjIgaXMgbm90 IGludGVyb3BlcmFibGUgd2l0aCBlaXRoZXIgb2YKLSAgIHRob3NlIHByb3RvY29scy4KLQotICAg VGhlIHJvdXRpbmcgYWxnb3JpdGhtIGluIEFPRFZ2MiBNQVkgYmUgb3BlcmF0ZWQgYXQgbGF5ZXJz IG90aGVyIHRoYW4KLSAgIHRoZSBuZXR3b3JrIGxheWVyLCB1c2luZyBsYXllci1hcHByb3ByaWF0 ZSBhZGRyZXNzZXMuCisgKFRoaXMgc2hvdWxkIGdvIGluIHRoZSBpbnRybyBKV0QpCisKKworCiAK IDQuICBEYXRhIFN0cnVjdHVyZXMKIApAQCAtNTMwLDggKzUzNCwxNCBAQAogICAgQU9EVnYyLCBh IGxpc3Qgb2YgdGhlIGludGVyZmFjZXMgTVVTVCBiZSBjb25maWd1cmVkIGluIHRoZQogICAgQU9E VnYyX0lOVEVSRkFDRVMgbGlzdC4KIAorCisoQU9EVnYyX0lOVEVSRkFDRVMgaXNu4oCZdCBkZWZp bmVkIGJlZm9yZSBub3cgaXQgc2hvdWxkIGJlLiBBbHNvIHdoYXQgZG9lcyB0aGlzIGNvbmZpZ3Vy YXRpb24gY29uc2lzdCBvZj8gQWxzbyBpcyB0aGUgbGlzdCBlbXB0eSBpZiB0aGVyZSBpcyAgb25s eSBvbmUgaW50ZXJmYWNlPyBKV0QhKQorCisKIDQuMi4gIFJvdXRlciBDbGllbnQgVGFibGUKIAor CitXaGF04oCZcyB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIGEgdGFibGUgYW5kIGEgbGlzdCB3aHkg YXJlIHdlIHVzaW5nIG9uZSBvdmVyIHRoZSBvdGhlcj9KV0QpCiAgICBBbiBBT0RWdjIgcm91dGVy IHByb3ZpZGVzIHJvdXRlIGRpc2NvdmVyeSBzZXJ2aWNlcyBmb3IgaXRzIG93biBsb2NhbAogICAg YXBwbGljYXRpb25zIGFuZCBmb3Igb3RoZXIgbm9uLXJvdXRpbmcgZGV2aWNlcyB0aGF0IGFyZSBy ZWFjaGFibGUKICAgIHdpdGhvdXQgdHJhdmVyc2luZyBhbm90aGVyIEFPRFZ2MiByb3V0ZXIuICBU aGUgYWRkcmVzc2VzIHVzZWQgYnkKQEAgLTU1NSwxMiArNTY1LDE0IEBACiAgICBSb3V0ZXJDbGll bnQuQ29zdAogICAgICAgVGhlIGNvc3QgYXNzb2NpYXRlZCB3aXRoIHJlYWNoaW5nIHRoaXMgUm91 dGVyIENsaWVudC4KIAotICAgVGhlIFJvdXRlciBDbGllbnQgVGFibGUgZm9yIGFuIEFPRFZ2MiBy b3V0ZXIgaXMgbmV2ZXIgZW1wdHksIHNpbmNlIGFuCi0gICBBT0RWdjIgcm91dGVyJ3MgaW50ZXJm YWNlIGFkZHJlc3NlcyBhcmUgYWx3YXlzIGNvbmZpZ3VyZWQgaW4gUm91dGVyCi0gICBDbGllbnQg ZW50cmllcy4KLQotICAgSW4gdGhlIGluaXRpYWwgc3RhdGUsIGFuIEFPRFZ2MiByb3V0ZXIgaXMg bm90IHJlcXVpcmVkIHRvIGhhdmUKLSAgIGluZm9ybWF0aW9uIGFib3V0IHRoZSBSb3V0ZXIgQ2xp ZW50cyBvZiBhbnkgb3RoZXIgQU9EVnYyIHJvdXRlci4KKworCisKKworCisKKworCiAKIAogCkBA IC01NzMsOSArNTg1LDkgQEAKIAogCiAgICBBIFJvdXRlciBDbGllbnQgYWRkcmVzcyBTSE9VTEQg Tk9UIGJlIHNlcnZlZCBieSBtb3JlIHRoYW4gb25lIEFPRFZ2MgotICAgcm91dGVyIGF0IGFueSBv bmUgdGltZS4gIFRvIHNoaWZ0IHJlc3BvbnNpYmlsaXR5IGZvciBhIFJvdXRlciBDbGllbnQKKyAg IHJvdXRlciBhdCBhbnkgb25lIHRpbWUuIChkbyB0aGluZ3MgYnJlYWsgd2hlbiBhIFJvdXRlciBD bGllbnQgaXMgc2VydmVkIGJ5IG1vcmUgdGhhbiBvbmUgQU9EVnYyIFJvdXRlcj8gIE15IGd1ZXNz IGlzIHllcyBhbmQgdGhlcmVmb3JlIFNIT1VMRCBiZSBhIE1VU1QuIEpXRCkgVG8gc2hpZnQgcmVz cG9uc2liaWxpdHkgZm9yIGEgUm91dGVyIENsaWVudAogICAgdG8gYSBkaWZmZXJlbnQgQU9EVnYy IHJvdXRlciwgY29ycmVjdCBBT0RWdjIgcm91dGluZyBiZWhhdmlvciBNVVNUIGJlCi0gICBvYnNl cnZlZC4gIFRoZSBBT0RWdjIgcm91dGVyIGFkZGluZyB0aGUgUm91dGVyIENsaWVudCBNVVNUIHdh aXQgZm9yCisgICBvYnNlcnZlZDsgIFRoZSBBT0RWdjIgcm91dGVyIGFkZGluZyB0aGUgUm91dGVy IENsaWVudCBNVVNUIHdhaXQgZm9yCiAgICBhbnkgZXhpc3Rpbmcgcm91dGluZyBpbmZvcm1hdGlv biBhYm91dCB0aGlzIFJvdXRlciBDbGllbnQgdG8gYmUKICAgIHB1cmdlZCBmcm9tIHRoZSBuZXR3 b3JrLCBpLmUuLCBhdCBsZWFzdCBNQVhfU0VRTlVNX0xJRkVUSU1FIHNpbmNlIHRoZQogICAgbGFz dCBTZXFOdW0gdXBkYXRlIG9uIHRoZSByb3V0ZXIgd2hpY2ggaXMgcmVtb3ZpbmcgdGhpcyBSb3V0 ZXIKQEAgLTYxNCw2ICs2MjYsOCBAQAogICAgICAgTUFYX0JMQUNLTElTVF9USU1FLiAgV2hlbiB0 aGUgdmFsdWUgb2YgTmVpZ2hib3IuU3RhdGUgaXMgbm90CiAgICAgICBCbGFja2xpc3RlZCwgdGhp cyB0aW1lIGlzIHNldCB0byBJTkZJTklUWV9USU1FLgogCisKKyhIb3cgZG9lcyBvbmUga25vdyB3 aGljaCBvdXRnb2luZyBpbnRlcmZhY2UgaXMgdGhlIG5laWdoYm9yIGFzc29jaWF0ZWQgd2l0aD8g IFRoaXMgc2VlbXMgbGlrZSBhIHZlcnkgTEFSR0UgbWlzc2luZyBwaWVjZSBvZiByZXF1aXJlZCBp bmZvcm1hdGlvbiBKV0QhKQogNC40LiAgU2VxdWVuY2UgTnVtYmVycwogCiAgICBTZXF1ZW5jZSBu dW1iZXJzIGVuYWJsZSBBT0RWdjIgcm91dGVycyB0byBkZXRlcm1pbmUgdGhlIHRlbXBvcmFsCkBA IC02NDMsMTMgKzY1Nyw5IEBACiAgICB0aGF0IHRoZSBzZXF1ZW5jZSBudW1iZXIgaXMgdW5rbm93 bi4KIAogICAgQW4gQU9EVnYyIHJvdXRlciBNVVNUIG9ubHkgYXR0YWNoIGl0cyBvd24gc2VxdWVu Y2UgbnVtYmVyIHRvCi0gICBpbmZvcm1hdGlvbiBhYm91dCBhIHJvdXRlIHRvIG9uZSBvZiBpdHMg Y29uZmlndXJlZCBSb3V0ZXIgQ2xpZW50cy4KLSAgIEFsbCByb3V0ZSBtZXNzYWdlcyByZWdlbmVy YXRlZCBieSBvdGhlciByb3V0ZXJzIHJldGFpbiB0aGUKLSAgIG9yaWdpbmF0b3IncyBzZXF1ZW5j ZSBudW1iZXIuICBUaGVyZWZvcmUsIHdoZW4gdHdvIHBpZWNlcyBvZgotICAgaW5mb3JtYXRpb24g YWJvdXQgYSByb3V0ZSBhcmUgcmVjZWl2ZWQsIHRoZXkgYm90aCBjb250YWluIGEgc2VxdWVuY2UK LSAgIG51bWJlciBmcm9tIHRoZSBvcmlnaW5hdGluZyByb3V0ZXIuICBDb21wYXJpbmcgdGhlIHNl cXVlbmNlIG51bWJlcgotICAgd2lsbCBpZGVudGlmeSB3aGljaCBpbmZvcm1hdGlvbiBpcyBzdGFs ZS4gIFRoZSBwcmV2aW91c2x5IHN0b3JlZAotICAgc2VxdWVuY2UgbnVtYmVyIGlzIHN1YnRyYWN0 ZWQgZnJvbSB0aGUgaW5jb21pbmcgc2VxdWVuY2UgbnVtYmVyLiAgVGhlCisgICBpbmZvcm1hdGlv biBhYm91dCBhIHJvdXRlIHRvIG9uZSBvZiBpdHMgY29uZmlndXJlZCBSb3V0ZXIgQ2xpZW50cywg YWxsIHJvdXRlIG1lc3NhZ2VzIHJlZ2VuZXJhdGVkIGJ5IG90aGVyIHJvdXRlcnMgcmV0YWluIHRo ZQorICAgb3JpZ2luYXRvcidzIHNlcXVlbmNlIG51bWJlci4gICBUbyBkZXRlcm1pbmUgc3RhbGVu ZXNzIHRoZSBwcmV2aW91c2x5IHN0b3JlZAorICAgc2VxdWVuY2UgbnVtYmVyIGFzc29jaWF0ZWQg d2l0aCB0aGUgb3JpZ2luYXRvciwgaXMgc3VidHJhY3RlZCBmcm9tIHRoZSBpbmNvbWluZyBzZXF1 ZW5jZSBudW1iZXIuICBUaGUKICAgIHJlc3VsdCBvZiB0aGUgc3VidHJhY3Rpb24gaXMgdG8gYmUg aW50ZXJwcmV0ZWQgYXMgYSBzaWduZWQgMTYtYml0CiAgICBpbnRlZ2VyLCBhbmQgaWYgbGVzcyB0 aGFuIHplcm8sIHRoZSBpbmZvcm1hdGlvbiBpbiB0aGUgbmV3IEFPRFZ2MgogICAgbWVzc2FnZSBp cyBzdGFsZSBhbmQgTVVTVCBiZSBkaXNjYXJkZWQuCkBAIC02NjYsMTAgKzY3NiwxMSBAQAogCiAg ICBBbGwgQU9EVnYyIHJvdXRlcnMgTVVTVCBtYWludGFpbiBhIExvY2FsIFJvdXRlIFNldCwgY29u dGFpbmluZwogICAgaW5mb3JtYXRpb24gYWJvdXQgcm91dGVzIGxlYXJuZWQgZnJvbSBBT0RWdjIg cm91dGUgbWVzc2FnZXMuCi0gICBJbXBsZW1lbnRhdGlvbnMgTUFZIGNob29zZSB0byBtb2RpZnkg dGhlIFJvdXRpbmcgSW5mb3JtYXRpb24gQmFzZS4KLSAgIEFsdGVybmF0aXZlbHksIHRoZSBMb2Nh bCBSb3V0ZSBTZXQgaXMgc3RvcmVkIHNlcGFyYXRlbHksIGFuZCB0aGUKLSAgIFJvdXRpbmcgSW5m b3JtYXRpb24gQmFzZSBpcyB1cGRhdGVkIHVzaW5nIGluZm9ybWF0aW9uIGZyb20gdGhlIExvY2Fs Ci0gICBSb3V0ZSBTZXQuCisgICBJbXBsZW1lbnRhdGlvbnMgTUFZIGNob29zZSB0byBtb2RpZnkg dGhlIFJvdXRpbmcgSW5mb3JtYXRpb24gQmFzZSBkaXJlY3RseSwgKHRoaXMgaXMgdGhlIGZpcnN0 IHRoaXMgdGVybSBpcyB1c2VkIGFuZCBpdCBzaG91bGQgYmUgZGVmaW5lZCBJIGFzc3VtZSBpdOKA mXMgdGhlIGZvcndhcmRpbmcgcGxhbmVzIHJvdXRpbmcgdGFibGUgSldEKQorICAgb3IgYWx0ZXJu YXRpdmVseSwgdGhlIExvY2FsIFJvdXRlIFNldCBNQVkgYmUgc3RvcmVkIHNlcGFyYXRlbHksIGFu ZCB0aGUKKyAgIFJvdXRpbmcgSW5mb3JtYXRpb24gQmFzZSBjYW4gYmUgZXh0ZXJuYWxseSB1cGRh dGVkIHVzaW5nIGluZm9ybWF0aW9uIGZyb20gdGhlIExvY2FsCisgICBSb3V0ZSBTZXQuICAoSeKA mW0gYXNzdW1pbmcgdGhpcyBpcyBoZXJlIHRvIGhpbnQgYXQgdGhlIHBvc3NpYmlsaXR5IG9mIGEg dW5pZmllZCByb3V0ZXIgd2l0aCBtdWx0aXBsZSByb3V0aW5nIHByb3RvY29scyBwbGF5aW5nIG5p Y2VseSB0b2dldGhlciBKV0QpCisKIAogICAgUm91dGVzIGxlYXJuZWQgZnJvbSBBT0RWdjIgcm91 dGUgbWVzc2FnZXMgYXJlIHJlZmVycmVkIHRvIGluIHRoaXMKICAgIGRvY3VtZW50IGFzIExvY2Fs Um91dGVzLCBhbmQgTVVTVCBjb250YWluIHRoZSBmb2xsb3dpbmcgaW5mb3JtYXRpb246CkBAIC03 MzMsNiArNzQ0LDkgQEAKICAgICAgIGJlZW4gY29uZmlybWVkIGFzIGJpZGlyZWN0aW9uYWwuICBJ dCBpcyBub3QgYWJsZSB0byBiZSB1c2VkIGZvcgogICAgICAgZm9yd2FyZGluZyBJUCBwYWNrZXRz LCBhbmQgdGhlcmVmb3JlIGl0IGlzIG5vdCByZWZlcnJlZCB0byBhcyBhCiAgICAgICB2YWxpZCBy b3V0ZS4KKyhJIG5vdGljZWQgdGhhdCBVbmNvbmZpcm1lZCBpcyB0aGUgb25seSBzdGF0ZSB0aGF0 IHVzZXMgUm91dGUgUmVxdWVzdCBtZXNzYWdlIGluc3RlYWQgb2Ygcm91dGUgbWVzc2FnZSwgaXMg dGhhdCBpbnRlbmRlZD8gIENhbiB1bmNvbmZpcm1lZCByb3V0ZSBzdGF0ZSBvbmx5IGJlIHJlYWNo ZWQgdGhyb3VnaCBSb3V0ZSBSZXF1ZXN0IG1lc3NhZ2VzPyBKV0QpCisKKwogCiAKIApAQCAtNzY0 LDcgKzc3OCw4IEBACiAgICBXaGVuIHRoZSBMb2NhbCBSb3V0ZSBTdGF0ZSBpcyBzdG9yZWQgc2Vw YXJhdGVseSBmcm9tIHRoZSBSb3V0aW5nCiAgICBJbmZvcm1hdGlvbiBCYXNlLCByb3V0ZXMgYXJl IGFkZGVkIHRvIHRoZSBSb3V0aW5nIEluZm9ybWF0aW9uIEJhc2UKICAgIHdoZW4gTG9jYWxSb3V0 ZS5TdGF0ZSBpcyB2YWxpZCAoc2V0IHRvIEFjdGl2ZSBvciBJZGxlKSwgYW5kIHJlbW92ZWQKLSAg IGZyb20gdGhlIFJvdXRpbmcgSW5mb3JtYXRpb24gQmFzZSBMb2NhbFJvdXRlLlN0YXRlIGJlY29t ZXMgSW52YWxpZC4KKyAgIGZyb20gdGhlIFJvdXRpbmcgSW5mb3JtYXRpb24gQmFzZSB3aGVuIExv Y2FsUm91dGUuU3RhdGUgYmVjb21lcyBJbnZhbGlkLgorCiAKICAgIENoYW5nZXMgdG8gTG9jYWxS b3V0ZSBzdGF0ZSBhcmUgZGV0YWlsZWQgaW4gU2VjdGlvbiA2LjkuMS4KIApAQCAtNzgwLDYgKzc5 NSw4IEBACiAgICB2YWxpZCBlbnRyeS4gIEFueSBvdGhlcnMgd2lsbCBiZSBVbmNvbmZpcm1lZCwg YnV0IG1heSBvZmZlcgogICAgaW1wcm92ZW1lbnQgdG8gdGhlIGV4aXN0aW5nIHZhbGlkIHJvdXRl LCBpZiB0aGV5IGNhbiBiZSBjb25maXJtZWQgYXMKICAgIHZhbGlkIHJvdXRlcyAoc2VlIFNlY3Rp b24gNi4yKS4KKyhUaGVyZSB3YXNu4oCZdCBhbnkgdGV4dCBhYm92ZSBhbmQgaXTigJlzIG5vdCBj bGVhciBob3cgdGhpcyBpcyBlbmZvcmNlZC4gIEkgaGF2ZSBhbiBpZGxlIHJvdXRlIGFuZCBhbiB1 bmNvbmZpcm1lZCByb3V0ZSwgdGhlIHVuY29uZmlybWVkIHJvdXRlIGlzIHVwZGF0ZWQgdG8gY29u ZmlybWVkLCBJIG5vdyBoYXZlIHR3byB2YWxpZCByb3V0ZSBlbnRyaWVzIGFuZCBubyB3YXkgdG8g ZGVtb3RlL2RlY2lkZSBvciBvdGhlcndpc2UgcHVyZ2Ugb25lIG9mIHRoZW0gYnV0IEnigJltIG5v dCBhbGxvd2VkIHRvIGRvIHRoYXQuICBTZXR0aW5nIHRoZSB3b3JzZSBhbmQgcHJldmlvdXNseSBp ZGxlIHJvdXRlIHRvIHVuY29uZmlybWVkIHNlZW1zIHdyb25nIGFuZCBicm9rZW4uIEpXRCEpCisK IAogICAgTXVsdGlwbGUgdmFsaWQgcm91dGVzIGZvciB0aGUgc2FtZSBhZGRyZXNzIGFuZCBwcmVm aXggbGVuZ3RoIGJ1dCBmb3IKICAgIGRpZmZlcmVudCBtZXRyaWMgdHlwZXMgbWF5IGV4aXN0IGlu IHRoZSBMb2NhbCBSb3V0ZSBTZXQsIGJ1dCB0aGUKQEAgLTgxNCw3ICs4MzEsNyBAQAogICAgY29u dGFpbnMgaW5mb3JtYXRpb24gYWJvdXQgcHJldmlvdXNseSByZWNlaXZlZCBtdWx0aWNhc3Qgcm91 dGUKICAgIG1lc3NhZ2VzLCBzbyB0aGF0IGluY29taW5nIHJvdXRlIG1lc3NhZ2VzIGNhbiBiZSBj b21wYXJlZCB3aXRoCiAgICBwcmV2aW91c2x5IHJlY2VpdmVkIG1lc3NhZ2VzIHRvIGRldGVybWlu ZSBpZiB0aGUgaW5jb21pbmcgaW5mb3JtYXRpb24KLSAgIGlzIHJlZHVuZGFudCwgYW5kIHRoZSBy b3V0ZXIgY2FuIGF2b2lkIHNlbmRpbmcgcmVkdW5kYW50IGNvbnRyb2wKKyAgIGlzIHJlZHVuZGFu dCBvciBzdGFsZSwgYW5kIHRoZSByb3V0ZXIgY2FuIGF2b2lkIHNlbmRpbmcgcmVkdW5kYW50IGNv bnRyb2wKICAgIHRyYWZmaWMuCiAKICAgIE11bHRpY2FzdCBSb3V0ZSBNZXNzYWdlIFRhYmxlIGVu dHJpZXMgTVVTVCBjb250YWluIHRoZSBmb2xsb3dpbmcKQEAgLTgzOSw2ICs4NTYsOCBAQAogICAg ICAgVGhlIHByZWZpeCBsZW5ndGggYXNzb2NpYXRlZCB3aXRoIFJ0ZU1zZy5UYXJnQWRkciwgb3Jp Z2luYWxseSBmcm9tCiAgICAgICB0aGUgUm91dGVyIENsaWVudCBlbnRyeSBvbiBSUkVQX0dlbiB3 aGljaCBpbmNsdWRlcwogICAgICAgUnRlTXNnLlRhcmdBZGRyLgorKHRoaXMgc2VlbXMgbGlrZSBh biBlbnRyeSB0aGF0IHdvdWxkIGFsd2F5cyBiZSBmdWxsIDFzIG9uIGEgcm91dGUgcmVxdWVzdCBp ZiB0cnVlIHRoYXQgc2hvdWxkIGJlIHN0YXRlZCB0byBtYWtlIHRoaW5ncyBtb3JlIGNsZWFyIEpX RCkKKwogCiAgICBSdGVNc2cuT3JpZ1NlcU51bQogICAgICAgVGhlIHNlcXVlbmNlIG51bWJlciBh c3NvY2lhdGVkIHdpdGggdGhlIHJvdXRlIHRvIE9yaWdBZGRyLCBpZgpAQCAtODQ3LDYgKzg2Niwx MSBAQAogICAgUnRlTXNnLlRhcmdTZXFOdW0KICAgICAgIFRoZSBzZXF1ZW5jZSBudW1iZXIgYXNz b2NpYXRlZCB3aXRoIHRoZSByb3V0ZSB0byBUYXJnQWRkciwgaWYKICAgICAgIHByZXNlbnQgaW4g dGhlIFJ0ZU1zZy4KKyh3b3VsZCB0aGlzIGV2ZXIgYmUgaW4gYSBSUkVRPyAgSWYgbm8gdGhlbiBJ IHN1Z2dlc3QgdXNpbmcgd29yZHMgc2ltaWxhciB0byDigJxpZiBSdGVNc2cgaXMgYW4gUlJFUCBK V0QpCisKKworCisKIAogCiAKQEAgLTkxOCwxOCArOTQyLDE1IEBACiAgICBpbnN0YWxsIGEgcm91 dGUgYmFjayB0b3dhcmQgVGFyZ0FkZHIuCiAKICAgIEFzc3VtaW5nIGxpbmsgbWV0cmljcyBhcmUg c3ltbWV0cmljLCB0aGUgY29zdCBvZiB0aGUgcm91dGVzIGluc3RhbGxlZAotICAgaW4gdGhlIExv Y2FsIFJvdXRlIFNldCBhdCBlYWNoIHJvdXRlciB3aWxsIGJlIGNvcnJlY3QuICBUaGUgcm91dGUK KyAgIGluIHRoZSBMb2NhbCBSb3V0ZSBTZXQgYXQgZWFjaCByb3V0ZXIgd2lsbCBiZSBjb3JyZWN0 LiAgKFRoaXMgaXMgYSBodWdlIGFuZCBvZnRlbiBpbmNvcnJlY3QgYXNzdW1wdGlvbi4gSXQgbWF5 IGJlIHBvc3NpYmxlIHRvIG1lbnRpb24gdGhhdCBjYWxjdWxhdGluZyBpbmNvbWluZy9vdXRnb2lu ZyBtZXRyaWMgZGF0YSBpcyBvdXRzaWRlIG9mIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQgYW5kIGxl YXZlIGl0IGF0IHRoYXQgSldEKSBUaGUgcm91dGUKICAgIGRpc2NvdmVyZWQgaXMgb3B0aW1pc2Vk IGZvciB0aGUgcmVxdWVzdGluZyByb3V0ZXIsIGFuZCB0aGUgcmV0dXJuCiAgICBwYXRoIG1heSBu b3QgYmUgdGhlIG9wdGltYWwgcm91dGUuCiAKICAgIEFPRFZ2MiBlbmFibGVzIHRoZSB1c2Ugb2Yg bXVsdGlwbGUgbWV0cmljIHR5cGVzLiAgRWFjaCByb3V0ZQogICAgZGlzY292ZXJ5IGF0dGVtcHQg aW5kaWNhdGVzIHRoZSBtZXRyaWMgdHlwZSB3aGljaCBpcyByZXF1ZXN0ZWQgZm9yCiAgICB0aGUg cm91dGUuICBPbmx5IG9uZSBtZXRyaWMgdHlwZSBtYXkgYmUgdXNlZCBpbiBlYWNoIHJvdXRlIGRp c2NvdmVyeQotICAgYXR0ZW1wdC4gIEhvd2V2ZXIsIHJvdXRlcyB0byBhIHNpbmdsZSBkZXN0aW5h dGlvbiBtaWdodCBiZSByZXF1ZXN0ZWQKLSAgIGFuZCBjcmVhdGVkIGluIHRoZSBMb2NhbCBSb3V0 ZSBTZXQgZm9yIG11bHRpcGxlIG1ldHJpYyB0eXBlcy4gIFRoZQotICAgZGVjaXNpb24gb2Ygd2hp Y2ggb2YgdGhlc2Ugcm91dGVzIHRvIGluc3RhbGwgaW4gdGhlIFJvdXRpbmcKLSAgIEluZm9ybWF0 aW9uIEJhc2UgdG8gdXNlIGZvciBmb3J3YXJkaW5nIGlzIG91dHNpZGUgdGhlIHNjb3BlIG9mCi0g ICBBT0RWdjIuCisgICBhdHRlbXB0LiAgIChBbHJlYWR5IHNhaWQgdGhpcyBubyBuZWVkIHRvIHNh eSBpdCBhZ2Fpbi4gSldEKQorCiAKICAgIEZvciBlYWNoIE1ldHJpY1R5cGUsIEFPRFZ2MiByZXF1 aXJlczoKIApAQCAtOTQxLDYgKzk2Miw4IEBACiAgICAgICBBT0RWdjIgY2Fubm90IHN0b3JlIHJv dXRlcyB0aGF0IGNvc3QgbW9yZSB0aGFuCiAgICAgICBNQVhfTUVUUklDW01ldHJpY1R5cGVdLgog CisKKyhjb25zaWRlciBhZGRpbmcgYSBtYXhpbXVtIHNpbmdsZSBob3AgdmFsdWUgSldEKQogICAg byAgQSBmdW5jdGlvbiBmb3IgaW5jb21pbmcgbGluayBjb3N0LCBkZW5vdGVkIENvc3QoTCkuICBV c2luZwogICAgICAgaW5jb21pbmcgbGluayBjb3N0cyBtZWFucyB0aGF0IHRoZSByb3V0ZSBsZWFy bmVkIGhhcyBhIHBhdGgKICAgICAgIG9wdGltaXplZCBmb3IgdGhlIGRpcmVjdGlvbiBmcm9tIE9y aWdBZGRyIHRvIFRhcmdBZGRyLgpAQCAtMTAwOCw2ICsxMDMxLDggQEAKIAogICAgVW50aWwgTUFY X1NFUU5VTV9MSUZFVElNRSBhZnRlciBpdHMgc2VxdWVuY2UgbnVtYmVyIGlzIHJlc2V0LCB0aGUK ICAgIHJvdXRlciBTSE9VTEQgTk9UIGNyZWF0ZSBSUkVRIG9yIFJSRVAgbWVzc2FnZXMuCisoSnVz dCB0byBiZSBjbGVhciBvbmUgTVVTVCB3YWl0IDUgbWlucyBiZWZvcmUgc3RhcnRpbmcgdG8gcmVx dWVzdCBhbnkgcm91dGUgd2l0aG91dCBhIHBlcnNpc3RlbnQgc3RvcmUgb2YgdGhlIHNlcSBudW0s IHllcz8gSldEKQorCiAKICAgIER1cmluZyB0aGlzIHdhaXQgcGVyaW9kLCB0aGUgcm91dGVyIGlz IHBlcm1pdHRlZCB0byBkbyB0aGUgZm9sbG93aW5nOgogCkBAIC0xMDMyLDIxICsxMDU3LDEzIEBA CiAKIDYuMi4gIE5leHQgSG9wIE1vbml0b3JpbmcKIAotICAgQU9EVnYyIHJvdXRlcnMgTVVTVCBO T1QgZXN0YWJsaXNoIHJvdXRlcyBvdmVyIHVuaS1kaXJlY3Rpb25hbCBsaW5rcy4KLSAgIENvbnNp ZGVyIHRoZSBmb2xsb3dpbmcuICBBbiBSUkVRIGlzIGZvcndhcmRlZCB0b3dhcmQgVGFyZ0FkZHIs IGFuZAotICAgaW50ZXJtZWRpYXRlIHJvdXRlcnMgY3JlYXRlIGEgTG9jYWxSb3V0ZSBlbnRyeSBp biB0aGUgTG9jYWwgUm91dGUgU2V0Ci0gICBmb3IgdGhlIGFkZHJlc3NlcyByZXByZXNlbnRlZCBi eSBPcmlnQWRkciBhbmQgT3JpZ1ByZWZpeExlbi4gIElmLCBhdAotICAgb25lIG9mIHRoZSBpbnRl cm1lZGlhdGUgcm91dGVycywgdGhpcyByb3V0ZSB3YXMgdXNlZCB0byBmb3J3YXJkIGRhdGEKLSAg IHRyYWZmaWMsIGJ1dCB0aGUgbGluayB0byB0aGUgbmV4dCBob3AgdG93YXJkIE9yaWdBZGRyIHdh cyB1bmktCi0gICBkaXJlY3Rpb25hbCwgdGhlIGRhdGEgcGFja2V0cyB3b3VsZCBiZSBsb3N0LiAg RnVydGhlciwgYW4gUlJFUCBzZW50Ci0gICB0b3dhcmQgT3JpZ0FkZHIgdXNpbmcgdGhpcyBsaW5r IHdvdWxkIG5vdCByZWFjaCB0aGUgbmV4dCBob3AsIGFuZAotICAgd291bGQgdGhlcmVmb3JlIG5l dmVyIHJlYWNoIFJSRVFfR2VuLCBzbyBlbmQtdG8tZW5kIHJvdXRlCi0gICBlc3RhYmxpc2htZW50 IHdpbGwgZmFpbC4KLQotICAgQU9EVnYyIHJvdXRlcnMgTVVTVCB2ZXJpZnkgdGhhdCB0aGUgbGlu ayB0byB0aGUgbmV4dCBob3Agcm91dGVyIGlzCisKKyhuZWVkbGVzcywgb2J2aW91cyBhbmQgaGFy ZCB0byBmb2xsb3cgSldEKQorICAgVG8gZW5zdXJlIEFPRFZ2MiBSb3V0ZXJzIGRvIG5vdCBlc3Rh Ymxpc2ggcm91dGVzIG92ZXIgdW5pLWRpcmVjdGlvbmFsIGxpbmtzLCBBT0RWdjIgcm91dGVycyBN VVNUIHZlcmlmeSB0aGF0IHRoZSBsaW5rIHRvIHRoZSBuZXh0IGhvcCByb3V0ZXIgaXMKICAgIGJp ZGlyZWN0aW9uYWwgYmVmb3JlIG1hcmtpbmcgYSByb3V0ZSBhcyB2YWxpZCBpbiB0aGUgTG9jYWwg Um91dGUgU2V0LgogICAgSWYgbGluayBiaWRpcmVjdGlvbmFsaXR5IGNhbm5vdCBiZSB2ZXJpZmll ZCwgdGhpcyBsaW5rIE1VU1QgYmUKLSAgIGV4Y2x1ZGVkIGZyb20gdGhlIHJvdXRlIGRpc2NvdmVy eSBwcm9jZWR1cmUuICBBT0RWdjIgcm91dGVycyBkbyBub3QKKyAgIGV4Y2x1ZGVkIGZyb20gdGhl IHJvdXRlIGRpc2NvdmVyeSBwcm9jZWR1cmUuIChJdCBpc27igJl0IGNsZWFyIHdoYXQgdGhlIHBy ZXZpb3VzIHNlbnRlbmNlIG1lYW5zIGFzIHRoZSBsaW5rIHdhcyBhbHJlYWR5IHBhcnQgb2YgdGhl IHJvdXRlIGRpc2NvdmVyeSBwcm9jZWR1cmUgaWYgSSBrbm93IGFib3V0IGl0IHllcz8gSldEKQor IEFPRFZ2MiByb3V0ZXJzIGRvIG5vdAogICAgbmVlZCB0byBtb25pdG9yIGJpZGlyZWN0aW9uYWxp dHkgZm9yIGxpbmtzIHRvIG5laWdoYm9yaW5nIHJvdXRlcnMKICAgIHdoaWNoIGFyZSBub3QgdXNl ZCBhcyBuZXh0IGhvcHMgb24gcm91dGVzIGluIHRoZSBMb2NhbCBSb3V0ZSBTZXQuCiAKQEAgLTEw NjUsNyArMTA4Miw3IEBACiAgICAgICBjb25maXJtYXRpb24gb2YgYmlkaXJlY3Rpb25hbGl0eSwg c2luY2UgYSBSb3V0ZSBSZXBseSBtZXNzYWdlIGlzIGEKICAgICAgIHJlcGx5IHRvIGEgUm91dGUg UmVxdWVzdCBtZXNzYWdlIHdoaWNoIHByZXZpb3VzbHkgY3Jvc3NlZCB0aGUgbGluawogICAgICAg aW4gdGhlIG9wcG9zaXRlIGRpcmVjdGlvbi4KLQorKHByZXZpb3VzIGJ1bGxldCBwb2ludHMgYXJl IGEgYml0IHdvcmR5IGNvbnNpZGVyIHVzaW5nIHVwc3RyZWFtIGFuZCBkb3duc3RyZWFtIGFuZCBq dXN0IGxpc3QsIHJvdXRlIHJlcXVlc3QsIHJvdXRlIHJlcGx5IHRvIGNvbmZpcm0gZG93bnN0cmVh bSBhbmQgcm91dGUgcmVxZXVzdCwgcm91dGUgcmVwbHkgLCByb3V0ZSByZXBseSBhY2sgZm9yIHVw c3RyZWFtIEpXRCkKICAgIFRvIGFzc2lzdCB3aXRoIG5leHQgaG9wIG1vbml0b3JpbmcsIGEgTmVp Z2hib3IgVGFibGUgKFNlY3Rpb24gNC4zKSBpcwogICAgbWFpbnRhaW5lZC4gIFdoZW4gYW4gUlJF USBvciBSUkVQIGlzIHJlY2VpdmVkIGZyb20gYW4gSVAgYWRkcmVzcwogICAgd2hpY2ggZG9lcyBu b3QgYWxyZWFkeSBoYXZlIGFuIGVudHJ5IGluIHRoZSBOZWlnaGJvciBUYWJsZSwgYSBuZXcKQEAg LTExMDYsMjkgKzExMjMsMTcgQEAKIAogICAgSWYgc3VjaCBhbiBleHRlcm5hbCBwcm9jZXNzIHNp Z25hbHMgdGhhdCB0aGUgbGluayB0byBhIG5laWdoYm9yIGlzCiAgICBiaWRpcmVjdGlvbmFsLCB0 aGUgQU9EVnYyIHJvdXRlciBNQVkgdXBkYXRlIHRoZSBtYXRjaGluZyBOZWlnaGJvcgotICAgVGFi bGUgZW50cnkgYnkgY2hhbmdpbmcgdGhlIHZhbHVlIG9mIE5laWdoYm9yLlN0YXRlIHRvIENvbmZp cm1lZC4gIElmCisgICBUYWJsZSBlbnRyeSBieSBjaGFuZ2luZyB0aGUgdmFsdWUgb2YgTmVpZ2hi b3IuU3RhdGUgdG8gQ29uZmlybWVkLCBlLmcuIHJlY2VpcHQgb2YgYSBOZWlnaGJvcmhvb2QgRGlz Y292ZXJ5IFByb3RvY29sIEhFTExPIG1lc3NhZ2Ugd2l0aCB0aGUgcmVjZWl2aW5nIHJvdXRlciBs aXN0ZWQgYXMgYSBuZWlnaGJvci4gIElmCiAgICBhbiBleHRlcm5hbCBwcm9jZXNzIHNpZ25hbHMg dGhhdCBhIGxpbmsgaXMgbm90IGJpZGlyZWN0aW9uYWwsIHRoZSB0aGUKLSAgIHZhbHVlIG9mIE5l aWdoYm9yLlN0YXRlIE1BWSBiZSBjaGFuZ2VkIHRvIEJsYWNrbGlzdGVkLiAgSWYgYW4KLSAgIGV4 dGVybmFsIHByb2Nlc3Mgc2lnbmFscyB0aGF0IHRoZSBsaW5rIG1pZ2h0IG5vdCBiZSBiaWRpcmVj dGlvbmFsLAotICAgYW5kIHRoZSB2YWx1ZSBvZiBOZWlnaGJvci5TdGF0ZSBpcyBjdXJyZW50bHkg Q29uZmlybWVkLCBpdCBNQVkgYmUgc2V0Ci0gICB0byBVbmtub3duLgotCi0gICBGb3IgZXhhbXBs ZSwgcmVjZWlwdCBvZiBhIE5laWdoYm9yaG9vZCBEaXNjb3ZlcnkgUHJvdG9jb2wgSEVMTE8KLSAg IG1lc3NhZ2Ugd2l0aCB0aGUgcmVjZWl2aW5nIHJvdXRlciBsaXN0ZWQgYXMgYSBuZWlnaGJvciBp cyBhIHNpZ25hbCBvZgotICAgYmlkaXJlY3Rpb25hbCBjb25uZWN0aXZpdHkuICBUaGUgQU9EVnYy IHJvdXRlciBNQVkgdXBkYXRlIHRoZQotICAgbWF0Y2hpbmcgTmVpZ2hib3IgVGFibGUgZW50cnkg YnkgY2hhbmdpbmcgdGhlIHZhbHVlIG9mIE5laWdoYm9yLlN0YXRlCi0gICB0byBDb25maXJtZWQu Ci0KLSAgIFNpbWlsYXJseSwgaWYgQU9EVnYyIHJlY2VpdmVzIG5vdGlmaWNhdGlvbiBvZiBhIHRp bWVvdXQsIGZvciBleGFtcGxlLAotICAgZnJvbSBUQ1Agb3Igc29tZSBvdGhlciBwcm90b2NvbCwg dGhpcyBtYXkgYmUgZHVlIHRvIGEgZGlzY29ubmVjdGlvbi4KLSAgIFRoZSBBT0RWdjIgcm91dGVy IE1BWSB1cGRhdGUgdGhlIG1hdGNoaW5nIE5laWdoYm9yIFRhYmxlIGVudHJ5IGJ5Ci0gICBzZXR0 aW5nIHRoZSB2YWx1ZSBvZiBOZWlnaGJvci5TdGF0ZSB0byBVbmtub3duLgorICAgdmFsdWUgb2Yg TmVpZ2hib3IuU3RhdGUgTUFZIGJlIGNoYW5nZWQgdG8gQmxhY2tsaXN0ZWQsIGUuZy4gbm90aWZp Y2F0aW9uIG9mIGEgVENQIHRpbWVvdXQuICAoSSBjYW7igJl0IHNlZSBob3cgdGhlIGFib3ZlIHdv dWxkIGJlIGhlbHBmdWwgYXQgYWxsIEpXRCkKKyAgIAorCiAKIDYuMy4gIE5laWdoYm9yIFRhYmxl IFVwZGF0ZQogCiAgICBPbiByZWNlaXB0IG9mIGFuIFJSRVEgb3IgUlJFUCBtZXNzYWdlLCB0aGUg TmVpZ2hib3IgVGFibGUgTVVTVCBiZQogICAgY2hlY2tlZCBmb3IgYW4gZW50cnkgd2l0aCBOZWln aGJvci5JUEFkZHJlc3Mgd2hpY2ggbWF0Y2hlcyB0aGUgc291cmNlCi0gICBJUCBhZGRyZXNzIG9m IHRoZSBtZXNzYWdlLiAgSWYgbm8gbWF0Y2hpbmcgZW50cnkgaXMgZm91bmQsIGEgbmV3CisgICBJ UCBhZGRyZXNzIG9mIHRoZSBwYWNrZXQgY29udGFpbmluZyB0aGUgQU9EVnYyIG1lc3NhZ2UuICBJ ZiBubyBtYXRjaGluZyBlbnRyeSBpcyBmb3VuZCwgYSBuZXcKICAgIGVudHJ5IGlzIGNyZWF0ZWQu CiAKICAgIEEgbmV3IE5laWdoYm9yIFRhYmxlIGVudHJ5IGlzIGNyZWF0ZWQgYXMgZm9sbG93czoK QEAgLTExNTEsMTQgKzExNTYsMTYgQEAKIAogICAgSWYgdGhlIG1lc3NhZ2UgaXMgYW4gUlJFUCB3 aGljaCBhbnN3ZXJzIGEgcmVjZW50bHkgc2VudCBSUkVRLCBvciBhbgogICAgUlJFUF9BY2sgd2hp Y2ggYW5zd2VycyBhIHJlY2VudGx5IHNlbnQgUlJFUCwgdGhlIGxpbmsgdG8gdGhlIG5laWdoYm9y Ci0gICBpcyBiaWRpcmVjdGlvbmFsLiAgV2hlbiB0aGUgbGluayB0byB0aGUgbmVpZ2hib3IgaXMg ZGV0ZXJtaW5lZCB0byBiZQorICAgaXMgYmlkaXJlY3Rpb25hbC4gIAorKFRoZSB2YWxpZCBlbnRy eSBpbiB0aGUgTXVsdGljYXN0IFJvdXRlIE1lc3NhZ2UgVGFibGUgbXVzdCBiZSBpZGVudGlmaWVk IHRoaXMgaXMgdG9vIHdpc2h5IHdhc2h5IGZvciBtZSB0byB1bmRlcnN0YW5kIHdoYXQgaXMgbWVh bnQgYnkgcmVjZW50bHkgc2VudCBKV0QhKSBXaGVuIHRoZSBsaW5rIHRvIHRoZSBuZWlnaGJvciBp cyBkZXRlcm1pbmVkIHRvIGJlCiAgICBiaWRpcmVjdGlvbmFsLCB0aGUgTmVpZ2hib3IgVGFibGUg ZW50cnkgaXMgdXBkYXRlZCBhcyBmb2xsb3dzOgogCiAgICBvICBOZWlnaGJvci5TdGF0ZSA6PSBD b25maXJtZWQKIAogICAgbyAgTmVpZ2hib3IuUmVzZXRUaW1lIDo9IElORklOSVRZX1RJTUUKIAot ICAgSWYgYW4gUlJFUF9BY2sgaXMgbm90IHJlY2VpdmVkIHdpdGhpbiB0aGUgZXhwZWN0ZWQgdGlt ZSwgdGhlIGxpbmsgaXMKKworICAgSWYgYW4gUlJFUF9BY2sgaXMgbm90IHJlY2VpdmVkIHdpdGhp biB0aGUgZXhwZWN0ZWQgdGltZSAod2hhdCBpcyB0aGUgZXhwZWN0ZWQgdGltZT8gbGlzdCB0aGUg ZW50cnkgd2UgYXJlIGNoZWNraW5nIGFzc3VtaW5nIGluIHRoZSBNdWx0aWNhc3QgUm91dGUgTWVz c2FnZSBUYWJsZXQ/IG91dGxpbmUgaXQuIEpXRCksIHRoZSBsaW5rIGlzCiAgICBjb25zaWRlcmVk IHRvIGJlIHVuaS1kaXJlY3Rpb25hbC4gIFdoZW4gdGhlIGxpbmsgdG8gdGhlIG5laWdoYm9yIGlz CiAgICBkZXRlcm1pbmVkIHRvIGJlIHVuaS1kaXJlY3Rpb25hbCwgdGhlIE5laWdoYm9yIFRhYmxl IGVudHJ5IGlzIHVwZGF0ZWQKICAgIGFzIGZvbGxvd3M6CkBAIC0xMTcyLDIxICsxMTc5LDI4IEBA CiAKICAgIG8gIE5laWdoYm9yLlN0YXRlIDo9IFVua25vd24KIAotICAgV2hlbiBhIGxpbmsgdG8g YSBuZWlnaGJvciBpcyBkZXRlcm1pbmVkIHRvIGJlIGJyb2tlbiwgdGhlIE5laWdoYm9yCi0gICBU YWJsZSBlbnRyeSBTSE9VTEQgYmUgcmVtb3ZlZC4KKworIChXaGF0IGRvZXMgdGhpcyBtZWFuPyAg SG93IHdvdWxkIG9uZSBkZXRlcm1pbmUgYSBsaW5rIHRvIGEgbmVpZ2hib3IgdG8gYmUgYnJva2Vu 4oCmLnN1Z2dlc3QgcmVtb3ZpbmcgaXQgSldEKQorCiAKICAgIFJvdXRlIHJlcXVlc3RzIGZyb20g bmVpZ2hib3JzIHdpdGggTmVpZ2hib3IuU3RhdGUgc2V0IHRvIEJsYWNrbGlzdGVkCiAgICBhcmUg aWdub3JlZCB0byBhdm9pZCBwZXJzaXN0ZW50IElQIHBhY2tldCBsb3NzIG9yIHByb3RvY29sIGZh aWx1cmVzLgotICAgSG93ZXZlciwgTmVpZ2hib3IuUmVzZXRUaW1lIGFsbG93cyB0aGUgbmVpZ2hi b3IgdG8gYWdhaW4gYmUgYWxsb3dlZAotICAgdG8gcGFydGljaXBhdGUgaW4gcm91dGUgZGlzY292 ZXJpZXMgYWZ0ZXIgTUFYX0JMQUNLTElTVF9USU1FLCBpbiBjYXNlCisgICBOZWlnaGJvci5SZXNl dFRpbWUgYWxsb3dzIHRoZSBuZWlnaGJvciB0byBhZ2FpbiBiZSBhbGxvd2VkCisgICB0byBwYXJ0 aWNpcGF0ZSBpbiByb3V0ZSBkaXNjb3ZlcmllcyBpbiBjYXNlCiAgICB0aGUgbGluayBiZXR3ZWVu IHRoZSByb3V0ZXJzIGhhcyBiZWNvbWUgYmlkaXJlY3Rpb25hbC4KIAogNi40LiAgSW50ZXJhY3Rp b24gd2l0aCB0aGUgRm9yd2FyZGluZyBQbGFuZQogCi0gICBBIHJlYWN0aXZlIHJvdXRpbmcgcHJv dG9jb2wgcmVhY3RzIHdoZW4gYSByb3V0ZSBpcyBuZWVkZWQsIGkuZS4sIHdoZW4KLSAgIGFuIGFw cGxpY2F0aW9uIHRyaWVzIHRvIHNlbmQgYSBwYWNrZXQgYW5kIHRoZSBmb3J3YXJkaW5nIHBsYW5l IGhhcyBubwotICAgcm91dGUgdG8gdGhlIGRlc3RpbmF0aW9uIG9mIHRoZSBwYWNrZXQuICBUaGUg ZnVuZGFtZW50YWwgY29uY2VwdCBvZgotICAgcmVhY3RpdmUgcm91dGluZyBpcyB0byBhdm9pZCBj cmVhdGluZyByb3V0ZXMgdGhhdCBhcmUgbm90IG5lZWRlZC4KKworKFRoaXMgaGFzIGFscmVhZHkg YmVlbiBzYWlkIGluIGRpZmZlcmVudCB3b3JkcyBpbiB0aGUgaW50cm8gYW5kIGFwcGxpY2FiaWxp dHkgc2VjdGlvbnMgbm90IG5lZWRlZCBhZ2FpbiBoZXJlIEpXRCkgCitUaGVzZSBhcmUgY29uY2Vw dHVhbCBzaWduYWxzLCBhbmQgY2FuIGJlIGltcGxlbWVudGVkIGluIHZhcmlvdXMgd2F5cy4KKyAg IENvbmZvcm1hbnQgaW1wbGVtZW50YXRpb25zIG9mIEFPRFZ2MiBhcmUgbm90IG1hbmRhdGVkIHRv IGltcGxlbWVudAorICAgdGhlIGZvcndhcmRpbmcgcGxhbmUgc2VwYXJhdGVseSBmcm9tIHRoZSBj b250cm9sIHBsYW5lIG9yIGRhdGEgcGxhbmU7CisgICB0aGVzZSBzaWduYWxzIGFuZCBpbnRlcmFj dGlvbnMgYXJlIGlkZW50aWZpZWQgc2ltcGx5IGFzIGFzc2lzdGFuY2UKKyAgIGZvciBpbXBsZW1l bnRlcnMgd2hvIG1heSBmaW5kIHRoZW0gdXNlZnVsLgorCisKKwogCiAgICBBT0RWdjIgcmVxdWly ZXMgc2lnbmFscyBmcm9tIHRoZSBmb3J3YXJkaW5nIHBsYW5lOgogCkBAIC0xMjAxLDEzICsxMjE1 LDEzIEBACiAKICAgIG8gIEEgcGFja2V0IGNhbm5vdCBiZSBmb3J3YXJkZWQgYmVjYXVzZSBhIHJv dXRlIGlzIHVuYXZhaWxhYmxlOgogICAgICAgQU9EVnYyIG5lZWRzIHRvIGtub3cgdGhlIHNvdXJj ZSBhbmQgZGVzdGluYXRpb24gSVAgYWRkcmVzc2VzIG9mCi0gICAgICB0aGUgcGFja2V0LCB0byBk ZXRlcm1pbmUgaWYgdGhlIHNvdXJjZSBvZiB0aGUgcGFja2V0IGlzIGNvbmZpZ3VyZWQKLSAgICAg IGFzIGEgUm91dGVyIENsaWVudCwgaW4gd2hpY2ggY2FzZSB0aGUgcm91dGVyIHNob3VsZCBpbml0 aWF0ZSByb3V0ZQotICAgICAgZGlzY292ZXJ5LiAgSWYgaXQgaXMgbm90IGEgUm91dGVyIENsaWVu dCwgdGhlIHJvdXRlciBzaG91bGQgY3JlYXRlCisgICAgICB0aGUgcGFja2V0LiBJZiB0aGUgc291 cmNlIG9mIHRoZSBwYWNrZXQgaXMgY29uZmlndXJlZAorICAgICAgYXMgYSBSb3V0ZXIgQ2xpZW50 LCB0aGUgcm91dGVyIHNob3VsZCBpbml0aWF0ZSByb3V0ZQorICAgICAgZGlzY292ZXJ5IHRvIHRo ZSBkZXN0aW5hdGlvbi4gIElmIGl0IGlzIG5vdCBhIFJvdXRlciBDbGllbnQsIHRoZSByb3V0ZXIg c2hvdWxkIGNyZWF0ZQogICAgICAgYSBSb3V0ZSBFcnJvciBtZXNzYWdlLgogCiAgICBvICBBIHBh Y2tldCBpcyB0byBiZSBmb3J3YXJkZWQ6IEFPRFZ2MiBuZWVkcyB0byBjaGVjayB0aGUgc3RhdGUg b2YKLSAgICAgIHRoZSByb3V0ZSB0byBkZWFsIHdpdGggdGltZW91dHMgdG8gZW5zdXJlIHRoZSBy b3V0ZSBpcyBzdGlsbAorICAgICAgdGhlIHJvdXRlIHRvIGVuc3VyZSBpdCBpcyBzdGlsbAogICAg ICAgdmFsaWQuCiAKICAgIG8gIFBhY2tldCBmb3J3YXJkaW5nIHN1Y2NlZWRzOiBBT0RWdjIgbmVl ZHMgdG8gdXBkYXRlIHRoZSByZWNvcmQgb2YKQEAgLTEyMjAsNiArMTIzNCw4IEBACiAKICAgIG8g IEEgcm91dGUgZGlzY292ZXJ5IGlzIGluIHByb2dyZXNzOiBidWZmZXJpbmcgbWlnaHQgYmUgY29u ZmlndXJlZAogICAgICAgZm9yIHBhY2tldHMgcmVxdWlyaW5nIGEgcm91dGUsIHdoaWxlIHJvdXRl IGRpc2NvdmVyeSBpcyBhdHRlbXB0ZWQuCisoVGhpcyBpcyB0aGUgZmlyc3QgbWVudGlvbiBvZiBi dWZmZXJpbmcuICBJdCBzaG91bGQgYmUgaW5jbHVkZWQgaW4gdGhlIGFwcGxpY2FiaWxpdHkgc2Vj dGlvbiBhcyB3ZWxsIGFsb25nIHdpdGggYSByZWZlcmVuY2UgdG8gdGV4dCBvbiBob3cgdGhleSBh cmUgbWFuYWdlZCBKV0QpCisKIAogICAgbyAgQSByb3V0ZSBkaXNjb3ZlcnkgZmFpbGVkOiBhbnkg YnVmZmVyZWQgcGFja2V0cyByZXF1aXJpbmcgdGhhdAogICAgICAgcm91dGUgc2hvdWxkIGJlIGRp c2NhcmRlZCwgYW5kIHRoZSBzb3VyY2Ugb2YgdGhlIHBhY2tldCBzaG91bGQgYmUKQEAgLTEyMjcs MTUgKzEyNDMsMTcgQEAKICAgICAgIERlc3RpbmF0aW9uIFVucmVhY2hhYmxlIG1lc3NhZ2UpLiAg Um91dGUgZGlzY292ZXJ5IGZhaWxzIGlmIGFuCiAgICAgICBSUkVRIGNhbm5vdCBiZSBnZW5lcmF0 ZWQgYmVjYXVzZSB0aGUgY29udHJvbCBtZXNzYWdlIGdlbmVyYXRpb24KICAgICAgIGxpbWl0IGhh cyBiZWVuIHJlYWNoZWQsIG9yIGlmIGFuIFJSRVAgaXMgbm90IHJlY2VpdmVkIHdpdGhpbiB0aGUK LSAgICAgIGV4cGVjdGVkIHRpbWUuCisgICAgICBleHBlY3RlZCB0aW1lLiAocmVmZXJlbmNlIHRo ZSBzZWN0aW9uIGRldGFpbGluZyB0aGUgYmVoYXZpb3Igb2Ygd2hhdCBkZWZpbmVzIGV4cGVjdGVk IHRpbWUgSldEKQorCiAKICAgIG8gIEEgcm91dGUgZGlzY292ZXJ5IGlzIG5vdCBwZXJtaXR0ZWQ6 IGFueSBidWZmZXJlZCBwYWNrZXRzIHJlcXVpcmluZwogICAgICAgdGhhdCByb3V0ZSBzaG91bGQg YmUgZGlzY2FyZGVkLiAgQSByb3V0ZSBkaXNjb3Zlcnkgd2lsbCBub3QgYmUKICAgICAgIGF0dGVt cHRlZCBpZiB0aGUgc291cmNlIGFkZHJlc3Mgb2YgdGhlIHBhY2tldCBuZWVkaW5nIGEgcm91dGUg aXMKICAgICAgIG5vdCBjb25maWd1cmVkIGFzIGEgUm91dGVyIENsaWVudC4KIAotICAgbyAgQSBy b3V0ZSBkaXNjb3Zlcnkgc3VjY2VlZGVkOiBpbnN0YWxsIGEgY29ycmVzcG9uZGluZyByb3V0ZSBp bnRvCi0gICAgICB0aGUgUm91dGluZyBJbmZvcm1hdGlvbiBCYXNlIGFuZCBiZWdpbiB0cmFuc21p dHRpbmcgYW55IGJ1ZmZlcmVkCisKKyAgIG8gIEEgcm91dGUgZGlzY292ZXJ5IHN1Y2NlZWRlZDog aW5zdGFsbCB0aGUgY29ycmVzcG9uZGluZyByb3V0ZSBpbnRvCisgICAgICB0aGUgUm91dGluZyBJ bmZvcm1hdGlvbiBCYXNlIGFuZCBiZWdpbiB0cmFuc21pdHRpbmcgYnVmZmVyZWQKICAgICAgIHBh Y2tldHMuCiAKICAgIG8gIEEgcm91dGUgaGFzIGJlZW4gbWFkZSBpbnZhbGlkOiByZW1vdmUgdGhl IGNvcnJlc3BvbmRpbmcgcm91dGUgZnJvbQpAQCAtMTI0NCw5ICsxMjYyLDkgQEAKICAgIG8gIEEg cm91dGUgaGFzIGJlZW4gdXBkYXRlZDogdXBkYXRlIHRoZSBjb3JyZXNwb25kaW5nIHJvdXRlIGlu IHRoZQogICAgICAgUm91dGluZyBJbmZvcm1hdGlvbiBCYXNlLgogCi0gICBUaGVzZSBhcmUgY29u Y2VwdHVhbCBzaWduYWxzLCBhbmQgY2FuIGJlIGltcGxlbWVudGVkIGluIHZhcmlvdXMgd2F5cy4K LSAgIENvbmZvcm1hbnQgaW1wbGVtZW50YXRpb25zIG9mIEFPRFZ2MiBhcmUgbm90IG1hbmRhdGVk IHRvIGltcGxlbWVudAotICAgdGhlIGZvcndhcmRpbmcgcGxhbmUgc2VwYXJhdGVseSBmcm9tIHRo ZSBjb250cm9sIHBsYW5lIG9yIGRhdGEgcGxhbmU7CisKKyAgIAorCiAKIAogCkBAIC0xMjU2LDgg KzEyNzQsMTAgQEAKIEludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgIEFPRFZ2MiAgICAg ICAgICAgICAgICAgICAgIEphbnVhcnkgMjAxNgogCiAKLSAgIHRoZXNlIHNpZ25hbHMgYW5kIGlu dGVyYWN0aW9ucyBhcmUgaWRlbnRpZmllZCBzaW1wbHkgYXMgYXNzaXN0YW5jZQotICAgZm9yIGlt cGxlbWVudGVycyB3aG8gbWF5IGZpbmQgdGhlbSB1c2VmdWwuCisKKworICAgKG1vdmVkIHRvIHRo ZSBiZWdpbm5pbmcgb2YgdGhlIHNlY3Rpb24gc28gdGhpcyBpcyB1bmRlcnN0b29kIHVwZnJvbnQg SldEKQorCiAKIDYuNS4gIE1lc3NhZ2UgVHJhbnNtaXNzaW9uCiAKQEAgLTEzMDAsMTAgKzEzMjAs MTQgQEAKICAgICAgIG5ld2x5IGludmFsaWRhdGVkIHJvdXRlcywgc2luY2UgdGhlIGludmFsaWRh dGVkIHJvdXRlcyBtYXkgbm90CiAgICAgICBzdGlsbCBiZSBpbiB1c2UsIGFuZCBpZiB0aGVyZSBp cyBhbiBhdHRlbXB0IHRvIHVzZSB0aGUgcm91dGUsIGEKICAgICAgIG5ldyBSRVJSIG1lc3NhZ2Ug d2lsbCBiZSBnZW5lcmF0ZWQuCisoU28gaXMgdGhpcyA0dGggb3Igc2Vjb25kPyBJdOKAmXMgbm90 IGNsZWFyIGFuZCBpdCBzaG91bGQgYmUuIEpXRCkKKwogCiAgICBvICBMb3dlc3QgcHJpb3JpdHkg U0hPVUxEIGJlIGdpdmVuIHRvIFJFUlIgbWVzc2FnZXMgZ2VuZXJhdGVkIGluCiAgICAgICByZXNw b25zZSB0byBSUkVQIG1lc3NhZ2VzIHdoaWNoIGNhbm5vdCBiZSByZWdlbmVyYXRlZC4gIEluIHRo aXMKICAgICAgIGNhc2UgdGhlIHJvdXRlIHJlcXVlc3Qgd2lsbCBiZSByZXRyaWVkIGF0IGEgbGF0 ZXIgcG9pbnQuCisoSXTigJlzIG5vdCBjbGVhciB0byBtZSBob3cgdGhpcyBwcmlvcml0eSB3b3Jr cy4gIERvIHRoZSBtZXNzYWdlcyBqdXN0IGdldCBkcm9wcGVkIHdoZW4gdHNvbWUgdGhyZXNob2xk IGZvciBtYXggbnVtYmVyIG9mIG1lc3NhZ2VzIGlzIHJlYWNoZWQ/ICBJcyB0aGVyZSBzb21lIHF1 ZXVpbmcgbWV0aG9kIGJlY2F1c2UgaWYgdGhlaXIgaXNu4oCZdCBJIGRvbuKAmXQgc2VlIGhvdyBw cmlvcml0eSB3b3VsZCB3b3JrIGF0IGFsbCwgYXMgdGhlIGNob2ljZXMgYXJlIGRyb3Agb3Igc2Vu ZC4gIFRoaXMgd2hvbGUgc2VjdGlvbiBzZWVtcyBvdXQgb2YgcGxhY2UgYXMgd2UgaGF2ZeKAmXQg dGFsa2VkIGFib3V0IGdlbmVyYXRpbmcgbWVzc2FnZXMuIEnigJlkIHN1Z2dlc3QgbW92aW5nIG9y IHJlbW92aW5nIEpXRCkKKwogCiAKIApAQCAtMTMxNCwyMyArMTMzOCwyNSBAQAogCiAKICAgIE1l c3NhZ2VzIG1heSB0cmF2ZWwgYSBtYXhpbXVtIG9mIE1BWF9IT1BDT1VOVCBob3BzLgorKE1lc3Nh Z2VzIGRvbuKAmXQgcmVhbGx5IHRyYXZlbCB0aG91Z2ggZG8gdGhleSBhcyB0aGV5IGFyZSByZWdl bmVyYXRlZCBhdCBlYWNoIGhvcC4gSldEKQorCiAKIDYuNi4gIFJvdXRlIERpc2NvdmVyeSwgUmV0 cmllcyBhbmQgQnVmZmVyaW5nCiAKICAgIEFPRFZ2MidzIFJSRVEgYW5kIFJSRVAgbWVzc2FnZXMg YXJlIHVzZWQgZm9yIHJvdXRlIGRpc2NvdmVyeS4gIFJSRVEKLSAgIG1lc3NhZ2VzIGFyZSBtdWx0 aWNhc3QgdG8gc29saWNpdCBhbiBSUkVQLCB3aGVyZWFzIFJSRVAgaXMgdW5pY2FzdAorICAgbWVz c2FnZXMgYXJlIG11bHRpY2FzdCB0byBzb2xpY2l0IGFuIFJSRVAsIHdoZXJlYXMgUlJFUCAgYXJl IHVuaWNhc3QKICAgIHdoZXJlIHBvc3NpYmxlLiAgVGhlIGNvbnN0YW50cyB1c2VkIGluIHRoaXMg c2VjdGlvbiBhcmUgZGVmaW5lZCBpbgogICAgU2VjdGlvbiAxMS4KIAogICAgV2hlbiBhbiBBT0RW djIgcm91dGVyIG5lZWRzIHRvIGZvcndhcmQgYW4gSVAgcGFja2V0ICh3aXRoIHNvdXJjZQogICAg YWRkcmVzcyBPcmlnQWRkciBhbmQgZGVzdGluYXRpb24gYWRkcmVzcyBUYXJnQWRkcikgZnJvbSBv bmUgb2YgaXRzCiAgICBSb3V0ZXIgQ2xpZW50cywgaXQgbmVlZHMgYSByb3V0ZSB0byBUYXJnQWRk ciBpbiBpdHMgUm91dGluZwotICAgSW5mb3JtYXRpb24gQmFzZS4gIElmIG5vIHJvdXRlIGV4aXN0 cywgdGhlIEFPRFZ2MiByb3V0ZXIgZ2VuZXJhdGVzCi0gICBhbmQgbXVsdGljYXN0cyBhIFJvdXRl IFJlcXVlc3QgbWVzc2FnZSAoUlJFUSkgY29udGFpbmluZyBPcmlnQWRkciBhbmQKKyAgIEluZm9y bWF0aW9uIEJhc2UuICBJZiBubyByb3V0ZSBleGlzdHMsIHRoZSBBT0RWdjIgcm91dGVyIChSUkVR X0dlbikgZ2VuZXJhdGVzCisgICBhbmQgbXVsdGljYXN0cyBhIFJvdXRlIFJlcXVlc3QgbWVzc2Fn ZSAoUlJFUSksIG9uIGFsbCBjb25maWd1cmVkIGludGVyZmFjZXMsIGNvbnRhaW5pbmcgT3JpZ0Fk ZHIgYW5kCiAgICBUYXJnQWRkci4gIFRoZSBwcm9jZWR1cmUgZm9yIHRoaXMgaXMgZGVzY3JpYmVk IGluIFNlY3Rpb24gNy4xLjEuCiAgICBFYWNoIGdlbmVyYXRlZCBSUkVRIHJlc3VsdHMgaW4gYW4g aW5jcmVtZW50IHRvIHRoZSByb3V0ZXIncyBzZXF1ZW5jZQotICAgbnVtYmVyLiAgVGhlIEFPRFZ2 MiByb3V0ZXIgZ2VuZXJhdGluZyBhbiBSUkVRIGlzIHJlZmVycmVkIHRvIGFzCi0gICBSUkVRX0dl bi4KKyAgIG51bWJlci4gIAorCiAKICAgIEJ1ZmZlcmluZyBtaWdodCBiZSBjb25maWd1cmVkIGZv ciBJUCBwYWNrZXRzIGF3YWl0aW5nIGEgcm91dGUgZm9yCiAgICBmb3J3YXJkaW5nIGJ5IFJSRVFf R2VuLCBpZiBzdWZmaWNpZW50IG1lbW9yeSBpcyBhdmFpbGFibGUuICBCdWZmZXJpbmcKQEAgLTEz MzksMTEgKzEzNjUsMTMgQEAKICAgIGJ1ZmZlcmVkIGFuZCBzdWJqZWN0ZWQgdG8gZGVsYXlzLCBi dXQgVENQIGNvbm5lY3Rpb24gZXN0YWJsaXNobWVudAogICAgd2lsbCBiZW5lZml0IGlmIHBhY2tl dHMgYXJlIHF1ZXVlZCB3aGlsZSByb3V0ZSBkaXNjb3ZlcnkgaXMgcGVyZm9ybWVkCiAgICBbS29v ZGxpMDFdLiAgSWYgcGFja2V0cyBhcmUgbm90IHF1ZXVlZCwgbm8gbm90aWZpY2F0aW9uIHNob3Vs ZCBiZQotICAgc2VudCB0byB0aGUgc291cmNlLiAgRGV0ZXJtaW5pbmcgd2hpY2ggcGFja2V0cyB0 byBkaXNjYXJkIGZpcnN0IHdoZW4KKyAgIHNlbnQgdG8gdGhlIHNvdXJjZS4gKFdoYXQgbm90aWZp Y2F0aW9uIGlzIHNlbnQgdG8gdGhlIHNvdXJjZSB3aGVuIHBhY2tldHMgYXJlIHF1ZXVlZD8gSldE KSBEZXRlcm1pbmluZyB3aGljaCBwYWNrZXRzIHRvIGRpc2NhcmQgZmlyc3Qgd2hlbgogICAgdGhl IGJ1ZmZlciBpcyBmdWxsIGlzIGEgbWF0dGVyIG9mIHBvbGljeSBhdCBlYWNoIEFPRFZ2MiByb3V0 ZXIuCisoVGhpcyBkb2VzbuKAmXQgc3BlY2lmeSB3aXRoIGFueSBkZXRhaWwgd2hhdCBidWZmZXIg bWV0aG9kcyBzaG91bGQgYmUgdXNlZCBvciBldmVuIHNvbWUgdGhhdCBtaWdodCBiZSBhcHByb3By aWF0ZS4gTWVudGlvbmluZyB0aGF0IGRpZmZlcmVudCBidWZmZXIgbWV0aG9kcyBkb2VzbuKAmXQg YWZmZWN0IGludGVyb3BlcmFiaWxpdHkgc2hvdWxkIGJlIGRvbmUgSldEKQorCiAKICAgIFJSRVFf R2VuIGF3YWl0cyByZWNlcHRpb24gb2YgYSBSb3V0ZSBSZXBseSBtZXNzYWdlIChSUkVQKSBjb250 YWluaW5nCi0gICBhIHJvdXRlIHRvd2FyZCBUYXJnQWRkci4gIElmIGEgdmFsaWQgcm91dGUgdG8g VGFyZ0FkZHIgaXMgbm90IGxlYXJuZWQKKyAgIGEgcm91dGUgdG93YXJkIFRhcmdBZGRyLiAoaXMg dGhlcmUgc29tZSB0YWJsZSB0aGF0IGxpc3RzIHJvdXRlcyB0aGF0IGFyZSBiZWluZyB3YWl0ZWQg b24/IEpXRCkgSWYgYSB2YWxpZCByb3V0ZSB0byBUYXJnQWRkciBpcyBub3QgbGVhcm5lZAogICAg d2l0aGluIFJSRVFfV0FJVF9USU1FLCBSUkVRX0dlbiB3aWxsIHJldHJ5IHRoZSByb3V0ZSBkaXNj b3ZlcnkuICBUbwogICAgcmVkdWNlIGNvbmdlc3Rpb24gaW4gYSBuZXR3b3JrLCByZXBlYXRlZCBh dHRlbXB0cyBhdCByb3V0ZSBkaXNjb3ZlcnkKICAgIGZvciBhIHBhcnRpY3VsYXIgdGFyZ2V0IGFk ZHJlc3MgdXRpbGl6ZSBhIGJpbmFyeSBleHBvbmVudGlhbCBiYWNrb2ZmOgpAQCAtMTM3MiwxNyAr MTQwMCwxMyBAQAogCiAgICByb3V0ZSB0byBUYXJnQWRkciAoYW5kIG90aGVyIGFkZHJlc3NlcyBh cyBpbmRpY2F0ZWQgYnkKICAgIFRhcmdQcmVmaXhMZW4pLCByZWdlbmVyYXRlcyB0aGUgUlJFUCBh bmQgc2VuZHMgdG93YXJkIE9yaWdBZGRyLgotCi0gICBMaW5rcyB3aGljaCBhcmUgbm90IGJpZGly ZWN0aW9uYWwgY2F1c2UgcHJvYmxlbXMuICBJZiBhIGxpbmsgaXMKLSAgIHVuYXZhaWxhYmxlIGlu IHRoZSBkaXJlY3Rpb24gdG93YXJkIE9yaWdBZGRyLCBhbiBSUkVQIGlzIG5vdCByZWNlaXZlZAot ICAgYXQgdGhlIG5leHQgaG9wLCBzbyBjYW5ub3QgYmUgcmVnZW5lcmF0ZWQsIGFuZCBpdCB3aWxs IG5ldmVyIHJlYWNoCi0gICBSUkVRX0dlbi4gIEhvd2V2ZXIsIHNpbmNlIHJvdXRlcnMgbW9uaXRv ciBiaWRpcmVjdGlvbmFsaXR5IHRvIG5leHQKLSAgIGhvcHMgKFNlY3Rpb24gNi4yKSwgdGhlIGxv c3Mgb2YgdGhlIFJSRVAgd2lsbCBjYXVzZSB0aGUgbGFzdCByb3V0ZXIKLSAgIHdoaWNoIHJlZ2Vu ZXJhdGVkIHRoZSBSUkVQIHRvIGJsYWNrbGlzdCB0aGUgcm91dGVyIHdoaWNoIGRpZCBub3QKLSAg IHJlY2VpdmUgaXQuICBMYXRlciwgYSB0aW1lb3V0IG9jY3VycyBhdCBSUkVRX0dlbiwgYW5kIGEg bmV3IFJSRVEgaXMKLSAgIGdlbmVyYXRlZC4gIElmIHRoZSBuZXcgUlJFUSBhcnJpdmVzIHZpYSB0 aGUgYmxhY2tsaXN0ZWQgcm91dGVyLCBpdAotICAgd2lsbCBiZSBpZ25vcmVkLCBlbmFibGluZyB0 aGUgUlJFUSwgaWYgYWxzbyByZWNlaXZlZCBmcm9tIGEgZGlmZmVyZW50Ci0gICBuZWlnaGJvciwg dG8gZGlzY292ZXIgYSBkaWZmZXJlbnQgcGF0aCB0b3dhcmQgVGFyZ0FkZHIuCisoc2VlbXMgbGlr ZSBhIGdvb2Qgb3ZlcnZpZXcgcGFyYWdyYXBoIGJ1dCBub3Qgc3VyZSB3aGF0IGl0IGFkZHMgaGVy ZS4gU2hvdWxkIGJlIG1vdmVkIGZ1cnRoZXIgdXAgaW4gdGhlIGRvY3VtZW50IG9yIHJlbW92ZWQu IEpXRCkKKworCisgICAKKyAgVGhyb3VnaCB0aGUgdXNlIG9mIGJpZGlyZWN0aW9uYWwgbGluayBt b25pdG9yaW5nIGFuZCBibGFja2xpc3RzIChTZWN0aW9uIDYuMikgdW5pLWRpcmVjdGlvbmFsIGxp bmtzIG9uIGluaXRpYWwgc2VsZWN0ZWQgcm91dGUgd2lsbCBiZSBpZ25vcmVkIG9uIHN1YnNlcXVl bnQgcm91dGUgZGlzY292ZXJ5IGF0dGVtcHRzLgorKFNlZW1zIGxpa2UgYSBtb3JlIGRpcmVjdCB3 YXkgb2Ygc2F5aW5nIHRoZSBzYW1lIHRoaW5nIEpXRCkKKwogCiAgICBSb3V0ZSBkaXNjb3Zlcnkg aXMgY29uc2lkZXJlZCB0byBoYXZlIGZhaWxlZCBhZnRlcgogICAgRElTQ09WRVJZX0FUVEVNUFRT X01BWCBhbmQgdGhlIGNvcnJlc3BvbmRpbmcgd2FpdCB0aW1lIGZvciBhbiBSUkVQCkBAIC0xMzkz LDggKzE0MTcsOCBAQAogICAgcm91dGUuICBBbnkgSVAgcGFja2V0cyBidWZmZXJlZCBmb3IgVGFy Z0FkZHIgYXJlIGFsc28gZHJvcHBlZCBhbmQgYQogICAgRGVzdGluYXRpb24gVW5yZWFjaGFibGUg SUNNUCBtZXNzYWdlIChUeXBlIDMpIHdpdGggYSBjb2RlIG9mIDEgKEhvc3QKICAgIFVucmVhY2hh YmxlIEVycm9yKSBpcyBkZWxpdmVyZWQgdG8gdGhlIHNvdXJjZSBvZiB0aGUgcGFja2V0LCBzbyB0 aGF0Ci0gICB0aGUgYXBwbGljYXRpb24ga25vd3MgYWJvdXQgdGhlIGZhaWx1cmUuICBUaGUgc291 cmNlIG1pZ2h0IGJlIGFuCi0gICBhcHBsaWNhdGlvbiBvbiBSUkVRX0dlbiBpdHNlbGYsIG9yIG9u IGEgZGlmZmVyZW5jZSBkZXZpY2UuCisgICB0aGUgYXBwbGljYXRpb24ga25vd3MgYWJvdXQgdGhl IGZhaWx1cmUuICAod2Uga25vdyB0aGlzIGFscmVhZHkuIEpXRCkKKwogCiAgICBJZiBSUkVRX0dl biBkb2VzIHJlY2VpdmUgYSByb3V0ZSBtZXNzYWdlIGNvbnRhaW5pbmcgYSByb3V0ZSB0bwogICAg VGFyZ0FkZHIgd2l0aGluIHRoZSB0aW1lb3V0LCBpdCBwcm9jZXNzZXMgdGhlIG1lc3NhZ2UgYWNj b3JkaW5nIHRvCkBAIC0xNDI4LDcgKzE0NTIsOCBAQAogCiAKICAgIFNlY3Rpb24gNi43LjEuICBU aGUgTG9jYWwgUm91dGUgU2V0IE1BWSB0aGVuIGJlIHVwZGF0ZWQgYWNjb3JkaW5nIHRvCi0gICBT ZWN0aW9uIDYuNy4yLgorICAgU2VjdGlvbiA2LjcuMi4gIChNQVkgbm90IE1VU1Q/IFdoeSB3b3Vs ZG7igJl0IG9uZSB1cGRhdGUgaXQgYWNjb3JkaW5nIHRvIHNlY3Rpb24gNi43LjI/IEpXRCkKKwog CiAgICBJbiB0aGUgcHJvY2Vzc2VzIGJlbG93LCBSdGVNc2cgaXMgdXNlZCB0byBkZW5vdGUgdGhl IHJvdXRlIG1lc3NhZ2UsCiAgICBBZHZSdGUgaXMgdXNlZCB0byBkZW5vdGUgdGhlIHJvdXRlIGNv bnRhaW5lZCB3aXRoaW4gaXQsIGFuZApAQCAtMTQ1MSw2ICsxNDc2LDggQEAKIAogICAgbyAgQWR2 UnRlLk5leHRIb3AgOj0gUnRlTXNnLklQU291cmNlQWRkcmVzcyAoYW4gYWRkcmVzcyBvZiB0aGUg cm91dGVyCiAgICAgICBmcm9tIHdoaWNoIHRoZSBSdGVNc2cgd2FzIHJlY2VpdmVkKQorKHN1cmVs eSB0aGlzIG11c3QgYmUgYW4gYWRkcmVzcyBvZiB0aGUgc2VuZGluZyBpbnRlcmZhY2Ugb2YgdGhl IHJvdXRlciBmcm9tIHdoaWNoIHRoZSBSdGVNc2cgd2FzIHJlY2VpdmVkLiBKV0QpCisKIAogICAg byAgQWR2UnRlLk1ldHJpY1R5cGUgOj0gUnRlTXNnLk1ldHJpY1R5cGUKIApAQCAtMTUwMiw2ICsx NTI5LDggQEAKICAgICAgICAqICBJZiBMb29wRnJlZShBZHZSdGUsIExvY2FsUm91dGUpIHJldHVy bnMgRkFMU0UsIEFkdlJ0ZSBNVVNUIE5PVAogICAgICAgICAgIGJlIHVzZWQgdG8gdXBkYXRlIHRo ZSBMb2NhbCBSb3V0ZSBTZXQgYmVjYXVzZSB1c2luZyB0aGUKICAgICAgICAgICBpbmNvbWluZyBp bmZvcm1hdGlvbiBtaWdodCBjYXVzZSBhIHJvdXRpbmcgbG9vcC4KKyhkb2VzIHByb2Nlc3Npbmcg c3RvcCBoZXJlPyAgSXQgc2VlbXMgbGlrZSBpdCBoc291bGQgYmUgdGhhdCBpc27igJl0IHN0YXRl ZC4gSldEKQorCiAKICAgICAgICAqICBJZiBMb29wRnJlZShBZHZSdGUsIExvY2FsUm91dGUpIHJl dHVybnMgVFJVRSwgY29udGludWUgdG8gU3RlcAogICAgICAgICAgIDQuCkBAIC0xNTIxLDYgKzE1 NTAsOCBAQAogICAgICAgICogIElmIEFkdlJ0ZSBpcyB3b3JzZSBhbmQgTG9jYWxSb3V0ZSBpcyB2 YWxpZCwgQWR2UnRlIE1VU1QgTk9UIGJlCiAgICAgICAgICAgdXNlZCB0byB1cGRhdGUgdGhlIExv Y2FsIFJvdXRlIFNldCBiZWNhdXNlIGl0IGRvZXMgbm90IG9mZmVyCiAgICAgICAgICAgYW55IGlt cHJvdmVtZW50LgorKGRvZXMgcHJvY2Vzc2luZyBzdG9wIGhlcmU/ICBJdCBzZWVtcyBsaWtlIGl0 IGhzb3VsZCBiZSB0aGF0IGlzbuKAmXQgc3RhdGVkLiBKV0QpCisKIAogICAgICAgICogIElmIEFk dlJ0ZSBpcyBub3QgYmV0dGVyIChpLmUuLCBpdCBpcyB3b3JzZSBvciBlcXVhbCkgYnV0CiAgICAg ICAgICAgTG9jYWxSb3V0ZSBpcyBJbnZhbGlkIG9yIFVuY29uZmlybWVkLCBBZHZSdGUgU0hPVUxE IGJlIHVzZWQgdG8KQEAgLTE1MjksOCArMTU2MCw5IEBACiAgICAgICAgICAgZXhpc3RpbmcgVW5j b25maXJtZWQgcm91dGUuCiAKICAgIElmIHRoZSBhZHZlcnRpc2VkIHJvdXRlIGlzIHRvIGJlIHVz ZWQgdG8gdXBkYXRlIHRoZSBMb2NhbCBSb3V0ZSBTZXQsCi0gICB0aGUgcHJvY2VkdXJlIGluIFNl Y3Rpb24gNi43LjIgTVVTVCBiZSBmb2xsb3dlZC4gIElmIG5vdCwgbm9uLW9wdGltYWwKLSAgIHJv dXRlcyB3aWxsIHJlbWFpbiBpbiB0aGUgTG9jYWwgUm91dGUgU2V0LgorICAgdGhlIHByb2NlZHVy ZSBpbiBTZWN0aW9uIDYuNy4yIE1VU1QgYmUgZm9sbG93ZWQuIAorCisKIAogCiAKQEAgLTE2MTks NyArMTY1MSw3IEBACiAgICA1LiAgSWYgYSBuZXcgTG9jYWxSb3V0ZSB3YXMgY3JlYXRlZCwgb3Ig aWYgdGhlIGV4aXN0aW5nCiAgICAgICAgTG9jYWxSb3V0ZS5TdGF0ZSBpcyBJbnZhbGlkIG9yIFVu Y29uZmlybWVkLCB1cGRhdGUgTG9jYWxSb3V0ZSBhcwogICAgICAgIGZvbGxvd3M6Ci0KKyh0aGlz IGlzIGFtYnVnaW91cyBhcyB0aGVyZSBtYXkgYmUgbW9yZSB0aGFuIG9uZSB1bmNvbmZpcm1lZCBM b2NhbFJvdXRlIHVubGVzcyBJ4oCZbSBtaXNzaW5nIHNvbWV0aGluZy4gIEpXRCkKICAgICAgICAq ICBMb2NhbFJvdXRlLlN0YXRlIDo9IFVuY29uZmlybWVkIChpZiB0aGUgbmV4dCBob3AncwogICAg ICAgICAgIE5laWdoYm9yLlN0YXRlIGlzIFVua25vd24pIG9yIElkbGUgKGlmIHRoZSBuZXh0IGhv cCdzCiAgICAgICAgICAgTmVpZ2hib3IuU3RhdGUgaXMgQ29uZmlybWVkKQpAQCAtMTYzMSwxMyAr MTY2MywxNSBAQAogICAgNy4gIElmIHRoaXMgdXBkYXRlIHJlc3VsdHMgaW4gTG9jYWxSb3V0ZS5T dGF0ZSBvZiBBY3RpdmUgb3IgSWRsZSwKICAgICAgICB3aGljaCBtYXRjaGVzIGEgcm91dGUgcmVx dWVzdCB3aGljaCBpcyBzdGlsbCBpbiBwcm9ncmVzcywgdGhlCiAgICAgICAgYXNzb2NpYXRlZCBy b3V0ZSByZXF1ZXN0IHJldHJ5IHRpbWVycyBjYW4gYmUgY2FuY2VsbGVkLgotCisoY2FuPyBub3Qg U0hPVUxEIG9yIE1VU1Q/IEpXRCkKICAgIElmIHRoaXMgdXBkYXRlIHRvIHRoZSBMb2NhbCBSb3V0 ZSBTZXQgcmVzdWx0cyBpbiBtdWx0aXBsZSBMb2NhbFJvdXRlcwogICAgdG8gdGhlIHNhbWUgYWRk cmVzcywgdGhlIGJlc3QgTG9jYWxSb3V0ZSB3aWxsIGJlIFVuY29uZmlybWVkLiAgSW4KICAgIG9y ZGVyIHRvIGltcHJvdmUgdGhlIHJvdXRlIHVzZWQgZm9yIGZvcndhcmRpbmcsIHRoZSByb3V0ZXIg U0hPVUxEIHRyeQogICAgdG8gZGV0ZXJtaW5lIGlmIHRoZSBsaW5rIHRvIHRoZSBuZXh0IGhvcCBv ZiB0aGF0IExvY2FsUm91dGUgaXMKICAgIGJpZGlyZWN0aW9uYWwsIGJ5IHVzaW5nIHRoYXQgTG9j YWxSb3V0ZSB0byBmb3J3YXJkIGZ1dHVyZSBSUkVQcyBhbmQKICAgIHJlcXVlc3QgYWNrbm93bGVk Z2VtZW50cyAoc2VlIFNlY3Rpb24gNy4yLjEpLgorKHdlIHNlZW0gdG8gYmUgbWlzc2luZyB3aGVu IHRoZSBSb3V0ZSBJbmZvcm1hdGlvbiBCYXNlIHNob3VsZCBiZSB1cGRhdGVkIGJhc2VkIG9uIHRo ZSBuZXcgTG9jYWwgUm91dGUgU2V0LiAgSldEKQorCiAKIDYuOC4gIFN1cHByZXNzaW5nIFJlZHVu ZGFudCBNZXNzYWdlcyBVc2luZyB0aGUgTXVsdGljYXN0IFJvdXRlIE1lc3NhZ2UKICAgICAgIFRh YmxlCkBAIC0xNjU4LDcgKzE2OTIsOSBAQAogICAgRWFjaCBBT0RWdjIgcm91dGVyIHN0b3JlcyBp bmZvcm1hdGlvbiBhYm91dCByZWNlbnRseSByZWNlaXZlZCByb3V0ZQogICAgbWVzc2FnZXMgaW4g dGhlIEFPRFZ2MiBNdWx0aWNhc3QgUm91dGUgTWVzc2FnZSBUYWJsZSAoU2VjdGlvbiA0LjYpLgog Ci0gICBUbyBjcmVhdGUgYSBNdWx0aWNhc3QgUm91dGUgTWVzc2FnZSBUYWJsZSBFbnRyeToKKwor ICAgTXVsdGljYXN0IFJvdXRlIE1lc3NhZ2UgVGFibGUgRW50cmllcyBjb25zaXN0IG9mOgorCiAK ICAgIG8gIFJ0ZU1zZy5NZXNzYWdlVHlwZSA6PSBSUkVRIG9yIFJSRVAKIApAQCAtMTY4NCw2ICsx NzIwLDggQEAKICAgIG8gIFJ0ZU1zZy5UaW1lc3RhbXAgOj0gQ3VycmVudFRpbWUKIAogICAgbyAg UnRlTXNnLlJlbW92ZVRpbWUgOj0gQ3VycmVudFRpbWUgKyBNQVhfU0VRTlVNX0xJRkVUSU1FCiso VGhpcyBpbmZvcm1hdGlvbiBpcyByZXBlYXRlZCBsYXRlciBpbiB0aGlzIHNhbWUgc2VjdGlvbi4g U3VnZ2VzdCBtYWtpbmcgdGhpcyBqdXN0IGEgbGlzdCBhbmQgdXBkYXRpbmcgdGhlIGxhdGVyIHNl Y3Rpb24gd2l0aCB0aGUgYXNzaWdubWVudHMgYXMgdGhlIGxhdGVyIGlzIGluY29tcGxldGUuIEpX RCkKKwogCiAgICBFbnRyaWVzIGluIHRoZSBNdWx0aWNhc3QgUm91dGUgTWVzc2FnZSBUYWJsZSBT SE9VTEQgYmUgbWFpbnRhaW5lZCBmb3IKICAgIGF0IGxlYXN0IFJ0ZU1zZ19FTlRSWV9USU1FIGFm dGVyIHRoZSBsYXN0IFRpbWVzdGFtcCB1cGRhdGUgaW4gb3JkZXIKQEAgLTE3MDcsOCArMTc0NSw3 IEBACiAKIAogUGVya2lucywgZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYg ICAgICAgICAgICAgICAgW1BhZ2UgMzBdCi0MLQorIAogSW50ZXJuZXQtRHJhZnQgICAgICAgICAg ICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAgICAgSmFudWFyeSAyMDE2CiAKIApAQCAt MTc1OCw2ICsxNzk1LDEwIEBACiAgICBvICBSdGVNc2cuVGltZXN0YW1wIDo9IEN1cnJlbnRUaW1l CiAKICAgIG8gIFJ0ZU1zZy5SZW1vdmVUaW1lIDo9IEN1cnJlbnRUaW1lICsgTUFYX1NFUU5VTV9M SUZFVElNRQorKHRoaXMgbGlzdCBpcyBpbmNvbXBsZXRlIGFuZCBzaG91bGQgYmUgcmVwbGFjZWQg d2l0aCB0aGUgb25lIHByZXNlbnRlZCBlYXJsaWVyLiBKV0QpCisKKworCiAKIAogCkBAIC0xNzY5 LDE1ICsxODEwLDE4IEBACiBJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICBBT0RWdjIg ICAgICAgICAgICAgICAgICAgICBKYW51YXJ5IDIwMTYKIAogCi0gICBXaGVyZSB0aGUgbWVzc2Fn ZSBpcyBkZXRlcm1pbmVkIG5vdCByZWR1bmRhbnQgYmVmb3JlIFN0ZXAgMywgaXQgTVVTVAotICAg YmUgcmVnZW5lcmF0ZWQgb3IgcmVzcG9uZGVkIHRvLiAgV2hlcmUgdGhlIG1lc3NhZ2UgaXMgZGV0 ZXJtaW5lZCBub3QKKworCisgICBXaGVuIGEgbWVzc2FnZSBpcyBkZXRlcm1pbmVkIHRvIGJlIG5v dCByZWR1bmRhbnQgYmVmb3JlIFN0ZXAgMywgaXQgTVVTVAorICAgYmUgcmVnZW5lcmF0ZWQgb3Ig cmVzcG9uZGVkIHRvLiAgV2hlbmEgbWVzc2FnZSBpcyBkZXRlcm1pbmVkIHRvIGJlIG5vdAogICAg cmVkdW5kYW50IGluIFN0ZXAgMywgaXQgTUFZIGJlIHN1cHByZXNzZWQgdG8gYXZvaWQgZXh0cmEg Y29udHJvbAogICAgdHJhZmZpYy4gIEhvd2V2ZXIsIHNpbmNlIHRoZSBwcm9jZXNzaW5nIG9mIHRo ZSBtZXNzYWdlIHdpbGwgcmVzdWx0IGluCiAgICBhbiB1cGRhdGUgdG8gdGhlIExvY2FsIFJvdXRl IFNldCwgdGhlIG1lc3NhZ2UgU0hPVUxEIGJlIHJlZ2VuZXJhdGVkCiAgICBvciByZXNwb25kZWQg dG8sIHRvIGVuc3VyZSBvdGhlciByb3V0ZXJzIGhhdmUgdXAtdG8tZGF0ZSBpbmZvcm1hdGlvbgot ICAgYW5kIHRoZSBiZXN0IG1ldHJpY3MuICBJZiBub3QgcmVnZW5lcmF0ZWQsIHRoZSBiZXN0IHJv dXRlIG1heSBub3QgYmUKLSAgIGZvdW5kLiAgV2hlcmUgbmVjZXNzYXJ5LCByZWdlbmVyYXRpb24g b3IgcmVzcG9uc2UgaXMgcGVyZm9ybWVkIHVzaW5nCi0gICB0aGUgcHJvY2Vzc2VzIGluIFNlY3Rp b24gNy4KKyAgIGFuZCB0aGUgYmVzdCBtZXRyaWNzLiAgSWYgdGhlIG1lc3NhZ2UgaXMgbm90IHJl Z2VuZXJhdGVkLCB0aGUgYmVzdCByb3V0ZSBtYXkgbm90IGJlCisgICBmb3VuZC4gIFJlZ2VuZXJh dGlvbiBhbmQgcmVzcG9uc2UgaXMgdG8gYmUgcGVyZm9ybWVkIHVzaW5nCisgICB0aGUgcHJvY2Vz c2VzIG91dGxpbmVkIGluIFNlY3Rpb24gNy4KKwogCiA2LjkuICBMb2NhbCBSb3V0ZSBTZXQgTWFp bnRlbmFuY2UKIApAQCAtMTgyMCwzNSArMTg2NCw0OSBAQAogCiAKIAorCisKKwogUGVya2lucywg ZXQgYWwuICAgICAgICAgICBFeHBpcmVzIEp1bHkgMjEsIDIwMTYgICAgICAgICAgICAgICAgW1Bh Z2UgMzJdCiAMIAogSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAg ICAgICAgICAgICAgICAgSmFudWFyeSAyMDE2CiAKIAotICAgICAgZnVuY3Rpb25zIHVzaW5nIGEg bmV3IHNlcXVlbmNlIG51bWJlciwgYW5kIHRoYXQgdGhlaXIgbWVzc2FnZXMKLSAgICAgIHdpbGwg bm90IGJlIGNsYXNzaWZpZWQgYXMgc3RhbGUgYW5kIGlnbm9yZWQuICBBIExvY2FsUm91dGUgd2l0 aAorCisKKyAgICAgIGZ1bmN0aW9ucyB1c2luZyBhIG5ldyBzZXF1ZW5jZSBudW1iZXIuICBBIExv Y2FsUm91dGUgd2l0aAogICAgICAgTG9jYWxSb3V0ZS5TdGF0ZSBzZXQgdG8gQWN0aXZlIG9yIElk bGUgY2FuIHJlbWFpbiBpbiB0aGUgTG9jYWwKICAgICAgIFJvdXRlIFNldCBhZnRlciByZW1vdmlu ZyB0aGUgc2VxdWVuY2UgbnVtYmVyLCBidXQgaWYKICAgICAgIExvY2FsUm91dGUuU3RhdGUgaXMg SW52YWxpZCwgb3IgbGF0ZXIgYmVjb21lcyBJbnZhbGlkLCB0aGUKICAgICAgIExvY2FsUm91dGUg TVVTVCBiZSBleHB1bmdlZCBmcm9tIHRoZSBMb2NhbCBSb3V0ZSBTZXQuCisoaXTigJlzIG5vdCBj bGVhciB0byBtZSB3aGF0IHRoZSB1c2UgY2FzZSBvZiByZW1vdmluZyB0aGUgc2VxdWVuY2UgbnVt YmVyIHdoaWxlIHRoZSByb3V0ZSBpcyBzdGlsbCBhY3RpdmUgd2lsbCBhY2hpZXZlLiBzdWdnZXN0 IHJlbW92YWwgb3Igc29tZSBzbWFsbCBleHBsaW5hdGlvbiBKV0QpCisKIAogICAgTG9jYWxSb3V0 ZXMgY2FuIGJlY29tZSBJbnZhbGlkIGJlZm9yZSBhIHRpbWVvdXQgb2NjdXJzOgogCiAgICBvICBJ ZiBhIGxpbmsgYnJlYWtzLCBhbGwgTG9jYWxSb3V0ZXMgdXNpbmcgdGhhdCBsaW5rIGZvcgogICAg ICAgTG9jYWxSb3V0ZS5OZXh0SG9wIE1VU1QgaW1tZWRpYXRlbHkgaGF2ZSBMb2NhbFJvdXRlLlN0 YXRlIHNldCB0bwogICAgICAgSW52YWxpZC4KKyhob3cgd291bGQgb25lIGtub3cgaWYgYSBsaW5r IGJyZWFrcz8gQXNzdW1pbmcgc29tZSBleHRlcm5hbCBwcm9jZXNzIG9yIG5vdGlmaWNhdGlvbi4g CitKV0QpIAorCiAKICAgIG8gIElmIGEgUm91dGUgRXJyb3IgKFJFUlIpIG1lc3NhZ2UgY29udGFp bmluZyB0aGUgcm91dGUgaXMgcmVjZWl2ZWQsCiAgICAgICBlaXRoZXIgZnJvbSBMb2NhbFJvdXRl Lk5leHRIb3AsIG9yIHdpdGggUGt0U291cmNlIHNldCB0byBhIFJvdXRlcgogICAgICAgQ2xpZW50 IGFkZHJlc3MsIExvY2FsUm91dGUuU3RhdGUgTVVTVCBpbW1lZGlhdGVseSBiZSBzZXQgdG8KICAg ICAgIEludmFsaWQuCisoaXTigJlzIG5vdCBjbGVhciB0byBtZSBob3cgdGhlIFJFUlLigJlzIGFy ZSBpZGVudGlmaWVkIGNvbnNpZGVyIHJld29yZGluZyB0byBtYWtlIGl0IG1vcmUgY2xlYXIuIEpX RCkKKwogCiAgICBMb2NhbFJvdXRlcyBhcmUgYWxzbyB1cGRhdGVkIHdoZW4gTmVpZ2hib3IuU3Rh dGUgaXMgdXBkYXRlZDoKKwogCiAgICBvICBXaGlsZSB0aGUgdmFsdWUgb2YgTmVpZ2hib3IuU3Rh dGUgaXMgc2V0IHRvIFVua25vd24sIGFueSByb3V0ZXMgaW4KICAgICAgIHRoZSBMb2NhbCBSb3V0 ZSBTZXQgdXNpbmcgdGhhdCBuZWlnaGJvciBhcyBhIG5leHQgaG9wIE1VU1QgaGF2ZQogICAgICAg TG9jYWxSb3V0ZS5TdGF0ZSBzZXQgdG8gVW5jb25maXJtZWQuCisoU2hvdWxkbuKAmXQgdGhleSBh bHNvIGJlIHJlbW92ZWQgZnJvbSB0aGUgUm91dGUgSW5mb3JtYXRpb24gQmFzZT8gSldEKQorCiAK ICAgIG8gIFdoZW4gdGhlIHZhbHVlIG9mIE5laWdoYm9yLlN0YXRlIGlzIHNldCB0byBDb25maXJt ZWQsIHRoZQogICAgICAgVW5jb25maXJtZWQgcm91dGVzIGluIHRoZSBMb2NhbCBSb3V0ZSBTZXQg dXNpbmcgdGhhdCBuZWlnaGJvciBhcyBhCkBAIC0xODc0LDYgKzE5MzIsMTAgQEAKICAgIHJvdXRl cnMuICBIb3dldmVyLCBzdWJzZXF1ZW50IGRhdGEgcGFja2V0cyB3aWxsIGNhdXNlIGEgbmV3IHJv dXRlCiAgICBkaXNjb3ZlcnkgYXR0ZW1wdCB0byBiZSBpbml0aWF0ZWQgYnkgdGhlIHJvdXRlciB3 aXRoIHRoZSBzb3VyY2UKICAgIGFkZHJlc3Mgb2YgdGhlIGRhdGEgcGFja2V0IGNvbmZpZ3VyZWQg YXMgYSBSb3V0ZXIgQ2xpZW50LgorKFRoaXMgd2lsbCBvbmx5IG9jY3VyIHdoZW4gYSB0YXJnZXQg c3RhcnRzIHNlbmRpbmcgcGFja2V0cyB0byBhbiBvcmlnaW5hdG9yIGFkZHJlc3Mgd2hlbiBvbmx5 IHBhcnQgb2YgdGhlIHJldmVyc2UgcGF0aCBoYXMgYmVlbiBjb25maXJtZWQsIGluIHRoZSBtaWRk bGUgb2YgYSByb3V0ZSByZXF1ZXN0IGZyb20gb3JpZ2luYXRvciB0byBzb3VyY2U/IEFtIEkgY29y cmVjdD8gIElmIHNvIHRoZW4gdGhlIHJvdXRlIHJlcXVlc3Qgd291bGQgaGF2ZSBiZWVuIHNlbnQg bm9ybWFsbHkgYW5kIEkgc2VlIG5vIGlzc3VlLiBKV0QpCisKKworCiAKIAogCkBAIC0yMDI2LDIy ICsyMDg4LDI4IEBACiAKIDcuMS4xLiAgUlJFUSBHZW5lcmF0aW9uCiAKLSAgIEFuIFJSRVEgaXMg Z2VuZXJhdGVkIHdoZW4gYW4gSVAgcGFja2V0IG5lZWRzIHRvIGJlIGZvcndhcmRlZCBmb3IgYQor CisgICBBIFJSRVEgaXMgZ2VuZXJhdGVkIHdoZW4gYW4gSVAgcGFja2V0IG5lZWRzIHRvIGJlIGZv cndhcmRlZCBmb3IgYQogICAgUm91dGVyIENsaWVudCwgYW5kIG5vIHZhbGlkIHJvdXRlIGN1cnJl bnRseSBleGlzdHMgZm9yIHRoZSBwYWNrZXQncwogICAgZGVzdGluYXRpb24gaW4gdGhlIFJvdXRp bmcgSW5mb3JtYXRpb24gQmFzZS4KIAotICAgQmVmb3JlIGNyZWF0aW5nIGFuIFJSRVEsIHRoZSBy b3V0ZXIgU0hPVUxEIGNoZWNrIGlmIGFuIFJSRVEgaGFzCisKKyAgIEJlZm9yZSBjcmVhdGluZyBh IFJSRVEsIHRoZSByb3V0ZXIgU0hPVUxEIGNoZWNrIGlmIGEgUlJFUSBoYXMKICAgIHJlY2VudGx5 IGJlZW4gc2VudCBmb3IgdGhlIHJlcXVlc3RlZCBkZXN0aW5hdGlvbi4gIElmIHNvLCBhbmQgdGhl CiAgICB3YWl0IHRpbWUgZm9yIGEgcmVwbHkgaGFzIG5vdCB5ZXQgYmVlbiByZWFjaGVkLCB0aGUg cm91dGVyIFNIT1VMRAogICAgY29udGludWUgdG8gYXdhaXQgYSByZXNwb25zZSB3aXRob3V0IGdl bmVyYXRpbmcgYSBuZXcgUlJFUS4gIElmIHRoZQogICAgdGltZW91dCBoYXMgYmVlbiByZWFjaGVk LCBhIG5ldyBSUkVRIE1BWSBiZSBnZW5lcmF0ZWQuICBJZiBidWZmZXJpbmcKICAgIGlzIGNvbmZp Z3VyZWQsIGluY29taW5nIElQIHBhY2tldHMgYXdhaXRpbmcgdGhpcyByb3V0ZSBTSE9VTEQgYmUK ICAgIGJ1ZmZlcmVkIHVudGlsIHRoZSByb3V0ZSBkaXNjb3ZlcnkgaXMgY29tcGxldGVkLgorKHBl cmhhcHMgSeKAmW0gbWlzc2luZyBhIHRhYmxlIG9yIHNvbWV0aGluZyBidXQgSSBkb27igJl0IHJl bWVtYmVyIGFueSBSUkVRIHRhYmxlIG9yIGxpc3QgYmVpbmcgZGVzY3JpYmVkIHdoaWNoIGkgY2Fu IGNoZWNrIGlmIGEgUlJFUSBoYXMgYmVlbiByZWNlbnRseSBzZW50IHdpdGggYXNzb2NpYXRlZCB0 aW1lcnMuIElmIHRoZXJlIGlzIHN1Y2ggYSB0YWJsZSB0aGVuIGl0IHNob3VsZCBiZSBtZW50aW9u ZWQgaGVyZS4gSWYgdGhlcmUgaXNu4oCZdCBhb24gdGhlcmUgc2hvdWxkIGJlLiBKV0QhKQorCiAK ICAgIElmIHRoZSBsaW1pdCBmb3IgdGhlIHJhdGUgb2YgQU9EVnYyIGNvbnRyb2wgbWVzc2FnZSBn ZW5lcmF0aW9uIGhhcwogICAgYmVlbiByZWFjaGVkLCBubyBtZXNzYWdlIFNIT1VMRCBiZSBnZW5l cmF0ZWQuICBJZiBhcHByb2FjaGluZyB0aGUKICAgIGxpbWl0LCB0aGUgbWVzc2FnZSBzaG91bGQg YmUgc2VudCBpZiB0aGUgcHJpb3JpdGllcyBpbiBTZWN0aW9uIDYuNQogICAgYWxsb3cgaXQuCiso VGhlcmUgaXMgbm8gZGVmaW5lZCBiZWhhdmlvciBoZXJlLiBBcHByb2FjaGluZyB0aGUgbGltaXQ/ IFNlY3Rpb24gNi41IG91dGxpbmVzIHdoaWNoIG1lc3NhZ2VzIGFyZSBtb3JlIGltcG9ydGFudCBi dXQgbm93IGhvdyB0byBkZWNpZGUgdG8gYWxsb3cgdGhlbSB0byBiZSB0cmFuc21pdHRlZCBvciBu b3QuIEpXRCkKKwogCiAgICBUbyBnZW5lcmF0ZSB0aGUgUlJFUSwgdGhlIHJvdXRlciAocmVmZXJy ZWQgdG8gYXMgUlJFUV9HZW4pIGZvbGxvd3MKICAgIHRoaXMgcHJvY2VkdXJlOgpAQCAtMjE1OSw2 ICsyMjI3LDggQEAKICAgICAgICAqICBJZiBzbywgZ2VuZXJhdGUgYW4gUlJFUCBhcyBzcGVjaWZp ZWQgaW4gU2VjdGlvbiA3LjIuMS4KIAogICAgICAgICogIElmIG5vdCwgY29udGludWUgdG8gUlJF USByZWdlbmVyYXRpb24uCisodGhpcyB3YXMgZ29vZCBKV0QpCisKIAogCiAKQEAgLTIxODMsNiAr MjI1Myw4IEBACiAgICBBT0RWdjIgY29udHJvbCBtZXNzYWdlIGdlbmVyYXRpb24gaGFzIGJlZW4g cmVhY2hlZC4gIElmIGFwcHJvYWNoaW5nCiAgICB0aGUgbGltaXQsIHRoZSBtZXNzYWdlIHNob3Vs ZCBiZSBzZW50IGlmIHRoZSBwcmlvcml0aWVzIGluCiAgICBTZWN0aW9uIDYuNSBhbGxvdyBpdC4K Kyh0aGlzIGFnYWluIGRvZXNu4oCZdCBkZXNjcmliZSBhIGRlZmluZWQgYmVoYWl2b3IuICBhcHBy b2FjaGluZyBhdGhlIGxpbWl0PyBhbmQgNi41IGRvZXNu4oCZdCBkaXNhbG93IGFueXRoaW5nIEpX RCkKKwogCiAgICBUaGUgcHJvY2VkdXJlIGZvciBSUkVRIHJlZ2VuZXJhdGlvbiBpcyBhcyBmb2xs b3dzOgogCkBAIC0yMjA3LDYgKzIyNzksOCBAQAogICAgICAgICogIFRoZSBWYWxpZGl0eVRpbWUg aXMgZWl0aGVyIHRoZSB0aW1lIGxpbWl0IHRoZSBwcmV2aW91cyBBT0RWdjIKICAgICAgICAgICBy b3V0ZXIgc3BlY2lmaWVkLCBvciB0aGUgdGltZSBsaW1pdCB0aGlzIHJvdXRlciB3aXNoZXMgdG8K ICAgICAgICAgICBpbXBvc2UsIHdoaWNoZXZlciBpcyBsb3dlci4KK1RoZXJlIG1pZ2h0IGJlIGEg cHJvYmxlbSB3aXRoIHZlcnkgc2hvcnQgdmFsaWRpdHkgdGltZXMgb24gdmVyeSBsb3cgbWV0cmlj IHJvdXRlcyBpbiB0aGF0IHRoZXkgd2lsbCBiZSBzZWxlY3RlZCByZWdhcmRsZXNzIG9mIHRoZSB0 aW1lLiBOb3QgYSBwcm9ibGVtIGJ1dCBzb21ldGhpbmcgdGhhdCBjb3VsZCBjYXVzZSBpc3N1ZXMu IFBlcmhhcHMgc29tZSBtaW5pbXVtIHRpbWUgc2hvdWxkIGJlIG1hbmRhdGVkLiBKV0QpCisKIAog ICAgVGhpcyBBT0RWdjIgbWVzc2FnZSBpcyB1c2VkIHRvIGNyZWF0ZSBhIGNvcnJlc3BvbmRpbmcg W1JGQzU0NDRdCiAgICBtZXNzYWdlIChzZWUgU2VjdGlvbiA4KSB3aGljaCBpcyBtdWx0aWNhc3Qs IGJ5IGRlZmF1bHQsIHRvIExMLU1BTkVULQpAQCAtMjIyMCw4ICsyMjk0LDcgQEAKIAogCiBQZXJr aW5zLCBldCBhbC4gICAgICAgICAgIEV4cGlyZXMgSnVseSAyMSwgMjAxNiAgICAgICAgICAgICAg ICBbUGFnZSAzOV0KLQwtCisgCiBJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICBBT0RW djIgICAgICAgICAgICAgICAgICAgICBKYW51YXJ5IDIwMTYKIAogCkBAIC0yMzEzLDYgKzIzODYs OCBAQAogICAgQSBSb3V0ZSBSZXBseSBtZXNzYWdlIGlzIGdlbmVyYXRlZCB3aGVuIGEgUm91dGUg UmVxdWVzdCBhcnJpdmVzLAogICAgcmVxdWVzdGluZyBhIHJvdXRlIHRvIGFuIGFkZHJlc3Mgd2hp Y2ggaXMgY29uZmlndXJlZCBhcyBhIFJvdXRlcgogICAgQ2xpZW50IG9mIHRoZSBBT0RWdjIgcm91 dGVyLgorKHBsZWFzZSBzcGVjaWZ5IHdoYXQgaW4gdGhlIG1lc3NhZ2UgbWF0Y2hlcyB0aGUgY29u ZmlndXJlZCBSb3V0ZXIgQ2xpZW50LiBKV0QpCisKIAogICAgQmVmb3JlIGNyZWF0aW5nIGFuIFJS RVAsIHRoZSByb3V0ZXIgU0hPVUxEIGNoZWNrIGlmIHRoZSBjb3JyZXNwb25kaW5nCiAgICBSUkVR IGlzIHJlZHVuZGFudCwgaS5lLiwgYSBSb3V0ZSBSZXBseSBoYXMgYWxyZWFkeSBiZWVuIGdlbmVy YXRlZCBpbgpAQCAtMjMyMCw2ICsyMzk1LDggQEAKICAgIG1lc3NhZ2UgZ2VuZXJhdGlvbiBoYXMg YmVlbiByZWFjaGVkLiAgSWYgc28sIHRoZSBSUkVQIFNIT1VMRCBOT1QgYmUKICAgIGNyZWF0ZWQu ICBJZiBhcHByb2FjaGluZyB0aGUgbGltaXQsIHRoZSBtZXNzYWdlIHNob3VsZCBiZSBzZW50IGlm IHRoZQogICAgcHJpb3JpdGllcyBpbiBTZWN0aW9uIDYuNSBhbGxvdyBpdC4KKyhzYW1lIGFzIGJl Zm9yZSBKV0QpCisKIAogICAgVGhlIFJSRVAgd2lsbCBmb2xsb3cgdGhlIHBhdGggb2YgdGhlIHJv dXRlIHRvIE9yaWdBZGRyLiAgSWYgdGhlIGJlc3QKICAgIHJvdXRlIHRvIE9yaWdBZGRyIGluIHRo ZSBMb2NhbCBSb3V0ZSBTZXQgaXMgVW5jb25maXJtZWQsIHRoZSBsaW5rIHRvCkBAIC0yMzYyLDYg KzI0MzksOCBAQAogICAgMy4gIElmIHRoZSBsaW5rIHRvIHRoZSBuZXh0IGhvcCByb3V0ZXIgdG93 YXJkIE9yaWdBZGRyIGlzIG5vdCBrbm93bgogICAgICAgIHRvIGJlIGJpZGlyZWN0aW9uYWwsIGlu Y2x1ZGUgdGhlIEFja1JlcSB3aXRoIHRoZSBhZGRyZXNzIG9mIHRoZQogICAgICAgIGludGVuZGVk IG5leHQgaG9wIHJvdXRlcgorKHBsZWFzZSBpbmNsdWRlIHNlY3Rpb24gZGVzY3JpYmluZyBBY2tS ZXEgZm9ybWF0aW5nIEpXRCkKKwogCiAgICA0LiAgU2V0IEFkZHJlc3MgTGlzdCA6PSB7T3JpZ0Fk ZHIsIFRhcmdBZGRyfQogCkBAIC0yNDM5LDcgKzI1MTgsNyBAQAogCiAgICA2LiAgIElmIHRoZSBB Y2tSZXEgaXMgcHJlc2VudCwgY2hlY2sgdGhlIGludGVuZGVkIHJlY2lwaWVudCBvZiB0aGUKICAg ICAgICAgcmVjZWl2ZWQgUlJFUAotCisocGxlYXNlIHNwZWNpZnkgaG93IG9uZSBkZXRlcm1pbmVz IGhvdyB0byBjaGVjayB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LiAgV2hhdCBkYXRhIGVsZW1lbnQg aW4gdGhlIEFja1JlcSBtYXRjaGVzIHdoYXQgPyAgSldEKQogICAgICAgICAqICBJZiB0aGUgcmVj ZWl2aW5nIHJvdXRlciBpcyB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBzZW5kIGFuCiAgICAgICAg ICAgIGFja25vd2xlZGdlbWVudCBhcyBzcGVjaWZpZWQgaW4gU2VjdGlvbiA3LjMgYW5kIGNvbnRp bnVlCiAgICAgICAgICAgIHByb2Nlc3NpbmcuCkBAIC0yNDgyLDcgKzI1NjEsNyBAQAogICAgICAg ICAqICBJZiBub3QsIGEgUm91dGUgRXJyb3IgbWVzc2FnZSBTSE9VTEQgYmUgdHJhbnNtaXR0ZWQg dG8KICAgICAgICAgICAgVGFyZ0FkZHIgYWNjb3JkaW5nIHRvIFNlY3Rpb24gNy40LjEgYW5kIHRo ZSBSUkVQIFNIT1VMRCBiZQogICAgICAgICAgICBkaXNjYXJkZWQgYW5kIG5vdCByZWdlbmVyYXRl ZC4KLQorKGFnYWluIG1vc3RseSBnb29kIGhlcmUgSldEKQogNy4yLjMuICBSUkVQIFJlZ2VuZXJh dGlvbgogCiAgICBBIHJlY2VpdmVkIFJvdXRlIFJlcGx5IG1lc3NhZ2UgaXMgcmVnZW5lcmF0ZWQg dG93YXJkIE9yaWdBZGRyLgpAQCAtMjQ5NCwxMSArMjU3MywxNyBAQAogICAgdGhlIFJSRVAsIGlu IHRoZSBzYW1lIHdheSBpdCBNQVkgY2hvb3NlIG5vdCB0byByZWdlbmVyYXRlIGFuIFJSRVEKICAg IChzZWUgU2VjdGlvbiA3LjEuMyksIHRob3VnaCB0aGlzIGNvdWxkIGRlY3JlYXNlIGNvbm5lY3Rp dml0eSBpbiB0aGUKICAgIG5ldHdvcmsgb3IgcmVzdWx0IGluIG5vbi1vcHRpbWFsIHBhdGhzLgor KFRoaXMgc2VlbXMgbGlrZSBhIGJhZCBpZGVhIHRvIGRvIG9uIHRoZSByZXZlcnNlIHBhdGguICBJ dCB3b3VsZCBiZSBhIGdvb2Qgd2F5IHRvIGF0dGFjayBhIG5ldHdvcmsgRm9yd2FyZCBSUkVRIGFu ZCBkcm9wIGFsbCBSUkVQLiAgSldEKQorCiAKICAgIFRoZSBSUkVQIFNIT1VMRCBOT1QgYmUgcmVn ZW5lcmF0ZWQgaWYgdGhlIGxpbWl0IGZvciB0aGUgcmF0ZSBvZgogICAgQU9EVnYyIGNvbnRyb2wg bWVzc2FnZSBnZW5lcmF0aW9uIGhhcyBiZWVuIHJlYWNoZWQuICBJZiBhcHByb2FjaGluZwogICAg dGhlIGxpbWl0LCB0aGUgbWVzc2FnZSBzaG91bGQgYmUgc2VudCBpZiB0aGUgcHJpb3JpdGllcyBp bgogICAgU2VjdGlvbiA2LjUgYWxsb3cgaXQuCisoVGhlIHVuZGVmaW5lZCBhcHByb2FjaGluZyB0 aGUgbGltaXQgdGhpbmcgYWdhaW4gSldEKQorCisKKwogCiAKIApAQCAtMjUxMCwxNCArMjU5NSwx MSBAQAogSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAg ICAgICAgICAgSmFudWFyeSAyMDE2CiAKIAotICAgSWYgdGhlIGxpbmsgdG8gdGhlIG5leHQgaG9w IG5laWdoYm9yIG9uIHRoZSBMb2NhbFJvdXRlIHRvIE9yaWdBZGRyIGlzCi0gICBub3QgeWV0IGNv bmZpcm1lZCBhcyBiaWRpcmVjdGlvbmFsIChhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA2LjIpLCB0 aGUKLSAgIFJSRVAgTVVTVCBpbmNsdWRlIEFja1JlcSBzZXQgdG8gdGhlIGludGVuZGVkIG5leHQg aG9wIGFkZHJlc3MsIGluCi0gICBvcmRlciB0byBwZXJmb3JtIG5leHQgaG9wIG1vbml0b3Jpbmcu ICBJZiBiaWRpcmVjdGlvbmFsaXR5IGlzIGFscmVhZHkKLSAgIGNvbmZpcm1lZCwgdGhlIEFja1Jl cSBjYW4gYmUgb21pdHRlZC4gIFRoZSBBY2tSZXEgaW5kaWNhdGVzIHRoYXQgYW4KLSAgIGFja25v d2xlZGdlbWVudCB0byB0aGUgUlJFUCBpcyByZXF1ZXN0ZWQgaW4gdGhlIGZvcm0gb2YgYSBSb3V0 ZSBSZXBseQotICAgQWNrbm93bGVkZ2VtZW50IChSUkVQX0FjaykgZnJvbSB0aGUgaW50ZW5kZWQg bmV4dCBob3Agcm91dGVyLCB3aXRoaW4KLSAgIFJSRVBfQWNrX1NFTlRfVElNRU9VVC4KKworCisg CisoQWxsIG9mIHRoZSBhYm92ZSBpcyByZWR1bmRhbnQuIEpXRCkKKwogCiAgICBUaGUgcHJvY2Vk dXJlIGZvciBSUkVQIHJlZ2VuZXJhdGlvbiBpcyBhcyBmb2xsb3dzOgogCkBAIC0yNTMyLDYgKzI2 MTQsOCBAQAogICAgNC4gIElmIHRoZSBsaW5rIHRvIHRoZSBuZXh0IGhvcCByb3V0ZXIgdG93YXJk IE9yaWdBZGRyIGlzIG5vdCBrbm93bgogICAgICAgIHRvIGJlIGJpZGlyZWN0aW9uYWwsIGluY2x1 ZGUgdGhlIEFja1JlcSB3aXRoIHRoZSBhZGRyZXNzIG9mIHRoZQogICAgICAgIGludGVuZGVkIG5l eHQgaG9wIHJvdXRlcgorKFRIZXJlIG5lZWRzIHRvIGJlIHNvbWUgc29ydCBvZiB0YWJsZSB3aGlj aCBpcyB1cGRhdGVkICB3aXRoIHRpbWVyIGFzc29jaWF0ZWQgd2l0aCB0aGlzIEFja1JlcSBKV0Qp CisKIAogICAgNS4gIFNldCBBZGRyZXNzTGlzdCwgUHJlZml4TGVuZ3RoTGlzdCwgVGFyZ1NlcU51 bSBhbmQgTWV0cmljVHlwZSB0bwogICAgICAgIHRoZSB2YWx1ZXMgaW4gdGhlIHJlY2VpdmVkIFJS RVAKQEAgLTI1OTUsNiArMjY3OSw4IEBACiAKICAgICAgICAqICBJZiB0aGUgc2VuZGVyIGhhcyBO ZWlnaGJvci5TdGF0ZSBzZXQgdG8gQmxhY2tsaXN0ZWQgYWZ0ZXIgdGhlCiAgICAgICAgICAgdXBk YXRlLCBpZ25vcmUgdGhpcyBSUkVRIGZvciBmdXJ0aGVyIHByb2Nlc3NpbmcuCisoU2hvdWxkbuKA mXQgdGhpcyBjaGVjayBjb21lIGJlZm9yZSB1cGRhdGluZz8gIFRoZSBvbmx5IHdheSB0aGUgTmVp Z2hib3IuU3RhdGUgaXMgc2V0IHRvIEJsYWNrbGlzdGVkIGlzIHRoYXQgaXRzIGFscmVhZHkgQmxh Y2tsaXN0ZWQgYW5kIHRoZXJlIGlzIG5vIG5lZWQgdG8gdXBkYXRlIHRoZSBOZWlnaGJvciBUYWJs ZS4gSldEKQorCiAKICAgIDIuICBDaGVjayBpZiB0aGUgUlJFUF9BY2sgd2FzIGV4cGVjdGVkIGZy b20gdGhlIElQIHNvdXJjZSBhZGRyZXNzIG9mCiAgICAgICAgdGhlIFJSRVBfQWNrLCBpbiByZXNw b25zZSB0byBhbiBSUkVQIHNlbnQgcHJldmlvdXNseSBieSB0aGlzCkBAIC0yNjA0LDYgKzI2OTAs OCBAQAogICAgICAgICAgIHRpbWVvdXRzLgogCiAgICAgICAgKiAgSWYgaXQgd2FzIG5vdCBleHBl Y3RlZCwgbm8gYWN0aW9ucyBhcmUgcmVxdWlyZWQuCisoV2hhdCBhcmUgd2UgY2hlY2tpbmchIFdo YXQgdGFibGUgb3IgdGltZXIgaXMgdGhlcmUgdG8gY2hlY2s/IEpXRCEpCisKIAogNy40LiAgUm91 dGUgRXJyb3IgKFJFUlIpIE1lc3NhZ2UKIApAQCAtMjY4MSwyMSArMjc2OSwyMSBAQAogSW50ZXJu ZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgQU9EVnYyICAgICAgICAgICAgICAgICAgICAgSmFu dWFyeSAyMDE2CiAKIAotICAgICAgUm91dGluZyBJbmZvcm1hdGlvbiBCYXNlIGZvciBpdHMgZGVz dGluYXRpb24sIHRoZSBzb3VyY2Ugb2YgdGhlCisKKworICAgICAgUm91dGluZyBJbmZvcm1hdGlv biBCYXNlIGZvciBpdHMgZGVzdGluYXRpb24uIFRoZSBzb3VyY2Ugb2YgdGhlCiAgICAgICBwYWNr ZXQgbmVlZHMgdG8gYmUgaW5mb3JtZWQgdGhhdCB0aGUgcm91dGUgdG8gdGhlIGRlc3RpbmF0aW9u IG9mCiAgICAgICB0aGUgcGFja2V0IGRvZXMgbm90IGV4aXN0LiAgVGhlIFJFUlIgZ2VuZXJhdGVk IE1VU1QgaW5jbHVkZQogICAgICAgUGt0U291cmNlIHNldCB0byB0aGUgc291cmNlIGFkZHJlc3Mg b2YgdGhlIElQIHBhY2tldCwgYW5kIE1VU1QKICAgICAgIGNvbnRhaW4gb25seSBvbmUgdW5yZWFj aGFibGUgYWRkcmVzcyBpbiB0aGUgQWRkcmVzc0xpc3QsIGkuZS4sIHRoZQogICAgICAgZGVzdGlu YXRpb24gYWRkcmVzcyBvZiB0aGUgSVAgcGFja2V0LiAgUkVSUl9HZW4gTVVTVCBkaXNjYXJkIHRo ZQotICAgICAgSVAgcGFja2V0IHRoYXQgdHJpZ2dlcmVkIGdlbmVyYXRpb24gb2YgdGhlIFJFUlIu ICBUaGUgcHJlZml4Ci0gICAgICBsZW5ndGggYW5kIHNlcXVlbmNlIG51bWJlciBNQVkgYmUgaW5j bHVkZWQgaWYga25vd24gZnJvbSBhbgotICAgICAgSW52YWxpZCBMb2NhbFJvdXRlIGVudHJ5IHRv IFBrdFNvdXJjZS4gIFRoZSBNZXRyaWNUeXBlTGlzdCBNVVNUCi0gICAgICBhbHNvIGJlIGluY2x1 ZGVkIGlmIGEgTWV0cmljVHlwZSBjYW4gYmUgZGV0ZXJtaW5lZCBmcm9tIHRoZSBJUAotICAgICAg cGFja2V0IG9yIGFuIGV4aXN0aW5nIEludmFsaWQgTG9jYWxSb3V0ZSB0byB0aGUgdW5yZWFjaGFi bGUKLSAgICAgIGFkZHJlc3MuCisgICAgICBJUCBwYWNrZXQgdGhhdCB0cmlnZ2VyZWQgZ2VuZXJh dGlvbiBvZiB0aGUgUkVSUi4gIFRoZSBwcmVmaXggbGVuZ3RoLAorICAgICAgc2VxdWVuY2UgbnVt YmVyIGFuZCBtZXRyaWMgdHlwZSBTSE9VTEQgYmUgaW5jbHVkZWQgaWYga25vd24gZnJvbQorICAg ICAgYW4gSW52YWxpZCBMb2NhbFJvdXRlIHRvIHRoZSB1bnJlYWNoYWJsZSBhZGRyZXNzLgorCiAK ICAgIG8gIFdoZW4gYW4gUlJFUCBtZXNzYWdlIGNhbm5vdCBiZSByZWdlbmVyYXRlZCBiZWNhdXNl IHRoZSBMb2NhbFJvdXRlCi0gICAgICB0byBPcmlnQWRkciBoYXMgYmVlbiBsb3N0IG9yIGlzIElu dmFsaWQsIFJSRVBfR2VuIG5lZWRzIHRvIGJlCisgICAgICB0byBPcmlnQWRkciBoYXMgYmVlbiBs b3N0IG9yIGlzIEludmFsaWQuIFJSRVBfR2VuIG5lZWRzIHRvIGJlCiAgICAgICBpbmZvcm1lZCB0 aGF0IHRoZSByb3V0ZSB0byBPcmlnQWRkciBkb2VzIG5vdCBleGlzdC4gIFRoZSBSRVJSCiAgICAg ICBnZW5lcmF0ZWQgTVVTVCBpbmNsdWRlIFBrdFNvdXJjZSBzZXQgdG8gdGhlIFRhcmdBZGRyIG9m IHRoZSBSUkVQLAogICAgICAgYW5kIE1VU1QgY29udGFpbiBvbmx5IG9uZSB1bnJlYWNoYWJsZSBh ZGRyZXNzIGluIHRoZSBBZGRyZXNzTGlzdCwKQEAgLTI3MjAsMTEgKzI4MDgsMTUgQEAKICAgIHJv dXRlciBTSE9VTEQgZGV0ZXJtaW5lIHdoZXRoZXIgYW4gUkVSUiBoYXMgcmVjZW50bHkgYmVlbiBz ZW50IHdpdGgKICAgIHRoZSBzYW1lIHVucmVhY2hhYmxlIGFkZHJlc3MgYW5kIFBrdFNvdXJjZSwg YW5kIFNIT1VMRCBhdm9pZCBjcmVhdGluZwogICAgZHVwbGljYXRlIFJFUlIgbWVzc2FnZXMuCiso SG93IGlzIHRoaXMgZG9uZT8gIFRoZXJlIGlzIG5vIHRhYmxlIHdpdGggcmVjZW50bHkgc2VudCBS RVJSIG1lc3NhZ2VzIHRvIGNoZWNrLiBUaGVyZSBuZWVkcyB0byBiZSB0aG91Z2guIEpXRCEpCisK IAogICAgVGhlIFJFUlIgU0hPVUxEIE5PVCBiZSBnZW5lcmF0ZWQgaWYgdGhlIGxpbWl0IGZvciB0 aGUgcmF0ZSBvZiBBT0RWdjIKICAgIGNvbnRyb2wgbWVzc2FnZSBnZW5lcmF0aW9uIGhhcyBiZWVu IHJlYWNoZWQuICBJZiBhcHByb2FjaGluZyB0aGUKICAgIGxpbWl0LCB0aGUgbWVzc2FnZSBzaG91 bGQgYmUgc2VudCBpZiB0aGUgcHJpb3JpdGllcyBpbiBTZWN0aW9uIDYuNQogICAgYWxsb3cgaXQu CisoVGhlIHVuZGVmaW5lZCBhcHByb2FjaGluZyB0aGUgbGltaXQgdGhpbmcgYWdhaW4uIEpXRCkK KwogCiAgICBJbmNpZGVudGFsbHksIGlmIGFuIEFPRFZ2MiByb3V0ZXIgcmVjZWl2ZXMgYW4gSUNN UCBlcnJvciBwYWNrZXQgdG8gb3IKICAgIGZyb20gdGhlIGFkZHJlc3Mgb2Ygb25lIG9mIGl0cyBS b3V0ZXIgQ2xpZW50cywgaXQgZm9yd2FyZHMgdGhlIElDTVAKQEAgLTI4MzEsMTQgKzI5MjMsMTQg QEAKICAgICAgICAqICBJZiB0aGUgcHJlZml4IGxlbmd0aCBpcyBkaWZmZXJlbnQsIGNyZWF0ZSBh IG5ldyBMb2NhbFJvdXRlCiAgICAgICAgICAgd2l0aCB0aGUgdW5yZWFjaGFibGUgYWRkcmVzcywg YW5kIGl0cyBwcmVmaXggbGVuZ3RoIGFuZAogICAgICAgICAgIHNlcXVlbmNlIG51bWJlciwgYW5k IHNldCBMb2NhbFJvdXRlLlN0YXRlIHRvIEludmFsaWQuCi0KKyhpdOKAmXMgbm90IGNsZWFyIHRv IG1lIHdoYXQgdGhlIHBvaW50IG9mIHRoaXMgaW52YWxpZCByb3V0ZSBpcy4gSXQgZG9lc27igJl0 IGdldCB1c2VkIGFuZCBkb2VzbuKAmXQgcmVtb3ZlIGFueSBleGlzdGluZyByb3V0ZXMuIEpXRCkK ICAgICAgICAqICBVcGRhdGUgdGhlIHNlcXVlbmNlIG51bWJlciBvbiB0aGUgZXhpc3RpbmcgTG9j YWxSb3V0ZSwgaWYgdGhlCiAgICAgICAgICAgcmVwb3J0ZWQgc2VxdWVuY2UgbnVtYmVyIGlzIGRl dGVybWluZWQgdG8gYmUgbmV3ZXIgdXNpbmcgdGhlCiAgICAgICAgICAgY29tcGFyaXNvbiB0ZWNo bmlxdWUgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC40LgogCiAgICAzLiAgQ2hlY2sgaWYgdGhlcmUg YXJlIHVucmVhY2hhYmxlIGFkZHJlc3NlcyB3aGljaCBNVVNUIGJlIHJlcG9ydGVkCiAgICAgICAg aW4gYSByZWdlbmVyYXRlZCBSRVJSCi0KKyhIb3cgZG8gd2UgY2hlY2s/IEl04oCZcyBub3QgYXQg YWxsIGNsZWFyIGhvdyB0aGlzIGlzIGRvbmUuIEpXRCEpCiAgICAgICAgKiAgSWYgc28sIHJlZ2Vu ZXJhdGUgdGhlIFJFUlIgYXMgZGV0YWlsZWQgaW4gU2VjdGlvbiA3LjQuMy4KIAogICAgICAgICog IElmIG5vdCwgdGFrZSBubyBmdXJ0aGVyIGFjdGlvbi4KQEAgLTI4NTgsNiArMjk1MCw4IEBACiAg ICB0aGUgcmF0ZSBvZiBBT0RWdjIgY29udHJvbCBtZXNzYWdlIGdlbmVyYXRpb24gaGFzIGJlZW4g cmVhY2hlZC4gIElmCiAgICBhcHByb2FjaGluZyB0aGUgbGltaXQsIHRoZSBtZXNzYWdlIHNob3Vs ZCBiZSBzZW50IGlmIHRoZSBwcmlvcml0aWVzCiAgICBpbiBTZWN0aW9uIDYuNSBhbGxvdyBpdC4K KyhBcHByb2FjaGluZyB0aGUgbGltaXQgdGhpbmcgYWdhaW4gSldEKQorCiAKICAgIFRoZSBwcm9j ZWR1cmUgZm9yIFJFUlIgcmVnZW5lcmF0aW9uIGlzIGFzIGZvbGxvd3M6CiAKQEAgLTI4NjksOCAr Mjk2Myw5IEBACiAgICAzLiAgSWYgUGt0U291cmNlIHdhcyBpbmNsdWRlZCBpbiB0aGUgb3JpZ2lu YWwgUkVSUiwgYW5kIFBrdFNvdXJjZSBpcwogICAgICAgIG5vdCBhIFJvdXRlciBDbGllbnQsIGNv cHkgaXQgaW50byB0aGUgcmVnZW5lcmF0ZWQgUkVSUgogCisKICAgIDQuICBGb3IgZWFjaCBMb2Nh bFJvdXRlIHRoYXQgbmVlZHMgdG8gYmUgcmVwb3J0ZWQ6Ci0KKyhpdOKAmXMgbm90IGNsZWFyIGhv dyB3ZSBrbm93IHdoaWNoIGxvY2Fscm91dGVzIG5lZWQgdG8gYmUgcmVwb3J0ZWQgSldEISkKICAg ICAgICAqICBJbnNlcnQgTG9jYWxSb3V0ZS5BZGRyZXNzIGludG8gdGhlIEFkZHJlc3NMaXN0Lgog CiAgICAgICAgKiAgSW5zZXJ0IExvY2FsUm91dGUuUHJlZml4TGVuZ3RoIGludG8gUHJlZml4TGVu Z3RoTGlzdCwgaWYga25vd24KQEAgLTI5ODQsNiArMzA3OSw4IEBACiA4LjEuMi4gIE1lc3NhZ2Ug VExWIEJsb2NrCiAKICAgIEFuIFJSRVEgY29udGFpbnMgbm8gTWVzc2FnZSBUTFZzLgorKHRoaXMg aW5z4oCZdCBtYW5kYXRvcnksIHJpZ2h0PyBKdXN0IEFPRFZ2MiBkb2VzbuKAmXQgZGVmaW5lIGFu eSBtZXNzYWdlIFRMVnMgZm9yIHVzZSB3aXRoIFJSRVEgSldEKQorCiAKIDguMS4zLiAgQWRkcmVz cyBCbG9jawogCkBAIC0zMDgzLDYgKzMxODAsOCBAQAogOC4yLjIuICBNZXNzYWdlIFRMViBCbG9j awogCiAgICBBbiBSUkVQIGNvbnRhaW5zIG5vIE1lc3NhZ2UgVExWcy4KKyhUaGlzIGlzbuKAmXQg bWFuZGF0b3J5IGlzIGl0PyBqdXN0IG5vbmUgYXJlIGRlZmluZWQgYnkgQU9EVnYyLiBKV0QpCisK IAogOC4yLjMuICBBZGRyZXNzIEJsb2NrCiAKQEAgLTMxNzQsMTQgKzMyNzMsMjQgQEAKIDguMy4y LiAgTWVzc2FnZSBUTFYgQmxvY2sKIAogICAgQW4gUlJFUF9BY2sgY29udGFpbnMgbm8gTWVzc2Fn ZSBUTFZzLgorKE1hbmRhdG9yeSBvciBqdXN0IG5vdCBkZWZpbmVkPyBKV0QpCisKIAogOC4zLjMu ICBBZGRyZXNzIEJsb2NrCiAKKwogICAgQW4gUlJFUF9BY2sgY29udGFpbnMgbm8gQWRkcmVzcyBC bG9jay4KLQorKE1hbmRhdG9yeSBvciBqdXN0IG5vdCBkZWZpbmVkPyBHdWVzc2luZyBtYW5kYXRv cnkgb24gdGhpcyBvbmUuIEpXRCkKIDguMy40LiAgQWRkcmVzcyBCbG9jayBUTFYgQmxvY2sKIAog ICAgQW4gUlJFUF9BY2sgY29udGFpbnMgbm8gQWRkcmVzcyBCbG9jayBUTFYgQmxvY2suCisoTWFu ZGF0b3J5IG9yIGp1c3Qgbm90IGRlZmluZWQ/IEd1ZXNzaW5nIG1hbmRhdG9yeSBvbiB0aGlzIG9u ZS4gSldEKQorCisKKworCisKKwogCiAKIApAQCAtMzIxNiw2ICszMzI1LDEwIEBACiA4LjQuMi4g IE1lc3NhZ2UgVExWIEJsb2NrCiAKICAgIEFuIFJFUlIgY29udGFpbnMgbm8gTWVzc2FnZSBUTFZz LgorKE1hbmRhdG9yeSBvciBqdXN0IG5vdCBkZWZpbmVkPyBKV0QpCisKKworCiAKIDguNC4zLiAg QWRkcmVzcyBCbG9jawogCkBAIC0zMjkyLDcgKzM0MDUsNyBAQAogICAgQXMgaW4gYW55IGV4dGVy bmFsbHktYXR0YWNoZWQgbmV0d29yaywgQU9EVnYyIHJvdXRlcnMgYW5kIFJvdXRlcgogICAgQ2xp ZW50cyB0aGF0IHdpc2ggdG8gYmUgcmVhY2hhYmxlIGZyb20gdGhlIGV4dGVybmFsIG5ldHdvcmsg TVVTVCBoYXZlCiAgICBJUCBhZGRyZXNzZXMgd2l0aGluIHRoZSBFTkFSJ3Mgcm91dGFibGUgYW5k IHRvcG9sb2dpY2FsbHkgY29ycmVjdAotICAgcHJlZml4IChpLmUuLCAxOTEuMC4yLjAvMjQgaW4g RmlndXJlIDQpLiAgVGhpcyBBT0RWdjIgbmV0d29yayBhbmQKKyAgIHByZWZpeCAoZS5nLi4sIDE5 MS4wLjIuMC8yNCBpbiBGaWd1cmUgNCkuICBUaGlzIEFPRFZ2MiBuZXR3b3JrIGFuZAogICAgbmV0 d29ya3MgYXR0YWNoZWQgdG8gcm91dGVycyB3aXRoaW4gaXQgd2lsbCBiZSBhZHZlcnRpc2VkIHRv IHRoZQogICAgZXh0ZXJuYWwgbmV0d29yayB1c2luZyBwcm9jZWR1cmVzIHdoaWNoIGFyZSBvdXQg b2Ygc2NvcGUgZm9yIHRoaXMKICAgIHNwZWNpZmljYXRpb24uCkBAIC0zMzMzLDE0ICszNDQ2LDE0 IEBACiAgICByb3V0ZSB0b3dhcmQgYW4gYWRkcmVzcyBvbiB0aGUgZXh0ZXJuYWwgbmV0d29yaywg aXQgdXNlcyB0aGUgbm9ybWFsCiAgICBBT0RWdjIgcm91dGUgZGlzY292ZXJ5IGZvciB0aGF0IElQ IERlc3RpbmF0aW9uIEFkZHJlc3MuICBUaGUgRU5BUgogICAgTVVTVCByZXNwb25kIHRvIFJSRVEg b24gYmVoYWxmIG9mIGFsbCBleHRlcm5hbCBuZXR3b3JrIGRlc3RpbmF0aW9ucywKLSAgIGkuZS4s IGRlc3RpbmF0aW9ucyBub3Qgb24gdGhlIGNvbmZpZ3VyZWQgMTkxLjAuMi4wLzI0IG5ldHdvcmsu ICBSUkVRcwotICAgZm9yIGFkZHJlc3NlcyBpbnNpZGUgdGhlIEFPRFZ2MiBuZXR3b3JrLCBpLmUu IGRlc3RpbmF0aW9ucyBvbiB0aGUKKyAgIGUuZy4uLCBkZXN0aW5hdGlvbnMgbm90IG9uIHRoZSBj b25maWd1cmVkIDE5MS4wLjIuMC8yNCBuZXR3b3JrLiAgUlJFUXMKKyAgIGZvciBhZGRyZXNzZXMg aW5zaWRlIHRoZSBBT0RWdjIgbmV0d29yaywgZS5nLiBkZXN0aW5hdGlvbnMgb24gdGhlCiAgICBj b25maWd1cmVkIDE5MS4wLjIuMC8yNCBuZXR3b3JrLCBhcmUgaGFuZGxlZCB1c2luZyB0aGUgc3Rh bmRhcmQKICAgIHByb2Nlc3NlcyBkZXNjcmliZWQgaW4gU2VjdGlvbiA3LgogCiAgICBXaGVuIGFu IElQIHBhY2tldCBmcm9tIGFuIGFkZHJlc3Mgb24gdGhlIGV4dGVybmFsIG5ldHdvcmsgZGVzdGlu ZWQKICAgIGZvciBhbiBhZGRyZXNzIGluIHRoZSBBT0RWdjIgTUFORVQgcmVhY2hlcyB0aGUgRU5B UiwgaWYgdGhlIEVOQVIgZG9lcwotICAgbm90IGhhdmUgYSByb3V0ZSB0b3dhcmQgdGhhdCBleGFj dCBkZXN0aW5hdGlvbiBpbiBpdHMgUm91dGluZworICAgbm90IGhhdmUgYSByb3V0ZSB0b3dhcmQg dGhhdCBkZXN0aW5hdGlvbiBpbiBpdHMgUm91dGluZwogICAgSW5mb3JtYXRpb24gQmFzZSwgaXQg d2lsbCBwZXJmb3JtIG5vcm1hbCBBT0RWdjIgcm91dGUgZGlzY292ZXJ5IGZvcgogICAgdGhhdCBk ZXN0aW5hdGlvbi4KIApAQCAtMzM1MCw3ICszNDYzLDcgQEAKIDEwLiAgT3B0aW9uYWwgRmVhdHVy ZXMKIAogICAgQSBudW1iZXIgb2Ygb3B0aW9uYWwgZmVhdHVyZXMgZm9yIEFPRFZ2MiwgYXNzb2Np YXRlZCBpbml0aWFsbHkgd2l0aAotICAgQU9EViwgTUFZIGJlIHVzZWZ1bCBpbiBuZXR3b3JrcyB3 aXRoIGdyZWF0ZXIgbW9iaWxpdHkgb3IgbGFyZ2VyCisgICBBT0RWLCBtYXkgYmUgdXNlZnVsIGlu IG5ldHdvcmtzIHdpdGggZ3JlYXRlciBtb2JpbGl0eSBvciBsYXJnZXIKICAgIHBvcHVsYXRpb25z LCBvciBuZXR3b3JrcyByZXF1aXJpbmcgcmVkdWNlZCBsYXRlbmN5IGZvciBhcHBsaWNhdGlvbgog ICAgbGF1bmNoZXMuICBUaGVzZSBmZWF0dXJlcyBhcmUgbm90IHJlcXVpcmVkIGJ5IG1pbmltYWwK ICAgIGltcGxlbWVudGF0aW9ucy4KQEAgLTMzODYsNyArMzQ5OSw4IEBACiAgICBkZXN0aW5hdGlv biBjYW4gYmUgc2VudCB1bmljYXN0IHRvIHRoZXNlIHByZWN1cnNvcnMgaW5zdGVhZCBvZgogICAg bXVsdGljYXN0IHRvIGFsbCBBT0RWdjIgcm91dGVycy4KIAotICAgU2luY2UgYW4gUkVSUiB3aWxs IGJlIHJlZ2VuZXJhdGVkIGlmIGl0IGNvbWVzIGZyb20gYSBuZXh0IGhvcCBvbiBhCisKKyAgIFNp bmNlIGEgUkVSUiB3aWxsIGJlIHJlZ2VuZXJhdGVkIGlmIGl0IGNvbWVzIGZyb20gYSBuZXh0IGhv cCBvbiBhCiAgICB2YWxpZCBMb2NhbFJvdXRlLCB0aGUgUkVSUiBTSE9VTEQgaWRlYWxseSBiZSBz ZW50IGJhY2t3YXJkcyBhbG9uZyB0aGUKICAgIHJvdXRlIHRoYXQgdGhlIHNvdXJjZSBvZiB0aGUg dHJhZmZpYyB1c2VzLCB0byBlbnN1cmUgaXQgaXMKICAgIHJlZ2VuZXJhdGVkIGF0IGVhY2ggaG9w IGFuZCByZWFjaGVzIHRoZSB0cmFmZmljIHNvdXJjZS4gIElmIHRoZQpAQCAtMzQ0NCw2ICszNTU4 LDEwIEBACiAKICAgIFdoZW4gYSBMb2NhbFJvdXRlIGlzIGV4cHVuZ2VkLCBhbnkgcHJlY3Vyc29y IGxpc3QgYXNzb2NpYXRlZCB3aXRoIGl0CiAgICBNVVNUIGFsc28gYmUgZXhwdW5nZWQuCisKKwor KEkgZmVlbCBsaWtlIHRoaXMgaXMgdW5kZXJzcGVjaWZpZWQgYW5kIHdvdWxkIGJlIGJldHRlciBz ZXJ2ZWQgaW4gYSBzZXBhcmF0ZSBkb2N1bWVudCBsaWtlIEludGVybWVkaWF0ZSBSUkVQLiAgSXMg dGhlcmUgYW55dGhpbmcgd3Jvbmcgd2l0aCBsZWF2aW5nIHRoZSBiZWhhdmlvciByZXF1aXJlZCBh IE1BWSBhbmQgZGVzY3JpYmluZyB0aGF0IGJlaGF2aW9yIGluIGFub3RoZXIgZHJhZnQ/IEpXRCkK KwogCiAxMC4zLiAgSW50ZXJtZWRpYXRlIFJSRVAKIApAQCAtMzUyMyw2ICszNjQxLDEyIEBACiAg ICBhdCBhbnkgQU9EVnYyIHJvdXRlciB1c2luZyBhIGdyZWF0ZXIgdmFsdWUgZm9yIE1BWF9TRVFO VU1fTElGRVRJTUUuCiAgICBUaGlzIHdvdWxkIGRlbGF5IHJvdXRlIGRpc2NvdmVyeSBmcm9tIGFu ZCB0byB0aGUgcmUtaW5pdGlhbGl6aW5nCiAgICByb3V0ZXIuCisoaXMgTUFYX1NFUU5VTV9MSUZF VElNRSB0aGUgb25seSBwYXJhbWV0ZXIgd2hpY2ggTVVTVCBiZSBjb25maWd1cmVkIHRoZSBzYW1l IGFjcm9zcyB0aGUgbmV0d29yaz8gIEpXRCkKKworCisKKworCiAKIAogCkBAIC0zOTA0LDYgKzQw MjgsMTAgQEAKICAgIGRlZmluZWQgaW4gW1JGQzcxODJdIHRvIHByb3RlY3QgYWdhaW5zdCByZXBs YXkgYXR0YWNrcywgdXNpbmcgU2VxTnVtCiAgICBmcm9tIFJFUlJfR2VuIGFzIHRoZSB2YWx1ZSBp biB0aGUgVElNRVNUQU1QIFRMVi4KIAorCisoSSBkaWQgTk9UIHJldmlldyB0aGUgc2VjdXJpdHkg c2VjdGlvbiBKV0QpCisKKwogMTQuICBBY2tub3dsZWRnbWVudHMKIAogICAgQU9EVnYyIGlzIGEg ZGVzY2VuZGFudCBvZiB0aGUgZGVzaWduIG9mIHByZXZpb3VzIE1BTkVUIG9uLWRlbWFuZAo= --089e0160c35cd924cb052d092d4a-- From nobody Wed Mar 2 02:02:52 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 229461ACD24 for ; Wed, 2 Mar 2016 02:02:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.102 X-Spam-Level: X-Spam-Status: No, score=-4.102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RDNS_NONE=0.793] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wcNciiInqUaT for ; Wed, 2 Mar 2016 02:02:47 -0800 (PST) Received: from ukmta2.baesystems.com (unknown [20.133.0.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17DAE1ACD22 for ; Wed, 2 Mar 2016 02:02:45 -0800 (PST) X-IronPort-AV: E=Sophos; i="5.22,528,1449532800"; d="scan'208,217"; a="31737727" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta2.baesystems.com with ESMTP; 02 Mar 2016 10:02:42 +0000 X-IronPort-AV: E=Sophos;i="5.22,528,1449532800"; d="scan'208,217";a="108479701" Received: from glkxh0003v.greenlnk.net ([10.109.2.34]) by baemasmds016.greenlnk.net with ESMTP; 02 Mar 2016 10:02:38 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.232]) by GLKXH0003V.GREENLNK.net ([10.109.2.34]) with mapi id 14.03.0248.002; Wed, 2 Mar 2016 10:02:39 +0000 From: "Dearlove, Christopher (UK)" To: Justin Dean , "manet@ietf.org" Thread-Topic: [manet] AODVv2 reivew Thread-Index: AQHRdD4WRDweosZeYUaXn9ZeZX2IAZ9F6F6w Date: Wed, 2 Mar 2016 10:02:38 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D8C022798GLKXM0002VGREEN_" MIME-Version: 1.0 Archived-At: Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 10:02:50 -0000 --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D8C022798GLKXM0002VGREEN_ Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 T2J2aW91c2x5IChpZiB5b3UgY29uc2lkZXIgdGltZSB6b25lcykgSSBoYXZlbuKAmXQgZG9uZSBt b3JlIHRoYW4gc2tpbSB0aHJvdWdoIEp1c3RpbuKAmXMgZXh0ZW5zaXZlIGNvbW1lbnRzLg0KDQpC dXQgSSBub3RpY2VkIG9uZSB0aGluZy4gKFRoZSB0ZXh0IGlzIHRoZSBkcmFmdCwgdGhlIHBhcmVu dGhlc2lzIGlzIEp1c3RpbuKAmXMgY29tbWVudC4pDQoNCiAgIEFPRFZ2MiBzdXBwb3J0cyByb3V0 ZXJzIHdpdGggbXVsdGlwbGUgaW50ZXJmYWNlcyBhbmQgbXVsdGlwbGUgSVANCiAgIGFkZHJlc3Nl cyBwZXIgaW50ZXJmYWNlLiAgICh0aGlzIHNob3VsZCBiZSBkaXNhbGxvd2VkIGFzIGl0IGNhbiBm b3JtIG5vbiB2YWxpZCByb3V0ZXMgd2l0aCB1bmktZGlyZWN0aW9uYWwgbGlua3MgSldEKQ0KDQpJ IGRvbuKAmXQga25vdyB3aGF0IGNhc2UgSnVzdGluIGlzIHN1Z2dlc3RpbmcsIGl0IHdvdWxkIGJl IHVzZWZ1bCB0byBoYXZlIGFuIGV4YW1wbGUgdG8gZGV0ZXJtaW5lIGlmIHRoaXMgaXMgYSBwcm9i bGVtIG9yIG5vdC4gT3Igd2hpY2ggb2YgdGhlIHR3byBjYXNlcyAobXVsdGlwbGUgaW50ZXJmYWNl cyBvciBhZGRyZXNzZXMpIHRoZXJl4oCZcyBhIHN1Z2dlc3RlZCBwcm9ibGVtIHdpdGguDQoNCk11 bHRpcGxlIGludGVyZmFjZXMgYXJlIHJlYWxseSBhbiBlc3NlbnRpYWwsIGFuZCBtdWx0aXBsZSBh ZGRyZXNzZXMgcGVyIGludGVyZmFjZSBoaWdobHkgZGVzaXJhYmxlLiBUaGUgbGF0dGVyIG1pZ2h0 IGludHJvZHVjZSBpbmVmZmljaWVuY2llcyAoc2VhcmNoaW5nIGFnYWluIGZvciBhIGRlc3RpbmF0 aW9uIGJlY2F1c2UgdXNpbmcgYSBkaWZmZXJlbnQgYWRkcmVzcykuDQoNCk9uIHRoZSBpbmVmZmlj aWVuY3ksIEnigJl2ZSB3b25kZXJlZCBpZiBjb3VsZG7igJl0IGJlIGhhbmRsZWQgYnkgYW4gUlJF UCByZXBvcnRpbmcgbm90IGp1c3QgdGhlIHNlYXJjaGVkIGZvciBhZGRyZXNzLCBidXQgYWxzbyBh bnkgb3RoZXIgYWRkcmVzc2VzIHRoYXQgYXJlIHN1cHBvcnRlZC4gSeKAmXZlIGFsc28gd29uZGVy ZWQgaWYgdGhpcyB3b3VsZCBoZWxwIHdpdGggdGhlIGdhdGV3YXkgaXNzdWUgKGUuZy4geW91IHNl YXJjaCBmb3IgYS5iLmMuZCBhbmQgZ2V0IGFuIFJSRVAgc2F5aW5nIGEuYi5jLmQgYmVjYXVzZSBz dXBwb3J0aW5nIDAuMC4wLjAvMzIgKGhvdyB0byByZXBvcnQgdGhhdCBhbmQgbm90IGJyZWFrIG1h eGltdW0gcHJlZml4IG1hdGNoaW5nIHdvdWxkIGJlIG5lZWRlZCwgYS5iLmMuZC8wIGlzIHJlYWxs eSB3YW50IHlvdSB3b3VsZCB3YW50IHRvIHNheSAtIHdoZXRoZXIgdGhhdOKAmXMgYWxsb3dlZCBp cyBzb21ldGhpbmcgSeKAmXZlIG5ldmVyIGdvdCBhIGRlZmluaXRpdmUgYW5zd2VyIHRvKS4gQnV0 IG5vdGUgdGhhdCBteSB1c2Ugb2Yg4oCcd29uZGVyZWTigJ0gaXMgYmVjYXVzZSB0aGlzIGlzIHNw ZWN1bGF0aXZlLCBpdCBtYXkgd2VsbCBicmVhay4gRXNwZWNpYWxseSBhcyBJIGRvbuKAmXQga25v dyB3aGF0IEp1c3RpbuKAmXMgY2FzZSBpcy4NCg0KSW4gTkhEUCwgd2UgYWRkZWQgKGZvbGxvd2lu ZyByZXF1ZXN0cyBmcm9tIHRoZSBXRywgU3RhbiBpbiBwYXJ0aWN1bGFyIElJUkMpIHRoZSBtb3Jl IHRyaWNreSBjYXNlIG9mIHRoZSBzYW1lIGFkZHJlc3MgdXNlZCBvbiBkaWZmZXJlbnQgaW50ZXJm YWNlcy4gV2UgaGFkIHRvIGxpbWl0IHRoYXQsIHNvIGFueSByZWNlaXZpbmcgaW50ZXJmYWNlIHdv dWxkIG9ubHkgZXZlciByZWNlaXZlIG9uZSBvciB0aGUgb3RoZXIgKHdoaWNoIG90aGVyd2lzZSBp cyBub3QgYSByZXF1aXJlbWVudCBpbiBOSERQKSAtIHdoaWNoIG1pZ2h0IGluIGEgcmVhbCBjYXNl IGJlIGUuZy4gZGlmZmVyZW50IGZyZXF1ZW5jaWVzICh0aW1lc2xvdHMsIGNvZGVzLCBldGMuKSBJ IGhhdmUgbm8gaWRlYSB3aGV0aGVyIHRoaXMgaXMgZWFzeSBvciBoYXJkIGluIEFPRFZ2MiAodGhl IGRldmlsIGlzIGluIHRoZSBkZXRhaWxzKS4gSSBkb27igJl0IGtub3cgaWYgU3RhbiAoZm9yIGV4 YW1wbGUpIHN0aWxsIGhhcyB0aGlzIHJlcXVpcmVtZW50Lg0KDQotLQ0KQ2hyaXN0b3BoZXIgRGVh cmxvdmUNClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXINCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50 ZWxsaWdlbmNlIExhYm9yYXRvcmllcw0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KVDogICs0NCAoMCkx MjQ1IDI0MjE5NCAgfCAgRTogY2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb208bWFpbHRvOmNo cmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPg0KDQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVs bGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1z Zm9yZCwgRXNzZXggQ00yIDhITi4NCnd3dy5iYWVzeXN0ZW1zLmNvbS9haTxodHRwOi8vd3d3LmJh ZXN5c3RlbXMuY29tL2FpPg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGltaXRl ZA0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICYgV2FsZXMgTm86IDAxMzM3NDUxDQpSZWdpc3RlcmVk IE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQ DQoNCkZyb206IG1hbmV0IFttYWlsdG86bWFuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxm IE9mIEp1c3RpbiBEZWFuDQpTZW50OiAwMiBNYXJjaCAyMDE2IDA0OjE5DQpUbzogbWFuZXRAaWV0 Zi5vcmcNClN1YmplY3Q6IFttYW5ldF0gQU9EVnYyIHJlaXZldw0KDQoNCioqKiBXQVJOSU5HICoq Kg0KVGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRlIG91ciBvcmdhbmlzYXRpb24s IGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIgb3IgdGhlIGludGVybmV0Lg0KQ29uc2lk ZXIgY2FyZWZ1bGx5IHdoZXRoZXIgeW91IHNob3VsZCBjbGljayBvbiBhbnkgbGlua3MsIG9wZW4g YW55IGF0dGFjaG1lbnRzIG9yIHJlcGx5Lg0KRm9yIGluZm9ybWF0aW9uIHJlZ2FyZGluZyBSZWQg RmxhZ3MgdGhhdCB5b3UgY2FuIGxvb2sgb3V0IGZvciBpbiBlbWFpbHMgeW91IHJlY2VpdmUsIGNs aWNrIGhlcmU8aHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2Vj dXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3MucGRmPi4NCklmIHlvdSBmZWVs IHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93IHRoaXMgcHJvY2VzczxodHRw Oi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9zcG90bGln aHRzL0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0aCUyMFN1c3BpY2lvdXMlMjBFbWFpbHMucGRmPi4N CioqKiBXQVJOSU5HICoqKg0KRVhURVJOQUwgRU1BSUwgLS0gVGhpcyBtZXNzYWdlIG9yaWdpbmF0 ZXMgZnJvbSBvdXRzaWRlIG91ciBvcmdhbml6YXRpb24uDQoNCkkndmUgY29tcGxldGVkIG15IHJl dmlldyBvZiB0aGUgZHJhZnQgMTMgb2YgQU9EVnYyLiAgQXR0YWNoZWQgaXMgbXkgdXBkYXRlZCB3 aXRoIGNvbW1lbnRzIChtYXJrZWQgSldEKSBhbmQgdmFyaW91cyBpbmxpbmUgZml4ZXMgZHJhZnQv cmV2aWV3LiAgIEkndmUgYWxzbyBpbmNsdWRlZCBhIGRpZmYgdG8gaWxsdXN0cmF0ZSB0aGUgaW5s aW5lIGZpeGVzLiAgSSBkaWQgbm90IHJldmlldyB0aGUgc2VjdXJpdHkgc2VjdGlvbi4gIEkgZGlk IGhhdmUgYSBmZXcgbWFqb3IgY29tbWVudHMgd2hpY2ggYXJlIG1hcmtlZCB3aXRoIEpXRCENCg0K SnVzdGluDQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKgpUaGlzIGVtYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgYXJlIGNv bmZpZGVudGlhbCB0byB0aGUgaW50ZW5kZWQKcmVjaXBpZW50IGFuZCBtYXkgYWxzbyBiZSBwcml2 aWxlZ2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQKcmVjaXBpZW50IHBsZWFzZSBkZWxl dGUgaXQgZnJvbSB5b3VyIHN5c3RlbSBhbmQgbm90aWZ5IHRoZSBzZW5kZXIuCllvdSBzaG91bGQg bm90IGNvcHkgaXQgb3IgdXNlIGl0IGZvciBhbnkgcHVycG9zZSBub3IgZGlzY2xvc2Ugb3IKZGlz dHJpYnV0ZSBpdHMgY29udGVudHMgdG8gYW55IG90aGVyIHBlcnNvbi4KKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioK --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D8C022798GLKXM0002VGREEN_ Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6 NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0K ZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1h eD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9 IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9k eSBsYW5nPSJFTi1HQiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk9idmlvdXNseSAoaWYgeW91IGNvbnNpZGVyIHRpbWUgem9u ZXMpIEkgaGF2ZW7igJl0IGRvbmUgbW9yZSB0aGFuIHNraW0gdGhyb3VnaCBKdXN0aW7igJlzIGV4 dGVuc2l2ZSBjb21tZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkJ1dCBJIG5vdGljZWQgb25lIHRoaW5nLiAoVGhl IHRleHQgaXMgdGhlIGRyYWZ0LCB0aGUgcGFyZW50aGVzaXMgaXMgSnVzdGlu4oCZcyBjb21tZW50 Lik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsgQU9EVnYyIHN1 cHBvcnRzIHJvdXRlcnMgd2l0aCBtdWx0aXBsZSBpbnRlcmZhY2VzIGFuZCBtdWx0aXBsZSBJUDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O21zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mbmJzcDsmbmJzcDsgYWRkcmVzc2VzIHBlciBpbnRlcmZh Y2UuJm5ic3A7Jm5ic3A7ICh0aGlzIHNob3VsZCBiZSBkaXNhbGxvd2VkIGFzIGl0IGNhbiBmb3Jt IG5vbiB2YWxpZCByb3V0ZXMgd2l0aCB1bmktZGlyZWN0aW9uYWwgbGlua3MgSldEKTwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIGRv buKAmXQga25vdyB3aGF0IGNhc2UgSnVzdGluIGlzIHN1Z2dlc3RpbmcsIGl0IHdvdWxkIGJlIHVz ZWZ1bCB0byBoYXZlIGFuIGV4YW1wbGUgdG8gZGV0ZXJtaW5lIGlmIHRoaXMgaXMgYSBwcm9ibGVt IG9yIG5vdC4gT3Igd2hpY2ggb2YgdGhlIHR3byBjYXNlcyAobXVsdGlwbGUNCiBpbnRlcmZhY2Vz IG9yIGFkZHJlc3NlcykgdGhlcmXigJlzIGEgc3VnZ2VzdGVkIHByb2JsZW0gd2l0aC48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPk11bHRpcGxlIGludGVyZmFjZXMgYXJlIHJlYWxseSBhbiBlc3NlbnRpYWwsIGFuZCBtdWx0 aXBsZSBhZGRyZXNzZXMgcGVyIGludGVyZmFjZSBoaWdobHkgZGVzaXJhYmxlLiBUaGUgbGF0dGVy IG1pZ2h0IGludHJvZHVjZSBpbmVmZmljaWVuY2llcyAoc2VhcmNoaW5nIGFnYWluDQogZm9yIGEg ZGVzdGluYXRpb24gYmVjYXVzZSB1c2luZyBhIGRpZmZlcmVudCBhZGRyZXNzKS48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi Pk9uIHRoZSBpbmVmZmljaWVuY3ksIEnigJl2ZSB3b25kZXJlZCBpZiBjb3VsZG7igJl0IGJlIGhh bmRsZWQgYnkgYW4gUlJFUCByZXBvcnRpbmcgbm90IGp1c3QgdGhlIHNlYXJjaGVkIGZvciBhZGRy ZXNzLCBidXQgYWxzbyBhbnkgb3RoZXIgYWRkcmVzc2VzIHRoYXQgYXJlIHN1cHBvcnRlZC4NCiBJ 4oCZdmUgYWxzbyB3b25kZXJlZCBpZiB0aGlzIHdvdWxkIGhlbHAgd2l0aCB0aGUgZ2F0ZXdheSBp c3N1ZSAoZS5nLiB5b3Ugc2VhcmNoIGZvciBhLmIuYy5kIGFuZCBnZXQgYW4gUlJFUCBzYXlpbmcg YS5iLmMuZCBiZWNhdXNlIHN1cHBvcnRpbmcgMC4wLjAuMC8zMiAoaG93IHRvIHJlcG9ydCB0aGF0 IGFuZCBub3QgYnJlYWsgbWF4aW11bSBwcmVmaXggbWF0Y2hpbmcgd291bGQgYmUgbmVlZGVkLCBh LmIuYy5kLzAgaXMgcmVhbGx5IHdhbnQgeW91IHdvdWxkDQogd2FudCB0byBzYXkgLSB3aGV0aGVy IHRoYXTigJlzIGFsbG93ZWQgaXMgc29tZXRoaW5nIEnigJl2ZSBuZXZlciBnb3QgYSBkZWZpbml0 aXZlIGFuc3dlciB0bykuIEJ1dCBub3RlIHRoYXQgbXkgdXNlIG9mIOKAnHdvbmRlcmVk4oCdIGlz IGJlY2F1c2UgdGhpcyBpcyBzcGVjdWxhdGl2ZSwgaXQgbWF5IHdlbGwgYnJlYWsuIEVzcGVjaWFs bHkgYXMgSSBkb27igJl0IGtub3cgd2hhdCBKdXN0aW7igJlzIGNhc2UgaXMuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5J biBOSERQLCB3ZSBhZGRlZCAoZm9sbG93aW5nIHJlcXVlc3RzIGZyb20gdGhlIFdHLCBTdGFuIGlu IHBhcnRpY3VsYXIgSUlSQykgdGhlIG1vcmUgdHJpY2t5IGNhc2Ugb2YgdGhlIHNhbWUgYWRkcmVz cyB1c2VkIG9uIGRpZmZlcmVudCBpbnRlcmZhY2VzLiBXZSBoYWQgdG8NCiBsaW1pdCB0aGF0LCBz byBhbnkgcmVjZWl2aW5nIGludGVyZmFjZSB3b3VsZCBvbmx5IGV2ZXIgcmVjZWl2ZSBvbmUgb3Ig dGhlIG90aGVyICh3aGljaCBvdGhlcndpc2UgaXMgbm90IGEgcmVxdWlyZW1lbnQgaW4gTkhEUCkg LSB3aGljaCBtaWdodCBpbiBhIHJlYWwgY2FzZSBiZSBlLmcuIGRpZmZlcmVudCBmcmVxdWVuY2ll cyAodGltZXNsb3RzLCBjb2RlcywgZXRjLikgSSBoYXZlIG5vIGlkZWEgd2hldGhlciB0aGlzIGlz IGVhc3kgb3IgaGFyZCBpbg0KIEFPRFZ2MiAodGhlIGRldmlsIGlzIGluIHRoZSBkZXRhaWxzKS4g SSBkb27igJl0IGtub3cgaWYgU3RhbiAoZm9yIGV4YW1wbGUpIHN0aWxsIGhhcyB0aGlzIHJlcXVp cmVtZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4w cHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwN0U3RSI+LS0NCjxvOnA+ PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwN0U3 RSI+Q2hyaXN0b3BoZXIgRGVhcmxvdmU8YnI+DQpTZW5pb3IgUHJpbmNpcGFsIEVuZ2luZWVyPGJy Pg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzPGJyPg0KPC9z cGFuPjwvYj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiNCRUJFQkUiPl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojN0Q3RDdEIj5UPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzdE N0Q3RCI+OiAmbmJzcDsmIzQzOzQ0ICgwKTEyNDUgMjQyMTk0ICZuYnNwO3wgJm5ic3A7PGI+RToN CjwvYj48YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20iPmNocmlz LmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPC9hPjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojM0E4QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hl bG1zZm9yZCBUZWNobm9sb2d5IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXgg Q00yIDhITi48YnI+DQo8YSBocmVmPSJodHRwOi8vd3d3LmJhZXN5c3RlbXMuY29tL2FpIj48c3Bh biBzdHlsZT0iY29sb3I6IzNBOEI5MiI+d3d3LmJhZXN5c3RlbXMuY29tL2FpPC9zcGFuPjwvYT48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2Vu Y2UgTGltaXRlZDxicj4NClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyBObzogMDEz Mzc0NTE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4 QjkyIj5SZWdpc3RlcmVkIE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9yZCwg U3VycmV5LCBHVTIgN1lQPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IG1hbmV0IFttYWlsdG86bWFuZXQtYm91bmNlc0Bp ZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+SnVzdGluIERlYW48YnI+DQo8Yj5TZW50Ojwv Yj4gMDIgTWFyY2ggMjAxNiAwNDoxOTxicj4NCjxiPlRvOjwvYj4gbWFuZXRAaWV0Zi5vcmc8YnI+ DQo8Yj5TdWJqZWN0OjwvYj4gW21hbmV0XSBBT0RWdjIgcmVpdmV3PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0 eWxlPSJib3JkZXI6c29saWQgYmxhY2sgMS4wcHQ7cGFkZGluZzoyLjBwdCAyLjBwdCAyLjBwdCAy LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1h bGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGln bj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4qKiogV0FSTklORyAqKio8 bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0O3RleHQtYWxp Z246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzMzMzk3MiI+VGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRlIG91 ciBvcmdhbmlzYXRpb24sIGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIgb3IgdGhlIGlu dGVybmV0Ljwvc3Bhbj48L2VtPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMz Mzk3MiI+PGJyPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Db25zaWRlciBjYXJlZnVsbHkgd2hldGhlciB5b3Ug c2hvdWxkIGNsaWNrIG9uIGFueSBsaW5rcywgb3BlbiBhbnkgYXR0YWNobWVudHMgb3IgcmVwbHku PC9zcGFuPjwvZW0+PGJyPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gb3IgaW5mb3JtYXRpb24gcmVnYXJkaW5n IDwvc3Bhbj4NCjwvZW0+PC9zcGFuPjwvaT48c3Ryb25nPjxpPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6cmVkIj5SZWQgRmxhZ3M8L3NwYW4+PC9pPjwvc3Ryb25nPjxlbT48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPiB0aGF0IHlvdSBjYW4gbG9vayBvdXQg Zm9yIGluIGVtYWlscyB5b3UgcmVjZWl2ZSwNCiBjbGljayA8YSBocmVmPSJodHRwOi8vaW50cmFu ZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9zcG90bGlnaHRzL0RvY3Vt ZW50cy9SZWQlMjBGbGFncy5wZGYiPg0KaGVyZTwvYT4uPC9zcGFuPjwvZW0+PGk+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPklmIHlv dSBmZWVsIHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93DQo8YSBocmVmPSJo dHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9zcG90 bGlnaHRzL0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0aCUyMFN1c3BpY2lvdXMlMjBFbWFpbHMucGRm Ij4NCnRoaXMgcHJvY2VzczwvYT4uPC9zcGFuPjwvZW0+PC9zcGFuPjwvaT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOnNvbGlkIHdpbmRvd3RleHQgMS4w cHQ7cGFkZGluZzoxLjBwdCA0LjBwdCAxLjBwdCA0LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBhbGlnbj0iY2VudGVyIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG87dGV4dC1hbGlnbjpjZW50ZXIiPg0KPHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPio8c3Ryb25n PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij4qKg0KPC9zcGFuPjwvc3Ryb25nPjwvc3Bhbj48c3Ryb25nPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPldBUk5JTkcNCjwvc3Bhbj48L3N0cm9uZz48c3Ryb25nPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij4qKio8L3NwYW4+PC9zdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48YnI+DQo8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RVhURVJOQUwgRU1BSUwgLS0gVGhpcyBtZXNz YWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRlIG91ciBvcmdhbml6YXRpb248L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij4uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JJ3ZlIGNvbXBsZXRlZCBteSByZXZpZXcgb2YgdGhl IGRyYWZ0IDEzIG9mIEFPRFZ2Mi4mbmJzcDsgQXR0YWNoZWQgaXMgbXkgdXBkYXRlZCB3aXRoIGNv bW1lbnRzIChtYXJrZWQgSldEKSBhbmQgdmFyaW91cyBpbmxpbmUgZml4ZXMgZHJhZnQvcmV2aWV3 LiZuYnNwOyZuYnNwOyBJJ3ZlIGFsc28gaW5jbHVkZWQgYSBkaWZmIHRvIGlsbHVzdHJhdGUgdGhl IGlubGluZSBmaXhlcy4mbmJzcDsgSSBkaWQgbm90IHJldmlldyB0aGUgc2VjdXJpdHkgc2VjdGlv bi4mbmJzcDsNCiBJIGRpZCBoYXZlIGEgZmV3IG1ham9yIGNvbW1lbnRzIHdoaWNoIGFyZSBtYXJr ZWQgd2l0aCBKV0QhPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+SnVzdGluPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHA+KioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8 YnI+ClRoaXMgZW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFsIHRvIHRo ZSBpbnRlbmRlZDxicj4KcmVjaXBpZW50IGFuZCBtYXkgYWxzbyBiZSBwcml2aWxlZ2VkLiBJZiB5 b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQ8YnI+CnJlY2lwaWVudCBwbGVhc2UgZGVsZXRlIGl0IGZy b20geW91ciBzeXN0ZW0gYW5kIG5vdGlmeSB0aGUgc2VuZGVyLjxicj4KWW91IHNob3VsZCBub3Qg Y29weSBpdCBvciB1c2UgaXQgZm9yIGFueSBwdXJwb3NlIG5vciBkaXNjbG9zZSBvcjxicj4KZGlz dHJpYnV0ZSBpdHMgY29udGVudHMgdG8gYW55IG90aGVyIHBlcnNvbi48YnI+CioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq PC9wPjwvYm9keT4NCjwvaHRtbD4NCg== --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D8C022798GLKXM0002VGREEN_-- From nobody Wed Mar 2 02:37:01 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B7D71ACDF8 for ; Wed, 2 Mar 2016 02:37:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.705 X-Spam-Level: X-Spam-Status: No, score=-5.705 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_35=0.6, J_CHICKENPOX_57=0.6, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.006] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jpEQ2Aeb2iDo for ; Wed, 2 Mar 2016 02:36:46 -0800 (PST) Received: from ukmta1.baesystems.com (ukmta1.baesystems.com [20.133.0.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D13841ACE44 for ; Wed, 2 Mar 2016 02:36:33 -0800 (PST) X-IronPort-AV: E=Sophos; i="5.22,528,1449532800"; d="scan'208,217"; a="48364491" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta1.baesystems.com with ESMTP; 02 Mar 2016 10:36:30 +0000 X-IronPort-AV: E=Sophos;i="5.22,528,1449532800"; d="scan'208,217";a="108487305" Received: from glkxh0001v.greenlnk.net ([10.109.2.32]) by baemasmds016.greenlnk.net with ESMTP; 02 Mar 2016 10:36:30 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.232]) by GLKXH0001V.GREENLNK.net ([10.109.2.32]) with mapi id 14.03.0248.002; Wed, 2 Mar 2016 10:36:30 +0000 From: "Dearlove, Christopher (UK)" To: Charlie Perkins , manet Thread-Topic: [manet] AODVv2 responses to recent comments Thread-Index: AQHRUjmenBx9hbwuBk28hYSwiXsxV58C1pBAgEEypICAAjAlcA== Date: Wed, 2 Mar 2016 10:36:29 +0000 Message-ID: References: <56D4EB7D.4010002@earthlink.net> In-Reply-To: <56D4EB7D.4010002@earthlink.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D8C0227E6GLKXM0002VGREEN_" MIME-Version: 1.0 Archived-At: Subject: Re: [manet] AODVv2 responses to recent comments X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 10:37:00 -0000 --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D8C0227E6GLKXM0002VGREEN_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TXkgY29uY2VybnMgaGF2ZSBiZWVuIHRoYXQgeW91ciBjby1hdXRob3JzIGhhdmUgY29udGludWVk IHRvIGRpc2N1c3Mgd2hldGhlciBsb29waW5nIGNvdWxkIG9jY3VyIHNpbmNlIHlvdSBwdWJsaXNo ZWQgdG8gdGhlIGxpc3Qgc2F5aW5nIGFsbCB3YXMgd2VsbC4gKEFuIGlzc3VlIHRvIGRvIHdpdGgg bXVsdGlwbGUgdW5jb25maXJtZWQgcm91dGVzLikgTWF5YmUgdGhhdOKAmXMgYSBwcm9ibGVtLCBt YXliZSBpdCBpc27igJl0LiBCdXQgaXQgbGFja3MgdHJhbnNwYXJlbmN5LCBiZWNhdXNlIGl0IGhh c27igJl0IGJlZW4gZGlzY3Vzc2VkIGhlcmUuDQoNCi0tDQpDaHJpc3RvcGhlciBEZWFybG92ZQ0K U2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2Vu Y2UgTGFib3JhdG9yaWVzDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpUOiAgKzQ0ICgwKTEyNDUgMjQy MTk0ICB8ICBFOiBjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTxtYWlsdG86Y2hyaXMuZGVh cmxvdmVAYmFlc3lzdGVtcy5jb20+DQoNCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNl LCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBF c3NleCBDTTIgOEhOLg0Kd3d3LmJhZXN5c3RlbXMuY29tL2FpPGh0dHA6Ly93d3cuYmFlc3lzdGVt cy5jb20vYWk+DQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMaW1pdGVkDQpSZWdp c3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcyBObzogMDEzMzc0NTENClJlZ2lzdGVyZWQgT2ZmaWNl OiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3JkLCBTdXJyZXksIEdVMiA3WVANCg0KRnJv bTogQ2hhcmxpZSBQZXJraW5zIFttYWlsdG86Y2hhcmxlcy5wZXJraW5zQGVhcnRobGluay5uZXRd DQpTZW50OiAwMSBNYXJjaCAyMDE2IDAxOjA4DQpUbzogRGVhcmxvdmUsIENocmlzdG9waGVyIChV Syk7IG1hbmV0DQpTdWJqZWN0OiBSZTogW21hbmV0XSBBT0RWdjIgcmVzcG9uc2VzIHRvIHJlY2Vu dCBjb21tZW50cw0KDQoNCioqKiBXQVJOSU5HICoqKg0KVGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMg ZnJvbSBvdXRzaWRlIG91ciBvcmdhbmlzYXRpb24sIGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBh cnRuZXIgb3IgdGhlIGludGVybmV0Lg0KQ29uc2lkZXIgY2FyZWZ1bGx5IHdoZXRoZXIgeW91IHNo b3VsZCBjbGljayBvbiBhbnkgbGlua3MsIG9wZW4gYW55IGF0dGFjaG1lbnRzIG9yIHJlcGx5Lg0K Rm9yIGluZm9ybWF0aW9uIHJlZ2FyZGluZyBSZWQgRmxhZ3MgdGhhdCB5b3UgY2FuIGxvb2sgb3V0 IGZvciBpbiBlbWFpbHMgeW91IHJlY2VpdmUsIGNsaWNrIGhlcmU8aHR0cDovL2ludHJhbmV0LmVu dC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMv UmVkJTIwRmxhZ3MucGRmPi4NCklmIHlvdSBmZWVsIHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBw bGVhc2UgZm9sbG93IHRoaXMgcHJvY2VzczxodHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMu Y29tL2hvd3dld29yay9zZWN1cml0eS9zcG90bGlnaHRzL0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0 aCUyMFN1c3BpY2lvdXMlMjBFbWFpbHMucGRmPi4NCkhlbGxvIENocmlzLA0KT24gMS8xOS8yMDE2 IDU6MzcgQU0sIERlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspIHdyb3RlOg0KQW5kIG91dHNpZGUg dGhvc2UgMzEsIHRoYXQgd2XigJlyZSBhdCB0aGlzIHBvc2l0aW9uIHdpdGggYSBzdWdnZXN0aW9u IHRoZXJl4oCZcyBwb3NzaWJsZSBsb29waW5nIChhYm91dCB3aGljaCBJIGhhdmUgbm8gaWRlYSkg aXNu4oCZdCB0aGF0IGNvbWZvcnRpbmcuDQoNCkkgaG9wZSB5b3VyIGNvbmNlcm5zIGhhdmUgYmVl biByZXNvbHZlZCBvbiB0aGlzIG1hdHRlci4gIFRoZSBwYXBlciBtZW50aW9uZWQgb24gdGhlIG1h aWxpbmcgbGlzdCBwb2ludGVkIG91dCB2YXJpb3VzIGFtYmlndWl0aWVzIGluIFJGQyAzNTYxIGRl c2NyaWJlZCBob3cgdGhlIGFtYmlndWl0aWVzIG1pZ2h0IGJlIGNvbnN0cnVlZCB0byBpbnN0YWxs IHNlbGYtcm91dGVzIGFuZCwgY29tYmluZWQgd2l0aCBwb3NzaWJsZSBpbmNvbnNpc3RlbnQgY2hv aWNlcyBmb3Igc2VxdWVuY2UgbnVtYmVyLCBsb29wcyBjb3VsZCByZXN1bHQuICBCdXQgdGhlIGVt YWlsIHRvIHRoZSBsaXN0IHNldmVyYWwgd2Vla3MgYWdvIGluZGljYXRlZCB0aGF0IHRoZXNlIGFt YmlndWl0aWVzIGRvIG5vdCBleGlzdCBpbiBBT0RWdjIuICBUaGUgYXV0aG9ycyBvZiB0aGF0IHBh cGVyIGhhdmUgZXhwcmVzc2VkIGludGVyZXN0IGluIGRvaW5nIGEgc2ltaWxhciBhbmFseXNpcyBv biBBT0RWdjIuDQoNCk90aGVyIGRpc2N1c3Npb24gYWJvdXQgcm91dGluZyBsb29wcyBoYXMgbm90 IGlkZW50aWZpZWQgcm91dGluZyBsb29wIHByb2JsZW1zIGluIHRoZSBleGlzdGluZyBzcGVjaWZp Y2F0aW9uLiAgVXNlIG9mIHVuY29uZmlybWVkIG9yIGludmFsaWQgcm91dGVzIGZvciByb3V0aW5n IG1pZ2h0IGxlYWQgdG8gZXJyb3JzLCBidXQgdGhhdCBkb2Vzbid0IGNhcnJ5IG92ZXIgdG8gcHJv ZHVjZSBsb29wcyBpbiB0aGUgcm91dGUgdGFibGUuDQoNCkknbSBsb29raW5nIGZvciBhbnkgb3Ro ZXIgb3BlbiBpc3N1ZXMgb3V0c2lkZSBvZiB0aGUgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgd2hp Y2ggaXMgYmVpbmcgcmV3b3JrZWQgYWNjb3JkaW5nIHRvIHJlY2VudCBjb21tZW50cyBidXQgc2hv dWxkIGJlIHN1Ym1pdHRlZCBzb29uLg0KDQpSZWdhcmRzLA0KQ2hhcmxpZSBQLg0KDQoNCg0KDQpU aGVyZeKAmXMgYWxzbyBhIGxvdCBvZiBkb2N1bWVudCB0byByZXZpZXcuIFdoaWNoIG9mIGNvdXJz ZSBJIGhhdmVu4oCZdCBkb25lIGF0IHRoaXMgdGltZS4gQnV0IG15IGF0dGVudGlvbiBkaWQgYWxp Z2h0IG9uIHRoZSBJQU5BIGNvbnNpZGVyYXRpb25zIHNlY3Rpb24sIGFuZCBJIG5vdGVkIHRoZXJl IHRoYXQ6DQotIE5vdCBzdXJlIHdoeSB0aGUganVtcCB0byAxMCBmb3IgbWVzc2FnZSB0eXBlcywg dGhvdWdoIEnigJltIG5vdCBvcHBvc2VkLg0KLSBUaGUgUEFUSF9NRVRSSUMgVExWIGNhbuKAmXQg YmUgdHlwZSAxMCwgdGhhdOKAmXMgYWxyZWFkeSB0YWtlbi4gU2VlIElBTkEgcmVnaXN0ZXIuDQot IFdlIHByZXZpb3VzbHkgcG9pbnRlZCBvdXQgdGhhdCBDT05UX1NFUV9OVU0gKENPTVBMRVRFKSBh bHJlYWR5IGV4aXN0cyBhbmQgZG9lcyB0aGUgam9iIHRoYXQgU0VRX05VTSBpcyBkb2luZywgc28g d2h5IGFsbG9jYXRlIGFub3RoZXIgVExWPyAoWW91IGNvdWxkIGF2b2lkIHRoZSBuZWNlc3NpdHkg b2YgcmVwZWF0aW5nIChDT01QTEVURSkgYnkgc2ltcGx5IGNvbW1lbnRpbmcgb25jZSBhbmQgdGhl cmVhZnRlciBvbWl0dGluZy4pDQotIFdoeSB0aGUgc3VnZ2VzdGVkIHNraXBwaW5nIG9mIHR5cGVz IDEyIHRvIDE0Pw0KDQotLQ0KQ2hyaXN0b3BoZXIgRGVhcmxvdmUNClNlbmlvciBQcmluY2lwYWwg RW5naW5lZXINCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExhYm9yYXRvcmllcw0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCg0KVDogICs0NCAoMCkxMjQ1IDI0MjE5NCAgfCAgRTogY2hyaXMu ZGVhcmxvdmVAYmFlc3lzdGVtcy5jb208bWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMu Y29tPg0KDQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNo bm9sb2d5IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00yIDhITi4NCnd3 dy5iYWVzeXN0ZW1zLmNvbS9haTxodHRwOi8vd3d3LmJhZXN5c3RlbXMuY29tL2FpPg0KQkFFIFN5 c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGltaXRlZA0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5k ICYgV2FsZXMgTm86IDAxMzM3NDUxDQpSZWdpc3RlcmVkIE9mZmljZTogU3VycmV5IFJlc2VhcmNo IFBhcmssIEd1aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQDQoNCkZyb206IG1hbmV0IFttYWlsdG86 bWFuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFZpY3RvcmlhIE1lcmNpZWNhDQpT ZW50OiAxOCBKYW51YXJ5IDIwMTYgMjE6NDUNClRvOiBtYW5ldA0KU3ViamVjdDogW21hbmV0XSBB T0RWdjIgcmVzcG9uc2VzIHRvIHJlY2VudCBjb21tZW50cw0KDQoNCioqKiBXQVJOSU5HICoqKg0K VGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRlIG91ciBvcmdhbmlzYXRpb24sIGVp dGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIgb3IgdGhlIGludGVybmV0Lg0KQ29uc2lkZXIg Y2FyZWZ1bGx5IHdoZXRoZXIgeW91IHNob3VsZCBjbGljayBvbiBhbnkgbGlua3MsIG9wZW4gYW55 IGF0dGFjaG1lbnRzIG9yIHJlcGx5Lg0KRm9yIGluZm9ybWF0aW9uIHJlZ2FyZGluZyBSZWQgRmxh Z3MgdGhhdCB5b3UgY2FuIGxvb2sgb3V0IGZvciBpbiBlbWFpbHMgeW91IHJlY2VpdmUsIGNsaWNr IGhlcmU8aHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJp dHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3MucGRmPi4NCklmIHlvdSBmZWVsIHRo ZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93IHRoaXMgcHJvY2VzczxodHRwOi8v aW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9zcG90bGlnaHRz L0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0aCUyMFN1c3BpY2lvdXMlMjBFbWFpbHMucGRmPi4NCioq KiBXQVJOSU5HICoqKg0KRVhURVJOQUwgRU1BSUwgLS0gVGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMg ZnJvbSBvdXRzaWRlIG91ciBvcmdhbml6YXRpb24uDQoNCkhpIGFsbCwNCldlIGhhdmUganVzdCBy ZWxlYXNlZCB0aGUgbmV3ZXN0IEFPRFZ2MiBkcmFmdC4gVGhlIG1ham9yIHVwZGF0ZSBpcyB0aGUg c2VwYXJhdGlvbiBvZiB0aGUgQU9EVnYyIHJvdXRlIHNldCBmcm9tIHRoZSBSSUIuDQoNCkhlcmUg YXJlIGFsc28gcmVzcG9uc2VzIHRvIHRoZSBjb21tZW50cyByZWNlaXZlZCBiZWZvcmUgQ2hyaXN0 bWFzLiBUaGlzIHNob3VsZCBpbmNsdWRlIGFsbCB0aGUgcG9pbnRzIGZyb20gVGhvbWFzIENsYXVz ZW4gcmVnYXJkaW5nIHZlcnNpb25zIDExIGFuZCAxMiwgYW5kIGFsc28gYSBjb3VwbGUgb2Ygb3Ro ZXIgcG9pbnRzIHdoaWNoIGhhdmUgYmVlbiBicm91Z2h0IHVwIHNpbmNlLiBBcG9sb2dpZXMgZm9y IHRoZSBodWdlIGVtYWlsLiBGb3IgaXNzdWVzIHRoYXQgbmVlZCBmdXJ0aGVyIGRpc2N1c3Npb24s IEkgaGF2ZSB0cmllZCB0byBpbmNsdWRlIHRoZSBtYWluIHBvaW50cyBvZiB0aGUgZGlzY3Vzc2lv biBzbyBmYXIuIFBsZWFzZSBmZWVsIGZyZWUgdG8gY3JlYXRlIGEgc2VwYXJhdGUgdGhyZWFkIGZv ciBhbnkgZnVydGhlciBkaXNjdXNzaW9uLg0KDQpXZSBhcmUgc3RpbGwgbG9va2luZyBpbnRvIHRo ZSBsb29wIGNvbmRpdGlvbnMgcmVjZW50bHkgcmVwb3J0ZWQgZm9yIEFPRFYsIGFsc28gc3RpbGwg d29ya2luZyBvbiB0aGUgdGV4dCBhYm91dCBzZWN1cml0eSwgYW5kIHVzZSBvZiBtc2ctaG9wLWxp bWl0Lg0KS2luZCByZWdhcmRzLA0KVmljdG9yaWEuDQoNCg0KMS4gRW5kLXRvLWVuZCAvIGhvcC1i eS1ob3AgYWNrcyAtIGlzc3VlIHdoZW4gYSByb3V0ZSBpcyBtYXJrZWQgYXMgY29uZmlybWVkIGFu ZCB2YWxpZCB3aGVuIHRoZSBsaW5rIHRvIHRoZSBuZXh0IGhvcCBpcyBjb25maXJtZWQgYXMgYmlk aXJlY3Rpb25hbCAoYnV0IHRoZSBsaW5rcyBkb3duc3RyZWFtIGhhdmUgbm90IHlldCBiZWVuIHZl cmlmaWVkIGFzIGJpZGlyZWN0aW9uYWwpLg0KDQpBT0RWdjI6IFRoZSBhdXRob3JzIGJlbGlldmUg dGhpcyBpcyBhbiBpc3N1ZSB3aGljaCB3b3VsZCBub3Qgb2NjdXIgZnJlcXVlbnRseSwgYW5kIHdv dWxkIHJpZ2h0IGl0c2VsZi4NCg0KVGhpcyBvbmx5IG9jY3VycyBmb3IgdGhlIHJvdXRlIHRvIE9y aWdBZGRyLiBXaGF0IG5lZWRzIHRvIGhhcHBlbiBmb3IgdGhpcyB0byBvY2N1ciBpcyB0aGF0IGFu IGludGVybWVkaWF0ZSBub2RlIHRoYXQgdGFrZXMgcGFydCBpbiB0aGUgcm91dGUgZGlzY292ZXJ5 IGJldHdlZW4gT3JpZ0FkZHIgYW5kIFRhcmdBZGRyIGNvaW5jaWRlbnRhbGx5IGhhcyBwYWNrZXRz IHRvIHNlbmQgdG8gT3JpZ0FkZHIgaW4gdGhlIHRpbWUgYmV0d2VlbiBjb25maXJtaW5nIHRoZSBs aW5rIHRvIGl0cyBvd24gbmV4dCBob3AgdG93YXJkIE9yaWdBZGRyIGlzIGJpZGlyZWN0aW9uYWws IGFuZCB0aGUgdGltZSB0YWtlbiBmb3IgYWxsIG90aGVyIHJvdXRlcnMgb24gdGhlIHBhdGggdG8g Y29uZmlybSB0aGVpciBuZXh0IGhvcHMgdG9vLiBJZiB0aGUgcm91dGUgaXMgdXNlZCB0byBmb3J3 YXJkIHBhY2tldHMgYmVmb3JlIGV2ZXJ5IG90aGVyIGxpbmsgaW4gdGhlIHBhdGggaXMgY29uZmly bWVkIGFzIGJpZGlyZWN0aW9uYWwsIGFuZCB0aGUgZGF0YSBwYWNrZXRzIGFyZSBmb3J3YXJkZWQg ZmFzdGVyIHRoYW4gdGhlIFJSRVAgYW5kIGFueSBSUkVQX0Fja3MsIHRoZW4geWVzIHRoZXkgY291 bGQgYmUgZGVsaXZlcmVkIHRvIGEgcm91dGVyIHdpdGhvdXQgYSB2YWxpZCByb3V0ZSB0byBPcmln QWRkci4gQWx0ZXJuYXRpdmVseSBpZiBvbmUgb2YgdGhlIGxpbmtzIHR1cm5zIG91dCB0byBiZSB1 bmlkaXJlY3Rpb25hbCB0aGVuIHRoZSBkYXRhIHBhY2tldHMgd2lsbCBhbHNvIGFycml2ZSBhdCBh IHJvdXRlciB3aXRob3V0IGEgdmFsaWQgcm91dGUuIEluIHRoZXNlIGNhc2VzLCBSRVJSIG1lc3Nh Z2VzIHdpbGwgYmUgZ2VuZXJhdGVkIHRvd2FyZCB0aGUgc291cmNlIG9mIHRoZSB0cmFmZmljLCB0 aGUgcm91dGUgdG8gT3JpZ0FkZHIgd2lsbCBiZSBkZWxldGVkIGF0IHJvdXRlcnMgYmFjayB0b3dh cmQgVGFyZ0FkZHIsIGJ1dCBpZiBkYXRhIHBhY2tldHMgYXJlIHN0aWxsIGZsb3dpbmcgZnJvbSBh bnkgc291cmNlIHRvIE9yaWdBZGRyLCB0aGUgcm91dGUgd2lsbCBiZSByZS1yZXF1ZXN0ZWQgYnkg dGhlIHJvdXRlciByZXNwb25zaWJsZSBmb3IgZGlzY292ZXJpbmcgcm91dGVzIGZvciB0aGUgc291 cmNlIG9mIHRoZSBkYXRhLg0KDQpUaGUgY2hhbmdlcyByZXF1aXJlZCB0byBtYWtlIGFja25vd2xl ZGdlbWVudHMgZW5kLXRvLWVuZCB3b3VsZCByZXF1aXJlIGEgbG90IG1vcmUgY29udHJvbCB0cmFm ZmljIGFuZCBiZSBuZWNlc3NhcnkgZm9yIGV2ZXJ5IHJvdXRlIGRpc2NvdmVyeSBhbmQgaW4gYWxt b3N0IGFsbCBjYXNlcyB3b3VsZCBiZSB1bm5lY2Vzc2FyeS4NCg0KVGV4dCBoYXMgYmVlbiBhZGRl ZCB0byB0aGUgZHJhZnQgaW4g4oCcTG9jYWwgUm91dGUgU3RhdGUgQ2hhbmdlc+KAnSB0byBkZXNj cmliZSB0aGlzLg0KDQoyLiBCdWZmZXJpbmcNCu+7v1Rob21hczoNCuKAnEl0IHdvdWxkIHNlZW0g dGhhdCBidWZmZXJpbmcsIGFzIHNwZWNpZmllZCwgZG9lcyBub3QgYWNjb21wbGlzaCB3aGF0DQpp dCBzdGF0ZXMgdGhhdCBpdCBhY2NvbXBsaXNoZXM6IHBhY2tldHMgYXJlIChhcyB5b3UgZGVzY3Jp YmUpIHN0aWxsIGJlaW5nDQpzZW50IHdoaWxlIG5vIHJvdXRlIGlzIGF2YWlsYWJsZSwgYW5kIHRo ZXJlZm9yZSB3aWxsIGJlIGRyb3BwZWQgbGF0ZXIuDQo9PiBDb25zZXF1ZW50bHksIGl0IHNlZW1z IHRoYXQgYnVmZmVyaW5nIGlzIGEgZnV0aWxlIGV4ZXJjaXNlP+KAnQ0KDQpBT0RWdjI6IO+7v1Bh Y2tldHMgYXJlIGJ1ZmZlcmVkIGJlZm9yZSBhIHJvdXRlIGV4aXN0cy4gQSByb3V0ZXIgb25seSBi ZWdpbnMgc2VuZGluZyB0aGVtIHdoZW4gaXQgZGVlbXMgdGhlIHJvdXRlIHRvIGJlIHZhbGlkLiBJ biBnZW5lcmFsLCBidWZmZXJpbmcgaXMgbm90IGZ1dGlsZS4NCg0KVHJ1ZSwgdGhlcmUgaXMgdGhp cyBjYXNlIG91dGxpbmVkIGFib3ZlIHdoZXJlIHRoZSByb3V0ZXIgY291bGQgZGVlbSB0aGUgcm91 dGUgdmFsaWQgYmVmb3JlIHRoZSBiaWRpcmVjdGlvbmFsaXR5IGNoZWNrIGhhcyBoYXBwZW5lZCBm b3IgZWFjaCBhbmQgZXZlcnkgaG9wLiBJZiB0aGUgbGlua3MgY2hvc2VuIGZvciB0aGUgcm91dGUg YXJlIG5vdCBhbGwgYmlkaXJlY3Rpb25hbCwgdGhlbiB5ZXMsIGFueSBkYXRhIHBhY2tldHMgZm9y d2FyZGVkIGFsb25nIHRoaXMgcm91dGUgd2lsbCBlbmQgdXAgYmVpbmcgZHJvcHBlZCBhdCBzb21l IHBvaW50IG9uIHRoYXQgcGF0aC4NClRoaXMgY2FzZSBpcyBjYXVzZWQgYnkgdGhlIFJSRVBfQWNr IGJlaW5nIGhvcC1ieS1ob3AsIGFuZCBub3QgY2F1c2VkIGJ5IGJ1ZmZlcmluZy4NCg0KVGhvbWFz OiDvu78NCuKAnEJ1ZmZlcnMgaGF2ZSBodWdlIGltcGFjdHMgb24gVENQIHBlcmZvcm1hbmNlLCBh bmQgSSBkb3VidCBpZiB0aGUgaXNzdWVzIG9uIGUuZy4gVENQIGFyZSB3ZWxsIGVub3VnaCB1bmRl cnN0b29kIGJ5IHRoaXMgV0cgKEJ1ZmZlcmJsb2F0IHdhcyBhbiBleGFtcGxlIG9mIHdoZXJlIHBl b3BsZSBnb3QgaXQgd3JvbmcsIGRlc3BpdGUgaGF2aW5nIGV4dGVuc2l2ZSBleHBlcmllbmNlKS7i gJ0NCg0KQU9EVnYyOiBQYWNrZXRzIHdpbGwgb25seSBiZSBidWZmZXJlZCB3aGlsZSBhIHJvdXRl IGlzIHJlcXVlc3RlZC4gVGhlIFRDUCBwYWNrZXRzIGJ1ZmZlcmVkIHdpbGwgYmUgcGFja2V0cyBm b3Igc2Vzc2lvbiBpbml0aWFsaXNhdGlvbi4gVGhlIGF1dGhvcnMgYmVsaWV2ZSB0aGF0IGJ1ZmZl cmluZyB0aGVzZSB3aWxsIGhhdmUgYSBwb3NpdGl2ZSBlZmZlY3QuIFNvbWUgcmVmZXJlbmNlcyBo YXZlIGJlZW4gc3VnZ2VzdGVkLCBsaXN0ZWQgaGVyZSwgdGhlIGZpcnN0IG9mIHdoaWNoIGhhcyBi ZWVuIGluY2x1ZGVkIGluIHRoZSBkcmFmdDoNCmh0dHA6Ly93d3cuaWVlZTgwMi5vcmcvMjEvYXJj aGl2ZWRfZG9jcy8yMDAzLTA5X2luY29taW5nL2Njci0yMDAxMDkta29vZGxpLnBkZg0KTW9iaWxl IEludGVybmV0d29ya2luZyB3aXRoIElQdjY6IENvbmNlcHRzLCBQcmluY2lwbGVzIGFuZCBQcmFj dGljZXMge0tvb2RsaSwgUGVya2luc30NCmRpc2MuZWNlLmlsbGlub2lzLmVkdS9zZW1pbmFyc190 dXRvcmlhbHMvdGNwLXdpcmVsZXNzLXR1dG9yaWFsLnBwdDxodHRwOi8vZGlzYy5lY2UuaWxsaW5v aXMuZWR1L3NlbWluYXJzX3R1dG9yaWFscy90Y3Atd2lyZWxlc3MtdHV0b3JpYWwucHB0Pg0KQW5h bHlzaXMgb2YgVENQIHBlcmZvcm1hbmNlIG92ZXIgbW9iaWxlIGFkIGhvYyBuZXR3b3JrcyBodHRw Oi8vZGwuYWNtLm9yZy9jaXRhdGlvbi5jZm0/aWQ9MzEzNTQwDQpBbHRlcm5hdGl2ZWx5LCB3ZSBj b3VsZCByZW1vdmUgdGhlIG1lbnRpb24gb2YgVENQLCBhbmQgaW5zdGVhZCBzdGF0ZSB0aGF0IGJ1 ZmZlcmluZyBNQVkgYmUgdXNlZCBmb3IgcGFja2V0cyBhd2FpdGluZyBhIHJvdXRlLCBidXQgdGhh dCBpbXBsZW1lbnRhdGlvbiBhbmQgaW1wbGljYXRpb25zIG9mIHRoaXMgYXJlIG91dCBvZiBzY29w ZSBmb3IgQU9EVnYyLg0KDQoNCjMuIFVzZSBvZiBtc2ctaG9wLWxpbWl0IGFuZCBtc2ctaG9wLWNv dW50Og0KVGhvbWFzOg0KQnV0LCBlaXRoZXIgd2F5LCBhcyBhY2NvcmRpbmcgdG8geW91ciBtb2Rl bCBtZXNzYWdlcyBhcmUgbmV2ZXIgZm9yd2FyZGVkLCBidXQgYWx3YXlzIGFyZSBpbnRlbmRlZCBm b3IgcmVjZWlwdCBieSBhIHJvdXRlciB3aGljaCBpcyBhIGRpcmVjdCBuZWlnaGJvciwgdGhlbiBh IDxtc2ctaG9wLWxpbWl0PiA+MSAod2hpY2ggYXBwbGllcyB0byB0aGUgbWVzc2FnZSkgc2VlbXMg aW5hcHByb3ByaWF0ZS4NCkFjdHVhbGx5LCBhY2NvcmRpbmcgdG8gdGhhdCBtb2RlbCwgSSB3b3Vs ZCBldmVuIHNheSB0aGF0IHJlY2VpcHQgb2YgYSBtZXNzYWdlIHdpdGggYSA8bXNnLWhvcC1jb3Vu dD4gPjEgc2hvdWxkIGJlIGludGVycHJldGVkIGFzIGEgbWFsZnVuY3Rpb24uDQpBcyB5b3UgcmVm ZXIgdG8gUkZDNTQ0NCBhcHBlbmRpeCBCLCBkbyBub3RlIHRoYXQgQXBwZW5kaXggQiBvZiBSRkM1 NDQ0IChhbmQsIG5vdGUgdGhlIGVycmF0YSA0MDAzKSB0YWxrcyBhYm91dDoNCiAgICAgIDxtc2ct aG9wLWxpbWl0PiBmaWVsZCwgaWYgcHJlc2VudCwgY29udGFpbnMgdGhlIG51bWJlciBvZiBob3Bz IG9uIHdoaWNoIHRoZSBtZXNzYWdlIGlzIGFsbG93ZWQgdG8gdHJhdmVsIGJlZm9yZSBiZWluZyBk aXNjYXJkZWQgYnkgYSBNQU5FVCByb3V0ZXIuICBUaGUgPG1zZy1ob3AtbGltaXQ+IGlzIHNldCBi eSB0aGUgbWVzc2FnZSBvcmlnaW5hdG9yIGFuZCBpcyB1c2VkIHRvIHByZXZlbnQgbWVzc2FnZXMg ZnJvbSBlbmRsZXNzbHkgY2lyY3VsYXRpbmcgaW4gYSBNQU5FVC4NClNwZWNpZmljYWxseSDigJxz ZXQgYnkgdGhlIG1lc3NhZ2Ugb3JpZ2luYXRvcuKAnSBhbmQg4oCcbnVtYmVyIG9mIGhvcHMgb24g d2hpY2ggdGhlIG1lc3NhZ2UgaXMgYWxsb3dlZCB0byB0cmF2ZWzigJ0g4oCUIHdpdGggeW91ciBj b250cm9sIG1lc3NhZ2VzIHRyYXZlbGluZyBqdXN0IG9uZSBob3AsIEkgYmVsaWV2ZSB0aGF0IHNl dHRpbmcgPG1zZy1ob3AtbGltaXQ+ID0gMSBpcyBjb3JyZWN0Lg0KDQpBT0RWdjI6IERpc2N1c3Np b24gaXMgc3RpbGwgbmVlZGVkIGhlcmUuIFdlIHdvbmRlciBpZiB0aGVzZSBmaWVsZHMgYXJlIG5l Y2Vzc2FyeSBhdCBhbGwgZm9yIEFPRFZ2Mi4gV2Ugd2VyZSB1c2luZyB0aGVtIHRvIGxpbWl0IHRo ZSBudW1iZXIgb2YgcmVnZW5lcmF0aW9ucyBvZiBhIFJSRVEuIEhvd2V2ZXIsIHRoZSBob3AgbGlt aXQgdmFsdWUgbmVlZHMgdG8gYmUgbGFyZ2UgZW5vdWdoIHRvIGFsbG93IGEgUlJFUSBmcm9tIG9u ZSBzaWRlIG9mIHRoZSBuZXR3b3JrIHRvIGFub3RoZXIuIEl0IG1pZ2h0IGJlIHRoZSBjYXNlIHRo YXQgdXNpbmcgdGhlIGhvcCBsaW1pdCwgYWxtb3N0IGV2ZXJ5IHJvdXRlciBpbiB0aGUgbmV0d29y ayB3b3VsZCByZWNlaXZlIHRoYXQgUlJFUSBhbnl3YXksIGFuZCBieSB1c2luZyB0aGUgcmVkdW5k YW5jeSBjaGVjaywgd2UgYWxyZWFkeSBzdG9wIFJSRVFzIGZyb20gY2lyY3VsYXRpbmcgZW5kbGVz c2x5Lg0KDQo0LiBBYnN0cmFjdA0KVGhvbWFzOg0K4oCcSSBtYWRlIHRoZSBmb2xsb3dpbmcgY29t bWVudCwgd2hpY2ggc3RpbGwgYXBwbGllczoNCuKAnFRoaXMgaXMgYSBsaXR0bGUgb3Zlci1zdGF0 aW5nIHRoZSBhcHBsaWNhYmlsaXR5OiB0aGVzZSBzdGF0ZW1lbnRzIG1heSBiZSB0cnVlIGluIHNv bWUgc2NlbmFyaW9zIChmb3IgZXhhbXBsZSwgd2hlbiB0aGVyZSBhcmUgZmV3IGNvbmN1cnJlbnQg dHJhZmZpYyBmbG93cywgYW5kIHRoZXJlZm9yZSBmZXcgcm91dGVzIHRvIHJlcGFpciwgYW5kIHRo ZXJlZm9yZSBmZXcgZmxvb2Rpbmcgb3BlcmF0aW9ucyB0byBjb250ZW5kIGZvciBjaGFubmVsIGFj Y2VzcykuIEFzIGEgZ2VuZXJhbCBzdGF0ZW1lbnQsIHRoaXMgbGFzdCBzZW50ZW5jZSBpcyBpbmNv cnJlY3TigJ3igJ0NCg0KQU9EVnYyOiBUaGUgdGV4dCBoYXMgYmVlbiByZW1vdmVkIGFuZCB0aGUg YWJzdHJhY3Qgbm93IHN0YXRlczog4oCcIFRoZSBBZCBIb2MgT24tZGVtYW5kIERpc3RhbmNlIFZl Y3RvciBWZXJzaW9uIDIgKEFPRFZ2Mikgcm91dGluZyBwcm90b2NvbCBpcyBpbnRlbmRlZCBmb3Ig dXNlIGJ5IG1vYmlsZSByb3V0ZXJzIGluIHdpcmVsZXNzLCBtdWx0aWhvcCBuZXR3b3Jrcy4gIEFP RFZ2MiBkZXRlcm1pbmVzIHVuaWNhc3Qgcm91dGVzIGFtb25nIEFPRFZ2MiByb3V0ZXJzIHdpdGhp biB0aGUgbmV0d29yayBpbiBhbiBvbi1kZW1hbmQgZmFzaGlvbi7igJ0NCg0KNSw5LDEyLDEzLDIw LiBSb3V0ZXIgQ2xpZW50DQpUaG9tYXM6DQrigJxJIG1hZGUgYSBjb21tZW50IHByZXZpb3VzbHkg dGhhdCDigJxSb3V0ZXIgY2xpZW504oCdIGlzIGEgcG9vcmx5IGNob3NlbiB0ZXJtLCBhbmQgaGF2 ZSBwcm9wb3NlZCBhbHRlcm5hdGl2ZXMuIEnigJl2ZSBzZWVuIHNvbWUgYXR0ZW1wdHMgb24gdGhl IGxpc3QgYXQgcmF0aGVyIHRoYW4gY2hhbmdlIHRoZSB0ZXJtLCBleHBsYWluIGl0IOKAlCBzb21l IG9mIHdoaWNoIGlzIGluIHRoaXMgZG9jdW1lbnQuIFRoZSDigJxPdmVydmlld+KAnSBzdGlsbCB0 YWxrcyBhYm91dCDigJxhIHJvdXRlcuKApm9uZSBvZiBpdHMgY2xpZW50c+KAnSAtIHdoaWNoIGlz IG5vIGxlc3MgY29uZnVzaW5nIHRoYW4gbGFzdCB0aW1lIEl3IHdlbnQgdGhyb3VnaCBpdC4NCkkg cmVpdGVyYXRlLCB3aHkgbm90IHVzZSDigJxMb2NhbCBBdHRhY2hlZCBOZXR3b3JrIFNldOKAnSwg d2hpY2ggaXMgdGhlIHRlcm0gdXNlZCBieSBvdGhlciBkb2N1bWVudHMgZnJvbSB0aGlzIFdHP+KA nQ0KDQpBT0RWdjI6IFdlIGFscmVhZHkgYW5zd2VyZWQgdGhpcyBzdWdnZXN0aW9uIG9uIHRoZSBN QU5FVCBsaXN0IGFuZCBhc2tlZCBmb3IgY29tbWVudHMgYW5kIHN1Z2dlc3Rpb25zLCBhbmQgbm8g cmVzcG9uc2VzIHdlcmUgcmVjZWl2ZWQuIFdlIGhhdmUgZGVmaW5lZCB3aGF0IHdlIG1lYW4gYnkg Um91dGVyIENsaWVudCwgYW5kIHRoZSB0ZXJtaW5vbG9neSBoYXMgc28gZmFyIG5vdCBjaGFuZ2Vk LiBIb3dldmVyLCBzb21lIGFsdGVybmF0aXZlcyBoYXZlIGJlZW4gc3VnZ2VzdGVkLCBzbyBpZiB5 b3UgZmVlbCBhbnkgb2YgdGhlc2UgYXJlIG1vcmUgZWZmZWN0aXZlLCBwbGVhc2UgbGV0IHVzIGtu b3c6DQrvu7/igKIgICAgQWR2ZXJ0aXNlZCBJUCBBZGRyZXNzOiBwdXRzIHRoZSBlbXBoYXNpcyBv biBhZHZlcnRpc2VtZW50IHJhdGhlciB0aGFuIHRvcG9sb2dpY2FsIGNvbm5lY3Rpb24NCuKAoiAg ICBBY2Nlc3NpYmxlIElQIEFkZHJlc3M6IHB1dHMgdGhlIGVtcGhhc2lzIG9uIGFjY2Vzc2liaWxp dHkgdGhyb3VnaCB0aGUgcGFydGljdWxhciByb3V0ZXIg4oCTIG5vdCBiYWQNCuKAoiAgICBSZWR1 Y2VkIEZ1bmN0aW9uIERldmljZSBbUkZEXTogZG9lc27igJl0IHJvbGwgb2ZmIHRoZSB0b25ndWUs IGJ1dCB0aGlzIGlzIHRlcm1pbm9sb2d5IHVzZWQgZm9yIEwyUiBpbiBJRUVFIDgwMiBXaXJlbGVz cyBmb3IgYSBzaW1pbGFyIHNpdHVhdGlvbg0K4oCiICAgIEFjY2Vzc2libGUgRGV2aWNlIEFkZHJl c3M6IGFkZHMgc29tZSBlbXBoYXNpcyBmb3IgdGhlIGRldmljZSBhcyB3ZWxsIGFzIHRoZSBhZGRy ZXNzDQrvu7/igKIgICAgU3RhYmx5IENvbm5lY3RlZCBJUCBBZGRyZXNzOiBub3RoaW5nIGlzIHBl cm1hbmVudCwgb2YgY291cnNlLCBidXQgdGhlIHJvdXRlciBjbGllbnQgc2V0IGlzIHRob3VnaHQg dG8gYmUgcmVsYXRpdmVseSBzdGFibGUNCuKAoiAgICBUb3BvbG9naWNhbGx5IENvbm5lY3RlZCBJ UCBhZGRyZXNzOiAuLi4gc3VnZ2VzdHMgdGhhdCBhICJ0b3BvbG9naWNhbCBjb25uZWN0aW9uIiBp cyBzdGFibGUgY29tcGFyZWQgdG8gd2lyZWxlc3MNCuKAoiAgICBBZG1pbmlzdHJhdGl2ZWx5IEFz c2lnbmVkIElQIGFkZHJlc3M6IC4uLiBzb21laG93IGRvZXMgbm90IGNvbm5vdGUgdGhlICJvdGhl cm5lc3MiIG9mIHRoZSByb3V0ZXIgY2xpZW50IGRldmljZXMuDQoNCjYuIE92ZXJ2aWV3IC0gYWRq YWNlbmN5DQpUaG9tYXM6DQpUaGUgdGVybSDigJxjb25maXJtaW5nIGFkamFjZW5jeeKAnSBpcyBn b25lLCBhbmQgaXMgbm93IHJlcGxhY2VkIGJ5IOKAnGNvbmZpcm1pbmcgYmlkaXJlY3Rpb25hbGl0 eeKAnSAtIHdoaWNoLCBhbGFzLCBzdGlsbCBzb3VuZHMgbGlrZSB0aGVyZSBpcyBzb21lIGFjdGl2 ZSBtb25pdG9yaW5nIChIRUxMTyBtZXNzYWdlIGV4Y2hhbmdlKSBnb2luZyBvbi4gVW5sZXNzIHRo YXQgaXMgdGhlIGNhc2UsIHRoZW4gcGxlYXNlIGJlIG1vcmUgc3BlY2lmaWMgaGVyZS4NCkkgbm90 ZSB0aGF0IHRoZSB0ZXJtIGFkamFjZW5jeSBpcyB1c2VkIHRocm91Z2ggYW5kIHRocm91Z2ggdGhl IGRvY3VtZW50LCBidHcuDQoNCkFPRFZ2MjogVGhlIHRleHQgaGFzIGJlZW4gdXBkYXRlZCB0byBh dm9pZCB0aGUgd29yZCBhZGphY2VuY3kuIFdlIGRvIG5vdCBiZWxpZXZlIHRoZSB0ZXh0IGltcGxp ZXMgYWN0aXZlIG1vbml0b3JpbmcgdGhyb3VnaCBIRUxMTyBtZXNzYWdlcy4NCg0KNy4gT3ZlcnZp ZXcgLSBmb3J3YXJkaW5nIHBsYW5lDQpUaG9tYXM6IEkgc3VnZ2VzdGVkIGluIG15IGxhc3QgcmV2 aWV3OiBUaGUgb3ZlcnZpZXcgbXVzdCBhbHNvIGluY2x1ZGUgYSBwYXJhZ3JhcGggb24gdGhlIGlu dGVyc2VjdGlvbnMgYmV0d2VlbiB0aGlzIHByb3RvY29sIGFuZCB0aGUgZm9yd2FyZGluZyBwbGFu ZSDigJQgdGhpcywgYXMgaXQgaXMgZGlmZmVyZW50IChhbmQgbW9yZSBpbnZhc2l2ZSkgZnJvbSB0 aGF0IHdoaWNoIGlzIHR5cGljYWxseSBzZWVuIGluIHJvdXRpbmcgcHJvdG9jb2xzLg0KU3BlY2lm aWNhbGx5LCBhcyBhIHJlYWN0aXZlIHByb3RvY29sLCBpdCBpcyByZXF1aXJlZCAoYXQgbGVhc3Qp IHRoYXQgdGhlIGZvcndhcmRpbmcgcGxhbmUgaXMgbW9kaWZpZWQgOg0KMSkgQSDigJxtaXNz4oCd IHdoZW4gbG9va2luZyB1cCBhIG5leHQgaG9wIGZvciBhIGRhdGEgcGFja2V0IHRvIGJlIGZvcndh cmRlZCwgaXMgc2lnbmFsbGVkIHRvIHRoZSBBT0RWdjIgcHJvY2VzcyBzbyBhcyB0byBwZXJtaXQg dGhhdCByb3V0ZSBkaXNjb3ZlcnkgYmUgbGF1bmNoZWQ7DQoyKSBBIOKAnG1pc3PigJ0gd2hlbiBh dHRlbXB0aW5nIHRvIGRlbGl2ZXIgYSBkYXRhIHBhY2tldCB0byBhIG5leHQgaG9wLCB3aGljaCB3 YXMgcmVjb3JkZWQgaW4gdGhlIHJvdXRpbmcgdGFibGUsIGlzIHNpZ25hbGxlZCB0byB0aGUgQU9E VnYyIHByb2Nlc3Mgc28gYXMgdG8gcGVybWl0IHRoYXQgYSByb3V0ZSByZXBhaXIgYmUgaW5pdGlh dGVkIGFuZC9vciBhIFJvdXRlIEVycm9yIGJlIGdlbmVyYXRlZC4NCjMpIEEg4oCcaGl04oCdIHdo ZW4gbG9va2luZyB1cCBhIG5leHQgaG9wIGZvciBhIGRhdGEgcGFja2V0IHRvIGJlIGZvcndhcmRl ZCB0byBhIGRlc3RpbmF0aW9uIGlzIHNpZ25hbGxlZCB0byB0aGUgQU9EVnYyIHByb2Nlc3Mgc28g YXMgdG8gcGVybWl0IG1haW50ZW5hbmNlIG9mIOKAnGFjdGl2ZSByb3V0ZeKAnSBSb3V0ZSBTdGF0 ZSwgdGltZXJzIGFuZCBzdWNoLg0KTm90ZSB0aGF0IHRoZXNlIHRoaW5ncyBhcmUgbmVjZXNzYXJ5 IHRvIGNhbGwgb3V0IGluIHRoZSDigJxvdmVydmlld+KAnSBhbmQgaW4gdGhlIOKAnGFwcGxpY2Fi aWxpdHkgc3RhdGVtZW504oCdLCBib3RoOiBpdCBpcyBub3QgdGhhdCB0aGV5IGFyZSBuZWdhdGl2 ZXMgcGVyIHNlLCBidXQgdGhhdCB0aGV5IGFyZSBpbXBvcnRhbnQgZmFjdG9ycyBnb3Zlcm5pbmcg dGhlIGFwcGxpY2FiaWxpdHkgb2YgdGhpcyBwcm90b2NvbDogd2lsbCBhIGdpdmVuIHBsYXRmb3Jt IHBlcm1pdCBzdWNoIGFjY2VzcyB0byB0aGUgZm9yd2FyZGluZyBwbGFuZSwgZm9yIGV4YW1wbGU/ IEltcG9ydGFudCB0byB1bmRlcnN0YW5kIGlmIGZvciB0aGF0IHBsYXRmb3JtIHRoaXMgcHJvdG9j b2wgaXMgYXBwbGUNCkkgc2VlIHRoYXQgdGhpcyB3YXMgbm90IGFkZHJlc3NlZCBpbiB0aGUgb3Zl cnZpZXcsIG5vciBpbiB0aGUgYXBwbGljYWJpbGl0eSBvdGhlciB0aGFuIGJ5IGEgZm9yd2FyZCBy ZWZlcmVuY2UgdG8gc2VjdGlvbiA2LjQuIFdoaWxlIGl0IGlzIHBvc2l0aXZlIHRoYXQgdGhlcmUg aXMgYSBzZWN0aW9uIDYuNCwgdGhpcyBkb2VzIG5vdCBleG9uZXJhdGUgdGhlIG92ZXJ2aWV3IGFu ZCB0aGUgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQgZm9yIGJlaW5nIGhvbmVzdCBhYm91dCB0aGUg cmVxdWlyZW1lbnRzIChub3RhYmx5IHRvIHRoZSBwbGF0Zm9ybS9vcykgdGhhdCB0aGlzIHByb3Rv Y29sIGhhcyBmb3IgYmVpbmcgYXBwbGljYWJsZQ0KDQpBT0RWdjI6IFRoZSBPdmVydmlldyBhbmQg dGhlIEFwcGxpY2FiaWxpdHkgU3RhdGVtZW50IG5vdyByZWZlciB0byB0aGVzZSBiYXNpYyByZXF1 aXJlbWVudHMgZm9yIHRoZSBpbnRlcmFjdGlvbiB3aXRoIHRoZSBmb3J3YXJkaW5nIHBsYW5lLiBU aGUgQXBwbGljYWJpbGl0eSBTdGF0ZW1lbnQgYWxzbyBjb250YWlucyB0aGUgcmVmZXJlbmNlIHRv IHRoZSBsYXRlciBzZWN0aW9uIHdoaWNoIGRlc2NyaWJlcyB0aGlzIGluIG1vcmUgZGV0YWlsLg0K DQo4LiA3MTgyIGFuZCBzZWN1cml0eQ0KDQpUaG9tYXM6IEkgc3VnZ2VzdGVkIGluIG15IGxhc3Qg cmV2aWV3OiBJdCBpcyBpbXBvcnRhbnQgdG8gZG8gbW9yZSB0aGFuIHRoaXM6IDcxODIgZG9lcyBv bmx5IHByb3ZpZGUg4oCcY29udGFpbmVyc+KAnSBmb3IgSUNWcyBhbmQgdGltZXN0YW1wcywgYW5k IGRvZXMgbm90IHNwZWNpZnkgaG93IHRvIHVzZSB0aGVtIHRvIG9idGFpbiBzcGVjaWZpYyBzZWN1 cml0eSBwcm9wZXJ0aWVzLiBSRkM3MTgyIG1heSBiZSBhIHRvb2wgdGhhdCBjYW4gYmUgdXNlZCwg YnV0IGhvdyogdGhhdCB0b29sIGlzIHVzZWQgaXMgd2hhdCBkZXRlcm1pbmVzIHRoZSBzZWN1cml0 eSBwcm9wZXJ0aWVzLg0KVGhlcmVmb3JlLCBzYXlpbmcgdGhhdCDigJxzZWN1cml0eSBpcyBkZWFs dCB3aXRoIGJ5IHVzaW5nIFJGQzcxODLigJ0gaXMgZWl0aGVyIGFuIGluY29tcGxldGUgc3RhdGVt ZW50LCBvciBpcyBpbmRpY2F0aXZlIG9mIGluc3VmZmljaWVudCBzZWN1cml0eSBjb25zaWRlcmF0 aW9ucy7igJ0NClRoZSBhY3R1YWwgc2VudGVuY2UgaW4gdGhlIEktRCBoYXMgYmVlbiBjaGFuZ2Vk LCBub3cgaXQgZXhwbGljaXRseSBuYW1lcyB0aGUgdHdvIFRMVnMgZnJvbSA3MTgyIHRoYXQgaXQg dXNlcy4gVGhhdCBpcywgYWxhcywgc3RpbGwgbm90IHN1ZmZpY2llbnQuDQpNYWtpbmcgdGhlIGFz aWRlIHRoYXQgd2FzIGRpc2N1c3NlZCByZWNlbnRseSBvbiB0aGUgbGlzdCwgdGhhdCAoaSkgY29u dHJvbCBtZXNzYWdlcyBhcmUgbm90IGZvcndhcmRlZCwgYW5kIHRoYXQgKGlpKSB0aGV5IGFyZSBt b2RpZmllZCBpbiB0cmFuc2l0LCB0aGUgc2VjdXJpdHkvdHJ1c3QgbW9kZWwgaXMgc29tZXdoYXQg ZGlmZmVyZW50IGZyb20gdGhhdCBvZiA3MTgxIGFuZCBjb25zZXF1ZW50bHkgZm9yIHdoYXQgNzE4 MiB3YXMgaW5pdGlhbGx5IHdyaXR0ZW4gZm9yLiBJIHRoaW5rIHRoYXQgIGNhbGxpbmcgb3V0IHRo ZSB0cnVzdCBtb2RlbCwgYW5kIGhvdyA3MTgyIGFjdHVhbGx5IGlzIHVzZWQgaGVyZSwgbWlnaHQg YmUgd2hhdCBpcyBjYWxsZWQgZm9yLg0KQ29udGludWluZyB3aXRoIHRoZSBhc2lkZSwgdGhpcyAq ZXNwZWNpYWxseSogYXMgdGhlIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50IHNheXM6ICJQcm92aWRp bmcgc2VjdXJpdHkgZm9yIGEgcmVhY3RpdmUgcm91dGluZyBwcm90b2NvbCBjYW4gYmUgZGlmZmlj dWx04oCdDQoNClRob21hczoNCu+7v09LLCBzbyBhc3N1bWUgdGhhdCBJIHVuZGVyc3RhbmQgcmVn ZW5lcmF0aW9uIGFzIHBlciBteSBwcmV2aW91cyBlbWFpbCwgYXMgbWVhbmluZyDigJxnZW5lcmF0 ZSBhIG5ldyBtZXNzYWdlIGFuZCBzZW5kIHRvIG15IG5laWdoYm9ycywgYmFzZWQgb24gd2hhdCBJ IGxlYXJuZWQgd2hlbiBwcm9jZXNzaW5nIGEgcmVjZWl2ZWQgbWVzc2FnZeKAnSDigJQganVzdCBs aWtlIGFueSBkaXN0YW5jZSB2ZWN0b3IgcHJvdG9jb2wgZG9lcy4NCkluIHRoYXQgbW9kZWwsIHdo YXQgeW91IHdyaXRlIG1ha2VzIHNlbnNlOiBlYWNoIG9yaWdpbmF0b3Igb2YgYSBjb250cm9sIG1l c3NhZ2UgKGkuZS4sIHdob2V2ZXIgZ2VuZXJhdGVzIG9yIHJlZ2VuZXJhdGVzIGl0KSBpcyBmcmVl IHRvIGluY2x1ZGUgdGhlIGluZm9ybWF0aW9uIGl0IGRlc2lyZXMsIHN1Y2ggYXMgdGhlIDQgcG9p bnRzIHlvdSBsaXN0IGFib3ZlLiBObyBpc3N1ZXMgd2l0aCB0aGF0Lg0KSG93ZXZlciwgYW5kIHRo aXMgam9pbnMgd2hhdCBJIHBvaW50ZWQgb3V0IGluIGEgcHJldmlvdXMgZW1haWwsIHlvdSB3cml0 ZSBpbiB0aGUgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQ6ICJQcm92aWRpbmcgc2VjdXJpdHkgZm9y IGEgcmVhY3RpdmUgcm91dGluZyBwcm90b2NvbCBjYW4gYmUgZGlmZmljdWx0LiINCldoaWxlIHdl IGNhbiBkaXNjdXNzIGlmIHRoZSBuYXR1cmUgb2Yg4oCccmVhY3RpdmUgcm91dGluZyBwcm90b2Nv bOKAnSBnZW5lcmF0ZXMgcGFydGljdWxhciBkaWZmaWN1bHRpZXMsIHdlIGNlcnRhaW5seSBjYW4g YWdyZWUgdGhhdCB0aGlzIHByb3RvY29sIGhhcyB0aGUgc2FtZSDigJxkaWZmaWN1bHRpZXPigJ0g YXMgYSBkaXN0YW5jZSB2ZWN0b3IgcHJvdG9jb2w6IHJvdXRpbmcgdG9wb2xvZ3kgaW5mb3JtYXRp b24gKGJ5IGRlZmluaXRpb24pIG5vdCBiZWluZyBleGNoYW5nZWQgZW5kLXRvLWVuZCwgYnV0IGJl dHdlZW4gbmVpZ2hib3JzICh3aG8gZG8gY2FsY3VsYXRpb25zIGFuZCBnZW5lcmF0ZSB0aGVpciBv d24gYW5ub3VuY2VtZW50cyDigJQgcmVnZW5lcmF0aW9uLCBhcyB5b3UgY2FsbCBpdCkuDQpUaGlz IG1lYW5zIHRoYXQgYSBzcGVjaWZpYyBzZWN1cml0eSBtb2RlbCBvZiB0cmFuc2l0aXZlIHRydXN0 IG11c3QgYmUgYXNzdW1lZCwgbm8/IEkgdHJ1c3QgVmljdG9yaWEsIHRoZXJlZm9yZSB3aGVuIFZp Y3RvcmlhIHNheXMg4oCcU3RhbiB0b2xkIG1l4oCdIHRoZW4gSSB0cnVzdCB0aGF0IHNoZSBhY3R1 YWxseSB2ZXJpZmllZCB0aGF0ICJpdCB3YXMgaW5kZWVkIFN0YW4gd2hvIHRvbGQgaGVyIOKApuKA nSDigJQgYW5kIGVpdGhlciB3YXksIEkgaGF2ZSBubyB3YXkgb2YgdmVyaWZ5aW5nPw0KSSBkaWQg bm90IHNlZSB0aGUgdHJ1c3QgbW9kZWwgLyB0cnVzdCBhc3N1bXB0aW9uIGRpc2N1c3NlZCBpbiB0 aGUgc3BlY2lmaWNhdGlvbiAoc3BlY2lmaWNhbGx5IG5vdCBpbiBhcHBsaWNhYmlsaXR5IGFuZCBp biBzZWN0aW9uIDEzLCBib3RoIG9mIHdoZXJlIGl0IHNob3VsZCBiZSBjYWxsZWQgb3V0KSwgYnV0 IEkgdGhpbmsgdGhhdCB0aGlzIGlzIGFjdHVhbGx5IGEgY3J1Y2lhbCBwb2ludCB0byBnZXQgcmln aHQsIGluIG9yZGVyIHRvIGFwcHJvYWNoIGRldmVsb3BpbmcgdGhlIE1USSBzZWN1cml0eSBtZWNo YW5pc21zLg0KQW55d2F5cywgdGhhdCBvYnNlcnZhdGlvbiBhY3R1YWxseSBjb250cmFzdHMgc3Ry b25nbHkgd2l0aCB3aGF0IHRoZSBhcHBsaWNhYmlsaXR5IHN0YXRlbWVudCB0aGVuIGdvZXMgb24g dG8gc2F5LCBuYW1lbHk6DQogICBBT0RWdjIgcHJvdmlkZXMgZm9yIG1lc3NhZ2UgaW50ZWdyaXR5 IGFuZCBzZWN1cml0eSBhZ2FpbnN0IHJlcGxheQ0KICAgYXR0YWNrcyBieSB1c2luZyBpbnRlZ3Jp dHkgY2hlY2sgdmFsdWVzLCB0aW1lc3RhbXBzIGFuZCBzZXF1ZW5jZQ0KICAgbnVtYmVycywgYXMg ZGVzY3JpYmVkIGluIFNlY3Rpb24gMTMuDQpUaGlzIGlzIHRydWUgb25seSBpbiBhcyBtdWNoIGFz IG1lc3NhZ2VzIGFyZSBpbmRlZWQgZXhjaGFuZ2VkIGJldHdlZW4gbmVpZ2hib3JzOiB3aGVuIHlv dSDigJxyZWdlbmVyYXRl4oCdIGEgbWVzc2FnZSwgaS5lLiwgZ2VuZXJhdGUgYSBuZXcgbWVzc2Fn ZSBpbiByZXNwb25zZSB0byByZWNlaXB0IG9mIGEgbWVzc2FnZSwgeW91IGdlbmVyYXRlIGJyYW5k IG5ldyBwYXlsb2FkIChidXQgcG9zc2libHkgaW5jbHVkaW5nIHNvbWUgb2YgdGhlIGRhdGEgZnJv bSB0aGUgcmVjZWl2ZWQgbWVzc2FnZSwgb2YgY291cnNlKTogdGh1cywgYW55IElDVnMg4oCcZnJv bSBmYXJ0aGVyIGF3YXkgdGhhbiB0aGUgbmVpZ2hib3LigJ0gd2lsbCBiZSB1c2VsZXNzIChvciwg aWYgeW91IHplcm8gb3V0IHRoZSBwYXJ0cyB0aGF0IHlvdSBjaGFuZ2UsIHRoZXNlIHBhcnRzIHdp bGwgbm90IGJlIHByb3RlY3RlZCkuDQpUaGUgYWJvdmUgc2VudGVuY2UsIHF1b3RlZCBmcm9tIHRo ZSBhcHBsaWNhYmlsaXR5IHN0YXRlbWVudCwgYW5kIHRoYXQgd2hpY2ggdHJhbnNwaXJlcyBmcm9t IHNlY3Rpb24gMTMsIHNlZW1zIC0gY2VydGFpbmx5LCBhYnNlbnQgdGhlIHRydXN0IG1vZGVsIGFz c3VtZWQgLSB0byBzdWdnZXN0IHRoYXQgZW5kLXRvLWVuZCBwcm90ZWN0aW9uL3ZhbGlkYXRpb24g aXMgcHJvdmlkZWQuIEJ1dCwgdGhpcyBpcyBub3QgdGhlIGNhc2UuDQpGaW5hbGx5IHRvIHRoZSBh cHBsaWNhYmlsaXR5IHN0YXRlbWVudCwgYSBxdWVzdGlvbjoNCklmIHNlY3VyaXR5IGFzc29jaWF0 aW9ucyBjYW4gYmUgZXN0YWJsaXNoZWQsIGVuY3J5cHRpb24gY2FuIGJlIHVzZWQgZm9yIEFPRFZ2 MiBtZXNzYWdlcyB0byBlbnN1cmUgdGhhdCBvbmx5IHRydXN0ZWQgcm91dGVycyBwYXJ0aWNpcGF0 ZSBpbiByb3V0aW5nIG9wZXJhdGlvbnMuDQpXaGF0IHlvdSB3YW50IHRvIHNheSBoZXJlIGlzIHRo YXQg4oCcaWYgYWxsIHRydXN0ZWQgcm91dGVycyBoYXZlIGEgc2hhcmVkIHNlY3JldCwgdGhlbiB3 ZeKAmXJlIGFibGUgdG8gdXNlIHRoYXQgc2hhcmVkIHNlY3JldCB0byBpZ25vcmUgbm9uLXRydXN0 ZWQgcm91dGVyc+KAnSwgcmlnaHQ/DQpXaGlsZSDigJxzZWN1cml0eSBhc3NvY2lhdGlvbnPigJ0g dGhhdCBkbyBub3QgcGFzcyB0aHJvdWdoIGEgc2hhcmVkIHNlY3JldCBwcm9iYWJseSBjYW4gYmUg dGhvdWdodCB1cCwgaXTigJlzIG5vdCB0cml2aWFsIGFuZCBJIGRpZCBub3QgZmluZCBhbnkgZGlz Y3Vzc2lvbiBvZiB0aGF0IGluIHRoZSBkb2N1bWVudD8NCkhhdmluZywgb24gdGhlIHRvcGljIG9m IHNlY3VyaXR5LCByZS1yZWFkIFNlY3Rpb24gMTMsIHdoaWNoIHN0YXJ0czoNCiAgIFRoaXMgc2Vj dGlvbiBkZXNjcmliZXMgdmFyaW91cyBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyBhbmQgcG90ZW50 aWFsDQogICBhdmVudWVzIHRvIHNlY3VyZSBBT0RWdjIgcm91dGluZy4NCldoaWxlIHRoaXMgaXMg YW4gaG9uZXN0IGRlc2NyaXB0aW9uIG9mIHdoYXQgZm9sbG93cywgSSByZW1haW4gY29udmluY2Vk IHRoYXQgdGhpcyBpcyBub3Qgc3VmZmljaWVudC4gU28gbGV0IG1lIGFzayBhcyBwcmVjaXNlbHkg YXMgSSBjYW46DQpvIHdoYXQgaXMgdGhlIE1USSBzZWN1cml0eSBtZWNoYW5pc20gdGhhdCBhIGNv bmZvcm1hbnQgaW1wbGVtZW50YXRpb24gbXVzdCBwcm92aWRlPyBTcGVjaWZpY2FsbHk6IC0gd2hp Y2ggYXJlIHRoZSBwcm9jZXNzaW5nIHN0ZXBzIChmb3IgZXhhbXBsZSBpbiBzZWN0aW9uIDcuMi4x IGFuZCBzZWN0aW9uIDcuMi4yIGZvciBSUkVQIC0gYW5kIHNpbWlsYXJseSBmb3IgdGhlIG90aGVy IG1lc3NhZ2UgdHlwZXMpIHRoYXQgZGVmaW5lIHRoYXQgc2VjdXJpdHkgbWVjaGFuaXNtDQpvIHdo YXQgcHJvdGVjdGlvbiBpcyBvZmZlcmVkIGJ5IHRoYXQgTVRJIHNlY3VyaXR5IG1lY2hhbmlzbT8g QW5kIHdoYXQgcmVtYWlucyB2dWxuZXJhYmxlLg0KSWYgdGhpcyBzcGVjaWZpY2F0aW9uIHRhcmdl dHMgc3RkLnRyYWNrLCB0aGVuIGl0IHNob3VsZCBpbmNsdWRlIChyZWFzb25hYmx5IHNvbGlkLCBi dXQgZGVmaW5pdGVseSB3ZWxsIHNwZWNpZmllZCkgTVRJIHNlY3VyaXR5Lg0KDQpDaHJpcyBEZWFy bG92ZToNCu+7v1RoZXJlIGFyZSB0d28gcG90ZW50aWFsIGNob2ljZXM6DQoNCi0gUlJFUSBoYXMg YW4gaW50ZWdyaXR5IGNoZWNrIHZhbHVlIHRvIGluZGljYXRlIHRoYXQgc29tZW9uZSB0cnVzdGVk IGNyZWF0ZWQgaXQsIGlmIG5vdCBuZWNlc3NhcmlseSB0aGUgZGVzdGluYXRpb24uIFRoYXQgc29t ZW9uZSBtaWdodCBiZSBpZGVudGlmaWFibGUgb3Igbm90Lg0KLSBSUkVRIGhhcyBhIHNpZ25hdHVy ZSB0aGF0IGluZGljYXRlcyB0aGF0IHRoZSBkZXN0aW5hdGlvbiBjcmVhdGVkIGl0Lg0KDQpVbmZv cnR1bmF0ZWx5LCBhbiBSUkVRIHRoYXQgY2hhbmdlcyBhcyBpdCBpcyBmb3J3YXJkZWQgKGFnZ3Jl Z2F0aW5nIGRhdGEgb2YgYW55IHNvcnQpIG1ha2VzIHRoZSBzZWNvbmQgb3B0aW9uIHRyaWNreSwg dW5sZXNzIHRoZXJl4oCZcyBzb21lIHNvcnQgb2YgYWdncmVnYXRpbmcgc2lnbmF0dXJlIGFzIGl0 IGlzIGZvcndhcmRlZC4gQnV0IEnigJltIG5vdCBhbiBleHBlcnQgb24gdGhlIGxhdHRlci4NCg0K VGhlIG1vc3QgdHJpdmlhbCBjYXNlIG9mIHRoZSBmb3JtZXIgaXMgc2ltcGx5IHRoYXQgZXZlcnlv bmUgdHJ1c3RlZCBoYXMgYSBzaW5nbGUgc2hhcmVkIGtleS4gVGhhdCBoYXMgb2J2aW91cyBpc3N1 ZXMg4oCTIGFsdGhvdWdoIGl0IHdhcyBnb29kIGVub3VnaCB0aGF0IGVtYm9kaWVkIGFzIFJGQyA3 MTgzIHdlIGNvdWxkIGdldCA3MTgxIHRocm91Z2ggdGhlIHN5c3RlbSAoYXMgYSDigJxtdXN0IGlt cGxlbWVudCwgZG8gbm90IG5lZWQgdG8gdXNl4oCdIG1pbmltYWwgY2FzZSkuIEFsdGVybmF0aXZl bHkgc29tZXRoaW5nIGlkZW50aXR5LWJhc2VkIChlLmcuIGRyYWZ0LWlldGYtbWFuZXQtaWJzKSBj b3VsZCBiZSB1c2VkLCBzbyB5b3Uga25vdyB3aG8gY3JlYXRlZCB0aGUgbWVzc2FnZSB5b3UgcmVj ZWl2ZWQsIGJ1dCB5b3UgYXJlIHJlbHlpbmcgb24gYSBjaGFpbiBvZiB0cnVzdCwgaG9wIGJ5IGhv cC4gQXQgd2hpY2ggcG9pbnQgeW91IG1pZ2h0IGFzIHdlbGwganVzdCBzaWduIHBhY2tldHMgKHNl ZSBSRkMgNzE4MikuDQoNCkJ1dCBpbiBldmVuIHRoZSB3ZWFrZXN0IGNhc2UgKHRoZSBzaW5nbGUg c2hhcmVkIGtleSB1c2VkIGhvcCBieSBob3ApIHRoZXJlIGhhcyB0byBiZSBhIGZhaWx1cmUgZm9y IHRoaW5ncyB0byBnbyB3cm9uZyAtIGVpdGhlciBsb3NzIG9mIGtleSAoaW4gd2hpY2ggY2FzZSBh bGwgYmV0cyBhcmUgb2ZmKSBvciBzdWJvcm5pbmcgb25lIHJvdXRlciAod2hvIGNhbiBkbyBxdWl0 ZSBhIGxvdCBvZiBkYW1hZ2UpLg0KDQpJIGhhdmVuJ3QgcmVhZCB0aGUgbGF0ZXN0IEFPRFZ2MiBk cmFmdCB5ZXQsIGJ1dCB0aGlzIHNvcnQgb2YgdGhpbmcgc2hvdWxkIGJlIGRlc2NyaWJlZCBpbiBp dHMgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgLSB0aGUgcHJldmlvdXMgZHJhZnQgdGhvdWdoIGRp ZG4ndCBkaXNjdXNzIHRoaXMgYXMgZmFyIGFzIEkgcmVjYWxsLg0KDQpDaHJpcyBEZWFybG92ZToN Cu+7v0lmIHlvdSBnbyBkb3duIHRoaXMgcm91dGUgb2YgYXNzdW1pbmcgdHJhbnNpdGl2ZSB0cnVz dCwgdGhlbiB5b3UgbWlnaHQgYXMgd2VsbCB1c2UgNzE4MuKAmXMgcGFja2V0IElDViBhbmQgdGlt ZXN0YW1wIHJhdGhlciB0aGFuIG1lc3NhZ2UgSUNWIGFuZCB0aW1lc3RhbXAuDQoNClRoZXJlIGlz IGEgY29tcGxpY2F0aW9uIChtb3N0bHkgb25lIG9mIHByZXNlbnRhdGlvbikgdGhhdCB0aGUgNTQ0 NCBtdWx0aXBsZXhlciAocmF0aGVyIHRoYW4gQU9EVnYyKSBuZWVkcyB0byBkbyB0aGlzLCBhdCBs ZWFzdCBmb3IgcGFja2V0cyBjb250YWluaW5nIEFPRFZ2MiBtZXNzYWdlcyAoYnV0IGF0IHdoaWNo IHBvaW50LCBwcm9iYWJseSBhbGwgNTQ0NCBwYWNrZXRzKS4gU28geW91IGVpdGhlciwgZGVwZW5k aW5nIG9uIHlvdXIgcG9pbnQgb2YgdmlldywgbmVlZCB0byByZXF1ZXN0IGl0IHRvIGRvIHRoYXQs IG9yIChhZG1pbmlzdHJhdGl2ZWx5KSBkZWNsaW5lIHRvIG9wZXJhdGUgZXhjZXB0IG92ZXIgYSA1 NDQ0IG11bHRpcGxleGVyIHRoYXQgaXMgZG9pbmcgdGhpcy4NCg0KVGhlIGFkdmFudGFnZSBpcyBv bmUgb2Ygc2F2ZWQgc3BhY2UgYW5kIHRpbWUgd2hlbiBwYWNrZXRzIGNvbnRhaW4gbW9yZSB0aGFu IG9uZSBtZXNzYWdlLiBQbHVzIHNsaWdodGx5IGJldHRlciBwcm90ZWN0aW9uIChob3AgY291bnQg YW5kIGxpbWl0IGFyZSBjb3ZlcmVkKSBidXQgd2hpY2ggcHJvYmFibHkgZG9lc27igJl0IG1hdHRl ciBoZXJlLg0KDQpJZiBtZXNzYWdlcyBhcmUgY2hhbmdlZC9yZXBsYWNlZCBvbiBhIG9uZS10by1v bmUgYmFzaXMgYXMgZm9yd2FyZGVkLCB0aGVuIHRoZSBvbmx5IHNvbHV0aW9ucyBJIGNhbiBzZWUg YXJlIGhvcCBieSBob3AgdHJhbnNpdGl2ZSB0cnVzdCAocGFja2V0cyBvciBtZXNzYWdlcyBwZXIg aG9wKSwgb3Igc29tZXRoaW5nIGNvbXBsaWNhdGVkIGludm9sdmluZyBhZ2dyZWdhdGlvbiBhbmQg a25vd2xlZGdlIG9mIGNoYW5nZXMuIEJ1dCB0aGUgbGF0dGVyIHdvdWxkIGJlIGEgcmVzZWFyY2gg dGFzayB0byBkZXZlbG9wLCBzbyBsZXTigJlzIG5vdCB0cnkgdGhhdC4NCg0KSmlhemkgWWk6DQpJ 77u/IGFncmVlIHdpdGggQ2hyaXMgYW5kIFRob21hcyBvbiB0aGVpciBjb25jZXJucyBvbiB0aGUg aG9wLWJ5LWhvcCBzZWN1cml0eSBpc3N1ZS4NClRoaXMgaXMgdmVyeSBkaWZmZXJlbnQgZnJvbSBj bGFzc2ljYWwgRFYgcHJvdG9jb2wsIGluIHdoaWNoIHRoZSB2ZWN0b3IgaW5mb3JtYXRpb24gaXMg ZGVzaWduZWQgdG8gYmUgZXhjaGFuZ2VkIGJldHdlZW4gbmVpZ2hib3Vycy4NCkluIEFPRFZ2Miwg dGhlIFJSRVEvUlJFUC9SRVJSIGFyZSB0byBiZSBmb3J3YXJkZWQgdGhyb3VnaCBtdWx0aXBsZSBo b3BzLiBBIHJvdXRlciBjYW4gc2lnbiBhIG1lc3NhZ2UgdGhhdCBpc24ndCBhY3R1YWxseSBpbml0 aWFsaXNlZCBieSBpdHNlbGYgLS0gdGhpcyBpcywgYXQgbGVhc3QsIGFnYWluc3QgaW50dWl0aW9u Lg0KVGhpcyBjYW4gYmUgYW4gaXNzdWUgaWYgd2UgaGF2ZSBjb21wcm9taXNlZCByb3V0ZXJzIGlu IHRoZSBuZXR3b3JrLiBPZiBjb3Vyc2UsIGEgY29tcHJvbWlzZWQgcm91dGVyIGlzIGEgcHJvYmxl bSBmb3IgZXZlcnkgcHJvdG9jb2wsIGxpa2UgT0xTUnYyLiBCdXQgaW4gT0xTUnYyLCBhIGNvbXBy b21pc2VkIHJvdXRlciBjYW4gb25seSBzcGVhayBvbiBiZWhhbGYgb2YgaXRzZWxmIC0tIGhvd2V2 ZXIsIGluIEFPRFZ2MiwgYSBjb21wcm9taXNlZC9taXMtY29uZmlndXJlZCByb3V0ZXIgY2FuIHBy ZXRlbmQgdG8gYmUgYW55IG90aGVyIHJvdXRlciAoZm9yIGV4YW1wbGUsIGdlbmVyYXRlIFJSRVEg bWVzc2FnZXMgdXNpbmcgYW5vdGhlciBhZGRyZXNzIGFzIE9yaWdBZGRyKS4gIFRoZSBjb25zZXF1 ZW5jZSB3aWxsIGJlIG11Y2ggbW9yZSBzZXJpb3VzIGlmIHRoYXQgaGFwcGVucy4NCg0KQU9EVnYy OiBUaGlzIGlzIG5vdCB5ZXQgYWRkcmVzc2VkLg0KDQo5LiBUZXJtaW5vbG9neSAtIGhvc3QsIHJv dXRlcnMsIHJvdXRlciBjbGllbnRzOg0KDQpUaG9tYXM6IE15IGxhc3QgcmV2aWV3IHN1Z2dlc3Rl ZDoNCuKAnFRoaXMgaGFzIGJlZW4gYnJvdWdodCB1cCBvbiB0aGUgbGlzdCBzZXZlcmFsIHRpbWVz IGluIHRoZSBwYXN0LCB3aXRob3V0IGhhdmluZyBiZWVuIGFkZHJlc3NlZC4NClRoZXJlIGFyZSDi gJxob3N0c+KAnSBhbmQgdGhlcmUgYXJlIOKAnHJvdXRlcnPigJ0g4oCUIHdob3NlIHJvbGVzIGFy ZSB3ZWxsIGRlZmluZWQuIE5vZGXigJ0gbm90IHNvIG11Y2gg4oCUIHdoaWNoIGlzIGNsZWFyIGZy b20gbG9va2luZyBhdCB0aGUgZGVmaW5pdGlvbiBoZXJlOiDigJxlaXRoZXIgQU9EVnYyIHJvdXRl cnMgb3Igcm91dGVyIGNsaWVudHPigJ0gKHdpdGgg4oCccm91dGVyIGNsaWVudHPigJ0gYmVpbmcg ZGVmaW5lZCBhcyDigJxhbiBBT0RWdjIgcm91dGVyIGlzIGFsc28gaXRzIG93biByb3V0ZXIgY2xp ZW504oCdKS4NCg0KVGhpcyBpcyB2ZXJ5IG11Y2ggcmVsYXRlZCB0byB0aGUgdXNlIG9mIOKAnFJv dXRlciBDbGllbnTigJ0sIGFuZCBib3RoIHRoYXQgdGVybSwgYW5kIOKAnG5vZGXigJ0gaW5kaWNh dGl2ZSB0aGF0IHNvbWUgY2xhcml0eSBpcyBuZWVkZWQgaGVyZS4NCg0KQWxsIGEgcm91dGVyIGNh cmVzIGFib3V0IGlzIOKAnGFuIGFkZHJlc3PigJ0uIElmIHRoYXQgYWRkcmVzcyBpcyBvZiBhIG5l dHdvcmssIG9yIGEgcm91dGVyLCBvciBhbiBpbnRlcmZhY2UgKGFuZCwgaWYgc2FpZCBpbnRlcmZh Y2UgaXMgaW5zdGFsbGVkIGluIGEgcm91dGVyIG9yIGEgaG9zdCkgZG9lc27igJl0IG1hdHRlci4N Cg0KU28sIOKAnGFuIGFkZHJlc3PigJ0gaXMgc29tZXRoaW5nIHRoYXQgdGhlIHJvdXRpbmcgcHJv dG9jb2wgc2hvdWxkIGNhcmUgYWJvdXQgZmluZGluZyBwYXRocyB0by4gV2hpY2ggbWVhbnMgdGhh dCBlYWNoIGFkZHJlc3MgdGhhdCBzaG91bGQgYmUgbWFkZSByZWFjaGFibGUgYnkgdGhlIHJvdXRp bmcgcHJvdG9jb2wgc2hvdWxkIGJlIGFkdmVydGlzZWQgYnkgKGF0IGxlYXN0KSBvbmUgcm91dGVy IGluIHRoZSBuZXR3b3JrLg0KDQpPbmUgd2F5IG9mIGRvaW5nIHRoYXQgd291bGQgYmUgdG8gc2lt cGx5IHRhbGsgYWJvdXQg4oCcQXR0YWNoZWQgTmV0d29ya3PigJ0gYXMgaXMgZG9uZSBpbiBSRkM3 MTgxLCB3aGVyZWluIGFuIGFkZHJlc3MgaW5jbHVkZWQgaW4gdGhlIOKAnEF0dGFjaGVkIE5ldHdv cmsgU2V04oCdIGlzIGFkdmVydGlzZWQgYnkgYW4gT0xTUnYyIHJvdXRlci4uLi5pbiB0aGlzIGNh c2UsIHRoZSBlcXVpdmFsZW50IHdvdWxkIGJlIOKAnGZvciBlYWNoIGFkZHJlc3MgaW4gdGhlIEF0 dGFjaGVkIE5ldHdvcmsgU2V0IG9mIGFuIEFPRFZ2MiByb3V0ZXIgdGhlIHJvdXRlciBNVVNUIHJl c3BvbmQgYXV0aG9yaXRhdGl2ZWx5IHRvIGEgUlJFUSwgYW5kIE1VU1QgbWFpbnRhaW4gdGhlIGNv cnJlc3BvbmRpbmcgc2VxdWVuY2UgbnVtYmVy4oCdLg0KVGhlIHRleHQsIGFzIGl0IGN1cnJlbnRs eSBpcywgaXMgcmVhbGx5IGhhcmQgdG8gcmVhZCwgYW5kIGEgcmUtZWRpdCBhbG9uZyB0aGVzZSBs aW5lcyB3b3VsZCBnbyBhIGxvbmcgd2F5LuKAnQ0KDQpJIG5vdGUgdGhhdCB0aGUgdGVybXMg4oCc Tm9kZeKAnSBhbmQg4oCcUm91dGVyIENsaWVudOKAnSBhcmUgc3RpbGwgdXNlZCwgaW4gdGhlaXIg b3JpZ2luYWwgZm9ybSwgYW5kIHRoYXQgb3RoZXIgdGhhbiBzb21lIHNsaWdodCB3b3Jkc21pdGhp bmcgdGhpcyBjb21tZW50IGhhcyBub3QgYmVlbiBhZGRyZXNzZWQgaW4gdGhlIGRvY3VtZW50Lg0K DQpJIHJlaXRlcmF0ZSB0aGF0IHRoZSBuZWVkIHRvIHVzZSByb3V0ZXIsIGhvc3QsIG5vZGUsIGFu ZCByb3V0ZXIgY2xpZW50IGluIGFuZCBieSBpdHNlbGYgc2hvdWxkIGJlIGFuIGluZGljYXRvciB0 aGF0IHRpZ2h0ZW5pbmcgdXAgb2YgdGVybWlub2xvZ3kgaXMgcmVxdWlyZWQuDQoNCkFPRFZ2Mjog U2VlIDUuIFRoZSB1c2Ugb2Yg4oCcbm9kZeKAnSBoYXMgYmVlbiBhZGRyZXNzZWQuDQoNCjEwLiBU ZXJtaW5vbG9neSBhbmQgZWxzZXdoZXJlIC0gYWRkcmVzcw0KVGhvbWFzOiBJIG1hZGUgdGhlIGZv bGxvd2luZyBjb21tZW50IHRvIFJvdXRhYmxlIFVuaWNhc3QgSVAgQWRkcmVzczoNCuKAnEFyZSB0 aGVyZSBhbnkgdGVjaG5pY2FsIHJlYXNvbiB3aHkgbm90IHNpbXBseSAqYW55KiBhZGRyZXNzIGNv dWxkIGJlIGNvbnNpZGVyZWQgYnkgdGhlIHJvdXRpbmcgcHJvdG9jb2w/DQpNeSB1bmRlcnN0YW5k aW5nLCBidXQgY29ycmVjdCBtZSBpZiBJIGFtIHdyb25nLCBpcyB0aGF0IGFsbCB0aGF0IGlzIHJl cXVpcmVkIGlzIHRoYXQgYWxsIGludGVyZmFjZXMgaW4gYSBnaXZlbiBBT0RWdjIgcm91dGluZyBk b21haW4gaGFzIGFuIHVuaXF1ZSBhZGRyZXNzLg0KVGhhdCBzb21lIG9mIHRoZXNlIGFkZHJlc3Nl cyAoYnkgYW4gSVAgYWRkcmVzc2luZyBhcmNoaXRlY3R1cmUgZG9jdW1lbnQpIGhhcyBzcGVjaWFs IHNlbWFudGljcyBhc3NvY2lhdGVkIChzdWNoIGFzIGFyZSBsaW5rIGxvY2Fscywgb3IgYXJlIGZv ciBwcml2YXRlIHVzZSwgb3IgYXJlIGZvciBleGFtcGxlIHVzZSBvbmx5LCBvciBhcmUgZm9yIG11 bHRpY2FzdCkgaXMgb3V0IG9mIHNjb3BlIGhlcmU/DQpJIHNlZSBub3RoaW5nIGhhcyBjaGFuZ2Vk IG9uIHRoZSBhYm92ZSwgc28gbGV0IG1lIGJlIG1vcmUgZXhwbGljaXQ6IHRoZSByb3V0aW5nIHBy b3RvY29sIGl0c2VsZiBwcm9iYWJseSkgc2hvdWxkIG5vdCBjYXJlIGFib3V0IHdoYXQga2luZCBv ZiBhZGRyZXNzZXMgYXJlIGZpbGxlZCBpbnRvIGl0LiBJcyBhbiAxOTIuMTYuLzE2IGFkZHJlc3Mg YXBwcm9wcmlhdGU/IE5vdCBhY3Jvc3MgdGhlIGludGVybmV0LCBidXQgaXQgbWF5IGJlIGluIHNv bWVib2R54oCZcyBwcml2YXRlIGRlcGxveW1lbnRzLiBTaG91bGQgdGhlIHJvdXRpbmcgcHJvdG9j b2wgYmUg4oCcYWRkcmVzcyBwb2xpY2XigJ0gYW5kIGlzIGltcGxlbWVudGF0aW9uIG9mIGEg4oCc SSByZWZ1c2UgdG8gcm91dGUgdGhlc2UgYWRkcmVzc2Vz4oCm4oCdIGEgcmVxdWlyZW1lbnQgZm9y IGNsYWltaW5nIGNvbmZvcm1hbmNlPyBTdWdnZXN0IHNpbXBseSBzdGF0aW5nIHdoYXQgdGhlIHJl cXVpcmVtZW50cyBhcmUgdW5kZXIgd2hpY2ggdGhlIHJvdXRpbmcgcHJvdG9jb2wgd2lsbCB3b3Jr IOKAlCBhbmQgbGVhdmUg4oCcYWRkcmVzcyBhc3NpZ25tZW50IHBvbGl0aWNz4oCdIGFzaWRlLg0K DQpBT0RWdjI6IFdlIGFzayBmb3IgY2xhcmlmaWNhdGlvbiBvbiB0aGlzIGlzc3VlLiBXZSB1c2Ug dGhlIHBocmFzZSDigJxyb3V0YWJsZSBhbmQgdW5pY2FzdOKAnSBpbiB0aGUgZHJhZnQgd2l0aCBy ZXNwZWN0IHRvIE9yaWdBZGRyIGFuZCBUYXJnQWRkci4gV2UgZG9udCBtZWFuIHRvIGV4Y2x1ZGUg YWRkcmVzc2VzIGZyb20gdGhlIHByaXZhdGUgYWRkcmVzcyByYW5nZXMuIEJ1dCB3ZSBkb250IHdh bnQgdG8gcmVxdWVzdCByb3V0ZXMgZm9yIG11bHRpY2FzdCwgaW5kZXRlcm1pbmF0ZSwgbGluay1s b2NhbCwgb3IgbG9vcGJhY2sgYWRkcmVzc2VzLiBUaGlzIGlzIG5vdCBhYm91dCByb3V0ZXIgaW50 ZXJmYWNlIGFkZHJlc3NlcyB3aGljaCBhcmUgdXNlZCBmb3IgQU9EVnYyLg0KDQoxMS4gTXVsdGlw bGUgaW50ZXJmYWNlcyB3aXRoIHRoZSBzYW1lIElQIGFkZHJlc3MsIDY2MjEgaW1wbGljYXRpb25z DQoNClRob21hczogSSBhbHNvIGNvbnRpbnVlZDoNCk5vdywgd2l0aCB0aGF0IGJlaW5nIHNhaWQg YWxzbywgdGhlIFdHIHdhbnRlZCB0aGF0IFJGQzcxODEgc3VwcG9ydHMgbm90IGp1c3QgbXVsdGlw bGUgaW50ZXJmYWNlcywgYnV0IGFsc28gdGhlIHNhbWUgYWRkcmVzcyB1c2VkIG9uIG11bHRpcGxl IGludGVyZmFjZXMgb2YgdGhlIHNhbWUgcm91dGVyLiBUaGVyZSB3ZXJlIGdvb2QgcmVhc29ucyBm b3IgdGhhdCwgYW5kIHdoaWxlIGl0IHdhcyBub3QgdHJpdmlhbCB0byBpbXBsZW1lbnQsIGl0IHR1 cm5lZCBvdXQgdG8gYmUgdGhlIHJpZ2h0IHRoaW5nIHRvIHN1cHBvcnQuIElmIHRoZXJlIGFyZSB0 ZWNobmljYWwgcmVhc29ucyB3aHkgdGhpcyBpcyBub3Qgc3VwcG9ydGVkIGluIEFPRFZ2MiAoZm9y IGV4YW1wbGUsIGlmIHRoaXMgY2Fubm90IGJlIG1hZGUgd29yayBiZWNhdXNlIG9mIDxyZWFzb24+ KSB0aGVuIHRoYXQgc2hvdWxkIGJlIGNhbGxlZCBvdXQgaW4gdGhlIGFwcGxpY2FiaWxpdHkgc3Rh dGVtZW50IGFsc28/DQpDb252ZXJzZWx5LCBpZiBpdCBpcyBwb3NzaWJsZSBpbiBBT0RWdjIsIHRo ZW4gSSBkbyBub3QgYmVsaWV2ZSB0aGF0IGl0IGlzIGNsZWFybHkgc3BlY2lmaWVkIGhvdyAoYXQg bGVhc3QsIGluIHRoZSDigJxuYWl2ZeKAnSBvbiBwYXBlciBleGFtcGxlcyBJIGRyZXcgdXAsIHNv bWV0aGluZyBlbmRlZCB1cCBub3Qgd29ya2luZykuIFNvIGVpdGhlciB0aGUgcHJvdG9jb2wgYXMt aXMgZG9lcyBub3Qgc3VwcG9ydCBpdCAoYnV0IGNvdWxkIGJlIG1hZGUgdG8/KSBvciBpdCBpcyBz dXBwb3J0ZWQgKGJ1dCBqdXN0IG5lZWQgdG8gYmUgc3BlbGxlZCBvdXQpLCBvciBpcyBub3QgcG9z c2libGUgKGFuZCBuZWVkIHRvIGJlIGRpc2NsYWltZWQgaW4gdGhlIGFwcGxpY2FiaWxpdHkgc3Rh dGVtZW50KS4NClN0YW4gUmF0bGlmZiB3YXMgYSBkcml2aW5nIGZvcmNlIGluIGhvbGRpbmcgdGhl IFdH4oCZcyBjb2xsZWN0aXZlIGZlZXQgdG8gdGhlIGZpcmUgaW4gZ2V0dGluZyB0aGlzIHN1cHBv cnQgaW5jbHVkZWQgaW4gUkZDNzE4MSwgYW5kIHdvdWxkIGxpa2VseSBiZSB0aGUgcmlnaHQgcGVy c29uIHRvIGNvbnN1bHQgb24gdGhpcyBtYXR0ZXI/DQpJIGFjdHVhbGx5IGhhdmUgbm90IHNlZW4g Y2hhbmdlcywgb3IgY29tbWVudHMsIG9uIHRoaXMuIEluIE9MU1J2MiwgdGhlIFdHIHdhcyBtYWtp bmcgaXQgYSBzdHJvbmcgcmVxdWlyZW1lbnQgdGhhdCBpdCBzaG91bGQgYmUgcG9zc2libGUgdG8g dXNlIHRoZSBzYW1lIElQIGFkZHJlc3Mgb24gZGlmZmVyZW50IGludGVyZmFjZXMgb2YgYSByb3V0 ZXIuIEl0IHdhcyBzb21ld2hhdCB0ZWRpb3VzIHRvIGRlc2lnbiBhcm91bmQsIGJ1dCBpdCB3YXMg d29ya2VkIG91dCwgYW5kIHRoZSBjb25kaXRpb25zIHVuZGVyIHdoaWNoIHRoYXQgd2FzIHBvc3Np YmxlIHdlcmUgZGVmaW5lZCBhbmQgZG9jdW1lbnRlZC4NCkkgd291bGQgbGlrZSB0byBzZWUgdGhl IHNhbWUgZG9uZSBmb3IgdGhpcyBwcm90b2NvbC4NCkkgYWxzbyBub3RlIHRoYXQgdGhpcyBpcyBu b3QgdW5yZWxhdGVkIHRvIFJGQzY2MjEtZGlzY3Vzc2lvbnMuIEZvciBleGFtcGxlLCB3aGVuIHNl bGVjdGluZyBTLU1QUnMgb24gYSBtdWx0aS1pbnRlcmZhY2UgYW5kIG11bHRpLWFkZHJlc3MtcGVy LWludGVyZmFjZSByb3V0ZXIsIGNhcmUgbXVzdCBiZSB0YWtlbiBsZWFzdCB0aGluZ3Mgd29u4oCZ dCB3b3JrLiBTbywgaWYgKGFuZCB0aGlzIGxpbmtzIGJhY2sgdG8gcHJldmlvdXMgbWFpbHMpIFJG QzY2MjEgaXMgYSByZXF1aXJlbWVudCBvciBkZXNpcmUgZm9yIHRoaXMgcHJvdG9jb2wsIHRoZW4g dGhlcmUgYXJlIHNvbWUgY29uc2lkZXJhdGlvbnMgcmVxdWlyZWQgaGVyZS4NCg0KQU9EVnYyOiBX ZSBoYXZlIHJlbW92ZWQgcmVmZXJlbmNlcyB0byBSRkMgNjYyMS4NCkluaXRpYWwgdGhvdWdodHMg b24gdGhpcyB0b3BpYyBvZiBtdWx0aXBsZSBpbnRlcmZhY2VzIHVzaW5nIHRoZSBzYW1lIElQIGFk ZHJlc3MsIGlzIHRoYXQgdGhpcyB3b3VsZG7igJl0IGNhdXNlIGEgcHJvYmxlbSwgaWYgdGhlIHJv dXRlciBoYXMgb25seSBvbmUgc2VxdWVuY2UgbnVtYmVyLiBIb3dldmVyLCB0aGlzIGlzIHVwIGZv ciBmdXJ0aGVyIGRpc2N1c3Npb24uDQoNCjEyLiBJbnRlcmZhY2VzIGNvbmZpZ3VyZWQgYXMgcm91 dGVyIGNsaWVudHMNCg0KVGhvbWFzOiBJIHNlZSB0aGF0IHRoZSBkZWZpbml0aW9uIG9mIOKAnFJv dXRlciBDbGllbnTigJ0gaGFzIGNoYW5nZWQgdG8gYmUNCuKAnEFuIGFkZHJlc3Mgb3IgYWRkcmVz cyByYW5nZeKApnRoZSBBT0RWdjIgcm91dGVy4oCZcyBpbnRlcmZhY2UgYWRkcmVzc2VzIGFyZSBh bHNvIGNvbmZpZ3VyZWQgYXMgcm91dGVyIGNsaWVudHPigJ0NCkJldHRlciB0aGFuIGJlZm9yZSwg YnV0IHN0aWxsIG1pc3NpbmcgdGhlIHRhcmdldC4gVGhlIHRlcm0g4oCcUm91dGVyIENsaWVudOKA nSBpcywgYXMgSSBpbmRpY2F0ZWQgbnVtZXJvdXMgdGltZXMgYmVmb3JlLCBvZGQuDQpCdXQgdGhl IHNlY29uZCBwYXJ0IG9mIHRoZSBzZW50ZW5jZSwgZG9lcyB0aGF0IG1lYW4gKHdoYXQgaXQgc2F5 cykgdGhhdCB0aGUgaW50ZXJmYWNlcyBtdXN0IGJlIGNvbmZpZ3VyZWQgc3BlY2lhbGx5LCBzbyBh cyB0byBiZSBhYmxlIHRvIGJlIOKAnHJvdXRlciBjbGllbnRz4oCdPyBUaGF0IGNhbuKAmXQgYmUg dHJ1ZS4NCldoYXQgeW91IGxpa2VseSBtZWFuIGlzOg0KQW4gQU9EVnYyIHJvdXRlciBpcyBjb25m aWd1cmVkIHNvIGFzIHRvIGNvbnNpZGVyIGl0cyBvd24gaW50ZXJmYWNlcyBhcyBwYXJ0IG9mIHRo ZSBsb2NhbGx5IGF0dGFjaGVkIG5ldHdvcmsgc2V04oCdID8NCllvdSBjb25maWd1cmUgdGhlIHJv dXRlciwgcmlnaHQ/IE5vIHNwZWNpYWwg4oCcaW50ZXJmYWNlIGNvbmZpZ3VyYXRpb24gcHJvcGVy dGllc+KAnSBhcmUgcmVxdWlyZWQgZm9yIGFuIGludGVyZmFjZSB0byBiZSBhbm5vdW5jYWJsZSBi eSAgYW4gQU9EVnYyIHJvdXRlcj8gKEFuZCwgZ2V0dGluZyByaWQgb2Ygbm9kZSB3b3VsZCBhY3R1 YWxseSBtYWtlIHRoZSBkZWZpbml0aW9uIHNob3J0ZXIgYW5kIG5pY2VyKQ0KDQpBT0RWdjI6IFRo ZSB3b3JkaW5nIHdlIHVzZSBzYXlzOiAiVGhlIElQIEFkZHJlc3NlcyBvZiB0aGUgcm91dGVyJ3Mg aW50ZXJmYWNlcyB3aWxsIGFwcGVhciBpbiB0aGUgUm91dGVyIENsaWVudCBUYWJsZS4iIGFuZCBp biB0aGUgVGVybWlub2xvZ3k6ICJUaGUgQU9EVnYyIHJvdXRlcidzIGludGVyZmFjZSBhZGRyZXNz ZXMgYXJlIGFsc28gY29uZmlndXJlZCBhcyBSb3V0ZXIgQ2xpZW50cy4iIEJvdGggc3RhdGVtZW50 cyBzYXkgdGhhdCDigJhpbnRlcmZhY2UgYWRkcmVzc2VzIGFyZSBjb25maWd1cmVkIGFzIHJvdXRl ciBjbGllbnRz4oCZIC4uLndlIGFyZSBub3Qgc3VyZSB3aHkgdGhpcyBpcyBtaXN1bmRlcnN0b29k LiBXZSBoYXZlIGEgcm91dGVyIGNsaWVudCBsaXN0LCBhbmQgdGhlIEFPRFZ2MiByb3V0ZXLigJlz IGludGVyZmFjZSBhZGRyZXNzZXMgYXJlIGluY2x1ZGVkIGluIHRoaXMgbGlzdC4gVGhlIGludGVy ZmFjZSBpdHNlbGYgZG9lc27igJl0IGhhdmUgc3BlY2lhbCDigJxpbnRlcmZhY2UgY29uZmlndXJh dGlvbiBwcm9wZXJ0aWVz4oCdLg0KDQoxMyAtIG1vcmUgb24gcm91dGVyIGNsaWVudHMNClRob21h czogTm93LCBzbmlwcGluZyBvdXQgZnJvbSB0aGUgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQ6DQoi TXVsdGktaG9taW5nIG9mIGFuIElQIGFkZHJlc3MgaXMgbm90IHN1cHBvcnRlZCBieSBBT0RWdjIs IGFuZCB0aGVyZWZvcmUgYSBSb3V0ZXIgQ2xpZW50LCBpLmUuIGFuIElQIEFkZHJlc3MsICDigKYg Ig0K4oCmZXZpZGVuY2UgdG8gdGhlcmUgYmVpbmcgc29tZSByZWR1bmRhbnQgdGVybWlub2xvZ3kg aGVyZSB0byB3ZWVkIGF3YXkuDQoNCkFPRFZ2MjogVGhhdCB3YXMgdGhlcmUgYXMgYSByZW1pbmRl ciB0aGF0IGEgcm91dGVyIGNsaWVudCBpcyBiYXNlZCBvbiBJUCBhZGRyZXNzLCBldmVuIHRob3Vn aCB0aGUgZGV2aWNlIHdpdGggdGhhdCBJUCBhZGRyZXNzIG1heSBoYXZlIG90aGVyIElQIGFkZHJl c3NlcyB0b28uIEl04oCZcyB0aGUgSVAgYWRkcmVzcyB0aGF0IGlzIHRoZSByb3V0ZXIgY2xpZW50 LCBub3QgdGhlIGRldmljZSBhcyBhIHdob2xlIHdpdGggaXRzIGVudGlyZSBjb2xsZWN0aW9uIG9m IGNvbmZpZ3VyZWQgSVAgYWRkcmVzc2VzLiBPbmUgSVAgYWRkcmVzcyBvZiB0aGF0IGRldmljZSBt aWdodCBiZSBjb25maWd1cmVkIGFzIGEgcm91dGVyIGNsaWVudCBvbiBvbmUgcm91dGVyLCBhbmQg YSBkaWZmZXJlbnQgSVAgYWRkcmVzcyBvZiB0aGF0IGRldmljZSBjb3VsZCBiZSBjb25maWd1cmVk IGFzIGEgcm91dGVyIGNsaWVudCBvbiBhbm90aGVyIHJvdXRlci4gVGhlIElQIGFkZHJlc3NlcyB3 b3VsZCBzZWVtIHRvIEFPRFZ2MiB0byBiZSBvbiBkaWZmZXJlbnQgZGV2aWNlcy4NCg0KDQoxNC4g ZGF0YSBlbGVtZW50cw0KDQpUaG9tYXM6IFRoZSBiZWxvdyBpcyBhIGxpdHRsZSBiaXQgb2YgYSBt ZXRhLWNvbW1lbnQsIEkgYW0gbm90IHF1aXRlIHN1cmUgd2hhdCBJIHRoaW5rIGhlcmUuIFRoZSBk ZWZpbml0aW9ucyBmb3IgVGFyZ2V0IE5vZGUgYW5kIHN1Y2ggd2VyZSBjb25mdXNpbmcgYmVmb3Jl LiBUaGV5IHN0aWxsIGFyZSwgc29tZXdoYXQuDQpJIHRoaW5rIHRoYXQgaXQgbWF5IGJlIGJlY2F1 c2UgdGhlIGRlZmluaXRpb25zIG5vdyB1c2VkIGFyZSBzaW1wbHkgY29weS1wYXN0ZWQgb3V0IGZy b20gdGhlIHRhYmxlcyBpbiB0aGUgcHJldmlvdXMgdmVyc2lvbiwgZm9yIGV4YW1wbGU6DQogICDi gJxBbiBBT0RWdjIgRGF0YSBFbGVtZW50IGNvbnRhaW5pbmcgdGhlIGRlc3RpbmF0aW9uIGFkZHJl c3Mgb2YgdGhlIElQIHBhY2tldCB0cmlnZ2VyaW5nIHJvdXRlIGRpc2NvdmVyeS7igJ0NCk9LLCBJ IGNhbiB0cmFjZSBiYWNrIGFuZCBzZWUgdGhhdCBhIERhdGEgRWxlbWVudCBpcyBzb21ldGhpbmcg dGhhdCBleGlzdHMgaW5zaWRlIGEgcHJvdG9jb2wgbWVzc2FnZS4gVG8gbWUsIGhvd2V2ZXIsIHRo YXTigJlzIG5vdCByZWFsbHkgZ2VuZXJhbCB0ZXJtaW5vbG9neSBhcyBzdWNoLCBidXQgcGFydCBv ZiB0aGUgc3BlY2lmaWNhdGlvbiBvZiBhIHBhY2tldCBmb3JtYXQgLSBvciByYXRoZXIsIGl0IGlz IHRoZSBub3RhdGlvbiB0aGF0IHlvdSB1c2Ugd2hlbiBkZXNjcmliaW5nIGFuIGFsZ29yaXRobS4g QnkgdGhlIHdheSwgd2h5IGFyZSBzb21lIG5vdGF0aW9ucyBpbiBDYW1lbENhc2Ugd2hlcmVhcyBv dGhlcnMgaGF2ZSBhIHNwYWNlIGluIHRoZW0sIGUuZy4g4oCcVGFyZ2V0IE5vZGXigJ0gYW5kIOKA nFRhcmdNZXRyaWPigJ0sIGJvdGggb2Ygd2hpY2ggYXJlIERhdGEgRWxlbWVudHM/IFdvdWxkIGJl IGdvb2Qgd2l0aCBhIGNvbnNpc3RlbnQgYXBwcm9hY2ggaGVyZS4NCkkgKnRoaW5rKiB0aGF0IGl0 IHdvdWxkIGJlIGJldHRlciB0byB0YWtlIGFsbCB0aG9zZSDigJxEYXRhIEVsZW1lbnTigJ0gYml0 cyBhbmQgbW92ZSB0byBhIHNlcGFyYXRlIHNlY3Rpb24gKG9yIHN1YnNlY3Rpb24pIHRvIHRoZSB0 ZXJtaW5vbG9neSwgYW5kIHRoZW4ga2VlcCBhbGwgdGhlIOKAnG90aGVyIHN0dWZm4oCdIChOZWln aGJvciwg4oCmKSBpbiBpdHMgb3duIHNlY3Rpb24uDQoNCkFPRFZ2MjogWW91ciBjb21tZW50IGZy b20gZHJhZnQgMTEgd2hlcmUgd2UgYWxyZWFkeSBoYWQgZGF0YSBlbGVtZW50cyBpbiBhIHNlcGFy YXRlIHRhYmxlLCBzYXlzOg0KIkFsc28gc3VnZ2VzdCBhYm9saXNoaW5nIHRoaXMgdGFibGUgYW5k IGZvbGRpbmcgdGhlIGRlZmluaXRpb25zIGluIHdpdGggdGhlIG90aGVyIGRlZmluaXRpb25zIGlu IHRoZSB0ZXJtaW5vbG9neSBzZWN0aW9uLiINCldlIGhhdmUgdXBkYXRlZCB0byBub3QgcmVmZXIg c28gaGVhdmlseSB0byB0aGUgdGVybSBEYXRhIEVsZW1lbnQuIEFsbCB0aGUgdGVybXMgYXJlIGRl c2NyaWJlZCBpbiB0aGUgVGVybWlub2xvZ3kgc2VjdGlvbi4gVGhvc2UgaW4gQ2FtZWxDYXNlIGFy ZSB1c2VkIGFzIG1lc3NhZ2UgZmllbGRzLg0KDQoNCjE1LiBSb3V0ZSDigJx0byBhIHNwZWNpZmlj IGFkZHJlc3PigJ0NClRob21hczoNCkkgbWFkZSBhIGNvbW1lbnQ6IFNlY29uZCwgc2hvdWxkIOKA nHZhbGlkIHJvdXRl4oCdIG5vdCBiZSBxdWFsaWZpZWQgYnkg4oCcdG8gYSBzcGVjaWZpYyBhZGRy ZXNz4oCdP+KAnQ0KV2hpY2ggd2FzIG5vdCBhZGRyZXNzZWQuDQoNCkFPRFZ2MjogRXZlcnkgcm91 dGUgaXMgdG8gYSBzcGVjaWZpYyBhZGRyZXNzLi4udGhlIGFkZHJlc3MgaXMgc3BlY2lmaWVkIGJ5 IFJvdXRlLkFkZHJlc3MgYW5kIFJvdXRlLlByZWZpeExlbmd0aC4NCkRvIHlvdSBtZWFuIHRoYXQg cm91dGVzIGFyZSB0byB0aGUgYWRkcmVzcyBUYXJnQWRkciBvciBPcmlnQWRkciBhbmQgdGhlcmVm b3JlIHRvIGEgc3BlY2lmaWMgaG9zdCBhZGRyZXNzIHJhdGhlciB0aGFuIHRvIGEgbmV0d29yayBw cmVmaXg/IFRoaXMgaXMgbm90IHRoZSBjYXNlLiBQcmVmaXggTGVuZ3RoIGlzIGluY2x1ZGVkIGlu IEFPRFZ2MiBtZXNzYWdlcyBzbyB0aGF0IHRoZSByb3V0ZSBsZWFybmVkIGZyb20gdGhlIG1lc3Nh Z2UgcmVwcmVzZW50cyB0aGUgcHJlZml4IHdoaWNoIE9yaWdBZGRyIG9yIFRhcmdBZGRyIHJlc2lk ZXMgb24gKGlmIHRoZSByb3V0ZXIgY2xpZW50IGVudHJ5IGNvcnJlc3BvbmRpbmcgdG8gT3JpZ0Fk ZHIgYXQgUlJFUV9HZW4gb3IgVGFyZ0FkZHIgYXQgUlJFUF9HZW4gaXMgY29uZmlndXJlZCB3aXRo IGEgcHJlZml4IGxlbmd0aCkuIGUuZy4gT3JpZ0FkZHIgaXMgMTAuMC4wLjEgYnV0IHRoZSBjb3Jy ZXNwb25kaW5nIHJvdXRlciBjbGllbnQgZW50cnkgYXQgUlJFUV9HZW4gY291bGQgYmUgMTAuMC4w LjAvODxodHRwOi8vMTAuMC4wLjAvOD4uIFNvIHdoZW4gY29uc3RydWN0aW5nIHRoZSBSUkVRIHlv dSBpbmNsdWRlIGEgcHJlZml4IGxlbmd0aCBvZiA4LCBhbmQgd2hlbiByZWNlaXZpbmcgdGhlIFJS RVEgYW5kIGxlYXJuaW5nIHRoZSByb3V0ZSB0byBPcmlnQWRkciwgeW91IGNhbiBpbnN0YWxsIGEg cm91dGUgdG8gMTAuMC4wLjAvODxodHRwOi8vMTAuMC4wLjAvOD4uICBUZXh0IGhhcyBiZWVuIHVw ZGF0ZWQgdG8gbWFrZSB0aGlzIG1vcmUgb2J2aW91cy4NCg0KMTYuIHVucmVhY2hhYmxlIGFkZHJl c3MNCg0KVGhvbWFzOiBJIGFsc28gbWFkZSBhIGNvbW1lbnQgb24gIlVucmVhY2hhYmxlIEFkZHJl c3PigJ0gLSBJIGFtIGdsYWQgSSBkaWQsIGJlY2F1c2UgSSBhcHBhcmVudGx5IGhhZCBhIGRpZmZl cmVudCB1bmRlcnN0YW5kaW5nIHRoYW4gd2hhdCB3YXMgaW50ZW5kZWQuIEkgbm93IHNlZSB0aGF0 IGFuIFVucmVhY2hhYmxlIEFkZHJlc3MgYnkgZGVmaW5pdGlvbiBpcyBhbiBhZGRyZXNzIGxpc3Rl ZCBpbiBhIFJFUlIgbWVzc2FnZSwgYW5kIG5vdCB0aGUgc2FtZSBhcyBhbiBhZGRyZXNzIHRvIHdo aWNoIG5vIHJvdXRlIGhhcyB5ZXQgIGJlZW4gZGlzY292ZXJlZD8gSWYgeWVzLCB0aGVuIHBsZWFz ZSB1c2UgYSBkaWZmZXJlbnQgdGVybSwgc3VjaCBhcyBGb3JtZXJseVJlYWNoYWJsZUFkZHJlc3Pi gJ0gb3Igc29tZXRoaW5nIG9mIHRoZSBzb3J0Pw0KDQpBT0RWdjI6ICJGb3JtZXJseSByZWFjaGFi bGUiIGlzIGluYWNjdXJhdGUuLi4gd2Ugc2VuZCBhIFJFUlIgaWYgYW5vdGhlciByb3V0ZXIgZm9y d2FyZHMgYSBwYWNrZXQgdmlhIHVzLCBhbmQgd2UgZG9udCBoYXZlIGEgcm91dGUsIG5vdCBqdXN0 IHdoZW4gd2UgbG9zZSBhIHJvdXRlLiBXZSBtaWdodCBuZXZlciBoYXZlIGhhZCBhIHJvdXRlLCBv ciBtaWdodCBuZXZlciBoYXZlIGhhZCBhIHZhbGlkIHJvdXRlLCBzbyB0aGUgYWRkcmVzcyBtYXkg bm90IGhhdmUgYmVlbiAiZm9ybWVybHkgcmVhY2hhYmxlIi4gQWxzbywgSSB0aGluayAiRm9ybWVy bHlSZWFjaGFibGVBZGRyZXNzIiBpcyBhIHJlYWxseSB1Z2x5IHRlcm0uIFVucmVhY2hhYmxlIG1l YW5zICJ3ZSBkb27igJl0IGhhdmUgYSByb3V0ZSBhbmQgd2UgYXJlbuKAmXQgZ29pbmcgdG8gcmVx dWVzdCBvbmUiIG9yICJ3ZSBsb3N0IHRoaXMgcm91dGUiIChkZXBlbmRpbmcgb24gd2h5IHRoZSBS RVJSIGlzIGJlaW5nIHNlbnQpLiBJdCBkb2VzbuKAmXQgbWVhbiAid2UgZGlkbuKAmXQgcmVxdWVz dCBvbmUgeWV0IiwgYW5kIGl0IHdvdWxkIGJlIHdyb25nIHRvIGNsYXNzIGFuIGFkZHJlc3MgYXMg dW5yZWFjaGFibGUgYmVjYXVzZSB3ZSBoYWRu4oCZdCByZXF1ZXN0ZWQgYSByb3V0ZSBmb3IgaXQg eWV0LCB0aGF0IGlzLCBhc3N1bWluZyBpdOKAmXMgY29uZmlndXJlZCBhcyBhIHJvdXRlciBjbGll bnQuDQoNCklmIGEgYmV0dGVyIHRlcm0gaXMgc3VnZ2VzdGVkIHdlIGNvdWxkIGNvbnNpZGVyIGNo YW5naW5nIGJ1dCBhdCB0aGUgbW9tZW50IHdlIGhhdmUga2VwdCDigJxVbnJlYWNoYWJsZSBBZGRy ZXNz4oCdLg0KDQoNCjE3LiBBcHBsaWNhYmlsaXR5IC0gbXVsdGlwbGUgaW50ZXJmYWNlcyBzYW1l IGFkZHJlc3MsIDY2MjEgYWdhaW4NCg0KVGhvbWFzOiBBcHBsaWNhYmlsaXR5IHN0YXRlbWVudDog Rmlyc3QsIEkgd291bGQgbGlrZSB0byByZWNvZ25pemUgdGhlIGVmZm9ydHMgbWFkZSB0byBpbXBy b3ZlIHRoaXMgc2luY2UgbGFzdCByZXZpZXcuIFRoYW5rcw0KU2Vjb25kLCB0aGUgZG9jdW1lbnQg c3RhdGVzOiAiQU9EVnYyIHN1cHBvcnRzIHJvdXRlcnMgd2l0aCBtdWx0aXBsZSBpbnRlcmZhY2Vz LCBhcyBsb25nIGFzIGVhY2ggaW50ZXJmYWNlIGNvbmZpZ3VyZWQgZm9yIEFPRFZ2MiBoYXMgYSB1 bmljYXN0IElQIGFkZHJlc3MuICBBIHJvdXRlciBtYXkgdXNlIHRoZSBzYW1lIElQIGFkZHJlc3Mg b24gbXVsdGlwbGUgaW50ZXJmYWNlcy4gIEFkZHJlc3MgYXNzaWdubWVudCBwcm9jZWR1cmVzIGFy ZSBvdXQgb2Ygc2NvcGUgZm9yIEFPRFZ2Mi7igJ0NCklzIHRoYXQgdHJ1ZT8gR3JhbnRlZCwgSSBo YXZlIG5vdCB3b3JrZWQgdGhpcyB0aHJvdWdoIGluIGRldGFpbCwgYnV0IEkgY2FuIHByZXNlbnQg YSBjb3VudGVyLWV4YW1wbGU6IHRoZSB1c2Ugb2YgUkZDNjYyMSBtZWFucyB0aGF0IHRoZXJlIGNl cnRhaW5seSBhcmUgc29tZSBjb25zdHJhaW50cyB0aGF0IG11c3QgYmUgcmVzcGVjdGVkIGxlYXN0 IHZhcmlvdXMgZmxvb2Rpbmcgb3B0aW1pemF0aW9ucyBtYXkgbm90IHdvcmsuDQpTZWNvbmRseSwg aWYgdGhlIG11bHRpcGxlLWludGVyZmFjZXMtd2l0aC1zYW1lLWFkZHJlc3MgYXJlIG9uIHRoZSBz YW1lIEwyLCBhbmQgdGhpcyBpcyB3aGF0IEkgaGF2ZSBub3Qgd29ya2VkIHRocm91Z2gsIGFyZSB0 aGVyZSBhbnkgc2l0dWF0aW9ucyB0aGF0IHdpbGwgbm90IHdvcms/DQpUaGUgaW1tZWRpYXRlbHkg cHJldmlvdXMgdmVyc2lvbiBvZiB0aGlzIHNwZWNpZmljYXRpb24gcmVhZDoNCiJBT0RWdjIgc3Vw cG9ydHMgcm91dGVycyB3aXRoIG11bHRpcGxlIGludGVyZmFjZXMsIGFzIGxvbmcgYXMgZWFjaCBp bnRlcmZhY2UgY29uZmlndXJlZCBmb3IgQU9EVnYyIGhhcyBpdHMgb3duIHVuaWNhc3Qgcm91dGFi bGUgSVAgYWRkcmVzcyINClNvIHdoYXQgY2hhbmdlZCB0aGF0IG1lYW5zIHRoYXQgZWFjaCBpbnRl cmZhY2Ugbm8gbG9uZ2VyIG5lZWRzIGl0cyAqb3duKiB1bmljYXN0IGFkZHJlc3M/DQoNCkFPRFZ2 MjogV2VsbCwgYmFzZWQgb24gcHJldmlvdXMgcXVlc3Rpb25zIG9uIHRoaXMsIHdlIHRhbGtlZCBp dCB0aHJvdWdoIGFuZCBkZWNpZGVkIHRoZXJlIHNob3VsZG7igJl0IGJlIGFuIGlzc3VlIGlmIGRp ZmZlcmVudCBpbnRlcmZhY2VzIG9mIGEgcm91dGVyIHVzZWQgdGhlIHNhbWUgSVAgYWRkcmVzcy4g Tm90ZSB0aGF0IHdlIGNoYW5nZWQgQU9EVnYyIHNvIHRoYXQgdGhlcmUgaXMgb25lIHNlcXVlbmNl IG51bWJlciBwZXIgcm91dGVyLiBObyBsb25nZXIgY2FuIGEgcm91dGVyIHVzZSBkaWZmZXJlbnQg c2VxdWVuY2UgbnVtYmVycyBvbiBkaWZmZXJlbnQgaW50ZXJmYWNlcy4gSWYgYW4gUlJFUSB3ZW50 IG91dCBvZiB0d28gaW50ZXJmYWNlcyB1c2luZyB0aGUgc2FtZSBhZGRyZXNzLCB3ZSB3b3JrZWQg aXQgdGhyb3VnaCBhbmQgZGVjaWRlZCB0aGUgcmVxdWVzdCB3b3VsZCBiZSBwcm9jZXNzZWQgY29y cmVjdGx5Lg0KQWxzbywgdGV4dCByZWZlcnJpbmcgdG8gUkZDIDY2MjEgaGFzIGJlZW4gcmVtb3Zl ZC4NCg0KMTguIEFwcGxpY2FiaWxpdHkgYW5kIGFwcGVuZGl4IC0gbXVsdGlob21pbmcNCg0KVGhv bWFzOiBJIHBvaW50ZWQgb3V0IHRvIHRoZSBBcHBsaWNhYmlsaXR5IFN0YXRlbWVudDoNCkkgdGhp bmsgdGhhdCBhcHBlbmRpeCBCIG5lZWRzIHRvIGJlIHJlbW92ZWQuIEVzc2VudGlhbGx5LCBpdCBt YWtlcyBjbGFpbXMgdGhhdCBpdCBpcyBwb3NzaWJsZSB0byBkbyBtdWx0aS1ob21pbmcg4oCUIGJ1 dCBuZWl0aGVyIHNwZWNpZmllcyBob3cgaXQgaXMgZG9uZSwgbm9yIGdpdmVzIHBvaW50ZXJzIHRv IGRvY3VtZW50cyB0aGF0IGp1c3RpZnkgdGhlIGNsYWltLg0KQU9EVnYyIGRvZXMgbm90IHN1cHBv cnQgbXVsdGktaG9taW5nIOKAlCB0aGF04oCZcyBjbGVhciwgYW5kIGl0IGlzIGZpbmUgdGhhdCBp dCBpcyBjYWxsZWQgb3V0IGhlcmUuIFRoYW5rIHlvdSBmb3IgdGhhdC4NCk5vdywgd2l0aCB0aGF0 IGJlaW5nIHNhaWQsIEkgYW0gdG9ybiBiZXR3ZWVuIGJlaW5nIHNhdGlzZmllZCB0aGF0IGl0IGlz IGNhbGxlZCBvdXQgb24gb25lIGhhbmQsIGFuZCB3YW50aW5nIHRvIGhhdmUg4oCcbXVsdGkgaG9t aW5n4oCdIG9uIHRoZSBvdGhlciBoYW5kLiBSRkM3MTgxIHN1cHBvcnRzIG11bHRpLWhvbWluZywg RldJVy4NCkkgYmVsaWV2ZSB0aGF0IHRoaXMgYWxzbyB3b3VsZCBtZXJpdCBzb21lIGV4cGxpY2l0 IGRpc2N1c3Npb24gYnkgdGhlIFdHLCBpbiBvcmRlciB0byB1bmRlcnN0YW5kIGlmIHRoaXMgZGVz aWduIGRlY2lzaW9uIGlzIGFjY2VwdGFibGU/DQpJIHNlZSB0aGF0IEFwcGVuZGl4IEIgc3RpbGwg aXMgaW4gdGhlIGRvY3VtZW50LCBhbmQgSSBkbyBub3QgcmVjYWxsIGhhdmluZyBzZWVuIHRoaXMg ZGlzY3Vzc2VkIG9uIHRoZSBtYWlsaW5nIGxpc3QuIFNpbXBseSByZW1vdmluZyB0aGUgcmVmZXJl bmNlIGZyb20gdGhlIEFwcGxpY2FiaWxpdHkgU3RhdGVtZW50IHRvIEFwcGVuZGl4IEIgZG9lcyBu b3QgYWRkcmVzcyB0aGUgaXNzdWUgdGhhdCBJIHJhaXNlZCBpbiBteSBwcmV2aW91cyByZXZpZXcu DQoNCkFPRFZ2MjogQXBwZW5kaXggaGFzIGJlZW4gcmVtb3ZlZCBhbmQgbWF5IGFwcGVhciBpbiBh IGZ1dHVyZSBpbmZvcm1hdGlvbmFsIGRvY3VtZW50Lg0KDQoxOS4gaW50ZXJmYWNlcyBsaXN0IC0g dXNlIG9mIOKAnFNIT1VMROKAnQ0KDQpUaG9tYXM6IFRvIDQuMSwgSSBtYWRlIHRoZSBmb2xsb3dp bmcgY29tbWVudDoNCiJJcyB0aGlzIGEgc2hvdWxkLCBvciBhIFNIT1VMRD8gSWYgdGhlIGxhdHRl ciwgc2hvdWxkIGl0IGJlIGEgTVVTVD8NCkluIGdlbmVyYWwsIHRoZXJlIGFyZSBhIGxvdCBvZiBz dWNoIOKAnG1heWJlIG5vcm1hdGl2ZSBsYW5ndWFnZeKAnSB0aHJvdWdoIHRoZSBkb2N1bWVudCwg YW5kIEkgd291bGQgbXVjaCBsaWtlIHRvIHNlZSBhbiBlZGl0b3JpYWwgcGFzcyDigJQgZXNzZW50 aWFsbHkgYWxsIG1heS9zaG91bGQvIG11c3QgYW5kIGZyaWVuZHMgY2FyZWZ1bGx5IGV2YWx1YXRl ZCBhcyBpZiB0aGV5IHNob3VsZCBiZWNvbWUgMjExOS10ZXJtcywgYW5kIC4uLiBtb3JlIGltcG9y dGFudGx5IChpdCBoYXMgYmVlbiBjYWxsZWQgb3V0IGJlZm9yZSwgZndpdykgcXVpdGUgYSBiaXQg b2Ygc2hvdWxkL1NIT1VMRCB3aGljaCBvdWdodCB0byBiZSB0cmFuc2Zvcm1lZCBpbnRvIE1VU1Qu DQpHZW5lcmFsbHksIGFpbWluZyBmb3IgYSB2ZXJ5IGEgbG93IG51bWJlciBvZiBTSE9VTEQgaXMg YSBnb29kIGRlc2lnbiBtZXRyaWMgZm9yIGEgZG9jdW1lbnTigJ0NCkFzaWRlIGZyb20gdGhlIGdl bmVyYWwgY29tbWVudCBvbiAyMTE5LWxhbmd1YWdlLCB3aHkgaXMgdGhpcyBhIFNIT1VMRD8NCg0K QU9EVnYyOiBXZSBjaGFuZ2VkIHRoaXMgaW5zdGFuY2UgdG8gYSBNVVNUIGFuZCB3aWxsIGJlIGNo ZWNraW5nIGZvciDigJxtYXliZSBub3JtYXRpdmUgbGFuZ3VhZ2XigJ0uDQoNCg0KMjAuIFJvdXRl ciBjbGllbnQgLSBMb2NhbCBBdHRhY2hlZCBOZXR3b3JrIFNldA0KDQpUaG9tYXM6IFRvIDQuMiwg SSBtYWRlIHRoZSBmb2xsb3dpbmcgY29tbWVudDoNCkFzIGluZGljYXRlZCBlYXJsaWVyLCBJIGJl bGlldmUgdGhhdCB0aGUgdGVybSDigJxSb3V0ZXIgQ2xpZW504oCdIGlzIGlsbCBjaG9zZW4uIEkg YmVsaWV2ZSB0aGF0IGl0IGlzIG1vcmUgYXBwcm9wcmlhdGVseSBhbiDigJxBdHRhY2hlZCBOZXR3 b3JrIFNldOKAnSBzaW5jZSDigJQgYXMgaW5kaWNhdGVkIHByZXZpb3VzbHkg4oCUIHRoZSB0ZXJt IOKAnFJvdXRlciBDbGllbnTigJ0gaXMgYW1iaWd1b3VzLiBJIGFtIHBsZWFzZWQgdG8gc2VlLCB0 aG91Z2gsIHRoYXQgdGhpcyDigJxSb3V0ZXIgQ2xpZW50IExpc3TigJ0gaW4gcmVhbGl0eSBpcyBh biDigJxBdHRhY2hlZCBOZXR3b3JrIFNldOKAnSBhbmQgc28gdGhhdCBjaGFuZ2Ugc2hvdWxkIGJl IChyZWxhdGl2ZWx5KSBlYXN5Lg0KVGhlIGFib3ZlIGNvbW1lbnQgc3RpbGwgaXMgYXBwbGljYWJs ZSB0byB0aGlzIHJldmlzaW9uLA0KDQpBT0RWdjI6IFNlZSA1LDksMTIsMTMuDQoNCg0KMjEuIFN1 Ym5ldA0KVGhvbWFzOiBUbyA0LjIsIEkgbWFkZSB0aGUgZm9sbG93aW5nIGNvbW1lbnQ6DQpBbHNv LCBJIHJlY29tbWVuZCB0byBub3Qgc2F5IOKAnHN1Ym5ldOKAnSDigJQgaG93IGFib3V0IHJlcGhy YXNpbmcgdG8g4oCcSWYgYSBwcmVmaXggaXMgaW5jbHVkZWQgaW4gdGhlIGF0dGFjaGVkIG5ldHdv cmsgc2V0IG9mIGFuIEFPRFZ2MiByb3V0ZXIsIHRoZW4gdGhhdCBBT0RWdjIgcm91dGVyIE1VU1Qg cHJvdmlkZSBjb25uZWN0aXZpdHkgZm9yLCBpLmUuIGFuc3dlciB0byBSUkVRcyBhbmQgbWFpbnRh aW4gc2VxdWVuY2UgbnVtYmVycyBmb3IsIGFsbCBhZGRyZXNzZXMgZnJvbSB3aXRoaW4gdGhhdCBw cmVmaXgu4oCdDQpJIG5vdGUgdGhhdCB3aGlsZSB0aGUgdGVybSBoYXMgYmVlbiByZW1vdmVkIGZy b20gc2VjdGlvbiA0LCB0aGVyZeKAmXJlIDQgbGluZ2VyaW5nIGluc3RhbmNlcyBvZiB0aGlzIHRl cm0gaW4gdGhlIGRvY3VtZW50LCB0aGF0IGNvdWxkIGVhc2lseSBiZSByZW1vdmVkLg0KDQpBT0RW djI6IEFsbCBtZW50aW9ucyBvZiAic3VibmV0IiB3ZXJlIGluIHRoZSBFTkFSIHNlY3Rpb24uIFRo ZXkgaGF2ZSBiZWVuIHVwZGF0ZWQgdG8gc2F5IG5ldHdvcmssIG9yICJuZXR3b3JrcyBhdHRhY2hl ZCB0byB0aGUgcm91dGVycyINCg0KDQoyMi4gcmVsb2NhdGluZyByb3V0ZXIgY2xpZW50DQoNClRo b21hczogSSBBbHNvIG1hZGUgYSBjb21tZW50IGFib3V0IEFwcGVuZGl4IEIgaW4gbXkgcHJldmlv dXMgcmV2aWV3LCB3aGljaCBpcyByZWZlcmVuY2VkIGhlcmUuIFRoYXQgY29tbWVudCBzdGlsbCBh cHBsaWVzLg0KDQpBT0RWdjI6IE1vdmVkIGludG8gbWFpbiBkcmFmdC4NCg0KDQoyMy4gTmVpZ2hi b3IgTW9uaXRvcmluZw0KDQpUaG9tYXM6IFRvIFNlY3Rpb24gNC4zLCBJIG5vdGljZWQ6DQpEb2Vz IHNlY3Rpb24gNi4yIGRlc2NyaWJlIGhvdyB0byBtb25pdG9yIGFuIGVzdGFibGlzaGVkIGFkamFj ZW5jeSBvbmx5LCBvciBob3cgdG8gZGlzY292ZXIgbmVpZ2hib3VyaW5nIEFPRFZ2MiByb3V0ZXJz PyBMb29raW5nIGluIDYuMiwgSSBzZWUNCuKAnE5vdCBldmVyeSBwYWlyIG9mIG5laWdoYm9yaW5n IHJvdXRlcnMgd2lsbCBuZWNlc3NhcmlseSBmb3JtIGFuIGFkamFjZW5jeSzigJ0g4oCUIHNvIGl0 IGxpa2VseSBpc27igJl0IDYuMiB0aGF0IHRlbGxzIG1lIGhvdyB0byBtYWludGFpbiB0aGlzIHRh YmxlPw0KSW4gc2hvcnQsIOKAnEEgbmVpZ2hib3VyIHRhYmxlIE1VU1QgYmUgbWFpbnRhaW5lZOKA nSDigJQgd2hlcmUgY2FuIEkgZmluZCBpbmZvcm1hdGlvbiBvbiBob3cgdG8gZG8gdGhpcz8NClNl Y3Rpb24gNi4yIHN0YXRlczoNCuKAnFRoZSBkZWZhdWx0IGFwcHJvYWNoIGZvciBtb25pdG9yaW5n IGJpZGlyZWN0aW9uYWwgY29ubmVjdGl2aXR5IHRvIHRoZSBuZXh0IGhvcCB0b3dhcmQgT3JpZ0Fk ZHIgaXMgdG8gcmVxdWVzdCBhY2tub3dsZWRnZW1lbnQgb2YgUm91dGUgUmVwbHkgbWVzc2FnZXMu 4oCdDQpUaGF0IGNlcnRhaW5seSB3aWxsIHRlbGwgbWUgaWYgYSBsaW5rIG92ZXIgd2hpY2ggYW4g UlJFUCBpcyBzZW50IGlzIGJpLWRpcmVjdGlvbmFsLCBidXQgd2lsbCBub3QgbWFpbnRhaW4gYSDi gJxuZWlnaGJvciB0YWJsZeKAnS4NClNvIGhvdyBpcyB0aGlzIGRvbmU/IE9yLCBpcyB0aGUg4oCc TmVpZ2hib3IgVGFibGXigJ0gbm90IHN1cHBvc2VkIHRvIGNvbnRhaW4gdGhlIGNvbXBsZXRlIHNl dCBvZiBuZWlnaGJvdXJzPyBXaGF0IGluZm9ybWF0aW9uIOKAnC4uLk1VU1QgYmUgbWFpbnRhaW5l ZOKAnSB0aGVuLCBpbiB0aGlzIHRhYmxlPw0KVGhpcyBpcyB2ZXJ5IHVuY2xlYXIsIEkgd291bGQg bm90IGtub3cgaG93IHRvIGltcGxlbWVudCBhIG1lY2hhbmlzbSB0aGF0IHBvcHVsYXRlcyB0aGlz IOKAnE5laWdoYm9yIFRhYmxl4oCdIHdpdGggdGhlIG5lZWRlZCBpbmZvcm1hdGlvbiBoZXJlLg0K SSBzZWUgbm8gKHJlbGV2YW50KSBjaGFuZ2VzIHRvIDYuMiBub3IgdG8gNC4zIHNvIEkgYXNzdW1l IHRoYXQgdGhpcyBjb21tZW50IGhhcyBub3QgYmVlbiBhZGRyZXNzZWQNCg0KQU9EVnYyOiBBIG5l dyBzZWN0aW9uIHdhcyBhZGRlZCB0byBzaG93IGhvdyB0byB1cGRhdGUgdGhlIG5laWdoYm91ciB0 YWJsZS4gVGhlcmUgaGF2ZSBhbHNvIGJlZW4gdXBkYXRlcyB0byB0aGlzIGVudGlyZSBzZWN0aW9u IHNpbmNlIHZlcnNpb24gMTIuDQoNCjI0LiAgICAgcHNldWRvLWNvZGUNCg0KVGhvbWFzOg0KSSBh bSB0aHJvd2luZyB0aGlzIGluIGhlcmUsIGFzIEkgYW0gc3VyZSB0aGF0IEkgY29tbWVudGVkIG9u IHRoYXQgaW4gdGhlIHByZXZpb3VzIHJldmlldywgYnV0IEkgZG8gbm90IHNlZSB0aGF0IGFkZHJl c3NlZDogaXMgQXBwZW5kaXggQyBub3JtYXRpdmUsIG9yIG5vdD8gSXQgcmVwcmVzZW50cyDigJwg YSBzZWNvbmQgc3BlY2lmaWNhdGlvbiBvZiB0aGUgcHJvdG9jb2wsIGluIGEgZGlmZmVyZW50IGxh bmd1YWdl4oCdIGZyb20gdGhlIG1haW4gcGFydCBvZiB0aGUgc3BlY2lmaWNhdGlvbi4gSSBoYXZl IG5vdCB3YWxrZWQgdGhyb3VnaCBhbmQgbWFkZSAyMDAlIHN1cmUgdGhhdCBib3RoIGFyZSBwZXJm ZWN0bHkgYWxpZ25lZCBhbmQgdGhhdCB0aGVyZSBhcmUgbm8gYW1iaWd1aXRpZXMsIGJ1dCBoYXZp bmcgdHdvIGRpZmZlcmVudCBzcGVjaWZpY2F0aW9ucyBvZiBhIHByb3RvY29sIGlzIGEgcmVjaXBl IGZvciBkaXNhc3Rlci4gIFBsZWFzZSBlaXRoZXIgbWFrZSAyMDAwJSBzdXJlIHRoYXQgdGhleSBh cmUgc3BlY2lmeWluZyB0aGUgc2FtZSB0aGluZyB3aXRob3V0IGFtYmlndWl0aWVzLCBvciByZW1v dmUgb25lLg0KDQpBT0RWdjI6IFJlbW92ZWQgLSBtYXliZSB0byBpbmNsdWRlIGluIGFuIGluZm9y bWF0aW9uYWwgZG9jdW1lbnQgaW4gZnV0dXJlLg0KDQoNCjI1LiBzZXFudW0gYXMgMTYgYml0IHVu c2lnbmVkIGludGVnZXINCg0KVGhvbWFzOiBUbyBzZWN0aW9uIDQuNCwgSSB3cm90ZToNCiJ3b3Vs ZCBsaWtlIHRvIG5pdC1waWNrIHRoYXQ6IHRoZSByb3V0ZXIgY2FuIG1haW50YWluIHRoaXMgc2Vx dWVuY2UgbnVtYmVyIGluIHdoYXRldmVyIGZvcm1hdCBpdCBwbGVhc2VzIOKAlCBidXQsIHdoZW4g aXQgaW5jbHVkZXMgaXQgaW4gY29udHJvbCBtZXNzYWdlcywgaXQgbXVzdCBiZSByZXByZXNlbnRh YmxlIGluIGEgc3BlY2lmaWVkIGZvcm1hdCwgcmVzcGVjdGluZyBjZXJ0YWluIHJ1bGVzLuKAnQ0K SSBzZWUgdGhhdCB0aGVyZSB3ZXJlIG5vIGNoYW5nZXMgZm9sbG93aW5nIHRoaXMgY29tbWVudC4N Cg0KQU9EVnYyOiBXaHkgc3RvcmUgaXQgYXMgYW55dGhpbmcgb3RoZXIgdGhhbiB3aGF0IGl0IG5l ZWRzIHRvIGJlIHdoZW4gaXQgZ29lcyBpbnRvIGEgbWVzc2FnZT8gSG93ZXZlciwgd2Ugbm93IHN0 YXRlICJNVVNUIHJlcG9ydCBpdHMgb3duIHNlcXVlbmNlIG51bWJlciBhcyBhIDE2IGJpdC4uLi53 aGVuZXZlciBpdCBjcmVhdGVzIGEgUlJFUSBvciBSUkVQIG1lc3NhZ2UiLg0KDQoNCjI2LiBtdWx0 aXBsZSBzZXFudW1zPw0KDQpUaG9tYXM6DQpUbyBzZWN0aW9uIDQuNCBJIGFza2VkIGZvciBjbGFy aWZpY2F0aW9uIGFzIHRvIGlmIHNlcXVlbmNlIG51bWJlcnMgd2VyZSBwZXIgaW50ZXJmYWNlIG9y IHBlciByb3V0ZXIsIGFzIHRoZSBzcGVjaWZpY2F0aW9uIHdhcyB1bmNsZWFyIG9uIHRoYXQuIFRo ZSB3b3JkcyBoYXMgY2hhbmdlZCwgYnV0IGl0IHN0aWxsIGlzIHVuY2xlYXI6IGhvdyBtYW55IHNl cXVlbmNlIG51bWJlcnMgZG9lcyBhIHJvdXRlciBtYWludGFpbj8gT25lPyBPbmUgcGVyIGludGVy ZmFjZT8NCg0KQU9EVnYyOiBXZSB0cmllZCB0byBzdGFydCBkaXNjdXNzaW9uIG9uIHRoYXQgcG9p bnQsIGFuZCBpbiB0aGUgbWVhbnRpbWUgd2UgcmV2ZXJ0ZWQgdG8gaGF2aW5nIDEgc2VxbnVtIHBl ciByb3V0ZXIuIFdlIHRoaW5rIHRoZSB0ZXh0IGlzIGNsZWFyLi4uIHdlIHJlZmVyIHRvICJ0aGUg cm91dGVycyBzZXF1ZW5jZSBudW1iZXIiIG9yICJpdHMgc2VxdWVuY2UgbnVtYmVyIiAtIG5ldmVy IGhpbnRpbmcgdGhhdCB0aGVyZSBjb3VsZCBiZSBtdWx0aXBsZSBzZXFudW1zIHBlciByb3V0ZXIg KGFzIGZhciBhcyBJJ20gYXdhcmUpLg0KDQoNCjI3LiBzZXRzL2xpc3RzL3RhYmxlcw0KDQpUaG9t YXM6DQpJbiBteSBwcmV2aW91cyByZXZpZXcsIEkgZXhwcmVzc2VkIHRoYXQgaXQgd291bGQgYmUg cHJlZmVyZW50aWFsIHRvIHVzZSDigJxhIG5vdGF0aW9uIG9mIFNldHPigJ0gcmF0aGVyIHRoYW4g dGFibGVzLiBJIHNlZSB0aGF0IHRoaXMgaGFzIG5vdCBjaGFuZ2VkLg0KDQpBT0RWdjI6IFlvdSBw cmVmZXJyZWQgc2V0cyByYXRoZXIgdGhhbiBsaXN0cyBpbiB5b3VyIHByZXZpb3VzIHJldmlldy4u LmFuZCBleHBsYWluZWQgb3VyIHJlYXNvbmluZyBmb3IgdGhpcyBpbiByZXNwb25zZXMgdG8gdGhl IE1BTkVUIGxpc3QsIGFuZCB3ZSBkaWQgbm90IHJlY2VpdmUgZnVydGhlciBjb21tZW50cy4NCg0K DQoyOC4gdXNlIG9mIOKAnG5vZGXigJ0NCg0KVGhvbWFzOg0KSSBtYWRlIGEgY29tbWVudCBvbiBu b2RlIGFuZCBhZGRyZXNzLCBsZXQgbWUgcGljayB0aGlzIHVwIGFnYWluLiBUaGUgZm9sbG93aW5n Og0KUnRlTXNnLk9yaWdBZGRyDQpBbiBJUCBhZGRyZXNzIG9mIHRoZSBub2RlIHdoaWNoIHJlcXVp cmVzIHRoZSByb3V0ZSwgaS5lLiwgdGhlIHNvdXJjZSBhZGRyZXNzIG9mIHRoZSBJUCBwYWNrZXQg dHJpZ2dlcmluZyB0aGUgcm91dGUgcmVxdWVzdC4NCndvdWxkIGJlIG1vcmUgY29tcGFjdCBhbmQg Y2xlYXIgaWYgZ2V0dGluZyByaWQgb2YgdGhlIHRlcm0g4oCcbm9kZeKAnSBhbmQgc2FpZDoNClJ0 ZU1zZy5PcmlnQWRkcg0KVGhlIHNvdXJjZSBhZGRyZXNzIG9mIHRoZSBJUCBwYWNrZXQgdHJpZ2dl cmluZyB0aGUgcm91dGUgcmVxdWVzdC4NCg0KQU9EVnYyOiBDaGFuZ2UgbWFkZSBhcyBzdWdnZXN0 ZWQuDQoNCjI5LiByb3V0ZSB0YWJsZS9yaWIvcm91dGluZyBzZXQNCg0KVGhvbWFzOiBUbyBzZWN0 aW9uIDQuNiwgYW5kIEkgKGFuZCBvdGhlcnMpIGhhdmUgY29tbWVudGVkIG9uIHRoaXMgYmVmb3Jl Og0KQWxsIEFPRFZ2MiByb3V0ZXJzIE1VU1QgbWFpbnRhaW4gYSByb3V0ZSB0YWJsZS4gIFRoZSBy b3V0ZSB0YWJsZSBlbnRyeSBpcyBhIGNvbmNlcHR1YWwgZGF0YSBzdHJ1Y3R1cmUuICBJbXBsZW1l bnRhdGlvbnMgTUFZIHVzZSBhbnkgaW50ZXJuYWwgcmVwcmVzZW50YXRpb24gYnV0IE1VU1QgY29u dGFpbiB0aGUgZm9sbG93aW5nIGluZm9ybWF0aW9uOg0KSW4gb3JkZXIgdG8gYXZvaWQgY29uZnVz aW9uLCByZW5hbWUgdGhpcyB0byDigJxSb3V0aW5nIEluZm9ybWF0aW9uIEJhc2XigJ0gb3Ig4oCc Um91dGluZyBTZXTigJ0g4oCUIGEgUm91dGluZyBUYWJsZSBpcyBhbiBvcGVyYXRpbmcgc3lzdGVt IGNvbnN0cnVjdCwgd2hlcmVvbiBvcGVyYXRpb25zIGRpcmVjdGx5IGluZmx1ZW5jZSBwYWNrZXQg Zm9yd2FyZGluZy4gV2hhdCB5b3UgYXJlIGRlZmluaW5nIGhlcmUgaXMgYSBSSUIvYW4gUlMuDQoN CkFPRFZ2MjogRG9uZSBpbiB2ZXJzaW9uIDEzLg0KDQoNCjMwLiBycmVxIGZvciBwcmVmaXgsIHVz ZSBvZiDigJxpcCBhZGRyZXNz4oCdIGFuZCDigJxhZGRyZXNzIg0KDQpUaG9tYXM6DQpUaGUgY29u ZnVzaW9uIHRoYXQgSSBwb2ludGVkIG91dCBpbiBteSBwcmV2aW91cyByZXZpZXcgb24g4oCcSVAg YWRkcmVzc+KAnSBhbmQg4oCcQWRkcmVzc+KAnSBiZWluZyB1c2VkIGEgYml0IGhhcGhhemFyZGx5 IHBlcnNpc3RzLCBmd2l3LiBJdCBtYWtlcyBtZSB0aGluaywgY2FuIGEgcm91dGVyIHNlbmQgYW4g UlJFUSBmb3IgYSBwcmVmaXg/DQoNCkFPRFZ2MjogU2VlIGFsc28gIzE1LiBSUkVRX0dlbiBjYW4g aW5jbHVkZSB0aGUgcHJlZml4IGFzc29jaWF0ZWQgd2l0aCBPcmlnQWRkciBieSBhZGRpbmcgYSBw cmVmaXggbGVuZ3RoIHRvIHRoZSBtZXNzYWdlLCB0aGUgcHJlZml4IGxlbmd0aCBhc3NvY2lhdGVk IHdpdGggdGhlIHJvdXRlciBjbGllbnQgZW50cnkgY29ycmVzcG9uZGluZyB0byBPcmlnQWRkci4g U28gYWxsIHJvdXRlcnMgd2hpY2ggcmVjZWl2ZSBpdCBjYW4gbGVhcm4gYSByb3V0ZSB0byB0aGUg cHJlZml4IG9uIHdoaWNoIE9yaWdBZGRyIHJlc2lkZXMuIEJ1dCBmb3IgVGFyZ0FkZHIuLi4gdGhl IFJSRVEgb25seSBoYXMgb25lIHRhcmdldCBJUCBhZGRyZXNzIC0gdGhlIGRlc3RpbmF0aW9uIElQ IGFkZHJlc3Mgb2YgdGhlIHBhY2tldCByZXF1aXJpbmcgdGhlIHJvdXRlLi4uIHNvIHdoYXQgcHJl Zml4IGxlbmd0aCB3b3VsZCBpdCB1c2U/IFRoZSBSUkVRIHJlcXVlc3RzIGEgcm91dGUgdG8gYSBz aW5nbGUgSVAgYWRkcmVzcy4gSG93ZXZlciwgd2hlbiB0aGUgUlJFUCBpcyBjcmVhdGVkLCBSUkVQ X0dlbiBzaG91bGQgaW5jbHVkZSB0aGUgcHJlZml4IGxlbmd0aCBhc3NvY2lhdGVkIHdpdGggdGhl IHJvdXRlciBjbGllbnQgZW50cnkgZm9yIFRhcmdBZGRyLiBTbyBhbGwgcm91dGVycyB3aGljaCBy ZWNlaXZlIHRoaXMgUlJFUCBsZWFybiBhIHJvdXRlIHRvIHRoZSBwcmVmaXggVGFyZ0FkZHIgaXMg cGFydCBvZiAoaWYgdGhlIHJvdXRlciBjbGllbnQgZW50cnkgaXMgY29uZmlndXJlZCB3aXRoIGEg cHJlZml4IGxlbmd0aCkuIFRoZSB0ZXh0IGhhcyBiZWVuIHVwZGF0ZWQgdG8gbWFrZSB0aGlzIG1v cmUgb2J2aW91cy4NCg0KDQozMS4gbmV4dCBob3AgaXAgYWRkcmVzcyB3b3JkaW5nDQoNClRob21h czoNCkkgYWxzbyBjYWxsZWQgdGhpcyBvdXQgaW4gbXkgcHJldmlvdXMgcmV2aWV3IGFzIGluY29y cmVjdCwgYW5kIGRlc3BpdGUgd29yZHNtaXRoaW5nIGl0IHN0aWxsIGlzOg0KDQogICAgICAgIFJv dXRlLk5leHRIb3ANCiAgICAgICAgICAgICAgVGhlIHNvdXJjZSBJUCBhZGRyZXNzIG9mIHRoZSBt ZXNzYWdlIGFkdmVydGlzaW5nIHRoZSByb3V0ZSB0bw0KICAgICAgICAgICAgICBSb3V0ZS5BZGRy ZXNzLCBpLmUuIGFuIElQIGFkZHJlc3Mgb2YgdGhlIEFPRFZ2MiByb3V0ZXIgdXNlZCBmb3INCiAg ICAgICAgICAgICAgdGhlIG5leHQgaG9wIG9uIHRoZSBwYXRoIHRvd2FyZCBSb3V0ZS5BZGRyZXNz Lg0KDQpJZiB0aGF0IOKAnG1lc3NhZ2XigJ0gaXMgYW4gUkZDNTQ0NCBlbnRpdHksIHRoZW4gaXQg ZG9lcyB0byBoYXZlIGEg4oCcc291cmNlIElQIEFkZHJlc3PigJ0g4oCUIHRoZSBlbmNhcHN1bGF0 aW5nIElQIGRhdGFncmFtIGNvbnRhaW5pbmcgdGhlIHBhY2tldCBjb250YWluaW5nIHRoZSBtZXNz YWdlIGRvZXMuIEFuZCB0aGUgbWVzc2FnZSBNQVkgaGF2ZSBhbiBPcmlnaW5hdG9yIEFkZHJlc3MN Cg0KQU9EVnYyOiBVcGRhdGVkIHRvIHNheSDigJx0aGUgc291cmNlIElQIGFkZHJlc3Mgb2YgdGhl IElQIHBhY2tldCBjb250YWluaW5nIHRoZSBtZXNzYWdlIGFkdmVydGlzaW5nLi4u4oCdDQoNCg0K DQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKg0KVGhpcyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBjb25maWRl bnRpYWwgdG8gdGhlIGludGVuZGVkDQpyZWNpcGllbnQgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVn ZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZA0KcmVjaXBpZW50IHBsZWFzZSBkZWxldGUg aXQgZnJvbSB5b3VyIHN5c3RlbSBhbmQgbm90aWZ5IHRoZSBzZW5kZXIuDQpZb3Ugc2hvdWxkIG5v dCBjb3B5IGl0IG9yIHVzZSBpdCBmb3IgYW55IHB1cnBvc2Ugbm9yIGRpc2Nsb3NlIG9yDQpkaXN0 cmlidXRlIGl0cyBjb250ZW50cyB0byBhbnkgb3RoZXIgcGVyc29uLg0KKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCg0K DQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0K bWFuZXQgbWFpbGluZyBsaXN0DQoNCm1hbmV0QGlldGYub3JnPG1haWx0bzptYW5ldEBpZXRmLm9y Zz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldA0KDQo= --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D8C0227E6GLKXM0002VGREEN_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIg MiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNv Tm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAw MXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIs InNlcmlmIjsNCgljb2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1h cmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBO ZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFy Z2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglm b250LWZhbWlseToiQ291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnAuTXNvQWNldGF0ZSwg bGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhv bWEiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjpibGFjazt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRD aGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglm b250LWZhbWlseToiQ29uc29sYXMiLCJzZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bhbi5CYWxs b29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9u dC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1h aWxTdHlsZTI0DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVs dA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBw YWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0 IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj dGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVm YXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxv OmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh W2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLUdCIiBs aW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+TXkgY29uY2VybnMgaGF2ZSBiZWVuIHRoYXQgeW91ciBjby1hdXRob3JzIGhhdmUgY29u dGludWVkIHRvIGRpc2N1c3Mgd2hldGhlciBsb29waW5nIGNvdWxkIG9jY3VyIHNpbmNlIHlvdSBw dWJsaXNoZWQgdG8gdGhlIGxpc3Qgc2F5aW5nIGFsbCB3YXMgd2VsbC4gKEFuIGlzc3VlDQogdG8g ZG8gd2l0aCBtdWx0aXBsZSB1bmNvbmZpcm1lZCByb3V0ZXMuKSBNYXliZSB0aGF04oCZcyBhIHBy b2JsZW0sIG1heWJlIGl0IGlzbuKAmXQuIEJ1dCBpdCBsYWNrcyB0cmFuc3BhcmVuY3ksIGJlY2F1 c2UgaXQgaGFzbuKAmXQgYmVlbiBkaXNjdXNzZWQgaGVyZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMDA3RTdFIj4tLQ0KPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA3RTdFIj5DaHJpc3RvcGhlciBEZWFybG92 ZTxicj4NClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXI8YnI+DQpCQUUgU3lzdGVtcyBBcHBsaWVk IEludGVsbGlnZW5jZSBMYWJvcmF0b3JpZXM8YnI+DQo8L3NwYW4+PC9iPjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6I0JFQkVCRSI+X19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQo8L3Nw YW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDAwMDdFIj48YnI+DQo8L3Nw YW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM3RDdEN0QiPlQ8L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojN0Q3RDdEIj46ICZuYnNwOyYjNDM7NDQg KDApMTI0NSAyNDIxOTQgJm5ic3A7fCAmbmJzcDs8Yj5FOg0KPC9iPjxhIGhyZWY9Im1haWx0bzpj aHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbSI+Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5j b208L2E+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDAwMDdF Ij48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzQThCOTIiPkJB RSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFy aywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3NleCBDTTIgOEhOLjxicj4NCjxhIGhyZWY9 Imh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWkiPjxzcGFuIHN0eWxlPSJjb2xvcjojM0E4Qjky Ij53d3cuYmFlc3lzdGVtcy5jb20vYWk8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4 QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMaW1pdGVkPGJyPg0KUmVnaXN0 ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIE5vOiAwMTMzNzQ1MTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzQThCOTIiPlJlZ2lzdGVyZWQgT2ZmaWNl OiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3JkLCBTdXJyZXksIEdVMiA3WVA8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVD NERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRv d3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6d2luZG93dGV4dCI+IENoYXJsaWUgUGVya2lucyBbbWFpbHRvOmNoYXJsZXMu cGVya2luc0BlYXJ0aGxpbmsubmV0XQ0KPGJyPg0KPGI+U2VudDo8L2I+IDAxIE1hcmNoIDIwMTYg MDE6MDg8YnI+DQo8Yj5Ubzo8L2I+IERlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspOyBtYW5ldDxi cj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW21hbmV0XSBBT0RWdjIgcmVzcG9uc2VzIHRvIHJlY2Vu dCBjb21tZW50czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpz b2xpZCBibGFjayAxLjBwdDtwYWRkaW5nOjIuMHB0IDIuMHB0IDIuMHB0IDIuMHB0Ij4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlcjti YWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFs aWduOmNlbnRlcjtiYWNrZ3JvdW5kOndoaXRlIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE1 LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMzMzM5NzIiPioqKiBXQVJOSU5HICoqKjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHls ZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQ7dGV4dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0 ZSI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj5UaGlzIG1l c3NhZ2Ugb3JpZ2luYXRlcyBmcm9tIG91dHNpZGUgb3VyIG9yZ2FuaXNhdGlvbiwgZWl0aGVyIGZy b20gYW4gZXh0ZXJuYWwgcGFydG5lciBvciB0aGUgaW50ZXJuZXQuPC9zcGFuPjwvZW0+PGk+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48YnI+DQo8ZW0+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0aGVyIHlvdSBzaG91bGQgY2xpY2sgb24gYW55IGxpbmtz LCBvcGVuIGFueSBhdHRhY2htZW50cyBvciByZXBseS48L3NwYW4+PC9lbT48YnI+DQo8ZW0+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPkZvciBpbmZvcm1hdGlvbiByZWdhcmRpbmcgPC9zcGFuPg0KPC9lbT48L3NwYW4+PC9p PjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpyZWQiPlJlZCBGbGFn czwvc3Bhbj48L2k+PC9zdHJvbmc+PGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzMzMzk3MiI+IHRoYXQgeW91IGNhbiBsb29rIG91dCBmb3IgaW4gZW1haWxzIHlvdSByZWNlaXZl LA0KIGNsaWNrIDxhIGhyZWY9Imh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93 d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL1JlZCUyMEZsYWdzLnBkZiI+DQpo ZXJlPC9hPi48L3NwYW4+PC9lbT48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMz MzM5NzIiPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SWYgeW91IGZlZWwgdGhlIGVtYWlsIGlzIHN1c3Bp Y2lvdXMsIHBsZWFzZSBmb2xsb3cNCjxhIGhyZWY9Imh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lz dGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL0RlYWxpbmcl MjBXaXRoJTIwU3VzcGljaW91cyUyMEVtYWlscy5wZGYiPg0KdGhpcyBwcm9jZXNzPC9hPi48L3Nw YW4+PC9lbT48L3NwYW4+PC9pPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3 MiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+SGVsbG8gQ2hyaXMsPG86cD48L286 cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMS8xOS8yMDE2IDU6MzcgQU0s IERlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspIHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0 Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkFuZCBvdXRzaWRlIHRob3NlIDMxLCB0 aGF0IHdl4oCZcmUgYXQgdGhpcyBwb3NpdGlvbiB3aXRoIGEgc3VnZ2VzdGlvbiB0aGVyZeKAmXMg cG9zc2libGUgbG9vcGluZyAoYWJvdXQgd2hpY2ggSSBoYXZlIG5vIGlkZWEpIGlzbuKAmXQgdGhh dCBjb21mb3J0aW5nLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48YnI+DQpJIGhvcGUgeW91ciBjb25jZXJucyBoYXZlIGJlZW4gcmVz b2x2ZWQgb24gdGhpcyBtYXR0ZXIuJm5ic3A7IFRoZSBwYXBlciBtZW50aW9uZWQgb24gdGhlIG1h aWxpbmcgbGlzdCBwb2ludGVkIG91dCB2YXJpb3VzIGFtYmlndWl0aWVzIGluIFJGQyAzNTYxIGRl c2NyaWJlZCBob3cgdGhlIGFtYmlndWl0aWVzIG1pZ2h0IGJlIGNvbnN0cnVlZCB0byBpbnN0YWxs IHNlbGYtcm91dGVzIGFuZCwgY29tYmluZWQgd2l0aCBwb3NzaWJsZSBpbmNvbnNpc3RlbnQgY2hv aWNlcw0KIGZvciBzZXF1ZW5jZSBudW1iZXIsIGxvb3BzIGNvdWxkIHJlc3VsdC4mbmJzcDsgQnV0 IHRoZSBlbWFpbCB0byB0aGUgbGlzdCBzZXZlcmFsIHdlZWtzIGFnbyBpbmRpY2F0ZWQgdGhhdCB0 aGVzZSBhbWJpZ3VpdGllcyBkbyBub3QgZXhpc3QgaW4gQU9EVnYyLiZuYnNwOyBUaGUgYXV0aG9y cyBvZiB0aGF0IHBhcGVyIGhhdmUgZXhwcmVzc2VkIGludGVyZXN0IGluIGRvaW5nIGEgc2ltaWxh ciBhbmFseXNpcyBvbiBBT0RWdjIuPGJyPg0KPGJyPg0KT3RoZXIgZGlzY3Vzc2lvbiBhYm91dCBy b3V0aW5nIGxvb3BzIGhhcyBub3QgaWRlbnRpZmllZCByb3V0aW5nIGxvb3AgcHJvYmxlbXMgaW4g dGhlIGV4aXN0aW5nIHNwZWNpZmljYXRpb24uJm5ic3A7IFVzZSBvZiB1bmNvbmZpcm1lZCBvciBp bnZhbGlkIHJvdXRlcyBmb3Igcm91dGluZyBtaWdodCBsZWFkIHRvIGVycm9ycywgYnV0IHRoYXQg ZG9lc24ndCBjYXJyeSBvdmVyIHRvIHByb2R1Y2UgbG9vcHMgaW4gdGhlIHJvdXRlIHRhYmxlLjxi cj4NCjxicj4NCkknbSBsb29raW5nIGZvciBhbnkgb3RoZXIgb3BlbiBpc3N1ZXMgb3V0c2lkZSBv ZiB0aGUgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgd2hpY2ggaXMgYmVpbmcgcmV3b3JrZWQgYWNj b3JkaW5nIHRvIHJlY2VudCBjb21tZW50cyBidXQgc2hvdWxkIGJlIHN1Ym1pdHRlZCBzb29uLjxi cj4NCjxicj4NClJlZ2FyZHMsPGJyPg0KQ2hhcmxpZSBQLjxicj4NCjxicj4NCjxicj4NCjxicj4N CjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlRoZXJl4oCZcyBhbHNvIGEgbG90 IG9mIGRvY3VtZW50IHRvIHJldmlldy4gV2hpY2ggb2YgY291cnNlIEkgaGF2ZW7igJl0IGRvbmUg YXQgdGhpcyB0aW1lLiBCdXQgbXkgYXR0ZW50aW9uIGRpZCBhbGlnaHQgb24gdGhlIElBTkEgY29u c2lkZXJhdGlvbnMgc2VjdGlvbiwgYW5kIEkgbm90ZWQgdGhlcmUgdGhhdDo8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+LSBOb3Qgc3VyZSB3aHkgdGhlIGp1bXAgdG8gMTAg Zm9yIG1lc3NhZ2UgdHlwZXMsIHRob3VnaCBJ4oCZbSBub3Qgb3Bwb3NlZC48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+LSBUaGUgUEFUSF9NRVRSSUMgVExWIGNhbuKAmXQg YmUgdHlwZSAxMCwgdGhhdOKAmXMgYWxyZWFkeSB0YWtlbi4gU2VlIElBTkEgcmVnaXN0ZXIuPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0gV2UgcHJldmlvdXNseSBwb2lu dGVkIG91dCB0aGF0IENPTlRfU0VRX05VTSAoQ09NUExFVEUpIGFscmVhZHkgZXhpc3RzIGFuZCBk b2VzIHRoZSBqb2IgdGhhdCBTRVFfTlVNIGlzIGRvaW5nLCBzbyB3aHkgYWxsb2NhdGUgYW5vdGhl ciBUTFY/IChZb3UgY291bGQgYXZvaWQgdGhlIG5lY2Vzc2l0eSBvZiByZXBlYXRpbmcNCiAoQ09N UExFVEUpIGJ5IHNpbXBseSBjb21tZW50aW5nIG9uY2UgYW5kIHRoZXJlYWZ0ZXIgb21pdHRpbmcu KTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4tIFdoeSB0aGUgc3VnZ2Vz dGVkIHNraXBwaW5nIG9mIHR5cGVzIDEyIHRvIDE0PzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PGI+LS0NCjwvYj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+ Q2hyaXN0b3BoZXIgRGVhcmxvdmU8YnI+DQpTZW5pb3IgUHJpbmNpcGFsIEVuZ2luZWVyPGJyPg0K QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzPGJyPg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX188YnI+DQo8L2I+PGJyPg0KPGI+VDwvYj46ICZuYnNwOyYjNDM7NDQgKDApMTI0 NSAyNDIxOTQgJm5ic3A7fCAmbmJzcDs8Yj5FOiA8L2I+PGEgaHJlZj0ibWFpbHRvOmNocmlzLmRl YXJsb3ZlQGJhZXN5c3RlbXMuY29tIj5jaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTwvYT48 YnI+DQo8YnI+DQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBU ZWNobm9sb2d5IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00yIDhITi48 YnI+DQo8YSBocmVmPSJodHRwOi8vd3d3LmJhZXN5c3RlbXMuY29tL2FpIj53d3cuYmFlc3lzdGVt cy5jb20vYWk8L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkJBRSBT eXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExpbWl0ZWQ8YnI+DQpSZWdpc3RlcmVkIGluIEVu Z2xhbmQgJmFtcDsgV2FsZXMgTm86IDAxMzM3NDUxPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPlJlZ2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3Vp bGRmb3JkLCBTdXJyZXksIEdVMiA3WVA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxz cGFuIGxhbmc9IkVOLVVTIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBtYW5l dCBbPGEgaHJlZj0ibWFpbHRvOm1hbmV0LWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzptYW5ldC1i b3VuY2VzQGlldGYub3JnPC9hPl0NCjxiPk9uIEJlaGFsZiBPZiA8L2I+VmljdG9yaWEgTWVyY2ll Y2E8YnI+DQo8Yj5TZW50OjwvYj4gMTggSmFudWFyeSAyMDE2IDIxOjQ1PGJyPg0KPGI+VG86PC9i PiBtYW5ldDxicj4NCjxiPlN1YmplY3Q6PC9iPiBbbWFuZXRdIEFPRFZ2MiByZXNwb25zZXMgdG8g cmVjZW50IGNvbW1lbnRzPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+ KioqIFdBUk5JTkcgKioqPC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48ZW0+VGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRl IG91ciBvcmdhbmlzYXRpb24sIGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIgb3IgdGhl IGludGVybmV0LjwvZW0+PGk+PGJyPg0KPGVtPkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0aGVyIHlv dSBzaG91bGQgY2xpY2sgb24gYW55IGxpbmtzLCBvcGVuIGFueSBhdHRhY2htZW50cyBvciByZXBs eS48L2VtPjxicj4NCjxlbT5Gb3IgaW5mb3JtYXRpb24gcmVnYXJkaW5nIDwvZW0+PHN0cm9uZz5S ZWQgRmxhZ3M8L3N0cm9uZz48ZW0+IHRoYXQgeW91IGNhbiBsb29rIG91dCBmb3IgaW4gZW1haWxz IHlvdSByZWNlaXZlLCBjbGljaw0KPGEgaHJlZj0iaHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0 ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxh Z3MucGRmIj4NCmhlcmU8L2E+LjwvZW0+PGJyPg0KPGVtPklmIHlvdSBmZWVsIHRoZSBlbWFpbCBp cyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93IDxhIGhyZWY9Imh0dHA6Ly9pbnRyYW5ldC5lbnQu YmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL0Rl YWxpbmclMjBXaXRoJTIwU3VzcGljaW91cyUyMEVtYWlscy5wZGYiPg0KdGhpcyBwcm9jZXNzPC9h Pi48L2VtPjwvaT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+KjxzdHJvbmc+KiogV0FSTklORyAqKio8L3N0cm9uZz48 YnI+DQpFWFRFUk5BTCBFTUFJTCAtLSBUaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBmcm9tIG91dHNp ZGUgb3VyIG9yZ2FuaXphdGlvbi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SGkgYWxsLDxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPldlIGhhdmUganVzdCByZWxlYXNlZCB0 aGUgbmV3ZXN0IEFPRFZ2MiBkcmFmdC4gVGhlIG1ham9yIHVwZGF0ZSBpcyB0aGUgc2VwYXJhdGlv biBvZiB0aGUgQU9EVnYyIHJvdXRlIHNldCBmcm9tIHRoZSBSSUIuPGJyPg0KPGJyPg0KSGVyZSBh cmUgYWxzbyByZXNwb25zZXMgdG8gdGhlIGNvbW1lbnRzIHJlY2VpdmVkIGJlZm9yZSBDaHJpc3Rt YXMuIFRoaXMgc2hvdWxkIGluY2x1ZGUgYWxsIHRoZSBwb2ludHMgZnJvbSBUaG9tYXMgQ2xhdXNl biByZWdhcmRpbmcgdmVyc2lvbnMgMTEgYW5kIDEyLCBhbmQgYWxzbyBhIGNvdXBsZSBvZiBvdGhl ciBwb2ludHMgd2hpY2ggaGF2ZSBiZWVuIGJyb3VnaHQgdXAgc2luY2UuIEFwb2xvZ2llcyBmb3Ig dGhlIGh1Z2UgZW1haWwuIEZvciBpc3N1ZXMNCiB0aGF0IG5lZWQgZnVydGhlciBkaXNjdXNzaW9u LCBJIGhhdmUgdHJpZWQgdG8gaW5jbHVkZSB0aGUgbWFpbiBwb2ludHMgb2YgdGhlIGRpc2N1c3Np b24gc28gZmFyLiBQbGVhc2UgZmVlbCBmcmVlIHRvIGNyZWF0ZSBhIHNlcGFyYXRlIHRocmVhZCBm b3IgYW55IGZ1cnRoZXIgZGlzY3Vzc2lvbi48YnI+DQo8YnI+DQpXZSBhcmUgc3RpbGwgbG9va2lu ZyBpbnRvIHRoZSBsb29wIGNvbmRpdGlvbnMgcmVjZW50bHkgcmVwb3J0ZWQgZm9yIEFPRFYsIGFs c28gc3RpbGwgd29ya2luZyBvbiB0aGUgdGV4dCBhYm91dCBzZWN1cml0eSwgYW5kIHVzZSBvZiBt c2ctaG9wLWxpbWl0LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPktpbmQgcmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj5WaWN0b3JpYS48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21hcmdpbi1ib3R0 b206MTIuMHB0Ij48YnI+DQoxLiBFbmQtdG8tZW5kIC8gaG9wLWJ5LWhvcCBhY2tzIC0gaXNzdWUg d2hlbiBhIHJvdXRlIGlzIG1hcmtlZCBhcyBjb25maXJtZWQgYW5kIHZhbGlkIHdoZW4gdGhlIGxp bmsgdG8gdGhlIG5leHQgaG9wIGlzIGNvbmZpcm1lZCBhcyBiaWRpcmVjdGlvbmFsIChidXQgdGhl IGxpbmtzIGRvd25zdHJlYW0gaGF2ZSBub3QgeWV0IGJlZW4gdmVyaWZpZWQgYXMgYmlkaXJlY3Rp b25hbCkuPGJyPg0KPGJyPg0KQU9EVnYyOiBUaGUgYXV0aG9ycyBiZWxpZXZlIHRoaXMgaXMgYW4g aXNzdWUgd2hpY2ggd291bGQgbm90IG9jY3VyIGZyZXF1ZW50bHksIGFuZCB3b3VsZCByaWdodCBp dHNlbGYuDQo8YnI+DQo8YnI+DQpUaGlzIG9ubHkgb2NjdXJzIGZvciB0aGUgcm91dGUgdG8gT3Jp Z0FkZHIuIFdoYXQgbmVlZHMgdG8gaGFwcGVuIGZvciB0aGlzIHRvIG9jY3VyIGlzIHRoYXQgYW4g aW50ZXJtZWRpYXRlIG5vZGUgdGhhdCB0YWtlcyBwYXJ0IGluIHRoZSByb3V0ZSBkaXNjb3Zlcnkg YmV0d2VlbiBPcmlnQWRkciBhbmQgVGFyZ0FkZHIgY29pbmNpZGVudGFsbHkgaGFzIHBhY2tldHMg dG8gc2VuZCB0byBPcmlnQWRkciBpbiB0aGUgdGltZSBiZXR3ZWVuIGNvbmZpcm1pbmcNCiB0aGUg bGluayB0byBpdHMgb3duIG5leHQgaG9wIHRvd2FyZCBPcmlnQWRkciBpcyBiaWRpcmVjdGlvbmFs LCBhbmQgdGhlIHRpbWUgdGFrZW4gZm9yIGFsbCBvdGhlciByb3V0ZXJzIG9uIHRoZSBwYXRoIHRv IGNvbmZpcm0gdGhlaXIgbmV4dCBob3BzIHRvby4gSWYgdGhlIHJvdXRlIGlzIHVzZWQgdG8gZm9y d2FyZCBwYWNrZXRzIGJlZm9yZSBldmVyeSBvdGhlciBsaW5rIGluIHRoZSBwYXRoIGlzIGNvbmZp cm1lZCBhcyBiaWRpcmVjdGlvbmFsLCBhbmQNCiB0aGUgZGF0YSBwYWNrZXRzIGFyZSBmb3J3YXJk ZWQgZmFzdGVyIHRoYW4gdGhlIFJSRVAgYW5kIGFueSBSUkVQX0Fja3MsIHRoZW4geWVzIHRoZXkg Y291bGQgYmUgZGVsaXZlcmVkIHRvIGEgcm91dGVyIHdpdGhvdXQgYSB2YWxpZCByb3V0ZSB0byBP cmlnQWRkci4gQWx0ZXJuYXRpdmVseSBpZiBvbmUgb2YgdGhlIGxpbmtzIHR1cm5zIG91dCB0byBi ZSB1bmlkaXJlY3Rpb25hbCB0aGVuIHRoZSBkYXRhIHBhY2tldHMgd2lsbCBhbHNvIGFycml2ZSBh dA0KIGEgcm91dGVyIHdpdGhvdXQgYSB2YWxpZCByb3V0ZS4gSW4gdGhlc2UgY2FzZXMsIFJFUlIg bWVzc2FnZXMgd2lsbCBiZSBnZW5lcmF0ZWQgdG93YXJkIHRoZSBzb3VyY2Ugb2YgdGhlIHRyYWZm aWMsIHRoZSByb3V0ZSB0byBPcmlnQWRkciB3aWxsIGJlIGRlbGV0ZWQgYXQgcm91dGVycyBiYWNr IHRvd2FyZCBUYXJnQWRkciwgYnV0IGlmIGRhdGEgcGFja2V0cyBhcmUgc3RpbGwgZmxvd2luZyBm cm9tIGFueSBzb3VyY2UgdG8gT3JpZ0FkZHIsIHRoZQ0KIHJvdXRlIHdpbGwgYmUgcmUtcmVxdWVz dGVkIGJ5IHRoZSByb3V0ZXIgcmVzcG9uc2libGUgZm9yIGRpc2NvdmVyaW5nIHJvdXRlcyBmb3Ig dGhlIHNvdXJjZSBvZiB0aGUgZGF0YS48YnI+DQo8YnI+DQpUaGUgY2hhbmdlcyByZXF1aXJlZCB0 byBtYWtlIGFja25vd2xlZGdlbWVudHMgZW5kLXRvLWVuZCB3b3VsZCByZXF1aXJlIGEgbG90IG1v cmUgY29udHJvbCB0cmFmZmljIGFuZCBiZSBuZWNlc3NhcnkgZm9yIGV2ZXJ5IHJvdXRlIGRpc2Nv dmVyeSBhbmQgaW4gYWxtb3N0IGFsbCBjYXNlcyB3b3VsZCBiZSB1bm5lY2Vzc2FyeS48YnI+DQo8 YnI+DQpUZXh0IGhhcyBiZWVuIGFkZGVkIHRvIHRoZSBkcmFmdCBpbiDigJxMb2NhbCBSb3V0ZSBT dGF0ZSBDaGFuZ2Vz4oCdIHRvIGRlc2NyaWJlIHRoaXMuPGJyPg0KPGJyPg0KMi4gQnVmZmVyaW5n PGJyPg0K77u/VGhvbWFzOjxicj4NCuKAnEl0IHdvdWxkIHNlZW0gdGhhdCBidWZmZXJpbmcsIGFz IHNwZWNpZmllZCwgZG9lcyBub3QgYWNjb21wbGlzaCB3aGF0IDxicj4NCml0IHN0YXRlcyB0aGF0 IGl0IGFjY29tcGxpc2hlczogcGFja2V0cyBhcmUgKGFzIHlvdSBkZXNjcmliZSkgc3RpbGwgYmVp bmc8YnI+DQpzZW50IHdoaWxlIG5vIHJvdXRlIGlzIGF2YWlsYWJsZSwgYW5kIHRoZXJlZm9yZSB3 aWxsIGJlIGRyb3BwZWQgbGF0ZXIuPGJyPg0KPSZndDsgQ29uc2VxdWVudGx5LCBpdCBzZWVtcyB0 aGF0IGJ1ZmZlcmluZyBpcyBhIGZ1dGlsZSBleGVyY2lzZT/igJ08YnI+DQo8YnI+DQpBT0RWdjI6 IO+7v1BhY2tldHMgYXJlIGJ1ZmZlcmVkIGJlZm9yZSBhIHJvdXRlIGV4aXN0cy4gQSByb3V0ZXIg b25seSBiZWdpbnMgc2VuZGluZyB0aGVtIHdoZW4gaXQgZGVlbXMgdGhlIHJvdXRlIHRvIGJlIHZh bGlkLiBJbiBnZW5lcmFsLCBidWZmZXJpbmcgaXMgbm90IGZ1dGlsZS48YnI+DQo8YnI+DQpUcnVl LCB0aGVyZSBpcyB0aGlzIGNhc2Ugb3V0bGluZWQgYWJvdmUgd2hlcmUgdGhlIHJvdXRlciBjb3Vs ZCBkZWVtIHRoZSByb3V0ZSB2YWxpZCBiZWZvcmUgdGhlIGJpZGlyZWN0aW9uYWxpdHkgY2hlY2sg aGFzIGhhcHBlbmVkIGZvciBlYWNoIGFuZCBldmVyeSBob3AuIElmIHRoZSBsaW5rcyBjaG9zZW4g Zm9yIHRoZSByb3V0ZSBhcmUgbm90IGFsbCBiaWRpcmVjdGlvbmFsLCB0aGVuIHllcywgYW55IGRh dGEgcGFja2V0cyBmb3J3YXJkZWQgYWxvbmcNCiB0aGlzIHJvdXRlIHdpbGwgZW5kIHVwIGJlaW5n IGRyb3BwZWQgYXQgc29tZSBwb2ludCBvbiB0aGF0IHBhdGguIDxicj4NClRoaXMgY2FzZSBpcyBj YXVzZWQgYnkgdGhlIFJSRVBfQWNrIGJlaW5nIGhvcC1ieS1ob3AsIGFuZCBub3QgY2F1c2VkIGJ5 IGJ1ZmZlcmluZy48YnI+DQo8YnI+DQpUaG9tYXM6IO+7vzxicj4NCuKAnEJ1ZmZlcnMgaGF2ZSBo dWdlIGltcGFjdHMgb24gVENQIHBlcmZvcm1hbmNlLCBhbmQgSSBkb3VidCBpZiB0aGUgaXNzdWVz IG9uIGUuZy4gVENQIGFyZSB3ZWxsIGVub3VnaCB1bmRlcnN0b29kIGJ5IHRoaXMgV0cgKEJ1ZmZl cmJsb2F0IHdhcyBhbiBleGFtcGxlIG9mIHdoZXJlIHBlb3BsZSBnb3QgaXQgd3JvbmcsIGRlc3Bp dGUgaGF2aW5nIGV4dGVuc2l2ZSBleHBlcmllbmNlKS7igJ08YnI+DQo8YnI+DQpBT0RWdjI6IFBh Y2tldHMgd2lsbCBvbmx5IGJlIGJ1ZmZlcmVkIHdoaWxlIGEgcm91dGUgaXMgcmVxdWVzdGVkLiBU aGUgVENQIHBhY2tldHMgYnVmZmVyZWQgd2lsbCBiZSBwYWNrZXRzIGZvciBzZXNzaW9uIGluaXRp YWxpc2F0aW9uLiBUaGUgYXV0aG9ycyBiZWxpZXZlIHRoYXQgYnVmZmVyaW5nIHRoZXNlIHdpbGwg aGF2ZSBhIHBvc2l0aXZlIGVmZmVjdC4gU29tZSByZWZlcmVuY2VzIGhhdmUgYmVlbiBzdWdnZXN0 ZWQsIGxpc3RlZCBoZXJlLCB0aGUNCiBmaXJzdCBvZiB3aGljaCBoYXMgYmVlbiBpbmNsdWRlZCBp biB0aGUgZHJhZnQ6PGJyPg0KPGEgaHJlZj0iaHR0cDovL3d3dy5pZWVlODAyLm9yZy8yMS9hcmNo aXZlZF9kb2NzLzIwMDMtMDlfaW5jb21pbmcvY2NyLTIwMDEwOS1rb29kbGkucGRmIj5odHRwOi8v d3d3LmllZWU4MDIub3JnLzIxL2FyY2hpdmVkX2RvY3MvMjAwMy0wOV9pbmNvbWluZy9jY3ItMjAw MTA5LWtvb2RsaS5wZGY8L2E+PGJyPg0KTW9iaWxlIEludGVybmV0d29ya2luZyB3aXRoIElQdjY6 IENvbmNlcHRzLCBQcmluY2lwbGVzIGFuZCBQcmFjdGljZXMge0tvb2RsaSwgUGVya2luc308YnI+ DQo8YSBocmVmPSJodHRwOi8vZGlzYy5lY2UuaWxsaW5vaXMuZWR1L3NlbWluYXJzX3R1dG9yaWFs cy90Y3Atd2lyZWxlc3MtdHV0b3JpYWwucHB0Ij5kaXNjLmVjZS5pbGxpbm9pcy5lZHUvc2VtaW5h cnNfdHV0b3JpYWxzL3RjcC13aXJlbGVzcy10dXRvcmlhbC5wcHQ8L2E+PGJyPg0KQW5hbHlzaXMg b2YgVENQIHBlcmZvcm1hbmNlIG92ZXIgbW9iaWxlIGFkIGhvYyBuZXR3b3JrcyA8YSBocmVmPSJo dHRwOi8vZGwuYWNtLm9yZy9jaXRhdGlvbi5jZm0/aWQ9MzEzNTQwIj4NCmh0dHA6Ly9kbC5hY20u b3JnL2NpdGF0aW9uLmNmbT9pZD0zMTM1NDA8L2E+PGJyPg0KQWx0ZXJuYXRpdmVseSwgd2UgY291 bGQgcmVtb3ZlIHRoZSBtZW50aW9uIG9mIFRDUCwgYW5kIGluc3RlYWQgc3RhdGUgdGhhdCBidWZm ZXJpbmcgTUFZIGJlIHVzZWQgZm9yIHBhY2tldHMgYXdhaXRpbmcgYSByb3V0ZSwgYnV0IHRoYXQg aW1wbGVtZW50YXRpb24gYW5kIGltcGxpY2F0aW9ucyBvZiB0aGlzIGFyZSBvdXQgb2Ygc2NvcGUg Zm9yIEFPRFZ2Mi48YnI+DQo8YnI+DQo8YnI+DQozLiBVc2Ugb2YgbXNnLWhvcC1saW1pdCBhbmQg bXNnLWhvcC1jb3VudDo8YnI+DQpUaG9tYXM6PGJyPg0KQnV0LCBlaXRoZXIgd2F5LCBhcyBhY2Nv cmRpbmcgdG8geW91ciBtb2RlbCBtZXNzYWdlcyBhcmUgbmV2ZXIgZm9yd2FyZGVkLCBidXQgYWx3 YXlzIGFyZSBpbnRlbmRlZCBmb3IgcmVjZWlwdCBieSBhIHJvdXRlciB3aGljaCBpcyBhIGRpcmVj dCBuZWlnaGJvciwgdGhlbiBhICZsdDttc2ctaG9wLWxpbWl0Jmd0OyAmZ3Q7MSAod2hpY2ggYXBw bGllcyB0byB0aGUgbWVzc2FnZSkgc2VlbXMgaW5hcHByb3ByaWF0ZS4NCjxicj4NCkFjdHVhbGx5 LCBhY2NvcmRpbmcgdG8gdGhhdCBtb2RlbCwgSSB3b3VsZCBldmVuIHNheSB0aGF0IHJlY2VpcHQg b2YgYSBtZXNzYWdlIHdpdGggYSAmbHQ7bXNnLWhvcC1jb3VudCZndDsgJmd0OzEgc2hvdWxkIGJl IGludGVycHJldGVkIGFzIGEgbWFsZnVuY3Rpb24uPGJyPg0KQXMgeW91IHJlZmVyIHRvIFJGQzU0 NDQgYXBwZW5kaXggQiwgZG8gbm90ZSB0aGF0IEFwcGVuZGl4IEIgb2YgUkZDNTQ0NCAoYW5kLCBu b3RlIHRoZSBlcnJhdGEgNDAwMykgdGFsa3MgYWJvdXQ6PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7ICZsdDttc2ctaG9wLWxpbWl0Jmd0OyBmaWVsZCwgaWYgcHJlc2VudCwgY29u dGFpbnMgdGhlIG51bWJlciBvZiBob3BzIG9uIHdoaWNoIHRoZSBtZXNzYWdlIGlzIGFsbG93ZWQg dG8gdHJhdmVsIGJlZm9yZSBiZWluZyBkaXNjYXJkZWQgYnkgYSBNQU5FVCByb3V0ZXIuJm5ic3A7 IFRoZSAmbHQ7bXNnLWhvcC1saW1pdCZndDsgaXMgc2V0IGJ5IHRoZSBtZXNzYWdlIG9yaWdpbmF0 b3IgYW5kIGlzIHVzZWQgdG8gcHJldmVudCBtZXNzYWdlcyBmcm9tIGVuZGxlc3NseSBjaXJjdWxh dGluZw0KIGluIGEgTUFORVQuIDxicj4NClNwZWNpZmljYWxseSDigJxzZXQgYnkgdGhlIG1lc3Nh Z2Ugb3JpZ2luYXRvcuKAnSBhbmQg4oCcbnVtYmVyIG9mIGhvcHMgb24gd2hpY2ggdGhlIG1lc3Nh Z2UgaXMgYWxsb3dlZCB0byB0cmF2ZWzigJ0g4oCUIHdpdGggeW91ciBjb250cm9sIG1lc3NhZ2Vz IHRyYXZlbGluZyBqdXN0IG9uZSBob3AsIEkgYmVsaWV2ZSB0aGF0IHNldHRpbmcgJmx0O21zZy1o b3AtbGltaXQmZ3Q7ID0gMSBpcyBjb3JyZWN0Ljxicj4NCjxicj4NCkFPRFZ2MjogRGlzY3Vzc2lv biBpcyBzdGlsbCBuZWVkZWQgaGVyZS4gV2Ugd29uZGVyIGlmIHRoZXNlIGZpZWxkcyBhcmUgbmVj ZXNzYXJ5IGF0IGFsbCBmb3IgQU9EVnYyLiBXZSB3ZXJlIHVzaW5nIHRoZW0gdG8gbGltaXQgdGhl IG51bWJlciBvZiByZWdlbmVyYXRpb25zIG9mIGEgUlJFUS4gSG93ZXZlciwgdGhlIGhvcCBsaW1p dCB2YWx1ZSBuZWVkcyB0byBiZSBsYXJnZSBlbm91Z2ggdG8gYWxsb3cgYSBSUkVRIGZyb20gb25l IHNpZGUgb2YgdGhlDQogbmV0d29yayB0byBhbm90aGVyLiBJdCBtaWdodCBiZSB0aGUgY2FzZSB0 aGF0IHVzaW5nIHRoZSBob3AgbGltaXQsIGFsbW9zdCBldmVyeSByb3V0ZXIgaW4gdGhlIG5ldHdv cmsgd291bGQgcmVjZWl2ZSB0aGF0IFJSRVEgYW55d2F5LCBhbmQgYnkgdXNpbmcgdGhlIHJlZHVu ZGFuY3kgY2hlY2ssIHdlIGFscmVhZHkgc3RvcCBSUkVRcyBmcm9tIGNpcmN1bGF0aW5nIGVuZGxl c3NseS48YnI+DQo8YnI+DQo0LiBBYnN0cmFjdDxicj4NClRob21hczo8YnI+DQrigJxJIG1hZGUg dGhlIGZvbGxvd2luZyBjb21tZW50LCB3aGljaCBzdGlsbCBhcHBsaWVzOjxicj4NCuKAnFRoaXMg aXMgYSBsaXR0bGUgb3Zlci1zdGF0aW5nIHRoZSBhcHBsaWNhYmlsaXR5OiB0aGVzZSBzdGF0ZW1l bnRzIG1heSBiZSB0cnVlIGluIHNvbWUgc2NlbmFyaW9zIChmb3IgZXhhbXBsZSwgd2hlbiB0aGVy ZSBhcmUgZmV3IGNvbmN1cnJlbnQgdHJhZmZpYyBmbG93cywgYW5kIHRoZXJlZm9yZSBmZXcgcm91 dGVzIHRvIHJlcGFpciwgYW5kIHRoZXJlZm9yZSBmZXcgZmxvb2Rpbmcgb3BlcmF0aW9ucyB0byBj b250ZW5kIGZvciBjaGFubmVsIGFjY2VzcykuDQogQXMgYSBnZW5lcmFsIHN0YXRlbWVudCwgdGhp cyBsYXN0IHNlbnRlbmNlIGlzIGluY29ycmVjdOKAneKAnTxicj4NCjxicj4NCkFPRFZ2MjogVGhl IHRleHQgaGFzIGJlZW4gcmVtb3ZlZCBhbmQgdGhlIGFic3RyYWN0IG5vdyBzdGF0ZXM6IOKAnCBU aGUgQWQgSG9jIE9uLWRlbWFuZCBEaXN0YW5jZSBWZWN0b3IgVmVyc2lvbiAyIChBT0RWdjIpIHJv dXRpbmcgcHJvdG9jb2wgaXMgaW50ZW5kZWQgZm9yIHVzZSBieSBtb2JpbGUgcm91dGVycyBpbiB3 aXJlbGVzcywgbXVsdGlob3AgbmV0d29ya3MuJm5ic3A7IEFPRFZ2MiBkZXRlcm1pbmVzIHVuaWNh c3Qgcm91dGVzIGFtb25nIEFPRFZ2MiByb3V0ZXJzDQogd2l0aGluIHRoZSBuZXR3b3JrIGluIGFu IG9uLWRlbWFuZCBmYXNoaW9uLuKAnTxicj4NCjxicj4NCjUsOSwxMiwxMywyMC4gUm91dGVyIENs aWVudDxicj4NClRob21hczogPGJyPg0K4oCcSSBtYWRlIGEgY29tbWVudCBwcmV2aW91c2x5IHRo YXQg4oCcUm91dGVyIGNsaWVudOKAnSBpcyBhIHBvb3JseSBjaG9zZW4gdGVybSwgYW5kIGhhdmUg cHJvcG9zZWQgYWx0ZXJuYXRpdmVzLiBJ4oCZdmUgc2VlbiBzb21lIGF0dGVtcHRzIG9uIHRoZSBs aXN0IGF0IHJhdGhlciB0aGFuIGNoYW5nZSB0aGUgdGVybSwgZXhwbGFpbiBpdCDigJQgc29tZSBv ZiB3aGljaCBpcyBpbiB0aGlzIGRvY3VtZW50LiBUaGUg4oCcT3ZlcnZpZXfigJ0gc3RpbGwgdGFs a3MgYWJvdXQg4oCcYQ0KIHJvdXRlcuKApm9uZSBvZiBpdHMgY2xpZW50c+KAnSAtIHdoaWNoIGlz IG5vIGxlc3MgY29uZnVzaW5nIHRoYW4gbGFzdCB0aW1lIEl3IHdlbnQgdGhyb3VnaCBpdC48YnI+ DQpJIHJlaXRlcmF0ZSwgd2h5IG5vdCB1c2Ug4oCcTG9jYWwgQXR0YWNoZWQgTmV0d29yayBTZXTi gJ0sIHdoaWNoIGlzIHRoZSB0ZXJtIHVzZWQgYnkgb3RoZXIgZG9jdW1lbnRzIGZyb20gdGhpcyBX Rz/igJ08YnI+DQo8YnI+DQpBT0RWdjI6IFdlIGFscmVhZHkgYW5zd2VyZWQgdGhpcyBzdWdnZXN0 aW9uIG9uIHRoZSBNQU5FVCBsaXN0IGFuZCBhc2tlZCBmb3IgY29tbWVudHMgYW5kIHN1Z2dlc3Rp b25zLCBhbmQgbm8gcmVzcG9uc2VzIHdlcmUgcmVjZWl2ZWQuIFdlIGhhdmUgZGVmaW5lZCB3aGF0 IHdlIG1lYW4gYnkgUm91dGVyIENsaWVudCwgYW5kIHRoZSB0ZXJtaW5vbG9neSBoYXMgc28gZmFy IG5vdCBjaGFuZ2VkLiBIb3dldmVyLCBzb21lIGFsdGVybmF0aXZlcyBoYXZlDQogYmVlbiBzdWdn ZXN0ZWQsIHNvIGlmIHlvdSBmZWVsIGFueSBvZiB0aGVzZSBhcmUgbW9yZSBlZmZlY3RpdmUsIHBs ZWFzZSBsZXQgdXMga25vdzo8YnI+DQrvu7/igKImbmJzcDsmbmJzcDsmbmJzcDsgQWR2ZXJ0aXNl ZCBJUCBBZGRyZXNzOiBwdXRzIHRoZSBlbXBoYXNpcyBvbiBhZHZlcnRpc2VtZW50IHJhdGhlciB0 aGFuIHRvcG9sb2dpY2FsIGNvbm5lY3Rpb248YnI+DQrigKImbmJzcDsmbmJzcDsmbmJzcDsgQWNj ZXNzaWJsZSBJUCBBZGRyZXNzOiBwdXRzIHRoZSBlbXBoYXNpcyBvbiBhY2Nlc3NpYmlsaXR5IHRo cm91Z2ggdGhlIHBhcnRpY3VsYXIgcm91dGVyIOKAkyBub3QgYmFkPGJyPg0K4oCiJm5ic3A7Jm5i c3A7Jm5ic3A7IFJlZHVjZWQgRnVuY3Rpb24gRGV2aWNlIFtSRkRdOiBkb2VzbuKAmXQgcm9sbCBv ZmYgdGhlIHRvbmd1ZSwgYnV0IHRoaXMgaXMgdGVybWlub2xvZ3kgdXNlZCBmb3IgTDJSIGluIElF RUUgODAyIFdpcmVsZXNzIGZvciBhIHNpbWlsYXIgc2l0dWF0aW9uPGJyPg0K4oCiJm5ic3A7Jm5i c3A7Jm5ic3A7IEFjY2Vzc2libGUgRGV2aWNlIEFkZHJlc3M6IGFkZHMgc29tZSBlbXBoYXNpcyBm b3IgdGhlIGRldmljZSBhcyB3ZWxsIGFzIHRoZSBhZGRyZXNzPGJyPg0K77u/4oCiJm5ic3A7Jm5i c3A7Jm5ic3A7IFN0YWJseSBDb25uZWN0ZWQgSVAgQWRkcmVzczogbm90aGluZyBpcyBwZXJtYW5l bnQsIG9mIGNvdXJzZSwgYnV0IHRoZSByb3V0ZXIgY2xpZW50IHNldCBpcyB0aG91Z2h0IHRvIGJl IHJlbGF0aXZlbHkgc3RhYmxlPGJyPg0K4oCiJm5ic3A7Jm5ic3A7Jm5ic3A7IFRvcG9sb2dpY2Fs bHkgQ29ubmVjdGVkIElQIGFkZHJlc3M6IC4uLiBzdWdnZXN0cyB0aGF0IGEgJnF1b3Q7dG9wb2xv Z2ljYWwgY29ubmVjdGlvbiZxdW90OyBpcyBzdGFibGUgY29tcGFyZWQgdG8gd2lyZWxlc3M8YnI+ DQrigKImbmJzcDsmbmJzcDsmbmJzcDsgQWRtaW5pc3RyYXRpdmVseSBBc3NpZ25lZCBJUCBhZGRy ZXNzOiAuLi4gc29tZWhvdyBkb2VzIG5vdCBjb25ub3RlIHRoZSAmcXVvdDtvdGhlcm5lc3MmcXVv dDsgb2YgdGhlIHJvdXRlciBjbGllbnQgZGV2aWNlcy48YnI+DQo8YnI+DQo2LiBPdmVydmlldyAt IGFkamFjZW5jeTxicj4NClRob21hczogPGJyPg0KVGhlIHRlcm0g4oCcY29uZmlybWluZyBhZGph Y2VuY3nigJ0gaXMgZ29uZSwgYW5kIGlzIG5vdyByZXBsYWNlZCBieSDigJxjb25maXJtaW5nIGJp ZGlyZWN0aW9uYWxpdHnigJ0gLSB3aGljaCwgYWxhcywgc3RpbGwgc291bmRzIGxpa2UgdGhlcmUg aXMgc29tZSBhY3RpdmUgbW9uaXRvcmluZyAoSEVMTE8gbWVzc2FnZSBleGNoYW5nZSkgZ29pbmcg b24uIFVubGVzcyB0aGF0IGlzIHRoZSBjYXNlLCB0aGVuIHBsZWFzZSBiZSBtb3JlIHNwZWNpZmlj IGhlcmUuPGJyPg0KSSBub3RlIHRoYXQgdGhlIHRlcm0gYWRqYWNlbmN5IGlzIHVzZWQgdGhyb3Vn aCBhbmQgdGhyb3VnaCB0aGUgZG9jdW1lbnQsIGJ0dy48YnI+DQo8YnI+DQpBT0RWdjI6IFRoZSB0 ZXh0IGhhcyBiZWVuIHVwZGF0ZWQgdG8gYXZvaWQgdGhlIHdvcmQgYWRqYWNlbmN5LiBXZSBkbyBu b3QgYmVsaWV2ZSB0aGUgdGV4dCBpbXBsaWVzIGFjdGl2ZSBtb25pdG9yaW5nIHRocm91Z2ggSEVM TE8gbWVzc2FnZXMuPGJyPg0KPGJyPg0KNy4gT3ZlcnZpZXcgLSBmb3J3YXJkaW5nIHBsYW5lPGJy Pg0KVGhvbWFzOiBJIHN1Z2dlc3RlZCBpbiBteSBsYXN0IHJldmlldzogVGhlIG92ZXJ2aWV3IG11 c3QgYWxzbyBpbmNsdWRlIGEgcGFyYWdyYXBoIG9uIHRoZSBpbnRlcnNlY3Rpb25zIGJldHdlZW4g dGhpcyBwcm90b2NvbCBhbmQgdGhlIGZvcndhcmRpbmcgcGxhbmUg4oCUIHRoaXMsIGFzIGl0IGlz IGRpZmZlcmVudCAoYW5kIG1vcmUgaW52YXNpdmUpIGZyb20gdGhhdCB3aGljaCBpcyB0eXBpY2Fs bHkgc2VlbiBpbiByb3V0aW5nIHByb3RvY29scy48YnI+DQpTcGVjaWZpY2FsbHksIGFzIGEgcmVh Y3RpdmUgcHJvdG9jb2wsIGl0IGlzIHJlcXVpcmVkIChhdCBsZWFzdCkgdGhhdCB0aGUgZm9yd2Fy ZGluZyBwbGFuZSBpcyBtb2RpZmllZCA6PGJyPg0KMSkgQSDigJxtaXNz4oCdIHdoZW4gbG9va2lu ZyB1cCBhIG5leHQgaG9wIGZvciBhIGRhdGEgcGFja2V0IHRvIGJlIGZvcndhcmRlZCwgaXMgc2ln bmFsbGVkIHRvIHRoZSBBT0RWdjIgcHJvY2VzcyBzbyBhcyB0byBwZXJtaXQgdGhhdCByb3V0ZSBk aXNjb3ZlcnkgYmUgbGF1bmNoZWQ7PGJyPg0KMikgQSDigJxtaXNz4oCdIHdoZW4gYXR0ZW1wdGlu ZyB0byBkZWxpdmVyIGEgZGF0YSBwYWNrZXQgdG8gYSBuZXh0IGhvcCwgd2hpY2ggd2FzIHJlY29y ZGVkIGluIHRoZSByb3V0aW5nIHRhYmxlLCBpcyBzaWduYWxsZWQgdG8gdGhlIEFPRFZ2MiBwcm9j ZXNzIHNvIGFzIHRvIHBlcm1pdCB0aGF0IGEgcm91dGUgcmVwYWlyIGJlIGluaXRpYXRlZCBhbmQv b3IgYSBSb3V0ZSBFcnJvciBiZSBnZW5lcmF0ZWQuPGJyPg0KMykgQSDigJxoaXTigJ0gd2hlbiBs b29raW5nIHVwIGEgbmV4dCBob3AgZm9yIGEgZGF0YSBwYWNrZXQgdG8gYmUgZm9yd2FyZGVkIHRv IGEgZGVzdGluYXRpb24gaXMgc2lnbmFsbGVkIHRvIHRoZSBBT0RWdjIgcHJvY2VzcyBzbyBhcyB0 byBwZXJtaXQgbWFpbnRlbmFuY2Ugb2Yg4oCcYWN0aXZlIHJvdXRl4oCdIFJvdXRlIFN0YXRlLCB0 aW1lcnMgYW5kIHN1Y2guPGJyPg0KTm90ZSB0aGF0IHRoZXNlIHRoaW5ncyBhcmUgbmVjZXNzYXJ5 IHRvIGNhbGwgb3V0IGluIHRoZSDigJxvdmVydmlld+KAnSBhbmQgaW4gdGhlIOKAnGFwcGxpY2Fi aWxpdHkgc3RhdGVtZW504oCdLCBib3RoOiBpdCBpcyBub3QgdGhhdCB0aGV5IGFyZSBuZWdhdGl2 ZXMgcGVyIHNlLCBidXQgdGhhdCB0aGV5IGFyZSBpbXBvcnRhbnQgZmFjdG9ycyBnb3Zlcm5pbmcg dGhlIGFwcGxpY2FiaWxpdHkgb2YgdGhpcyBwcm90b2NvbDogd2lsbCBhIGdpdmVuIHBsYXRmb3Jt DQogcGVybWl0IHN1Y2ggYWNjZXNzIHRvIHRoZSBmb3J3YXJkaW5nIHBsYW5lLCBmb3IgZXhhbXBs ZT8gSW1wb3J0YW50IHRvIHVuZGVyc3RhbmQgaWYgZm9yIHRoYXQgcGxhdGZvcm0gdGhpcyBwcm90 b2NvbCBpcyBhcHBsZTxicj4NCkkgc2VlIHRoYXQgdGhpcyB3YXMgbm90IGFkZHJlc3NlZCBpbiB0 aGUgb3ZlcnZpZXcsIG5vciBpbiB0aGUgYXBwbGljYWJpbGl0eSBvdGhlciB0aGFuIGJ5IGEgZm9y d2FyZCByZWZlcmVuY2UgdG8gc2VjdGlvbiA2LjQuIFdoaWxlIGl0IGlzIHBvc2l0aXZlIHRoYXQg dGhlcmUgaXMgYSBzZWN0aW9uIDYuNCwgdGhpcyBkb2VzIG5vdCBleG9uZXJhdGUgdGhlIG92ZXJ2 aWV3IGFuZCB0aGUgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQgZm9yIGJlaW5nIGhvbmVzdA0KIGFi b3V0IHRoZSByZXF1aXJlbWVudHMgKG5vdGFibHkgdG8gdGhlIHBsYXRmb3JtL29zKSB0aGF0IHRo aXMgcHJvdG9jb2wgaGFzIGZvciBiZWluZyBhcHBsaWNhYmxlPGJyPg0KPGJyPg0KQU9EVnYyOiBU aGUgT3ZlcnZpZXcgYW5kIHRoZSBBcHBsaWNhYmlsaXR5IFN0YXRlbWVudCBub3cgcmVmZXIgdG8g dGhlc2UgYmFzaWMgcmVxdWlyZW1lbnRzIGZvciB0aGUgaW50ZXJhY3Rpb24gd2l0aCB0aGUgZm9y d2FyZGluZyBwbGFuZS4gVGhlIEFwcGxpY2FiaWxpdHkgU3RhdGVtZW50IGFsc28gY29udGFpbnMg dGhlIHJlZmVyZW5jZSB0byB0aGUgbGF0ZXIgc2VjdGlvbiB3aGljaCBkZXNjcmliZXMgdGhpcyBp biBtb3JlIGRldGFpbC48YnI+DQo8YnI+DQo4LiA3MTgyIGFuZCBzZWN1cml0eTxicj4NCjxicj4N ClRob21hczogSSBzdWdnZXN0ZWQgaW4gbXkgbGFzdCByZXZpZXc6IEl0IGlzIGltcG9ydGFudCB0 byBkbyBtb3JlIHRoYW4gdGhpczogNzE4MiBkb2VzIG9ubHkgcHJvdmlkZSDigJxjb250YWluZXJz 4oCdIGZvciBJQ1ZzIGFuZCB0aW1lc3RhbXBzLCBhbmQgZG9lcyBub3Qgc3BlY2lmeSBob3cgdG8g dXNlIHRoZW0gdG8gb2J0YWluIHNwZWNpZmljIHNlY3VyaXR5IHByb3BlcnRpZXMuIFJGQzcxODIg bWF5IGJlIGEgdG9vbCB0aGF0IGNhbiBiZSB1c2VkLCBidXQNCiBob3cqIHRoYXQgdG9vbCBpcyB1 c2VkIGlzIHdoYXQgZGV0ZXJtaW5lcyB0aGUgc2VjdXJpdHkgcHJvcGVydGllcy48YnI+DQpUaGVy ZWZvcmUsIHNheWluZyB0aGF0IOKAnHNlY3VyaXR5IGlzIGRlYWx0IHdpdGggYnkgdXNpbmcgUkZD NzE4MuKAnSBpcyBlaXRoZXIgYW4gaW5jb21wbGV0ZSBzdGF0ZW1lbnQsIG9yIGlzIGluZGljYXRp dmUgb2YgaW5zdWZmaWNpZW50IHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zLuKAnTxicj4NClRoZSBh Y3R1YWwgc2VudGVuY2UgaW4gdGhlIEktRCBoYXMgYmVlbiBjaGFuZ2VkLCBub3cgaXQgZXhwbGlj aXRseSBuYW1lcyB0aGUgdHdvIFRMVnMgZnJvbSA3MTgyIHRoYXQgaXQgdXNlcy4gVGhhdCBpcywg YWxhcywgc3RpbGwgbm90IHN1ZmZpY2llbnQuPGJyPg0KTWFraW5nIHRoZSBhc2lkZSB0aGF0IHdh cyBkaXNjdXNzZWQgcmVjZW50bHkgb24gdGhlIGxpc3QsIHRoYXQgKGkpIGNvbnRyb2wgbWVzc2Fn ZXMgYXJlIG5vdCBmb3J3YXJkZWQsIGFuZCB0aGF0IChpaSkgdGhleSBhcmUgbW9kaWZpZWQgaW4g dHJhbnNpdCwgdGhlIHNlY3VyaXR5L3RydXN0IG1vZGVsIGlzIHNvbWV3aGF0IGRpZmZlcmVudCBm cm9tIHRoYXQgb2YgNzE4MSBhbmQgY29uc2VxdWVudGx5IGZvciB3aGF0IDcxODIgd2FzIGluaXRp YWxseQ0KIHdyaXR0ZW4gZm9yLiBJIHRoaW5rIHRoYXQmbmJzcDsgY2FsbGluZyBvdXQgdGhlIHRy dXN0IG1vZGVsLCBhbmQgaG93IDcxODIgYWN0dWFsbHkgaXMgdXNlZCBoZXJlLCBtaWdodCBiZSB3 aGF0IGlzIGNhbGxlZCBmb3IuPGJyPg0KQ29udGludWluZyB3aXRoIHRoZSBhc2lkZSwgdGhpcyAq ZXNwZWNpYWxseSogYXMgdGhlIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50IHNheXM6ICZxdW90O1By b3ZpZGluZyBzZWN1cml0eSBmb3IgYSByZWFjdGl2ZSByb3V0aW5nIHByb3RvY29sIGNhbiBiZSBk aWZmaWN1bHTigJ08YnI+DQo8YnI+DQpUaG9tYXM6PGJyPg0K77u/T0ssIHNvIGFzc3VtZSB0aGF0 IEkgdW5kZXJzdGFuZCByZWdlbmVyYXRpb24gYXMgcGVyIG15IHByZXZpb3VzIGVtYWlsLCBhcyBt ZWFuaW5nIOKAnGdlbmVyYXRlIGEgbmV3IG1lc3NhZ2UgYW5kIHNlbmQgdG8gbXkgbmVpZ2hib3Jz LCBiYXNlZCBvbiB3aGF0IEkgbGVhcm5lZCB3aGVuIHByb2Nlc3NpbmcgYSByZWNlaXZlZCBtZXNz YWdl4oCdIOKAlCBqdXN0IGxpa2UgYW55IGRpc3RhbmNlIHZlY3RvciBwcm90b2NvbCBkb2VzLjxi cj4NCkluIHRoYXQgbW9kZWwsIHdoYXQgeW91IHdyaXRlIG1ha2VzIHNlbnNlOiBlYWNoIG9yaWdp bmF0b3Igb2YgYSBjb250cm9sIG1lc3NhZ2UgKGkuZS4sIHdob2V2ZXIgZ2VuZXJhdGVzIG9yIHJl Z2VuZXJhdGVzIGl0KSBpcyBmcmVlIHRvIGluY2x1ZGUgdGhlIGluZm9ybWF0aW9uIGl0IGRlc2ly ZXMsIHN1Y2ggYXMgdGhlIDQgcG9pbnRzIHlvdSBsaXN0IGFib3ZlLiBObyBpc3N1ZXMgd2l0aCB0 aGF0Ljxicj4NCkhvd2V2ZXIsIGFuZCB0aGlzIGpvaW5zIHdoYXQgSSBwb2ludGVkIG91dCBpbiBh IHByZXZpb3VzIGVtYWlsLCB5b3Ugd3JpdGUgaW4gdGhlIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50 OiAmcXVvdDtQcm92aWRpbmcgc2VjdXJpdHkgZm9yIGEgcmVhY3RpdmUgcm91dGluZyBwcm90b2Nv bCBjYW4gYmUgZGlmZmljdWx0LiZxdW90Ozxicj4NCldoaWxlIHdlIGNhbiBkaXNjdXNzIGlmIHRo ZSBuYXR1cmUgb2YmbmJzcDvigJxyZWFjdGl2ZSByb3V0aW5nIHByb3RvY29s4oCdIGdlbmVyYXRl cyBwYXJ0aWN1bGFyIGRpZmZpY3VsdGllcywgd2UgY2VydGFpbmx5IGNhbiBhZ3JlZSB0aGF0IHRo aXMgcHJvdG9jb2wgaGFzIHRoZSBzYW1lJm5ic3A74oCcZGlmZmljdWx0aWVz4oCdIGFzIGEgZGlz dGFuY2UgdmVjdG9yIHByb3RvY29sOiByb3V0aW5nJm5ic3A7dG9wb2xvZ3kgaW5mb3JtYXRpb24g KGJ5IGRlZmluaXRpb24pIG5vdCBiZWluZw0KIGV4Y2hhbmdlZCBlbmQtdG8tZW5kLCBidXQgYmV0 d2VlbiBuZWlnaGJvcnMgKHdobyBkbyZuYnNwO2NhbGN1bGF0aW9ucyBhbmQgZ2VuZXJhdGUgdGhl aXIgb3duIGFubm91bmNlbWVudHMmbmJzcDvigJQgcmVnZW5lcmF0aW9uLCBhcyB5b3UgY2FsbCBp dCkuDQo8YnI+DQpUaGlzIG1lYW5zIHRoYXQgYSBzcGVjaWZpYyBzZWN1cml0eSBtb2RlbCBvZiB0 cmFuc2l0aXZlIHRydXN0IG11c3QgYmUgYXNzdW1lZCwgbm8/IEkgdHJ1c3QgVmljdG9yaWEsJm5i c3A7dGhlcmVmb3JlIHdoZW4gVmljdG9yaWEgc2F5cyZuYnNwO+KAnFN0YW4gdG9sZCBtZeKAnSZu YnNwO3RoZW4gSSB0cnVzdCB0aGF0IHNoZSZuYnNwO2FjdHVhbGx5IHZlcmlmaWVkIHRoYXQgJnF1 b3Q7aXQgd2FzIGluZGVlZCBTdGFuIHdobyB0b2xkIGhlciZuYnNwO+KApuKAnSZuYnNwO+KAlCBh bmQgZWl0aGVyIHdheSwgSSBoYXZlIG5vIHdheQ0KIG9mIHZlcmlmeWluZz88YnI+DQpJIGRpZCBu b3Qgc2VlIHRoZSB0cnVzdCBtb2RlbCAvIHRydXN0IGFzc3VtcHRpb24gZGlzY3Vzc2VkIGluIHRo ZSBzcGVjaWZpY2F0aW9uIChzcGVjaWZpY2FsbHkgbm90IGluIGFwcGxpY2FiaWxpdHkgYW5kIGlu IHNlY3Rpb24gMTMsIGJvdGggb2Ygd2hlcmUgaXQgc2hvdWxkIGJlIGNhbGxlZCBvdXQpLCBidXQg SSB0aGluayB0aGF0IHRoaXMgaXMgYWN0dWFsbHkgYSBjcnVjaWFsIHBvaW50IHRvIGdldCByaWdo dCwgaW4gb3JkZXIgdG8gYXBwcm9hY2gNCiBkZXZlbG9waW5nIHRoZSBNVEkgc2VjdXJpdHkgbWVj aGFuaXNtcy48YnI+DQpBbnl3YXlzLCB0aGF0IG9ic2VydmF0aW9uIGFjdHVhbGx5IGNvbnRyYXN0 cyBzdHJvbmdseSB3aXRoIHdoYXQgdGhlIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50IHRoZW4gZ29l cyBvbiB0byBzYXksIG5hbWVseTo8YnI+DQombmJzcDsmbmJzcDsgQU9EVnYyIHByb3ZpZGVzIGZv ciBtZXNzYWdlIGludGVncml0eSBhbmQgc2VjdXJpdHkgYWdhaW5zdCByZXBsYXk8YnI+DQombmJz cDsmbmJzcDsgYXR0YWNrcyBieSB1c2luZyBpbnRlZ3JpdHkgY2hlY2sgdmFsdWVzLCB0aW1lc3Rh bXBzIGFuZCBzZXF1ZW5jZTxicj4NCiZuYnNwOyZuYnNwOyBudW1iZXJzLCBhcyBkZXNjcmliZWQg aW4gU2VjdGlvbiAxMy48YnI+DQpUaGlzIGlzIHRydWUgb25seSBpbiBhcyBtdWNoIGFzIG1lc3Nh Z2VzIGFyZSBpbmRlZWQgZXhjaGFuZ2VkIGJldHdlZW4gbmVpZ2hib3JzOiB3aGVuIHlvdSZuYnNw O+KAnHJlZ2VuZXJhdGXigJ0gYSBtZXNzYWdlLCBpLmUuLCBnZW5lcmF0ZSBhIG5ldyZuYnNwO21l c3NhZ2UgaW4gcmVzcG9uc2UgdG8gcmVjZWlwdCBvZiBhIG1lc3NhZ2UsIHlvdSBnZW5lcmF0ZSBi cmFuZCBuZXcgcGF5bG9hZCAoYnV0IHBvc3NpYmx5IGluY2x1ZGluZyBzb21lIG9mJm5ic3A7dGhl IGRhdGEgZnJvbQ0KIHRoZSByZWNlaXZlZCBtZXNzYWdlLCBvZiBjb3Vyc2UpOiB0aHVzLCBhbnkg SUNWcyZuYnNwO+KAnGZyb20gZmFydGhlciBhd2F5IHRoYW4gdGhlIG5laWdoYm9y4oCdJm5ic3A7 d2lsbCBiZSB1c2VsZXNzIChvciwgaWYgeW91IHplcm8gb3V0IHRoZSBwYXJ0cyB0aGF0IHlvdSBj aGFuZ2UsIHRoZXNlIHBhcnRzIHdpbGwgbm90IGJlIHByb3RlY3RlZCkuPGJyPg0KVGhlIGFib3Zl IHNlbnRlbmNlLCBxdW90ZWQgZnJvbSB0aGUgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQsIGFuZCB0 aGF0IHdoaWNoIHRyYW5zcGlyZXMgZnJvbSBzZWN0aW9uIDEzLCBzZWVtcyAtIGNlcnRhaW5seSwg YWJzZW50IHRoZSB0cnVzdCBtb2RlbCBhc3N1bWVkIC0gdG8gc3VnZ2VzdCB0aGF0IGVuZC10by1l bmQgcHJvdGVjdGlvbi92YWxpZGF0aW9uIGlzIHByb3ZpZGVkLiBCdXQsIHRoaXMgaXMgbm90IHRo ZSBjYXNlLjxicj4NCkZpbmFsbHkgdG8gdGhlIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50LCBhIHF1 ZXN0aW9uOjxicj4NCklmIHNlY3VyaXR5IGFzc29jaWF0aW9ucyBjYW4gYmUgZXN0YWJsaXNoZWQs IGVuY3J5cHRpb24gY2FuIGJlIHVzZWQgZm9yIEFPRFZ2MiBtZXNzYWdlcyB0byBlbnN1cmUgdGhh dCBvbmx5IHRydXN0ZWQgcm91dGVycyBwYXJ0aWNpcGF0ZSBpbiByb3V0aW5nIG9wZXJhdGlvbnMu PGJyPg0KV2hhdCB5b3Ugd2FudCB0byBzYXkgaGVyZSBpcyB0aGF0IOKAnGlmIGFsbCB0cnVzdGVk IHJvdXRlcnMgaGF2ZSBhIHNoYXJlZCBzZWNyZXQsIHRoZW4gd2XigJlyZSBhYmxlIHRvIHVzZSB0 aGF0IHNoYXJlZCBzZWNyZXQgdG8gaWdub3JlIG5vbi10cnVzdGVkIHJvdXRlcnPigJ0sIHJpZ2h0 Pw0KPGJyPg0KV2hpbGUg4oCcc2VjdXJpdHkgYXNzb2NpYXRpb25z4oCdIHRoYXQgZG8gbm90IHBh c3MgdGhyb3VnaCBhIHNoYXJlZCBzZWNyZXQgcHJvYmFibHkgY2FuIGJlIHRob3VnaHQgdXAsIGl0 4oCZcyBub3QgdHJpdmlhbCBhbmQgSSBkaWQgbm90IGZpbmQgYW55IGRpc2N1c3Npb24gb2YgdGhh dCBpbiB0aGUgZG9jdW1lbnQ/PGJyPg0KSGF2aW5nLCBvbiB0aGUgdG9waWMgb2Ygc2VjdXJpdHks IHJlLXJlYWQgU2VjdGlvbiAxMywgd2hpY2ggc3RhcnRzOjxicj4NCiZuYnNwOyZuYnNwOyBUaGlz IHNlY3Rpb24gZGVzY3JpYmVzIHZhcmlvdXMgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgYW5kIHBv dGVudGlhbDxicj4NCiZuYnNwOyZuYnNwOyBhdmVudWVzIHRvIHNlY3VyZSBBT0RWdjIgcm91dGlu Zy4mbmJzcDsgPGJyPg0KV2hpbGUgdGhpcyBpcyBhbiBob25lc3QgZGVzY3JpcHRpb24gb2Ygd2hh dCBmb2xsb3dzLCBJIHJlbWFpbiBjb252aW5jZWQgdGhhdCB0aGlzIGlzIG5vdCBzdWZmaWNpZW50 LiBTbyBsZXQgbWUgYXNrIGFzIHByZWNpc2VseSBhcyBJIGNhbjo8YnI+DQpvIHdoYXQgaXMgdGhl IE1USSBzZWN1cml0eSBtZWNoYW5pc20gdGhhdCBhIGNvbmZvcm1hbnQgaW1wbGVtZW50YXRpb24g bXVzdCBwcm92aWRlPyZuYnNwO1NwZWNpZmljYWxseTogLSB3aGljaCBhcmUgdGhlIHByb2Nlc3Np bmcgc3RlcHMgKGZvciBleGFtcGxlIGluIHNlY3Rpb24gNy4yLjEmbmJzcDthbmQgc2VjdGlvbiA3 LjIuMiBmb3IgUlJFUCAtIGFuZCBzaW1pbGFybHkgZm9yIHRoZSBvdGhlciBtZXNzYWdlJm5ic3A7 dHlwZXMpIHRoYXQgZGVmaW5lIHRoYXQgc2VjdXJpdHkNCiBtZWNoYW5pc208YnI+DQpvIHdoYXQg cHJvdGVjdGlvbiBpcyBvZmZlcmVkIGJ5IHRoYXQgTVRJIHNlY3VyaXR5IG1lY2hhbmlzbT8gQW5k IHdoYXQgcmVtYWlucyB2dWxuZXJhYmxlLjxicj4NCklmIHRoaXMgc3BlY2lmaWNhdGlvbiB0YXJn ZXRzIHN0ZC50cmFjaywgdGhlbiBpdCBzaG91bGQgaW5jbHVkZSAocmVhc29uYWJseSBzb2xpZCwg YnV0IGRlZmluaXRlbHkgd2VsbCBzcGVjaWZpZWQpIE1USSBzZWN1cml0eS48YnI+DQo8YnI+DQpD aHJpcyBEZWFybG92ZTo8YnI+DQrvu79UaGVyZSBhcmUgdHdvIHBvdGVudGlhbCBjaG9pY2VzOjxi cj4NCjxicj4NCi0gUlJFUSBoYXMgYW4gaW50ZWdyaXR5IGNoZWNrIHZhbHVlIHRvIGluZGljYXRl IHRoYXQgc29tZW9uZSB0cnVzdGVkIGNyZWF0ZWQgaXQsIGlmIG5vdCBuZWNlc3NhcmlseSB0aGUg ZGVzdGluYXRpb24uIFRoYXQgc29tZW9uZSBtaWdodCBiZSBpZGVudGlmaWFibGUgb3Igbm90Ljxi cj4NCi0gUlJFUSBoYXMgYSBzaWduYXR1cmUgdGhhdCBpbmRpY2F0ZXMgdGhhdCB0aGUgZGVzdGlu YXRpb24gY3JlYXRlZCBpdC48YnI+DQo8YnI+DQpVbmZvcnR1bmF0ZWx5LCBhbiBSUkVRIHRoYXQg Y2hhbmdlcyBhcyBpdCBpcyBmb3J3YXJkZWQgKGFnZ3JlZ2F0aW5nIGRhdGEgb2YgYW55IHNvcnQp IG1ha2VzIHRoZSBzZWNvbmQgb3B0aW9uIHRyaWNreSwgdW5sZXNzIHRoZXJl4oCZcyBzb21lIHNv cnQgb2YgYWdncmVnYXRpbmcgc2lnbmF0dXJlIGFzIGl0IGlzIGZvcndhcmRlZC4gQnV0IEnigJlt IG5vdCBhbiBleHBlcnQgb24gdGhlIGxhdHRlci48YnI+DQo8YnI+DQpUaGUgbW9zdCB0cml2aWFs IGNhc2Ugb2YgdGhlIGZvcm1lciBpcyBzaW1wbHkgdGhhdCBldmVyeW9uZSB0cnVzdGVkIGhhcyBh IHNpbmdsZSBzaGFyZWQga2V5LiBUaGF0IGhhcyBvYnZpb3VzIGlzc3VlcyDigJMgYWx0aG91Z2gg aXQgd2FzIGdvb2QgZW5vdWdoIHRoYXQgZW1ib2RpZWQgYXMgUkZDIDcxODMgd2UgY291bGQgZ2V0 IDcxODEgdGhyb3VnaCB0aGUgc3lzdGVtIChhcyBhIOKAnG11c3QgaW1wbGVtZW50LCBkbyBub3Qg bmVlZCB0byB1c2XigJ0gbWluaW1hbA0KIGNhc2UpLiBBbHRlcm5hdGl2ZWx5IHNvbWV0aGluZyBp ZGVudGl0eS1iYXNlZCAoZS5nLiBkcmFmdC1pZXRmLW1hbmV0LWlicykgY291bGQgYmUgdXNlZCwg c28geW91IGtub3cgd2hvIGNyZWF0ZWQgdGhlIG1lc3NhZ2UgeW91IHJlY2VpdmVkLCBidXQgeW91 IGFyZSByZWx5aW5nIG9uIGEgY2hhaW4gb2YgdHJ1c3QsIGhvcCBieSBob3AuIEF0IHdoaWNoIHBv aW50IHlvdSBtaWdodCBhcyB3ZWxsIGp1c3Qgc2lnbiBwYWNrZXRzIChzZWUgUkZDIDcxODIpLjxi cj4NCjxicj4NCkJ1dCBpbiBldmVuIHRoZSB3ZWFrZXN0IGNhc2UgKHRoZSBzaW5nbGUgc2hhcmVk IGtleSB1c2VkIGhvcCBieSBob3ApIHRoZXJlIGhhcyB0byBiZSBhIGZhaWx1cmUgZm9yIHRoaW5n cyB0byBnbyB3cm9uZyAtIGVpdGhlciBsb3NzIG9mIGtleSAoaW4gd2hpY2ggY2FzZSBhbGwgYmV0 cyBhcmUgb2ZmKSBvciBzdWJvcm5pbmcgb25lIHJvdXRlciAod2hvIGNhbiBkbyBxdWl0ZSBhIGxv dCBvZiBkYW1hZ2UpLjxicj4NCjxicj4NCkkgaGF2ZW4ndCByZWFkIHRoZSBsYXRlc3QgQU9EVnYy IGRyYWZ0IHlldCwgYnV0IHRoaXMgc29ydCBvZiB0aGluZyBzaG91bGQgYmUgZGVzY3JpYmVkIGlu IGl0cyBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyAtIHRoZSBwcmV2aW91cyBkcmFmdCB0aG91Z2gg ZGlkbid0IGRpc2N1c3MgdGhpcyBhcyBmYXIgYXMgSSByZWNhbGwuPGJyPg0KPGJyPg0KQ2hyaXMg RGVhcmxvdmU6PGJyPg0K77u/SWYgeW91IGdvIGRvd24gdGhpcyByb3V0ZSBvZiBhc3N1bWluZyB0 cmFuc2l0aXZlIHRydXN0LCB0aGVuIHlvdSBtaWdodCBhcyB3ZWxsIHVzZSA3MTgy4oCZcyBwYWNr ZXQgSUNWIGFuZCB0aW1lc3RhbXAgcmF0aGVyIHRoYW4gbWVzc2FnZSBJQ1YgYW5kIHRpbWVzdGFt cC48YnI+DQombmJzcDs8YnI+DQpUaGVyZSBpcyBhIGNvbXBsaWNhdGlvbiAobW9zdGx5IG9uZSBv ZiBwcmVzZW50YXRpb24pIHRoYXQgdGhlIDU0NDQgbXVsdGlwbGV4ZXIgKHJhdGhlciB0aGFuIEFP RFZ2MikgbmVlZHMgdG8gZG8gdGhpcywgYXQgbGVhc3QgZm9yIHBhY2tldHMgY29udGFpbmluZyBB T0RWdjIgbWVzc2FnZXMgKGJ1dCBhdCB3aGljaCBwb2ludCwgcHJvYmFibHkgYWxsIDU0NDQgcGFj a2V0cykuIFNvIHlvdSBlaXRoZXIsIGRlcGVuZGluZyBvbiB5b3VyIHBvaW50IG9mDQogdmlldywg bmVlZCB0byByZXF1ZXN0IGl0IHRvIGRvIHRoYXQsIG9yIChhZG1pbmlzdHJhdGl2ZWx5KSBkZWNs aW5lIHRvIG9wZXJhdGUgZXhjZXB0IG92ZXIgYSA1NDQ0IG11bHRpcGxleGVyIHRoYXQgaXMgZG9p bmcgdGhpcy48YnI+DQombmJzcDs8YnI+DQpUaGUgYWR2YW50YWdlIGlzIG9uZSBvZiBzYXZlZCBz cGFjZSBhbmQgdGltZSB3aGVuIHBhY2tldHMgY29udGFpbiBtb3JlIHRoYW4gb25lIG1lc3NhZ2Uu IFBsdXMgc2xpZ2h0bHkgYmV0dGVyIHByb3RlY3Rpb24gKGhvcCBjb3VudCBhbmQgbGltaXQgYXJl IGNvdmVyZWQpIGJ1dCB3aGljaCBwcm9iYWJseSBkb2VzbuKAmXQgbWF0dGVyIGhlcmUuPGJyPg0K Jm5ic3A7PGJyPg0KSWYgbWVzc2FnZXMgYXJlIGNoYW5nZWQvcmVwbGFjZWQgb24gYSBvbmUtdG8t b25lIGJhc2lzIGFzIGZvcndhcmRlZCwgdGhlbiB0aGUgb25seSBzb2x1dGlvbnMgSSBjYW4gc2Vl IGFyZSBob3AgYnkgaG9wIHRyYW5zaXRpdmUgdHJ1c3QgKHBhY2tldHMgb3IgbWVzc2FnZXMgcGVy IGhvcCksIG9yIHNvbWV0aGluZyBjb21wbGljYXRlZCBpbnZvbHZpbmcgYWdncmVnYXRpb24gYW5k IGtub3dsZWRnZSBvZiBjaGFuZ2VzLiBCdXQgdGhlIGxhdHRlciB3b3VsZA0KIGJlIGEgcmVzZWFy Y2ggdGFzayB0byBkZXZlbG9wLCBzbyBsZXTigJlzIG5vdCB0cnkgdGhhdC48YnI+DQo8YnI+DQpK aWF6aSBZaTo8YnI+DQpJ77u/IGFncmVlIHdpdGggQ2hyaXMgYW5kIFRob21hcyBvbiB0aGVpciBj b25jZXJucyBvbiB0aGUgaG9wLWJ5LWhvcCBzZWN1cml0eSBpc3N1ZS4NCjxicj4NClRoaXMgaXMg dmVyeSBkaWZmZXJlbnQgZnJvbSBjbGFzc2ljYWwgRFYgcHJvdG9jb2wsIGluIHdoaWNoIHRoZSB2 ZWN0b3IgaW5mb3JtYXRpb24gaXMgZGVzaWduZWQgdG8gYmUgZXhjaGFuZ2VkIGJldHdlZW4gbmVp Z2hib3Vycy4NCjxicj4NCkluIEFPRFZ2MiwgdGhlIFJSRVEvUlJFUC9SRVJSIGFyZSB0byBiZSBm b3J3YXJkZWQgdGhyb3VnaCBtdWx0aXBsZSBob3BzLiBBIHJvdXRlciBjYW4gc2lnbiBhIG1lc3Nh Z2UgdGhhdCBpc24ndCBhY3R1YWxseSBpbml0aWFsaXNlZCBieSBpdHNlbGYgLS0gdGhpcyBpcywg YXQgbGVhc3QsIGFnYWluc3QgaW50dWl0aW9uLg0KPGJyPg0KVGhpcyBjYW4gYmUgYW4gaXNzdWUg aWYgd2UgaGF2ZSBjb21wcm9taXNlZCByb3V0ZXJzIGluIHRoZSBuZXR3b3JrLiBPZiBjb3Vyc2Us IGEgY29tcHJvbWlzZWQgcm91dGVyIGlzIGEgcHJvYmxlbSBmb3IgZXZlcnkgcHJvdG9jb2wsIGxp a2UgT0xTUnYyLiBCdXQgaW4gT0xTUnYyLCBhIGNvbXByb21pc2VkIHJvdXRlciBjYW4gb25seSBz cGVhayBvbiBiZWhhbGYgb2YgaXRzZWxmIC0tIGhvd2V2ZXIsIGluIEFPRFZ2MiwgYSBjb21wcm9t aXNlZC9taXMtY29uZmlndXJlZA0KIHJvdXRlciBjYW4gcHJldGVuZCB0byBiZSBhbnkgb3RoZXIg cm91dGVyIChmb3IgZXhhbXBsZSwgZ2VuZXJhdGUgUlJFUSBtZXNzYWdlcyB1c2luZyBhbm90aGVy IGFkZHJlc3MgYXMgT3JpZ0FkZHIpLiZuYnNwOyBUaGUgY29uc2VxdWVuY2Ugd2lsbCBiZSBtdWNo IG1vcmUgc2VyaW91cyBpZiB0aGF0IGhhcHBlbnMuDQo8YnI+DQo8YnI+DQpBT0RWdjI6IFRoaXMg aXMgbm90IHlldCBhZGRyZXNzZWQuPGJyPg0KPGJyPg0KOS4gVGVybWlub2xvZ3kgLSBob3N0LCBy b3V0ZXJzLCByb3V0ZXIgY2xpZW50czogPGJyPg0KPGJyPg0KVGhvbWFzOiBNeSBsYXN0IHJldmll dyBzdWdnZXN0ZWQ6PGJyPg0K4oCcVGhpcyBoYXMgYmVlbiBicm91Z2h0IHVwIG9uIHRoZSBsaXN0 IHNldmVyYWwgdGltZXMgaW4gdGhlIHBhc3QsIHdpdGhvdXQgaGF2aW5nIGJlZW4gYWRkcmVzc2Vk Ljxicj4NClRoZXJlIGFyZSDigJxob3N0c+KAnSBhbmQgdGhlcmUgYXJlIOKAnHJvdXRlcnPigJ0g 4oCUIHdob3NlIHJvbGVzIGFyZSB3ZWxsIGRlZmluZWQuIE5vZGXigJ0gbm90IHNvIG11Y2gg4oCU IHdoaWNoIGlzIGNsZWFyIGZyb20gbG9va2luZyBhdCB0aGUgZGVmaW5pdGlvbiBoZXJlOiDigJxl aXRoZXIgQU9EVnYyIHJvdXRlcnMgb3Igcm91dGVyIGNsaWVudHPigJ0gKHdpdGgg4oCccm91dGVy IGNsaWVudHPigJ0gYmVpbmcgZGVmaW5lZCBhcyDigJxhbiBBT0RWdjIgcm91dGVyIGlzIGFsc28g aXRzDQogb3duIHJvdXRlciBjbGllbnTigJ0pLjxicj4NCjxicj4NClRoaXMgaXMgdmVyeSBtdWNo IHJlbGF0ZWQgdG8gdGhlIHVzZSBvZiDigJxSb3V0ZXIgQ2xpZW504oCdLCBhbmQgYm90aCB0aGF0 IHRlcm0sIGFuZCDigJxub2Rl4oCdIGluZGljYXRpdmUgdGhhdCBzb21lIGNsYXJpdHkgaXMgbmVl ZGVkIGhlcmUuPGJyPg0KPGJyPg0KQWxsIGEgcm91dGVyIGNhcmVzIGFib3V0IGlzIOKAnGFuIGFk ZHJlc3PigJ0uIElmIHRoYXQgYWRkcmVzcyBpcyBvZiBhIG5ldHdvcmssIG9yIGEgcm91dGVyLCBv ciBhbiBpbnRlcmZhY2UgKGFuZCwgaWYgc2FpZCBpbnRlcmZhY2UgaXMgaW5zdGFsbGVkIGluIGEg cm91dGVyIG9yIGEgaG9zdCkgZG9lc27igJl0IG1hdHRlci48YnI+DQo8YnI+DQpTbywg4oCcYW4g YWRkcmVzc+KAnSBpcyBzb21ldGhpbmcgdGhhdCB0aGUgcm91dGluZyBwcm90b2NvbCBzaG91bGQg Y2FyZSBhYm91dCBmaW5kaW5nIHBhdGhzIHRvLiBXaGljaCBtZWFucyB0aGF0IGVhY2ggYWRkcmVz cyB0aGF0IHNob3VsZCBiZSBtYWRlIHJlYWNoYWJsZSBieSB0aGUgcm91dGluZyBwcm90b2NvbCBz aG91bGQgYmUgYWR2ZXJ0aXNlZCBieSAoYXQgbGVhc3QpIG9uZSByb3V0ZXIgaW4gdGhlIG5ldHdv cmsuPGJyPg0KPGJyPg0KT25lIHdheSBvZiBkb2luZyB0aGF0IHdvdWxkIGJlIHRvIHNpbXBseSB0 YWxrIGFib3V0IOKAnEF0dGFjaGVkIE5ldHdvcmtz4oCdIGFzIGlzIGRvbmUgaW4gUkZDNzE4MSwg d2hlcmVpbiBhbiBhZGRyZXNzIGluY2x1ZGVkIGluIHRoZSDigJxBdHRhY2hlZCBOZXR3b3JrIFNl dOKAnSBpcyBhZHZlcnRpc2VkIGJ5IGFuIE9MU1J2MiByb3V0ZXIuLi4uaW4gdGhpcyBjYXNlLCB0 aGUgZXF1aXZhbGVudCB3b3VsZCBiZSDigJxmb3IgZWFjaCBhZGRyZXNzIGluIHRoZSBBdHRhY2hl ZA0KIE5ldHdvcmsgU2V0IG9mIGFuIEFPRFZ2MiByb3V0ZXIgdGhlIHJvdXRlciBNVVNUIHJlc3Bv bmQgYXV0aG9yaXRhdGl2ZWx5IHRvIGEgUlJFUSwgYW5kIE1VU1QgbWFpbnRhaW4gdGhlIGNvcnJl c3BvbmRpbmcgc2VxdWVuY2UgbnVtYmVy4oCdLjxicj4NClRoZSB0ZXh0LCBhcyBpdCBjdXJyZW50 bHkgaXMsIGlzIHJlYWxseSBoYXJkIHRvIHJlYWQsIGFuZCBhIHJlLWVkaXQgYWxvbmcgdGhlc2Ug bGluZXMgd291bGQgZ28gYSBsb25nIHdheS7igJ08YnI+DQo8YnI+DQpJIG5vdGUgdGhhdCB0aGUg dGVybXMg4oCcTm9kZeKAnSBhbmQg4oCcUm91dGVyIENsaWVudOKAnSBhcmUgc3RpbGwgdXNlZCwg aW4gdGhlaXIgb3JpZ2luYWwgZm9ybSwgYW5kIHRoYXQgb3RoZXIgdGhhbiBzb21lIHNsaWdodCB3 b3Jkc21pdGhpbmcgdGhpcyBjb21tZW50IGhhcyBub3QgYmVlbiBhZGRyZXNzZWQgaW4gdGhlIGRv Y3VtZW50Ljxicj4NCjxicj4NCkkgcmVpdGVyYXRlIHRoYXQgdGhlIG5lZWQgdG8gdXNlIHJvdXRl ciwgaG9zdCwgbm9kZSwgYW5kIHJvdXRlciBjbGllbnQgaW4gYW5kIGJ5IGl0c2VsZiBzaG91bGQg YmUgYW4gaW5kaWNhdG9yIHRoYXQgdGlnaHRlbmluZyB1cCBvZiB0ZXJtaW5vbG9neSBpcyByZXF1 aXJlZC48YnI+DQo8YnI+DQpBT0RWdjI6IFNlZSA1LiBUaGUgdXNlIG9mIOKAnG5vZGXigJ0gaGFz IGJlZW4gYWRkcmVzc2VkLjxicj4NCjxicj4NCjEwLiBUZXJtaW5vbG9neSBhbmQgZWxzZXdoZXJl IC0gYWRkcmVzczxicj4NClRob21hczogSSBtYWRlIHRoZSBmb2xsb3dpbmcgY29tbWVudCB0byBS b3V0YWJsZSBVbmljYXN0IElQIEFkZHJlc3M6PGJyPg0K4oCcQXJlIHRoZXJlIGFueSB0ZWNobmlj YWwgcmVhc29uIHdoeSBub3Qgc2ltcGx5ICphbnkqIGFkZHJlc3MgY291bGQgYmUgY29uc2lkZXJl ZCBieSB0aGUgcm91dGluZyBwcm90b2NvbD88YnI+DQpNeSB1bmRlcnN0YW5kaW5nLCBidXQgY29y cmVjdCBtZSBpZiBJIGFtIHdyb25nLCBpcyB0aGF0IGFsbCB0aGF0IGlzIHJlcXVpcmVkIGlzIHRo YXQgYWxsIGludGVyZmFjZXMgaW4gYSBnaXZlbiBBT0RWdjIgcm91dGluZyBkb21haW4gaGFzIGFu IHVuaXF1ZSBhZGRyZXNzLjxicj4NClRoYXQgc29tZSBvZiB0aGVzZSBhZGRyZXNzZXMgKGJ5IGFu IElQIGFkZHJlc3NpbmcgYXJjaGl0ZWN0dXJlIGRvY3VtZW50KSBoYXMgc3BlY2lhbCBzZW1hbnRp Y3MgYXNzb2NpYXRlZCAoc3VjaCBhcyBhcmUgbGluayBsb2NhbHMsIG9yIGFyZSBmb3IgcHJpdmF0 ZSB1c2UsIG9yIGFyZSBmb3IgZXhhbXBsZSB1c2Ugb25seSwgb3IgYXJlIGZvciBtdWx0aWNhc3Qp IGlzIG91dCBvZiBzY29wZSBoZXJlPzxicj4NCkkgc2VlIG5vdGhpbmcgaGFzIGNoYW5nZWQgb24g dGhlIGFib3ZlLCBzbyBsZXQgbWUgYmUgbW9yZSBleHBsaWNpdDogdGhlIHJvdXRpbmcgcHJvdG9j b2wgaXRzZWxmIHByb2JhYmx5KSBzaG91bGQgbm90IGNhcmUgYWJvdXQgd2hhdCBraW5kIG9mIGFk ZHJlc3NlcyBhcmUgZmlsbGVkIGludG8gaXQuIElzIGFuIDE5Mi4xNi4vMTYgYWRkcmVzcyBhcHBy b3ByaWF0ZT8gTm90IGFjcm9zcyB0aGUgaW50ZXJuZXQsIGJ1dCBpdCBtYXkgYmUgaW4gc29tZWJv ZHnigJlzDQogcHJpdmF0ZSBkZXBsb3ltZW50cy4gU2hvdWxkIHRoZSByb3V0aW5nIHByb3RvY29s IGJlIOKAnGFkZHJlc3MgcG9saWNl4oCdIGFuZCBpcyBpbXBsZW1lbnRhdGlvbiBvZiBhIOKAnEkg cmVmdXNlIHRvIHJvdXRlIHRoZXNlIGFkZHJlc3Nlc+KApuKAnSBhIHJlcXVpcmVtZW50IGZvciBj bGFpbWluZyBjb25mb3JtYW5jZT8gU3VnZ2VzdCBzaW1wbHkgc3RhdGluZyB3aGF0IHRoZSByZXF1 aXJlbWVudHMgYXJlIHVuZGVyIHdoaWNoIHRoZSByb3V0aW5nIHByb3RvY29sIHdpbGwNCiB3b3Jr IOKAlCBhbmQgbGVhdmUg4oCcYWRkcmVzcyBhc3NpZ25tZW50IHBvbGl0aWNz4oCdIGFzaWRlLjxi cj4NCjxicj4NCkFPRFZ2MjogV2UgYXNrIGZvciBjbGFyaWZpY2F0aW9uIG9uIHRoaXMgaXNzdWUu IFdlIHVzZSB0aGUgcGhyYXNlIOKAnHJvdXRhYmxlIGFuZCB1bmljYXN04oCdIGluIHRoZSBkcmFm dCB3aXRoIHJlc3BlY3QgdG8gT3JpZ0FkZHIgYW5kIFRhcmdBZGRyLiBXZSBkb250IG1lYW4gdG8g ZXhjbHVkZSBhZGRyZXNzZXMgZnJvbSB0aGUgcHJpdmF0ZSBhZGRyZXNzIHJhbmdlcy4gQnV0IHdl IGRvbnQgd2FudCB0byByZXF1ZXN0IHJvdXRlcyBmb3IgbXVsdGljYXN0LA0KIGluZGV0ZXJtaW5h dGUsIGxpbmstbG9jYWwsIG9yIGxvb3BiYWNrIGFkZHJlc3Nlcy4gVGhpcyBpcyBub3QgYWJvdXQg cm91dGVyIGludGVyZmFjZSBhZGRyZXNzZXMgd2hpY2ggYXJlIHVzZWQgZm9yIEFPRFZ2Mi48YnI+ DQo8YnI+DQoxMS4gTXVsdGlwbGUgaW50ZXJmYWNlcyB3aXRoIHRoZSBzYW1lIElQIGFkZHJlc3Ms IDY2MjEgaW1wbGljYXRpb25zPGJyPg0KPGJyPg0KVGhvbWFzOiBJIGFsc28gY29udGludWVkOjxi cj4NCk5vdywgd2l0aCB0aGF0IGJlaW5nIHNhaWQgYWxzbywgdGhlIFdHIHdhbnRlZCB0aGF0IFJG QzcxODEgc3VwcG9ydHMgbm90IGp1c3QgbXVsdGlwbGUgaW50ZXJmYWNlcywgYnV0IGFsc28gdGhl IHNhbWUgYWRkcmVzcyB1c2VkIG9uIG11bHRpcGxlIGludGVyZmFjZXMgb2YgdGhlIHNhbWUgcm91 dGVyLiBUaGVyZSB3ZXJlIGdvb2QgcmVhc29ucyBmb3IgdGhhdCwgYW5kIHdoaWxlIGl0IHdhcyBu b3QgdHJpdmlhbCB0byBpbXBsZW1lbnQsIGl0IHR1cm5lZA0KIG91dCB0byBiZSB0aGUgcmlnaHQg dGhpbmcgdG8gc3VwcG9ydC4gSWYgdGhlcmUgYXJlIHRlY2huaWNhbCByZWFzb25zIHdoeSB0aGlz IGlzIG5vdCBzdXBwb3J0ZWQgaW4gQU9EVnYyIChmb3IgZXhhbXBsZSwgaWYgdGhpcyBjYW5ub3Qg YmUgbWFkZSB3b3JrIGJlY2F1c2Ugb2YgJmx0O3JlYXNvbiZndDspIHRoZW4gdGhhdCBzaG91bGQg YmUgY2FsbGVkIG91dCBpbiB0aGUgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQgYWxzbz88YnI+DQpD b252ZXJzZWx5LCBpZiBpdCBpcyBwb3NzaWJsZSBpbiBBT0RWdjIsIHRoZW4gSSBkbyBub3QgYmVs aWV2ZSB0aGF0IGl0IGlzIGNsZWFybHkgc3BlY2lmaWVkIGhvdyAoYXQgbGVhc3QsIGluIHRoZSDi gJxuYWl2ZeKAnSBvbiBwYXBlciBleGFtcGxlcyBJIGRyZXcgdXAsIHNvbWV0aGluZyBlbmRlZCB1 cCBub3Qgd29ya2luZykuIFNvIGVpdGhlciB0aGUgcHJvdG9jb2wgYXMtaXMgZG9lcyBub3Qgc3Vw cG9ydCBpdCAoYnV0IGNvdWxkIGJlIG1hZGUgdG8/KQ0KIG9yIGl0IGlzIHN1cHBvcnRlZCAoYnV0 IGp1c3QgbmVlZCB0byBiZSBzcGVsbGVkIG91dCksIG9yIGlzIG5vdCBwb3NzaWJsZSAoYW5kIG5l ZWQgdG8gYmUgZGlzY2xhaW1lZCBpbiB0aGUgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQpLjxicj4N ClN0YW4gUmF0bGlmZiB3YXMgYSBkcml2aW5nIGZvcmNlIGluIGhvbGRpbmcgdGhlIFdH4oCZcyBj b2xsZWN0aXZlIGZlZXQgdG8gdGhlIGZpcmUgaW4gZ2V0dGluZyB0aGlzIHN1cHBvcnQgaW5jbHVk ZWQgaW4gUkZDNzE4MSwgYW5kIHdvdWxkIGxpa2VseSBiZSB0aGUgcmlnaHQgcGVyc29uIHRvIGNv bnN1bHQgb24gdGhpcyBtYXR0ZXI/PGJyPg0KSSBhY3R1YWxseSBoYXZlIG5vdCBzZWVuIGNoYW5n ZXMsIG9yIGNvbW1lbnRzLCBvbiB0aGlzLiBJbiBPTFNSdjIsIHRoZSBXRyB3YXMgbWFraW5nIGl0 IGEgc3Ryb25nIHJlcXVpcmVtZW50IHRoYXQgaXQgc2hvdWxkIGJlIHBvc3NpYmxlIHRvIHVzZSB0 aGUgc2FtZSBJUCBhZGRyZXNzIG9uIGRpZmZlcmVudCBpbnRlcmZhY2VzIG9mIGEgcm91dGVyLiBJ dCB3YXMgc29tZXdoYXQgdGVkaW91cyB0byBkZXNpZ24gYXJvdW5kLCBidXQgaXQgd2FzIHdvcmtl ZA0KIG91dCwgYW5kIHRoZSBjb25kaXRpb25zIHVuZGVyIHdoaWNoIHRoYXQgd2FzIHBvc3NpYmxl IHdlcmUgZGVmaW5lZCBhbmQgZG9jdW1lbnRlZC48YnI+DQpJIHdvdWxkIGxpa2UgdG8gc2VlIHRo ZSBzYW1lIGRvbmUgZm9yIHRoaXMgcHJvdG9jb2wuPGJyPg0KSSBhbHNvIG5vdGUgdGhhdCB0aGlz IGlzIG5vdCB1bnJlbGF0ZWQgdG8gUkZDNjYyMS1kaXNjdXNzaW9ucy4gRm9yIGV4YW1wbGUsIHdo ZW4gc2VsZWN0aW5nIFMtTVBScyBvbiBhIG11bHRpLWludGVyZmFjZSBhbmQgbXVsdGktYWRkcmVz cy1wZXItaW50ZXJmYWNlIHJvdXRlciwgY2FyZSBtdXN0IGJlIHRha2VuIGxlYXN0IHRoaW5ncyB3 b27igJl0IHdvcmsuIFNvLCBpZiAoYW5kIHRoaXMgbGlua3MgYmFjayB0byBwcmV2aW91cyBtYWls cykgUkZDNjYyMQ0KIGlzIGEgcmVxdWlyZW1lbnQgb3IgZGVzaXJlIGZvciB0aGlzIHByb3RvY29s LCB0aGVuIHRoZXJlIGFyZSBzb21lIGNvbnNpZGVyYXRpb25zIHJlcXVpcmVkIGhlcmUuPGJyPg0K PGJyPg0KQU9EVnYyOiBXZSBoYXZlIHJlbW92ZWQgcmVmZXJlbmNlcyB0byBSRkMgNjYyMS48YnI+ DQpJbml0aWFsIHRob3VnaHRzIG9uIHRoaXMgdG9waWMgb2YgbXVsdGlwbGUgaW50ZXJmYWNlcyB1 c2luZyB0aGUgc2FtZSBJUCBhZGRyZXNzLCBpcyB0aGF0IHRoaXMgd291bGRu4oCZdCBjYXVzZSBh IHByb2JsZW0sIGlmIHRoZSByb3V0ZXIgaGFzIG9ubHkgb25lIHNlcXVlbmNlIG51bWJlci4gSG93 ZXZlciwgdGhpcyBpcyB1cCBmb3IgZnVydGhlciBkaXNjdXNzaW9uLjxicj4NCjxicj4NCjEyLiBJ bnRlcmZhY2VzIGNvbmZpZ3VyZWQgYXMgcm91dGVyIGNsaWVudHM8YnI+DQo8YnI+DQpUaG9tYXM6 IEkgc2VlIHRoYXQgdGhlIGRlZmluaXRpb24gb2Yg4oCcUm91dGVyIENsaWVudOKAnSBoYXMgY2hh bmdlZCB0byBiZTxicj4NCuKAnEFuIGFkZHJlc3Mgb3IgYWRkcmVzcyByYW5nZeKApnRoZSBBT0RW djIgcm91dGVy4oCZcyBpbnRlcmZhY2UgYWRkcmVzc2VzIGFyZSBhbHNvIGNvbmZpZ3VyZWQgYXMg cm91dGVyIGNsaWVudHPigJ08YnI+DQpCZXR0ZXIgdGhhbiBiZWZvcmUsIGJ1dCBzdGlsbCBtaXNz aW5nIHRoZSB0YXJnZXQuIFRoZSB0ZXJtIOKAnFJvdXRlciBDbGllbnTigJ0gaXMsIGFzIEkgaW5k aWNhdGVkIG51bWVyb3VzIHRpbWVzIGJlZm9yZSwgb2RkLjxicj4NCkJ1dCB0aGUgc2Vjb25kIHBh cnQgb2YgdGhlIHNlbnRlbmNlLCBkb2VzIHRoYXQgbWVhbiAod2hhdCBpdCBzYXlzKSB0aGF0IHRo ZSBpbnRlcmZhY2VzIG11c3QgYmUgY29uZmlndXJlZCBzcGVjaWFsbHksIHNvIGFzIHRvIGJlIGFi bGUgdG8gYmUg4oCccm91dGVyIGNsaWVudHPigJ0/IFRoYXQgY2Fu4oCZdCBiZSB0cnVlLjxicj4N CldoYXQgeW91IGxpa2VseSBtZWFuIGlzOjxicj4NCkFuIEFPRFZ2MiByb3V0ZXIgaXMgY29uZmln dXJlZCBzbyBhcyB0byBjb25zaWRlciBpdHMgb3duIGludGVyZmFjZXMgYXMgcGFydCBvZiB0aGUg bG9jYWxseSBhdHRhY2hlZCBuZXR3b3JrIHNldOKAnSA/PGJyPg0KWW91IGNvbmZpZ3VyZSB0aGUg cm91dGVyLCByaWdodD8gTm8gc3BlY2lhbCDigJxpbnRlcmZhY2UgY29uZmlndXJhdGlvbiBwcm9w ZXJ0aWVz4oCdIGFyZSByZXF1aXJlZCBmb3IgYW4gaW50ZXJmYWNlIHRvIGJlIGFubm91bmNhYmxl IGJ5Jm5ic3A7IGFuIEFPRFZ2MiByb3V0ZXI/IChBbmQsIGdldHRpbmcgcmlkIG9mIG5vZGUgd291 bGQgYWN0dWFsbHkgbWFrZSB0aGUgZGVmaW5pdGlvbiBzaG9ydGVyIGFuZCBuaWNlcik8YnI+DQo8 YnI+DQpBT0RWdjI6IFRoZSB3b3JkaW5nIHdlIHVzZSBzYXlzOiAmcXVvdDtUaGUgSVAgQWRkcmVz c2VzIG9mIHRoZSByb3V0ZXIncyBpbnRlcmZhY2VzIHdpbGwgYXBwZWFyIGluIHRoZSBSb3V0ZXIg Q2xpZW50IFRhYmxlLiZxdW90OyBhbmQgaW4gdGhlIFRlcm1pbm9sb2d5OiAmcXVvdDtUaGUgQU9E VnYyIHJvdXRlcidzIGludGVyZmFjZSBhZGRyZXNzZXMgYXJlIGFsc28gY29uZmlndXJlZCBhcyBS b3V0ZXIgQ2xpZW50cy4mcXVvdDsgQm90aCBzdGF0ZW1lbnRzIHNheSB0aGF0IOKAmGludGVyZmFj ZQ0KIGFkZHJlc3NlcyBhcmUgY29uZmlndXJlZCBhcyByb3V0ZXIgY2xpZW50c+KAmSAuLi53ZSBh cmUgbm90IHN1cmUgd2h5IHRoaXMgaXMgbWlzdW5kZXJzdG9vZC4gV2UgaGF2ZSBhIHJvdXRlciBj bGllbnQgbGlzdCwgYW5kIHRoZSBBT0RWdjIgcm91dGVy4oCZcyBpbnRlcmZhY2UgYWRkcmVzc2Vz IGFyZSBpbmNsdWRlZCBpbiB0aGlzIGxpc3QuIFRoZSBpbnRlcmZhY2UgaXRzZWxmIGRvZXNu4oCZ dCBoYXZlIHNwZWNpYWwg4oCcaW50ZXJmYWNlIGNvbmZpZ3VyYXRpb24NCiBwcm9wZXJ0aWVz4oCd Ljxicj4NCjxicj4NCjEzIC0gbW9yZSBvbiByb3V0ZXIgY2xpZW50czxicj4NClRob21hczogTm93 LCBzbmlwcGluZyBvdXQgZnJvbSB0aGUgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQ6PGJyPg0KJnF1 b3Q7TXVsdGktaG9taW5nIG9mIGFuIElQIGFkZHJlc3MgaXMgbm90IHN1cHBvcnRlZCBieSBBT0RW djIsIGFuZCB0aGVyZWZvcmUgYSBSb3V0ZXIgQ2xpZW50LCBpLmUuIGFuIElQIEFkZHJlc3MsJm5i c3A7IOKApiAmcXVvdDs8YnI+DQrigKZldmlkZW5jZSB0byB0aGVyZSBiZWluZyBzb21lIHJlZHVu ZGFudCB0ZXJtaW5vbG9neSBoZXJlIHRvIHdlZWQgYXdheS48YnI+DQo8YnI+DQpBT0RWdjI6IFRo YXQgd2FzIHRoZXJlIGFzIGEgcmVtaW5kZXIgdGhhdCBhIHJvdXRlciBjbGllbnQgaXMgYmFzZWQg b24gSVAgYWRkcmVzcywgZXZlbiB0aG91Z2ggdGhlIGRldmljZSB3aXRoIHRoYXQgSVAgYWRkcmVz cyBtYXkgaGF2ZSBvdGhlciBJUCBhZGRyZXNzZXMgdG9vLiBJdOKAmXMgdGhlIElQIGFkZHJlc3Mg dGhhdCBpcyB0aGUgcm91dGVyIGNsaWVudCwgbm90IHRoZSBkZXZpY2UgYXMgYSB3aG9sZSB3aXRo IGl0cyBlbnRpcmUgY29sbGVjdGlvbg0KIG9mIGNvbmZpZ3VyZWQgSVAgYWRkcmVzc2VzLiBPbmUg SVAgYWRkcmVzcyBvZiB0aGF0IGRldmljZSBtaWdodCBiZSBjb25maWd1cmVkIGFzIGEgcm91dGVy IGNsaWVudCBvbiBvbmUgcm91dGVyLCBhbmQgYSBkaWZmZXJlbnQgSVAgYWRkcmVzcyBvZiB0aGF0 IGRldmljZSBjb3VsZCBiZSBjb25maWd1cmVkIGFzIGEgcm91dGVyIGNsaWVudCBvbiBhbm90aGVy IHJvdXRlci4gVGhlIElQIGFkZHJlc3NlcyB3b3VsZCBzZWVtIHRvIEFPRFZ2MiB0byBiZQ0KIG9u IGRpZmZlcmVudCBkZXZpY2VzLjxicj4NCjxicj4NCjxicj4NCjE0LiBkYXRhIGVsZW1lbnRzPGJy Pg0KPGJyPg0KVGhvbWFzOiBUaGUgYmVsb3cgaXMgYSBsaXR0bGUgYml0IG9mIGEgbWV0YS1jb21t ZW50LCBJIGFtIG5vdCBxdWl0ZSBzdXJlIHdoYXQgSSB0aGluayBoZXJlLiBUaGUgZGVmaW5pdGlv bnMgZm9yIFRhcmdldCBOb2RlIGFuZCBzdWNoIHdlcmUgY29uZnVzaW5nIGJlZm9yZS4gVGhleSBz dGlsbCBhcmUsIHNvbWV3aGF0Ljxicj4NCkkgdGhpbmsgdGhhdCBpdCBtYXkgYmUgYmVjYXVzZSB0 aGUgZGVmaW5pdGlvbnMgbm93IHVzZWQgYXJlIHNpbXBseSBjb3B5LXBhc3RlZCBvdXQgZnJvbSB0 aGUgdGFibGVzIGluIHRoZSBwcmV2aW91cyB2ZXJzaW9uLCBmb3IgZXhhbXBsZTo8YnI+DQombmJz cDsmbmJzcDsg4oCcQW4gQU9EVnYyIERhdGEgRWxlbWVudCBjb250YWluaW5nIHRoZSBkZXN0aW5h dGlvbiBhZGRyZXNzIG9mIHRoZSBJUCBwYWNrZXQgdHJpZ2dlcmluZyByb3V0ZSBkaXNjb3Zlcnku 4oCdPGJyPg0KT0ssIEkgY2FuIHRyYWNlIGJhY2sgYW5kIHNlZSB0aGF0IGEgRGF0YSBFbGVtZW50 IGlzIHNvbWV0aGluZyB0aGF0IGV4aXN0cyBpbnNpZGUgYSBwcm90b2NvbCBtZXNzYWdlLiBUbyBt ZSwgaG93ZXZlciwgdGhhdOKAmXMgbm90IHJlYWxseSBnZW5lcmFsIHRlcm1pbm9sb2d5IGFzIHN1 Y2gsIGJ1dCBwYXJ0IG9mIHRoZSBzcGVjaWZpY2F0aW9uIG9mIGEgcGFja2V0IGZvcm1hdCAtIG9y IHJhdGhlciwgaXQgaXMgdGhlIG5vdGF0aW9uIHRoYXQgeW91IHVzZQ0KIHdoZW4gZGVzY3JpYmlu ZyBhbiBhbGdvcml0aG0uIEJ5IHRoZSB3YXksIHdoeSBhcmUgc29tZSBub3RhdGlvbnMgaW4gQ2Ft ZWxDYXNlIHdoZXJlYXMgb3RoZXJzIGhhdmUgYSBzcGFjZSBpbiB0aGVtLCBlLmcuIOKAnFRhcmdl dCBOb2Rl4oCdIGFuZCDigJxUYXJnTWV0cmlj4oCdLCBib3RoIG9mIHdoaWNoIGFyZSBEYXRhIEVs ZW1lbnRzPyBXb3VsZCBiZSBnb29kIHdpdGggYSBjb25zaXN0ZW50IGFwcHJvYWNoIGhlcmUuPGJy Pg0KSSAqdGhpbmsqIHRoYXQgaXQgd291bGQgYmUgYmV0dGVyIHRvIHRha2UgYWxsIHRob3NlIOKA nERhdGEgRWxlbWVudOKAnSBiaXRzIGFuZCBtb3ZlIHRvIGEgc2VwYXJhdGUgc2VjdGlvbiAob3Ig c3Vic2VjdGlvbikgdG8gdGhlIHRlcm1pbm9sb2d5LCBhbmQgdGhlbiBrZWVwIGFsbCB0aGUg4oCc b3RoZXIgc3R1ZmbigJ0gKE5laWdoYm9yLCDigKYpIGluIGl0cyBvd24gc2VjdGlvbi48YnI+DQo8 YnI+DQpBT0RWdjI6IFlvdXIgY29tbWVudCBmcm9tIGRyYWZ0IDExIHdoZXJlIHdlIGFscmVhZHkg aGFkIGRhdGEgZWxlbWVudHMgaW4gYSBzZXBhcmF0ZSB0YWJsZSwgc2F5czo8YnI+DQomcXVvdDtB bHNvIHN1Z2dlc3QgYWJvbGlzaGluZyB0aGlzIHRhYmxlIGFuZCBmb2xkaW5nIHRoZSBkZWZpbml0 aW9ucyBpbiB3aXRoIHRoZSBvdGhlciBkZWZpbml0aW9ucyBpbiB0aGUgdGVybWlub2xvZ3kgc2Vj dGlvbi4mcXVvdDs8YnI+DQpXZSBoYXZlIHVwZGF0ZWQgdG8gbm90IHJlZmVyIHNvIGhlYXZpbHkg dG8gdGhlIHRlcm0gRGF0YSBFbGVtZW50LiBBbGwgdGhlIHRlcm1zIGFyZSBkZXNjcmliZWQgaW4g dGhlIFRlcm1pbm9sb2d5IHNlY3Rpb24uIFRob3NlIGluIENhbWVsQ2FzZSBhcmUgdXNlZCBhcyBt ZXNzYWdlIGZpZWxkcy48YnI+DQo8YnI+DQo8YnI+DQoxNS4gUm91dGUg4oCcdG8gYSBzcGVjaWZp YyBhZGRyZXNz4oCdPGJyPg0KVGhvbWFzOjxicj4NCkkgbWFkZSBhIGNvbW1lbnQ6IFNlY29uZCwg c2hvdWxkIOKAnHZhbGlkIHJvdXRl4oCdIG5vdCBiZSBxdWFsaWZpZWQgYnkg4oCcdG8gYSBzcGVj aWZpYyBhZGRyZXNz4oCdP+KAnTxicj4NCldoaWNoIHdhcyBub3QgYWRkcmVzc2VkLjxicj4NCjxi cj4NCkFPRFZ2MjogRXZlcnkgcm91dGUgaXMgdG8gYSBzcGVjaWZpYyBhZGRyZXNzLi4udGhlIGFk ZHJlc3MgaXMgc3BlY2lmaWVkIGJ5IFJvdXRlLkFkZHJlc3MgYW5kIFJvdXRlLlByZWZpeExlbmd0 aC48YnI+DQpEbyB5b3UgbWVhbiB0aGF0IHJvdXRlcyBhcmUgdG8gdGhlIGFkZHJlc3MgVGFyZ0Fk ZHIgb3IgT3JpZ0FkZHIgYW5kIHRoZXJlZm9yZSB0byBhIHNwZWNpZmljIGhvc3QgYWRkcmVzcyBy YXRoZXIgdGhhbiB0byBhIG5ldHdvcmsgcHJlZml4PyBUaGlzIGlzIG5vdCB0aGUgY2FzZS4gUHJl Zml4IExlbmd0aCBpcyBpbmNsdWRlZCBpbiBBT0RWdjIgbWVzc2FnZXMgc28gdGhhdCB0aGUgcm91 dGUgbGVhcm5lZCBmcm9tIHRoZSBtZXNzYWdlIHJlcHJlc2VudHMNCiB0aGUgcHJlZml4IHdoaWNo IE9yaWdBZGRyIG9yIFRhcmdBZGRyIHJlc2lkZXMgb24gKGlmIHRoZSByb3V0ZXIgY2xpZW50IGVu dHJ5IGNvcnJlc3BvbmRpbmcgdG8gT3JpZ0FkZHIgYXQgUlJFUV9HZW4gb3IgVGFyZ0FkZHIgYXQg UlJFUF9HZW4gaXMgY29uZmlndXJlZCB3aXRoIGEgcHJlZml4IGxlbmd0aCkuIGUuZy4gT3JpZ0Fk ZHIgaXMgMTAuMC4wLjEgYnV0IHRoZSBjb3JyZXNwb25kaW5nIHJvdXRlciBjbGllbnQgZW50cnkg YXQgUlJFUV9HZW4NCiBjb3VsZCBiZSA8YSBocmVmPSJodHRwOi8vMTAuMC4wLjAvOCI+MTAuMC4w LjAvODwvYT4uIFNvIHdoZW4gY29uc3RydWN0aW5nIHRoZSBSUkVRIHlvdSBpbmNsdWRlIGEgcHJl Zml4IGxlbmd0aCBvZiA4LCBhbmQgd2hlbiByZWNlaXZpbmcgdGhlIFJSRVEgYW5kIGxlYXJuaW5n IHRoZSByb3V0ZSB0byBPcmlnQWRkciwgeW91IGNhbiBpbnN0YWxsIGEgcm91dGUgdG8NCjxhIGhy ZWY9Imh0dHA6Ly8xMC4wLjAuMC84Ij4xMC4wLjAuMC84PC9hPi4mbmJzcDsgVGV4dCBoYXMgYmVl biB1cGRhdGVkIHRvIG1ha2UgdGhpcyBtb3JlIG9idmlvdXMuPGJyPg0KPGJyPg0KMTYuIHVucmVh Y2hhYmxlIGFkZHJlc3M8YnI+DQo8YnI+DQpUaG9tYXM6IEkgYWxzbyBtYWRlIGEgY29tbWVudCBv biAmcXVvdDtVbnJlYWNoYWJsZSBBZGRyZXNz4oCdIC0gSSBhbSBnbGFkIEkgZGlkLCBiZWNhdXNl IEkgYXBwYXJlbnRseSBoYWQgYSBkaWZmZXJlbnQgdW5kZXJzdGFuZGluZyB0aGFuIHdoYXQgd2Fz IGludGVuZGVkLiBJIG5vdyBzZWUgdGhhdCBhbiBVbnJlYWNoYWJsZSBBZGRyZXNzIGJ5IGRlZmlu aXRpb24gaXMgYW4gYWRkcmVzcyBsaXN0ZWQgaW4gYSBSRVJSIG1lc3NhZ2UsIGFuZCBub3QgdGhl IHNhbWUNCiBhcyBhbiBhZGRyZXNzIHRvIHdoaWNoIG5vIHJvdXRlIGhhcyB5ZXQmbmJzcDsgYmVl biBkaXNjb3ZlcmVkPyBJZiB5ZXMsIHRoZW4gcGxlYXNlIHVzZSBhIGRpZmZlcmVudCB0ZXJtLCBz dWNoIGFzIEZvcm1lcmx5UmVhY2hhYmxlQWRkcmVzc+KAnSBvciBzb21ldGhpbmcgb2YgdGhlIHNv cnQ/PGJyPg0KPGJyPg0KQU9EVnYyOiAmcXVvdDtGb3JtZXJseSByZWFjaGFibGUmcXVvdDsgaXMg aW5hY2N1cmF0ZS4uLiB3ZSBzZW5kIGEgUkVSUiBpZiBhbm90aGVyIHJvdXRlciBmb3J3YXJkcyBh IHBhY2tldCB2aWEgdXMsIGFuZCB3ZSBkb250IGhhdmUgYSByb3V0ZSwgbm90IGp1c3Qgd2hlbiB3 ZSBsb3NlIGEgcm91dGUuIFdlIG1pZ2h0IG5ldmVyIGhhdmUgaGFkIGEgcm91dGUsIG9yIG1pZ2h0 IG5ldmVyIGhhdmUgaGFkIGEgdmFsaWQgcm91dGUsIHNvIHRoZSBhZGRyZXNzIG1heSBub3QNCiBo YXZlIGJlZW4gJnF1b3Q7Zm9ybWVybHkgcmVhY2hhYmxlJnF1b3Q7LiBBbHNvLCBJIHRoaW5rICZx dW90O0Zvcm1lcmx5UmVhY2hhYmxlQWRkcmVzcyZxdW90OyBpcyBhIHJlYWxseSB1Z2x5IHRlcm0u IFVucmVhY2hhYmxlIG1lYW5zICZxdW90O3dlIGRvbuKAmXQgaGF2ZSBhIHJvdXRlIGFuZCB3ZSBh cmVu4oCZdCBnb2luZyB0byByZXF1ZXN0IG9uZSZxdW90OyBvciAmcXVvdDt3ZSBsb3N0IHRoaXMg cm91dGUmcXVvdDsgKGRlcGVuZGluZyBvbiB3aHkgdGhlIFJFUlIgaXMgYmVpbmcgc2VudCkuIEl0 IGRvZXNu4oCZdCBtZWFuDQogJnF1b3Q7d2UgZGlkbuKAmXQgcmVxdWVzdCBvbmUgeWV0JnF1b3Q7 LCBhbmQgaXQgd291bGQgYmUgd3JvbmcgdG8gY2xhc3MgYW4gYWRkcmVzcyBhcyB1bnJlYWNoYWJs ZSBiZWNhdXNlIHdlIGhhZG7igJl0IHJlcXVlc3RlZCBhIHJvdXRlIGZvciBpdCB5ZXQsIHRoYXQg aXMsIGFzc3VtaW5nIGl04oCZcyBjb25maWd1cmVkIGFzIGEgcm91dGVyIGNsaWVudC4NCjxicj4N Cjxicj4NCklmIGEgYmV0dGVyIHRlcm0gaXMgc3VnZ2VzdGVkIHdlIGNvdWxkIGNvbnNpZGVyIGNo YW5naW5nIGJ1dCBhdCB0aGUgbW9tZW50IHdlIGhhdmUga2VwdCDigJxVbnJlYWNoYWJsZSBBZGRy ZXNz4oCdLjxicj4NCjxicj4NCjxicj4NCjE3LiBBcHBsaWNhYmlsaXR5IC0gbXVsdGlwbGUgaW50 ZXJmYWNlcyBzYW1lIGFkZHJlc3MsIDY2MjEgYWdhaW48YnI+DQo8YnI+DQpUaG9tYXM6IEFwcGxp Y2FiaWxpdHkgc3RhdGVtZW50OiBGaXJzdCwgSSB3b3VsZCBsaWtlIHRvIHJlY29nbml6ZSB0aGUg ZWZmb3J0cyBtYWRlIHRvIGltcHJvdmUgdGhpcyBzaW5jZSBsYXN0IHJldmlldy4gVGhhbmtzPGJy Pg0KU2Vjb25kLCB0aGUgZG9jdW1lbnQgc3RhdGVzOiAmcXVvdDtBT0RWdjIgc3VwcG9ydHMgcm91 dGVycyB3aXRoIG11bHRpcGxlIGludGVyZmFjZXMsIGFzIGxvbmcgYXMgZWFjaCBpbnRlcmZhY2Ug Y29uZmlndXJlZCBmb3IgQU9EVnYyIGhhcyBhIHVuaWNhc3QgSVAgYWRkcmVzcy4mbmJzcDsgQSBy b3V0ZXIgbWF5IHVzZSB0aGUgc2FtZSBJUCBhZGRyZXNzIG9uIG11bHRpcGxlIGludGVyZmFjZXMu Jm5ic3A7IEFkZHJlc3MgYXNzaWdubWVudCBwcm9jZWR1cmVzIGFyZSBvdXQgb2YNCiBzY29wZSBm b3IgQU9EVnYyLuKAnTxicj4NCklzIHRoYXQgdHJ1ZT8gR3JhbnRlZCwgSSBoYXZlIG5vdCB3b3Jr ZWQgdGhpcyB0aHJvdWdoIGluIGRldGFpbCwgYnV0IEkgY2FuIHByZXNlbnQgYSBjb3VudGVyLWV4 YW1wbGU6IHRoZSB1c2Ugb2YgUkZDNjYyMSBtZWFucyB0aGF0IHRoZXJlIGNlcnRhaW5seSBhcmUg c29tZSBjb25zdHJhaW50cyB0aGF0IG11c3QgYmUgcmVzcGVjdGVkIGxlYXN0IHZhcmlvdXMgZmxv b2Rpbmcgb3B0aW1pemF0aW9ucyBtYXkgbm90IHdvcmsuPGJyPg0KU2Vjb25kbHksIGlmIHRoZSBt dWx0aXBsZS1pbnRlcmZhY2VzLXdpdGgtc2FtZS1hZGRyZXNzIGFyZSBvbiB0aGUgc2FtZSBMMiwg YW5kIHRoaXMgaXMgd2hhdCBJIGhhdmUgbm90IHdvcmtlZCB0aHJvdWdoLCBhcmUgdGhlcmUgYW55 IHNpdHVhdGlvbnMgdGhhdCB3aWxsIG5vdCB3b3JrPzxicj4NClRoZSBpbW1lZGlhdGVseSBwcmV2 aW91cyB2ZXJzaW9uIG9mIHRoaXMgc3BlY2lmaWNhdGlvbiByZWFkOjxicj4NCiZxdW90O0FPRFZ2 MiBzdXBwb3J0cyByb3V0ZXJzIHdpdGggbXVsdGlwbGUgaW50ZXJmYWNlcywgYXMgbG9uZyBhcyBl YWNoIGludGVyZmFjZSBjb25maWd1cmVkIGZvciBBT0RWdjIgaGFzIGl0cyBvd24gdW5pY2FzdCBy b3V0YWJsZSBJUCBhZGRyZXNzJnF1b3Q7PGJyPg0KU28gd2hhdCBjaGFuZ2VkIHRoYXQgbWVhbnMg dGhhdCBlYWNoIGludGVyZmFjZSBubyBsb25nZXIgbmVlZHMgaXRzICpvd24qIHVuaWNhc3QgYWRk cmVzcz88YnI+DQo8YnI+DQpBT0RWdjI6IFdlbGwsIGJhc2VkIG9uIHByZXZpb3VzIHF1ZXN0aW9u cyBvbiB0aGlzLCB3ZSB0YWxrZWQgaXQgdGhyb3VnaCBhbmQgZGVjaWRlZCB0aGVyZSBzaG91bGRu 4oCZdCBiZSBhbiBpc3N1ZSBpZiBkaWZmZXJlbnQgaW50ZXJmYWNlcyBvZiBhIHJvdXRlciB1c2Vk IHRoZSBzYW1lIElQIGFkZHJlc3MuIE5vdGUgdGhhdCB3ZSBjaGFuZ2VkIEFPRFZ2MiBzbyB0aGF0 IHRoZXJlIGlzIG9uZSBzZXF1ZW5jZSBudW1iZXIgcGVyIHJvdXRlci4gTm8gbG9uZ2VyDQogY2Fu IGEgcm91dGVyIHVzZSBkaWZmZXJlbnQgc2VxdWVuY2UgbnVtYmVycyBvbiBkaWZmZXJlbnQgaW50 ZXJmYWNlcy4gSWYgYW4gUlJFUSB3ZW50IG91dCBvZiB0d28gaW50ZXJmYWNlcyB1c2luZyB0aGUg c2FtZSBhZGRyZXNzLCB3ZSB3b3JrZWQgaXQgdGhyb3VnaCBhbmQgZGVjaWRlZCB0aGUgcmVxdWVz dCB3b3VsZCBiZSBwcm9jZXNzZWQgY29ycmVjdGx5Lg0KPGJyPg0KQWxzbywgdGV4dCByZWZlcnJp bmcgdG8gUkZDIDY2MjEgaGFzIGJlZW4gcmVtb3ZlZC48YnI+DQo8YnI+DQoxOC4gQXBwbGljYWJp bGl0eSBhbmQgYXBwZW5kaXggLSBtdWx0aWhvbWluZzxicj4NCjxicj4NClRob21hczogSSBwb2lu dGVkIG91dCB0byB0aGUgQXBwbGljYWJpbGl0eSBTdGF0ZW1lbnQ6PGJyPg0KSSB0aGluayB0aGF0 IGFwcGVuZGl4IEIgbmVlZHMgdG8gYmUgcmVtb3ZlZC4gRXNzZW50aWFsbHksIGl0IG1ha2VzIGNs YWltcyB0aGF0IGl0IGlzIHBvc3NpYmxlIHRvIGRvIG11bHRpLWhvbWluZyDigJQgYnV0IG5laXRo ZXIgc3BlY2lmaWVzIGhvdyBpdCBpcyBkb25lLCBub3IgZ2l2ZXMgcG9pbnRlcnMgdG8gZG9jdW1l bnRzIHRoYXQganVzdGlmeSB0aGUgY2xhaW0uPGJyPg0KQU9EVnYyIGRvZXMgbm90IHN1cHBvcnQg bXVsdGktaG9taW5nIOKAlCB0aGF04oCZcyBjbGVhciwgYW5kIGl0IGlzIGZpbmUgdGhhdCBpdCBp cyBjYWxsZWQgb3V0IGhlcmUuIFRoYW5rIHlvdSBmb3IgdGhhdC48YnI+DQpOb3csIHdpdGggdGhh dCBiZWluZyBzYWlkLCBJIGFtIHRvcm4gYmV0d2VlbiBiZWluZyBzYXRpc2ZpZWQgdGhhdCBpdCBp cyBjYWxsZWQgb3V0IG9uIG9uZSBoYW5kLCBhbmQgd2FudGluZyB0byBoYXZlIOKAnG11bHRpIGhv bWluZ+KAnSBvbiB0aGUgb3RoZXIgaGFuZC4gUkZDNzE4MSBzdXBwb3J0cyBtdWx0aS1ob21pbmcs IEZXSVcuPGJyPg0KSSBiZWxpZXZlIHRoYXQgdGhpcyBhbHNvIHdvdWxkIG1lcml0IHNvbWUgZXhw bGljaXQgZGlzY3Vzc2lvbiBieSB0aGUgV0csIGluIG9yZGVyIHRvIHVuZGVyc3RhbmQgaWYgdGhp cyBkZXNpZ24gZGVjaXNpb24gaXMgYWNjZXB0YWJsZT88YnI+DQpJIHNlZSB0aGF0IEFwcGVuZGl4 IEIgc3RpbGwgaXMgaW4gdGhlIGRvY3VtZW50LCBhbmQgSSBkbyBub3QgcmVjYWxsIGhhdmluZyBz ZWVuIHRoaXMgZGlzY3Vzc2VkIG9uIHRoZSBtYWlsaW5nIGxpc3QuIFNpbXBseSByZW1vdmluZyB0 aGUgcmVmZXJlbmNlIGZyb20gdGhlIEFwcGxpY2FiaWxpdHkgU3RhdGVtZW50IHRvIEFwcGVuZGl4 IEIgZG9lcyBub3QgYWRkcmVzcyB0aGUgaXNzdWUgdGhhdCBJIHJhaXNlZCBpbiBteSBwcmV2aW91 cyByZXZpZXcuPGJyPg0KPGJyPg0KQU9EVnYyOiBBcHBlbmRpeCBoYXMgYmVlbiByZW1vdmVkIGFu ZCBtYXkgYXBwZWFyIGluIGEgZnV0dXJlIGluZm9ybWF0aW9uYWwgZG9jdW1lbnQuPGJyPg0KPGJy Pg0KMTkuIGludGVyZmFjZXMgbGlzdCAtIHVzZSBvZiDigJxTSE9VTETigJ08YnI+DQo8YnI+DQpU aG9tYXM6IFRvIDQuMSwgSSBtYWRlIHRoZSBmb2xsb3dpbmcgY29tbWVudDo8YnI+DQomcXVvdDtJ cyB0aGlzIGEgc2hvdWxkLCBvciBhIFNIT1VMRD8gSWYgdGhlIGxhdHRlciwgc2hvdWxkIGl0IGJl IGEgTVVTVD88YnI+DQpJbiBnZW5lcmFsLCB0aGVyZSBhcmUgYSBsb3Qgb2Ygc3VjaCDigJxtYXli ZSBub3JtYXRpdmUgbGFuZ3VhZ2XigJ0gdGhyb3VnaCB0aGUgZG9jdW1lbnQsIGFuZCBJIHdvdWxk IG11Y2ggbGlrZSB0byBzZWUgYW4gZWRpdG9yaWFsIHBhc3Mg4oCUIGVzc2VudGlhbGx5IGFsbCBt YXkvc2hvdWxkLyBtdXN0IGFuZCBmcmllbmRzIGNhcmVmdWxseSBldmFsdWF0ZWQgYXMgaWYgdGhl eSBzaG91bGQgYmVjb21lIDIxMTktdGVybXMsIGFuZCAuLi4gbW9yZSBpbXBvcnRhbnRseQ0KIChp dCBoYXMgYmVlbiBjYWxsZWQgb3V0IGJlZm9yZSwgZndpdykgcXVpdGUgYSBiaXQgb2Ygc2hvdWxk L1NIT1VMRCB3aGljaCBvdWdodCB0byBiZSB0cmFuc2Zvcm1lZCBpbnRvIE1VU1QuPGJyPg0KR2Vu ZXJhbGx5LCBhaW1pbmcgZm9yIGEgdmVyeSBhIGxvdyBudW1iZXIgb2YgU0hPVUxEIGlzIGEgZ29v ZCBkZXNpZ24gbWV0cmljIGZvciBhIGRvY3VtZW504oCdPGJyPg0KQXNpZGUgZnJvbSB0aGUgZ2Vu ZXJhbCBjb21tZW50IG9uIDIxMTktbGFuZ3VhZ2UsIHdoeSBpcyB0aGlzIGEgU0hPVUxEPzxicj4N Cjxicj4NCkFPRFZ2MjogV2UgY2hhbmdlZCB0aGlzIGluc3RhbmNlIHRvIGEgTVVTVCBhbmQgd2ls bCBiZSBjaGVja2luZyBmb3Ig4oCcbWF5YmUgbm9ybWF0aXZlIGxhbmd1YWdl4oCdLjxicj4NCjxi cj4NCjxicj4NCjIwLiBSb3V0ZXIgY2xpZW50IC0gTG9jYWwgQXR0YWNoZWQgTmV0d29yayBTZXQ8 YnI+DQo8YnI+DQpUaG9tYXM6IFRvIDQuMiwgSSBtYWRlIHRoZSBmb2xsb3dpbmcgY29tbWVudDo8 YnI+DQpBcyBpbmRpY2F0ZWQgZWFybGllciwgSSBiZWxpZXZlIHRoYXQgdGhlIHRlcm0g4oCcUm91 dGVyIENsaWVudOKAnSBpcyBpbGwgY2hvc2VuLiBJIGJlbGlldmUgdGhhdCBpdCBpcyBtb3JlIGFw cHJvcHJpYXRlbHkgYW4g4oCcQXR0YWNoZWQgTmV0d29yayBTZXTigJ0gc2luY2Ug4oCUIGFzIGlu ZGljYXRlZCBwcmV2aW91c2x5IOKAlCB0aGUgdGVybSDigJxSb3V0ZXIgQ2xpZW504oCdIGlzIGFt YmlndW91cy4gSSBhbSBwbGVhc2VkIHRvIHNlZSwgdGhvdWdoLCB0aGF0IHRoaXMg4oCcUm91dGVy DQogQ2xpZW50IExpc3TigJ0gaW4gcmVhbGl0eSBpcyBhbiDigJxBdHRhY2hlZCBOZXR3b3JrIFNl dOKAnSBhbmQgc28gdGhhdCBjaGFuZ2Ugc2hvdWxkIGJlIChyZWxhdGl2ZWx5KSBlYXN5Ljxicj4N ClRoZSBhYm92ZSBjb21tZW50IHN0aWxsIGlzIGFwcGxpY2FibGUgdG8gdGhpcyByZXZpc2lvbiw8 YnI+DQo8YnI+DQpBT0RWdjI6IFNlZSA1LDksMTIsMTMuPGJyPg0KPGJyPg0KPGJyPg0KMjEuIFN1 Ym5ldDxicj4NClRob21hczogVG8gNC4yLCBJIG1hZGUgdGhlIGZvbGxvd2luZyBjb21tZW50Ojxi cj4NCkFsc28sIEkgcmVjb21tZW5kIHRvIG5vdCBzYXkg4oCcc3VibmV04oCdIOKAlCBob3cgYWJv dXQgcmVwaHJhc2luZyB0byDigJxJZiBhIHByZWZpeCBpcyBpbmNsdWRlZCBpbiB0aGUgYXR0YWNo ZWQgbmV0d29yayBzZXQgb2YgYW4gQU9EVnYyIHJvdXRlciwgdGhlbiB0aGF0IEFPRFZ2MiByb3V0 ZXIgTVVTVCBwcm92aWRlIGNvbm5lY3Rpdml0eSBmb3IsIGkuZS4gYW5zd2VyIHRvIFJSRVFzIGFu ZCBtYWludGFpbiBzZXF1ZW5jZSBudW1iZXJzIGZvciwgYWxsIGFkZHJlc3Nlcw0KIGZyb20gd2l0 aGluIHRoYXQgcHJlZml4LuKAnTxicj4NCkkgbm90ZSB0aGF0IHdoaWxlIHRoZSB0ZXJtIGhhcyBi ZWVuIHJlbW92ZWQgZnJvbSBzZWN0aW9uIDQsIHRoZXJl4oCZcmUgNCBsaW5nZXJpbmcgaW5zdGFu Y2VzIG9mIHRoaXMgdGVybSBpbiB0aGUgZG9jdW1lbnQsIHRoYXQgY291bGQgZWFzaWx5IGJlIHJl bW92ZWQuPGJyPg0KPGJyPg0KQU9EVnYyOiBBbGwgbWVudGlvbnMgb2YgJnF1b3Q7c3VibmV0JnF1 b3Q7IHdlcmUgaW4gdGhlIEVOQVIgc2VjdGlvbi4gVGhleSBoYXZlIGJlZW4gdXBkYXRlZCB0byBz YXkgbmV0d29yaywgb3IgJnF1b3Q7bmV0d29ya3MgYXR0YWNoZWQgdG8gdGhlIHJvdXRlcnMmcXVv dDs8YnI+DQo8YnI+DQo8YnI+DQoyMi4gcmVsb2NhdGluZyByb3V0ZXIgY2xpZW50PGJyPg0KPGJy Pg0KVGhvbWFzOiBJIEFsc28gbWFkZSBhIGNvbW1lbnQgYWJvdXQgQXBwZW5kaXggQiBpbiBteSBw cmV2aW91cyByZXZpZXcsIHdoaWNoIGlzIHJlZmVyZW5jZWQgaGVyZS4gVGhhdCBjb21tZW50IHN0 aWxsIGFwcGxpZXMuPGJyPg0KPGJyPg0KQU9EVnYyOiBNb3ZlZCBpbnRvIG1haW4gZHJhZnQuPGJy Pg0KPGJyPg0KPGJyPg0KMjMuIE5laWdoYm9yIE1vbml0b3Jpbmc8YnI+DQo8YnI+DQpUaG9tYXM6 IFRvIFNlY3Rpb24gNC4zLCBJIG5vdGljZWQ6PGJyPg0KRG9lcyBzZWN0aW9uIDYuMiBkZXNjcmli ZSBob3cgdG8gbW9uaXRvciBhbiBlc3RhYmxpc2hlZCBhZGphY2VuY3kgb25seSwgb3IgaG93IHRv IGRpc2NvdmVyIG5laWdoYm91cmluZyBBT0RWdjIgcm91dGVycz8gTG9va2luZyBpbiA2LjIsIEkg c2VlPGJyPg0K4oCcTm90IGV2ZXJ5IHBhaXIgb2YgbmVpZ2hib3Jpbmcgcm91dGVycyB3aWxsIG5l Y2Vzc2FyaWx5IGZvcm0gYW4gYWRqYWNlbmN5LOKAnSDigJQgc28gaXQgbGlrZWx5IGlzbuKAmXQg Ni4yIHRoYXQgdGVsbHMgbWUgaG93IHRvIG1haW50YWluIHRoaXMgdGFibGU/PGJyPg0KSW4gc2hv cnQsIOKAnEEgbmVpZ2hib3VyIHRhYmxlIE1VU1QgYmUgbWFpbnRhaW5lZOKAnSDigJQgd2hlcmUg Y2FuIEkgZmluZCBpbmZvcm1hdGlvbiBvbiBob3cgdG8gZG8gdGhpcz88YnI+DQpTZWN0aW9uIDYu MiBzdGF0ZXM6PGJyPg0K4oCcVGhlIGRlZmF1bHQgYXBwcm9hY2ggZm9yIG1vbml0b3JpbmcgYmlk aXJlY3Rpb25hbCBjb25uZWN0aXZpdHkgdG8gdGhlIG5leHQgaG9wIHRvd2FyZCBPcmlnQWRkciBp cyB0byByZXF1ZXN0IGFja25vd2xlZGdlbWVudCBvZiBSb3V0ZSBSZXBseSBtZXNzYWdlcy7igJ08 YnI+DQpUaGF0IGNlcnRhaW5seSB3aWxsIHRlbGwgbWUgaWYgYSBsaW5rIG92ZXIgd2hpY2ggYW4g UlJFUCBpcyBzZW50IGlzIGJpLWRpcmVjdGlvbmFsLCBidXQgd2lsbCBub3QgbWFpbnRhaW4gYSDi gJxuZWlnaGJvciB0YWJsZeKAnS48YnI+DQpTbyBob3cgaXMgdGhpcyBkb25lPyBPciwgaXMgdGhl IOKAnE5laWdoYm9yIFRhYmxl4oCdIG5vdCBzdXBwb3NlZCB0byBjb250YWluIHRoZSBjb21wbGV0 ZSBzZXQgb2YgbmVpZ2hib3Vycz8gV2hhdCBpbmZvcm1hdGlvbiDigJwuLi5NVVNUIGJlIG1haW50 YWluZWTigJ0gdGhlbiwgaW4gdGhpcyB0YWJsZT88YnI+DQpUaGlzIGlzIHZlcnkgdW5jbGVhciwg SSB3b3VsZCBub3Qga25vdyBob3cgdG8gaW1wbGVtZW50IGEgbWVjaGFuaXNtIHRoYXQgcG9wdWxh dGVzIHRoaXMg4oCcTmVpZ2hib3IgVGFibGXigJ0gd2l0aCB0aGUgbmVlZGVkIGluZm9ybWF0aW9u IGhlcmUuPGJyPg0KSSBzZWUgbm8gKHJlbGV2YW50KSBjaGFuZ2VzIHRvIDYuMiBub3IgdG8gNC4z IHNvIEkgYXNzdW1lIHRoYXQgdGhpcyBjb21tZW50IGhhcyBub3QgYmVlbiBhZGRyZXNzZWQ8YnI+ DQo8YnI+DQpBT0RWdjI6IEEgbmV3IHNlY3Rpb24gd2FzIGFkZGVkIHRvIHNob3cgaG93IHRvIHVw ZGF0ZSB0aGUgbmVpZ2hib3VyIHRhYmxlLiBUaGVyZSBoYXZlIGFsc28gYmVlbiB1cGRhdGVzIHRv IHRoaXMgZW50aXJlIHNlY3Rpb24gc2luY2UgdmVyc2lvbiAxMi48YnI+DQo8YnI+DQoyNC4gJm5i c3A7Jm5ic3A7Jm5ic3A7IHBzZXVkby1jb2RlPGJyPg0KPGJyPg0KVGhvbWFzOjxicj4NCkkgYW0g dGhyb3dpbmcgdGhpcyBpbiBoZXJlLCBhcyBJIGFtIHN1cmUgdGhhdCBJIGNvbW1lbnRlZCBvbiB0 aGF0IGluIHRoZSBwcmV2aW91cyByZXZpZXcsIGJ1dCBJIGRvIG5vdCBzZWUgdGhhdCBhZGRyZXNz ZWQ6IGlzIEFwcGVuZGl4IEMgbm9ybWF0aXZlLCBvciBub3Q/IEl0IHJlcHJlc2VudHMg4oCcIGEg c2Vjb25kIHNwZWNpZmljYXRpb24gb2YgdGhlIHByb3RvY29sLCBpbiBhIGRpZmZlcmVudCBsYW5n dWFnZeKAnSBmcm9tIHRoZSBtYWluIHBhcnQgb2YNCiB0aGUgc3BlY2lmaWNhdGlvbi4gSSBoYXZl IG5vdCB3YWxrZWQgdGhyb3VnaCBhbmQgbWFkZSAyMDAlIHN1cmUgdGhhdCBib3RoIGFyZSBwZXJm ZWN0bHkgYWxpZ25lZCBhbmQgdGhhdCB0aGVyZSBhcmUgbm8gYW1iaWd1aXRpZXMsIGJ1dCBoYXZp bmcgdHdvIGRpZmZlcmVudCBzcGVjaWZpY2F0aW9ucyBvZiBhIHByb3RvY29sIGlzIGEgcmVjaXBl IGZvciBkaXNhc3Rlci4mbmJzcDsgUGxlYXNlIGVpdGhlciBtYWtlIDIwMDAlIHN1cmUgdGhhdCB0 aGV5IGFyZQ0KIHNwZWNpZnlpbmcgdGhlIHNhbWUgdGhpbmcgd2l0aG91dCBhbWJpZ3VpdGllcywg b3IgcmVtb3ZlIG9uZS48YnI+DQo8YnI+DQpBT0RWdjI6IFJlbW92ZWQgLSBtYXliZSB0byBpbmNs dWRlIGluIGFuIGluZm9ybWF0aW9uYWwgZG9jdW1lbnQgaW4gZnV0dXJlLjxicj4NCjxicj4NCjxi cj4NCjI1LiBzZXFudW0gYXMgMTYgYml0IHVuc2lnbmVkIGludGVnZXI8YnI+DQo8YnI+DQpUaG9t YXM6IFRvIHNlY3Rpb24gNC40LCBJIHdyb3RlOjxicj4NCiZxdW90O3dvdWxkIGxpa2UgdG8gbml0 LXBpY2sgdGhhdDogdGhlIHJvdXRlciBjYW4gbWFpbnRhaW4gdGhpcyBzZXF1ZW5jZSBudW1iZXIg aW4gd2hhdGV2ZXIgZm9ybWF0IGl0IHBsZWFzZXMg4oCUIGJ1dCwgd2hlbiBpdCBpbmNsdWRlcyBp dCBpbiBjb250cm9sIG1lc3NhZ2VzLCBpdCBtdXN0IGJlIHJlcHJlc2VudGFibGUgaW4gYSBzcGVj aWZpZWQgZm9ybWF0LCByZXNwZWN0aW5nIGNlcnRhaW4gcnVsZXMu4oCdPGJyPg0KSSBzZWUgdGhh dCB0aGVyZSB3ZXJlIG5vIGNoYW5nZXMgZm9sbG93aW5nIHRoaXMgY29tbWVudC48YnI+DQo8YnI+ DQpBT0RWdjI6IFdoeSBzdG9yZSBpdCBhcyBhbnl0aGluZyBvdGhlciB0aGFuIHdoYXQgaXQgbmVl ZHMgdG8gYmUgd2hlbiBpdCBnb2VzIGludG8gYSBtZXNzYWdlPyBIb3dldmVyLCB3ZSBub3cgc3Rh dGUgJnF1b3Q7TVVTVCByZXBvcnQgaXRzIG93biBzZXF1ZW5jZSBudW1iZXIgYXMgYSAxNiBiaXQu Li4ud2hlbmV2ZXIgaXQgY3JlYXRlcyBhIFJSRVEgb3IgUlJFUCBtZXNzYWdlJnF1b3Q7Ljxicj4N Cjxicj4NCjxicj4NCjI2LiBtdWx0aXBsZSBzZXFudW1zPzxicj4NCjxicj4NClRob21hczo8YnI+ DQpUbyBzZWN0aW9uIDQuNCBJIGFza2VkIGZvciBjbGFyaWZpY2F0aW9uIGFzIHRvIGlmIHNlcXVl bmNlIG51bWJlcnMgd2VyZSBwZXIgaW50ZXJmYWNlIG9yIHBlciByb3V0ZXIsIGFzIHRoZSBzcGVj aWZpY2F0aW9uIHdhcyB1bmNsZWFyIG9uIHRoYXQuIFRoZSB3b3JkcyBoYXMgY2hhbmdlZCwgYnV0 IGl0IHN0aWxsIGlzIHVuY2xlYXI6IGhvdyBtYW55IHNlcXVlbmNlIG51bWJlcnMgZG9lcyBhIHJv dXRlciBtYWludGFpbj8gT25lPyBPbmUgcGVyIGludGVyZmFjZT88YnI+DQo8YnI+DQpBT0RWdjI6 IFdlIHRyaWVkIHRvIHN0YXJ0IGRpc2N1c3Npb24gb24gdGhhdCBwb2ludCwgYW5kIGluIHRoZSBt ZWFudGltZSB3ZSByZXZlcnRlZCB0byBoYXZpbmcgMSBzZXFudW0gcGVyIHJvdXRlci4gV2UgdGhp bmsgdGhlIHRleHQgaXMgY2xlYXIuLi4gd2UgcmVmZXIgdG8gJnF1b3Q7dGhlIHJvdXRlcnMgc2Vx dWVuY2UgbnVtYmVyJnF1b3Q7IG9yICZxdW90O2l0cyBzZXF1ZW5jZSBudW1iZXImcXVvdDsgLSBu ZXZlciBoaW50aW5nIHRoYXQgdGhlcmUgY291bGQgYmUgbXVsdGlwbGUNCiBzZXFudW1zIHBlciBy b3V0ZXIgKGFzIGZhciBhcyBJJ20gYXdhcmUpLjxicj4NCjxicj4NCjxicj4NCjI3LiBzZXRzL2xp c3RzL3RhYmxlczxicj4NCjxicj4NClRob21hczo8YnI+DQpJbiBteSBwcmV2aW91cyByZXZpZXcs IEkgZXhwcmVzc2VkIHRoYXQgaXQgd291bGQgYmUgcHJlZmVyZW50aWFsIHRvIHVzZSDigJxhIG5v dGF0aW9uIG9mIFNldHPigJ0gcmF0aGVyIHRoYW4gdGFibGVzLiBJIHNlZSB0aGF0IHRoaXMgaGFz IG5vdCBjaGFuZ2VkLjxicj4NCjxicj4NCkFPRFZ2MjogWW91IHByZWZlcnJlZCBzZXRzIHJhdGhl ciB0aGFuIGxpc3RzIGluIHlvdXIgcHJldmlvdXMgcmV2aWV3Li4uYW5kIGV4cGxhaW5lZCBvdXIg cmVhc29uaW5nIGZvciB0aGlzIGluIHJlc3BvbnNlcyB0byB0aGUgTUFORVQgbGlzdCwgYW5kIHdl IGRpZCBub3QgcmVjZWl2ZSBmdXJ0aGVyIGNvbW1lbnRzLjxicj4NCjxicj4NCjxicj4NCjI4LiB1 c2Ugb2Yg4oCcbm9kZeKAnTxicj4NCjxicj4NClRob21hczo8YnI+DQpJIG1hZGUgYSBjb21tZW50 IG9uIG5vZGUgYW5kIGFkZHJlc3MsIGxldCBtZSBwaWNrIHRoaXMgdXAgYWdhaW4uIFRoZSBmb2xs b3dpbmc6PGJyPg0KUnRlTXNnLk9yaWdBZGRyPGJyPg0KQW4gSVAgYWRkcmVzcyBvZiB0aGUgbm9k ZSB3aGljaCByZXF1aXJlcyB0aGUgcm91dGUsIGkuZS4sIHRoZSBzb3VyY2UgYWRkcmVzcyBvZiB0 aGUgSVAgcGFja2V0IHRyaWdnZXJpbmcgdGhlIHJvdXRlIHJlcXVlc3QuPGJyPg0Kd291bGQgYmUg bW9yZSBjb21wYWN0IGFuZCBjbGVhciBpZiBnZXR0aW5nIHJpZCBvZiB0aGUgdGVybSDigJxub2Rl 4oCdIGFuZCBzYWlkOjxicj4NClJ0ZU1zZy5PcmlnQWRkcjxicj4NClRoZSBzb3VyY2UgYWRkcmVz cyBvZiB0aGUgSVAgcGFja2V0IHRyaWdnZXJpbmcgdGhlIHJvdXRlIHJlcXVlc3QuPGJyPg0KPGJy Pg0KQU9EVnYyOiBDaGFuZ2UgbWFkZSBhcyBzdWdnZXN0ZWQuPGJyPg0KPGJyPg0KMjkuIHJvdXRl IHRhYmxlL3JpYi9yb3V0aW5nIHNldDxicj4NCjxicj4NClRob21hczogVG8gc2VjdGlvbiA0LjYs IGFuZCBJIChhbmQgb3RoZXJzKSBoYXZlIGNvbW1lbnRlZCBvbiB0aGlzIGJlZm9yZTo8YnI+DQpB bGwgQU9EVnYyIHJvdXRlcnMgTVVTVCBtYWludGFpbiBhIHJvdXRlIHRhYmxlLiZuYnNwOyBUaGUg cm91dGUgdGFibGUgZW50cnkgaXMgYSBjb25jZXB0dWFsIGRhdGEgc3RydWN0dXJlLiZuYnNwOyBJ bXBsZW1lbnRhdGlvbnMgTUFZIHVzZSBhbnkgaW50ZXJuYWwgcmVwcmVzZW50YXRpb24gYnV0IE1V U1QgY29udGFpbiB0aGUgZm9sbG93aW5nIGluZm9ybWF0aW9uOjxicj4NCkluIG9yZGVyIHRvIGF2 b2lkIGNvbmZ1c2lvbiwgcmVuYW1lIHRoaXMgdG8g4oCcUm91dGluZyBJbmZvcm1hdGlvbiBCYXNl 4oCdIG9yIOKAnFJvdXRpbmcgU2V04oCdIOKAlCBhIFJvdXRpbmcgVGFibGUgaXMgYW4gb3BlcmF0 aW5nIHN5c3RlbSBjb25zdHJ1Y3QsIHdoZXJlb24gb3BlcmF0aW9ucyBkaXJlY3RseSBpbmZsdWVu Y2UgcGFja2V0IGZvcndhcmRpbmcuIFdoYXQgeW91IGFyZSBkZWZpbmluZyBoZXJlIGlzIGEgUklC L2FuIFJTLjxicj4NCjxicj4NCkFPRFZ2MjogRG9uZSBpbiB2ZXJzaW9uIDEzLjxicj4NCjxicj4N Cjxicj4NCjMwLiBycmVxIGZvciBwcmVmaXgsIHVzZSBvZiDigJxpcCBhZGRyZXNz4oCdIGFuZCDi gJxhZGRyZXNzJnF1b3Q7PGJyPg0KPGJyPg0KVGhvbWFzOjxicj4NClRoZSBjb25mdXNpb24gdGhh dCBJIHBvaW50ZWQgb3V0IGluIG15IHByZXZpb3VzIHJldmlldyBvbiDigJxJUCBhZGRyZXNz4oCd IGFuZCDigJxBZGRyZXNz4oCdIGJlaW5nIHVzZWQgYSBiaXQgaGFwaGF6YXJkbHkgcGVyc2lzdHMs IGZ3aXcuIEl0IG1ha2VzIG1lIHRoaW5rLCBjYW4gYSByb3V0ZXIgc2VuZCBhbiBSUkVRIGZvciBh IHByZWZpeD88YnI+DQo8YnI+DQpBT0RWdjI6IFNlZSBhbHNvICMxNS4gUlJFUV9HZW4gY2FuIGlu Y2x1ZGUgdGhlIHByZWZpeCBhc3NvY2lhdGVkIHdpdGggT3JpZ0FkZHIgYnkgYWRkaW5nIGEgcHJl Zml4IGxlbmd0aCB0byB0aGUgbWVzc2FnZSwgdGhlIHByZWZpeCBsZW5ndGggYXNzb2NpYXRlZCB3 aXRoIHRoZSByb3V0ZXIgY2xpZW50IGVudHJ5IGNvcnJlc3BvbmRpbmcgdG8gT3JpZ0FkZHIuIFNv IGFsbCByb3V0ZXJzIHdoaWNoIHJlY2VpdmUgaXQgY2FuIGxlYXJuIGEgcm91dGUgdG8NCiB0aGUg cHJlZml4IG9uIHdoaWNoIE9yaWdBZGRyIHJlc2lkZXMuIEJ1dCBmb3IgVGFyZ0FkZHIuLi4gdGhl IFJSRVEgb25seSBoYXMgb25lIHRhcmdldCBJUCBhZGRyZXNzIC0gdGhlIGRlc3RpbmF0aW9uIElQ IGFkZHJlc3Mgb2YgdGhlIHBhY2tldCByZXF1aXJpbmcgdGhlIHJvdXRlLi4uIHNvIHdoYXQgcHJl Zml4IGxlbmd0aCB3b3VsZCBpdCB1c2U/IFRoZSBSUkVRIHJlcXVlc3RzIGEgcm91dGUgdG8gYSBz aW5nbGUgSVAgYWRkcmVzcy4gSG93ZXZlciwNCiB3aGVuIHRoZSBSUkVQIGlzIGNyZWF0ZWQsIFJS RVBfR2VuIHNob3VsZCBpbmNsdWRlIHRoZSBwcmVmaXggbGVuZ3RoIGFzc29jaWF0ZWQgd2l0aCB0 aGUgcm91dGVyIGNsaWVudCBlbnRyeSBmb3IgVGFyZ0FkZHIuIFNvIGFsbCByb3V0ZXJzIHdoaWNo IHJlY2VpdmUgdGhpcyBSUkVQIGxlYXJuIGEgcm91dGUgdG8gdGhlIHByZWZpeCBUYXJnQWRkciBp cyBwYXJ0IG9mIChpZiB0aGUgcm91dGVyIGNsaWVudCBlbnRyeSBpcyBjb25maWd1cmVkIHdpdGgN CiBhIHByZWZpeCBsZW5ndGgpLiBUaGUgdGV4dCBoYXMgYmVlbiB1cGRhdGVkIHRvIG1ha2UgdGhp cyBtb3JlIG9idmlvdXMuPGJyPg0KPGJyPg0KPGJyPg0KMzEuIG5leHQgaG9wIGlwIGFkZHJlc3Mg d29yZGluZzxicj4NCjxicj4NClRob21hczo8YnI+DQpJIGFsc28gY2FsbGVkIHRoaXMgb3V0IGlu IG15IHByZXZpb3VzIHJldmlldyBhcyBpbmNvcnJlY3QsIGFuZCBkZXNwaXRlIHdvcmRzbWl0aGlu ZyBpdCBzdGlsbCBpczo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgUm91dGUuTmV4dEhvcDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBUaGUg c291cmNlIElQIGFkZHJlc3Mgb2YgdGhlIG1lc3NhZ2UgYWR2ZXJ0aXNpbmcgdGhlIHJvdXRlIHRv PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJvdXRlLkFkZHJlc3MsIGkuZS4gYW4gSVAgYWRk cmVzcyBvZiB0aGUgQU9EVnYyIHJvdXRlciB1c2VkIGZvcjxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB0aGUgbmV4dCBob3Agb24gdGhlIHBhdGggdG93YXJkIFJvdXRlLkFkZHJlc3MuPGJyPg0K PGJyPg0KSWYgdGhhdCDigJxtZXNzYWdl4oCdIGlzIGFuIFJGQzU0NDQgZW50aXR5LCB0aGVuIGl0 IGRvZXMgdG8gaGF2ZSBhIOKAnHNvdXJjZSBJUCBBZGRyZXNz4oCdIOKAlCB0aGUgZW5jYXBzdWxh dGluZyBJUCBkYXRhZ3JhbSBjb250YWluaW5nIHRoZSBwYWNrZXQgY29udGFpbmluZyB0aGUgbWVz c2FnZSBkb2VzLiBBbmQgdGhlIG1lc3NhZ2UgTUFZIGhhdmUgYW4gT3JpZ2luYXRvciBBZGRyZXNz PGJyPg0KPGJyPg0KQU9EVnYyOiBVcGRhdGVkIHRvIHNheSDigJx0aGUgc291cmNlIElQIGFkZHJl c3Mgb2YgdGhlIElQIHBhY2tldCBjb250YWluaW5nIHRoZSBtZXNzYWdlIGFkdmVydGlzaW5nLi4u 4oCdPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cD4qKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKjxicj4NClRoaXMgZW1h aWwgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFsIHRvIHRoZSBpbnRlbmRlZDxi cj4NCnJlY2lwaWVudCBhbmQgbWF5IGFsc28gYmUgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3Qg dGhlIGludGVuZGVkPGJyPg0KcmVjaXBpZW50IHBsZWFzZSBkZWxldGUgaXQgZnJvbSB5b3VyIHN5 c3RlbSBhbmQgbm90aWZ5IHRoZSBzZW5kZXIuPGJyPg0KWW91IHNob3VsZCBub3QgY29weSBpdCBv ciB1c2UgaXQgZm9yIGFueSBwdXJwb3NlIG5vciBkaXNjbG9zZSBvcjxicj4NCmRpc3RyaWJ1dGUg aXRzIGNvbnRlbnRzIHRvIGFueSBvdGhlciBwZXJzb24uPGJyPg0KKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9v OnA+PC9wPg0KPHByZT5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPm1hbmV0IG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPjxhIGhyZWY9Im1haWx0bzptYW5ldEBpZXRmLm9yZyI+bWFuZXRAaWV0Zi5v cmc8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9tYW5ldDwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D8C0227E6GLKXM0002VGREEN_-- From nobody Wed Mar 2 06:17:54 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 627031B2B27 for ; Wed, 2 Mar 2016 06:17:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.906 X-Spam-Level: X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8Skheo3OwnXV for ; Wed, 2 Mar 2016 06:17:50 -0800 (PST) Received: from smtp2.idirect.net (smtp2.idirect.net [198.180.159.66]) (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 04AFD1A87C7 for ; Wed, 2 Mar 2016 06:17:49 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.22,529,1449550800"; d="scan'208,217";a="769971" IronPort-PHdr: =?us-ascii?q?9a23=3ApjSXbx8GjoLZ4f9uRHKM819IXTAuvvDOBiVQ1KB8?= =?us-ascii?q?1OIcTK2v8tzYMVDF4r011RmSDdqdtKgP1rqempujcFJDyK7JiGoFfp1IWk1Nou?= =?us-ascii?q?QttCtkPvS4D1bmJuXhdS0wEZcKflZk+3amLRodQ56mNBXsq3G/pQQfBg/4fVIs?= =?us-ascii?q?YL+lRciN1Y/qh6ibwN76XUZhvHKFe7R8LRG7/036l/I9ps9cEJs30QbDuXBSeu?= =?us-ascii?q?5blitCLFOXmAvgtI/rpMYwuwwZgf8q9tZBXKPmZOx4COUAVHV1e1wysYfHuBDZ?= =?us-ascii?q?SQyR6z9UeWUMkwFUBBDF4QuyHqrS82Gy4uF9wiiBe8H7RKowXiqvx61iRQT5kz?= =?us-ascii?q?sKMiV/+2bS3Ig4rr9AvBOn7zByyoicNIuYPvd7d7jBcMkySm9IX8IXXCtEVMf0?= =?us-ascii?q?JY4GCecdFedVs4e7oEEB51PqAACqCf/HyzJUiDnxx6JsgMo7FgSTljYpA9YPvn?= =?us-ascii?q?qQ5O7pPaEWXPH/hP3T1zzfa/JY1x/85InSfxs95/eBQeQjIoLq1UAzGlad3R2r?= =?us-ascii?q?oov/MmbQj7xVvg=3D=3D?= X-IPAS-Result: =?us-ascii?q?A2DLAQD29NZW/8n6+gpeGQEBAg8BAQEBgj6BHnO6IAENgWe?= =?us-ascii?q?GEwIcgWEUAQEBAQEBAQGBCoItghUBAQQjClwCAQhCAgICMCUCBAEaskKPHAEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEXhhOEOYQQgyWBOgWXDgQBjVuOfY5MHgEBhCaIDwE?= =?us-ascii?q?FN34BAQE?= From: "Ratliff, Stanley" To: "Dearlove, Christopher (UK)" , Justin Dean , "manet@ietf.org" Thread-Topic: [manet] AODVv2 reivew Thread-Index: AQHRdD4cHdOdNx3FmEyWisB0N+FaSZ9GQKIA///yI2A= Date: Wed, 2 Mar 2016 14:17:47 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.250.250.20] Content-Type: multipart/alternative; boundary="_000_b7899c4f787440b2a8c68b6560c871e1VAUSDITCHM2idirectnet_" MIME-Version: 1.0 Archived-At: Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 14:17:52 -0000 --_000_b7899c4f787440b2a8c68b6560c871e1VAUSDITCHM2idirectnet_ Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Q2hyaXMsDQoNClRoZSB1c2UgY2FzZSBjb21lcyBmcm9tIHJvdXRlcnMgaW1wbGVtZW50aW5nIGlw IHVubnVtYmVyZWQuIEl0IGNhbiBjYXVzZSB0aGUgc2FtZSBhZGRyZXNzIHRvIGJlIHBsYWNlZCBv biBtdWx0aXBsZSBpbnRlcmZhY2VzLiBGcm9tIHdoYXQgSSByZWNhbGwsIGl0cyBlc3BlY2lhbGx5 IHByZXZhbGVudCB3aXRoIFBQUG9FIGludGVyZmFjZXMsIGFzIHRoZXkgYXJlIHZpcnR1YWw7IGNs b25lZCBmcm9tIGEgY29tbW9uIHRlbXBsYXRlLg0KDQpSZWdhcmRzLA0KU3Rhbg0KDQoNCg0KSW4g TkhEUCwgd2UgYWRkZWQgKGZvbGxvd2luZyByZXF1ZXN0cyBmcm9tIHRoZSBXRywgU3RhbiBpbiBw YXJ0aWN1bGFyIElJUkMpIHRoZSBtb3JlIHRyaWNreSBjYXNlIG9mIHRoZSBzYW1lIGFkZHJlc3Mg dXNlZCBvbiBkaWZmZXJlbnQgaW50ZXJmYWNlcy4gV2UgaGFkIHRvIGxpbWl0IHRoYXQsIHNvIGFu eSByZWNlaXZpbmcgaW50ZXJmYWNlIHdvdWxkIG9ubHkgZXZlciByZWNlaXZlIG9uZSBvciB0aGUg b3RoZXIgKHdoaWNoIG90aGVyd2lzZSBpcyBub3QgYSByZXF1aXJlbWVudCBpbiBOSERQKSAtIHdo aWNoIG1pZ2h0IGluIGEgcmVhbCBjYXNlIGJlIGUuZy4gZGlmZmVyZW50IGZyZXF1ZW5jaWVzICh0 aW1lc2xvdHMsIGNvZGVzLCBldGMuKSBJIGhhdmUgbm8gaWRlYSB3aGV0aGVyIHRoaXMgaXMgZWFz eSBvciBoYXJkIGluIEFPRFZ2MiAodGhlIGRldmlsIGlzIGluIHRoZSBkZXRhaWxzKS4gSSBkb27i gJl0IGtub3cgaWYgU3RhbiAoZm9yIGV4YW1wbGUpIHN0aWxsIGhhcyB0aGlzIHJlcXVpcmVtZW50 Lg0KDQotLQ0KDQoqKioqKioqKioqKioqKioqKioqKioqKioNCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpUaGlzIGVsZWN0cm9uaWMgbWVzc2Fn ZSBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgY29udGFpbnMKaW5mb3JtYXRpb24g ZnJvbSBpRGlyZWN0LCB3aGljaCBtYXkgYmUgcHJpdmlsZWdlZCwgcHJvcHJpZXRhcnkKYW5kL29y IGNvbmZpZGVudGlhbC4gSXQgaXMgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBp bmRpdmlkdWFsCm9yIGVudGl0eSB0byB3aG9tIHRoZXkgYXJlIGFkZHJlc3NlZC4gSWYgeW91IGFy ZSBub3QgdGhlIG9yaWdpbmFsCnJlY2lwaWVudCBvciB0aGUgcGVyc29uIHJlc3BvbnNpYmxlIGZv ciBkZWxpdmVyaW5nIHRoZSBlbWFpbCB0byB0aGUKaW50ZW5kZWQgcmVjaXBpZW50LCBiZSBhZHZp c2VkIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbAppbiBlcnJvciwgYW5kIHRoYXQg YW55IHVzZSwgZGlzc2VtaW5hdGlvbiwgZm9yd2FyZGluZywgcHJpbnRpbmcsIG9yCmNvcHlpbmcg b2YgdGhpcyBlbWFpbCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZWQgdGhp cyBlbWFpbAppbiBlcnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgaW1tZWRpYXRlbHkgbm90aWZ5 IHRoZSBzZW5kZXIuCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCg== --_000_b7899c4f787440b2a8c68b6560c871e1VAUSDITCHM2idirectnet_ Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0K CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4u RW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjEN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5 bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0 aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4w aW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxl PjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIg c3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48 eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQi IGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+ DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNs YXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPkNocmlzLA0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5UaGUgdXNlIGNhc2UgY29tZXMgZnJvbSByb3V0ZXJzIGltcGxlbWVudGluZzwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+IGlwIHVubnVtYmVyZWQ8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPi4NCiBJdCBjYW4gY2F1c2UgdGhlIHNhbWUg YWRkcmVzcyB0byBiZSBwbGFjZWQgb24gbXVsdGlwbGUgaW50ZXJmYWNlcy4gRnJvbSB3aGF0IEkg cmVjYWxsLCBpdHMgZXNwZWNpYWxseSBwcmV2YWxlbnQgd2l0aCBQUFBvRSBpbnRlcmZhY2VzLCBh cyB0aGV5IGFyZSB2aXJ0dWFsOyBjbG9uZWQgZnJvbSBhIGNvbW1vbiB0ZW1wbGF0ZS48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPlN0YW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SW4gTkhEUCwgd2UgYWRk ZWQgKGZvbGxvd2luZyByZXF1ZXN0cyBmcm9tIHRoZSBXRywgU3RhbiBpbiBwYXJ0aWN1bGFyIElJ UkMpIHRoZSBtb3JlIHRyaWNreSBjYXNlIG9mIHRoZSBzYW1lIGFkZHJlc3MgdXNlZCBvbiBkaWZm ZXJlbnQgaW50ZXJmYWNlcy4NCiBXZSBoYWQgdG8gbGltaXQgdGhhdCwgc28gYW55IHJlY2Vpdmlu ZyBpbnRlcmZhY2Ugd291bGQgb25seSBldmVyIHJlY2VpdmUgb25lIG9yIHRoZSBvdGhlciAod2hp Y2ggb3RoZXJ3aXNlIGlzIG5vdCBhIHJlcXVpcmVtZW50IGluIE5IRFApIC0gd2hpY2ggbWlnaHQg aW4gYSByZWFsIGNhc2UgYmUgZS5nLiBkaWZmZXJlbnQgZnJlcXVlbmNpZXMgKHRpbWVzbG90cywg Y29kZXMsIGV0Yy4pIEkgaGF2ZSBubyBpZGVhIHdoZXRoZXIgdGhpcyBpcyBlYXN5DQogb3IgaGFy ZCBpbiBBT0RWdjIgKHRoZSBkZXZpbCBpcyBpbiB0aGUgZGV0YWlscykuIEkgZG9u4oCZdCBrbm93 IGlmIFN0YW4gKGZvciBleGFtcGxlKSBzdGlsbCBoYXMgdGhpcyByZXF1aXJlbWVudC48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+PHNwYW4g bGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwN0U3RSI+LS0NCjxvOnA+PC9vOnA+PC9zcGFu PjwvYj48L3A+DQo8cD48c3BhbiBsYW5nPSJFTi1HQiI+KioqKioqKioqKioqKioqKioqKioqKioq PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxicj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOiA4cHQ7IGZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6ICMw MDMzNjY7Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxicj5UaGlzIGVsZWN0cm9uaWMgbWVzc2FnZSBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVk IHdpdGggaXQgY29udGFpbnM8YnI+aW5mb3JtYXRpb24gZnJvbSBpRGlyZWN0LCB3aGljaCBtYXkg YmUgcHJpdmlsZWdlZCwgcHJvcHJpZXRhcnk8YnI+YW5kL29yIGNvbmZpZGVudGlhbC4gSXQgaXMg aW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsPGJyPm9yIGVudGl0 eSB0byB3aG9tIHRoZXkgYXJlIGFkZHJlc3NlZC4gSWYgeW91IGFyZSBub3QgdGhlIG9yaWdpbmFs PGJyPnJlY2lwaWVudCBvciB0aGUgcGVyc29uIHJlc3BvbnNpYmxlIGZvciBkZWxpdmVyaW5nIHRo ZSBlbWFpbCB0byB0aGU8YnI+aW50ZW5kZWQgcmVjaXBpZW50LCBiZSBhZHZpc2VkIHRoYXQgeW91 IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbDxicj5pbiBlcnJvciwgYW5kIHRoYXQgYW55IHVzZSwg ZGlzc2VtaW5hdGlvbiwgZm9yd2FyZGluZywgcHJpbnRpbmcsIG9yPGJyPmNvcHlpbmcgb2YgdGhp cyBlbWFpbCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZWQgdGhpcyBlbWFp bDxicj5pbiBlcnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBhbmQgaW1tZWRpYXRlbHkgbm90aWZ5IHRo ZSBzZW5kZXIuPGJyPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fPC9zcGFuPjwvYm9keT4NCjwvaHRtbD4NCg== --_000_b7899c4f787440b2a8c68b6560c871e1VAUSDITCHM2idirectnet_-- From nobody Wed Mar 2 06:18:20 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06C391B2B37 for ; Wed, 2 Mar 2016 06:18:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rkONHSwVxyce for ; Wed, 2 Mar 2016 06:18:17 -0800 (PST) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5155A1A87C7 for ; Wed, 2 Mar 2016 06:18:17 -0800 (PST) Received: by mail-oi0-x22b.google.com with SMTP id m82so153701161oif.1 for ; Wed, 02 Mar 2016 06:18:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=pZl4jXaO4GUVptyE/WmhHUPQ+kHomtz9e9VsaY3gWBc=; b=Bwggf34F3LRruzcetWHX5vTX3YRx6sDPRkKXOrhiVG2Mihk0/iwm47y6vhlfQD70C8 7wyoZlP4QFr8VsazeWvXBW2R/3E7NW3TL64SflfYTdA6g8oqJsTP8+NFkD0KVCyCQ5i2 hVdfDbxbkacTsqYHkKHMdtljyEE4ta+afVR2cMrK1990Z0cwBalhpyPOgBsWMaF+PGpr AqbBhkWkicMcX1Kxx15hdVI9ZoYWsbePAA3Sc9GUf/7SWFHPL9weXwZddvrBNJKMIz+f 1RXmClA1Tj+ly3IT8y5mc1+sXC7J/r5WKrFbKB7vafaeQ01U0zC/kp1di1qlfCPltyKk xXog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=pZl4jXaO4GUVptyE/WmhHUPQ+kHomtz9e9VsaY3gWBc=; b=iOeBVoex2g4m3dAgEE1uNMRdBi72dzlTWG6L4QZDzYx/Nfp0G5JKCrwTqfjmpfMYuW dRzXkdzc0SGbKR4ulOy9MLBMk1PsaOZNnhxxfsseBtqbU2KOTPbATqtJ7pOs+T3ewuk8 KGKo27J13wh/EOW8DEVcFBmk+1YbGyp5bTcr+9OriTCx3RJyoz3h4D0ebKthGb8NLjUd fG614eu1PLLYIsxq/J/w2xXA/xs/9dzLgloXqpNHblL/7MIGrBlgtkp5UroYDDLbgAhl NoKts+UGZFpPYKl0jrYquFcOoMxchVlaStWr0PEzxIO3MwWrPhr7gjs3upIZHFjNz3FJ nYfQ== X-Gm-Message-State: AD7BkJI7NC++ofkvyOm2uSUcroSk2fpO+KKziGuine4r6JNWvH0rYWEsF5g5APfSMVzwrWhqKqqYzJVHYJaTHA== MIME-Version: 1.0 X-Received: by 10.202.193.10 with SMTP id r10mr21278939oif.126.1456928296635; Wed, 02 Mar 2016 06:18:16 -0800 (PST) Received: by 10.76.45.102 with HTTP; Wed, 2 Mar 2016 06:18:16 -0800 (PST) In-Reply-To: References: Date: Wed, 2 Mar 2016 09:18:16 -0500 Message-ID: From: Justin Dean To: "Dearlove, Christopher (UK)" Content-Type: multipart/alternative; boundary=001a113dc36e959544052d118dbb Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 14:18:19 -0000 --001a113dc36e959544052d118dbb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, Mar 2, 2016 at 5:02 AM, Dearlove, Christopher (UK) < chris.dearlove@baesystems.com> wrote: > Obviously (if you consider time zones) I haven=E2=80=99t done more than s= kim > through Justin=E2=80=99s extensive comments. > > > > But I noticed one thing. (The text is the draft, the parenthesis is > Justin=E2=80=99s comment.) > > > > AODVv2 supports routers with multiple interfaces and multiple IP > > addresses per interface. (this should be disallowed as it can form > non valid routes with uni-directional links JWD) > > > > I don=E2=80=99t know what case Justin is suggesting, it would be useful t= o have an > example to determine if this is a problem or not. Or which of the two cas= es > (multiple interfaces or addresses) there=E2=80=99s a suggested problem wi= th. > > The issue arises when two routers have two interfaces, and those interfaces are given the same address on each router, and those links are uni-directional. I'll attempt to illustrate. InterfaceA (192.168.1.1) --------------> InterfaceA (192.168.1.2) YRouter ZRouter InterfaceB (192.168.1.1) <------------- InterfaceB (192.168.1.2) YRouter sends a RREQ on both interfaces for 192.168.1.2. ZRouter gets the message on InterfaceA from 192.168.1.1. ZRouter response is a RREP multicast (as there is not yet a confirmed route) with an Ack request. YRouter receives the message on interface B from 192.168.1.2 and installs the route to 192.168.1.2 on interfaceB. This is broken. The ack reply, from YRouter, will be sent unicast to Zrouter on InterfaceB but will not get there. There is no way to know which interface a message was received on when both interfaces have the same address. This is what should be disallowed. As far as I can tell multiple addresses per interface is fine. Justin --001a113dc36e959544052d118dbb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Mar 2, 2016 at 5:02 AM, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com> wrote:

Obviously (if you conside= r time zones) I haven=E2=80=99t done more than skim through Justin=E2=80=99= s extensive comments.

=C2=A0

But I noticed one thing. = (The text is the draft, the parenthesis is Justin=E2=80=99s comment.)

=C2=A0

=C2=A0=C2=A0 AODVv2 supports= routers with multiple interfaces and multiple IP

=C2=A0=C2=A0 addresses per interface.=C2=A0=C2=A0 (this sh= ould be disallowed as it can form non valid routes with uni-directional lin= ks JWD)

=C2=A0

I don=E2=80=99t know what= case Justin is suggesting, it would be useful to have an example to determ= ine if this is a problem or not. Or which of the two cases (multiple interfaces or addresses) there=E2=80=99s a suggested problem with.<= u>

=C2=A0

The issue arises when two rout= ers have two interfaces, and those interfaces are given the same address on= each router, and those links are uni-directional.=C2=A0 I'll attempt t= o illustrate.


=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 InterfaceA (192.168.1.1= ) --------------> InterfaceA (192.168.1.2)
YRouter=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 ZRouter
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 InterfaceB (192.168.1.1) <-------------= =C2=A0 InterfaceB (192.168.1.2)

YRo= uter sends a RREQ on both interfaces for 192.168.1.2.=C2=A0 ZRouter gets th= e message on InterfaceA from 192.168.1.1. ZRouter response is a RREP multic= ast (as there is not yet a confirmed route) with an Ack request. YRouter re= ceives the message on interface B from 192.168.1.2 and installs the route t= o 192.168.1.2 on interfaceB. This is broken.=C2=A0 The ack reply, from YRou= ter, will be sent unicast to Zrouter on InterfaceB=C2=A0 but will not get t= here.=C2=A0 There is no way to know which interface a message was received = on when both interfaces have the same address. This is what should be disal= lowed. As far as I can tell multiple addresses per interface is fine.
Justin
--001a113dc36e959544052d118dbb-- From nobody Wed Mar 2 07:20:04 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D9831A886D for ; Wed, 2 Mar 2016 07:20:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.906 X-Spam-Level: X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CP9jk9m-fNFB for ; Wed, 2 Mar 2016 07:20:00 -0800 (PST) Received: from smtp1.idirect.net (smtp1.idirect.net [198.180.159.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 187DB1A886E for ; Wed, 2 Mar 2016 07:20:00 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.22,529,1449550800"; d="scan'208,217";a="3748143" IronPort-PHdr: =?us-ascii?q?9a23=3AlobwhRyIkYNTHqDXCy+O+j09IxM/srCxBDY+r6Qd?= =?us-ascii?q?0ekUIJqq85mqBkHD//Il1AaPBtWEra0ewLWP++C4ACpbvsbH6ChDOLV3FDY7yu?= =?us-ascii?q?wu1zQ6B8CEDUCpZNXLVAcdWPp4aVl+4nugOlJUEsutL3fbo3m18CJAUk6nbVk9?= =?us-ascii?q?Dq3PF4XTl8W60fyps92WOl0QxWn1XbQnBxWsrB7NsdEWjJEqBqs40B/OvHYAL+?= =?us-ascii?q?9W32JzDVeVkhP7/da28dhv/iFXvbQq8IhdUvOpUb4/SOkSNj06N2E76omjjgXK?= =?us-ascii?q?Sw+C9zFUBn4MmwZMAgbLxBD2X438uTe8sOdhjnrJdfbqRKw5DGzxp5xgTwXl3W?= =?us-ascii?q?Jeb2Y0?= X-IPAS-Result: =?us-ascii?q?A2DNAQAkBNdW/8n6+gpeGQEBAQEPAQEBAYI+gR5tBroiAQ2?= =?us-ascii?q?BYAcXAQmFcgIcgWIUAQEBAQEBAQGBCoItghQBAQEBAwEBASAKQQsQAgEIDgMEA?= =?us-ascii?q?QEoAwICAh8GCxQJCAIEDgUIiAQDIKprilgNhDcBAQEBAQEBAQEBAQEBAQEBAQE?= =?us-ascii?q?BAQERBIYThDmCOoFLCwYBSwmCEjgTgScFlw4EAYtugW2BZ4REiFKHCIdEHgEBg?= =?us-ascii?q?kUZgUhqhyUBBQM0fgEBAQ?= From: "Ratliff, Stanley" To: Christopher Dearlove Thread-Topic: [manet] AODVv2 reivew Thread-Index: AQHRdD4cHdOdNx3FmEyWisB0N+FaSZ9GQKIA///yI2CAAF6WgP//swSw Date: Wed, 2 Mar 2016 15:19:56 +0000 Message-ID: References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> In-Reply-To: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.250.250.20] Content-Type: multipart/alternative; boundary="_000_cf5adf6564cf45c5bc6c81af7b365113VAUSDITCHM2idirectnet_" MIME-Version: 1.0 Archived-At: Cc: "Dearlove, Christopher \(UK\)" , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 15:20:03 -0000 --_000_cf5adf6564cf45c5bc6c81af7b365113VAUSDITCHM2idirectnet_ Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Q2hyaXMsDQoNClRvIGFuc3dlciBhIHF1ZXN0aW9uIHdpdGggYSBxdWVzdGlvbiDigJMgV2lsbCBh bnlvbmUgd2FudCB0byBydW4gQU9EVnYyIG92ZXIgYSBjb2xsZWN0aW9uIG9mIFBQUG9FIGxpbmtz PyBJIGRvdWJ0IGl0LiAgSSBkb27igJl0IGhhdmUgYW55IGdyZWF0IGlzc3VlcyB3aXRoIGRpc2Fs bG93aW5nIGl0LiBUaGF0IHdvdWxkIGFsc28gcmVzb2x2ZSBKdXN0aW7igJlzIHVuaS1kaXJlY3Rp b25hbCBmYWlsdXJlIGNhc2UsIHNpbmNlIHRoZSBjb21tb24gYWRkcmVzc2VzIHdvdWxkbuKAmXQg YmUgYXNzaWduZWQgdG8gbXVsdGlwbGUgaW50ZXJmYWNlcyBpbiB0aGUgZmlyc3QgcGxhY2UuDQoN Ck90aGVyIHRob3VnaHRzPw0KDQpSZWdhcmRzLA0KU3Rhbg0KDQoNCkZyb206IENocmlzdG9waGVy IERlYXJsb3ZlIFttYWlsdG86Y2hyaXNAbW5lbW9zeW5lLmRlbW9uLmNvLnVrXQ0KU2VudDogV2Vk bmVzZGF5LCBNYXJjaCAwMiwgMjAxNiA5OjUyIEFNDQpUbzogUmF0bGlmZiwgU3RhbmxleSA8c3Jh dGxpZmZAaWRpcmVjdC5uZXQ+DQpDYzogRGVhcmxvdmUsIENocmlzdG9waGVyIChVSykgPGNocmlz LmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPjsgSnVzdGluIERlYW4gPGJlYmVtYXN0ZXJAZ21haWwu Y29tPjsgbWFuZXRAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbbWFuZXRdIEFPRFZ2MiByZWl2ZXcN Cg0KVGhlIHF1ZXN0aW9uIGlzLCBpcyB0aGF0IGltcG9ydGFudCBmb3IgQU9EVnYyPyBTaG91bGQg aXQgYWxsb3cgaXQ/IEFyZSB0aGVyZSBhbnkgcHJvYmxlbXM/DQoNCkFzIEkndmUganVzdCBzYWlk IGluIGFub3RoZXIgcG9zdCwgdGhlIHN0ZXAgYmV5b25kIHRoYXQgb2Ygcm91dGVycyBzaGFyaW5n IGFuIGFkZHJlc3MgaXMgYSBwcm9ibGVtLCBidXQgSSBkb24ndCBleHBlY3QgaXQgdG8gYmUgcmVs ZXZhbnQgYXMgcGVvcGxlIHNob3VsZG4ndCBkbyBpdCAoaXQgY291bGQgYmUgZXhwbGljaXRseSBz YWlkKS4gVGhvdWdoIHdoYXQgSSBkaWRuJ3QgYWRkcmVzcyB0aGVyZSBpcyB0aGUgaW1wYWN0IG9u IGdhdGV3YXlzLiBXZSByZXNvbHZlZCB0aGF0IGluIE9MU1J2MiB3aXRoIHR3byBkaWZmZXJlbnQg a2luZHMgb2YgYWR2ZXJ0aXNlZCBhZGRyZXNzLCBvbmUgc2hhcmVhYmxlIGFtb25nIHJvdXRlcnMs IG5vdCB0aWVkIHRvIGFuIGludGVyZmFjZSwgb25lIHNoYXJlYWJsZSBhbW9uZyBpbnRlcmZhY2Vz IGJ1dCBvbmx5IG9uIHRoZSBzYW1lIHJvdXRlciBhbmQgb25seSBpZiBub3QgY29tbW9ubHkgaGVh cmFibGUuDQoNCi0tDQpDaHJpc3RvcGhlciBEZWFybG92ZQ0KY2hyaXN0b3BoZXIuZGVhcmxvdmVA Z21haWwuY29tPG1haWx0bzpjaHJpc3RvcGhlci5kZWFybG92ZUBnbWFpbC5jb20+IChpUGhvbmUp DQpjaHJpc0BtbmVtb3N5bmUuZGVtb24uY28udWs8bWFpbHRvOmNocmlzQG1uZW1vc3luZS5kZW1v bi5jby51az4gKGhvbWUpDQoNCk9uIDIgTWFyIDIwMTYsIGF0IDE0OjE3LCBSYXRsaWZmLCBTdGFu bGV5IDxzcmF0bGlmZkBpZGlyZWN0Lm5ldDxtYWlsdG86c3JhdGxpZmZAaWRpcmVjdC5uZXQ+PiB3 cm90ZToNCkNocmlzLA0KDQpUaGUgdXNlIGNhc2UgY29tZXMgZnJvbSByb3V0ZXJzIGltcGxlbWVu dGluZyBpcCB1bm51bWJlcmVkLiBJdCBjYW4gY2F1c2UgdGhlIHNhbWUgYWRkcmVzcyB0byBiZSBw bGFjZWQgb24gbXVsdGlwbGUgaW50ZXJmYWNlcy4gRnJvbSB3aGF0IEkgcmVjYWxsLCBpdHMgZXNw ZWNpYWxseSBwcmV2YWxlbnQgd2l0aCBQUFBvRSBpbnRlcmZhY2VzLCBhcyB0aGV5IGFyZSB2aXJ0 dWFsOyBjbG9uZWQgZnJvbSBhIGNvbW1vbiB0ZW1wbGF0ZS4NCg0KUmVnYXJkcywNClN0YW4NCg0K DQoNCkluIE5IRFAsIHdlIGFkZGVkIChmb2xsb3dpbmcgcmVxdWVzdHMgZnJvbSB0aGUgV0csIFN0 YW4gaW4gcGFydGljdWxhciBJSVJDKSB0aGUgbW9yZSB0cmlja3kgY2FzZSBvZiB0aGUgc2FtZSBh ZGRyZXNzIHVzZWQgb24gZGlmZmVyZW50IGludGVyZmFjZXMuIFdlIGhhZCB0byBsaW1pdCB0aGF0 LCBzbyBhbnkgcmVjZWl2aW5nIGludGVyZmFjZSB3b3VsZCBvbmx5IGV2ZXIgcmVjZWl2ZSBvbmUg b3IgdGhlIG90aGVyICh3aGljaCBvdGhlcndpc2UgaXMgbm90IGEgcmVxdWlyZW1lbnQgaW4gTkhE UCkgLSB3aGljaCBtaWdodCBpbiBhIHJlYWwgY2FzZSBiZSBlLmcuIGRpZmZlcmVudCBmcmVxdWVu Y2llcyAodGltZXNsb3RzLCBjb2RlcywgZXRjLikgSSBoYXZlIG5vIGlkZWEgd2hldGhlciB0aGlz IGlzIGVhc3kgb3IgaGFyZCBpbiBBT0RWdjIgKHRoZSBkZXZpbCBpcyBpbiB0aGUgZGV0YWlscyku IEkgZG9u4oCZdCBrbm93IGlmIFN0YW4gKGZvciBleGFtcGxlKSBzdGlsbCBoYXMgdGhpcyByZXF1 aXJlbWVudC4NCg0KLS0NCg0KKioqKioqKioqKioqKioqKioqKioqKioqDQoNCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpUaGlzIGVsZWN0cm9u aWMgbWVzc2FnZSBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgY29udGFpbnMNCmlu Zm9ybWF0aW9uIGZyb20gaURpcmVjdCwgd2hpY2ggbWF5IGJlIHByaXZpbGVnZWQsIHByb3ByaWV0 YXJ5DQphbmQvb3IgY29uZmlkZW50aWFsLiBJdCBpcyBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1 c2Ugb2YgdGhlIGluZGl2aWR1YWwNCm9yIGVudGl0eSB0byB3aG9tIHRoZXkgYXJlIGFkZHJlc3Nl ZC4gSWYgeW91IGFyZSBub3QgdGhlIG9yaWdpbmFsDQpyZWNpcGllbnQgb3IgdGhlIHBlcnNvbiBy ZXNwb25zaWJsZSBmb3IgZGVsaXZlcmluZyB0aGUgZW1haWwgdG8gdGhlDQppbnRlbmRlZCByZWNp cGllbnQsIGJlIGFkdmlzZWQgdGhhdCB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsDQppbiBl cnJvciwgYW5kIHRoYXQgYW55IHVzZSwgZGlzc2VtaW5hdGlvbiwgZm9yd2FyZGluZywgcHJpbnRp bmcsIG9yDQpjb3B5aW5nIG9mIHRoaXMgZW1haWwgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gSWYg eW91IHJlY2VpdmVkIHRoaXMgZW1haWwNCmluIGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBp bW1lZGlhdGVseSBub3RpZnkgdGhlIHNlbmRlci4NCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KbWFuZXQgbWFpbGluZyBsaXN0DQptYW5ldEBpZXRmLm9yZzxt YWlsdG86bWFuZXRAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL21hbmV0DQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18KVGhpcyBlbGVjdHJvbmljIG1lc3NhZ2UgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRl ZCB3aXRoIGl0IGNvbnRhaW5zCmluZm9ybWF0aW9uIGZyb20gaURpcmVjdCwgd2hpY2ggbWF5IGJl IHByaXZpbGVnZWQsIHByb3ByaWV0YXJ5CmFuZC9vciBjb25maWRlbnRpYWwuIEl0IGlzIGludGVu ZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbApvciBlbnRpdHkgdG8gd2hv bSB0aGV5IGFyZSBhZGRyZXNzZWQuIElmIHlvdSBhcmUgbm90IHRoZSBvcmlnaW5hbApyZWNpcGll bnQgb3IgdGhlIHBlcnNvbiByZXNwb25zaWJsZSBmb3IgZGVsaXZlcmluZyB0aGUgZW1haWwgdG8g dGhlCmludGVuZGVkIHJlY2lwaWVudCwgYmUgYWR2aXNlZCB0aGF0IHlvdSBoYXZlIHJlY2VpdmVk IHRoaXMgZW1haWwKaW4gZXJyb3IsIGFuZCB0aGF0IGFueSB1c2UsIGRpc3NlbWluYXRpb24sIGZv cndhcmRpbmcsIHByaW50aW5nLCBvcgpjb3B5aW5nIG9mIHRoaXMgZW1haWwgaXMgc3RyaWN0bHkg cHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmVkIHRoaXMgZW1haWwKaW4gZXJyb3IsIHBsZWFzZSBk ZWxldGUgaXQgYW5kIGltbWVkaWF0ZWx5IG5vdGlmeSB0aGUgc2VuZGVyLgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo= --_000_cf5adf6564cf45c5bc6c81af7b365113VAUSDITCHM2idirectnet_ Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0K CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4u RW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt c2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsN Cgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9y dC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6 OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29y ZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2 IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw ZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4N CjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9 IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0 aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+Q2hyaXMsDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRv IGFuc3dlciBhIHF1ZXN0aW9uIHdpdGggYSBxdWVzdGlvbiDigJMgV2lsbCBhbnlvbmUgd2FudCB0 byBydW4gQU9EVnYyIG92ZXIgYSBjb2xsZWN0aW9uIG9mIFBQUG9FIGxpbmtzPyBJIGRvdWJ0IGl0 LiZuYnNwOyBJIGRvbuKAmXQgaGF2ZSBhbnkgZ3JlYXQgaXNzdWVzIHdpdGggZGlzYWxsb3dpbmcN CiBpdC4gVGhhdCB3b3VsZCBhbHNvIHJlc29sdmUgSnVzdGlu4oCZcyB1bmktZGlyZWN0aW9uYWwg ZmFpbHVyZSBjYXNlLCBzaW5jZSB0aGUgY29tbW9uIGFkZHJlc3NlcyB3b3VsZG7igJl0IGJlIGFz c2lnbmVkIHRvIG11bHRpcGxlIGludGVyZmFjZXMgaW4gdGhlIGZpcnN0IHBsYWNlLg0KPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5PdGhlciB0aG91Z2h0cz8NCjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UmVnYXJkcyw8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+U3RhbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4N CjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEg MS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBDaHJp c3RvcGhlciBEZWFybG92ZSBbbWFpbHRvOmNocmlzQG1uZW1vc3luZS5kZW1vbi5jby51a10NCjxi cj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIE1hcmNoIDAyLCAyMDE2IDk6NTIgQU08YnI+DQo8 Yj5Ubzo8L2I+IFJhdGxpZmYsIFN0YW5sZXkgJmx0O3NyYXRsaWZmQGlkaXJlY3QubmV0Jmd0Ozxi cj4NCjxiPkNjOjwvYj4gRGVhcmxvdmUsIENocmlzdG9waGVyIChVSykgJmx0O2NocmlzLmRlYXJs b3ZlQGJhZXN5c3RlbXMuY29tJmd0OzsgSnVzdGluIERlYW4gJmx0O2JlYmVtYXN0ZXJAZ21haWwu Y29tJmd0OzsgbWFuZXRAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFttYW5ldF0g QU9EVnYyIHJlaXZldzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5UaGUgcXVlc3Rpb24gaXMsIGlzIHRoYXQgaW1wb3J0YW50IGZvciBBT0RWdjI/ IFNob3VsZCBpdCBhbGxvdyBpdD8gQXJlIHRoZXJlIGFueSBwcm9ibGVtcz88bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdiBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJBcHBsZU1haWxT aWduYXR1cmUiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QXMgSSd2ZSBqdXN0IHNhaWQgaW4gYW5v dGhlciBwb3N0LCB0aGUgc3RlcCBiZXlvbmQgdGhhdCBvZiByb3V0ZXJzIHNoYXJpbmcgYW4gYWRk cmVzcyBpcyBhIHByb2JsZW0sIGJ1dCBJIGRvbid0IGV4cGVjdCBpdCB0byBiZSByZWxldmFudCBh cyBwZW9wbGUgc2hvdWxkbid0IGRvIGl0IChpdCBjb3VsZCBiZSBleHBsaWNpdGx5IHNhaWQpLiBU aG91Z2ggd2hhdCBJIGRpZG4ndCBhZGRyZXNzIHRoZXJlIGlzIHRoZQ0KIGltcGFjdCBvbiBnYXRl d2F5cy4gV2UgcmVzb2x2ZWQgdGhhdCBpbiBPTFNSdjIgd2l0aCB0d28gZGlmZmVyZW50IGtpbmRz IG9mIGFkdmVydGlzZWQgYWRkcmVzcywgb25lIHNoYXJlYWJsZSBhbW9uZyByb3V0ZXJzLCBub3Qg dGllZCB0byBhbiBpbnRlcmZhY2UsIG9uZSBzaGFyZWFibGUgYW1vbmcgaW50ZXJmYWNlcyBidXQg b25seSBvbiB0aGUgc2FtZSByb3V0ZXIgYW5kIG9ubHkgaWYgbm90IGNvbW1vbmx5IGhlYXJhYmxl LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJBcHBsZU1haWxTaWduYXR1cmUiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KLS0gJm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hyaXN0b3BoZXIgRGVhcmxvdmU8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Im1haWx0bzpj aHJpc3RvcGhlci5kZWFybG92ZUBnbWFpbC5jb20iPmNocmlzdG9waGVyLmRlYXJsb3ZlQGdtYWls LmNvbTwvYT4gKGlQaG9uZSk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxhIGhyZWY9Im1haWx0bzpjaHJpc0BtbmVtb3N5bmUuZGVtb24uY28udWsi PmNocmlzQG1uZW1vc3luZS5kZW1vbi5jby51azwvYT4gKGhvbWUpPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t Ym90dG9tOjEyLjBwdCI+PGJyPg0KT24gMiBNYXIgMjAxNiwgYXQgMTQ6MTcsIFJhdGxpZmYsIFN0 YW5sZXkgJmx0OzxhIGhyZWY9Im1haWx0bzpzcmF0bGlmZkBpZGlyZWN0Lm5ldCI+c3JhdGxpZmZA aWRpcmVjdC5uZXQ8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkNo cmlzLA0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGUgdXNl IGNhc2UgY29tZXMgZnJvbSByb3V0ZXJzIGltcGxlbWVudGluZzwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+IGlwIHVubnVtYmVyZWQ8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPi4NCiBJdCBjYW4gY2F1c2UgdGhlIHNhbWUgYWRkcmVzcyB0byBiZSBwbGFj ZWQgb24gbXVsdGlwbGUgaW50ZXJmYWNlcy4gRnJvbSB3aGF0IEkgcmVjYWxsLCBpdHMgZXNwZWNp YWxseSBwcmV2YWxlbnQgd2l0aCBQUFBvRSBpbnRlcmZhY2VzLCBhcyB0aGV5IGFyZSB2aXJ0dWFs OyBjbG9uZWQgZnJvbSBhIGNvbW1vbiB0ZW1wbGF0ZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlN0YW48L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUg MS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SW4gTkhEUCwgd2UgYWRkZWQgKGZvbGxvd2luZyByZXF1 ZXN0cyBmcm9tIHRoZSBXRywgU3RhbiBpbiBwYXJ0aWN1bGFyIElJUkMpIHRoZSBtb3JlIHRyaWNr eSBjYXNlIG9mIHRoZSBzYW1lIGFkZHJlc3MgdXNlZCBvbiBkaWZmZXJlbnQgaW50ZXJmYWNlcy4N CiBXZSBoYWQgdG8gbGltaXQgdGhhdCwgc28gYW55IHJlY2VpdmluZyBpbnRlcmZhY2Ugd291bGQg b25seSBldmVyIHJlY2VpdmUgb25lIG9yIHRoZSBvdGhlciAod2hpY2ggb3RoZXJ3aXNlIGlzIG5v dCBhIHJlcXVpcmVtZW50IGluIE5IRFApIC0gd2hpY2ggbWlnaHQgaW4gYSByZWFsIGNhc2UgYmUg ZS5nLiBkaWZmZXJlbnQgZnJlcXVlbmNpZXMgKHRpbWVzbG90cywgY29kZXMsIGV0Yy4pIEkgaGF2 ZSBubyBpZGVhIHdoZXRoZXIgdGhpcyBpcyBlYXN5DQogb3IgaGFyZCBpbiBBT0RWdjIgKHRoZSBk ZXZpbCBpcyBpbiB0aGUgZGV0YWlscykuIEkgZG9u4oCZdCBrbm93IGlmIFN0YW4gKGZvciBleGFt cGxlKSBzdGlsbCBoYXMgdGhpcyByZXF1aXJlbWVudC48L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMx RjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzAwN0U3RSI+LS0NCjwvc3Bhbj48L2I+PG86cD48L286cD48L3A+DQo8cD48c3Bh biBsYW5nPSJFTi1HQiI+KioqKioqKioqKioqKioqKioqKioqKioqPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzAwMzM2NiI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188YnI+DQpUaGlzIGVsZWN0cm9uaWMgbWVzc2FnZSBhbmQgYW55IGZpbGVzIHRyYW5z bWl0dGVkIHdpdGggaXQgY29udGFpbnM8YnI+DQppbmZvcm1hdGlvbiBmcm9tIGlEaXJlY3QsIHdo aWNoIG1heSBiZSBwcml2aWxlZ2VkLCBwcm9wcmlldGFyeTxicj4NCmFuZC9vciBjb25maWRlbnRp YWwuIEl0IGlzIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbDxi cj4NCm9yIGVudGl0eSB0byB3aG9tIHRoZXkgYXJlIGFkZHJlc3NlZC4gSWYgeW91IGFyZSBub3Qg dGhlIG9yaWdpbmFsPGJyPg0KcmVjaXBpZW50IG9yIHRoZSBwZXJzb24gcmVzcG9uc2libGUgZm9y IGRlbGl2ZXJpbmcgdGhlIGVtYWlsIHRvIHRoZTxicj4NCmludGVuZGVkIHJlY2lwaWVudCwgYmUg YWR2aXNlZCB0aGF0IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWw8YnI+DQppbiBlcnJvciwg YW5kIHRoYXQgYW55IHVzZSwgZGlzc2VtaW5hdGlvbiwgZm9yd2FyZGluZywgcHJpbnRpbmcsIG9y PGJyPg0KY29weWluZyBvZiB0aGlzIGVtYWlsIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuIElmIHlv dSByZWNlaXZlZCB0aGlzIGVtYWlsPGJyPg0KaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5k IGltbWVkaWF0ZWx5IG5vdGlmeSB0aGUgc2VuZGVyLjxicj4NCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPiA8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQptYW5ldCBt YWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bWFuZXRAaWV0Zi5vcmciPm1hbmV0QGll dGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vbWFuZXQiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbWFuZXQ8 L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+ DQo8YnI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogOHB0OyBmb250LWZhbWlseTogQXJpYWwsIHNh bnMtc2VyaWY7IGNvbG9yOiAjMDAzMzY2OyI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+VGhpcyBlbGVjdHJvbmljIG1lc3NhZ2UgYW5kIGFu eSBmaWxlcyB0cmFuc21pdHRlZCB3aXRoIGl0IGNvbnRhaW5zPGJyPmluZm9ybWF0aW9uIGZyb20g aURpcmVjdCwgd2hpY2ggbWF5IGJlIHByaXZpbGVnZWQsIHByb3ByaWV0YXJ5PGJyPmFuZC9vciBj b25maWRlbnRpYWwuIEl0IGlzIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5k aXZpZHVhbDxicj5vciBlbnRpdHkgdG8gd2hvbSB0aGV5IGFyZSBhZGRyZXNzZWQuIElmIHlvdSBh cmUgbm90IHRoZSBvcmlnaW5hbDxicj5yZWNpcGllbnQgb3IgdGhlIHBlcnNvbiByZXNwb25zaWJs ZSBmb3IgZGVsaXZlcmluZyB0aGUgZW1haWwgdG8gdGhlPGJyPmludGVuZGVkIHJlY2lwaWVudCwg YmUgYWR2aXNlZCB0aGF0IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWw8YnI+aW4gZXJyb3Is IGFuZCB0aGF0IGFueSB1c2UsIGRpc3NlbWluYXRpb24sIGZvcndhcmRpbmcsIHByaW50aW5nLCBv cjxicj5jb3B5aW5nIG9mIHRoaXMgZW1haWwgaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gSWYgeW91 IHJlY2VpdmVkIHRoaXMgZW1haWw8YnI+aW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIGlt bWVkaWF0ZWx5IG5vdGlmeSB0aGUgc2VuZGVyLjxicj5fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48L2JvZHk+DQo8L2h0bWw+DQo= --_000_cf5adf6564cf45c5bc6c81af7b365113VAUSDITCHM2idirectnet_-- From nobody Wed Mar 2 07:42:07 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC8EA1A89B4 for ; Wed, 2 Mar 2016 07:42:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.846 X-Spam-Level: X-Spam-Status: No, score=-3.846 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001, T_HTML_ATTACH=0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d6DW3HJQXXOb for ; Wed, 2 Mar 2016 07:41:57 -0800 (PST) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 D2F541A89A9 for ; Wed, 2 Mar 2016 07:41:55 -0800 (PST) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1ab8uP-0009mt-Up>; Wed, 02 Mar 2016 16:41:54 +0100 Received: from f052223204.adsl.alicedsl.de ([78.52.223.204] helo=[192.168.1.2]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1:AES128-SHA:128) (envelope-from ) id <1ab8uP-002cwj-2a>; Wed, 02 Mar 2016 16:41:53 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_384618A1-D5B1-4745-9DA8-B70F89C15DE8" From: Lotte Steenbrink In-Reply-To: Date: Wed, 2 Mar 2016 16:41:55 +0100 Message-Id: <2AC5B5DC-AC50-4622-BD34-CF2F491240F8@fu-berlin.de> References: To: manet@ietf.org X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: 78.52.223.204 X-ZEDAT-Hint: A Archived-At: Subject: Re: [manet] AODVv2: Security considerations update X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 15:42:07 -0000 --Apple-Mail=_384618A1-D5B1-4745-9DA8-B70F89C15DE8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Ulrich and MANET members, [for some reason my e-mail Client ate Ulrich's e-mail so I've copy & = pasted it, I hope that doesn't mess up the thread/formatting too much] Thanks for your quick and thorough response! The reason I'm getting back to you just now is that we're currently = incorporating your comments into the document and I wanted to answer = with at least some work in progress. Attached you'll find what we've = changed so far (and a diff from the last version). There are still a lot = of TODOs in there, but this is the direction we're currently going in = and the changes we've made. (The quotes you'll find after some TODOs = are from BCP72) One additional thing that's not in the document yet but maybe should be = addresses is an additional scenario for 13.1.3 False Confirmation of = Link Bidirectionality: A malicious node could also immediately answer a RREQ with a RREP that = has stellar metric values, causing the genuine RREP of the route that is = actually established to be discarded.=20 Direct responses inline: Ulrich Herberg Sat, 20 February 2016 16:41 UTC > Hi Lotte, > > I agree with what Chris said. > > Can you clarify what you mean in your email by: > "[...] (afaik) the Availability/Confidentiality/Integrity model may be > considered a bit dated [...]"? I've read that it can be a non-exhaustive classification and I had the = suspicion that there are many more axes to cover.=20 > I have a few concerns with the proposed security considerations = section: > > - BCP72 specifies: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > "Authors MUST describe > > 1. which attacks are out of scope (and why!) > 2. which attacks are in-scope > 2.1 and the protocol is susceptible to > 2.2 and the protocol protects against > > At least the following forms of attack MUST be considered: > eavesdropping, replay, message insertion, deletion, modification, = and > man-in-the-middle. Potential denial of service attacks MUST be > identified as well. If the protocol incorporates cryptographic > protection mechanisms, it should be clearly indicated which portions > of the data are protected and what the protections are (i.e., > integrity only, confidentiality, and/or endpoint authentication, > etc.). Some indication should also be given to what sorts of = attacks > the cryptographic protection is susceptible. Data which should be > held secret (keying material, random seeds, etc.) should be clearly > labeled. > " > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > I don't think all of the above MUSTs are addressed in the proposed > text (see also below). Indeed. I hope we've resolved this with this update. > > > - I think the chain-of-trust model that doesn't allow end-to-end > integrity protection is problematic in an entirely distributed and > untrusted network environment. It's a bit like saying that you trust > that an email sent to someone else is integrity protected because the > step-wise SMTP between various mail servers along the path uses TLS. Just for the record, we didn't resolve this with the current version. > This brings me to the deeper issue of why messages are regenerated > instead of forwarded. I have not understood why this is necessary in > the first place (and I argued this in an email to the list at > https://www.ietf.org/mail-archive/web/manet/current/msg18081.html) The way I'm understanding the E-Mail you're citing, your issue with the = word "regeneration" there is that overall regeneration is a more drastic = measure than mere modification, and that this extra effort is = unnecessary. That makes sense to me, but simple forwarding (and thus = end-to-end protection?) of entirely unmodified messages won't be = possible with AODVv2, since TLVs like Metric and ValidityTime and AckReq = need to be updated hop by hop. Are you suggesting to add the option to = exclude these TLVs during ICV calculation? I guess that would open the = door to different attacks, but we could name "both sides" and let the = implementers decide which is better for them? Or what am I = misunderstanding here? I guess the entire topic deserves its own thread... >=20 > - The text in section 13.3.1 is hard to interpret as implementer, > since it mixes a security evaluation with the actual specifications of > how to protect the messages. I think it would be better to have > separate sections for these two parts. Also, as a stylistic > recommendation, I always had a hard time reading the continuous text > as opposed to bullet points as we applied in OLSRv2. Good point. We've restructured that section and tried to = bullet-point-ify the overall document a bit more. What do you think? >=20 > - I have some doubts that the Security ADs will agree with the terms > "recommendations" in the title of the section together with a lot of > SHOULDs and MAYs in the text, which seems to imply that usage of the > integrity protection is not mandatory. When specifying OLSRv2, we were > clearly told that we require a "MUST-implement/SHOULD use until you > have something more better". We've converted shoulds to SHOULDs now and the section doesn't contain = MAYs or mays... >=20 > - The Sec ADs required us for OLSRv2 to argue (in the spec) why we > don't need to specify automatic key management as per BCP107. I don't > see a similar section in AODVv2. Have you confirmed with the Sec ADs > that their requirements have been relaxed? Afaik not; has ben added as a TODO. > > - The biggest issue I have with the proposed security consideration > text is that there is no detailed specification of how to sign and > validate messages, similar to what we were required to do by the Sec > ADs in RFC7183. I doubt that two AODVv2 implementations by different > programmers would be interoperable just using the current text. You > mention the functions specified in RFC7182; but really these are just > the containers for the actual information. RFC7182 does not mandate > how to use them (such as we do in RFC7183). > Written down in the current version, but could be more detailed and = step-by-step based. > Best regards > Ulrich Kind regards, Lotte --Apple-Mail=_384618A1-D5B1-4745-9DA8-B70F89C15DE8 Content-Type: multipart/mixed; boundary="Apple-Mail=_855AB080-734E-426C-A2CA-24283A1F28D2" --Apple-Mail=_855AB080-734E-426C-A2CA-24283A1F28D2 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = Ulrich and MANET members,
[for some reason my e-mail Client ate = Ulrich's e-mail so I've copy & pasted it, I hope that doesn't mess = up the thread/formatting too much]

Thanks for = your quick and thorough response!
The reason I'm getting back = to you just now is that we're currently incorporating your comments into = the document and I wanted to answer with at least some work in progress. = Attached you'll find what we've changed so far (and a diff from the last = version). There are still a lot of TODOs in there, but this is the = direction we're currently going in and the changes we've made. =  (The quotes you'll find after some TODOs are from = BCP72)

One additional thing that's not in the = document yet but maybe should be addresses is an additional scenario for = 13.1.3 False Confirmation of Link Bidirectionality:
A = malicious node could also immediately answer a RREQ with a RREP that has = stellar metric values, causing the genuine RREP of the route that is = actually established to be = discarded. 

Direct responses = inline:

Ulrich Herberg <ulrich@herberg.name> Sat, 20 February = 2016 16:41 UTC
> Hi = Lotte,
>
> I agree with what Chris = said.
>
> Can you clarify what you mean in = your email by:
> "[...] (afaik) the = Availability/Confidentiality/Integrity model may be
> = considered a bit dated [...]"?

I've read that = it can be a non-exhaustive classification and I had the suspicion that = there are many more axes to cover. 

> I = have a few concerns with the proposed security considerations = section:
>
> - BCP72 specifies:
> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> = "Authors MUST describe
>
>     =  1.   which attacks are out of scope (and why!)
> =      2.   which attacks are in-scope
> =      2.1  and the protocol is susceptible = to
>      2.2  and the protocol = protects against
>
>   At least the = following forms of attack MUST be considered:
>   = eavesdropping, replay, message insertion, deletion, modification, = and
>   man-in-the-middle.  Potential denial of = service attacks MUST be
>   identified as well. =  If the protocol incorporates cryptographic
>   = protection mechanisms, it should be clearly indicated which = portions
>   of the data are protected and what the = protections are (i.e.,
>   integrity only, = confidentiality, and/or endpoint authentication,
>   = etc.).  Some indication should also be given to what sorts of = attacks
>   the cryptographic protection is = susceptible.  Data which should be
>   held = secret (keying material, random seeds, etc.) should be = clearly
>   labeled.
> "
> = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>
> I don't think all of the above MUSTs are addressed in the = proposed
> text (see also = below).

Indeed. I hope we've resolved this with = this update.

>
>
> = - I think the chain-of-trust model that doesn't allow = end-to-end
> integrity protection is problematic in an = entirely distributed and
> untrusted network environment. = It's a bit like saying that you trust
> that an email sent = to someone else is integrity protected because the
> = step-wise SMTP between various mail servers along the path uses = TLS.

Just for the record, we didn't resolve = this with the current version.

> This brings = me to the deeper issue of why messages are regenerated
> = instead of forwarded. I have not understood why this is necessary = in
> the first place (and I argued this in an email to the = list at
> https://www.ietf.org/mail-archive/web/manet/current/msg18081.html)

The way I'm understanding the E-Mail you're = citing, your issue with the word "regeneration" there is that overall = regeneration is a more drastic measure than mere modification, and that = this extra effort is unnecessary. That makes sense to me, but simple = forwarding (and thus end-to-end protection?) of entirely unmodified = messages won't be possible with AODVv2, since TLVs like Metric and = ValidityTime and AckReq need to be updated hop by hop. Are you = suggesting to add the option to exclude these TLVs during ICV = calculation? I guess that would open the door to different attacks, but = we could name "both sides" and let the implementers decide which is = better for them? Or what am I misunderstanding here?
I guess = the entire topic deserves its own = thread...

> 
> - The text = in section 13.3.1  is hard to interpret as = implementer,
> since it mixes a security evaluation with = the actual specifications of
> how to protect the messages. = I think it would be better to have
> separate sections for = these two parts. Also, as a stylistic
> recommendation, I = always had a hard time reading the continuous text
> as = opposed to bullet points as we applied in = OLSRv2.

Good point. We've restructured that = section and tried to bullet-point-ify the overall document a bit more. = What do you think?

> 
> - = I have some doubts that the Security ADs will agree with the = terms
> "recommendations" in the title of the section = together with a lot of
> SHOULDs and MAYs in the text, = which seems to imply that usage of the
> integrity = protection is not mandatory. When specifying OLSRv2, we = were
> clearly told that we require a = "MUST-implement/SHOULD use until you
> have something more = better".

We've converted shoulds to SHOULDs now = and the section doesn't contain MAYs or = mays...

> 
> - The Sec ADs = required us for OLSRv2 to argue (in the spec) why we
> = don't need to specify automatic key management as per BCP107. I = don't
> see a similar section in AODVv2. Have you confirmed = with the Sec ADs
> that their requirements have been = relaxed?

Afaik not; has ben added as a = TODO.

>
> - The biggest issue I = have with the proposed security consideration
> text is = that there is no detailed specification of how to sign = and
> validate messages, similar to what we were required = to do by the Sec
> ADs in RFC7183. I doubt that two AODVv2 = implementations by different
> programmers would be = interoperable just using the current text. You
> mention = the functions specified in RFC7182; but really these are = just
> the containers for the actual information. RFC7182 = does not mandate
> how to use them (such as we do in = RFC7183).
>

Written down in the = current version, but could be more detailed and step-by-step = based.

> Best regards
> = Ulrich

Kind = regards,
Lotte

= --Apple-Mail=_855AB080-734E-426C-A2CA-24283A1F28D2 Content-Disposition: attachment; filename*0="13. Security Considerations_v3-from- Security Considerations.dif"; filename*1=f.html Content-Type: text/html; name="13. Security Considerations_v3-from- Security Considerations.diff.html" Content-Transfer-Encoding: 7bit Diff: 13. Security Considerations.txt - 13. Security Considerations_v3.txt
 13. Security Considerations.txt   13. Security Considerations_v3.txt 
skipping to change at line 14 skipping to change at line 14
avenues to secure AODVv2 routing. The main objective of the AODVv2 avenues to secure AODVv2 routing. The main objective of the AODVv2
protocol is for each router to communicate reachability information protocol is for each router to communicate reachability information
about addresses for which it is responsible, and for routes it has about addresses for which it is responsible, and for routes it has
learned from other AODVv2 routers. learned from other AODVv2 routers.
Networks using AODVv2 to maintain connectivity and establish routes Networks using AODVv2 to maintain connectivity and establish routes
on demand may be vulnerable to certain well-known types of threats, on demand may be vulnerable to certain well-known types of threats,
which will be detailed in the following. Some of the threats described which will be detailed in the following. Some of the threats described
can be mitigated or eliminated. Tools to do so will be described also. can be mitigated or eliminated. Tools to do so will be described also.
13.1 Availability TODO:
"The threat environment addressed by the Security Considerations
Flooding attacks using RREQ amount to a denial of service for route section MUST at a minimum include deployment across the global
discovery: By issuing RREQ mesages for targets that don't exist, an Internet across multiple administrative boundaries without assuming
attacker can flood the network, blocking resources and drowning out that firewalls are in place, even if only to provide justification
legitimate traffic. for why such consideration is out of scope for the protocol."
Valid route table entries can be replaced or modified by maliciously Since route messages are regenerated at each router, AODVv2 assumes a security
constructed RREQ and RREP messages, destroying existing routes and the model of transitive trust. The sender of a message MUST be trusted in order
network's integrity. for receiving one-hop neighbours to store the routing information it
provides and regenerate the message to their own one-hop neighbours.
Links could be erroneously treated as bidirectional if malicious unsolicited Routes are installed based on information received from trusted neighbours.
or spoofed RREP and RREP_Ack messages were to be accepted. Therefore a chain of trust back to the originator of a message is assumed
by any router using the routing information received.
Maliciously crafted or replayed RERR messages can be used to disrupt active routes. Since messages are regenerated rather than forwarded, the message concepts
known as RREQ, RREP and RERR do not travel as a single unchanged entity
between source and destination, and therefore message integrity cannot be
assured end-to-end between OrigAddr and TargAddr.
However, The on-demand nature of AODVv2 route discovery automatically reduces The on-demand nature of AODVv2 route discovery automatically reduces
the vulnerability to route disruption. Since control traffic for the vulnerability to route disruption. Since control traffic for
updating route tables is diminished, there is less opportunity for updating route tables is diminished, there is less opportunity for
attacks and failure. attack and failure.
Processing requirements for AODVv2 are typically quite 13.1 Availability
small, and would typically be dominated by calculations to verify
integrity. This has the effect of reducing (but by no means Threats to AODVv2 which reduce availability are considered below.
eliminating) AODVv2's vulnerability to denial of service attacks.
13.1.1 Denial of Service
Flooding attacks using RREQ amount to a (BLIND) denial of service for route discovery: By
issuing RREQ messages for targets that don't exist, an attacker can flood the network, blocking
resources and drowning out legitimate traffic. The effect of this attack is dampened by the
fact that duplicate RREQ messages are dropped (preventing the network from DDoSing itself).
Processing requirements for AODVv2 messages are typically quite small, however AODVv2 routers
receiving RREQs do allocate resources in the form of Neighbor Table, Local Route Set and Multicast
Route Message Table entries. The attacker can maximize their impact on table growth by changing
OrigAddr for each RREQ. If a specific node is to be targeted, this attack may be carried out in
a DISTRIBUTED fashion, either by compromising its direct neighbors or by specifying the target's
address as TargAddr.
Mitigation:
o If AODVv2 routers always verify that the sender of the RERR message is trusted, this threat is
reduced. Processing requirements would typically be dominated by calculations to verify integrity.
This has the effect of reducing (but by no means eliminating) AODVv2's vulnerability to denial of
service attacks.
TODO
"This description MUST
include the reasons it was either unreasonable or out of scope to
attempt to avoid these denial of service attacks.":
- Authentication of senders may prevent "foreign" nodes from DoSing, but does
not protect from rogue routers (note that we currently don't propose any
authentication mechanisms)
- In the corner case that network architecture is previously known, "legal"
addresses could be administratively configured?
(- is this sufficient? Am I overlooking a way to prevent this here?)
13.1.2 Malicious RERR messages
RERR messages are designed to cause removal of installed routes. A malicious node could
send an RERR message with false information to attempt to get other routers to remove a
route to one or more specific destinations, therefore disrupting traffic to the advertised
destinations.
Routes will be deleted if an RERR is received, withdrawing a route for which the sender is
the receiver's next hop, and when the RERR includes the MetricType of the installed route,
and includes either no sequence number for the route, or includes a greater sequence number
than the sequence number stored with that route in the receiver's Local Route Set. Routes
will also be deleted if a received RERR contains a PktSource address corresponding to a Router
Client.
The information necessary to construct a malicious RERR could be learned by eavesdropping,
either by listening to AODVv2 messages or by watching data packet flows.
Since the RERR is multicast, it can be received by many routers in the ad hoc network, and will
be regenerated when processing results in an active route being removed. This threat could
have serious impact on applications communicating by way of the sender of the RERR message.
o The set of routers which use the malicious router as a next hop may be targeted with
a malicious RERR with no PktSource address included, if the RERR contains routes for which
the malicious router is a next hop from the receiving router. However, since the sender of
the RERR message is either malicious or broken, it is better that it is not used as a next
hop for these routes anyway.
o A single router which does not use the malicious router as part of its route may be targeted
with a malicious RERR with a PktSource address included.
o Replayed RERR messages could be used to disrupt active routes.
Mitigation:
o Protection against eavesdropping of AODVv2 messages would mitigate this attack to some extent,
but eavesdropping of data packets can also be used to deduce the information about which routes
could be targeted.
o Protection against a malicious router becoming part of a route will mitigate the attack where a
set of routers are targeted. This will not protect against the attack if a PktSource address is
included.
o By only regenerating RERR messages where active routes are removed, the spread of the malicious
RERR is limited.
o Including sequence numbers in RERR messages offers protection against attacks using replays of
these RERR messages.
o If AODVv2 routers always verify that the sender of the RERR message is trusted, this threat is
reduced.
13.1.3 False Confirmation of Link Bidirectionality
Links could be erroneously treated as bidirectional if malicious unsolicited or spoofed RREP
messages were to be accepted. This would result in a route being installed which could
not in fact be used to forward data to the destination, and may divert data packets away from the
intended destination.
There is a window of RREQ_WAIT_TIME after an RREQ is sent, in which any malicious router could
send an RREP in response, in order for the link to the malicious router to be deemed as
bidirectional.
Mitigation:
o Ignoring unsolicited RREP and RREP_Ack messages partially mitigates against this threat.
o If AODVv2 routers always verify that the sender of the RERR message is trusted, this threat is
reduced.
13.1.4 Message Deletion
A malicious router could decide not to regenerate a RREQ or RREP or RERR message. Not regenerating a
RERR or RREP message would disrupt route discovery. Not regenerating a RERR message would result in the
source of data packets continuing to maintain and use the route, and further RERR messages being generated
by the sender of the non-regenerated RERR. A malicious router could intentionally disrupt traffic flows by
not allowing the source of data traffic to re-discover a new route when one breaks.
Failing to send a RREP_Ack would also disrupt route establishment, by not allowing the reverse route to be
validated. Return traffic which needs that route will prompt a new route discovery, wasting resources and
incurring a slight delay but not disrupting the ability for applications to communicate.
Mitigation:
o none? also note that malicious router would have to wait for a route to break before it could perform this attack.
13.2 Confidentiality 13.2 Confidentiality
Passive inspection of AODVv2 control messages could enable Passive inspection (eavesdropping) of AODVv2 control messages could enable unauthorized devices to gain
unauthorized devices to gain information about the network topology, information about the network topology, since exchanging such information is the main purpose of AODVv2.
since exchanging such information is the main purpose of AODVv2.
Eavesdropping of data traffic could allow a malicious device to obtain information about how data traffic
is being routed. With knowledge of source and destination addresses, malicious messages could be constructed
to disrupt normal operation.
13.3 Integrity 13.3 Integrity
Out of the box, AODVv2 provides no integrity protection. Any participating Integrity of route information can be compromised in the following types of attack:
router may pose as another router by sending RREQ, RREP, RREP_Ack and RERR
messages in its name. Replaying of (old) RREQ or RREP messages, however,
would be of less use to an attacker, since they would be dropped immediately
due to their stale sequence number.
Encryption MAY be used for AODVv2 messages. If the routers share a 13.3.1 Message Insertion
Valid route table entries can be replaced or modified by maliciously constructed AODVv2 messages, destroying
existing routes and the network's integrity. Any router may pose as another router by sending RREQ, RREP,
RREP_Ack and RERR messages in its name.
o Sending an RREQ message with false information can disrupt traffic to OrigAddr, if the sequence
number attached is not stale compared to any existing information about OrigAddr. Since RREQ
is multicast and likely to be received by all routers in the ad hoc network, this threat
could have serious impact on applications communicating with OrigAddr. The actual threat
to disrupt routes to OrigAddr is reduced by the AODVv2 mechanism of marking RREQ-derived
routes as "Unconfirmed" until the link to the next hop is confirmed.
o Sending an RREP message with false information can disrupt traffic to TargAddr. Since RREP
is unicast, and ignored if a corresponding RREQ was not recently sent, this threat is minimized,
and is restricted to receivers along the path from OrigAddr to TargAddr.
o Sending an RREP_Ack message with false information can cause the route advertised to a target
address in an RREP to be erroneously accepted even though the route would contain a unidirectional
link and thus not be suitable for most traffic. Since RREP_Ack is unicast, and ignored if a RREP was
not sent recently to the sender of the RREP_Ack, this threat is minimized and is strictly local
to the RREP transmitter expecting the acknowledgement. Unsolicited RREP_Acks are ignored.
o Sending an RERR message with false information is discussed in [](#13.1.2).
Mitigation:
o If AODVv2 routers always verify that the sender of a message is trusted, this threat is
reduced.
13.3.2 Message Modification - Man in the Middle
Any AODVv2 router can regenerate messages with modified data.
Mitigation:
o If AODVv2 routers verify the integrity of AODVv2 messages, then the threat of disruption is minimized. A
man in the middle with no knowledge of the shared secret key used to calculate an integrity check value
MAY modify a message but the message will be rejected when it fails an integrity check.
13.3.3 Replay Attacks
Replaying of RREQ or RREP messages would be of less use to an attacker, since they would be
dropped immediately due to their stale sequence number. RERR messages MAY or MAY NOT include
sequence numbers and are therefore susceptible to replay attacks. RREP_Ack messages do not
include sequence numbers and are therefore susceptible to replay attacks.
Mitigation:
o Use of timestamps or sequence numbers prevents replay attacks.
13.4 Protection Mechanisms
13.4.1 Confidentiality and Authentication
Encryption MAY be used for AODVv2 messages. If the routers share a
packet-level security association, the message data can be encrypted packet-level security association, the message data can be encrypted
prior to message transmission. The establishment of such security prior to message transmission. The establishment of such security
associations is outside the scope of this specification. Encryption associations is outside the scope of this specification. Encryption
will not only protect against unauthorized devices obtaining will not only protect against unauthorized devices obtaining
information about network topology but will ensure that only trusted information about network topology (eavesdropping) but will ensure that
routers participate in routing operations. only trusted routers participate in routing operations.
The data contained in AODVv2 routing protocol messages SHOULD be verified using 13.4.2 Integrity and Trust using ICVs
Cryptographic Integrity Check Values (ICVs)values, to
avoid the use of message data if the message has been tampered with.
Replay attacks SHOULD be prevented by adding timestamps to the messages.
While the generation of these ICVs and timestamps is out of scope for
this document, they MUST be represented as defined in [RFC7182].
13.3.1 Recommendations for ICV and timestamp generation Cryptographic Integrity Check Values (ICVs) can be used to ensure integrity of received messages,
protecting against man in the middle attacks. Further, by using ICVs, only those routers with knowledge
of a shared secret key are allowed to participate in routing information exchanges. [](#RFC7182) defines
ICV TLVs for use with [](#RFC5444).
This section provides specific recommendations for The data contained in AODVv2 routing protocol messages MUST be verified using Integrity Check
the use of the integrity checking and timestamp functions defined in Values, to avoid the use of message data if the message has been tampered with.
[RFC7182] to ensure the integrity of each AODVv2 message. The
calculation used for the Integrity Check Value will depend on the
message type. Sequence numbers can be used as timestamps to protect
against replay, since they are known to be strictly increasing.
When more than one message is included in an RFC5444 packet, using a The method of distribution of shared secret keys is out of the scope of this protocol. Key
single ICV Packet TLV and a single TIMESTAMP Packet TLV is more efficient management is not specified for the following reasons:
than including an ICV Message TLV and TIMESTAMP Message TLV in each
message created. In this case, the RFC5444 multiplexer must be instructed
to include the ICV and TIMESTAMP Packet TLVs in packets containing AODVv2
messages, or must be selected because it always performs these additions.
If the multiplexer is not capable of adding these Packet TLVs, they SHOULD
be included in each AODVv2 message.
RREQ messages advertise a route to OrigAddr, and impose very little TODO (like OLSRv2 section 23.6)
processing requirement for receivers. The main threat presented by
sending an RREQ message with false information is that traffic to
OrigAddr could be disrupted. Since RREQ is multicast and likely to
be received by all routers in the ad hoc network, this threat could
have serious impact on applications communicating by way of OrigAddr.
The actual threat to disrupt routes to OrigAddr is reduced by the
AODVv2 mechanism of marking RREQ-derived routes as "Unconfirmed"
until the link to the next hop is confirmed. If AODVv2 routers
verify the integrity of the RREQ message data with the help of ICVs,
then the threat of disruption is minimized. Since OrigAddr is included in the
RREQ, the ICV can be calculated and verified using message contents.
The ICV SHOULD be verified at every step along the dispersal path of
the RREQ to mitigate the threat. Since RREQ_Gen's sequence number is
incremented for each new RREQ, replay protection is already afforded
and no extra timestamp mechanism is required.
RREP messages advertise a route to TargAddr, and impose very little 13.4.3 Replay Protection using Timestamps
processing requirement for receivers. The main threat presented by
sending an RREP message with false information is that traffic to
TargAddr could be disrupted. Since RREP is unicast, this threat is
restricted to receivers along the path from OrigAddr to TargAddr. If
AODVv2 routers always verify the integrity of the RREP message data with the help of ICVs,
then this threat is minimized. Since TargAddr is included as a Data
Element of the RREP, the ICV can be calculated and verified using
message contents. The ICV SHOULD be verified at every step along the
unicast path of the RREP. Since RREP_Gen's sequence number is
incremented for each new RREP, replay protection is afforded and no
extra timestamp mechanism is required.
RREP_Ack messages are intended to verify bidirectional neighbor Replay attacks MUST be prevented by using timestamps or sequence numbers in messages. [](#RFC7182) defines a
connectivity, and impose very little processing requirement for TIMESTAMP TLV for use with [](#RFC5444).
receivers. The main threat presented by sending an RREP_Ack message
with false information is that the route advertised to a target
address in an RREP might be erroneously accepted even though the
route would contain a unidirectional link and thus not be suitable
for most traffic. Since RREP_Ack is unicast, this threat is strictly
local to the RREP transmitter expecting the acknowledgement. A
malicious router could also attempt to send an unsolicited RREP_Ack
to convince another router that a bidirectional link exists and
subsequently use further messages to divert traffic along a route
which is not valid. If AODVv2 routers always verify the integrity of
the RREP_Ack message data, then this threat is minimized.
The RREP_Gen SHOULD use the source IP address of the RREP_Ack to identify the
sender, and so the ICV SHOULD be calculated using the message
contents and the IP source address. The message must also include
a timestamp to protect against replay attacks, using TargSeqNum from the RREP
as the value in the TIMESTAMP TLV.
RERR messages remove routes, and impose very little processing The data contained in AODVv2 routing protocol messages MUST be protected with a TIMESTAMP value
requirement for receivers. The main threat presented by sending an to ensure the protection against replaying of the message. Sequence numbers can be used as
RERR message with false information is that traffic to the advertised timestamps, since they are known to be strictly increasing.
destinations could be disrupted. Since RERR is multicast and can be
received by many routers in the ad hoc network, this threat could
have serious impact on applications communicating by way of the
sender of the RERR message. However, since the sender of the RERR
message with erroneous information MAY be presumed to be either
malicious or broken, it is better that such routes not be used
anyway. Another threat is that a malicious RERR message MAY be sent
with a PktSource included, to disrupt PktSource's ability to send to
the addresses contained in the RERR. If AODVv2 routers always verify
the integrity of the RERR message data with the help of ICVs, this threat is reduced.
The receiver of the RERR SHOULD use the source IP address of the RERR to
identify the sender. The message must also include a timestamp to protect
against replay attacks, using SeqNum from RERR_Gen as the value in the TIMESTAMP TLV.
13.4 Trust Model 13.4.4 Application to AODVv2
Since routing information is distributed to neighbours on a hop-by-hop basis, TODO: choose HASH_FUNCTION and CRYPTOGRAPHIC_FUNCTION.
and route messages are regenerated at each router, AODVv2 assumes a security Implementations of AODVv2 MUST support ICV TLVs using type-extensions 1 and 2,
model of transitive trust. The sender of a message must be trusted in order hash-function HASH_FUNCTION, and cryptographic function CRYPTOGRAPHIC_FUNCTION. An ICV
for receiving one-hop neighbours to store the routing information it MUST be included with every message. The ICV value MAY be truncated as specified in [](#RFC7182).
provides and regenerate the message to their own one-hop neighbours.
Routes are installed based on information received from trusted neighbours. Implementations of AODVv2 MUST support a TIMESTAMP TLV using type-extension 0. The timestamp used
Therefore a chain of trust back to the originator of a message is assumed is a sequence number, and therefore the length of the <TIMESTAMP-value> field matches the AODVv2
by any router using the routing information received. sequence number defined in [](#seqnum). The TIMESTAMP TLV MUST be included in RREP_Ack and RERR
messages.
Since messages are regenerated rather than forwarded, the message concepts When more than one message is included in an RFC5444 packet, using a single ICV Packet TLV or
known as RREQ, RREP and RERR do not travel as a single unchanged entity single TIMESTAMP Packet TLV is more efficient than including ICV and TIMESTAMP Message TLVs in
between source and destination, and therefore message integrity cannot be each message created. In this case, the RFC5444 multiplexer MUST be instructed to include the
assured end-to-end. Using ICVs and timestamps, messages can be protected Packet TLVs in packets containing AODVv2 messages, or MUST be selected because it always performs
on a hop-by-hop basis, allowing only those routers with knowledge of a these additions. If the multiplexer is not capable of adding the Packet TLVs, the TLVs MUST be
shared secret key to participate in routing information exchanges, and included as Message TLVs in each AODVv2 message in the packet.
protecting against replay attacks.
After message generation but before transmission, the ICV and TIMESTAMP TLVs MUST be added
according to each message type as detailed in the following sections. The following steps list the
generic procedure to be performed:
1. The considerations in Section 8 of [](#RFC7182) are followed, removing existing ICV TLVs
and adjusting the size and flags fields.
2. The ICV is calculated over the fields specified below, depending on message type. This value
MAY be truncated (as specified in [](#RFC7182)).
3. If the TIMESTAMP is to be included, add the TIMESTAMP TLV, updating size fields as necessary.
4. Add the ICV TLV, updating size fields as necessary.
5. The changes made in Step 1 are reversed to re-add any existing ICV TLVs and adjusting the
size and flags fields.
The ICV MUST be verified at the receiver. Verification of a received ICV value is performed by
repeating Step 1 and Step 2. If the ICV value calculated from the received message or packet does
not match the value of <ICV-data> in the received message or packet, the validation fails and the
AODVv2 message MUST be discarded.
Verification of a received TIMESTAMP value is performed differently depending on message type.
TODO: "If the protocol incorporates cryptographic
protection mechanisms, it should be clearly indicated which portions
of the data are protected and what the protections are (i.e.,
integrity only, confidentiality, and/or endpoint authentication,
etc.). Some indication should also be given to what sorts of attacks
the cryptographic protection is susceptible. Data which should be
held secret (keying material, random seeds, etc.) should be clearly
labeled."
TODO:
"There should be a clear description of the residual risk to the user
or operator of that protocol after threat mitigation has been
deployed." (i.e. detail what happens if parts are compromised, weak cipher
is deployed etc)
13.4.4.1 RREQ Generation and Reception
Since OrigAddr is included in the RREQ, the ICV can be calculated and verified using all
of the message contents. This provides message integrity and endpoint authentication,
because trusted routers MUST hold the shared key in order to calculate the ICV value.
The ICV TLV has type extension := 1.
Since RREQ_Gen's sequence number is incremented for each new RREQ, replay protection is
already afforded and no extra timestamp mechanism is required.
13.4.4.2 RREP Generation and Reception
Since TargAddr is included in the RREP, the ICV can be calculated and verified using all
of the message contents. This provides message integrity and endpoint authentication,
because trusted routers MUST hold the shared key in order to calculate the ICV value.
The ICV TLV has type extension := 1.
Since RREP_Gen's sequence number is incremented for each new RREP, replay protection is
afforded and no extra timestamp mechanism is required.
13.4.4.3 RREP_Ack Generation and Reception
The RREP_Gen uses the source IP address of the RREP_Ack to identify the sender to look up whether
the RREP_Ack is expected and update the Neighbour Table, and so the ICV MUST be calculated using
the message contents and the IP source address. The ICV TLV has type extension := 2 in order to
accomplish this. This provides message integrity and endpoint authentication, because trusted routers
MUST hold the shared key in order to calculate the ICV value.
The message MUST also include a timestamp to protect against replay attacks, using TargSeqNum from
the RREP as the value in the TIMESTAMP TLV. Verification of a received TIMESTAMP value is performed
by comparing the sequence number in the <TIMESTAMP-value> field with the sequence number in a recently
sent RREP awaiting acknowledgement from the sender of the RREP_Ack. If the sequence number is not
equal, the AODVv2 message MUST be discarded.
13.4.4.4 RERR Generation and Reception
The receiver of the RERR MUST use the source IP address of the RERR to identify the sender to look
up routes using that sender as next hop, and so the ICV MUST be calculated using the message contents
and the IP source address. The ICV TLV has type extension := 2 in order to accomplish this. This provides
message integrity and endpoint authentication, because trusted routers MUST hold the shared key in order
to calculate the ICV value.
The message MUST also include a timestamp to protect against replay attacks, incrementing and using
RERR_Gen's sequence number as the value in the TIMESTAMP TLV. Verification of a received TIMESTAMP
value is performed by comparing the sequence number in the <TIMESTAMP-value> field with the last seen
sequence number from the sender of the RERR. If the sequence number is not greater, the AODVv2
message MUST be discarded.
 End of changes. 23 change blocks. 
121 lines changed or deleted 220 lines changed or added

This html diff was produced by rfcdiff 1.41. The latest version is available from http://tools.ietf.org/tools/rfcdiff/
--Apple-Mail=_855AB080-734E-426C-A2CA-24283A1F28D2 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii
--Apple-Mail=_855AB080-734E-426C-A2CA-24283A1F28D2 Content-Disposition: attachment; filename="13. Security Considerations_v3.txt" Content-Type: text/plain; name="13. Security Considerations_v3.txt" Content-Transfer-Encoding: quoted-printable 13. Security Considerations This section describes various security considerations and potential avenues to secure AODVv2 routing. The main objective of the AODVv2 protocol is for each router to communicate reachability information about addresses for which it is responsible, and for routes it has learned from other AODVv2 routers. Networks using AODVv2 to maintain connectivity and establish routes on demand may be vulnerable to certain well-known types of threats, which will be detailed in the following. Some of the threats = described can be mitigated or eliminated. Tools to do so will be described = also. TODO: "The threat environment addressed by the Security Considerations section MUST at a minimum include deployment across the global Internet across multiple administrative boundaries without assuming that firewalls are in place, even if only to provide justification for why such consideration is out of scope for the protocol." Since route messages are regenerated at each router, AODVv2 assumes a = security model of transitive trust. The sender of a message MUST be trusted in = order for receiving one-hop neighbours to store the routing information it provides and regenerate the message to their own one-hop neighbours. Routes are installed based on information received from trusted = neighbours. Therefore a chain of trust back to the originator of a message is = assumed by any router using the routing information received. Since messages are regenerated rather than forwarded, the message = concepts known as RREQ, RREP and RERR do not travel as a single unchanged = entity between source and destination, and therefore message integrity = cannot be assured end-to-end between OrigAddr and TargAddr. The on-demand nature of AODVv2 route discovery automatically reduces the vulnerability to route disruption. Since control traffic for updating route tables is diminished, there is less opportunity for attack and failure. 13.1 Availability Threats to AODVv2 which reduce availability are considered = below. 13.1.1 Denial of Service Flooding attacks using RREQ amount to a (BLIND) denial of service for = route discovery: By issuing RREQ messages for targets that don't exist, an attacker = can flood the network, blocking resources and drowning out legitimate traffic. The effect of = this attack is dampened by the fact that duplicate RREQ messages are dropped (preventing the network = from DDoSing itself). Processing requirements for AODVv2 messages are typically quite = small, however AODVv2 routers receiving RREQs do allocate resources in the form of Neighbor = Table, Local Route Set and Multicast Route Message Table entries. The attacker can maximize their = impact on table growth by changing OrigAddr for each RREQ. If a specific node is to be targeted, = this attack may be carried out in a DISTRIBUTED fashion, either by compromising its direct = neighbors or by specifying the target's address as TargAddr. Mitigation: o If AODVv2 routers always verify that the sender of the = RERR message is trusted, this threat is reduced. Processing requirements would typically be = dominated by calculations to verify integrity. This has the effect of reducing (but by no means = eliminating) AODVv2's vulnerability to denial of service attacks. TODO "This description MUST include the reasons it was either unreasonable or out of scope to attempt to avoid these denial of service attacks.": - Authentication of senders may prevent "foreign" nodes from DoSing, = but does not protect from rogue routers (note that we currently don't = propose any authentication mechanisms) - In the corner case that network architecture is previously known, = "legal" addresses could be administratively configured? (- is this sufficient? Am I overlooking a way to prevent this here?) 13.1.2 Malicious RERR messages RERR messages are designed to cause removal of installed routes. = A malicious node could send an RERR message with false information to attempt to get = other routers to remove a route to one or more specific destinations, therefore disrupting = traffic to the advertised destinations. Routes will be deleted if an RERR is received, withdrawing a = route for which the sender is the receiver's next hop, and when the RERR includes the = MetricType of the installed route, and includes either no sequence number for the route, or = includes a greater sequence number than the sequence number stored with that route in the = receiver's Local Route Set. Routes will also be deleted if a received RERR contains a PktSource = address corresponding to a Router Client. The information necessary to construct a malicious RERR could be = learned by eavesdropping, either by listening to AODVv2 messages or by watching data = packet flows. Since the RERR is multicast, it can be received by many routers = in the ad hoc network, and will be regenerated when processing results in an active route being = removed. This threat could have serious impact on applications communicating by way of the = sender of the RERR message. o The set of routers which use the malicious router as a next = hop may be targeted with a malicious RERR with no PktSource address included, if = the RERR contains routes for which the malicious router is a next hop from the receiving = router. However, since the sender of the RERR message is either malicious or broken, it is = better that it is not used as a next hop for these routes anyway. o A single router which does not use the malicious router as = part of its route may be targeted with a malicious RERR with a PktSource address included. o Replayed RERR messages could be used to disrupt active = routes. Mitigation: o Protection against eavesdropping of AODVv2 messages = would mitigate this attack to some extent, but eavesdropping of data packets can also be used to = deduce the information about which routes could be targeted. o Protection against a malicious router becoming part of a = route will mitigate the attack where a set of routers are targeted. This will not protect = against the attack if a PktSource address is included. o By only regenerating RERR messages where active routes = are removed, the spread of the malicious RERR is limited. o Including sequence numbers in RERR messages offers = protection against attacks using replays of these RERR messages. o If AODVv2 routers always verify that the sender of the = RERR message is trusted, this threat is reduced. 13.1.3 False Confirmation of Link Bidirectionality Links could be erroneously treated as bidirectional if malicious = unsolicited or spoofed RREP messages were to be accepted. This would result in a route being = installed which could not in fact be used to forward data to the destination, and may = divert data packets away from the intended destination. There is a window of RREQ_WAIT_TIME after an RREQ is sent, in = which any malicious router could send an RREP in response, in order for the link to the malicious = router to be deemed as bidirectional. Mitigation: o Ignoring unsolicited RREP and RREP_Ack messages = partially mitigates against this threat. o If AODVv2 routers always verify that the sender of the = RERR message is trusted, this threat is reduced. 13.1.4 Message Deletion A malicious router could decide not to regenerate a RREQ or RREP = or RERR message. Not regenerating a RERR or RREP message would disrupt route discovery. Not = regenerating a RERR message would result in the source of data packets continuing to maintain and use the route, = and further RERR messages being generated by the sender of the non-regenerated RERR. A malicious router = could intentionally disrupt traffic flows by not allowing the source of data traffic to re-discover a new = route when one breaks. Failing to send a RREP_Ack would also disrupt route = establishment, by not allowing the reverse route to be validated. Return traffic which needs that route will prompt a = new route discovery, wasting resources and incurring a slight delay but not disrupting the ability for = applications to communicate. Mitigation: o none? also note that malicious router would have to wait = for a route to break before it could perform this attack. 13.2 Confidentiality Passive inspection (eavesdropping) of AODVv2 control messages could = enable unauthorized devices to gain information about the network topology, since exchanging such = information is the main purpose of AODVv2. Eavesdropping of data traffic could allow a malicious device to = obtain information about how data traffic is being routed. With knowledge of source and destination = addresses, malicious messages could be constructed to disrupt normal operation. 13.3 Integrity Integrity of route information can be compromised in the following = types of attack: 13.3.1 Message Insertion Valid route table entries can be replaced or modified by maliciously = constructed AODVv2 messages, destroying existing routes and the network's integrity. Any router may = pose as another router by sending RREQ, RREP, RREP_Ack and RERR messages in its name. o Sending an RREQ message with false information can disrupt traffic = to OrigAddr, if the sequence number attached is not stale compared to any existing = information about OrigAddr. Since RREQ is multicast and likely to be received by all routers in = the ad hoc network, this threat could have serious impact on applications communicating = with OrigAddr. The actual threat to disrupt routes to OrigAddr is reduced by the AODVv2 = mechanism of marking RREQ-derived routes as "Unconfirmed" until the link to the next hop = is confirmed. o Sending an RREP message with false information can disrupt traffic = to TargAddr. Since RREP is unicast, and ignored if a corresponding RREQ was not = recently sent, this threat is minimized, and is restricted to receivers along the path from = OrigAddr to TargAddr. o Sending an RREP_Ack message with false information can cause the = route advertised to a target address in an RREP to be erroneously accepted even = though the route would contain a unidirectional link and thus not be suitable for most traffic. Since = RREP_Ack is unicast, and ignored if a RREP was not sent recently to the sender of the RREP_Ack, this = threat is minimized and is strictly local to the RREP transmitter expecting the acknowledgement. = Unsolicited RREP_Acks are ignored. o Sending an RERR message with false information is discussed = in [](#13.1.2). Mitigation: o If AODVv2 routers always verify that the sender of a message is = trusted, this threat is reduced. 13.3.2 Message Modification - Man in the Middle Any AODVv2 router can regenerate messages with modified data. Mitigation: o If AODVv2 routers verify the integrity of AODVv2 messages, then = the threat of disruption is minimized. A man in the middle with no knowledge of the shared secret key = used to calculate an integrity check value MAY modify a message but the message will be rejected when it = fails an integrity check. 13.3.3 Replay Attacks Replaying of RREQ or RREP messages would be of less use to an = attacker, since they would be dropped immediately due to their stale sequence number. RERR = messages MAY or MAY NOT include sequence numbers and are therefore susceptible to replay = attacks. RREP_Ack messages do not include sequence numbers and are therefore susceptible to replay = attacks. Mitigation: o Use of timestamps or sequence numbers prevents replay = attacks. 13.4 Protection Mechanisms 13.4.1 Confidentiality and Authentication Encryption MAY be used for AODVv2 messages. If the routers = share a packet-level security association, the message data can be encrypted prior to message transmission. The establishment of such security associations is outside the scope of this specification. Encryption will not only protect against unauthorized devices obtaining information about network topology (eavesdropping) but will ensure = that only trusted routers participate in routing operations. 13.4.2 Integrity and Trust using ICVs Cryptographic Integrity Check Values (ICVs) can be used to = ensure integrity of received messages, protecting against man in the middle attacks. Further, by using = ICVs, only those routers with knowledge of a shared secret key are allowed to participate in routing = information exchanges. [](#RFC7182) defines ICV TLVs for use with [](#RFC5444). The data contained in AODVv2 routing protocol messages MUST be = verified using Integrity Check Values, to avoid the use of message data if the message has been = tampered with. The method of distribution of shared secret keys is out of the = scope of this protocol. Key management is not specified for the following reasons: TODO (like OLSRv2 section 23.6) 13.4.3 Replay Protection using Timestamps Replay attacks MUST be prevented by using timestamps or sequence = numbers in messages. [](#RFC7182) defines a TIMESTAMP TLV for use with [](#RFC5444). The data contained in AODVv2 routing protocol messages MUST be = protected with a TIMESTAMP value to ensure the protection against replaying of the message. = Sequence numbers can be used as timestamps, since they are known to be strictly increasing. 13.4.4 Application to AODVv2 TODO: choose HASH_FUNCTION and CRYPTOGRAPHIC_FUNCTION. Implementations of AODVv2 MUST support ICV TLVs using = type-extensions 1 and 2, hash-function HASH_FUNCTION, and cryptographic function = CRYPTOGRAPHIC_FUNCTION. An ICV MUST be included with every message. The ICV value MAY be = truncated as specified in [](#RFC7182). Implementations of AODVv2 MUST support a TIMESTAMP TLV using = type-extension 0. The timestamp used is a sequence number, and therefore the length of the = field matches the AODVv2 sequence number defined in [](#seqnum). The TIMESTAMP TLV MUST = be included in RREP_Ack and RERR messages. When more than one message is included in an RFC5444 packet, = using a single ICV Packet TLV or single TIMESTAMP Packet TLV is more efficient than including ICV and = TIMESTAMP Message TLVs in each message created. In this case, the RFC5444 multiplexer MUST = be instructed to include the Packet TLVs in packets containing AODVv2 messages, or MUST be = selected because it always performs these additions. If the multiplexer is not capable of adding the = Packet TLVs, the TLVs MUST be included as Message TLVs in each AODVv2 message in the packet. After message generation but before transmission, the ICV and = TIMESTAMP TLVs MUST be added according to each message type as detailed in the following = sections. The following steps list the generic procedure to be performed: 1. The considerations in Section 8 of [](#RFC7182) are = followed, removing existing ICV TLVs and adjusting the size and flags fields. 2. The ICV is calculated over the fields specified below, = depending on message type. This value MAY be truncated (as specified in [](#RFC7182)). 3. If the TIMESTAMP is to be included, add the TIMESTAMP TLV, = updating size fields as necessary. 4. Add the ICV TLV, updating size fields as necessary. 5. The changes made in Step 1 are reversed to re-add any = existing ICV TLVs and adjusting the size and flags fields. The ICV MUST be verified at the receiver. Verification of a = received ICV value is performed by repeating Step 1 and Step 2. If the ICV value calculated from = the received message or packet does not match the value of in the received message or = packet, the validation fails and the AODVv2 message MUST be discarded. Verification of a received TIMESTAMP value is performed = differently depending on message type. TODO: "If the protocol incorporates cryptographic protection mechanisms, it should be clearly indicated which portions of the data are protected and what the protections are (i.e., integrity only, confidentiality, and/or endpoint authentication, etc.). Some indication should also be given to what sorts of attacks the cryptographic protection is susceptible. Data which should be held secret (keying material, random seeds, etc.) should be clearly labeled." TODO: "There should be a clear description of the residual risk to the user or operator of that protocol after threat mitigation has been deployed." (i.e. detail what happens if parts are compromised, weak = cipher is deployed etc) 13.4.4.1 RREQ Generation and Reception Since OrigAddr is included in the RREQ, the ICV can be calculated and = verified using all of the message contents. This provides message integrity and = endpoint authentication, because trusted routers MUST hold the shared key in order to = calculate the ICV value. The ICV TLV has type extension :=3D 1. Since RREQ_Gen's sequence number is incremented for each new = RREQ, replay protection is already afforded and no extra timestamp mechanism is required. 13.4.4.2 RREP Generation and Reception Since TargAddr is included in the RREP, the ICV can be calculated and = verified using all of the message contents. This provides message integrity and = endpoint authentication, because trusted routers MUST hold the shared key in order to = calculate the ICV value. The ICV TLV has type extension :=3D 1. Since RREP_Gen's sequence number is incremented for each new = RREP, replay protection is afforded and no extra timestamp mechanism is required. 13.4.4.3 RREP_Ack Generation and Reception The RREP_Gen uses the source IP address of the RREP_Ack to identify = the sender to look up whether the RREP_Ack is expected and update the Neighbour Table, and so = the ICV MUST be calculated using the message contents and the IP source address. The ICV TLV has = type extension :=3D 2 in order to accomplish this. This provides message integrity and endpoint = authentication, because trusted routers MUST hold the shared key in order to calculate the ICV value. The message MUST also include a timestamp to protect against = replay attacks, using TargSeqNum from the RREP as the value in the TIMESTAMP TLV. Verification of a = received TIMESTAMP value is performed by comparing the sequence number in the field = with the sequence number in a recently sent RREP awaiting acknowledgement from the sender of the = RREP_Ack. If the sequence number is not equal, the AODVv2 message MUST be discarded. 13.4.4.4 RERR Generation and Reception The receiver of the RERR MUST use the source IP address of the RERR = to identify the sender to look up routes using that sender as next hop, and so the ICV MUST be = calculated using the message contents and the IP source address. The ICV TLV has type extension :=3D 2 = in order to accomplish this. This provides message integrity and endpoint authentication, because trusted = routers MUST hold the shared key in order to calculate the ICV value. The message MUST also include a timestamp to protect against = replay attacks, incrementing and using RERR_Gen's sequence number as the value in the TIMESTAMP TLV. = Verification of a received TIMESTAMP value is performed by comparing the sequence number in the = field with the last seen sequence number from the sender of the RERR. If the sequence = number is not greater, the AODVv2 message MUST be discarded. --Apple-Mail=_855AB080-734E-426C-A2CA-24283A1F28D2 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii
--Apple-Mail=_855AB080-734E-426C-A2CA-24283A1F28D2-- --Apple-Mail=_384618A1-D5B1-4745-9DA8-B70F89C15DE8-- From nobody Wed Mar 2 08:02:44 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8B681B2BA6 for ; Wed, 2 Mar 2016 08:02:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.906 X-Spam-Level: X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ETn5_WFxc6xn for ; Wed, 2 Mar 2016 08:02:35 -0800 (PST) Received: from smtp2.idirect.net (smtp2.idirect.net [198.180.159.66]) (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 A65371B2B9E for ; Wed, 2 Mar 2016 08:02:34 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.22,529,1449550800"; d="scan'208,217";a="771102" IronPort-PHdr: =?us-ascii?q?9a23=3AHy9C7xZi78HdPt4aW2ZL+Sb/LSx+4OfEezUN459i?= =?us-ascii?q?sYplN5qZpcW9bnLW6fgltlLVR4KTs6sC0LqJ9f+6EjNfqb+681k8M7V0Hycfjs?= =?us-ascii?q?sXmwFySOWkMmbcaMDQUiohAc5ZX0Vk9XzoeWJcGcL5ekGA6ibqtW1aJBzzOEJP?= =?us-ascii?q?K/jvHcaK1oLsh7/0pMeYPFoArQH+SI0xBS3+lR/WuMgSjNkqAYcK4TyNnEF1ff?= =?us-ascii?q?9Lz3hjP1OZkkW0zM6x+Jl+73YY4Kp5pIZoGJ/3dKUgTLFeEC9ucyVsvJWq5lH/?= =?us-ascii?q?Sl6k5mEdSXkRihpFGUDp4RjgWpDvv2Ouvepn2TKyOMv7SLcvSDKvqatmTRjuzi?= =?us-ascii?q?wAcSM6pjL5kMt12ehhqQ6lphJxh8bvfIiTMPdvNOuJZskTWW5AUMh5ViBAGI63?= =?us-ascii?q?c80JAvZXbrUQlJX0u1Zb9Uj2PgKrHu66j2YQ3nI=3D?= X-IPAS-Result: =?us-ascii?q?A2DNAQDUDddW/8v6+gpeGQEBAQEPAQEBAYI+gR5tBrokAQ2?= =?us-ascii?q?BYwQXAQmFcgIcgWIUAQEBAQEBAQGBCoItghQBAQEBAwEBASAKQQsQAgEIDgMEA?= =?us-ascii?q?QEoAwICAh8GCxQJCAIEDgUIiAQDIKsuilgNhCUBAQEBAQEBAQEBAQEBAQEBAQE?= =?us-ascii?q?BAQERBIYThDmCOoFLCwYBNBcJgkqBOgWXDgQBi26BbYFnhESIUocIh0QeAQGCR?= =?us-ascii?q?RmBSGqHJQEFAzR+AQEB?= From: "Ratliff, Stanley" To: Christopher Dearlove Thread-Topic: [manet] AODVv2 reivew Thread-Index: AQHRdD4cHdOdNx3FmEyWisB0N+FaSZ9GQKIA///yI2CAAF6WgP//swSwgABe0wD//6zHsA== Date: Wed, 2 Mar 2016 16:02:31 +0000 Message-ID: References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> In-Reply-To: <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.250.250.20] Content-Type: multipart/alternative; boundary="_000_a394c54b51e143b29fcc4cd5b7424257VAUSDITCHM2idirectnet_" MIME-Version: 1.0 Archived-At: Cc: "Dearlove, Christopher \(UK\)" , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 16:02:43 -0000 --_000_a394c54b51e143b29fcc4cd5b7424257VAUSDITCHM2idirectnet_ Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Q2hyaXMsDQoNCknigJltIGRpZ2dpbmcgZGVlcCBpbnRvIHRoZSBtZW1vcnkgYmFua3MgaGVyZeKA piA7LSkgQnV0IGZyb20gd2hhdCBJIHJlbWVtYmVyLCB0aGVyZSB3ZXJlIGRpc2N1c3Npb25zIGF0 IG15IG9sZCBlbXBsb3llciBhYm91dCB0aGUgcG9zc2liaWxpdGllcyBvZiBpbXBsZW1lbnRpbmcg JiBydW5uaW5nIE9MU1J2MiBpbiB0aGUgcm91dGVyLiBPdXIgaW1wbGVtZW50YXRpb25zIGF0IHRo ZSB0aW1lIHdlcmUgYmFzZWQgb24gUkZDNTU3OCDigJMgYSBjb2xsZWN0aW9uIG9mIFBQUG9FIGxp bmtzLCBydW5uaW5nIG92ZXIgYW4gUkYgbmV0LiBGb3IgdGhhdCwg4oCcaXAgdW5udW1iZXJlZOKA nSB3b3VsZCBoYXZlIGJlZW4gYSByZXF1aXJlbWVudC4gIFNpbmNlIERMRVAgaXMgKm5vdCogUFBQ b0UgYmFzZWQsIGl0IHByZXR0eSBtdWNoIG1pdGlnYXRlcyB0aGUgcmVxdWlyZW1lbnQuDQoNClJl Z2FyZHMsDQpTdGFuDQoNCg0KRnJvbTogQ2hyaXN0b3BoZXIgRGVhcmxvdmUgW21haWx0bzpjaHJp c0BtbmVtb3N5bmUuZGVtb24uY28udWtdDQpTZW50OiBXZWRuZXNkYXksIE1hcmNoIDAyLCAyMDE2 IDEwOjU1IEFNDQpUbzogUmF0bGlmZiwgU3RhbmxleSA8c3JhdGxpZmZAaWRpcmVjdC5uZXQ+DQpD YzogRGVhcmxvdmUsIENocmlzdG9waGVyIChVSykgPGNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMu Y29tPjsgSnVzdGluIERlYW4gPGJlYmVtYXN0ZXJAZ21haWwuY29tPjsgbWFuZXRAaWV0Zi5vcmcN ClN1YmplY3Q6IFJlOiBbbWFuZXRdIEFPRFZ2MiByZWl2ZXcNCg0KSSdtIG5vdCBzdXJlIHdoeSB0 aGUgY2FzZSB3YXMgaW5zaXN0ZWQgb24gZm9yIE9MU1J2MiAodGhvdWdoIHdlIHdlcmUgaGFwcHkg dG8gb2JsaWdlIHRvIHRoZSBtYXhpbXVtIGV4dGVudCBwb3NzaWJsZSkgYW5kIGlzbid0IHJlcXVp cmVkIGZvciBBT0RWdjIsIGJ1dCBpdCB3YXNuJ3QgbXkgcmVxdWlyZW1lbnQuDQoNCkFzIGZvciB0 aGUgZGlmZmVyZW50IGFkZHJlc3NlcyBvbiBkaWZmZXJlbnQgcGxhdGZvcm1zLCBJIHRoaW5rIHdl IGFyZSBhZ3JlZWQsIGl0IHdhcyB0aGUgcG9pbnQgSSBtYWRlLiAoR2F0ZXdheXMgbWF5IGJlIGEg cmVsYXRlZCBidXQgZGlmZmVyZW50IGlzc3VlLikNCg0KLS0NCkNocmlzdG9waGVyIERlYXJsb3Zl DQpjaHJpc3RvcGhlci5kZWFybG92ZUBnbWFpbC5jb208bWFpbHRvOmNocmlzdG9waGVyLmRlYXJs b3ZlQGdtYWlsLmNvbT4NCg0KT24gMiBNYXIgMjAxNiwgYXQgMTU6MTksIFJhdGxpZmYsIFN0YW5s ZXkgPHNyYXRsaWZmQGlkaXJlY3QubmV0PG1haWx0bzpzcmF0bGlmZkBpZGlyZWN0Lm5ldD4+IHdy b3RlOg0KQ2hyaXMsDQoNClRvIGFuc3dlciBhIHF1ZXN0aW9uIHdpdGggYSBxdWVzdGlvbiDigJMg V2lsbCBhbnlvbmUgd2FudCB0byBydW4gQU9EVnYyIG92ZXIgYSBjb2xsZWN0aW9uIG9mIFBQUG9F IGxpbmtzPyBJIGRvdWJ0IGl0LiAgSSBkb27igJl0IGhhdmUgYW55IGdyZWF0IGlzc3VlcyB3aXRo IGRpc2FsbG93aW5nIGl0LiBUaGF0IHdvdWxkIGFsc28gcmVzb2x2ZSBKdXN0aW7igJlzIHVuaS1k aXJlY3Rpb25hbCBmYWlsdXJlIGNhc2UsIHNpbmNlIHRoZSBjb21tb24gYWRkcmVzc2VzIHdvdWxk buKAmXQgYmUgYXNzaWduZWQgdG8gbXVsdGlwbGUgaW50ZXJmYWNlcyBpbiB0aGUgZmlyc3QgcGxh Y2UuDQoNCk90aGVyIHRob3VnaHRzPw0KDQpSZWdhcmRzLA0KU3Rhbg0KDQoNCkZyb206IENocmlz dG9waGVyIERlYXJsb3ZlIFttYWlsdG86Y2hyaXNAbW5lbW9zeW5lLmRlbW9uLmNvLnVrXQ0KU2Vu dDogV2VkbmVzZGF5LCBNYXJjaCAwMiwgMjAxNiA5OjUyIEFNDQpUbzogUmF0bGlmZiwgU3Rhbmxl eSA8c3JhdGxpZmZAaWRpcmVjdC5uZXQ8bWFpbHRvOnNyYXRsaWZmQGlkaXJlY3QubmV0Pj4NCkNj OiBEZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKSA8Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5j b208bWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPj47IEp1c3RpbiBEZWFuIDxi ZWJlbWFzdGVyQGdtYWlsLmNvbTxtYWlsdG86YmViZW1hc3RlckBnbWFpbC5jb20+PjsgbWFuZXRA aWV0Zi5vcmc8bWFpbHRvOm1hbmV0QGlldGYub3JnPg0KU3ViamVjdDogUmU6IFttYW5ldF0gQU9E VnYyIHJlaXZldw0KDQpUaGUgcXVlc3Rpb24gaXMsIGlzIHRoYXQgaW1wb3J0YW50IGZvciBBT0RW djI/IFNob3VsZCBpdCBhbGxvdyBpdD8gQXJlIHRoZXJlIGFueSBwcm9ibGVtcz8NCg0KQXMgSSd2 ZSBqdXN0IHNhaWQgaW4gYW5vdGhlciBwb3N0LCB0aGUgc3RlcCBiZXlvbmQgdGhhdCBvZiByb3V0 ZXJzIHNoYXJpbmcgYW4gYWRkcmVzcyBpcyBhIHByb2JsZW0sIGJ1dCBJIGRvbid0IGV4cGVjdCBp dCB0byBiZSByZWxldmFudCBhcyBwZW9wbGUgc2hvdWxkbid0IGRvIGl0IChpdCBjb3VsZCBiZSBl eHBsaWNpdGx5IHNhaWQpLiBUaG91Z2ggd2hhdCBJIGRpZG4ndCBhZGRyZXNzIHRoZXJlIGlzIHRo ZSBpbXBhY3Qgb24gZ2F0ZXdheXMuIFdlIHJlc29sdmVkIHRoYXQgaW4gT0xTUnYyIHdpdGggdHdv IGRpZmZlcmVudCBraW5kcyBvZiBhZHZlcnRpc2VkIGFkZHJlc3MsIG9uZSBzaGFyZWFibGUgYW1v bmcgcm91dGVycywgbm90IHRpZWQgdG8gYW4gaW50ZXJmYWNlLCBvbmUgc2hhcmVhYmxlIGFtb25n IGludGVyZmFjZXMgYnV0IG9ubHkgb24gdGhlIHNhbWUgcm91dGVyIGFuZCBvbmx5IGlmIG5vdCBj b21tb25seSBoZWFyYWJsZS4NCg0KLS0NCkNocmlzdG9waGVyIERlYXJsb3ZlDQpjaHJpc3RvcGhl ci5kZWFybG92ZUBnbWFpbC5jb208bWFpbHRvOmNocmlzdG9waGVyLmRlYXJsb3ZlQGdtYWlsLmNv bT4gKGlQaG9uZSkNCmNocmlzQG1uZW1vc3luZS5kZW1vbi5jby51azxtYWlsdG86Y2hyaXNAbW5l bW9zeW5lLmRlbW9uLmNvLnVrPiAoaG9tZSkNCg0KT24gMiBNYXIgMjAxNiwgYXQgMTQ6MTcsIFJh dGxpZmYsIFN0YW5sZXkgPHNyYXRsaWZmQGlkaXJlY3QubmV0PG1haWx0bzpzcmF0bGlmZkBpZGly ZWN0Lm5ldD4+IHdyb3RlOg0KQ2hyaXMsDQoNClRoZSB1c2UgY2FzZSBjb21lcyBmcm9tIHJvdXRl cnMgaW1wbGVtZW50aW5nIGlwIHVubnVtYmVyZWQuIEl0IGNhbiBjYXVzZSB0aGUgc2FtZSBhZGRy ZXNzIHRvIGJlIHBsYWNlZCBvbiBtdWx0aXBsZSBpbnRlcmZhY2VzLiBGcm9tIHdoYXQgSSByZWNh bGwsIGl0cyBlc3BlY2lhbGx5IHByZXZhbGVudCB3aXRoIFBQUG9FIGludGVyZmFjZXMsIGFzIHRo ZXkgYXJlIHZpcnR1YWw7IGNsb25lZCBmcm9tIGEgY29tbW9uIHRlbXBsYXRlLg0KDQpSZWdhcmRz LA0KU3Rhbg0KDQoNCg0KSW4gTkhEUCwgd2UgYWRkZWQgKGZvbGxvd2luZyByZXF1ZXN0cyBmcm9t IHRoZSBXRywgU3RhbiBpbiBwYXJ0aWN1bGFyIElJUkMpIHRoZSBtb3JlIHRyaWNreSBjYXNlIG9m IHRoZSBzYW1lIGFkZHJlc3MgdXNlZCBvbiBkaWZmZXJlbnQgaW50ZXJmYWNlcy4gV2UgaGFkIHRv IGxpbWl0IHRoYXQsIHNvIGFueSByZWNlaXZpbmcgaW50ZXJmYWNlIHdvdWxkIG9ubHkgZXZlciBy ZWNlaXZlIG9uZSBvciB0aGUgb3RoZXIgKHdoaWNoIG90aGVyd2lzZSBpcyBub3QgYSByZXF1aXJl bWVudCBpbiBOSERQKSAtIHdoaWNoIG1pZ2h0IGluIGEgcmVhbCBjYXNlIGJlIGUuZy4gZGlmZmVy ZW50IGZyZXF1ZW5jaWVzICh0aW1lc2xvdHMsIGNvZGVzLCBldGMuKSBJIGhhdmUgbm8gaWRlYSB3 aGV0aGVyIHRoaXMgaXMgZWFzeSBvciBoYXJkIGluIEFPRFZ2MiAodGhlIGRldmlsIGlzIGluIHRo ZSBkZXRhaWxzKS4gSSBkb27igJl0IGtub3cgaWYgU3RhbiAoZm9yIGV4YW1wbGUpIHN0aWxsIGhh cyB0aGlzIHJlcXVpcmVtZW50Lg0KDQotLQ0KDQoqKioqKioqKioqKioqKioqKioqKioqKioNCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClRo aXMgZWxlY3Ryb25pYyBtZXNzYWdlIGFuZCBhbnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBj b250YWlucw0KaW5mb3JtYXRpb24gZnJvbSBpRGlyZWN0LCB3aGljaCBtYXkgYmUgcHJpdmlsZWdl ZCwgcHJvcHJpZXRhcnkNCmFuZC9vciBjb25maWRlbnRpYWwuIEl0IGlzIGludGVuZGVkIHNvbGVs eSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbA0Kb3IgZW50aXR5IHRvIHdob20gdGhleSBh cmUgYWRkcmVzc2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgb3JpZ2luYWwNCnJlY2lwaWVudCBvciB0 aGUgcGVyc29uIHJlc3BvbnNpYmxlIGZvciBkZWxpdmVyaW5nIHRoZSBlbWFpbCB0byB0aGUNCmlu dGVuZGVkIHJlY2lwaWVudCwgYmUgYWR2aXNlZCB0aGF0IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMg ZW1haWwNCmluIGVycm9yLCBhbmQgdGhhdCBhbnkgdXNlLCBkaXNzZW1pbmF0aW9uLCBmb3J3YXJk aW5nLCBwcmludGluZywgb3INCmNvcHlpbmcgb2YgdGhpcyBlbWFpbCBpcyBzdHJpY3RseSBwcm9o aWJpdGVkLiBJZiB5b3UgcmVjZWl2ZWQgdGhpcyBlbWFpbA0KaW4gZXJyb3IsIHBsZWFzZSBkZWxl dGUgaXQgYW5kIGltbWVkaWF0ZWx5IG5vdGlmeSB0aGUgc2VuZGVyLg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQptYW5ldCBtYWlsaW5nIGxpc3QNCm1hbmV0 QGlldGYub3JnPG1haWx0bzptYW5ldEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vbWFuZXQNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NClRoaXMgZWxlY3Ryb25pYyBtZXNzYWdlIGFuZCBhbnkgZmls ZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBjb250YWlucw0KaW5mb3JtYXRpb24gZnJvbSBpRGlyZWN0 LCB3aGljaCBtYXkgYmUgcHJpdmlsZWdlZCwgcHJvcHJpZXRhcnkNCmFuZC9vciBjb25maWRlbnRp YWwuIEl0IGlzIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbA0K b3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVzc2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUg b3JpZ2luYWwNCnJlY2lwaWVudCBvciB0aGUgcGVyc29uIHJlc3BvbnNpYmxlIGZvciBkZWxpdmVy aW5nIHRoZSBlbWFpbCB0byB0aGUNCmludGVuZGVkIHJlY2lwaWVudCwgYmUgYWR2aXNlZCB0aGF0 IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwNCmluIGVycm9yLCBhbmQgdGhhdCBhbnkgdXNl LCBkaXNzZW1pbmF0aW9uLCBmb3J3YXJkaW5nLCBwcmludGluZywgb3INCmNvcHlpbmcgb2YgdGhp cyBlbWFpbCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZWQgdGhpcyBlbWFp bA0KaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIGltbWVkaWF0ZWx5IG5vdGlmeSB0aGUg c2VuZGVyLg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwpUaGlzIGVsZWN0cm9uaWMgbWVzc2FnZSBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdp dGggaXQgY29udGFpbnMKaW5mb3JtYXRpb24gZnJvbSBpRGlyZWN0LCB3aGljaCBtYXkgYmUgcHJp dmlsZWdlZCwgcHJvcHJpZXRhcnkKYW5kL29yIGNvbmZpZGVudGlhbC4gSXQgaXMgaW50ZW5kZWQg c29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsCm9yIGVudGl0eSB0byB3aG9tIHRo ZXkgYXJlIGFkZHJlc3NlZC4gSWYgeW91IGFyZSBub3QgdGhlIG9yaWdpbmFsCnJlY2lwaWVudCBv ciB0aGUgcGVyc29uIHJlc3BvbnNpYmxlIGZvciBkZWxpdmVyaW5nIHRoZSBlbWFpbCB0byB0aGUK aW50ZW5kZWQgcmVjaXBpZW50LCBiZSBhZHZpc2VkIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQgdGhp cyBlbWFpbAppbiBlcnJvciwgYW5kIHRoYXQgYW55IHVzZSwgZGlzc2VtaW5hdGlvbiwgZm9yd2Fy ZGluZywgcHJpbnRpbmcsIG9yCmNvcHlpbmcgb2YgdGhpcyBlbWFpbCBpcyBzdHJpY3RseSBwcm9o aWJpdGVkLiBJZiB5b3UgcmVjZWl2ZWQgdGhpcyBlbWFpbAppbiBlcnJvciwgcGxlYXNlIGRlbGV0 ZSBpdCBhbmQgaW1tZWRpYXRlbHkgbm90aWZ5IHRoZSBzZW5kZXIuCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCg== --_000_a394c54b51e143b29fcc4cd5b7424257VAUSDITCHM2idirectnet_ Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0K CW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4u RW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt c2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xv cjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFs LXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5 N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9u dC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47 DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7 cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48 IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0 PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5 b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9 ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5DaHJpcywNCjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SeKAmW0gZGlnZ2luZyBk ZWVwIGludG8gdGhlIG1lbW9yeSBiYW5rcyBoZXJl4oCmIDstKSBCdXQgZnJvbSB3aGF0IEkgcmVt ZW1iZXIsIHRoZXJlIHdlcmUgZGlzY3Vzc2lvbnMgYXQgbXkgb2xkIGVtcGxveWVyIGFib3V0IHRo ZSBwb3NzaWJpbGl0aWVzIG9mIGltcGxlbWVudGluZyAmYW1wOw0KIHJ1bm5pbmcgT0xTUnYyIGlu IHRoZSByb3V0ZXIuIE91ciBpbXBsZW1lbnRhdGlvbnMgYXQgdGhlIHRpbWUgd2VyZSBiYXNlZCBv biBSRkM1NTc4IOKAkyBhIGNvbGxlY3Rpb24gb2YgUFBQb0UgbGlua3MsIHJ1bm5pbmcgb3ZlciBh biBSRiBuZXQuIEZvciB0aGF0LCDigJxpcCB1bm51bWJlcmVk4oCdIHdvdWxkIGhhdmUgYmVlbiBh IHJlcXVpcmVtZW50LiAmbmJzcDtTaW5jZSBETEVQIGlzICo8Yj5ub3Q8L2I+KiBQUFBvRSBiYXNl ZCwgaXQgcHJldHR5IG11Y2ggbWl0aWdhdGVzDQogdGhlIHJlcXVpcmVtZW50LiA8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPlN0YW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1s ZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0K PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3Bh ZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gQ2hyaXN0b3BoZXIg RGVhcmxvdmUgW21haWx0bzpjaHJpc0BtbmVtb3N5bmUuZGVtb24uY28udWtdDQo8YnI+DQo8Yj5T ZW50OjwvYj4gV2VkbmVzZGF5LCBNYXJjaCAwMiwgMjAxNiAxMDo1NSBBTTxicj4NCjxiPlRvOjwv Yj4gUmF0bGlmZiwgU3RhbmxleSAmbHQ7c3JhdGxpZmZAaWRpcmVjdC5uZXQmZ3Q7PGJyPg0KPGI+ Q2M6PC9iPiBEZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKSAmbHQ7Y2hyaXMuZGVhcmxvdmVAYmFl c3lzdGVtcy5jb20mZ3Q7OyBKdXN0aW4gRGVhbiAmbHQ7YmViZW1hc3RlckBnbWFpbC5jb20mZ3Q7 OyBtYW5ldEBpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW21hbmV0XSBBT0RWdjIg cmVpdmV3PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkknbSBub3Qgc3VyZSB3aHkgdGhlIGNhc2Ugd2FzIGluc2lzdGVkIG9uIGZvciBPTFNSdjIg KHRob3VnaCB3ZSB3ZXJlIGhhcHB5IHRvIG9ibGlnZSB0byB0aGUgbWF4aW11bSBleHRlbnQgcG9z c2libGUpIGFuZCBpc24ndCByZXF1aXJlZCBmb3IgQU9EVnYyLCBidXQgaXQgd2Fzbid0IG15IHJl cXVpcmVtZW50LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJBcHBsZU1haWxTaWdu YXR1cmUiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXYgaWQ9IkFwcGxlTWFpbFNpZ25hdHVyZSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5B cyBmb3IgdGhlIGRpZmZlcmVudCBhZGRyZXNzZXMgb24gZGlmZmVyZW50IHBsYXRmb3JtcywgSSB0 aGluayB3ZSBhcmUgYWdyZWVkLCBpdCB3YXMgdGhlIHBvaW50IEkgbWFkZS4gKEdhdGV3YXlzIG1h eSBiZSBhIHJlbGF0ZWQgYnV0IGRpZmZlcmVudCBpc3N1ZS4pPGJyPg0KPGJyPg0KLS0mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5DaHJpc3RvcGhlciBE ZWFybG92ZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGEgaHJlZj0ibWFpbHRvOmNocmlzdG9waGVyLmRlYXJsb3ZlQGdtYWlsLmNvbSI+Y2hyaXN0 b3BoZXIuZGVhcmxvdmVAZ21haWwuY29tPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4w cHQiPjxicj4NCk9uIDIgTWFyIDIwMTYsIGF0IDE1OjE5LCBSYXRsaWZmLCBTdGFubGV5ICZsdDs8 YSBocmVmPSJtYWlsdG86c3JhdGxpZmZAaWRpcmVjdC5uZXQiPnNyYXRsaWZmQGlkaXJlY3QubmV0 PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxl PSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5DaHJpcywNCjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VG8gYW5zd2VyIGEgcXVlc3Rp b24gd2l0aCBhIHF1ZXN0aW9uIOKAkyBXaWxsIGFueW9uZSB3YW50IHRvIHJ1biBBT0RWdjIgb3Zl ciBhIGNvbGxlY3Rpb24gb2YgUFBQb0UgbGlua3M/IEkgZG91YnQgaXQuJm5ic3A7IEkgZG9u4oCZ dCBoYXZlIGFueSBncmVhdCBpc3N1ZXMgd2l0aCBkaXNhbGxvd2luZw0KIGl0LiBUaGF0IHdvdWxk IGFsc28gcmVzb2x2ZSBKdXN0aW7igJlzIHVuaS1kaXJlY3Rpb25hbCBmYWlsdXJlIGNhc2UsIHNp bmNlIHRoZSBjb21tb24gYWRkcmVzc2VzIHdvdWxkbuKAmXQgYmUgYXNzaWduZWQgdG8gbXVsdGlw bGUgaW50ZXJmYWNlcyBpbiB0aGUgZmlyc3QgcGxhY2UuDQo8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPk90aGVyIHRob3VnaHRzPw0KPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5TdGFu PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xp ZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMu MHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IENocmlzdG9waGVyIERlYXJsb3Zl IFs8YSBocmVmPSJtYWlsdG86Y2hyaXNAbW5lbW9zeW5lLmRlbW9uLmNvLnVrIj5tYWlsdG86Y2hy aXNAbW5lbW9zeW5lLmRlbW9uLmNvLnVrPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNk YXksIE1hcmNoIDAyLCAyMDE2IDk6NTIgQU08YnI+DQo8Yj5Ubzo8L2I+IFJhdGxpZmYsIFN0YW5s ZXkgJmx0OzxhIGhyZWY9Im1haWx0bzpzcmF0bGlmZkBpZGlyZWN0Lm5ldCI+c3JhdGxpZmZAaWRp cmVjdC5uZXQ8L2E+Jmd0Ozxicj4NCjxiPkNjOjwvYj4gRGVhcmxvdmUsIENocmlzdG9waGVyIChV SykgJmx0OzxhIGhyZWY9Im1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbSI+Y2hy aXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb208L2E+Jmd0OzsgSnVzdGluIERlYW4gJmx0OzxhIGhy ZWY9Im1haWx0bzpiZWJlbWFzdGVyQGdtYWlsLmNvbSI+YmViZW1hc3RlckBnbWFpbC5jb208L2E+ Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzptYW5ldEBpZXRmLm9yZyI+bWFuZXRAaWV0Zi5vcmc8L2E+ PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbbWFuZXRdIEFPRFZ2MiByZWl2ZXc8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIHF1ZXN0aW9u IGlzLCBpcyB0aGF0IGltcG9ydGFudCBmb3IgQU9EVnYyPyBTaG91bGQgaXQgYWxsb3cgaXQ/IEFy ZSB0aGVyZSBhbnkgcHJvYmxlbXM/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9IkFw cGxlTWFpbFNpZ25hdHVyZSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdiBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkFzIEkndmUganVzdCBzYWlkIGluIGFub3RoZXIgcG9zdCwgdGhlIHN0ZXAgYmV5 b25kIHRoYXQgb2Ygcm91dGVycyBzaGFyaW5nIGFuIGFkZHJlc3MgaXMgYSBwcm9ibGVtLCBidXQg SSBkb24ndCBleHBlY3QgaXQgdG8gYmUgcmVsZXZhbnQgYXMgcGVvcGxlIHNob3VsZG4ndCBkbyBp dCAoaXQgY291bGQgYmUgZXhwbGljaXRseSBzYWlkKS4gVGhvdWdoIHdoYXQgSSBkaWRuJ3QgYWRk cmVzcyB0aGVyZSBpcyB0aGUNCiBpbXBhY3Qgb24gZ2F0ZXdheXMuIFdlIHJlc29sdmVkIHRoYXQg aW4gT0xTUnYyIHdpdGggdHdvIGRpZmZlcmVudCBraW5kcyBvZiBhZHZlcnRpc2VkIGFkZHJlc3Ms IG9uZSBzaGFyZWFibGUgYW1vbmcgcm91dGVycywgbm90IHRpZWQgdG8gYW4gaW50ZXJmYWNlLCBv bmUgc2hhcmVhYmxlIGFtb25nIGludGVyZmFjZXMgYnV0IG9ubHkgb24gdGhlIHNhbWUgcm91dGVy IGFuZCBvbmx5IGlmIG5vdCBjb21tb25seSBoZWFyYWJsZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdiBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi cj4NCi0tICZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PkNocmlzdG9waGVyIERlYXJsb3ZlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJtYWlsdG86Y2hyaXN0b3BoZXIuZGVhcmxvdmVAZ21h aWwuY29tIj5jaHJpc3RvcGhlci5kZWFybG92ZUBnbWFpbC5jb208L2E+IChpUGhvbmUpPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJt YWlsdG86Y2hyaXNAbW5lbW9zeW5lLmRlbW9uLmNvLnVrIj5jaHJpc0BtbmVtb3N5bmUuZGVtb24u Y28udWs8L2E+IChob21lKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCk9u IDIgTWFyIDIwMTYsIGF0IDE0OjE3LCBSYXRsaWZmLCBTdGFubGV5ICZsdDs8YSBocmVmPSJtYWls dG86c3JhdGxpZmZAaWRpcmVjdC5uZXQiPnNyYXRsaWZmQGlkaXJlY3QubmV0PC9hPiZndDsgd3Jv dGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5DaHJpcywNCjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhlIHVzZSBjYXNlIGNvbWVzIGZyb20gcm91dGVy cyBpbXBsZW1lbnRpbmc8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiBpcCB1 bm51bWJlcmVkPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4uDQogSXQgY2Fu IGNhdXNlIHRoZSBzYW1lIGFkZHJlc3MgdG8gYmUgcGxhY2VkIG9uIG11bHRpcGxlIGludGVyZmFj ZXMuIEZyb20gd2hhdCBJIHJlY2FsbCwgaXRzIGVzcGVjaWFsbHkgcHJldmFsZW50IHdpdGggUFBQ b0UgaW50ZXJmYWNlcywgYXMgdGhleSBhcmUgdmlydHVhbDsgY2xvbmVkIGZyb20gYSBjb21tb24g dGVtcGxhdGUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5SZWdh cmRzLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5TdGFuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAw aW4gNC4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PkluIE5IRFAsIHdlIGFkZGVkIChmb2xsb3dpbmcgcmVxdWVzdHMgZnJvbSB0aGUgV0csIFN0YW4g aW4gcGFydGljdWxhciBJSVJDKSB0aGUgbW9yZSB0cmlja3kgY2FzZSBvZiB0aGUgc2FtZSBhZGRy ZXNzIHVzZWQgb24gZGlmZmVyZW50IGludGVyZmFjZXMuDQogV2UgaGFkIHRvIGxpbWl0IHRoYXQs IHNvIGFueSByZWNlaXZpbmcgaW50ZXJmYWNlIHdvdWxkIG9ubHkgZXZlciByZWNlaXZlIG9uZSBv ciB0aGUgb3RoZXIgKHdoaWNoIG90aGVyd2lzZSBpcyBub3QgYSByZXF1aXJlbWVudCBpbiBOSERQ KSAtIHdoaWNoIG1pZ2h0IGluIGEgcmVhbCBjYXNlIGJlIGUuZy4gZGlmZmVyZW50IGZyZXF1ZW5j aWVzICh0aW1lc2xvdHMsIGNvZGVzLCBldGMuKSBJIGhhdmUgbm8gaWRlYSB3aGV0aGVyIHRoaXMg aXMgZWFzeQ0KIG9yIGhhcmQgaW4gQU9EVnYyICh0aGUgZGV2aWwgaXMgaW4gdGhlIGRldGFpbHMp LiBJIGRvbuKAmXQga25vdyBpZiBTdGFuIChmb3IgZXhhbXBsZSkgc3RpbGwgaGFzIHRoaXMgcmVx dWlyZW1lbnQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTox Mi4wcHQiPjxiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMDdFN0UiPi0tDQo8 L3NwYW4+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPHA+PHNwYW4gbGFuZz0iRU4tR0IiPioqKioqKioq KioqKioqKioqKioqKioqKjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMDMzNjYiPl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KVGhpcyBlbGVj dHJvbmljIG1lc3NhZ2UgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3aXRoIGl0IGNvbnRhaW5z PGJyPg0KaW5mb3JtYXRpb24gZnJvbSBpRGlyZWN0LCB3aGljaCBtYXkgYmUgcHJpdmlsZWdlZCwg cHJvcHJpZXRhcnk8YnI+DQphbmQvb3IgY29uZmlkZW50aWFsLiBJdCBpcyBpbnRlbmRlZCBzb2xl bHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWw8YnI+DQpvciBlbnRpdHkgdG8gd2hvbSB0 aGV5IGFyZSBhZGRyZXNzZWQuIElmIHlvdSBhcmUgbm90IHRoZSBvcmlnaW5hbDxicj4NCnJlY2lw aWVudCBvciB0aGUgcGVyc29uIHJlc3BvbnNpYmxlIGZvciBkZWxpdmVyaW5nIHRoZSBlbWFpbCB0 byB0aGU8YnI+DQppbnRlbmRlZCByZWNpcGllbnQsIGJlIGFkdmlzZWQgdGhhdCB5b3UgaGF2ZSBy ZWNlaXZlZCB0aGlzIGVtYWlsPGJyPg0KaW4gZXJyb3IsIGFuZCB0aGF0IGFueSB1c2UsIGRpc3Nl bWluYXRpb24sIGZvcndhcmRpbmcsIHByaW50aW5nLCBvcjxicj4NCmNvcHlpbmcgb2YgdGhpcyBl bWFpbCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZWQgdGhpcyBlbWFpbDxi cj4NCmluIGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBpbW1lZGlhdGVseSBub3RpZnkgdGhl IHNlbmRlci48YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXzwvc3Bhbj4gPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPGJyPg0KbWFuZXQgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJl Zj0ibWFpbHRvOm1hbmV0QGlldGYub3JnIj5tYW5ldEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVm PSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0Ij5odHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxz cGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMDAzMzY2Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXzxicj4NClRoaXMgZWxlY3Ryb25pYyBtZXNzYWdlIGFuZCBh bnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBjb250YWluczxicj4NCmluZm9ybWF0aW9uIGZy b20gaURpcmVjdCwgd2hpY2ggbWF5IGJlIHByaXZpbGVnZWQsIHByb3ByaWV0YXJ5PGJyPg0KYW5k L29yIGNvbmZpZGVudGlhbC4gSXQgaXMgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRo ZSBpbmRpdmlkdWFsPGJyPg0Kb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVzc2VkLiBJ ZiB5b3UgYXJlIG5vdCB0aGUgb3JpZ2luYWw8YnI+DQpyZWNpcGllbnQgb3IgdGhlIHBlcnNvbiBy ZXNwb25zaWJsZSBmb3IgZGVsaXZlcmluZyB0aGUgZW1haWwgdG8gdGhlPGJyPg0KaW50ZW5kZWQg cmVjaXBpZW50LCBiZSBhZHZpc2VkIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbDxi cj4NCmluIGVycm9yLCBhbmQgdGhhdCBhbnkgdXNlLCBkaXNzZW1pbmF0aW9uLCBmb3J3YXJkaW5n LCBwcmludGluZywgb3I8YnI+DQpjb3B5aW5nIG9mIHRoaXMgZW1haWwgaXMgc3RyaWN0bHkgcHJv aGliaXRlZC4gSWYgeW91IHJlY2VpdmVkIHRoaXMgZW1haWw8YnI+DQppbiBlcnJvciwgcGxlYXNl IGRlbGV0ZSBpdCBhbmQgaW1tZWRpYXRlbHkgbm90aWZ5IHRoZSBzZW5kZXIuPGJyPg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+IDxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJy PjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDhwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNl cmlmOyBjb2xvcjogIzAwMzM2NjsiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fPGJyPlRoaXMgZWxlY3Ryb25pYyBtZXNzYWdlIGFuZCBhbnkgZmls ZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBjb250YWluczxicj5pbmZvcm1hdGlvbiBmcm9tIGlEaXJl Y3QsIHdoaWNoIG1heSBiZSBwcml2aWxlZ2VkLCBwcm9wcmlldGFyeTxicj5hbmQvb3IgY29uZmlk ZW50aWFsLiBJdCBpcyBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1 YWw8YnI+b3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVzc2VkLiBJZiB5b3UgYXJlIG5v dCB0aGUgb3JpZ2luYWw8YnI+cmVjaXBpZW50IG9yIHRoZSBwZXJzb24gcmVzcG9uc2libGUgZm9y IGRlbGl2ZXJpbmcgdGhlIGVtYWlsIHRvIHRoZTxicj5pbnRlbmRlZCByZWNpcGllbnQsIGJlIGFk dmlzZWQgdGhhdCB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsPGJyPmluIGVycm9yLCBhbmQg dGhhdCBhbnkgdXNlLCBkaXNzZW1pbmF0aW9uLCBmb3J3YXJkaW5nLCBwcmludGluZywgb3I8YnI+ Y29weWluZyBvZiB0aGlzIGVtYWlsIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuIElmIHlvdSByZWNl aXZlZCB0aGlzIGVtYWlsPGJyPmluIGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBpbW1lZGlh dGVseSBub3RpZnkgdGhlIHNlbmRlci48YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PC9ib2R5Pg0KPC9odG1sPg0K --_000_a394c54b51e143b29fcc4cd5b7424257VAUSDITCHM2idirectnet_-- From nobody Wed Mar 2 11:03:26 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 366AA1B2D81 for ; Wed, 2 Mar 2016 11:03:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lUAgX-I6p0KM for ; Wed, 2 Mar 2016 11:03:22 -0800 (PST) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E7D2D1B2D7F for ; Wed, 2 Mar 2016 11:03:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id CCBB32653A0; Wed, 2 Mar 2016 11:03:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1456945401; bh=eleroEHFVa53Sdb5O3MdkFW1/CPLnTr1uMySiE64nG4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=pRp26AAs2e/EAOvu5po9nQ5CdczqVr2Lga5BmbE8t5CJ1bu54ooxAzs7MxmZRV7QL VlLuGfx7P4sno98d1vxY8rns7QfUT3vU999dWERUvqTOkJOcifdo/XjJrPRR+0Dns+ CFDGNc26gLO5T17IcWMM72paY8yAO6jM84QNQrrs= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [192.168.147.246] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 18A17265926; Wed, 2 Mar 2016 11:03:21 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-3F252F10-C997-49F6-BF04-3CB1985BB781 Mime-Version: 1.0 (1.0) From: Thomas Heide Clausen X-Mailer: iPad Mail (13E5225a) In-Reply-To: Date: Wed, 2 Mar 2016 20:03:19 +0100 Content-Transfer-Encoding: 7bit Message-Id: <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> To: "Ratliff, Stanley" Archived-At: Cc: "Dearlove, Christopher \(UK\)" , Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 19:03:25 -0000 --Apple-Mail-3F252F10-C997-49F6-BF04-3CB1985BB781 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable A question and a comment: 1) I thought this was about AODVv2, not DLEP, so I fail to see=20 why it is relevant to bring DLEP into this discussion? 2) I think that the argument bring made here is the logical fallacy called "moving the goal posts".=20 =20 There are use cases for "same IP address on multiple interfaces" and I belie= ve they should be supported (as Chris wrote that we did for OLSRv2 "to the m= aximum extend possible"), also by this protocol. Thomas > On 02 Mar 2016, at 17:02, Ratliff, Stanley wrote: >=20 > Chris, > =20 > I=E2=80=99m digging deep into the memory banks here=E2=80=A6 ;-) But from w= hat I remember, there were discussions at my old employer about the possibil= ities of implementing & running OLSRv2 in the router. Our implementations at= the time were based on RFC5578 =E2=80=93 a collection of PPPoE links, runni= ng over an RF net. For that, =E2=80=9Cip unnumbered=E2=80=9D would have been= a requirement. Since DLEP is *not* PPPoE based, it pretty much mitigates t= he requirement. > =20 > Regards, > Stan > =20 > =20 > From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]=20 > Sent: Wednesday, March 02, 2016 10:55 AM > To: Ratliff, Stanley > Cc: Dearlove, Christopher (UK) ; Justin Dea= n ; manet@ietf.org > Subject: Re: [manet] AODVv2 reivew > =20 > I'm not sure why the case was insisted on for OLSRv2 (though we were happy= to oblige to the maximum extent possible) and isn't required for AODVv2, bu= t it wasn't my requirement. > =20 > As for the different addresses on different platforms, I think we are agre= ed, it was the point I made. (Gateways may be a related but different issue.= ) >=20 > --=20 > Christopher Dearlove > christopher.dearlove@gmail.com >=20 > On 2 Mar 2016, at 15:19, Ratliff, Stanley wrote: >=20 > Chris, > =20 > To answer a question with a question =E2=80=93 Will anyone want to run AOD= Vv2 over a collection of PPPoE links? I doubt it. I don=E2=80=99t have any g= reat issues with disallowing it. That would also resolve Justin=E2=80=99s un= i-directional failure case, since the common addresses wouldn=E2=80=99t be a= ssigned to multiple interfaces in the first place. > =20 > Other thoughts? > =20 > Regards, > Stan > =20 > =20 > From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]=20 > Sent: Wednesday, March 02, 2016 9:52 AM > To: Ratliff, Stanley > Cc: Dearlove, Christopher (UK) ; Justin Dea= n ; manet@ietf.org > Subject: Re: [manet] AODVv2 reivew > =20 > The question is, is that important for AODVv2? Should it allow it? Are the= re any problems? > =20 > As I've just said in another post, the step beyond that of routers sharing= an address is a problem, but I don't expect it to be relevant as people sho= uldn't do it (it could be explicitly said). Though what I didn't address the= re is the impact on gateways. We resolved that in OLSRv2 with two different k= inds of advertised address, one shareable among routers, not tied to an inte= rface, one shareable among interfaces but only on the same router and only i= f not commonly hearable. >=20 > -- =20 > Christopher Dearlove > christopher.dearlove@gmail.com (iPhone) > chris@mnemosyne.demon.co.uk (home) >=20 > On 2 Mar 2016, at 14:17, Ratliff, Stanley wrote: >=20 > Chris, > =20 > The use case comes from routers implementing ip unnumbered. It can cause t= he same address to be placed on multiple interfaces. =46rom what I recall, i= ts especially prevalent with PPPoE interfaces, as they are virtual; cloned f= rom a common template. > =20 > Regards, > Stan > =20 > =20 > =20 > In NHDP, we added (following requests from the WG, Stan in particular IIRC= ) the more tricky case of the same address used on different interfaces. We h= ad to limit that, so any receiving interface would only ever receive one or t= he other (which otherwise is not a requirement in NHDP) - which might in a r= eal case be e.g. different frequencies (timeslots, codes, etc.) I have no id= ea whether this is easy or hard in AODVv2 (the devil is in the details). I d= on=E2=80=99t know if Stan (for example) still has this requirement. > =20 > -- >=20 > ************************ >=20 >=20 > _____________________________________________________ > This electronic message and any files transmitted with it contains > information from iDirect, which may be privileged, proprietary > and/or confidential. It is intended solely for the use of the individual > or entity to whom they are addressed. If you are not the original > recipient or the person responsible for delivering the email to the > intended recipient, be advised that you have received this email > in error, and that any use, dissemination, forwarding, printing, or > copying of this email is strictly prohibited. If you received this email > in error, please delete it and immediately notify the sender. > _____________________________________________________ > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet >=20 > _____________________________________________________ > This electronic message and any files transmitted with it contains > information from iDirect, which may be privileged, proprietary > and/or confidential. It is intended solely for the use of the individual > or entity to whom they are addressed. If you are not the original > recipient or the person responsible for delivering the email to the > intended recipient, be advised that you have received this email > in error, and that any use, dissemination, forwarding, printing, or > copying of this email is strictly prohibited. If you received this email > in error, please delete it and immediately notify the sender. > _____________________________________________________ >=20 > _____________________________________________________ > This electronic message and any files transmitted with it contains > information from iDirect, which may be privileged, proprietary > and/or confidential. It is intended solely for the use of the individual > or entity to whom they are addressed. If you are not the original > recipient or the person responsible for delivering the email to the > intended recipient, be advised that you have received this email > in error, and that any use, dissemination, forwarding, printing, or > copying of this email is strictly prohibited. If you received this email > in error, please delete it and immediately notify the sender. > _____________________________________________________ > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-3F252F10-C997-49F6-BF04-3CB1985BB781 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
A questio= n and a comment:

1) I thought this was about AODVv2= , not DLEP, so I fail to see 
     why it is r= elevant to bring DLEP into this discussion?

2) I think that the argum= ent bring made here is the logical fallacy called
    &n= bsp;     "moving the goal posts". 
 &nb= sp;
There are use cases for "same IP address on multiple interface= s" and I believe they should be supported (as Chris wrote that we did for OL= SRv2 "to the maximum extend possible"), also by this protocol.
Thomas


On 02 Mar 2016, at 17:02, Ra= tliff, Stanley <sratliff@idirect.= net> wrote:

Chris,

 

I=E2=80=99m digging deep into the memor= y banks here=E2=80=A6 ;-) But from what I remember, there were discussions a= t my old employer about the possibilities of implementing & running OLSRv2 in the router. Our implementations at the time were based on= RFC5578 =E2=80=93 a collection of PPPoE links, running over an RF net. For t= hat, =E2=80=9Cip unnumbered=E2=80=9D would have been a requirement.  Si= nce DLEP is *not* PPPoE based, it pretty much mitigates the requirement.

 

Regards,

Stan

 

 

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 10:55 AM
To: Ratliff, Stanley <srat= liff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Justin Dean <bebemaster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

 

I'm not sure why the case was insisted on for OLSRv2 (= though we were happy to oblige to the maximum extent possible) and isn't req= uired for AODVv2, but it wasn't my requirement.

 

As for the different addresses on different platforms= , I think we are agreed, it was the point I made. (Gateways may be a related= but different issue.)

-- 

Christopher Dearlove


On 2 Mar 2016, at 15:19, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

To answer a question with a question =E2= =80=93 Will anyone want to run AODVv2 over a collection of PPPoE links? I do= ubt it.  I don=E2=80=99t have any great issues with disallowing it. That would also resolve Justin=E2=80=99s uni-directional failure case, s= ince the common addresses wouldn=E2=80=99t be assigned to multiple interface= s in the first place.

 

Other thoughts?

 

Regards,

Stan

 

 

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 9:52 AM
To: Ratliff, Stanley <srat= liff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Justin Dean <bebemaster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

 

The question is, is that important for AODVv2? Should= it allow it? Are there any problems?

 

As I've just said in another post, the step beyond th= at of routers sharing an address is a problem, but I don't expect it to be r= elevant as people shouldn't do it (it could be explicitly said). Though what= I didn't address there is the impact on gateways. We resolved that in OLSRv2 with two different kinds of a= dvertised address, one shareable among routers, not tied to an interface, on= e shareable among interfaces but only on the same router and only if not com= monly hearable.


--  

Christopher Dearlove


On 2 Mar 2016, at 14:17, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

The use case comes from routers impleme= nting ip unnumbered. It can cause the same address to be placed on multiple interfaces. =46rom w= hat I recall, its especially prevalent with PPPoE interfaces, as they are vi= rtual; cloned from a common template.

 

Regards,

Stan

 

 

 =

In NHDP, we added (follo= wing requests from the WG, Stan in particular IIRC) the more tricky case of t= he same address used on different interfaces. We had to limit that, so any receiving interface would only ever receive on= e or the other (which otherwise is not a requirement in NHDP) - which might i= n a real case be e.g. different frequencies (timeslots, codes, etc.) I have n= o idea whether this is easy or hard in AODVv2 (the devil is in the details). I don=E2=80=99t know if St= an (for example) still has this requirement.

 =

--

************************


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
= or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
= in error, please delete it and immediately notify the sender.
_____________________________________________________

=

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


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
= or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
= in error, please delete it and immediately notify the sender.
_____________________________________________________

=

_____________________________________________________
This electr= onic message and any files transmitted with it contains
information from i= Direct, which may be privileged, proprietary
and/or confidential. It is i= ntended solely for the use of the individual
or entity to whom they are a= ddressed. If you are not the original
recipient or the person responsible= for delivering the email to the
intended recipient, be advised that you h= ave received this email
in error, and that any use, dissemination, forwar= ding, printing, or
copying of this email is strictly prohibited. If you r= eceived this email
in error, please delete it and immediately notify the s= ender.
_____________________________________________________
____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mai= lman/listinfo/manet
= --Apple-Mail-3F252F10-C997-49F6-BF04-3CB1985BB781-- From nobody Wed Mar 2 11:22:57 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B528D1A8908 for ; Wed, 2 Mar 2016 11:22:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.999 X-Spam-Level: X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 wFD4ScwGn58B for ; Wed, 2 Mar 2016 11:22:51 -0800 (PST) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::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 B26291B2DD3 for ; Wed, 2 Mar 2016 11:22:51 -0800 (PST) Received: by mail-ig0-x229.google.com with SMTP id z8so1810373ige.0 for ; Wed, 02 Mar 2016 11:22:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=qA+NBvQgwxZQabdyFapmAHBJe6PKV3NzG9PO6nK4KAU=; b=QIVZ/riozqulLxA7Oa8UUteUfI4XiIr8/grX0BFkqpu0Y8osaCA42QyRzI6Tp4vFYc 3PP/VG/1rZYa8V+trIK8MIp8AHS91PFxAqRGg+YdRw1YVxo/suhIWMdr+niWeqwD9PgD 5j3VnbfkkCuEik1fU3l9H4FA/UpS8aRXKTNWL1wWLpV+4MaMMm8M7MeqNJ95zYaOSu/u rCeR2nucIUhrFMrZGJrDmkTxm8O5POkfZvlqk94l6JfppOsUKXoIDrkOoe5d8+DHwMSv maYLu+iJ5DQUdsdVyycQKLqHBRsLIb6O+IfebOwa20ys2Fh9qITeXKmqkgse4W1L94NS trog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=qA+NBvQgwxZQabdyFapmAHBJe6PKV3NzG9PO6nK4KAU=; b=a8h2nFKxL4Pi7Vgq6ow5SXyjL5iDzvPrxvTI/5imoxSOvq02cBtI3a9+EFeTyy4XmE HcT7PqWtOL5V941h6T/n7lEAkWR1sgmkmQSw89yLGHZyCo90VcOCyDEKSvN2VOYq4BeE ve3WUAwU3J2i9s0CYyTqsKzqdqQIgARSYIbQuQDHcwCgtJIwPbuPVTkSVkcuXX+YnhFT +/T5HDkvmuWsXU6l0wEiVrXQ2MYLVvDVImRsKfIb6hK8aSBayebI14SIj1ffuxouswZs iuuLOlSX8KRj9L3/vIT0vHa5E+hZFvE0dqqD/cnInMf7BzIdfdhHqBS4wcZmrRfMiEkw ao0g== X-Gm-Message-State: AD7BkJJqv58SBhCkbNJL0Ko3Rn658bVcd7vmETETcJkxjTcqCsKnoNZzT8FnTeg5EiWnesumLBf5LIwWJakkyg== MIME-Version: 1.0 X-Received: by 10.50.153.109 with SMTP id vf13mr1570947igb.36.1456946571045; Wed, 02 Mar 2016 11:22:51 -0800 (PST) Received: by 10.79.96.1 with HTTP; Wed, 2 Mar 2016 11:22:50 -0800 (PST) In-Reply-To: <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> Date: Wed, 2 Mar 2016 14:22:50 -0500 Message-ID: From: Stan Ratliff To: Thomas Heide Clausen Content-Type: multipart/alternative; boundary=089e01536672d2f619052d15ce12 Archived-At: Cc: "Dearlove, Christopher \(UK\)" , Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 19:22:54 -0000 --089e01536672d2f619052d15ce12 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen wrote: > A question and a comment: > > 1) I thought this was about AODVv2, not DLEP, so I fail to see > why it is relevant to bring DLEP into this discussion? > I was asked, implicitly, why *I* was pushing (since I was repeatedly named) for a set of requirements *then*, and not so *now* - specifically, support of ip unnumbered on interfaces. It's relevant to explain that it was based on companion technology - technology that I no longer require. I would think that was self-evident. Apparently not. > > 2) I think that the argument bring made here is the logical fallacy calle= d > * "moving the goal posts"*. > You are correct in that there is a logical fallacy in play here. Yours. All I've said is (and I quote): "I don=E2=80=99t have any great issues with dis= allowing it." That's an *opinion*, not an *edict*; nor does it connote moving of goal posts, or any other associated hardware. At least I believe that, according to IETF rules, I still get to express opinions, as a WG participant... or did some RFC slip past that I'm not aware of? Stan > > There are use cases for "same IP address on multiple interfaces" and I > believe they should be supported (as Chris wrote that we did for OLSRv2 "= to > the maximum extend possible"), also by this protocol. > > Thomas > > > On 02 Mar 2016, at 17:02, Ratliff, Stanley wrote: > > Chris, > > > > I=E2=80=99m digging deep into the memory banks here=E2=80=A6 ;-) But from= what I remember, > there were discussions at my old employer about the possibilities of > implementing & running OLSRv2 in the router. Our implementations at the > time were based on RFC5578 =E2=80=93 a collection of PPPoE links, running= over an > RF net. For that, =E2=80=9Cip unnumbered=E2=80=9D would have been a requi= rement. Since > DLEP is **not** PPPoE based, it pretty much mitigates the requirement. > > > > Regards, > > Stan > > > > > > *From:* Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk > ] > *Sent:* Wednesday, March 02, 2016 10:55 AM > *To:* Ratliff, Stanley > *Cc:* Dearlove, Christopher (UK) ; Justin > Dean ; manet@ietf.org > *Subject:* Re: [manet] AODVv2 reivew > > > > I'm not sure why the case was insisted on for OLSRv2 (though we were happ= y > to oblige to the maximum extent possible) and isn't required for AODVv2, > but it wasn't my requirement. > > > > As for the different addresses on different platforms, I think we are > agreed, it was the point I made. (Gateways may be a related but different > issue.) > > -- > > Christopher Dearlove > > christopher.dearlove@gmail.com > > > On 2 Mar 2016, at 15:19, Ratliff, Stanley wrote: > > Chris, > > > > To answer a question with a question =E2=80=93 Will anyone want to run AO= DVv2 over > a collection of PPPoE links? I doubt it. I don=E2=80=99t have any great = issues > with disallowing it. That would also resolve Justin=E2=80=99s uni-directi= onal > failure case, since the common addresses wouldn=E2=80=99t be assigned to = multiple > interfaces in the first place. > > > > Other thoughts? > > > > Regards, > > Stan > > > > > > *From:* Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk > ] > *Sent:* Wednesday, March 02, 2016 9:52 AM > *To:* Ratliff, Stanley > *Cc:* Dearlove, Christopher (UK) ; Justin > Dean ; manet@ietf.org > *Subject:* Re: [manet] AODVv2 reivew > > > > The question is, is that important for AODVv2? Should it allow it? Are > there any problems? > > > > As I've just said in another post, the step beyond that of routers sharin= g > an address is a problem, but I don't expect it to be relevant as people > shouldn't do it (it could be explicitly said). Though what I didn't addre= ss > there is the impact on gateways. We resolved that in OLSRv2 with two > different kinds of advertised address, one shareable among routers, not > tied to an interface, one shareable among interfaces but only on the same > router and only if not commonly hearable. > > > -- > > Christopher Dearlove > > christopher.dearlove@gmail.com (iPhone) > > chris@mnemosyne.demon.co.uk (home) > > > On 2 Mar 2016, at 14:17, Ratliff, Stanley wrote: > > Chris, > > > > The use case comes from routers implementing ip unnumbered. It can cause > the same address to be placed on multiple interfaces. From what I recall, > its especially prevalent with PPPoE interfaces, as they are virtual; clon= ed > from a common template. > > > > Regards, > > Stan > > > > > > > > In NHDP, we added (following requests from the WG, Stan in particular > IIRC) the more tricky case of the same address used on different > interfaces. We had to limit that, so any receiving interface would only > ever receive one or the other (which otherwise is not a requirement in > NHDP) - which might in a real case be e.g. different frequencies > (timeslots, codes, etc.) I have no idea whether this is easy or hard in > AODVv2 (the devil is in the details). I don=E2=80=99t know if Stan (for e= xample) > still has this requirement. > > > > *-- * > > ************************ > > > _____________________________________________________ > This electronic message and any files transmitted with it contains > information from iDirect, which may be privileged, proprietary > and/or confidential. It is intended solely for the use of the individual > or entity to whom they are addressed. If you are not the original > recipient or the person responsible for delivering the email to the > intended recipient, be advised that you have received this email > in error, and that any use, dissemination, forwarding, printing, or > copying of this email is strictly prohibited. If you received this email > in error, please delete it and immediately notify the sender. > _____________________________________________________ > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > > _____________________________________________________ > This electronic message and any files transmitted with it contains > information from iDirect, which may be privileged, proprietary > and/or confidential. It is intended solely for the use of the individual > or entity to whom they are addressed. If you are not the original > recipient or the person responsible for delivering the email to the > intended recipient, be advised that you have received this email > in error, and that any use, dissemination, forwarding, printing, or > copying of this email is strictly prohibited. If you received this email > in error, please delete it and immediately notify the sender. > _____________________________________________________ > > > _____________________________________________________ > This electronic message and any files transmitted with it contains > information from iDirect, which may be privileged, proprietary > and/or confidential. It is intended solely for the use of the individual > or entity to whom they are addressed. If you are not the original > recipient or the person responsible for delivering the email to the > intended recipient, be advised that you have received this email > in error, and that any use, dissemination, forwarding, printing, or > copying of this email is strictly prohibited. If you received this email > in error, please delete it and immediately notify the sender. > _____________________________________________________ > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --089e01536672d2f619052d15ce12 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen = <ietf@thomas= clausen.org> wrote:
A question and a comment:

1) I thought this was about AODVv2, not DLEP, so I fail to see=C2=A0=
=C2=A0 =C2=A0 =C2=A0why it is relevant to bring DLEP into this d= iscussion?

I was aske= d, implicitly, why *I* was pushing (since I was repeatedly named) for a set= of requirements *then*, and not so *now* - specifically, support of ip unn= umbered on interfaces. It's relevant to explain that it was based on co= mpanion technology - technology that I no longer require. I would think tha= t was self-evident. Apparently not.=C2=A0
=C2=A0

2) I think that the argument bring ma= de here is the logical fallacy called
=C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 "moving the goal posts".=C2=A0

You are correct in that there is a logical f= allacy in play here. Yours. All I've said is (and I quote): "I don= =E2=80=99t have any great issues with disallowing it." That's an *= opinion*, not an *edict*; nor does it connote moving of goal posts, or any = other associated hardware. At least I believe that, according to IETF rules= , I still get to express opinions, as a WG participant... or did some RFC s= lip past that I'm not aware of?=C2=A0

Stan

=C2=A0
=C2=A0=C2=A0
There are use cases for "same IP address = on multiple interfaces" and I believe they should be supported (as Chr= is wrote that we did for OLSRv2 "to the maximum extend possible")= , also by this protocol.

Thomas


On 02 Mar 2016, at 17:02, Ratliff, Stanley <sratliff@idirect.net> wrote= :

Chris,

=C2=A0

I=E2=80=99m digging deep into the memory ban= ks here=E2=80=A6 ;-) But from what I remember, there were discussions at my= old employer about the possibilities of implementing & running OLSRv2 in the router. Our implementations at the time were based o= n RFC5578 =E2=80=93 a collection of PPPoE links, running over an RF net. Fo= r that, =E2=80=9Cip unnumbered=E2=80=9D would have been a requirement.=C2= =A0 Since DLEP is *not* PPPoE based, it pretty much mitigates the requirement.

=C2=A0

Regards,

Stan

=C2=A0

=C2=A0

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 10:55 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Ju= stin Dean <beb= emaster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

=C2=A0

I'm not sure why the case was insisted on for OL= SRv2 (though we were happy to oblige to the maximum extent possible) and is= n't required for AODVv2, but it wasn't my requirement.

=C2=A0

As for the different addresses on different platform= s, I think we are agreed, it was the point I made. (Gateways may be a relat= ed but different issue.)

--=C2=A0

Christopher Dearlove


On 2 Mar 2016, at 15:19, Ratliff, Stanley <sratliff@idirect.net> wrote:<= /u>

Chris,

=C2=A0

To answer a question with a question =E2=80= =93 Will anyone want to run AODVv2 over a collection of PPPoE links? I doub= t it.=C2=A0 I don=E2=80=99t have any great issues with disallowing it. That would also resolve Justin=E2=80=99s uni-directional failure case,= since the common addresses wouldn=E2=80=99t be assigned to multiple interf= aces in the first place.

=C2=A0

Other thoughts?

=C2=A0

Regards,

Stan

=C2=A0

=C2=A0

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 9:52 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Ju= stin Dean <beb= emaster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

=C2=A0

The question is, is that important for AODVv2? Shoul= d it allow it? Are there any problems?

=C2=A0

As I've just said in another post, the step beyo= nd that of routers sharing an address is a problem, but I don't expect = it to be relevant as people shouldn't do it (it could be explicitly sai= d). Though what I didn't address there is the impact on gateways. We resolved that in OLSRv2 with two different kinds of= advertised address, one shareable among routers, not tied to an interface,= one shareable among interfaces but only on the same router and only if not= commonly hearable.


-- =C2=A0

Christopher Dearlove


On 2 Mar 2016, at 14:17, Ratliff, Stanley <sratliff@idirect.net> wrote:<= /u>

Chris,

=C2=A0

The use case comes from routers implementing= ip unnumbered. It can cause the same address to be placed on multiple interfaces. From wh= at I recall, its especially prevalent with PPPoE interfaces, as they are vi= rtual; cloned from a common template.

=C2=A0

Regards,

Stan

=C2=A0

=C2=A0

=C2=A0

In NHDP, we added (following = requests from the WG, Stan in particular IIRC) the more tricky case of the = same address used on different interfaces. We had to limit that, so any receiving interface would only ever receive o= ne or the other (which otherwise is not a requirement in NHDP) - which migh= t in a real case be e.g. different frequencies (timeslots, codes, etc.) I h= ave no idea whether this is easy or hard in AODVv2 (the devil is in the details). I don=E2=80=99t know if S= tan (for example) still has this requirement.

=C2=A0

--

************************


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email in error, please delete it and immediately notify the sender.
_____________________________________________________ =

_______________________________________________
manet mailing list
manet@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/manet


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email in error, please delete it and immediately notify the sender.
_____________________________________________________ =


_____________________________________________________
This elect= ronic message and any files transmitted with it contains
information fro= m iDirect, which may be privileged, proprietary
and/or confidential. It = is intended solely for the use of the individual
or entity to whom they = are addressed. If you are not the original
recipient or the person respo= nsible for delivering the email to the
intended recipient, be advised th= at you have received this email
in error, and that any use, disseminatio= n, forwarding, printing, or
copying of this email is strictly prohibited= . If you received this email
in error, please delete it and immediately = notify the sender.
_____________________________________________________=
___________________= ____________________________
manet mailing list
<= span>manet@ietf.org=
https://www.ietf.org/mailman/listinfo/manet
<= /div>

_________________________________________= ______
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet


--089e01536672d2f619052d15ce12-- From nobody Wed Mar 2 11:27:18 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 586891B2DD8 for ; Wed, 2 Mar 2016 11:27:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.999 X-Spam-Level: X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 QJ6nUFVAwY4g for ; Wed, 2 Mar 2016 11:27:11 -0800 (PST) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B0E21B2DD2 for ; Wed, 2 Mar 2016 11:27:11 -0800 (PST) Received: by mail-ob0-x236.google.com with SMTP id ts10so208328523obc.1 for ; Wed, 02 Mar 2016 11:27:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=yuPTXtJBPGOjHZv9lxp4e+AhXT9MNQTj7wZI/axkETQ=; b=Dr2I8E5knl+podMDa+Lvj6Qx1vdWoWA9Wrq0P/29uYH1nfsSypPmjAvhiub7M+YyRe breTd2kf9sHZ3+5F8JAdcTkZ7CSdE1neBebLesjTkl2rUFwqC7kKv/mmFnsoudtPrNwr yyo6K7cedLXpIrvBTgiPHyuaYknW9v47qdJ56f9pXc3QX+I5hVOXo3WT6KmMDAxM/Iuf x5OlDSGt8n6e3zvXnZx8f233gs8iSCJM0NervOaGK3dHaiAx4cxmERBsmg/waONax/2U uYKLxmPjVzxS0/KCNqmiSYGWeD0/6VafVoOeFfvTKhBHoNNbcrE/jZYb/O6Y20viqtwu S5zw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=yuPTXtJBPGOjHZv9lxp4e+AhXT9MNQTj7wZI/axkETQ=; b=Y3pPFR8njsrCmPPqSl4uqYUebdrP27TRrJ2k8Xlmd3gC0ZRuaeNM9wt0oKjaNfEhEj 36IUtQPHBE7nczxuBSnj2TWP5mPPSpqGLQ7jSVycwJrtMo7vyRJbPOSSu2MRNv+B2Cx0 ZM5EPwPIlebyxTOww0Nny7JoIXcEuLmStp2Rh/7FohH3MVkzLtOj0tXU7kWSgiL1202T 7ji0GQrPe1p1cFM9pVDNydVQ/khh0sLvFKDV9Fg8lylm35/Dg7NnWASSOLuI36pn8vYF sPAg0xk4gT+6y4Anpmt5JsvwCp7psIsoPQDI+TxKN5Fyn6Ket0wN3Lx5GxK7wjjXE6Td TZhw== X-Gm-Message-State: AD7BkJIuzaxtgvnVvVzyNbvGJ9TklD6T7GKNve1S8cBAVPpDMMhZqmuNLOPSZVn7rf3rXrx5q+SDxu1RdzCqsQ== MIME-Version: 1.0 X-Received: by 10.182.135.230 with SMTP id pv6mr22126586obb.61.1456946830284; Wed, 02 Mar 2016 11:27:10 -0800 (PST) Received: by 10.76.45.102 with HTTP; Wed, 2 Mar 2016 11:27:10 -0800 (PST) In-Reply-To: References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> Date: Wed, 2 Mar 2016 14:27:10 -0500 Message-ID: From: Justin Dean To: Stan Ratliff Content-Type: multipart/alternative; boundary=089e0112c5cc46a239052d15de43 Archived-At: Cc: "Dearlove, Christopher \(UK\)" , Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 19:27:14 -0000 --089e0112c5cc46a239052d15de43 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable To me this isn't a big deal (unless it isn't fixed). Two ways to fix it. Disallow different interfaces to have the same address. Two mandate any interfaces with the same IP address MUST be bridged into a single logical interface (i.e. both interfaces send and receive the same traffic). Either way fixes the issue. Justin On Wed, Mar 2, 2016 at 2:22 PM, Stan Ratliff wrote: > > > On Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen < > ietf@thomasclausen.org> wrote: > >> A question and a comment: >> >> 1) I thought this was about AODVv2, not DLEP, so I fail to see >> why it is relevant to bring DLEP into this discussion? >> > > I was asked, implicitly, why *I* was pushing (since I was repeatedly > named) for a set of requirements *then*, and not so *now* - specifically, > support of ip unnumbered on interfaces. It's relevant to explain that it > was based on companion technology - technology that I no longer require. = I > would think that was self-evident. Apparently not. > > >> >> 2) I think that the argument bring made here is the logical fallacy call= ed >> * "moving the goal posts"*. >> > > You are correct in that there is a logical fallacy in play here. Yours. > All I've said is (and I quote): "I don=E2=80=99t have any great issues wi= th > disallowing it." That's an *opinion*, not an *edict*; nor does it connote > moving of goal posts, or any other associated hardware. At least I believ= e > that, according to IETF rules, I still get to express opinions, as a WG > participant... or did some RFC slip past that I'm not aware of? > > Stan > > > >> >> There are use cases for "same IP address on multiple interfaces" and I >> believe they should be supported (as Chris wrote that we did for OLSRv2 = "to >> the maximum extend possible"), also by this protocol. >> >> Thomas >> >> >> On 02 Mar 2016, at 17:02, Ratliff, Stanley wrote: >> >> Chris, >> >> >> >> I=E2=80=99m digging deep into the memory banks here=E2=80=A6 ;-) But fro= m what I >> remember, there were discussions at my old employer about the possibilit= ies >> of implementing & running OLSRv2 in the router. Our implementations at t= he >> time were based on RFC5578 =E2=80=93 a collection of PPPoE links, runnin= g over an >> RF net. For that, =E2=80=9Cip unnumbered=E2=80=9D would have been a requ= irement. Since >> DLEP is **not** PPPoE based, it pretty much mitigates the requirement. >> >> >> >> Regards, >> >> Stan >> >> >> >> >> >> *From:* Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk >> ] >> *Sent:* Wednesday, March 02, 2016 10:55 AM >> *To:* Ratliff, Stanley >> *Cc:* Dearlove, Christopher (UK) ; Justin >> Dean ; manet@ietf.org >> *Subject:* Re: [manet] AODVv2 reivew >> >> >> >> I'm not sure why the case was insisted on for OLSRv2 (though we were >> happy to oblige to the maximum extent possible) and isn't required for >> AODVv2, but it wasn't my requirement. >> >> >> >> As for the different addresses on different platforms, I think we are >> agreed, it was the point I made. (Gateways may be a related but differen= t >> issue.) >> >> -- >> >> Christopher Dearlove >> >> christopher.dearlove@gmail.com >> >> >> On 2 Mar 2016, at 15:19, Ratliff, Stanley wrote: >> >> Chris, >> >> >> >> To answer a question with a question =E2=80=93 Will anyone want to run A= ODVv2 >> over a collection of PPPoE links? I doubt it. I don=E2=80=99t have any = great >> issues with disallowing it. That would also resolve Justin=E2=80=99s >> uni-directional failure case, since the common addresses wouldn=E2=80=99= t be >> assigned to multiple interfaces in the first place. >> >> >> >> Other thoughts? >> >> >> >> Regards, >> >> Stan >> >> >> >> >> >> *From:* Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk >> ] >> *Sent:* Wednesday, March 02, 2016 9:52 AM >> *To:* Ratliff, Stanley >> *Cc:* Dearlove, Christopher (UK) ; Justin >> Dean ; manet@ietf.org >> *Subject:* Re: [manet] AODVv2 reivew >> >> >> >> The question is, is that important for AODVv2? Should it allow it? Are >> there any problems? >> >> >> >> As I've just said in another post, the step beyond that of routers >> sharing an address is a problem, but I don't expect it to be relevant as >> people shouldn't do it (it could be explicitly said). Though what I didn= 't >> address there is the impact on gateways. We resolved that in OLSRv2 with >> two different kinds of advertised address, one shareable among routers, = not >> tied to an interface, one shareable among interfaces but only on the sam= e >> router and only if not commonly hearable. >> >> >> -- >> >> Christopher Dearlove >> >> christopher.dearlove@gmail.com (iPhone) >> >> chris@mnemosyne.demon.co.uk (home) >> >> >> On 2 Mar 2016, at 14:17, Ratliff, Stanley wrote: >> >> Chris, >> >> >> >> The use case comes from routers implementing ip unnumbered. It can cause >> the same address to be placed on multiple interfaces. From what I recall= , >> its especially prevalent with PPPoE interfaces, as they are virtual; clo= ned >> from a common template. >> >> >> >> Regards, >> >> Stan >> >> >> >> >> >> >> >> In NHDP, we added (following requests from the WG, Stan in particular >> IIRC) the more tricky case of the same address used on different >> interfaces. We had to limit that, so any receiving interface would only >> ever receive one or the other (which otherwise is not a requirement in >> NHDP) - which might in a real case be e.g. different frequencies >> (timeslots, codes, etc.) I have no idea whether this is easy or hard in >> AODVv2 (the devil is in the details). I don=E2=80=99t know if Stan (for = example) >> still has this requirement. >> >> >> >> *-- * >> >> ************************ >> >> >> _____________________________________________________ >> This electronic message and any files transmitted with it contains >> information from iDirect, which may be privileged, proprietary >> and/or confidential. It is intended solely for the use of the individual >> or entity to whom they are addressed. If you are not the original >> recipient or the person responsible for delivering the email to the >> intended recipient, be advised that you have received this email >> in error, and that any use, dissemination, forwarding, printing, or >> copying of this email is strictly prohibited. If you received this email >> in error, please delete it and immediately notify the sender. >> _____________________________________________________ >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> >> >> _____________________________________________________ >> This electronic message and any files transmitted with it contains >> information from iDirect, which may be privileged, proprietary >> and/or confidential. It is intended solely for the use of the individual >> or entity to whom they are addressed. If you are not the original >> recipient or the person responsible for delivering the email to the >> intended recipient, be advised that you have received this email >> in error, and that any use, dissemination, forwarding, printing, or >> copying of this email is strictly prohibited. If you received this email >> in error, please delete it and immediately notify the sender. >> _____________________________________________________ >> >> >> _____________________________________________________ >> This electronic message and any files transmitted with it contains >> information from iDirect, which may be privileged, proprietary >> and/or confidential. It is intended solely for the use of the individual >> or entity to whom they are addressed. If you are not the original >> recipient or the person responsible for delivering the email to the >> intended recipient, be advised that you have received this email >> in error, and that any use, dissemination, forwarding, printing, or >> copying of this email is strictly prohibited. If you received this email >> in error, please delete it and immediately notify the sender. >> _____________________________________________________ >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> >> > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --089e0112c5cc46a239052d15de43 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
To me this isn't a big deal (unless it isn't fixed= ).=C2=A0 Two ways to fix it.=C2=A0 Disallow different interfaces to have th= e same address.=C2=A0 Two mandate any interfaces with the same IP address M= UST be bridged into a single logical interface (i.e. both interfaces send a= nd receive the same traffic).=C2=A0 Either way fixes the issue.

Justin

On Wed, Mar 2, 2016 at 2:22 PM, Stan Ratliff <= ;ratliffstan@gma= il.com> wrote:


On Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen <ietf@t= homasclausen.org> wrote:
A question and a comment:
1) I thought this was about AODVv2, not DLEP, so I fail to see= =C2=A0
=C2=A0 =C2=A0 =C2=A0why it is relevant to bring DLEP into = this discussion?

I was asked, implicitly, why *I* was pushing (since I was repeatedly nam= ed) for a set of requirements *then*, and not so *now* - specifically, supp= ort of ip unnumbered on interfaces. It's relevant to explain that it wa= s based on companion technology - technology that I no longer require. I wo= uld think that was self-evident. Apparently not.=C2=A0
=C2=A0

2) I th= ink that the argument bring made here is the logical fallacy called
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 "moving the goal posts"<= /i>.=C2=A0

You are= correct in that there is a logical fallacy in play here. Yours. All I'= ve said is (and I quote): "I don=E2=80=99t have any great issues with = disallowing it." That's an *opinion*, not an *edict*; nor does it = connote moving of goal posts, or any other associated hardware. At least I = believe that, according to IETF rules, I still get to express opinions, as = a WG participant... or did some RFC slip past that I'm not aware of?=C2= =A0

Stan

=C2=A0<= /div>
=C2=A0=C2=A0
Th= ere are use cases for "same IP address on multiple interfaces" an= d I believe they should be supported (as Chris wrote that we did for OLSRv2= "to the maximum extend possible"), also by this protocol.
<= div>
Thomas


On 02 Mar 2016, at 1= 7:02, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

=C2=A0

I=E2=80=99m digging deep into the memory ban= ks here=E2=80=A6 ;-) But from what I remember, there were discussions at my= old employer about the possibilities of implementing & running OLSRv2 in the router. Our implementations at the time were based o= n RFC5578 =E2=80=93 a collection of PPPoE links, running over an RF net. Fo= r that, =E2=80=9Cip unnumbered=E2=80=9D would have been a requirement.=C2= =A0 Since DLEP is *not* PPPoE based, it pretty much mitigates the requirement.

=C2=A0

Regards,

Stan

=C2=A0

=C2=A0

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 10:55 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Ju= stin Dean <beb= emaster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

=C2=A0

I'm not sure why the case was insisted on for OL= SRv2 (though we were happy to oblige to the maximum extent possible) and is= n't required for AODVv2, but it wasn't my requirement.

=C2=A0

As for the different addresses on different platform= s, I think we are agreed, it was the point I made. (Gateways may be a relat= ed but different issue.)

--=C2=A0

Christopher Dearlove


On 2 Mar 2016, at 15:19, Ratliff, Stanley <sratliff@idirect.net> wrote:<= /u>

Chris,

=C2=A0

To answer a question with a question =E2=80= =93 Will anyone want to run AODVv2 over a collection of PPPoE links? I doub= t it.=C2=A0 I don=E2=80=99t have any great issues with disallowing it. That would also resolve Justin=E2=80=99s uni-directional failure case,= since the common addresses wouldn=E2=80=99t be assigned to multiple interf= aces in the first place.

=C2=A0

Other thoughts?

=C2=A0

Regards,

Stan

=C2=A0

=C2=A0

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 9:52 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Ju= stin Dean <beb= emaster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

=C2=A0

The question is, is that important for AODVv2? Shoul= d it allow it? Are there any problems?

=C2=A0

As I've just said in another post, the step beyo= nd that of routers sharing an address is a problem, but I don't expect = it to be relevant as people shouldn't do it (it could be explicitly sai= d). Though what I didn't address there is the impact on gateways. We resolved that in OLSRv2 with two different kinds of= advertised address, one shareable among routers, not tied to an interface,= one shareable among interfaces but only on the same router and only if not= commonly hearable.


-- =C2=A0

Christopher Dearlove


On 2 Mar 2016, at 14:17, Ratliff, Stanley <sratliff@idirect.net> wrote:<= /u>

Chris,

=C2=A0

The use case comes from routers implementing= ip unnumbered. It can cause the same address to be placed on multiple interfaces. From wh= at I recall, its especially prevalent with PPPoE interfaces, as they are vi= rtual; cloned from a common template.

=C2=A0

Regards,

Stan

=C2=A0

=C2=A0

=C2=A0

In NHDP, we added (following = requests from the WG, Stan in particular IIRC) the more tricky case of the = same address used on different interfaces. We had to limit that, so any receiving interface would only ever receive o= ne or the other (which otherwise is not a requirement in NHDP) - which migh= t in a real case be e.g. different frequencies (timeslots, codes, etc.) I h= ave no idea whether this is easy or hard in AODVv2 (the devil is in the details). I don=E2=80=99t know if S= tan (for example) still has this requirement.

=C2=A0

--

************************


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email in error, please delete it and immediately notify the sender.
_____________________________________________________ =

_______________________________________________
manet mailing list
manet@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/manet


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email in error, please delete it and immediately notify the sender.
_____________________________________________________ =


_____________________________________________________
This elect= ronic message and any files transmitted with it contains
information fro= m iDirect, which may be privileged, proprietary
and/or confidential. It = is intended solely for the use of the individual
or entity to whom they = are addressed. If you are not the original
recipient or the person respo= nsible for delivering the email to the
intended recipient, be advised th= at you have received this email
in error, and that any use, disseminatio= n, forwarding, printing, or
copying of this email is strictly prohibited= . If you received this email
in error, please delete it and immediately = notify the sender.
_____________________________________________________=
___________________= ____________________________
manet mailing list
<= span>manet@ietf.org=
https://www.ietf.org/mailman/listinfo/manet
<= /div>

_________________________________________= ______
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet



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


--089e0112c5cc46a239052d15de43-- From nobody Wed Mar 2 11:30:52 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53F481B2C88 for ; Wed, 2 Mar 2016 11:30:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kUplzR9XD2wI for ; Wed, 2 Mar 2016 11:30:46 -0800 (PST) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD7591B2DDB for ; Wed, 2 Mar 2016 11:30:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 977DC2404E6; Wed, 2 Mar 2016 11:30:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1456947046; bh=bK7Lf4mqEs+Y3HWQcw+KRHvx0IQyCas7Wm+Asw/JNdA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=TfzFaNpiK8lRUdeOAhU+nG1ZT3nbFSvvGtvDn6QPvx406MnaHrST0IzXGLz/LXGkZ 0EZrR4lbch7L5Q0Z5Wdaf4rc2hqHEZQEkD28sk8o73myNL+mTOSngS/QGvuJ9DLKHE enopTIVD1wJnnGzhisG48mdmenWAQPUWAywcc+N4= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [192.168.147.246] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id C64E42404C4; Wed, 2 Mar 2016 11:30:45 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-0DF5AB97-5AA4-4C8E-9B77-7FCBA5CF6738 Mime-Version: 1.0 (1.0) From: Thomas Heide Clausen X-Mailer: iPad Mail (13E5225a) In-Reply-To: Date: Wed, 2 Mar 2016 20:30:44 +0100 Content-Transfer-Encoding: 7bit Message-Id: <255DF414-A6F2-4FC8-97EA-13795E646092@thomasclausen.org> References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> To: Justin Dean Archived-At: Cc: "Dearlove, Christopher \(UK\)" , Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 19:30:50 -0000 --Apple-Mail-0DF5AB97-5AA4-4C8E-9B77-7FCBA5CF6738 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable ...but one of the two ways limits applicability.=20 For what it is worth, I have been bringing this very issue up for many, many= review cycles (I think, as far as a year back). I guess I should be glad th= at it is finally being discussed.=20 > On 02 Mar 2016, at 20:27, Justin Dean wrote: >=20 > To me this isn't a big deal (unless it isn't fixed). Two ways to fix it. = Disallow different interfaces to have the same address. Two mandate any in= terfaces with the same IP address MUST be bridged into a single logical inte= rface (i.e. both interfaces send and receive the same traffic). Either way f= ixes the issue. >=20 > Justin >=20 >> On Wed, Mar 2, 2016 at 2:22 PM, Stan Ratliff wrot= e: >>=20 >>=20 >>> On Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen wrote: >>> A question and a comment: >>>=20 >>> 1) I thought this was about AODVv2, not DLEP, so I fail to see=20 >>> why it is relevant to bring DLEP into this discussion? >>=20 >> I was asked, implicitly, why *I* was pushing (since I was repeatedly name= d) for a set of requirements *then*, and not so *now* - specifically, suppor= t of ip unnumbered on interfaces. It's relevant to explain that it was based= on companion technology - technology that I no longer require. I would thin= k that was self-evident. Apparently not.=20 >> =20 >>>=20 >>> 2) I think that the argument bring made here is the logical fallacy call= ed >>> "moving the goal posts".=20 >>=20 >> You are correct in that there is a logical fallacy in play here. Yours. A= ll I've said is (and I quote): "I don=E2=80=99t have any great issues with d= isallowing it." That's an *opinion*, not an *edict*; nor does it connote mov= ing of goal posts, or any other associated hardware. At least I believe that= , according to IETF rules, I still get to express opinions, as a WG particip= ant... or did some RFC slip past that I'm not aware of?=20 >>=20 >> Stan >>=20 >> =20 >>> =20 >>> There are use cases for "same IP address on multiple interfaces" and I b= elieve they should be supported (as Chris wrote that we did for OLSRv2 "to t= he maximum extend possible"), also by this protocol. >>>=20 >>> Thomas >>>=20 >>>=20 >>>> On 02 Mar 2016, at 17:02, Ratliff, Stanley wrote= : >>>>=20 >>>> Chris, >>>>=20 >>>> =20 >>>>=20 >>>> I=E2=80=99m digging deep into the memory banks here=E2=80=A6 ;-) But fr= om what I remember, there were discussions at my old employer about the poss= ibilities of implementing & running OLSRv2 in the router. Our implementation= s at the time were based on RFC5578 =E2=80=93 a collection of PPPoE links, r= unning over an RF net. For that, =E2=80=9Cip unnumbered=E2=80=9D would have b= een a requirement. Since DLEP is *not* PPPoE based, it pretty much mitigate= s the requirement. >>>>=20 >>>> =20 >>>>=20 >>>> Regards, >>>>=20 >>>> Stan >>>>=20 >>>> =20 >>>>=20 >>>> =20 >>>>=20 >>>> From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]=20 >>>> Sent: Wednesday, March 02, 2016 10:55 AM >>>> To: Ratliff, Stanley >>>> Cc: Dearlove, Christopher (UK) ; Justin D= ean ; manet@ietf.org >>>> Subject: Re: [manet] AODVv2 reivew >>>>=20 >>>> =20 >>>>=20 >>>> I'm not sure why the case was insisted on for OLSRv2 (though we were ha= ppy to oblige to the maximum extent possible) and isn't required for AODVv2,= but it wasn't my requirement. >>>>=20 >>>> =20 >>>>=20 >>>> As for the different addresses on different platforms, I think we are a= greed, it was the point I made. (Gateways may be a related but different iss= ue.) >>>>=20 >>>> --=20 >>>>=20 >>>> Christopher Dearlove >>>>=20 >>>> christopher.dearlove@gmail.com >>>>=20 >>>>=20 >>>> On 2 Mar 2016, at 15:19, Ratliff, Stanley wrote:= >>>>=20 >>>> Chris, >>>>=20 >>>> =20 >>>>=20 >>>> To answer a question with a question =E2=80=93 Will anyone want to run A= ODVv2 over a collection of PPPoE links? I doubt it. I don=E2=80=99t have an= y great issues with disallowing it. That would also resolve Justin=E2=80=99s= uni-directional failure case, since the common addresses wouldn=E2=80=99t b= e assigned to multiple interfaces in the first place. >>>>=20 >>>> =20 >>>>=20 >>>> Other thoughts? >>>>=20 >>>> =20 >>>>=20 >>>> Regards, >>>>=20 >>>> Stan >>>>=20 >>>> =20 >>>>=20 >>>> =20 >>>>=20 >>>> From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]=20 >>>> Sent: Wednesday, March 02, 2016 9:52 AM >>>> To: Ratliff, Stanley >>>> Cc: Dearlove, Christopher (UK) ; Justin D= ean ; manet@ietf.org >>>> Subject: Re: [manet] AODVv2 reivew >>>>=20 >>>> =20 >>>>=20 >>>> The question is, is that important for AODVv2? Should it allow it? Are t= here any problems? >>>>=20 >>>> =20 >>>>=20 >>>> As I've just said in another post, the step beyond that of routers shar= ing an address is a problem, but I don't expect it to be relevant as people s= houldn't do it (it could be explicitly said). Though what I didn't address t= here is the impact on gateways. We resolved that in OLSRv2 with two differen= t kinds of advertised address, one shareable among routers, not tied to an i= nterface, one shareable among interfaces but only on the same router and onl= y if not commonly hearable. >>>>=20 >>>>=20 >>>> -- =20 >>>>=20 >>>> Christopher Dearlove >>>>=20 >>>> christopher.dearlove@gmail.com (iPhone) >>>>=20 >>>> chris@mnemosyne.demon.co.uk (home) >>>>=20 >>>>=20 >>>> On 2 Mar 2016, at 14:17, Ratliff, Stanley wrote:= >>>>=20 >>>> Chris, >>>>=20 >>>> =20 >>>>=20 >>>> The use case comes from routers implementing ip unnumbered. It can caus= e the same address to be placed on multiple interfaces. =46rom what I recall= , its especially prevalent with PPPoE interfaces, as they are virtual; clone= d from a common template. >>>>=20 >>>> =20 >>>>=20 >>>> Regards, >>>>=20 >>>> Stan >>>>=20 >>>> =20 >>>>=20 >>>> =20 >>>>=20 >>>> =20 >>>>=20 >>>> In NHDP, we added (following requests from the WG, Stan in particular I= IRC) the more tricky case of the same address used on different interfaces. W= e had to limit that, so any receiving interface would only ever receive one o= r the other (which otherwise is not a requirement in NHDP) - which might in a= real case be e.g. different frequencies (timeslots, codes, etc.) I have no i= dea whether this is easy or hard in AODVv2 (the devil is in the details). I d= on=E2=80=99t know if Stan (for example) still has this requirement. >>>>=20 >>>> =20 >>>>=20 >>>> -- >>>>=20 >>>> ************************ >>>>=20 >>>>=20 >>>> _____________________________________________________ >>>> This electronic message and any files transmitted with it contains >>>> information from iDirect, which may be privileged, proprietary >>>> and/or confidential. It is intended solely for the use of the individua= l >>>> or entity to whom they are addressed. If you are not the original >>>> recipient or the person responsible for delivering the email to the >>>> intended recipient, be advised that you have received this email >>>> in error, and that any use, dissemination, forwarding, printing, or >>>> copying of this email is strictly prohibited. If you received this emai= l >>>> in error, please delete it and immediately notify the sender. >>>> _____________________________________________________ >>>>=20 >>>> _______________________________________________ >>>> manet mailing list >>>> manet@ietf.org >>>> https://www.ietf.org/mailman/listinfo/manet >>>>=20 >>>>=20 >>>> _____________________________________________________ >>>> This electronic message and any files transmitted with it contains >>>> information from iDirect, which may be privileged, proprietary >>>> and/or confidential. It is intended solely for the use of the individua= l >>>> or entity to whom they are addressed. If you are not the original >>>> recipient or the person responsible for delivering the email to the >>>> intended recipient, be advised that you have received this email >>>> in error, and that any use, dissemination, forwarding, printing, or >>>> copying of this email is strictly prohibited. If you received this emai= l >>>> in error, please delete it and immediately notify the sender. >>>> _____________________________________________________ >>>>=20 >>>>=20 >>>> _____________________________________________________ >>>> This electronic message and any files transmitted with it contains >>>> information from iDirect, which may be privileged, proprietary >>>> and/or confidential. It is intended solely for the use of the individua= l >>>> or entity to whom they are addressed. If you are not the original >>>> recipient or the person responsible for delivering the email to the >>>> intended recipient, be advised that you have received this email >>>> in error, and that any use, dissemination, forwarding, printing, or >>>> copying of this email is strictly prohibited. If you received this emai= l >>>> in error, please delete it and immediately notify the sender. >>>> _____________________________________________________ >>>> _______________________________________________ >>>> manet mailing list >>>> manet@ietf.org >>>> https://www.ietf.org/mailman/listinfo/manet >>>=20 >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >>>=20 >>=20 >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >>=20 >=20 --Apple-Mail-0DF5AB97-5AA4-4C8E-9B77-7FCBA5CF6738 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
...but one of the two ways limits appl= icability. 

For what it is worth, I have been bringing this very issue= up for many, many review cycles (I think, as far as a year back). I guess I= should be glad that it is finally being discussed. 

=
On 02 Mar 2016, at 20:27, Justin Dean <bebemaster@gmail.com> wrote:

To me this isn't a big deal (unless it isn't fi= xed).  Two ways to fix it.  Disallow different interfaces to have t= he same address.  Two mandate any interfaces with the same IP address M= UST be bridged into a single logical interface (i.e. both interfaces send an= d receive the same traffic).  Either way fixes the issue.

Justin

On Wed, Mar 2, 2016 at 2:22 PM, Stan Ratliff <ratliffstan@gmail.com= > wrote:

= On Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen <<= a href=3D"mailto:ietf@thomasclausen.org" target=3D"_blank">ietf@thomasclause= n.org> wrote:
<= /span>
A question and a comment:

1) I= thought this was about AODVv2, not DLEP, so I fail to see 
&= nbsp;    why it is relevant to bring DLEP into this discussion?

I was asked, impl= icitly, why *I* was pushing (since I was repeatedly named) for a set of requ= irements *then*, and not so *now* - specifically, support of ip unnumbered o= n interfaces. It's relevant to explain that it was based on companion techno= logy - technology that I no longer require. I would think that was self-evid= ent. Apparently not. 
 

2) I think that the argument bring made= here is the logical fallacy called
        &n= bsp; "moving the goal posts". 

You are correct in that there is a logical fallacy i= n play here. Yours. All I've said is (and I quote): "I don=E2=80=99t have an= y great issues with disallowing it." That's an *opinion*, not an *edict*; no= r does it connote moving of goal posts, or any other associated hardware. At= least I believe that, according to IETF rules, I still get to express opini= ons, as a WG participant... or did some RFC slip past that I'm not aware of?=  

Stan

 =
  
Ther= e are use cases for "same IP address on multiple interfaces" and I believe t= hey should be supported (as Chris wrote that we did for OLSRv2 "to the maxim= um extend possible"), also by this protocol.

Thomas=


On 02 Mar 2016, at 17:02, Ratliff, Stanley <= ;sratliff@idirect.= net> wrote:

Chris,

 

I=E2=80=99m digging deep into the memory banks= here=E2=80=A6 ;-) But from what I remember, there were discussions at my ol= d employer about the possibilities of implementing & running OLSRv2 in the router. Our implementations at the time were based on= RFC5578 =E2=80=93 a collection of PPPoE links, running over an RF net. For t= hat, =E2=80=9Cip unnumbered=E2=80=9D would have been a requirement.  Si= nce DLEP is *not* PPPoE based, it pretty much mitigates the requirement.

 

Regards,

Stan

 

 

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 10:55 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Just= in Dean <bebema= ster@gmail.com>; = manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

 

I'm not sure why the case was insisted on for OLSRv2 (= though we were happy to oblige to the maximum extent possible) and isn't req= uired for AODVv2, but it wasn't my requirement.

 

As for the different addresses on different platforms= , I think we are agreed, it was the point I made. (Gateways may be a related= but different issue.)

-- 

Christopher Dearlove


On 2 Mar 2016, at 15:19, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

To answer a question with a question =E2=80=93= Will anyone want to run AODVv2 over a collection of PPPoE links? I doubt it= .  I don=E2=80=99t have any great issues with disallowing it. That would also resolve Justin=E2=80=99s uni-directional failure case, s= ince the common addresses wouldn=E2=80=99t be assigned to multiple interface= s in the first place.

 

Other thoughts?

 

Regards,

Stan

 

 

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 9:52 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Just= in Dean <bebema= ster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

 

The question is, is that important for AODVv2? Should= it allow it? Are there any problems?

 

As I've just said in another post, the step beyond th= at of routers sharing an address is a problem, but I don't expect it to be r= elevant as people shouldn't do it (it could be explicitly said). Though what= I didn't address there is the impact on gateways. We resolved that in OLSRv2 with two different kinds of a= dvertised address, one shareable among routers, not tied to an interface, on= e shareable among interfaces but only on the same router and only if not com= monly hearable.


--  

Christopher Dearlove


On 2 Mar 2016, at 14:17, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

The use case comes from routers implementing ip unnumbered. It can cause the same address to be placed on multiple interfaces. =46rom w= hat I recall, its especially prevalent with PPPoE interfaces, as they are vi= rtual; cloned from a common template.

 

Regards,

Stan

 

 

 

=

In NHDP, we added (following re= quests from the WG, Stan in particular IIRC) the more tricky case of the sam= e address used on different interfaces. We had to limit that, so any receiving interface would only ever receive on= e or the other (which otherwise is not a requirement in NHDP) - which might i= n a real case be e.g. different frequencies (timeslots, codes, etc.) I have n= o idea whether this is easy or hard in AODVv2 (the devil is in the details). I don=E2=80=99t know if St= an (for example) still has this requirement.

 

=

--=

************************


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
= or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
= in error, please delete it and immediately notify the sender.
_____________________________________________________ <= /p>

_______________________________________________
manet mailing list
manet@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/manet


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
= or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
= in error, please delete it and immediately notify the sender.
_____________________________________________________ <= /p>


_____________________________________________________
This electro= nic message and any files transmitted with it contains
information from i= Direct, which may be privileged, proprietary
and/or confidential. It is i= ntended solely for the use of the individual
or entity to whom they are a= ddressed. If you are not the original
recipient or the person responsible= for delivering the email to the
intended recipient, be advised that you h= ave received this email
in error, and that any use, dissemination, forwar= ding, printing, or
copying of this email is strictly prohibited. If you r= eceived this email
in error, please delete it and immediately notify the s= ender.
_____________________________________________________
____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet
=

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



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


= --Apple-Mail-0DF5AB97-5AA4-4C8E-9B77-7FCBA5CF6738-- From nobody Wed Mar 2 11:36:57 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2888F1B2DEF for ; Wed, 2 Mar 2016 11:36:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FP36ThQEBWtM for ; Wed, 2 Mar 2016 11:36:49 -0800 (PST) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 412DC1B2D60 for ; Wed, 2 Mar 2016 11:36:49 -0800 (PST) Received: by mail-wm0-x22d.google.com with SMTP id p65so3822223wmp.1 for ; Wed, 02 Mar 2016 11:36:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=I35EmgTnN+ZIq4vhcpUla4wHWFPRh0cMoVdOD2lf024=; b=OxhYwGby9qMp2UFqi2/waKBSqAUAFpwYSn1izI4kYAEE46K77L9Zm8DCEn56xZkPB2 i0YnUWPRhZtXDloMnVfu7U8qgkj9Z7LP6RXR+D286IGm33pUxg2Xb3BpDJUIU3wNknxK qT+C9WOTpM8F/Pwnl+K7C3W4LMybJcsFXJ9nZ3SZ0PaJFpHeDsn40Kvt2t4VS1SkLltz NXu/HFvCBdFA4AdOyuQCmoH8+YeyLf3f3uB5YMFryNR0ntMBTGNzF3bGZUZgW1SDmkpJ n3KIqZ/e3UuQ9YpBKXNpCfDZSUHnUKR6Lcifiv+FJMYP9h0Enzo+atJ/Fg+fNCgd6dtM QPAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=I35EmgTnN+ZIq4vhcpUla4wHWFPRh0cMoVdOD2lf024=; b=TGqTIolqo+81qw7TpqwGssS8uGM2NlpTHXuIxp7Qn6ETAg7a1gPEqHOu2u8begraY/ xniIJwW/6YnjDhv2CYhhSmpsZaaRWkKC2Cg5wZZnUT8AZVe3CqNHcSRyOzcp1xHN+8W0 Zdqm9ePIaw/xc0c3vDQqcVvWMWNyK34Pf9XTVUHW34DdUxvse/Viyx0vEwxgLwWN8Zbg n2Y26L7RLFWrl1LvEGm4qrkwwe8irS3yLb4/v8uV4vYgrwBL1EOFxpnAOl5AeFbWCzml xQ0yYhRexv2RjLFgeQzwQ8OAgqjimdKjriEQDvsINcAeUc9a8pxB03WTRmRAV0OKQrVO n72g== X-Gm-Message-State: AD7BkJILe5vUQFpsvkuHCVLy5X2HxhgjxV1KYg2NOZlfZ9mL0ZRp4Ujh/2fl5pGKWXzh/Q== X-Received: by 10.28.68.86 with SMTP id r83mr1677614wma.73.1456947407833; Wed, 02 Mar 2016 11:36:47 -0800 (PST) Received: from [10.0.0.27] (host-92-27-196-20.static.as13285.net. [92.27.196.20]) by smtp.gmail.com with ESMTPSA id s206sm4037428wmf.23.2016.03.02.11.36.46 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Mar 2016 11:36:47 -0800 (PST) References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> Mime-Version: 1.0 (1.0) In-Reply-To: <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> Content-Type: multipart/alternative; boundary=Apple-Mail-0375220E-20B4-47B2-BEFE-DC7A8F594D7B Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Wed, 2 Mar 2016 19:36:46 +0000 To: Thomas Heide Clausen Archived-At: Cc: "Dearlove, Christopher \(UK\)" , Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 19:36:53 -0000 --Apple-Mail-0375220E-20B4-47B2-BEFE-DC7A8F594D7B Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I'm not set on including the case. It's one that should be discussed here, b= ut the answer could go either way. It just needs to be documented. I think i= t's clear that the non-reuse of addresses between routers needs a comment - b= ut what about gateways? --=20 Christopher Dearlove christopher.dearlove@gmail.com (iPhone) chris@mnemosyne.demon.co.uk (home) > On 2 Mar 2016, at 19:03, Thomas Heide Clausen wro= te: >=20 > A question and a comment: >=20 > 1) I thought this was about AODVv2, not DLEP, so I fail to see=20 > why it is relevant to bring DLEP into this discussion? >=20 > 2) I think that the argument bring made here is the logical fallacy called= > "moving the goal posts".=20 > =20 > There are use cases for "same IP address on multiple interfaces" and I bel= ieve they should be supported (as Chris wrote that we did for OLSRv2 "to the= maximum extend possible"), also by this protocol. >=20 > Thomas >=20 >=20 >> On 02 Mar 2016, at 17:02, Ratliff, Stanley wrote: >>=20 >> Chris, >> =20 >> I=E2=80=99m digging deep into the memory banks here=E2=80=A6 ;-) But from= what I remember, there were discussions at my old employer about the possib= ilities of implementing & running OLSRv2 in the router. Our implementations a= t the time were based on RFC5578 =E2=80=93 a collection of PPPoE links, runn= ing over an RF net. For that, =E2=80=9Cip unnumbered=E2=80=9D would have bee= n a requirement. Since DLEP is *not* PPPoE based, it pretty much mitigates t= he requirement. >> =20 >> Regards, >> Stan >> =20 >> =20 >> From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]=20 >> Sent: Wednesday, March 02, 2016 10:55 AM >> To: Ratliff, Stanley >> Cc: Dearlove, Christopher (UK) ; Justin De= an ; manet@ietf.org >> Subject: Re: [manet] AODVv2 reivew >> =20 >> I'm not sure why the case was insisted on for OLSRv2 (though we were happ= y to oblige to the maximum extent possible) and isn't required for AODVv2, b= ut it wasn't my requirement. >> =20 >> As for the different addresses on different platforms, I think we are agr= eed, it was the point I made. (Gateways may be a related but different issue= .) >>=20 >> --=20 >> Christopher Dearlove >> christopher.dearlove@gmail.com >>=20 >> On 2 Mar 2016, at 15:19, Ratliff, Stanley wrote: >>=20 >> Chris, >> =20 >> To answer a question with a question =E2=80=93 Will anyone want to run AO= DVv2 over a collection of PPPoE links? I doubt it. I don=E2=80=99t have any= great issues with disallowing it. That would also resolve Justin=E2=80=99s u= ni-directional failure case, since the common addresses wouldn=E2=80=99t be a= ssigned to multiple interfaces in the first place. >> =20 >> Other thoughts? >> =20 >> Regards, >> Stan >> =20 >> =20 >> From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]=20 >> Sent: Wednesday, March 02, 2016 9:52 AM >> To: Ratliff, Stanley >> Cc: Dearlove, Christopher (UK) ; Justin De= an ; manet@ietf.org >> Subject: Re: [manet] AODVv2 reivew >> =20 >> The question is, is that important for AODVv2? Should it allow it? Are th= ere any problems? >> =20 >> As I've just said in another post, the step beyond that of routers sharin= g an address is a problem, but I don't expect it to be relevant as people sh= ouldn't do it (it could be explicitly said). Though what I didn't address th= ere is the impact on gateways. We resolved that in OLSRv2 with two different= kinds of advertised address, one shareable among routers, not tied to an in= terface, one shareable among interfaces but only on the same router and only= if not commonly hearable. >>=20 >> -- =20 >> Christopher Dearlove >> christopher.dearlove@gmail.com (iPhone) >> chris@mnemosyne.demon.co.uk (home) >>=20 >> On 2 Mar 2016, at 14:17, Ratliff, Stanley wrote: >>=20 >> Chris, >> =20 >> The use case comes from routers implementing ip unnumbered. It can cause t= he same address to be placed on multiple interfaces. =46rom what I recall, i= ts especially prevalent with PPPoE interfaces, as they are virtual; cloned f= rom a common template. >> =20 >> Regards, >> Stan >> =20 >> =20 >> =20 >> In NHDP, we added (following requests from the WG, Stan in particular IIR= C) the more tricky case of the same address used on different interfaces. We= had to limit that, so any receiving interface would only ever receive one o= r the other (which otherwise is not a requirement in NHDP) - which might in a= real case be e.g. different frequencies (timeslots, codes, etc.) I have no i= dea whether this is easy or hard in AODVv2 (the devil is in the details). I d= on=E2=80=99t know if Stan (for example) still has this requirement. >> =20 >> -- >>=20 >> ************************ >>=20 >>=20 >> _____________________________________________________ >> This electronic message and any files transmitted with it contains >> information from iDirect, which may be privileged, proprietary >> and/or confidential. It is intended solely for the use of the individual >> or entity to whom they are addressed. If you are not the original >> recipient or the person responsible for delivering the email to the >> intended recipient, be advised that you have received this email >> in error, and that any use, dissemination, forwarding, printing, or >> copying of this email is strictly prohibited. If you received this email >> in error, please delete it and immediately notify the sender. >> _____________________________________________________ >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >>=20 >> _____________________________________________________ >> This electronic message and any files transmitted with it contains >> information from iDirect, which may be privileged, proprietary >> and/or confidential. It is intended solely for the use of the individual >> or entity to whom they are addressed. If you are not the original >> recipient or the person responsible for delivering the email to the >> intended recipient, be advised that you have received this email >> in error, and that any use, dissemination, forwarding, printing, or >> copying of this email is strictly prohibited. If you received this email >> in error, please delete it and immediately notify the sender. >> _____________________________________________________ >>=20 >> _____________________________________________________ >> This electronic message and any files transmitted with it contains >> information from iDirect, which may be privileged, proprietary >> and/or confidential. It is intended solely for the use of the individual >> or entity to whom they are addressed. If you are not the original >> recipient or the person responsible for delivering the email to the >> intended recipient, be advised that you have received this email >> in error, and that any use, dissemination, forwarding, printing, or >> copying of this email is strictly prohibited. If you received this email >> in error, please delete it and immediately notify the sender. >> _____________________________________________________ >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-0375220E-20B4-47B2-BEFE-DC7A8F594D7B Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
I'm not set on including the case. It'= s one that should be discussed here, but the answer could go either way. It j= ust needs to be documented. I think it's clear that the non-reuse of address= es between routers needs a comment - but what about gateways?

-- = ;
Christopher Dearlove

On 2 Mar 2016, at 19:03, Thomas Heide Clausen <ietf@thomasclausen.org> wrote:
=
A qu= estion and a comment:

1) I thought this was about A= ODVv2, not DLEP, so I fail to see 
     why it= is relevant to bring DLEP into this discussion?

2) I think that the a= rgument bring made here is the logical fallacy called
   = ;       "moving the goal posts". 
 = ; 
There are use cases for "same IP address on multiple inter= faces" and I believe they should be supported (as Chris wrote that we did fo= r OLSRv2 "to the maximum extend possible"), also by this protocol.

Thomas


On 02 Mar 2016, at 17:02= , Ratliff, Stanley <sratliff@idir= ect.net> wrote:

Chris,

 

I=E2=80=99m digging deep into the memor= y banks here=E2=80=A6 ;-) But from what I remember, there were discussions a= t my old employer about the possibilities of implementing & running OLSRv2 in the router. Our implementations at the time were based on= RFC5578 =E2=80=93 a collection of PPPoE links, running over an RF net. For t= hat, =E2=80=9Cip unnumbered=E2=80=9D would have been a requirement.  Si= nce DLEP is *not* PPPoE based, it pretty much mitigates the requirement.

 

Regards,

Stan

 

 

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 10:55 AM
To: Ratliff, Stanley <srat= liff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Justin Dean <bebemaster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

 

I'm not sure why the case was insisted on for OLSRv2 (= though we were happy to oblige to the maximum extent possible) and isn't req= uired for AODVv2, but it wasn't my requirement.

 

As for the different addresses on different platforms= , I think we are agreed, it was the point I made. (Gateways may be a related= but different issue.)

-- 

Christopher Dearlove


On 2 Mar 2016, at 15:19, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

To answer a question with a question =E2= =80=93 Will anyone want to run AODVv2 over a collection of PPPoE links? I do= ubt it.  I don=E2=80=99t have any great issues with disallowing it. That would also resolve Justin=E2=80=99s uni-directional failure case, s= ince the common addresses wouldn=E2=80=99t be assigned to multiple interface= s in the first place.

 

Other thoughts?

 

Regards,

Stan

 

 

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 9:52 AM
To: Ratliff, Stanley <srat= liff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Justin Dean <bebemaster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

 

The question is, is that important for AODVv2? Should= it allow it? Are there any problems?

 

As I've just said in another post, the step beyond th= at of routers sharing an address is a problem, but I don't expect it to be r= elevant as people shouldn't do it (it could be explicitly said). Though what= I didn't address there is the impact on gateways. We resolved that in OLSRv2 with two different kinds of a= dvertised address, one shareable among routers, not tied to an interface, on= e shareable among interfaces but only on the same router and only if not com= monly hearable.


--  

Christopher Dearlove


On 2 Mar 2016, at 14:17, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

The use case comes from routers impleme= nting ip unnumbered. It can cause the same address to be placed on multiple interfaces. =46rom w= hat I recall, its especially prevalent with PPPoE interfaces, as they are vi= rtual; cloned from a common template.

 

Regards,

Stan

 

 

 =

In NHDP, we added (follo= wing requests from the WG, Stan in particular IIRC) the more tricky case of t= he same address used on different interfaces. We had to limit that, so any receiving interface would only ever receive on= e or the other (which otherwise is not a requirement in NHDP) - which might i= n a real case be e.g. different frequencies (timeslots, codes, etc.) I have n= o idea whether this is easy or hard in AODVv2 (the devil is in the details). I don=E2=80=99t know if St= an (for example) still has this requirement.

 =

--

************************


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
= or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
= in error, please delete it and immediately notify the sender.
_____________________________________________________

=

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


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
= or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
= in error, please delete it and immediately notify the sender.
_____________________________________________________

=

_____________________________________________________
This electr= onic message and any files transmitted with it contains
information from i= Direct, which may be privileged, proprietary
and/or confidential. It is i= ntended solely for the use of the individual
or entity to whom they are a= ddressed. If you are not the original
recipient or the person responsible= for delivering the email to the
intended recipient, be advised that you h= ave received this email
in error, and that any use, dissemination, forwar= ding, printing, or
copying of this email is strictly prohibited. If you r= eceived this email
in error, please delete it and immediately notify the s= ender.
_____________________________________________________
____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mai= lman/listinfo/manet
_____________________________________= __________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/man= et
= --Apple-Mail-0375220E-20B4-47B2-BEFE-DC7A8F594D7B-- From nobody Wed Mar 2 11:37:53 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEC331B2D60 for ; Wed, 2 Mar 2016 11:37:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jWrFb8g-MwVD for ; Wed, 2 Mar 2016 11:37:47 -0800 (PST) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A49A1B2DF5 for ; Wed, 2 Mar 2016 11:37:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 180A5241011; Wed, 2 Mar 2016 11:37:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1456947464; bh=Wq7YkKHK54PPFIcksf4kIo3dB6XjSuTkECCHQ/4Y6uA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=GaGlfbZjy39FjYTNpNj8fXhKJao1wOhLJLvJKCvRW5+5N3HOMUQsa4LI1pkitzWJN RLHPHGX6VTDUeL4kcD8qN0JJ/ShoncqDg8AFVsaUx9w+eiJjHNeQGBNHfGSiYtS0MV 91yJ66nTCEQDmxYNq81xPW8/RrdChz1njiT1oaAk= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [192.168.147.246] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 62EED2408B7; Wed, 2 Mar 2016 11:37:43 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-0E049B2C-AFCF-47C7-9F24-1E27B22DF542 Mime-Version: 1.0 (1.0) From: Thomas Heide Clausen X-Mailer: iPad Mail (13E5225a) In-Reply-To: Date: Wed, 2 Mar 2016 20:37:41 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> To: Stan Ratliff Archived-At: Cc: "Dearlove, Christopher \(UK\)" , Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 19:37:51 -0000 --Apple-Mail-0E049B2C-AFCF-47C7-9F24-1E27B22DF542 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > On 02 Mar 2016, at 20:22, Stan Ratliff wrote: >=20 >=20 >=20 >> On Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen wrote: >> A question and a comment: >>=20 >> 1) I thought this was about AODVv2, not DLEP, so I fail to see=20 >> why it is relevant to bring DLEP into this discussion? >=20 > I was asked, implicitly, why *I* was pushing (since I was repeatedly named= ) for a set of requirements *then*, and not so *now* - specifically, support= of ip unnumbered on interfaces. It's relevant to explain that it was based o= n companion technology - technology that I no longer require. I would think t= hat was self-evident. Apparently not.=20 > =20 >>=20 >> 2) I think that the argument bring made here is the logical fallacy calle= d >> "moving the goal posts".=20 >=20 > You are correct in that there is a logical fallacy in play here. Yours. Al= l I've said is (and I quote): "I don=E2=80=99t have any great issues with di= sallowing it." That's an *opinion*, not an *edict*; nor does it connote movi= ng of goal posts, or any other associated hardware. Saying "supporting X is an unequivocal MUST", then (when it suits him, as a d= ocument author) saying "disallowing X is fine by me" is very much "moving th= e goal posts". > At least I believe that, according to IETF rules, I still get to express o= pinions, as a WG participant... or did some RFC slip past that I'm not aware= of?=20 Of course you get to express opinions. But you do not get to shut down discussion, including calling out when you m= ove the goal posts. > Stan >=20 > =20 >> =20 >> There are use cases for "same IP address on multiple interfaces" and I be= lieve they should be supported (as Chris wrote that we did for OLSRv2 "to th= e maximum extend possible"), also by this protocol. >>=20 >> Thomas >>=20 >>=20 >>> On 02 Mar 2016, at 17:02, Ratliff, Stanley wrote:= >>>=20 >>> Chris, >>>=20 >>> =20 >>>=20 >>> I=E2=80=99m digging deep into the memory banks here=E2=80=A6 ;-) But fro= m what I remember, there were discussions at my old employer about the possi= bilities of implementing & running OLSRv2 in the router. Our implementations= at the time were based on RFC5578 =E2=80=93 a collection of PPPoE links, ru= nning over an RF net. For that, =E2=80=9Cip unnumbered=E2=80=9D would have b= een a requirement. Since DLEP is *not* PPPoE based, it pretty much mitigate= s the requirement. >>>=20 >>> =20 >>>=20 >>> Regards, >>>=20 >>> Stan >>>=20 >>> =20 >>>=20 >>> =20 >>>=20 >>> From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]=20 >>> Sent: Wednesday, March 02, 2016 10:55 AM >>> To: Ratliff, Stanley >>> Cc: Dearlove, Christopher (UK) ; Justin D= ean ; manet@ietf.org >>> Subject: Re: [manet] AODVv2 reivew >>>=20 >>> =20 >>>=20 >>> I'm not sure why the case was insisted on for OLSRv2 (though we were hap= py to oblige to the maximum extent possible) and isn't required for AODVv2, b= ut it wasn't my requirement. >>>=20 >>> =20 >>>=20 >>> As for the different addresses on different platforms, I think we are ag= reed, it was the point I made. (Gateways may be a related but different issu= e.) >>>=20 >>> --=20 >>>=20 >>> Christopher Dearlove >>>=20 >>> christopher.dearlove@gmail.com >>>=20 >>>=20 >>> On 2 Mar 2016, at 15:19, Ratliff, Stanley wrote: >>>=20 >>> Chris, >>>=20 >>> =20 >>>=20 >>> To answer a question with a question =E2=80=93 Will anyone want to run A= ODVv2 over a collection of PPPoE links? I doubt it. I don=E2=80=99t have an= y great issues with disallowing it. That would also resolve Justin=E2=80=99s= uni-directional failure case, since the common addresses wouldn=E2=80=99t b= e assigned to multiple interfaces in the first place. >>>=20 >>> =20 >>>=20 >>> Other thoughts? >>>=20 >>> =20 >>>=20 >>> Regards, >>>=20 >>> Stan >>>=20 >>> =20 >>>=20 >>> =20 >>>=20 >>> From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]=20 >>> Sent: Wednesday, March 02, 2016 9:52 AM >>> To: Ratliff, Stanley >>> Cc: Dearlove, Christopher (UK) ; Justin D= ean ; manet@ietf.org >>> Subject: Re: [manet] AODVv2 reivew >>>=20 >>> =20 >>>=20 >>> The question is, is that important for AODVv2? Should it allow it? Are t= here any problems? >>>=20 >>> =20 >>>=20 >>> As I've just said in another post, the step beyond that of routers shari= ng an address is a problem, but I don't expect it to be relevant as people s= houldn't do it (it could be explicitly said). Though what I didn't address t= here is the impact on gateways. We resolved that in OLSRv2 with two differen= t kinds of advertised address, one shareable among routers, not tied to an i= nterface, one shareable among interfaces but only on the same router and onl= y if not commonly hearable. >>>=20 >>>=20 >>> -- =20 >>>=20 >>> Christopher Dearlove >>>=20 >>> christopher.dearlove@gmail.com (iPhone) >>>=20 >>> chris@mnemosyne.demon.co.uk (home) >>>=20 >>>=20 >>> On 2 Mar 2016, at 14:17, Ratliff, Stanley wrote: >>>=20 >>> Chris, >>>=20 >>> =20 >>>=20 >>> The use case comes from routers implementing ip unnumbered. It can cause= the same address to be placed on multiple interfaces. =46rom what I recall,= its especially prevalent with PPPoE interfaces, as they are virtual; cloned= from a common template. >>>=20 >>> =20 >>>=20 >>> Regards, >>>=20 >>> Stan >>>=20 >>> =20 >>>=20 >>> =20 >>>=20 >>> =20 >>>=20 >>> In NHDP, we added (following requests from the WG, Stan in particular II= RC) the more tricky case of the same address used on different interfaces. W= e had to limit that, so any receiving interface would only ever receive one o= r the other (which otherwise is not a requirement in NHDP) - which might in a= real case be e.g. different frequencies (timeslots, codes, etc.) I have no i= dea whether this is easy or hard in AODVv2 (the devil is in the details). I d= on=E2=80=99t know if Stan (for example) still has this requirement. >>>=20 >>> =20 >>>=20 >>> -- >>>=20 >>> ************************ >>>=20 >>>=20 >>> _____________________________________________________ >>> This electronic message and any files transmitted with it contains >>> information from iDirect, which may be privileged, proprietary >>> and/or confidential. It is intended solely for the use of the individual= >>> or entity to whom they are addressed. If you are not the original >>> recipient or the person responsible for delivering the email to the >>> intended recipient, be advised that you have received this email >>> in error, and that any use, dissemination, forwarding, printing, or >>> copying of this email is strictly prohibited. If you received this email= >>> in error, please delete it and immediately notify the sender. >>> _____________________________________________________ >>>=20 >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >>>=20 >>>=20 >>> _____________________________________________________ >>> This electronic message and any files transmitted with it contains >>> information from iDirect, which may be privileged, proprietary >>> and/or confidential. It is intended solely for the use of the individual= >>> or entity to whom they are addressed. If you are not the original >>> recipient or the person responsible for delivering the email to the >>> intended recipient, be advised that you have received this email >>> in error, and that any use, dissemination, forwarding, printing, or >>> copying of this email is strictly prohibited. If you received this email= >>> in error, please delete it and immediately notify the sender. >>> _____________________________________________________ >>>=20 >>>=20 >>> _____________________________________________________ >>> This electronic message and any files transmitted with it contains >>> information from iDirect, which may be privileged, proprietary >>> and/or confidential. It is intended solely for the use of the individual= >>> or entity to whom they are addressed. If you are not the original >>> recipient or the person responsible for delivering the email to the >>> intended recipient, be advised that you have received this email >>> in error, and that any use, dissemination, forwarding, printing, or >>> copying of this email is strictly prohibited. If you received this email= >>> in error, please delete it and immediately notify the sender. >>> _____________________________________________________ >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >=20 --Apple-Mail-0E049B2C-AFCF-47C7-9F24-1E27B22DF542 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable


On 02 Mar 2016, at 2= 0:22, Stan Ratliff <ratliffstan@= gmail.com> wrote:



On W= ed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen <ietf@thomasclausen.or= g> wrote:
A question and a comment:

1) I th= ought this was about AODVv2, not DLEP, so I fail to see 
&nbs= p;    why it is relevant to bring DLEP into this discussion?

I was asked, implicitly, wh= y *I* was pushing (since I was repeatedly named) for a set of requirements *= then*, and not so *now* - specifically, support of ip unnumbered on interfac= es. It's relevant to explain that it was based on companion technology - tec= hnology that I no longer require. I would think that was self-evident. Appar= ently not. 
 

2) I think that the argument bring made here is the logical fallac= y called
          "moving the goal po= sts". 

You are co= rrect in that there is a logical fallacy in play here. Yours. All I've said i= s (and I quote): "I don=E2=80=99t have any great issues with disallowing it.= " That's an *opinion*, not an *edict*; nor does it connote moving of goal po= sts, or any other associated hardware.

Saying "supporting X is an unequivocal MUST", then (when it suits him, as= a document author) saying "disallowing X is fine by me" is very much "movin= g the goal posts".

At least I b= elieve that, according to IETF rules, I still get to express opinions, as a W= G participant... or did some RFC slip past that I'm not aware of? 

Of course you get t= o express opinions.
But you do not get to shut down discussion, in= cluding calling out when you move the goal posts.

<= br>
Stan

 
=
  
There are u= se cases for "same IP address on multiple interfaces" and I believe they sho= uld be supported (as Chris wrote that we did for OLSRv2 "to the maximum exte= nd possible"), also by this protocol.

Thomas
<= div>

On 02 Mar 2016, at 17:02, Ratliff, Stanley <sratliff@idirect.net= > wrote:

Chris,

 

I=E2=80=99m digging deep into the memory banks= here=E2=80=A6 ;-) But from what I remember, there were discussions at my ol= d employer about the possibilities of implementing & running OLSRv2 in the router. Our implementations at the time were based on= RFC5578 =E2=80=93 a collection of PPPoE links, running over an RF net. For t= hat, =E2=80=9Cip unnumbered=E2=80=9D would have been a requirement.  Si= nce DLEP is *not* PPPoE based, it pretty much mitigates the requirement.

 

Regards,

Stan

 

 

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 10:55 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Just= in Dean <bebema= ster@gmail.com>; = manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

 

I'm not sure why the case was insisted on for OLSRv2 (= though we were happy to oblige to the maximum extent possible) and isn't req= uired for AODVv2, but it wasn't my requirement.

 

As for the different addresses on different platforms= , I think we are agreed, it was the point I made. (Gateways may be a related= but different issue.)

-- 

Christopher Dearlove


On 2 Mar 2016, at 15:19, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

To answer a question with a question =E2=80=93= Will anyone want to run AODVv2 over a collection of PPPoE links? I doubt it= .  I don=E2=80=99t have any great issues with disallowing it. That would also resolve Justin=E2=80=99s uni-directional failure case, s= ince the common addresses wouldn=E2=80=99t be assigned to multiple interface= s in the first place.

 

Other thoughts?

 

Regards,

Stan

 

 

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 9:52 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Just= in Dean <bebema= ster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

 

The question is, is that important for AODVv2? Should= it allow it? Are there any problems?

 

As I've just said in another post, the step beyond th= at of routers sharing an address is a problem, but I don't expect it to be r= elevant as people shouldn't do it (it could be explicitly said). Though what= I didn't address there is the impact on gateways. We resolved that in OLSRv2 with two different kinds of a= dvertised address, one shareable among routers, not tied to an interface, on= e shareable among interfaces but only on the same router and only if not com= monly hearable.


--  

Christopher Dearlove


On 2 Mar 2016, at 14:17, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

The use case comes from routers implementing ip unnumbered. It can cause the same address to be placed on multiple interfaces. =46rom w= hat I recall, its especially prevalent with PPPoE interfaces, as they are vi= rtual; cloned from a common template.

 

Regards,

Stan

 

 

 

=

In NHDP, we added (following re= quests from the WG, Stan in particular IIRC) the more tricky case of the sam= e address used on different interfaces. We had to limit that, so any receiving interface would only ever receive on= e or the other (which otherwise is not a requirement in NHDP) - which might i= n a real case be e.g. different frequencies (timeslots, codes, etc.) I have n= o idea whether this is easy or hard in AODVv2 (the devil is in the details). I don=E2=80=99t know if St= an (for example) still has this requirement.

 

=

--=

************************


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
= or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
= in error, please delete it and immediately notify the sender.
_____________________________________________________ <= /p>

_______________________________________________
manet mailing list
manet@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/manet


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
= or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
= in error, please delete it and immediately notify the sender.
_____________________________________________________ <= /p>


_____________________________________________________
This electro= nic message and any files transmitted with it contains
information from i= Direct, which may be privileged, proprietary
and/or confidential. It is i= ntended solely for the use of the individual
or entity to whom they are a= ddressed. If you are not the original
recipient or the person responsible= for delivering the email to the
intended recipient, be advised that you h= ave received this email
in error, and that any use, dissemination, forwar= ding, printing, or
copying of this email is strictly prohibited. If you r= eceived this email
in error, please delete it and immediately notify the s= ender.
_____________________________________________________
____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet
=

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


= --Apple-Mail-0E049B2C-AFCF-47C7-9F24-1E27B22DF542-- From nobody Wed Mar 2 11:41:59 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68A811B2DF0 for ; Wed, 2 Mar 2016 11:41:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yE6YGeQoGOud for ; Wed, 2 Mar 2016 11:41:50 -0800 (PST) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 95CCA1B2DF7 for ; Wed, 2 Mar 2016 11:41:49 -0800 (PST) Received: by mail-wm0-x235.google.com with SMTP id l68so3735314wml.1 for ; Wed, 02 Mar 2016 11:41:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=2nhfB1MDSquPy52IMU3ln8WqHe6vw+VmYyYAdFNgkVc=; b=SJ+l9zYXVNFtgntmLa8MeY3pAL04BKwxudHimpOF6xg0KNNNwTyRwVjzeETWDTK51I +SnSR+Oo5UVqUOV/HrQED1ZTy5lkIHq/2WGPpwV6gM+OM8Vyw3uWJR4XFFcHzEG1lo5G fBJh2F8fdrzv5ZdBsK01O4u9SZ7lvZvWSw7W4n5aIayaMXjuj4xFfYCtn0KZ0Rr0O/Yl HBXve9zwEtZ9FC+u8F7EGL0aPoMN2jM0uv4gXt6S0tcQDp2G3MtxtFnUsoI0LjK0SSN9 xogplvx41XvnLxukT8SwJJAa1d/89Niz69aLH9QGhMbkTYkrY/BJppCdufjSMDH/7kua hL7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=2nhfB1MDSquPy52IMU3ln8WqHe6vw+VmYyYAdFNgkVc=; b=RZswXtwsDDWHe/9qhehcPo5nDShC/HN3AQWmV3Cfn3xRBjQDk8/q3urK/2dZqnU9lU 6xpJYJKaeMHQgIeWK7G2ei4FvIAlm6LGy57ztqOB/8BUXMCD+Ad+5ijFWlb0w38SvbcD FnN6WdZExssWGHiGNCv7kd3Z+6p2gbq/M3+tUuKFm9yAVvFyo9VGmUkyyf1QNK5+YcYI YPXdIdm5cG4sg5hmKdYy2MSUVqGPHb8s/VjaE1eH0WT4BnMqeW8k/fy1ID6H8YeR6ZEX P1ELpX0M0nSYI1R5X+hePLfPlY8W8ozITUDJ8QDdL5LT7kotrljaFYlgGPIvCf3QdRtQ uQMA== X-Gm-Message-State: AD7BkJIAHTe7xt1YLb0DvHmUbmfdgQsv+JvHxUq+wWPiB+AmZHFK9Qa4LDsvqeNi5Dol6Q== X-Received: by 10.28.30.198 with SMTP id e189mr1654059wme.60.1456947708070; Wed, 02 Mar 2016 11:41:48 -0800 (PST) Received: from [10.0.0.27] (host-92-27-196-20.static.as13285.net. [92.27.196.20]) by smtp.gmail.com with ESMTPSA id lz5sm37195072wjb.5.2016.03.02.11.41.46 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Mar 2016 11:41:46 -0800 (PST) References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-562A5AAE-D331-4EBD-B8CC-1A537F2F37E4 Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Wed, 2 Mar 2016 19:41:45 +0000 To: Justin Dean Archived-At: Cc: "Dearlove, Christopher \(UK\)" , Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 19:41:58 -0000 --Apple-Mail-562A5AAE-D331-4EBD-B8CC-1A537F2F37E4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable This appears to be going backwards. The example you gave if a problem was di= fferent routers with the same address. Not surprising that's a problem. But y= our original comment and this are suggesting a problem even when on the same= router. Of course broadcast messages such as RREQs need to go out on all pa= rticipating interfaces. There's an address model (regarding the relationship of addresses, interface= s and routers) in NHDP. Which parts of it couldn't be reused? --=20 Christopher Dearlove christopher.dearlove@gmail.com (iPhone) chris@mnemosyne.demon.co.uk (home) > On 2 Mar 2016, at 19:27, Justin Dean wrote: >=20 > To me this isn't a big deal (unless it isn't fixed). Two ways to fix it. = Disallow different interfaces to have the same address. Two mandate any in= terfaces with the same IP address MUST be bridged into a single logical inte= rface (i.e. both interfaces send and receive the same traffic). Either way f= ixes the issue. >=20 > Justin >=20 >> On Wed, Mar 2, 2016 at 2:22 PM, Stan Ratliff wrot= e: >>=20 >>=20 >>> On Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen wrote: >>> A question and a comment: >>>=20 >>> 1) I thought this was about AODVv2, not DLEP, so I fail to see=20 >>> why it is relevant to bring DLEP into this discussion? >>=20 >> I was asked, implicitly, why *I* was pushing (since I was repeatedly name= d) for a set of requirements *then*, and not so *now* - specifically, suppor= t of ip unnumbered on interfaces. It's relevant to explain that it was based= on companion technology - technology that I no longer require. I would thin= k that was self-evident. Apparently not.=20 >> =20 >>>=20 >>> 2) I think that the argument bring made here is the logical fallacy call= ed >>> "moving the goal posts".=20 >>=20 >> You are correct in that there is a logical fallacy in play here. Yours. A= ll I've said is (and I quote): "I don=E2=80=99t have any great issues with d= isallowing it." That's an *opinion*, not an *edict*; nor does it connote mov= ing of goal posts, or any other associated hardware. At least I believe that= , according to IETF rules, I still get to express opinions, as a WG particip= ant... or did some RFC slip past that I'm not aware of?=20 >>=20 >> Stan >>=20 >> =20 >>> =20 >>> There are use cases for "same IP address on multiple interfaces" and I b= elieve they should be supported (as Chris wrote that we did for OLSRv2 "to t= he maximum extend possible"), also by this protocol. >>>=20 >>> Thomas >>>=20 >>>=20 >>>> On 02 Mar 2016, at 17:02, Ratliff, Stanley wrote= : >>>>=20 >>>> Chris, >>>>=20 >>>> =20 >>>>=20 >>>> I=E2=80=99m digging deep into the memory banks here=E2=80=A6 ;-) But fr= om what I remember, there were discussions at my old employer about the poss= ibilities of implementing & running OLSRv2 in the router. Our implementation= s at the time were based on RFC5578 =E2=80=93 a collection of PPPoE links, r= unning over an RF net. For that, =E2=80=9Cip unnumbered=E2=80=9D would have b= een a requirement. Since DLEP is *not* PPPoE based, it pretty much mitigate= s the requirement. >>>>=20 >>>> =20 >>>>=20 >>>> Regards, >>>>=20 >>>> Stan >>>>=20 >>>> =20 >>>>=20 >>>> =20 >>>>=20 >>>> From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]=20 >>>> Sent: Wednesday, March 02, 2016 10:55 AM >>>> To: Ratliff, Stanley >>>> Cc: Dearlove, Christopher (UK) ; Justin D= ean ; manet@ietf.org >>>> Subject: Re: [manet] AODVv2 reivew >>>>=20 >>>> =20 >>>>=20 >>>> I'm not sure why the case was insisted on for OLSRv2 (though we were ha= ppy to oblige to the maximum extent possible) and isn't required for AODVv2,= but it wasn't my requirement. >>>>=20 >>>> =20 >>>>=20 >>>> As for the different addresses on different platforms, I think we are a= greed, it was the point I made. (Gateways may be a related but different iss= ue.) >>>>=20 >>>> --=20 >>>>=20 >>>> Christopher Dearlove >>>>=20 >>>> christopher.dearlove@gmail.com >>>>=20 >>>>=20 >>>> On 2 Mar 2016, at 15:19, Ratliff, Stanley wrote:= >>>>=20 >>>> Chris, >>>>=20 >>>> =20 >>>>=20 >>>> To answer a question with a question =E2=80=93 Will anyone want to run A= ODVv2 over a collection of PPPoE links? I doubt it. I don=E2=80=99t have an= y great issues with disallowing it. That would also resolve Justin=E2=80=99s= uni-directional failure case, since the common addresses wouldn=E2=80=99t b= e assigned to multiple interfaces in the first place. >>>>=20 >>>> =20 >>>>=20 >>>> Other thoughts? >>>>=20 >>>> =20 >>>>=20 >>>> Regards, >>>>=20 >>>> Stan >>>>=20 >>>> =20 >>>>=20 >>>> =20 >>>>=20 >>>> From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]=20 >>>> Sent: Wednesday, March 02, 2016 9:52 AM >>>> To: Ratliff, Stanley >>>> Cc: Dearlove, Christopher (UK) ; Justin D= ean ; manet@ietf.org >>>> Subject: Re: [manet] AODVv2 reivew >>>>=20 >>>> =20 >>>>=20 >>>> The question is, is that important for AODVv2? Should it allow it? Are t= here any problems? >>>>=20 >>>> =20 >>>>=20 >>>> As I've just said in another post, the step beyond that of routers shar= ing an address is a problem, but I don't expect it to be relevant as people s= houldn't do it (it could be explicitly said). Though what I didn't address t= here is the impact on gateways. We resolved that in OLSRv2 with two differen= t kinds of advertised address, one shareable among routers, not tied to an i= nterface, one shareable among interfaces but only on the same router and onl= y if not commonly hearable. >>>>=20 >>>>=20 >>>> -- =20 >>>>=20 >>>> Christopher Dearlove >>>>=20 >>>> christopher.dearlove@gmail.com (iPhone) >>>>=20 >>>> chris@mnemosyne.demon.co.uk (home) >>>>=20 >>>>=20 >>>> On 2 Mar 2016, at 14:17, Ratliff, Stanley wrote:= >>>>=20 >>>> Chris, >>>>=20 >>>> =20 >>>>=20 >>>> The use case comes from routers implementing ip unnumbered. It can caus= e the same address to be placed on multiple interfaces. =46rom what I recall= , its especially prevalent with PPPoE interfaces, as they are virtual; clone= d from a common template. >>>>=20 >>>> =20 >>>>=20 >>>> Regards, >>>>=20 >>>> Stan >>>>=20 >>>> =20 >>>>=20 >>>> =20 >>>>=20 >>>> =20 >>>>=20 >>>> In NHDP, we added (following requests from the WG, Stan in particular I= IRC) the more tricky case of the same address used on different interfaces. W= e had to limit that, so any receiving interface would only ever receive one o= r the other (which otherwise is not a requirement in NHDP) - which might in a= real case be e.g. different frequencies (timeslots, codes, etc.) I have no i= dea whether this is easy or hard in AODVv2 (the devil is in the details). I d= on=E2=80=99t know if Stan (for example) still has this requirement. >>>>=20 >>>> =20 >>>>=20 >>>> -- >>>>=20 >>>> ************************ >>>>=20 >>>>=20 >>>> _____________________________________________________ >>>> This electronic message and any files transmitted with it contains >>>> information from iDirect, which may be privileged, proprietary >>>> and/or confidential. It is intended solely for the use of the individua= l >>>> or entity to whom they are addressed. If you are not the original >>>> recipient or the person responsible for delivering the email to the >>>> intended recipient, be advised that you have received this email >>>> in error, and that any use, dissemination, forwarding, printing, or >>>> copying of this email is strictly prohibited. If you received this emai= l >>>> in error, please delete it and immediately notify the sender. >>>> _____________________________________________________ >>>>=20 >>>> _______________________________________________ >>>> manet mailing list >>>> manet@ietf.org >>>> https://www.ietf.org/mailman/listinfo/manet >>>>=20 >>>>=20 >>>> _____________________________________________________ >>>> This electronic message and any files transmitted with it contains >>>> information from iDirect, which may be privileged, proprietary >>>> and/or confidential. It is intended solely for the use of the individua= l >>>> or entity to whom they are addressed. If you are not the original >>>> recipient or the person responsible for delivering the email to the >>>> intended recipient, be advised that you have received this email >>>> in error, and that any use, dissemination, forwarding, printing, or >>>> copying of this email is strictly prohibited. If you received this emai= l >>>> in error, please delete it and immediately notify the sender. >>>> _____________________________________________________ >>>>=20 >>>>=20 >>>> _____________________________________________________ >>>> This electronic message and any files transmitted with it contains >>>> information from iDirect, which may be privileged, proprietary >>>> and/or confidential. It is intended solely for the use of the individua= l >>>> or entity to whom they are addressed. If you are not the original >>>> recipient or the person responsible for delivering the email to the >>>> intended recipient, be advised that you have received this email >>>> in error, and that any use, dissemination, forwarding, printing, or >>>> copying of this email is strictly prohibited. If you received this emai= l >>>> in error, please delete it and immediately notify the sender. >>>> _____________________________________________________ >>>> _______________________________________________ >>>> manet mailing list >>>> manet@ietf.org >>>> https://www.ietf.org/mailman/listinfo/manet >>>=20 >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >>=20 >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-562A5AAE-D331-4EBD-B8CC-1A537F2F37E4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
This appears to be going backwards. Th= e example you gave if a problem was different routers with the same address.= Not surprising that's a problem. But your original comment and this are sug= gesting a problem even when on the same router. Of course broadcast messages= such as RREQs need to go out on all participating interfaces.

There's an add= ress model (regarding the relationship of addresses, interfaces and routers)= in NHDP. Which parts of it couldn't be reused?

-- 
Christop= her Dearlove

On 2 Mar 2016, at 19:27, Justin Dean <bebemaster@gmail.com> wrote:

To me this isn't a big deal (unless it isn't fi= xed).  Two ways to fix it.  Disallow different interfaces to have t= he same address.  Two mandate any interfaces with the same IP address M= UST be bridged into a single logical interface (i.e. both interfaces send an= d receive the same traffic).  Either way fixes the issue.

Justin

On Wed, Mar 2, 2016 at 2:22 PM, Stan Ratliff <ratliffstan@gmail.com= > wrote:

= On Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen <<= a href=3D"mailto:ietf@thomasclausen.org" target=3D"_blank">ietf@thomasclause= n.org> wrote:
<= /span>
A question and a comment:

1) I= thought this was about AODVv2, not DLEP, so I fail to see 
&= nbsp;    why it is relevant to bring DLEP into this discussion?

I was asked, impl= icitly, why *I* was pushing (since I was repeatedly named) for a set of requ= irements *then*, and not so *now* - specifically, support of ip unnumbered o= n interfaces. It's relevant to explain that it was based on companion techno= logy - technology that I no longer require. I would think that was self-evid= ent. Apparently not. 
 

2) I think that the argument bring made= here is the logical fallacy called
        &n= bsp; "moving the goal posts". 

You are correct in that there is a logical fallacy i= n play here. Yours. All I've said is (and I quote): "I don=E2=80=99t have an= y great issues with disallowing it." That's an *opinion*, not an *edict*; no= r does it connote moving of goal posts, or any other associated hardware. At= least I believe that, according to IETF rules, I still get to express opini= ons, as a WG participant... or did some RFC slip past that I'm not aware of?=  

Stan

 =
  
Ther= e are use cases for "same IP address on multiple interfaces" and I believe t= hey should be supported (as Chris wrote that we did for OLSRv2 "to the maxim= um extend possible"), also by this protocol.

Thomas=


On 02 Mar 2016, at 17:02, Ratliff, Stanley <= ;sratliff@idirect.= net> wrote:

Chris,

 

I=E2=80=99m digging deep into the memory banks= here=E2=80=A6 ;-) But from what I remember, there were discussions at my ol= d employer about the possibilities of implementing & running OLSRv2 in the router. Our implementations at the time were based on= RFC5578 =E2=80=93 a collection of PPPoE links, running over an RF net. For t= hat, =E2=80=9Cip unnumbered=E2=80=9D would have been a requirement.  Si= nce DLEP is *not* PPPoE based, it pretty much mitigates the requirement.

 

Regards,

Stan

 

 

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 10:55 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Just= in Dean <bebema= ster@gmail.com>; = manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

 

I'm not sure why the case was insisted on for OLSRv2 (= though we were happy to oblige to the maximum extent possible) and isn't req= uired for AODVv2, but it wasn't my requirement.

 

As for the different addresses on different platforms= , I think we are agreed, it was the point I made. (Gateways may be a related= but different issue.)

-- 

Christopher Dearlove


On 2 Mar 2016, at 15:19, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

To answer a question with a question =E2=80=93= Will anyone want to run AODVv2 over a collection of PPPoE links? I doubt it= .  I don=E2=80=99t have any great issues with disallowing it. That would also resolve Justin=E2=80=99s uni-directional failure case, s= ince the common addresses wouldn=E2=80=99t be assigned to multiple interface= s in the first place.

 

Other thoughts?

 

Regards,

Stan

 

 

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 9:52 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Just= in Dean <bebema= ster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

 

The question is, is that important for AODVv2? Should= it allow it? Are there any problems?

 

As I've just said in another post, the step beyond th= at of routers sharing an address is a problem, but I don't expect it to be r= elevant as people shouldn't do it (it could be explicitly said). Though what= I didn't address there is the impact on gateways. We resolved that in OLSRv2 with two different kinds of a= dvertised address, one shareable among routers, not tied to an interface, on= e shareable among interfaces but only on the same router and only if not com= monly hearable.


--  

Christopher Dearlove


On 2 Mar 2016, at 14:17, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

The use case comes from routers implementing ip unnumbered. It can cause the same address to be placed on multiple interfaces. =46rom w= hat I recall, its especially prevalent with PPPoE interfaces, as they are vi= rtual; cloned from a common template.

 

Regards,

Stan

 

 

 

=

In NHDP, we added (following re= quests from the WG, Stan in particular IIRC) the more tricky case of the sam= e address used on different interfaces. We had to limit that, so any receiving interface would only ever receive on= e or the other (which otherwise is not a requirement in NHDP) - which might i= n a real case be e.g. different frequencies (timeslots, codes, etc.) I have n= o idea whether this is easy or hard in AODVv2 (the devil is in the details). I don=E2=80=99t know if St= an (for example) still has this requirement.

 

=

--=

************************


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
= or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
= in error, please delete it and immediately notify the sender.
_____________________________________________________ <= /p>

_______________________________________________
manet mailing list
manet@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/manet


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
= or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
= in error, please delete it and immediately notify the sender.
_____________________________________________________ <= /p>


_____________________________________________________
This electro= nic message and any files transmitted with it contains
information from i= Direct, which may be privileged, proprietary
and/or confidential. It is i= ntended solely for the use of the individual
or entity to whom they are a= ddressed. If you are not the original
recipient or the person responsible= for delivering the email to the
intended recipient, be advised that you h= ave received this email
in error, and that any use, dissemination, forwar= ding, printing, or
copying of this email is strictly prohibited. If you r= eceived this email
in error, please delete it and immediately notify the s= ender.
_____________________________________________________
____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet
=

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



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


____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mai= lman/listinfo/manet
= --Apple-Mail-562A5AAE-D331-4EBD-B8CC-1A537F2F37E4-- From nobody Wed Mar 2 11:52:23 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B553E1B2E16 for ; Wed, 2 Mar 2016 11:52:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.999 X-Spam-Level: X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 e2ueFXpffbPA for ; Wed, 2 Mar 2016 11:52:18 -0800 (PST) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA6441B2E14 for ; Wed, 2 Mar 2016 11:52:17 -0800 (PST) Received: by mail-ig0-x22d.google.com with SMTP id y8so2572129igp.0 for ; Wed, 02 Mar 2016 11:52:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=QpDOx9Sq3eQmrVtc/D9E+x/sQ2LdCbBWjsfSGiGoIs4=; b=SAiffu1thZldnM1UV9eMfSgO7/abjytwyD7EuLi0xDveYu2090/bB61X2QO50GLk2A T16Bij/r4UXnmc3RTvuMm6CUIUqF590uDaR0FsQ7fsD0q2wOKVXUdwPE3+HNGXmFaAHi l2lLx78OrgmK073wcXVG4K97PNXSgXMzjIGEbA2a1Ec+MC4xES4p7BjdDVUY9XVrNtRn zGWgaWYIrZmqbAtVNK0YrFvms98J9avoDXSTXsxC/xuLRcyWLAxbMAEYclaUqxVPgyGF 2l4gYHNr+5WbwmC4ENE0KdQ4S8NKxEGAmHm5JAZRgSmLUby9kStS01gsy2og9lkIEaKm fsBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=QpDOx9Sq3eQmrVtc/D9E+x/sQ2LdCbBWjsfSGiGoIs4=; b=Lm8E6/N2qLQbbCEnNsnJViF/90JFmTe+SQt5sK6D1lYilYUdTHd1lDFwo8Vqxnw5Jf P0H0IKZ+fQKPMGxxql7/iXzHw9AprxhcfAMy9HOZ+mqqPSFM0K1bz/vN2VKBitWYLyn2 K4y3QW1vTM+GKH7W93TmLyDlJ3/JNZL3Cy42ufsFM/lh+pDCGE2bvCAV3RUryhW8Tp8Q oRqtNdp5Fe8MG5VBZH52TgwS6VA1XFvNLswS1Ef+LbNyUjb6quv9zc4owZZDpJP4dotI pjVG94ahl2/q6MV0UmJrquFhvnwPu8Zk7yRkG7AdMzCP29as3WzAp/S08nmLgJ3VPDkE A7sQ== X-Gm-Message-State: AD7BkJLJF8Ufs06sIxAX1H35vF6W3JEB5CXTyypAFINtk41rnCaCURNVktdhUdy6w3Mbgd1gdErlVSBKzT7AQA== MIME-Version: 1.0 X-Received: by 10.50.153.109 with SMTP id vf13mr1682047igb.36.1456948337112; Wed, 02 Mar 2016 11:52:17 -0800 (PST) Received: by 10.79.96.1 with HTTP; Wed, 2 Mar 2016 11:52:17 -0800 (PST) In-Reply-To: References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> Date: Wed, 2 Mar 2016 14:52:17 -0500 Message-ID: From: Stan Ratliff To: Thomas Heide Clausen Content-Type: multipart/alternative; boundary=089e01536672170d79052d1638e8 Archived-At: Cc: "Dearlove, Christopher \(UK\)" , Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 19:52:21 -0000 --089e01536672170d79052d1638e8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, Mar 2, 2016 at 2:37 PM, Thomas Heide Clausen wrote: > > > On 02 Mar 2016, at 20:22, Stan Ratliff wrote: > > > > On Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen < > ietf@thomasclausen.org> wrote: > >> A question and a comment: >> >> 1) I thought this was about AODVv2, not DLEP, so I fail to see >> why it is relevant to bring DLEP into this discussion? >> > > I was asked, implicitly, why *I* was pushing (since I was repeatedly > named) for a set of requirements *then*, and not so *now* - specifically, > support of ip unnumbered on interfaces. It's relevant to explain that it > was based on companion technology - technology that I no longer require. = I > would think that was self-evident. Apparently not. > > >> >> 2) I think that the argument bring made here is the logical fallacy call= ed >> * "moving the goal posts"*. >> > > You are correct in that there is a logical fallacy in play here. Yours. > All I've said is (and I quote): "I don=E2=80=99t have any great issues wi= th > disallowing it." That's an *opinion*, not an *edict*; nor does it connote > moving of goal posts, or any other associated hardware. > > > Saying "supporting X is an unequivocal MUST", then (when it suits him, as > a document author) saying "disallowing X is fine by me" is very much > "moving the goal posts". > "... when it suits him, as a document author".... Your tin-foil hat is too tight, and needs adjusting. And again, I merely said "I don't have any great issues with disallowing it". Different than "it's fine by me". > > At least I believe that, according to IETF rules, I still get to express > opinions, as a WG participant... or did some RFC slip past that I'm not > aware of? > > > Of course you get to express opinions. > But you do not get to shut down discussion, including calling out when yo= u > move the goal posts. > Nobody has shut down discussions. No goal posts have been moved. To state so is fallacious. > > > Stan > > > >> >> There are use cases for "same IP address on multiple interfaces" and I >> believe they should be supported (as Chris wrote that we did for OLSRv2 = "to >> the maximum extend possible"), also by this protocol. >> >> Thomas >> >> >> On 02 Mar 2016, at 17:02, Ratliff, Stanley wrote: >> >> Chris, >> >> >> >> I=E2=80=99m digging deep into the memory banks here=E2=80=A6 ;-) But fro= m what I >> remember, there were discussions at my old employer about the possibilit= ies >> of implementing & running OLSRv2 in the router. Our implementations at t= he >> time were based on RFC5578 =E2=80=93 a collection of PPPoE links, runnin= g over an >> RF net. For that, =E2=80=9Cip unnumbered=E2=80=9D would have been a requ= irement. Since >> DLEP is **not** PPPoE based, it pretty much mitigates the requirement. >> >> >> >> Regards, >> >> Stan >> >> >> >> >> >> *From:* Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk >> ] >> *Sent:* Wednesday, March 02, 2016 10:55 AM >> *To:* Ratliff, Stanley >> *Cc:* Dearlove, Christopher (UK) ; Justin >> Dean ; manet@ietf.org >> *Subject:* Re: [manet] AODVv2 reivew >> >> >> >> I'm not sure why the case was insisted on for OLSRv2 (though we were >> happy to oblige to the maximum extent possible) and isn't required for >> AODVv2, but it wasn't my requirement. >> >> >> >> As for the different addresses on different platforms, I think we are >> agreed, it was the point I made. (Gateways may be a related but differen= t >> issue.) >> >> -- >> >> Christopher Dearlove >> >> christopher.dearlove@gmail.com >> >> >> On 2 Mar 2016, at 15:19, Ratliff, Stanley wrote: >> >> Chris, >> >> >> >> To answer a question with a question =E2=80=93 Will anyone want to run A= ODVv2 >> over a collection of PPPoE links? I doubt it. I don=E2=80=99t have any = great >> issues with disallowing it. That would also resolve Justin=E2=80=99s >> uni-directional failure case, since the common addresses wouldn=E2=80=99= t be >> assigned to multiple interfaces in the first place. >> >> >> >> Other thoughts? >> >> >> >> Regards, >> >> Stan >> >> >> >> >> >> *From:* Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk >> ] >> *Sent:* Wednesday, March 02, 2016 9:52 AM >> *To:* Ratliff, Stanley >> *Cc:* Dearlove, Christopher (UK) ; Justin >> Dean ; manet@ietf.org >> *Subject:* Re: [manet] AODVv2 reivew >> >> >> >> The question is, is that important for AODVv2? Should it allow it? Are >> there any problems? >> >> >> >> As I've just said in another post, the step beyond that of routers >> sharing an address is a problem, but I don't expect it to be relevant as >> people shouldn't do it (it could be explicitly said). Though what I didn= 't >> address there is the impact on gateways. We resolved that in OLSRv2 with >> two different kinds of advertised address, one shareable among routers, = not >> tied to an interface, one shareable among interfaces but only on the sam= e >> router and only if not commonly hearable. >> >> >> -- >> >> Christopher Dearlove >> >> christopher.dearlove@gmail.com (iPhone) >> >> chris@mnemosyne.demon.co.uk (home) >> >> >> On 2 Mar 2016, at 14:17, Ratliff, Stanley wrote: >> >> Chris, >> >> >> >> The use case comes from routers implementing ip unnumbered. It can cause >> the same address to be placed on multiple interfaces. From what I recall= , >> its especially prevalent with PPPoE interfaces, as they are virtual; clo= ned >> from a common template. >> >> >> >> Regards, >> >> Stan >> >> >> >> >> >> >> >> In NHDP, we added (following requests from the WG, Stan in particular >> IIRC) the more tricky case of the same address used on different >> interfaces. We had to limit that, so any receiving interface would only >> ever receive one or the other (which otherwise is not a requirement in >> NHDP) - which might in a real case be e.g. different frequencies >> (timeslots, codes, etc.) I have no idea whether this is easy or hard in >> AODVv2 (the devil is in the details). I don=E2=80=99t know if Stan (for = example) >> still has this requirement. >> >> >> >> *-- * >> >> ************************ >> >> >> _____________________________________________________ >> This electronic message and any files transmitted with it contains >> information from iDirect, which may be privileged, proprietary >> and/or confidential. It is intended solely for the use of the individual >> or entity to whom they are addressed. If you are not the original >> recipient or the person responsible for delivering the email to the >> intended recipient, be advised that you have received this email >> in error, and that any use, dissemination, forwarding, printing, or >> copying of this email is strictly prohibited. If you received this email >> in error, please delete it and immediately notify the sender. >> _____________________________________________________ >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> >> >> _____________________________________________________ >> This electronic message and any files transmitted with it contains >> information from iDirect, which may be privileged, proprietary >> and/or confidential. It is intended solely for the use of the individual >> or entity to whom they are addressed. If you are not the original >> recipient or the person responsible for delivering the email to the >> intended recipient, be advised that you have received this email >> in error, and that any use, dissemination, forwarding, printing, or >> copying of this email is strictly prohibited. If you received this email >> in error, please delete it and immediately notify the sender. >> _____________________________________________________ >> >> >> _____________________________________________________ >> This electronic message and any files transmitted with it contains >> information from iDirect, which may be privileged, proprietary >> and/or confidential. It is intended solely for the use of the individual >> or entity to whom they are addressed. If you are not the original >> recipient or the person responsible for delivering the email to the >> intended recipient, be advised that you have received this email >> in error, and that any use, dissemination, forwarding, printing, or >> copying of this email is strictly prohibited. If you received this email >> in error, please delete it and immediately notify the sender. >> _____________________________________________________ >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> >> > --089e01536672170d79052d1638e8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Mar 2, 2016 at 2:37 PM, Thomas Heide Clausen = <ietf@thomas= clausen.org> wrote:


On 02 Mar 2016, at 20:22, Stan Ratliff &= lt;ratliffstan@g= mail.com> wrote:



On = Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen <ietf@thomasclausen= .org> wrote:
A question and a comment:

= 1) I thought this was about AODVv2, not DLEP, so I fail to see=C2=A0
<= div>=C2=A0 =C2=A0 =C2=A0why it is relevant to bring DLEP into this discussi= on?

I was asked, impl= icitly, why *I* was pushing (since I was repeatedly named) for a set of req= uirements *then*, and not so *now* - specifically, support of ip unnumbered= on interfaces. It's relevant to explain that it was based on companion= technology - technology that I no longer require. I would think that was s= elf-evident. Apparently not.=C2=A0
=C2=A0
=

2) I think that the argument bring made her= e is the logical fallacy called
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 "moving the goal posts".=C2=A0

You are correct in that there is a logical falla= cy in play here. Yours. All I've said is (and I quote): "I don=E2= =80=99t have any great issues with disallowing it." That's an *opi= nion*, not an *edict*; nor does it connote moving of goal posts, or any oth= er associated hardware.
Saying "su= pporting X is an unequivocal MUST", then (when it suits him, as a docu= ment author) saying "disallowing X is fine by me" is very much &q= uot;moving the goal posts".

"... when it suits him, as a document author".... Your tin-foi= l hat is too tight, and needs adjusting. And again, I merely said "I d= on't have any great issues with disallowing it". Different than &q= uot;it's fine by me".=C2=A0
=C2=A0

A= t least I believe that, according to IETF rules, I still get to express opi= nions, as a WG participant... or did some RFC slip past that I'm not aw= are of?=C2=A0

Of course you get to express opinions.
But you do not get to shu= t down discussion, including calling out when you move the goal posts.

Nobody has shut down discussi= ons. No goal posts have been moved. To state so is fallacious.
= =C2=A0

=

Stan

<= div>=C2=A0
=C2=A0=C2=A0
There are use cases for "same IP address on multiple interfac= es" and I believe they should be supported (as Chris wrote that we did= for OLSRv2 "to the maximum extend possible"), also by this proto= col.

Thomas


On 02 Mar= 2016, at 17:02, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

=C2=A0

I=E2=80=99m digging deep into the memory ban= ks here=E2=80=A6 ;-) But from what I remember, there were discussions at my= old employer about the possibilities of implementing & running OLSRv2 in the router. Our implementations at the time were based o= n RFC5578 =E2=80=93 a collection of PPPoE links, running over an RF net. Fo= r that, =E2=80=9Cip unnumbered=E2=80=9D would have been a requirement.=C2= =A0 Since DLEP is *not* PPPoE based, it pretty much mitigates the requirement.

=C2=A0

Regards,

Stan

=C2=A0

=C2=A0

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 10:55 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Ju= stin Dean <beb= emaster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

=C2=A0

I'm not sure why the case was insisted on for OL= SRv2 (though we were happy to oblige to the maximum extent possible) and is= n't required for AODVv2, but it wasn't my requirement.

=C2=A0

As for the different addresses on different platform= s, I think we are agreed, it was the point I made. (Gateways may be a relat= ed but different issue.)

--=C2=A0

Christopher Dearlove


On 2 Mar 2016, at 15:19, Ratliff, Stanley <sratliff@idirect.net> wrote:<= /u>

Chris,

=C2=A0

To answer a question with a question =E2=80= =93 Will anyone want to run AODVv2 over a collection of PPPoE links? I doub= t it.=C2=A0 I don=E2=80=99t have any great issues with disallowing it. That would also resolve Justin=E2=80=99s uni-directional failure case,= since the common addresses wouldn=E2=80=99t be assigned to multiple interf= aces in the first place.

=C2=A0

Other thoughts?

=C2=A0

Regards,

Stan

=C2=A0

=C2=A0

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 9:52 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Ju= stin Dean <beb= emaster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

=C2=A0

The question is, is that important for AODVv2? Shoul= d it allow it? Are there any problems?

=C2=A0

As I've just said in another post, the step beyo= nd that of routers sharing an address is a problem, but I don't expect = it to be relevant as people shouldn't do it (it could be explicitly sai= d). Though what I didn't address there is the impact on gateways. We resolved that in OLSRv2 with two different kinds of= advertised address, one shareable among routers, not tied to an interface,= one shareable among interfaces but only on the same router and only if not= commonly hearable.


-- =C2=A0

Christopher Dearlove


On 2 Mar 2016, at 14:17, Ratliff, Stanley <sratliff@idirect.net> wrote:<= /u>

Chris,

=C2=A0

The use case comes from routers implementing= ip unnumbered. It can cause the same address to be placed on multiple interfaces. From wh= at I recall, its especially prevalent with PPPoE interfaces, as they are vi= rtual; cloned from a common template.

=C2=A0

Regards,

Stan

=C2=A0

=C2=A0

=C2=A0

In NHDP, we added (following = requests from the WG, Stan in particular IIRC) the more tricky case of the = same address used on different interfaces. We had to limit that, so any receiving interface would only ever receive o= ne or the other (which otherwise is not a requirement in NHDP) - which migh= t in a real case be e.g. different frequencies (timeslots, codes, etc.) I h= ave no idea whether this is easy or hard in AODVv2 (the devil is in the details). I don=E2=80=99t know if S= tan (for example) still has this requirement.

=C2=A0

--

************************


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email in error, please delete it and immediately notify the sender.
_____________________________________________________ =

_______________________________________________
manet mailing list
manet@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/manet


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email in error, please delete it and immediately notify the sender.
_____________________________________________________ =


_____________________________________________________
This elect= ronic message and any files transmitted with it contains
information fro= m iDirect, which may be privileged, proprietary
and/or confidential. It = is intended solely for the use of the individual
or entity to whom they = are addressed. If you are not the original
recipient or the person respo= nsible for delivering the email to the
intended recipient, be advised th= at you have received this email
in error, and that any use, disseminatio= n, forwarding, printing, or
copying of this email is strictly prohibited= . If you received this email
in error, please delete it and immediately = notify the sender.
_____________________________________________________=
___________________= ____________________________
manet mailing list
<= span>manet@ietf.org=
https://www.ietf.org/mailman/listinfo/manet
<= /div>

_________________________________________= ______
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet



--089e01536672170d79052d1638e8-- From nobody Wed Mar 2 11:58:29 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 198931B2E6E for ; Wed, 2 Mar 2016 11:58:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tfsfs-A0QHSF for ; Wed, 2 Mar 2016 11:58:17 -0800 (PST) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F0B41B2E53 for ; Wed, 2 Mar 2016 11:58:17 -0800 (PST) Received: by mail-wm0-x22d.google.com with SMTP id p65so4591639wmp.1 for ; Wed, 02 Mar 2016 11:58:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=I86gqZeJo6EBiAG5BGxoW480CIs436dNkbBSgSJhxGI=; b=BO42PpQiAB/gc8dEZmURCLR3ELx32LapX3bySbsPPciYEHo6UtvsUaoaDkd0+nbzrV onNd72aiExBCNlhbqMIQJV2nnvqnRPCO9PKYVxUs7c1xghwmCRKEyZn1A06uHqxw2dgr pPuwOrATmxA1smlI3YrPchCj8pP4fd6VbsQWUV4Cjaf/7gySN2UB4DCqnKfc11uKN4Un xIpazIMO0T0Wr8P+XVJrut67YOS79yQoQbzVDpyB5mENMGeGCz03nXQ87H1n48izTb/F eoquu2ntr+b4D3cpwErmClHpa0QRLvf7fz3d6ePI4Xka4hiWYLO9E/nz5JPJ62XhiVx5 WYVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=I86gqZeJo6EBiAG5BGxoW480CIs436dNkbBSgSJhxGI=; b=GJnrst8bn740xtf5AKB6CsS3BipAWNcpTQQPlQQR9Cem/O2pkcg9Qt8NUsPImzud1U Z5yZzTviVB6xgtXDhRo5JdRED8QUX9EzFpnFzpQbJPuJhFzExGDMc+y/lNHijAuhroJx wenbf+GBEmLadY8g2DtxItkgs+bSC6ijo7kyrDJXvGtFOuBPoJPR7UUhOY2++RvmLwXz X4yRucnCK+IUIvhd4MhvwA9vetlQW5Ogsztcy5+2WmX9/hokFMcLbNPOiWGLfISwoDdx 0+DBcNFrkv5x0Nbm5h1k+94x+rbEDrkqyYh309DlhoPjfxRuLQbHOqBDVQn6uVirhSdH Mf+Q== X-Gm-Message-State: AD7BkJInai0GYlka/AvG8ZgYABPiEbDorBiAmS6Q8F8A+npt65Fa9j/3aW7KrM2nYX3Crw== X-Received: by 10.194.78.199 with SMTP id d7mr28083051wjx.106.1456948695773; Wed, 02 Mar 2016 11:58:15 -0800 (PST) Received: from [10.0.0.27] (host-92-27-196-20.static.as13285.net. [92.27.196.20]) by smtp.gmail.com with ESMTPSA id s206sm4107977wmf.23.2016.03.02.11.58.14 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Mar 2016 11:58:14 -0800 (PST) References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-D4073487-5378-4E5F-A39B-AEA171AC2ABD Content-Transfer-Encoding: 7bit Message-Id: <2A5FA30B-7CF6-4AA7-8963-2BD48CD2FC49@gmail.com> X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Wed, 2 Mar 2016 19:58:13 +0000 To: Stan Ratliff Archived-At: Cc: "Dearlove, Christopher \(UK\)" , Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 19:58:26 -0000 --Apple-Mail-D4073487-5378-4E5F-A39B-AEA171AC2ABD Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Meanwhile, back at the issue. OLSRv2 was requested/required (I don't care wh= ich) to support the case. There is a use for it, but it's possibly narrower t= han it was. Does anyone have a use? If not, does anyone else think it should= be included because it might. And importantly, is it actually trivial or ha= rd? Would it need the NHDP caveat on no common reception? -- =20 Christopher Dearlove christopher.dearlove@gmail.com > On 2 Mar 2016, at 19:52, Stan Ratliff wrote: >=20 >=20 >=20 >> On Wed, Mar 2, 2016 at 2:37 PM, Thomas Heide Clausen wrote: >>=20 >>=20 >>> On 02 Mar 2016, at 20:22, Stan Ratliff wrote: >>>=20 >>>=20 >>>=20 >>>> On Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen wrote: >>>> A question and a comment: >>>>=20 >>>> 1) I thought this was about AODVv2, not DLEP, so I fail to see=20 >>>> why it is relevant to bring DLEP into this discussion? >>>=20 >>> I was asked, implicitly, why *I* was pushing (since I was repeatedly nam= ed) for a set of requirements *then*, and not so *now* - specifically, suppo= rt of ip unnumbered on interfaces. It's relevant to explain that it was base= d on companion technology - technology that I no longer require. I would thi= nk that was self-evident. Apparently not.=20 >>> =20 >>>>=20 >>>> 2) I think that the argument bring made here is the logical fallacy cal= led >>>> "moving the goal posts".=20 >>>=20 >>> You are correct in that there is a logical fallacy in play here. Yours. A= ll I've said is (and I quote): "I don=E2=80=99t have any great issues with d= isallowing it." That's an *opinion*, not an *edict*; nor does it connote mov= ing of goal posts, or any other associated hardware. >>=20 >> Saying "supporting X is an unequivocal MUST", then (when it suits him, as= a document author) saying "disallowing X is fine by me" is very much "movin= g the goal posts". >=20 > "... when it suits him, as a document author".... Your tin-foil hat is too= tight, and needs adjusting. And again, I merely said "I don't have any grea= t issues with disallowing it". Different than "it's fine by me".=20 > =20 >>=20 >>> At least I believe that, according to IETF rules, I still get to express= opinions, as a WG participant... or did some RFC slip past that I'm not awa= re of?=20 >>=20 >> Of course you get to express opinions. >> But you do not get to shut down discussion, including calling out when yo= u move the goal posts. >=20 > Nobody has shut down discussions. No goal posts have been moved. To state s= o is fallacious. > =20 >>=20 >>=20 >>> Stan >>>=20 >>> =20 >>>> =20 >>>> There are use cases for "same IP address on multiple interfaces" and I b= elieve they should be supported (as Chris wrote that we did for OLSRv2 "to t= he maximum extend possible"), also by this protocol. >>>>=20 >>>> Thomas >>>>=20 >>>>=20 >>>>> On 02 Mar 2016, at 17:02, Ratliff, Stanley wrot= e: >>>>>=20 >>>>> Chris, >>>>>=20 >>>>> =20 >>>>>=20 >>>>> I=E2=80=99m digging deep into the memory banks here=E2=80=A6 ;-) But f= rom what I remember, there were discussions at my old employer about the pos= sibilities of implementing & running OLSRv2 in the router. Our implementatio= ns at the time were based on RFC5578 =E2=80=93 a collection of PPPoE links, r= unning over an RF net. For that, =E2=80=9Cip unnumbered=E2=80=9D would have b= een a requirement. Since DLEP is *not* PPPoE based, it pretty much mitigate= s the requirement.=20 >>>>>=20 >>>>> =20 >>>>>=20 >>>>> Regards, >>>>>=20 >>>>> Stan >>>>>=20 >>>>> =20 >>>>>=20 >>>>> =20 >>>>>=20 >>>>> From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]=20 >>>>> Sent: Wednesday, March 02, 2016 10:55 AM >>>>> To: Ratliff, Stanley >>>>> Cc: Dearlove, Christopher (UK) ; Justin= Dean ; manet@ietf.org >>>>> Subject: Re: [manet] AODVv2 reivew >>>>>=20 >>>>> =20 >>>>>=20 >>>>> I'm not sure why the case was insisted on for OLSRv2 (though we were h= appy to oblige to the maximum extent possible) and isn't required for AODVv2= , but it wasn't my requirement. >>>>>=20 >>>>> =20 >>>>>=20 >>>>> As for the different addresses on different platforms, I think we are a= greed, it was the point I made. (Gateways may be a related but different iss= ue.) >>>>>=20 >>>>> --=20 >>>>>=20 >>>>> Christopher Dearlove >>>>>=20 >>>>> christopher.dearlove@gmail.com >>>>>=20 >>>>>=20 >>>>> On 2 Mar 2016, at 15:19, Ratliff, Stanley wrote= : >>>>>=20 >>>>> Chris, >>>>>=20 >>>>> =20 >>>>>=20 >>>>> To answer a question with a question =E2=80=93 Will anyone want to run= AODVv2 over a collection of PPPoE links? I doubt it. I don=E2=80=99t have a= ny great issues with disallowing it. That would also resolve Justin=E2=80=99= s uni-directional failure case, since the common addresses wouldn=E2=80=99t b= e assigned to multiple interfaces in the first place. >>>>>=20 >>>>> =20 >>>>>=20 >>>>> Other thoughts? >>>>>=20 >>>>> =20 >>>>>=20 >>>>> Regards, >>>>>=20 >>>>> Stan >>>>>=20 >>>>> =20 >>>>>=20 >>>>> =20 >>>>>=20 >>>>> From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]=20 >>>>> Sent: Wednesday, March 02, 2016 9:52 AM >>>>> To: Ratliff, Stanley >>>>> Cc: Dearlove, Christopher (UK) ; Justin= Dean ; manet@ietf.org >>>>> Subject: Re: [manet] AODVv2 reivew >>>>>=20 >>>>> =20 >>>>>=20 >>>>> The question is, is that important for AODVv2? Should it allow it? Are= there any problems? >>>>>=20 >>>>> =20 >>>>>=20 >>>>> As I've just said in another post, the step beyond that of routers sha= ring an address is a problem, but I don't expect it to be relevant as people= shouldn't do it (it could be explicitly said). Though what I didn't address= there is the impact on gateways. We resolved that in OLSRv2 with two differ= ent kinds of advertised address, one shareable among routers, not tied to an= interface, one shareable among interfaces but only on the same router and o= nly if not commonly hearable. >>>>>=20 >>>>>=20 >>>>> -- =20 >>>>>=20 >>>>> Christopher Dearlove >>>>>=20 >>>>> christopher.dearlove@gmail.com (iPhone) >>>>>=20 >>>>> chris@mnemosyne.demon.co.uk (home) >>>>>=20 >>>>>=20 >>>>> On 2 Mar 2016, at 14:17, Ratliff, Stanley wrote= : >>>>>=20 >>>>> Chris, >>>>>=20 >>>>> =20 >>>>>=20 >>>>> The use case comes from routers implementing ip unnumbered. It can cau= se the same address to be placed on multiple interfaces. =46rom what I recal= l, its especially prevalent with PPPoE interfaces, as they are virtual; clon= ed from a common template. >>>>>=20 >>>>> =20 >>>>>=20 >>>>> Regards, >>>>>=20 >>>>> Stan >>>>>=20 >>>>> =20 >>>>>=20 >>>>> =20 >>>>>=20 >>>>> =20 >>>>>=20 >>>>> In NHDP, we added (following requests from the WG, Stan in particular I= IRC) the more tricky case of the same address used on different interfaces. W= e had to limit that, so any receiving interface would only ever receive one o= r the other (which otherwise is not a requirement in NHDP) - which might in a= real case be e.g. different frequencies (timeslots, codes, etc.) I have no i= dea whether this is easy or hard in AODVv2 (the devil is in the details). I d= on=E2=80=99t know if Stan (for example) still has this requirement. >>>>>=20 >>>>> =20 >>>>>=20 >>>>> -- >>>>>=20 >>>>> ************************ >>>>>=20 >>>>>=20 >>>>> _____________________________________________________ >>>>> This electronic message and any files transmitted with it contains >>>>> information from iDirect, which may be privileged, proprietary >>>>> and/or confidential. It is intended solely for the use of the individu= al >>>>> or entity to whom they are addressed. If you are not the original >>>>> recipient or the person responsible for delivering the email to the >>>>> intended recipient, be advised that you have received this email >>>>> in error, and that any use, dissemination, forwarding, printing, or >>>>> copying of this email is strictly prohibited. If you received this ema= il >>>>> in error, please delete it and immediately notify the sender. >>>>> _____________________________________________________ >>>>>=20 >>>>> _______________________________________________ >>>>> manet mailing list >>>>> manet@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/manet >>>>>=20 >>>>>=20 >>>>> _____________________________________________________ >>>>> This electronic message and any files transmitted with it contains >>>>> information from iDirect, which may be privileged, proprietary >>>>> and/or confidential. It is intended solely for the use of the individu= al >>>>> or entity to whom they are addressed. If you are not the original >>>>> recipient or the person responsible for delivering the email to the >>>>> intended recipient, be advised that you have received this email >>>>> in error, and that any use, dissemination, forwarding, printing, or >>>>> copying of this email is strictly prohibited. If you received this ema= il >>>>> in error, please delete it and immediately notify the sender. >>>>> _____________________________________________________ >>>>>=20 >>>>>=20 >>>>> _____________________________________________________ >>>>> This electronic message and any files transmitted with it contains >>>>> information from iDirect, which may be privileged, proprietary >>>>> and/or confidential. It is intended solely for the use of the individu= al >>>>> or entity to whom they are addressed. If you are not the original >>>>> recipient or the person responsible for delivering the email to the >>>>> intended recipient, be advised that you have received this email >>>>> in error, and that any use, dissemination, forwarding, printing, or >>>>> copying of this email is strictly prohibited. If you received this ema= il >>>>> in error, please delete it and immediately notify the sender. >>>>> _____________________________________________________ >>>>> _______________________________________________ >>>>> manet mailing list >>>>> manet@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/manet >>>>=20 >>>> _______________________________________________ >>>> manet mailing list >>>> manet@ietf.org >>>> https://www.ietf.org/mailman/listinfo/manet >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-D4073487-5378-4E5F-A39B-AEA171AC2ABD Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Meanwhile, back at the issue. OLSRv2 w= as requested/required (I don't care which) to support the case. There is a u= se for it, but it's possibly narrower than it was. Does anyone have a use? I= f not, does anyone else think it should be included because it might. And im= portantly, is it actually trivial or hard? Would it need the NHDP caveat on n= o common reception?

--  
Christopher Dearlove

On 2 Mar 2016, at 19:52, Stan Ratliff <ratliffstan@gmail.com> wrote:

<= /div>


On Wed, Mar 2, 2016 at 2:37 PM, Thoma= s Heide Clausen <ietf@thomasclausen.org> wrote:


On 02 Mar 2= 016, at 20:22, Stan Ratliff <ratliffstan@gmail.com> wrote:



On Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen <= span dir=3D"ltr"><ietf@thomasclausen.org> wrote:
A question and a comment:
<= div>
1) I thought this was about AODVv2, not DLEP, so I fail t= o see 
     why it is relevant to bring DLEP i= nto this discussion?

I= was asked, implicitly, why *I* was pushing (since I was repeatedly named) f= or a set of requirements *then*, and not so *now* - specifically, support of= ip unnumbered on interfaces. It's relevant to explain that it was based on c= ompanion technology - technology that I no longer require. I would think tha= t was self-evident. Apparently not. 
 

2) I think that the argument bring made he= re is the logical fallacy called
         = ; "moving the goal posts". 
<= br>
You are correct in that there is a logical fallacy in play her= e. Yours. All I've said is (and I quote): "I don=E2=80=99t have any great is= sues with disallowing it." That's an *opinion*, not an *edict*; nor does it c= onnote moving of goal posts, or any other associated hardware.
<= /div>

Saying "supporting X is an unequivocal MUST", then (wh= en it suits him, as a document author) saying "disallowing X is fine by me" i= s very much "moving the goal posts".

"... when it suits him, as a document author".... Your tin-foil hat is= too tight, and needs adjusting. And again, I merely said "I don't have any g= reat issues with disallowing it". Different than "it's fine by me". 
 

=
<= div class=3D"gmail_quote">
At least I believe that, according to IETF ru= les, I still get to express opinions, as a WG participant... or did some RFC= slip past that I'm not aware of? 

Of course you get to express opinions.
B= ut you do not get to shut down discussion, including calling out when you mo= ve the goal posts.

Nobody h= as shut down discussions. No goal posts have been moved. To state so is fall= acious.
 


Stan

 
 = ; 
There are use cases for "same IP address on multiple inter= faces" and I believe they should be supported (as Chris wrote that we did fo= r OLSRv2 "to the maximum extend possible"), also by this protocol.

Thomas


On 02 Mar 2016, at 17:02= , Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

I=E2=80=99m digging deep into the memory banks= here=E2=80=A6 ;-) But from what I remember, there were discussions at my ol= d employer about the possibilities of implementing & running OLSRv2 in the router. Our implementations at the time were based on= RFC5578 =E2=80=93 a collection of PPPoE links, running over an RF net. For t= hat, =E2=80=9Cip unnumbered=E2=80=9D would have been a requirement.  Si= nce DLEP is *not* PPPoE based, it pretty much mitigates the requirement.

 

Regards,

Stan

 

 

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 10:55 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Just= in Dean <bebema= ster@gmail.com>; = manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

 

I'm not sure why the case was insisted on for OLSRv2 (= though we were happy to oblige to the maximum extent possible) and isn't req= uired for AODVv2, but it wasn't my requirement.

 

As for the different addresses on different platforms= , I think we are agreed, it was the point I made. (Gateways may be a related= but different issue.)

-- 

Christopher Dearlove


On 2 Mar 2016, at 15:19, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

To answer a question with a question =E2=80=93= Will anyone want to run AODVv2 over a collection of PPPoE links? I doubt it= .  I don=E2=80=99t have any great issues with disallowing it. That would also resolve Justin=E2=80=99s uni-directional failure case, s= ince the common addresses wouldn=E2=80=99t be assigned to multiple interface= s in the first place.

 

Other thoughts?

 

Regards,

Stan

 

 

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 9:52 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Just= in Dean <bebema= ster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

 

The question is, is that important for AODVv2? Should= it allow it? Are there any problems?

 

As I've just said in another post, the step beyond th= at of routers sharing an address is a problem, but I don't expect it to be r= elevant as people shouldn't do it (it could be explicitly said). Though what= I didn't address there is the impact on gateways. We resolved that in OLSRv2 with two different kinds of a= dvertised address, one shareable among routers, not tied to an interface, on= e shareable among interfaces but only on the same router and only if not com= monly hearable.


--  

Christopher Dearlove


On 2 Mar 2016, at 14:17, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

The use case comes from routers implementing ip unnumbered. It can cause the same address to be placed on multiple interfaces. =46rom w= hat I recall, its especially prevalent with PPPoE interfaces, as they are vi= rtual; cloned from a common template.

 

Regards,

Stan

 

 

 

=

In NHDP, we added (following re= quests from the WG, Stan in particular IIRC) the more tricky case of the sam= e address used on different interfaces. We had to limit that, so any receiving interface would only ever receive on= e or the other (which otherwise is not a requirement in NHDP) - which might i= n a real case be e.g. different frequencies (timeslots, codes, etc.) I have n= o idea whether this is easy or hard in AODVv2 (the devil is in the details). I don=E2=80=99t know if St= an (for example) still has this requirement.

 

=

--=

************************


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
= or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
= in error, please delete it and immediately notify the sender.
_____________________________________________________ <= /p>

_______________________________________________
manet mailing list
manet@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/manet


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
= or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
= in error, please delete it and immediately notify the sender.
_____________________________________________________ <= /p>


_____________________________________________________
This electro= nic message and any files transmitted with it contains
information from i= Direct, which may be privileged, proprietary
and/or confidential. It is i= ntended solely for the use of the individual
or entity to whom they are a= ddressed. If you are not the original
recipient or the person responsible= for delivering the email to the
intended recipient, be advised that you h= ave received this email
in error, and that any use, dissemination, forwar= ding, printing, or
copying of this email is strictly prohibited. If you r= eceived this email
in error, please delete it and immediately notify the s= ender.
_____________________________________________________
____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet
=

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



____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mai= lman/listinfo/manet
= --Apple-Mail-D4073487-5378-4E5F-A39B-AEA171AC2ABD-- From nobody Wed Mar 2 12:22:20 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A5E71B2F5E for ; Wed, 2 Mar 2016 12:22:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RkTTNz0ZMOEO for ; Wed, 2 Mar 2016 12:22:14 -0800 (PST) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A6421B2F5A for ; Wed, 2 Mar 2016 12:22:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 1DCCA1C0E3A; Wed, 2 Mar 2016 12:22:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1456950134; bh=nbsSdZAQVsdhqos06cSRmp+B9K92vpcAeZcR5Yorr4I=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=SI2ShBzgCGziDl4RZE6qfyPefkeDJIJ0B/LoSevuMjmrMkA2qfhr92h2ux8Bj8U8J D+ROYAXHqFzJgOsiQwW/CIefvMWzutOuA/+1BLW2c7/6v6/kmniFtegvtvppdqgZiN VEXroMOv+FWS5Nj4Kxs3QOjK1COvyKomqAG8JET8= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from [192.168.147.66] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 1DCA91C0073; Wed, 2 Mar 2016 12:22:13 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-93708FB7-82DF-41DD-A0CE-1697BB78992D Mime-Version: 1.0 (1.0) From: Thomas Heide Clausen X-Mailer: iPhone Mail (13D15) In-Reply-To: <2A5FA30B-7CF6-4AA7-8963-2BD48CD2FC49@gmail.com> Date: Wed, 2 Mar 2016 21:22:11 +0100 Content-Transfer-Encoding: 7bit Message-Id: <4641452C-3624-4003-B8BF-DE44292AC3D9@thomasclausen.org> References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> <2A5FA30B-7CF6-4AA7-8963-2BD48CD2FC49@gmail.com> To: Christopher Dearlove Archived-At: Cc: "Dearlove, Christopher \(UK\)" , Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 20:22:18 -0000 --Apple-Mail-93708FB7-82DF-41DD-A0CE-1697BB78992D Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I think that I have stated that I know of an use for it. --=20 Thomas Heide Clausen http://www.thomasclausen.org "Today's scientists have substituted mathematics for=20 experiments, and they wander off through equation=20 after equation, and eventually build a structure=20 which has no relation to reality." - Nikola Tesla,=20 Modern Mechanics and Inventions, July, 1934 > On 2 mars 2016, at 20:58, Christopher Dearlove wrote: >=20 > Meanwhile, back at the issue. OLSRv2 was requested/required (I don't care w= hich) to support the case. There is a use for it, but it's possibly narrower= than it was. Does anyone have a use? If not, does anyone else think it shou= ld be included because it might. And importantly, is it actually trivial or h= ard? Would it need the NHDP caveat on no common reception? >=20 > -- =20 > Christopher Dearlove > christopher.dearlove@gmail.com >=20 >> On 2 Mar 2016, at 19:52, Stan Ratliff wrote: >>=20 >>=20 >>=20 >>> On Wed, Mar 2, 2016 at 2:37 PM, Thomas Heide Clausen wrote: >>>=20 >>>=20 >>>> On 02 Mar 2016, at 20:22, Stan Ratliff wrote: >>>>=20 >>>>=20 >>>>=20 >>>>> On Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen wrote: >>>>> A question and a comment: >>>>>=20 >>>>> 1) I thought this was about AODVv2, not DLEP, so I fail to see=20 >>>>> why it is relevant to bring DLEP into this discussion? >>>>=20 >>>> I was asked, implicitly, why *I* was pushing (since I was repeatedly na= med) for a set of requirements *then*, and not so *now* - specifically, supp= ort of ip unnumbered on interfaces. It's relevant to explain that it was bas= ed on companion technology - technology that I no longer require. I would th= ink that was self-evident. Apparently not.=20 >>>> =20 >>>>>=20 >>>>> 2) I think that the argument bring made here is the logical fallacy ca= lled >>>>> "moving the goal posts".=20 >>>>=20 >>>> You are correct in that there is a logical fallacy in play here. Yours.= All I've said is (and I quote): "I don=E2=80=99t have any great issues with= disallowing it." That's an *opinion*, not an *edict*; nor does it connote m= oving of goal posts, or any other associated hardware. >>>=20 >>> Saying "supporting X is an unequivocal MUST", then (when it suits him, a= s a document author) saying "disallowing X is fine by me" is very much "movi= ng the goal posts". >>=20 >> "... when it suits him, as a document author".... Your tin-foil hat is to= o tight, and needs adjusting. And again, I merely said "I don't have any gre= at issues with disallowing it". Different than "it's fine by me".=20 >> =20 >>>=20 >>>> At least I believe that, according to IETF rules, I still get to expres= s opinions, as a WG participant... or did some RFC slip past that I'm not aw= are of?=20 >>>=20 >>> Of course you get to express opinions. >>> But you do not get to shut down discussion, including calling out when y= ou move the goal posts. >>=20 >> Nobody has shut down discussions. No goal posts have been moved. To state= so is fallacious. >> =20 >>>=20 >>>=20 >>>> Stan >>>>=20 >>>> =20 >>>>> =20 >>>>> There are use cases for "same IP address on multiple interfaces" and I= believe they should be supported (as Chris wrote that we did for OLSRv2 "to= the maximum extend possible"), also by this protocol. >>>>>=20 >>>>> Thomas >>>>>=20 >>>>>=20 >>>>>> On 02 Mar 2016, at 17:02, Ratliff, Stanley wro= te: >>>>>>=20 >>>>>> Chris, >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> I=E2=80=99m digging deep into the memory banks here=E2=80=A6 ;-) But f= rom what I remember, there were discussions at my old employer about the pos= sibilities of implementing & running OLSRv2 in the router. Our implementatio= ns at the time were based on RFC5578 =E2=80=93 a collection of PPPoE links, r= unning over an RF net. For that, =E2=80=9Cip unnumbered=E2=80=9D would have b= een a requirement. Since DLEP is *not* PPPoE based, it pretty much mitigate= s the requirement. >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> Regards, >>>>>>=20 >>>>>> Stan >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]=20 >>>>>> Sent: Wednesday, March 02, 2016 10:55 AM >>>>>> To: Ratliff, Stanley >>>>>> Cc: Dearlove, Christopher (UK) ; Justi= n Dean ; manet@ietf.org >>>>>> Subject: Re: [manet] AODVv2 reivew >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> I'm not sure why the case was insisted on for OLSRv2 (though we were h= appy to oblige to the maximum extent possible) and isn't required for AODVv2= , but it wasn't my requirement. >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> As for the different addresses on different platforms, I think we are= agreed, it was the point I made. (Gateways may be a related but different i= ssue.) >>>>>>=20 >>>>>> --=20 >>>>>>=20 >>>>>> Christopher Dearlove >>>>>>=20 >>>>>> christopher.dearlove@gmail.com >>>>>>=20 >>>>>>=20 >>>>>> On 2 Mar 2016, at 15:19, Ratliff, Stanley wrot= e: >>>>>>=20 >>>>>> Chris, >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> To answer a question with a question =E2=80=93 Will anyone want to ru= n AODVv2 over a collection of PPPoE links? I doubt it. I don=E2=80=99t have= any great issues with disallowing it. That would also resolve Justin=E2=80=99= s uni-directional failure case, since the common addresses wouldn=E2=80=99t b= e assigned to multiple interfaces in the first place. >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> Other thoughts? >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> Regards, >>>>>>=20 >>>>>> Stan >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]=20 >>>>>> Sent: Wednesday, March 02, 2016 9:52 AM >>>>>> To: Ratliff, Stanley >>>>>> Cc: Dearlove, Christopher (UK) ; Justi= n Dean ; manet@ietf.org >>>>>> Subject: Re: [manet] AODVv2 reivew >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> The question is, is that important for AODVv2? Should it allow it? Ar= e there any problems? >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> As I've just said in another post, the step beyond that of routers sh= aring an address is a problem, but I don't expect it to be relevant as peopl= e shouldn't do it (it could be explicitly said). Though what I didn't addres= s there is the impact on gateways. We resolved that in OLSRv2 with two diffe= rent kinds of advertised address, one shareable among routers, not tied to a= n interface, one shareable among interfaces but only on the same router and o= nly if not commonly hearable. >>>>>>=20 >>>>>>=20 >>>>>> -- =20 >>>>>>=20 >>>>>> Christopher Dearlove >>>>>>=20 >>>>>> christopher.dearlove@gmail.com (iPhone) >>>>>>=20 >>>>>> chris@mnemosyne.demon.co.uk (home) >>>>>>=20 >>>>>>=20 >>>>>> On 2 Mar 2016, at 14:17, Ratliff, Stanley wrot= e: >>>>>>=20 >>>>>> Chris, >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> The use case comes from routers implementing ip unnumbered. It can c= ause the same address to be placed on multiple interfaces. =46rom what I rec= all, its especially prevalent with PPPoE interfaces, as they are virtual; cl= oned from a common template. >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> Regards, >>>>>>=20 >>>>>> Stan >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> In NHDP, we added (following requests from the WG, Stan in particular= IIRC) the more tricky case of the same address used on different interfaces= . We had to limit that, so any receiving interface would only ever receive o= ne or the other (which otherwise is not a requirement in NHDP) - which might= in a real case be e.g. different frequencies (timeslots, codes, etc.) I hav= e no idea whether this is easy or hard in AODVv2 (the devil is in the detail= s). I don=E2=80=99t know if Stan (for example) still has this requirement. >>>>>>=20 >>>>>> =20 >>>>>>=20 >>>>>> -- >>>>>>=20 >>>>>> ************************ >>>>>>=20 >>>>>>=20 >>>>>> _____________________________________________________ >>>>>> This electronic message and any files transmitted with it contains >>>>>> information from iDirect, which may be privileged, proprietary >>>>>> and/or confidential. It is intended solely for the use of the individ= ual >>>>>> or entity to whom they are addressed. If you are not the original >>>>>> recipient or the person responsible for delivering the email to the >>>>>> intended recipient, be advised that you have received this email >>>>>> in error, and that any use, dissemination, forwarding, printing, or >>>>>> copying of this email is strictly prohibited. If you received this em= ail >>>>>> in error, please delete it and immediately notify the sender. >>>>>> _____________________________________________________ >>>>>>=20 >>>>>> _______________________________________________ >>>>>> manet mailing list >>>>>> manet@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/manet >>>>>>=20 >>>>>>=20 >>>>>> _____________________________________________________ >>>>>> This electronic message and any files transmitted with it contains >>>>>> information from iDirect, which may be privileged, proprietary >>>>>> and/or confidential. It is intended solely for the use of the individ= ual >>>>>> or entity to whom they are addressed. If you are not the original >>>>>> recipient or the person responsible for delivering the email to the >>>>>> intended recipient, be advised that you have received this email >>>>>> in error, and that any use, dissemination, forwarding, printing, or >>>>>> copying of this email is strictly prohibited. If you received this em= ail >>>>>> in error, please delete it and immediately notify the sender. >>>>>> _____________________________________________________ >>>>>>=20 >>>>>>=20 >>>>>> _____________________________________________________ >>>>>> This electronic message and any files transmitted with it contains >>>>>> information from iDirect, which may be privileged, proprietary >>>>>> and/or confidential. It is intended solely for the use of the individ= ual >>>>>> or entity to whom they are addressed. If you are not the original >>>>>> recipient or the person responsible for delivering the email to the >>>>>> intended recipient, be advised that you have received this email >>>>>> in error, and that any use, dissemination, forwarding, printing, or >>>>>> copying of this email is strictly prohibited. If you received this em= ail >>>>>> in error, please delete it and immediately notify the sender. >>>>>> _____________________________________________________ >>>>>> _______________________________________________ >>>>>> manet mailing list >>>>>> manet@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/manet >>>>>=20 >>>>> _______________________________________________ >>>>> manet mailing list >>>>> manet@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/manet >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-93708FB7-82DF-41DD-A0CE-1697BB78992D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Meanwhile, back at the issue. OLSRv2 was requested/requi= red (I don't care which) to support the case. There is a use for it, but it'= s possibly narrower than it was. Does anyone have a use? If not, does anyone= else think it should be included because it might. And importantly, is it a= ctually trivial or hard? Would it need the NHDP caveat on no common receptio= n?

--  
Christopher Dearlove
<= div>
On 2 Mar 2016, at 19:52, Stan Ratliff <ratliffstan@gmail.com> wrote:



On Wed, Mar 2, 2016 at 2:37 PM, Thomas Heide Clausen <= span dir=3D"ltr"><ietf@thomasclausen.org> wrote:


On 02 Mar 2016, at 20:22, S= tan Ratliff <r= atliffstan@gmail.com> wrote:

<= div>


On Wed, Mar 2, 2016 at 2:03 PM, Thomas Heide Clausen <ietf@thoma= sclausen.org> wrote:
=
A question and a comment:

<= div>1) I thought this was about AODVv2, not DLEP, so I fail to see 
     why it is relevant to bring DLEP into this discus= sion?

I was asked, imp= licitly, why *I* was pushing (since I was repeatedly named) for a set of req= uirements *then*, and not so *now* - specifically, support of ip unnumbered o= n interfaces. It's relevant to explain that it was based on companion techno= logy - technology that I no longer require. I would think that was self-evid= ent. Apparently not. 
 

2) I think that the argument bring made here is the logi= cal fallacy called
          "moving t= he goal posts". 

= You are correct in that there is a logical fallacy in play here. Yours. All I= 've said is (and I quote): "I don=E2=80=99t have any great issues with disal= lowing it." That's an *opinion*, not an *edict*; nor does it connote moving o= f goal posts, or any other associated hardware.

Saying "supporting X is an unequivocal MUST", then (when it suits him= , as a document author) saying "disallowing X is fine by me" is very much "m= oving the goal posts".

"... whe= n it suits him, as a document author".... Your tin-foil hat is too tight, an= d needs adjusting. And again, I merely said "I don't have any great issues w= ith disallowing it". Different than "it's fine by me". 
 = ;

At least I believe that, according to IETF rules, I still g= et to express opinions, as a WG participant... or did some RFC slip past tha= t I'm not aware of? 
Of course you get to express opinions.
But you do not g= et to shut down discussion, including calling out when you move the goal pos= ts.

Nobody has shut down d= iscussions. No goal posts have been moved. To state so is fallacious.
<= div> 

Stan

=  
  
There are use cases for "same IP address on multiple interfaces" and I bel= ieve they should be supported (as Chris wrote that we did for OLSRv2 "to the= maximum extend possible"), also by this protocol.

= Thomas


On 02 Mar 2016, at 17:02, Ratliff, Stanl= ey <sratliff@id= irect.net> wrote:

Chris,

 

I=E2=80=99m digging deep into the memory banks= here=E2=80=A6 ;-) But from what I remember, there were discussions at my ol= d employer about the possibilities of implementing & running OLSRv2 in the router. Our implementations at the time were based on= RFC5578 =E2=80=93 a collection of PPPoE links, running over an RF net. For t= hat, =E2=80=9Cip unnumbered=E2=80=9D would have been a requirement.  Si= nce DLEP is *not* PPPoE based, it pretty much mitigates the requirement.

 

Regards,

Stan

 

 

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 10:55 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Just= in Dean <bebema= ster@gmail.com>; = manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

 

I'm not sure why the case was insisted on for OLSRv2 (= though we were happy to oblige to the maximum extent possible) and isn't req= uired for AODVv2, but it wasn't my requirement.

 

As for the different addresses on different platforms= , I think we are agreed, it was the point I made. (Gateways may be a related= but different issue.)

-- 

Christopher Dearlove


On 2 Mar 2016, at 15:19, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

To answer a question with a question =E2=80=93= Will anyone want to run AODVv2 over a collection of PPPoE links? I doubt it= .  I don=E2=80=99t have any great issues with disallowing it. That would also resolve Justin=E2=80=99s uni-directional failure case, s= ince the common addresses wouldn=E2=80=99t be assigned to multiple interface= s in the first place.

 

Other thoughts?

 

Regards,

Stan

 

 

From: Christopher Dearlove [mailto:chris@mnemosyne.demon.co.uk]
Sent: Wednesday, March 02, 2016 9:52 AM
To: Ratliff, Stanley <sratliff@idirect.net>
Cc: Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>; Just= in Dean <bebema= ster@gmail.com>; manet@ietf.org
Subject: Re: [manet] AODVv2 reivew

 

The question is, is that important for AODVv2? Should= it allow it? Are there any problems?

 

As I've just said in another post, the step beyond th= at of routers sharing an address is a problem, but I don't expect it to be r= elevant as people shouldn't do it (it could be explicitly said). Though what= I didn't address there is the impact on gateways. We resolved that in OLSRv2 with two different kinds of a= dvertised address, one shareable among routers, not tied to an interface, on= e shareable among interfaces but only on the same router and only if not com= monly hearable.


--  

Christopher Dearlove


On 2 Mar 2016, at 14:17, Ratliff, Stanley <sratliff@idirect.net> wrote:

Chris,

 

The use case comes from routers implementing ip unnumbered. It can cause the same address to be placed on multiple interfaces. =46rom w= hat I recall, its especially prevalent with PPPoE interfaces, as they are vi= rtual; cloned from a common template.

 

Regards,

Stan

 

 

 

=

In NHDP, we added (following re= quests from the WG, Stan in particular IIRC) the more tricky case of the sam= e address used on different interfaces. We had to limit that, so any receiving interface would only ever receive on= e or the other (which otherwise is not a requirement in NHDP) - which might i= n a real case be e.g. different frequencies (timeslots, codes, etc.) I have n= o idea whether this is easy or hard in AODVv2 (the devil is in the details). I don=E2=80=99t know if St= an (for example) still has this requirement.

 

=

--=

************************


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
= or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
= in error, please delete it and immediately notify the sender.
_____________________________________________________ <= /p>

_______________________________________________
manet mailing list
manet@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/manet


_____________________________________________________
This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
= or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
= in error, please delete it and immediately notify the sender.
_____________________________________________________ <= /p>


_____________________________________________________
This electro= nic message and any files transmitted with it contains
information from i= Direct, which may be privileged, proprietary
and/or confidential. It is i= ntended solely for the use of the individual
or entity to whom they are a= ddressed. If you are not the original
recipient or the person responsible= for delivering the email to the
intended recipient, be advised that you h= ave received this email
in error, and that any use, dissemination, forwar= ding, printing, or
copying of this email is strictly prohibited. If you r= eceived this email
in error, please delete it and immediately notify the s= ender.
_____________________________________________________
____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet
=

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



____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mai= lman/listinfo/manet
= --Apple-Mail-93708FB7-82DF-41DD-A0CE-1697BB78992D-- From nobody Wed Mar 2 12:37:15 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB9AE1B2FC8 for ; Wed, 2 Mar 2016 12:37:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.702 X-Spam-Level: X-Spam-Status: No, score=-2.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tgDcqLGy0R_i for ; Wed, 2 Mar 2016 12:37:14 -0800 (PST) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10DFC1B2E6E for ; Wed, 2 Mar 2016 12:37:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id C7CA21C04D4; Wed, 2 Mar 2016 12:37:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1456951033; bh=gopxjQ76UDoN9w6p+Czf9vnm7ADYWt3dD8GKNymN2ak=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=oHcoXxCN/lUunhClb9oWsvOKc/FtGTZ9ewr3TM8wJ477IgxvDCurzn0/BI9I2yWBA G81Myu831pXzsocEv8aBXgkkfHldakRGN7syb3/6difyj9iXUZmVnf8EzeRiANtpDp 3VbCcYjvBvTALqB+G1TbvwJkpTJTXN8jL6HoGt/s= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from [192.168.147.66] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 726EA1C04AE; Wed, 2 Mar 2016 12:37:13 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: Thomas Heide Clausen X-Mailer: iPhone Mail (13D15) In-Reply-To: Date: Wed, 2 Mar 2016 21:37:11 +0100 Content-Transfer-Encoding: 7bit Message-Id: <962C6F05-D71D-4171-9E7B-EF552BFEAA75@thomasclausen.org> References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> To: Stan Ratliff Archived-At: Cc: "Dearlove, Christopher \(UK\)" , Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 20:37:15 -0000 > On 2 mars 2016, at 20:52, Stan Ratliff wrote: > > ".... Your tin-foil hat is too tight, and needs adjusting. .... > Nobody has shut down discussions. Two statements from the same email, which are rather difficult to reconcile. From nobody Wed Mar 2 12:47:57 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AEEF1B3021 for ; Wed, 2 Mar 2016 12:47:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ratqjmijdSkx for ; Wed, 2 Mar 2016 12:47:53 -0800 (PST) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (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 6751D1B3020 for ; Wed, 2 Mar 2016 12:47:53 -0800 (PST) Received: by mail-ig0-x22e.google.com with SMTP id hb3so50288866igb.0 for ; Wed, 02 Mar 2016 12:47:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=hCuvDiYfOXCAi6Y4fm+zENRsOkuM0q6Y10rh519TFp0=; b=lKNlTV/9Ytr8wyghSl+wOGcmceC/pWYaLNsNvdLXCyBT3DZs4uijS9z6rG6Iga08We Inesz0USNTq9ASeI9JTc0ZUaStQ+R8xm71Ads5yc4mDd9eC+aOdA2o/ni4o5zpiQD8jh NPtBAcLk4SzhWwCgxUYcUqBPmRzWHk2XrETuF1QNILqKH50+rgkA75NXaFZQsvMfXJ8C YFeVvvecCXIa9/qo7Vj+y7zlqpc6g9KBhhoU4I9yT0e4m2gWLYt22TJz3E3qwawR/jTH UDET8NF1dE+RgNu7y+fbnjTNYn/fJHY5n9cvmvbKETA0zoD0EFIwfpvPeRDfATFCtOZT XdPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=hCuvDiYfOXCAi6Y4fm+zENRsOkuM0q6Y10rh519TFp0=; b=K33Et0dZv6PXCvjpe1vEICwj1PHJV5Uw0eH6ZPL8Z89CDsXpfErGdxZz6Ng4ZHZ6mW zQy74jzSHQbWadhX59ZVO9dRzUcjDHlRINTP1Jw6oyH+jsd3koTOdKjOvhal2ehQvwui zxkpVey22y1l1XUsmrlbSVjbiPbUiBS0E+tC2LDb/GnnDp1318+4FyDyk9Tldve+cHgX QelTSa4tmc5i2NHekd8duB0OMoiJZAbU0wj+vvD8uuctFfvZB8GTh1uVUAHuVccfhgJH sbMUocfBLv2X6hUFkUWBWc85oZRG5c30aXKSBmlfAfN5EYTYePSKcyCMxiL3F1FF19y6 mgrw== X-Gm-Message-State: AD7BkJKGUR+yPiD/HGLNqL0aNJOaxJbpskaI5ht1NT99HUzjym0tODIBu1rAWim2Bjcsvok6DOCv02MCDopqoQ== MIME-Version: 1.0 X-Received: by 10.50.73.133 with SMTP id l5mr1986014igv.69.1456951672791; Wed, 02 Mar 2016 12:47:52 -0800 (PST) Received: by 10.79.96.1 with HTTP; Wed, 2 Mar 2016 12:47:52 -0800 (PST) In-Reply-To: <962C6F05-D71D-4171-9E7B-EF552BFEAA75@thomasclausen.org> References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> <962C6F05-D71D-4171-9E7B-EF552BFEAA75@thomasclausen.org> Date: Wed, 2 Mar 2016 15:47:52 -0500 Message-ID: From: Stan Ratliff To: Thomas Heide Clausen Content-Type: multipart/alternative; boundary=089e0129483ae96ba7052d16feb5 Archived-At: Cc: "Dearlove, Christopher \(UK\)" , Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 20:47:55 -0000 --089e0129483ae96ba7052d16feb5 Content-Type: text/plain; charset=UTF-8 On Wed, Mar 2, 2016 at 3:37 PM, Thomas Heide Clausen wrote: > > > > On 2 mars 2016, at 20:52, Stan Ratliff wrote: > > > > ".... Your tin-foil hat is too tight, and needs adjusting. > > .... > > > Nobody has shut down discussions. > > Two statements from the same email, which are rather difficult to > reconcile. > Not at all difficult to reconcile. In fact, the continued existence of this email thread counters the "discussion shut down" meme. But to echo Christopher - "Meanwhile, back at the problem"... >From your email, I do not see an elaboration, other than the phrase "There are use cases for "same IP address on multiple interfaces" and I believe they should be supported (as Chris wrote that we did for OLSRv2 "to the maximum extend possible"), also by this protocol." My use case, from 7 years ago, was "I'm thinking about deploying the protocol attached to RF devices that present themselves as a collection of PPPoE links, and thus require a routing protocol supporting implementation of ip unnumbered interfaces." Would you please elaborate on your use case? --089e0129483ae96ba7052d16feb5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Mar 2, 2016 at 3:37 PM, Thomas Heide Clausen = <ietf@thomas= clausen.org> wrote:


> On 2 mars 2016, at 20:52, Stan Ratliff <ratliffstan@gmail.com> wrote:
>
> ".... Your tin-foil hat is too tight, and needs adjusting.

....

> Nobody has shut down discussions.

Two statements from the same email, which are rather difficult to reconcile= .

Not at all difficult to reconcile. In= fact, the continued existence of this email thread counters the "disc= ussion shut down" meme.=C2=A0

But to echo Chr= istopher - "Meanwhile, back at the problem"...=C2=A0
From your email, I do not see an elaboration, other than the p= hrase "There are use cases for "same IP address on multiple inter= faces" and I believe they should be supported (as Chris wrote that we = did for OLSRv2 "to the maximum extend possible"), also by this pr= otocol."

My use case, from 7 years ago, was &= quot;I'm thinking about deploying the protocol attached to RF devices t= hat present themselves as a collection of PPPoE links, and thus require a r= outing protocol supporting implementation of ip unnumbered interfaces."= ;

Would you please elaborate on your use case?


--089e0129483ae96ba7052d16feb5-- From nobody Wed Mar 2 13:00:32 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E8EB1B3085 for ; Wed, 2 Mar 2016 13:00:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EMNFZDa2X0WT for ; Wed, 2 Mar 2016 13:00:28 -0800 (PST) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 707351B3084 for ; Wed, 2 Mar 2016 13:00:28 -0800 (PST) Received: by mail-lb0-x22f.google.com with SMTP id bc4so689123lbc.2 for ; Wed, 02 Mar 2016 13:00:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=+CFk/yykcb91SqQvRZdvdrn9bNRb+NRtFdNRBo8mpmg=; b=TP3gOg0mNJ9GRbZCbhLj8Wzns6G8BOS8Qn6vHF0D9kiR/iDUeJc692FeqrYt7k0Acn Dzrx91jtslsXdh2uxadaIMaR8UFB+E0ouPImCeW6iBB4+P+AQYx3OlnG5dyac4itNw16 ULGCNlSaCmJx+9ePM9PCZFbO3yjdSuPZBZv7jSAb6eQRcVciFiN/46caR1EvMAn1VzpJ 5lh0J91M5nDr+/2y/lvpVjxPX5WRfKraRNYoYB+QhJ3h0zXuEarpOV3T0UxKY/sxo4Hp PK7zQ+Y0DHQsOqnQOSd4tGMCpnfUgTdvuWuACN2xUUh9rBWpDW/I64W8sD2VPYawWqeC htHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=+CFk/yykcb91SqQvRZdvdrn9bNRb+NRtFdNRBo8mpmg=; b=jhhfvZVqOUep1zy2pqSePxW6r7rzWs6p5l2P1AQx858ZvL++gmcAVrRe9yV5i2Ta42 NmTFqPIheFn59AaJbwYyxre/nC3VF4X3ynBYBA50/Rc8HPTLzFcz2QmAN4Kk7egdI4jd 9oC+u0iFfDk+9wAT5HfNhN3l5ufEOWDxh51/TqroB/EV8IkdzZ937/qwK8jA0G2kjXiZ DR97z9r4QMAJLVSeiZfFngIRYXJD8tnREdoPtLCYQNi5SbTD2QjLCz+56PQ5QQpcZiIl Eh5PCdNKQ/DplgJPsu5biNiz5FuywF+SxO/XDwOdznbtdx8/hmxgDk8yEWRvS2cwhjJt juqw== X-Gm-Message-State: AD7BkJLOA7CDc4CgedsjvEyPoRd3met7Bd9Q8CyKPXuaDggDlXlM6O/RbpfunMtKstOoYC8q6EdcS2LX9oPTuA== X-Received: by 10.112.183.169 with SMTP id en9mr10638167lbc.4.1456952426671; Wed, 02 Mar 2016 13:00:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.210.140 with HTTP; Wed, 2 Mar 2016 12:59:56 -0800 (PST) In-Reply-To: References: <4ED9D8F7-125F-4170-BD07-F92ECC72CFC9@mnemosyne.demon.co.uk> <53984507-C860-4C03-A877-34912AA63767@mnemosyne.demon.co.uk> <66D7FD1E-2366-45BC-B3A6-171A70BDAD17@thomasclausen.org> <962C6F05-D71D-4171-9E7B-EF552BFEAA75@thomasclausen.org> From: Henning Rogge Date: Wed, 2 Mar 2016 21:59:56 +0100 Message-ID: To: Stan Ratliff Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: "Dearlove, Christopher \(UK\)" , Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2016 21:00:30 -0000 On Wed, Mar 2, 2016 at 9:47 PM, Stan Ratliff wrote: > From your email, I do not see an elaboration, other than the phrase "There > are use cases for "same IP address on multiple interfaces" and I believe > they should be supported (as Chris wrote that we did for OLSRv2 "to the > maximum extend possible"), also by this protocol." > > My use case, from 7 years ago, was "I'm thinking about deploying the > protocol attached to RF devices that present themselves as a collection of > PPPoE links, and thus require a routing protocol supporting implementation > of ip unnumbered interfaces." "Same IP on every intertface" is a good alternative to "linklocal IP on interface, routeable IP on loopback". Traceroute does strange things when your interfaces are just linklocal. Henning Rogge From nobody Thu Mar 3 02:35:11 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 177B51A88BD for ; Thu, 3 Mar 2016 02:35:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.857 X-Spam-Level: X-Spam-Status: No, score=-2.857 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, GB_I_LETTER=-2, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9JnM3ck6YaPJ for ; Thu, 3 Mar 2016 02:35:07 -0800 (PST) Received: from outbox.sics.se (outbox.sics.se [193.10.64.137]) by ietfa.amsl.com (Postfix) with ESMTP id E47891A88BC for ; Thu, 3 Mar 2016 02:35:06 -0800 (PST) Received: from norm.sics.se (norm.sics.se [193.10.64.192]) by outbox.sics.se (Postfix) with ESMTPS id AE61F179A for ; Thu, 3 Mar 2016 11:35:05 +0100 (CET) Received: from [130.229.181.203] (n181-p203.kthopen.kth.se [130.229.181.203]) by norm.sics.se (Postfix) with ESMTPSA id A18E5259 for ; Thu, 3 Mar 2016 11:35:05 +0100 (CET) To: manet@ietf.org From: Marco Tiloca Message-ID: <56D81359.6060504@sics.se> Date: Thu, 3 Mar 2016 11:35:05 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Subject: [manet] SMARTCOMP 2016 | Call for WiP/Demo Papers - Deadline: March 7, 2016 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 10:35:10 -0000 [Apologies for possible multiple copies] ------------------------------------------------------------------------ Call for WORK-IN-PROGRESS papers and DEMOs SMARTCOMP 2016 Second IEEE International Conference on Smart Computing http://www.smart-comp.org/ May 18-20, 2016 St. Louis, Missouri, USA ******* WIP/DEMO PAPER SUBMISSION DEADLINE: March 7, 2016 ******* Conference Proceedings in IEEE Xplore ------------------------------------------------------------------------ The 2nd IEEE International Conference on Smart Computing (SMARTCOMP 2016) draws upon many application disciplines such as transportation, energy, environmental protection, resource management, healthcare, security, banking, entertainment, and social media. In addition to full-length technical papers, SMARTCOMP welcomes Work in Progress (WIP) papers and technical demonstrations(DEMOs)showing innovative and original research in the areas of smart computing. Submissions from both industry and academia are strongly encouraged. WIP papers are expected to report on early or ongoing research activities, while DEMO papers are expected to present innovative applications and tools. The WIP and DEMO sessions will provide a forum to discuss novel ideas and emerging results, presenting innovative applications and tools, and bring about novel research questions, approaches, and directions. TOPICS: Submissions should be targeted to one of the following major areas: - Smart Cyber-Physical Environments and Energy/Water/Agriculture/Transportation/Healthcare/Banking Infrastructure - Security, Privacy, and Economics in Smart Environments - Smart Computing Technologies - Future Smart Computing Paradigms - Smart Human Environments, Health, Entertainment, and Social Activities - Smart Energy Management and Analytics SUBMISSION GUIDELINES: WIP and Demo papers may be no more than 3 pages in length, including figures, tables, and references. WIP papers are expected to present early or ongoing research activities. Novel approaches and preliminary results are especially appreciated. Demo papers should explicitly state what will be demonstrated to the audience, and how the attendees will be able to interact, enjoy, and experiment. The submitted manuscripts will be reviewed by members of the SMARTCOMP 2016 Technical Program Committee. All the accepted papers will be presented as posters and included in the conference proceedings. At least one author of each accepted paper must register and attend the conference to present the work. The accepted papers will be published in the conference proceedings by IEEE, and will be included in the Digital Library. Authors are requested to submit original, unpublished manuscripts in standard IEEE proceedings format in PDF. All submissions must be typeset in double-column IEEE format using 10pt fonts on US letter paper, with all fonts embedded. Submitted papers must include the contact information of all the authors. Please make sure you use the latest version of the templates to prepare your submissions. Due to the short interval between the notification of acceptance and the camera-ready deadline, we strongly encourage authors to follow the camera-ready formatting guidelines as close as possible even for the initial abstract submission. The IEEE LaTeX and Microsoft Word templates for conferences can be found at IEEE Manuscript Templates for Conference Proceedings at http://www.ieee.org/conferences_events/conferences/publishing/templates.html Further information for authors may be found at the IEEE Computer Society Information for Authors for Conference Publishing Services: http://www.computer.org/web/cs-cps/authors Submissions must be made via EasyChair: https://easychair.org/conferences/?conf=smartcomp2016 When submitting, please select the appropriate Track for your paper (i.e., WIP or Demo). IMPORTANT DATES: Paper submissions: March 7, 2016 Notification of acceptance: March 30, 2016 Camera-ready copy due: April 15, 2016 Conference date: May 18-20, 2016 WIP/DEMO CO-CHAIRS: Hassan Ghasemzadeh (hassan@eecs.wsu.edu), Washington State University, USA Sejun Song (songsej@umkc.edu), University of Missouri-Kansas City, USA From nobody Thu Mar 3 06:43:46 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 438501AD072 for ; Thu, 3 Mar 2016 06:43:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GRDAxR_GLRpn for ; Thu, 3 Mar 2016 06:43:43 -0800 (PST) Received: from mail-io0-x236.google.com (mail-io0-x236.google.com [IPv6:2607:f8b0:4001:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A08A51AD084 for ; Thu, 3 Mar 2016 06:43:40 -0800 (PST) Received: by mail-io0-x236.google.com with SMTP id g203so29293966iof.2 for ; Thu, 03 Mar 2016 06:43:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=zgA7f9687jVYuOzpueXGpy+05vKeiFIflZVQ9EhV7cc=; b=EFSZ5riutlVR3N5d042zzTRWrk+I500o2/mDzTIEGFrc3vrHuhZdGmHId3mLUbHGhv tyblEDsdag6s5tiS80Z9ONav6sA4DER/3i/vmOwMVJ81aj81u9ZS+JvJVXykypHg2tiT fMcIDqrTC1fKEd2GKUuwQOnBnFhVWyjcyKUa2WECJR4F1nZyW1+ZyBoCWzf6HewCXqR2 VhccEG4Po45iQ6ry1epRJ+1iqGfBM8oD3I7RSI6vz/++AVp5Jacc6u8GjEqSauMkG9c/ ASPiDh/nC8LlLZc1QnfieeU6Ka13AYWMSbxv0jd949fH6Js6oP9HfcWBpASKXaPENPff RgbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=zgA7f9687jVYuOzpueXGpy+05vKeiFIflZVQ9EhV7cc=; b=fEOlPqVm/ZTyF3MMsFgI6PQYcXsf+7vMFtJbjcb2psHa4pp+lLbN9vkgUElmnta+iC tZRU6UUegaSTK4bBdqfqQRMCtinBMxVrQ0gJLvj00Wu8Dx4GngfwEMQNoCglYQvtUHEF 9N+o8WMzPrUzBLNjexJZUK97SbewhNbjh1Cxdg3nV+0r1pm6oqEhFn/HeTP2LiY75JHM vqFqkabO47MVGHZQBi5dNiD7nxI+17r8V7J1h4j7kVwuYpAn6wnbVLmODvPINIdUbX/A bgZtioYwe3zDj5tTgGpPnjtam2LmVF1AVGPMc3bF41IuE+KZ+3KgpnPH9CUTF8TwBwn5 iI8A== X-Gm-Message-State: AD7BkJJhr1qbKCz4/bPZpxiZFFBuMQhareFEXgtph8/OpzaWw+adUZPccxcD/1awKSRTKtWBorfXbqBsdrzTtA== MIME-Version: 1.0 X-Received: by 10.107.129.89 with SMTP id c86mr3352570iod.102.1457016220063; Thu, 03 Mar 2016 06:43:40 -0800 (PST) Received: by 10.79.96.1 with HTTP; Thu, 3 Mar 2016 06:43:40 -0800 (PST) Date: Thu, 3 Mar 2016 09:43:40 -0500 Message-ID: From: Stan Ratliff To: MANET IETF Content-Type: multipart/alternative; boundary=001a113f943c3aa26a052d260680 Archived-At: Subject: [manet] DLEP and AODVv2 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 14:43:45 -0000 --001a113f943c3aa26a052d260680 Content-Type: text/plain; charset=UTF-8 Hello working group, I've received some feedback that some of my comments on-list are being mis-interpreted with regard to whether I'm speaking as a co-chair, or as an author. So let's clear the air, shall we? I have always, and I continue, to recuse myself as char from all process-related items or decisions with respect to both DLEP and AODVv2. My comments on-list concerning these two drafts are from the perspective of a co-author, and a working group participant. They will continue to be from those perspectives. Regards, Stan --001a113f943c3aa26a052d260680 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello working group,=C2=A0

I've rec= eived some feedback that some of my comments on-list are being mis-interpre= ted with regard to whether I'm speaking as a co-chair, or as an author.= So let's clear the air, shall we?=C2=A0

I hav= e always, and I continue, to recuse myself as char from all process-related= items or decisions with respect to both DLEP and AODVv2. My comments on-li= st concerning these two drafts are from the perspective of a co-author, and= a working group participant. They will continue to be from those perspecti= ves.=C2=A0

Regards,
Stan
--001a113f943c3aa26a052d260680-- From nobody Thu Mar 3 07:52:26 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB63E1A1A73 for ; Thu, 3 Mar 2016 07:52:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.706 X-Spam-Level: X-Spam-Status: No, score=-2.706 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.006] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DJIRjrIe18fl for ; Thu, 3 Mar 2016 07:52:23 -0800 (PST) Received: from elasmtp-mealy.atl.sa.earthlink.net (elasmtp-mealy.atl.sa.earthlink.net [209.86.89.69]) by ietfa.amsl.com (Postfix) with ESMTP id 65F621A1A67 for ; Thu, 3 Mar 2016 07:52:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=Umupo+vrxzu4fWtp5pk7Mf0FjU1jDQEBMb3C1XEx6EQIchh0YofbYCTo8Qy2y5KV; h=Received:To:From:Subject:Message-ID:Date:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [99.51.72.196] (helo=[192.168.1.67]) by elasmtp-mealy.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1abVXz-0007t9-Co for manet@ietf.org; Thu, 03 Mar 2016 10:52:15 -0500 To: Mobile Ad Hoc Networks mailing list From: Charlie Perkins Message-ID: <56D85DAC.5080501@earthlink.net> Date: Thu, 3 Mar 2016 07:52:12 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956527bd5036cbc8ac7dd2c7cf843b418821f27b6c25342c318350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 99.51.72.196 Archived-At: Subject: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 15:52:25 -0000 Hello folks, There has been some discussion about whether or not RFC 6621 algorithms could be used with AODVv2. I wrote a short draft on the subject; feedback especially of the constructive variety is solicited and welcome. Here's the URL for the text: https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt Regards, Charlie P. From nobody Thu Mar 3 08:24:35 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A20981A6FB6 for ; Thu, 3 Mar 2016 08:24:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.749 X-Spam-Level: X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 gu0VSy9xxU4Y for ; Thu, 3 Mar 2016 08:24:31 -0800 (PST) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::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 471FF1A6FAD for ; Thu, 3 Mar 2016 08:24:31 -0800 (PST) Received: by mail-lb0-x234.google.com with SMTP id cf7so13385187lbb.1 for ; Thu, 03 Mar 2016 08:24:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=v1ebhp6VQU7uq/U9mLQ6W4A0zGTT+fA/3pwfI4HeUqQ=; b=G04i2siJmdK7adXS2SkitAb/LsXpSEsLZT0+xoDtiyHuqCoqx7AjM/IhqTADvWh2Fh tygvv1ln2jo/4HMBgTuInGHF5Rfox7GpZ2h3y/jZJKFaF+GqJ9+ZDSIlVRC63ICo7Kxr TdrH612PrVrCtoqR/ntJXmTFqxsMiGNWtfJPH2oVOT46bJB7volhcmeo925+NnxEjX4j o/ePX44Era/JIh/1RvQIzjzY+inMpIXOVh9niL5lRE+9lO3+LiDtM6UpEs2qCL7KJPKj gMh6klId7BZQMpatEAHOXX595go3vAqu7DTQZ4o9KjQo44JwVCJnINqts6FbBmLR3KNV K7Pg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=v1ebhp6VQU7uq/U9mLQ6W4A0zGTT+fA/3pwfI4HeUqQ=; b=hQlpwD5z+V6JYTTRXgB677MA2AcAsp8mohLbpXajyR8JhzRAzIDJtQww/wPk5TlLQx YDe4+EJWraB3cGnyXD7yaOkbmottT4XcDQD00jJq/G6xBwtW3g1vBH9T9bCtqMKYJmeQ kjxm2AkkzT+XxDNjiG0cxLX9G/Z2xWhkYF7JelKJKgQxN60WSGV/otkQXQtsLVP9M346 pL0Xmb4OtrWxgy3jMG2nIut80nrwGw6gGMOxwjNzbxX5oTDycBGwS6wAj+WxfYYbJXbm O4QqLEhlz5iGuTin91DLpw8gffwLobNzmOjJjtsWerM7lmEwHpSFnAjh+SfA+nJnkc0H 2PCA== X-Gm-Message-State: AD7BkJKuBexZvtTjbQpR0FiyLBqzDbVzJ1kjWvB6twlaYuQaLic5pruwXVmwIKet4cmVP2xomErPLfafkPT+YA== MIME-Version: 1.0 X-Received: by 10.112.148.227 with SMTP id tv3mr1324131lbb.102.1457022269461; Thu, 03 Mar 2016 08:24:29 -0800 (PST) Received: by 10.112.25.36 with HTTP; Thu, 3 Mar 2016 08:24:29 -0800 (PST) In-Reply-To: <56D85DAC.5080501@earthlink.net> References: <56D85DAC.5080501@earthlink.net> Date: Thu, 3 Mar 2016 16:24:29 +0000 Message-ID: From: Victoria Mercieca To: Charlie Perkins Content-Type: multipart/alternative; boundary=047d7b3a83facd1b9f052d276e41 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 16:24:33 -0000 --047d7b3a83facd1b9f052d276e41 Content-Type: text/plain; charset=UTF-8 Hi all, I believe that we caused a lot of confusion with our attempt to explain this in the past, which is why references to RFC 6621 were removed from the core draft. Charlie's new draft explains that if AODVv2 knew whether the router was elected as a router that should forward multicast traffic, then it could decide whether it should regenerate messages. This would be a general rule, rather than based on feedback from RFC 6621 on a per-packet basis. We dont want packets to be forwarded by some type of 6621 implementation since we want AODVv2 to process and regenerate them instead. 6621 also discusses duplicate suppression, which is also something AODVv2 wants to do its own way. In fact the rules in RFC 6621 would indicate that AODVv2 messages (inside RFC5444 packets of course) would not be suitable for forwarding. I think Charlie's technique is already allowed by statements in the AODVv2 draft like "The router MAY choose not to regenerate the RREQ". This covers implementers who wish to be clever with any 6621-inspired decisions, without explicitly referencing RFC 6621. If one AODVv2 implementation doesnt use that technique, it will regenerate each message according to the main rules in the draft. If another AODVv2 implementation does use that technique, and it knows it is elected as a member of the Relay Set, it can also regenerate each AODVv2 message according to the main rules in the draft. If it is not elected as a member of the Relay Set, it will not regenerate AODVv2 messages. This should not stop any route discoveries because there should be enough forwarding nodes elected (outside the scope of AODVv2) to ensure that the route message reaches the target's router. I imagine it could have an effect of a non-optimal route being chosen, i.e. not finding the best path to achieve the best metric. It would be assumed that the network is configured so that all routers used the same relay set selection algorithm. This would not be under the control of AODVv2. So in summary: AODVv2 would know whether the router was part of a relay set. AODVv2 messages wouldnt be forwarded according to the usual interpretation of RFC 6621. The important element is the knowledge of whether the router is responsible for forwarding multicast traffic in general. This is a signal to AODVv2 that when it receives AODVv2 messages, it should regenerate them. Kind regards, Victoria. On Thu, Mar 3, 2016 at 3:52 PM, Charlie Perkins < charles.perkins@earthlink.net> wrote: > > Hello folks, > > There has been some discussion about whether or not RFC 6621 algorithms > could be used with AODVv2. > > I wrote a short draft on the subject; feedback especially of the > constructive variety is solicited and welcome. > > Here's the URL for the text: > https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt > > Regards, > Charlie P. > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --047d7b3a83facd1b9f052d276e41 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,

I believe that we caused a lot of= confusion with our attempt to explain this in the past, which is why refer= ences to RFC 6621 were removed from the core draft.

Charlie's n= ew draft explains that if AODVv2 knew whether the router was elected as a r= outer that should forward multicast traffic, then it could decide whether i= t should regenerate messages. This would be a general rule, rather than bas= ed on feedback from RFC 6621 on a per-packet basis. We dont want packets to= be forwarded by some type of 6621 implementation since we want AODVv2 to p= rocess and regenerate them instead. 6621 also discusses duplicate suppressi= on, which is also something AODVv2 wants to do its own way. In fact the rul= es in RFC 6621 would indicate that AODVv2 messages (inside RFC5444 packets = of course) would not be suitable for forwarding.

I think Charlie'= ;s technique is already allowed by statements in the AODVv2 draft like &quo= t;The router MAY choose not to regenerate the RREQ". This covers imple= menters who wish to be clever with any 6621-inspired decisions, without exp= licitly referencing RFC 6621.

If one AODVv2 implementation doesnt us= e that technique, it will regenerate each message according to the main rul= es in the draft. If another AODVv2 implementation does use that technique, = and it knows it is elected as a member of the Relay Set, it can also regene= rate each AODVv2 message according to the main rules in the draft. If it is= not elected as a member of the Relay Set, it will not regenerate AODVv2 me= ssages. This should not stop any route discoveries because there should be = enough forwarding nodes elected (outside the scope of AODVv2) to ensure tha= t the route message reaches the target's router. I imagine it could hav= e an effect of a non-optimal route being chosen, i.e. not finding the best = path to achieve the best metric.

It would be assumed that the networ= k is configured so that all routers used the same relay set selection algor= ithm. This would not be under the control of AODVv2.

So in summary:=
AODVv2 would know whether the router was part of a relay set. AODVv2 m= essages wouldnt be forwarded according to the usual interpretation of RFC 6= 621. The important element is the knowledge of whether the router is respon= sible for forwarding multicast traffic in general. This is a signal to AODV= v2 that when it receives AODVv2 messages, it should regenerate them.
Kind regards,
Victoria.

On Thu, Mar 3, 2016 at 3:52 PM, Charlie Per= kins <charles.perkins@earthlink.net> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">
Hello folks,

There has been some discussion about whether or not RFC 6621 algorithms cou= ld be used with AODVv2.

I wrote a short draft on the subject; feedback especially of the constructi= ve variety is solicited and welcome.

Here's the URL for the text:
https://www.ietf.org/id/draft-perkin= s-manet-using-rfc6621-00.txt

Regards,
Charlie P.

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

--047d7b3a83facd1b9f052d276e41-- From nobody Thu Mar 3 08:44:58 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 616691A87B9 for ; Thu, 3 Mar 2016 08:44:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.907 X-Spam-Level: X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cwuNtsn33iPE for ; Thu, 3 Mar 2016 08:44:55 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C55431A87A8 for ; Thu, 3 Mar 2016 08:44:54 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Thu, 3 Mar 2016 16:44:29 +0000 From: Rick Taylor To: manet IETF Thread-Topic: DLEP draft-19 and WGLC Thread-Index: AdF1a/OhrTQbCUzgTu6/gKuVR7LfHA== Date: Thu, 3 Mar 2016 16:44:27 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37E7EA8@tss-server1.home.tropicalstormsoftware.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [manet] DLEP draft-19 and WGLC X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 16:44:56 -0000 All,=0A= =0A= As DLEP is now in WG last call and the authors are reviewing the last =0A= set of comments prior to a draft-20, now is your chance to raise any =0A= 'show-stoppers'.=0A= =0A= We are currently addressing the following comments:=0A= =0A= * Re-reviewing Chris Dearlove's comments, to ensure we have a yea/nay =0A= response to them, and hoping to reply in full on the list ASAP.=0A= =0A= * Updating the appendices to reflect the new Destination Announce =0A= messages described in the main text.=0A= =0A= * Removing the 'Use-TLS' flag that has been left in the data item detail = =0A= sections despite the TLS requirement being removed.=0A= =0A= * Clarifying the layer-2 requirements in order to clarify the security =0A= section.=0A= =0A= * Adding correct references to the 802.1 documents.=0A= =0A= * Underlining the bidirectional use of Destination Down messages, and =0A= generally trying to improve the text around logical destinations.=0A= =0A= * Organise up the use of 'peer', 'participant', 'other-end' into a =0A= consistent set of terms.=0A= =0A= Regards,=0A= =0A= Rick=0A= From nobody Thu Mar 3 08:47:23 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5446F1A8792 for ; Thu, 3 Mar 2016 08:47:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.705 X-Spam-Level: X-Spam-Status: No, score=-2.705 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.006] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LIpW2CLRt5R4 for ; Thu, 3 Mar 2016 08:47:18 -0800 (PST) Received: from elasmtp-kukur.atl.sa.earthlink.net (elasmtp-kukur.atl.sa.earthlink.net [209.86.89.65]) by ietfa.amsl.com (Postfix) with ESMTP id 886161A6FAC for ; Thu, 3 Mar 2016 08:47:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=QaT/z2/blmgKIT3dc0tQ0zese8eo8f7FH636G56/y9AuWnrLBE72TTUB5tVVjFzc; h=Received:Subject:To:References:Cc:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:X-ELNK-Trace:X-Originating-IP; Received: from [99.51.72.196] (helo=[192.168.1.67]) by elasmtp-kukur.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1abWPA-0002a0-Hg; Thu, 03 Mar 2016 11:47:12 -0500 To: Victoria Mercieca References: <56D85DAC.5080501@earthlink.net> From: Charlie Perkins Message-ID: <56D86A8D.6010901@earthlink.net> Date: Thu, 3 Mar 2016 08:47:09 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------080602010900070307040701" X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956527bd5036cbc8ac7b4071a64aac40f7b23296c358226071d350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 99.51.72.196 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 16:47:21 -0000 This is a multi-part message in MIME format. --------------080602010900070307040701 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello Vicky, Thanks for enlarging on the context for this discussion. You raised the issue about effects on ability to discover optimal routes. It is true that using a multicast backbone for route discovery can result in failure to discover optimal routes. The deviation from optimal is sometimes measured by a parameter named "stretch", which can be defined as the average percentage increase of "discovered route metric" compared to "optimal route metric". This deviation from optimality is usually pretty small (under 10%), and it gets smaller with increasing density of the network. In return, using the multicast backbone brings a great reward in reducing interference, providing a significant performance benefit overall. Regards, Charlie P. On 3/3/2016 8:24 AM, Victoria Mercieca wrote: > Hi all, > > I believe that we caused a lot of confusion with our attempt to > explain this in the past, which is why references to RFC 6621 were > removed from the core draft. > > Charlie's new draft explains that if AODVv2 knew whether the router > was elected as a router that should forward multicast traffic, then it > could decide whether it should regenerate messages. This would be a > general rule, rather than based on feedback from RFC 6621 on a > per-packet basis. We dont want packets to be forwarded by some type of > 6621 implementation since we want AODVv2 to process and regenerate > them instead. 6621 also discusses duplicate suppression, which is also > something AODVv2 wants to do its own way. In fact the rules in RFC > 6621 would indicate that AODVv2 messages (inside RFC5444 packets of > course) would not be suitable for forwarding. > > I think Charlie's technique is already allowed by statements in the > AODVv2 draft like "The router MAY choose not to regenerate the RREQ". > This covers implementers who wish to be clever with any 6621-inspired > decisions, without explicitly referencing RFC 6621. > > If one AODVv2 implementation doesnt use that technique, it will > regenerate each message according to the main rules in the draft. If > another AODVv2 implementation does use that technique, and it knows it > is elected as a member of the Relay Set, it can also regenerate each > AODVv2 message according to the main rules in the draft. If it is not > elected as a member of the Relay Set, it will not regenerate AODVv2 > messages. This should not stop any route discoveries because there > should be enough forwarding nodes elected (outside the scope of > AODVv2) to ensure that the route message reaches the target's router. > I imagine it could have an effect of a non-optimal route being chosen, > i.e. not finding the best path to achieve the best metric. > > It would be assumed that the network is configured so that all routers > used the same relay set selection algorithm. This would not be under > the control of AODVv2. > > So in summary: > AODVv2 would know whether the router was part of a relay set. AODVv2 > messages wouldnt be forwarded according to the usual interpretation of > RFC 6621. The important element is the knowledge of whether the router > is responsible for forwarding multicast traffic in general. This is a > signal to AODVv2 that when it receives AODVv2 messages, it should > regenerate them. > > Kind regards, > Victoria. > > On Thu, Mar 3, 2016 at 3:52 PM, Charlie Perkins > > > wrote: > > > Hello folks, > > There has been some discussion about whether or not RFC 6621 > algorithms could be used with AODVv2. > > I wrote a short draft on the subject; feedback especially of the > constructive variety is solicited and welcome. > > Here's the URL for the text: > https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt > > Regards, > Charlie P. > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --------------080602010900070307040701 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Hello Vicky,

Thanks for enlarging on the context for this discussion.  You raised the issue about effects on ability to discover optimal routes.

It is true that using a multicast backbone for route discovery can result in failure to discover optimal routes.  The deviation from optimal is sometimes measured by a parameter named "stretch", which can be defined as the average percentage increase of "discovered route metric" compared to "optimal route metric".

This deviation from optimality is usually pretty small (under 10%), and it gets smaller with increasing density of the network.   In return, using the multicast backbone brings a great reward in reducing interference, providing a significant performance benefit overall.

Regards,
Charlie P.


On 3/3/2016 8:24 AM, Victoria Mercieca wrote:
Hi all,

I believe that we caused a lot of confusion with our attempt to explain this in the past, which is why references to RFC 6621 were removed from the core draft.

Charlie's new draft explains that if AODVv2 knew whether the router was elected as a router that should forward multicast traffic, then it could decide whether it should regenerate messages. This would be a general rule, rather than based on feedback from RFC 6621 on a per-packet basis. We dont want packets to be forwarded by some type of 6621 implementation since we want AODVv2 to process and regenerate them instead. 6621 also discusses duplicate suppression, which is also something AODVv2 wants to do its own way. In fact the rules in RFC 6621 would indicate that AODVv2 messages (inside RFC5444 packets of course) would not be suitable for forwarding.

I think Charlie's technique is already allowed by statements in the AODVv2 draft like "The router MAY choose not to regenerate the RREQ". This covers implementers who wish to be clever with any 6621-inspired decisions, without explicitly referencing RFC 6621.

If one AODVv2 implementation doesnt use that technique, it will regenerate each message according to the main rules in the draft. If another AODVv2 implementation does use that technique, and it knows it is elected as a member of the Relay Set, it can also regenerate each AODVv2 message according to the main rules in the draft. If it is not elected as a member of the Relay Set, it will not regenerate AODVv2 messages. This should not stop any route discoveries because there should be enough forwarding nodes elected (outside the scope of AODVv2) to ensure that the route message reaches the target's router. I imagine it could have an effect of a non-optimal route being chosen, i.e. not finding the best path to achieve the best metric.

It would be assumed that the network is configured so that all routers used the same relay set selection algorithm. This would not be under the control of AODVv2.

So in summary:
AODVv2 would know whether the router was part of a relay set. AODVv2 messages wouldnt be forwarded according to the usual interpretation of RFC 6621. The important element is the knowledge of whether the router is responsible for forwarding multicast traffic in general. This is a signal to AODVv2 that when it receives AODVv2 messages, it should regenerate them.

Kind regards,
Victoria.

On Thu, Mar 3, 2016 at 3:52 PM, Charlie Perkins <charles.perkins@earthlink.net> wrote:

Hello folks,

There has been some discussion about whether or not RFC 6621 algorithms could be used with AODVv2.

I wrote a short draft on the subject; feedback especially of the constructive variety is solicited and welcome.

Here's the URL for the text:
https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt

Regards,
Charlie P.

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


--------------080602010900070307040701-- From nobody Thu Mar 3 09:18:46 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F0BCD1A884E for ; Thu, 3 Mar 2016 09:18:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.706 X-Spam-Level: X-Spam-Status: No, score=-2.706 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.006] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vSsVyzq17yg2 for ; Thu, 3 Mar 2016 09:18:43 -0800 (PST) Received: from elasmtp-galgo.atl.sa.earthlink.net (elasmtp-galgo.atl.sa.earthlink.net [209.86.89.61]) by ietfa.amsl.com (Postfix) with ESMTP id EB52D1B29BD for ; Thu, 3 Mar 2016 09:18:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=j5XjuQv/vAUCkoW4ceOLb1LQOOEH+EVFknfj/pel4NswyNpUGpuqxsf/kXlJP3+m; h=Received:Subject:To:References:Cc:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [99.51.72.196] (helo=[192.168.1.67]) by elasmtp-galgo.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1abWtS-0006kp-2A; Thu, 03 Mar 2016 12:18:30 -0500 To: Christopher Dearlove References: <56D85DAC.5080501@earthlink.net> From: Charlie Perkins Message-ID: <56D871E3.3020905@earthlink.net> Date: Thu, 3 Mar 2016 09:18:27 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956527bd5036cbc8ac77f0db1d9365579f78632728ef6b3ac2f350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 99.51.72.196 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 17:18:45 -0000 Hello Chris, On 3/3/2016 9:03 AM, Christopher Dearlove wrote: > > Consequently AODVv2 can't use RFC 6621. Maybe you intended that it could, but the requirement to use the 5444 architecture was imposed by RFC 5498. Written by your then co-author. I have talked with Ian about this more than once, and he assures me that he never imagined that RFC 5498 would be used to inhibit useful functionality such as this. Indeed, not until long afterwards were so many restrictions put into place -- often with the justification that such restrictions made message data easier to parse. Do you mean to say that an AODVv2 implementation cannot know whether or not it is running on a device that is part of the multicast relay set? This sounds much more like a problem with RFC 5444 than a problem with AODVv2. Regards, Charlie P. From nobody Thu Mar 3 09:50:24 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 702991B2AEC for ; Thu, 3 Mar 2016 09:50:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ml3Djtq4k08v for ; Thu, 3 Mar 2016 09:50:20 -0800 (PST) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D2A11B2AE7 for ; Thu, 3 Mar 2016 09:50:20 -0800 (PST) Received: by mail-wm0-x22f.google.com with SMTP id l68so876535wml.0 for ; Thu, 03 Mar 2016 09:50:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=Vpf92aluu+J/H4ctkinQ5jAIXzsV7cNqiV34W+erbfs=; b=rz8WiecP61PFHC6Gc/rfVT2SJfXZYcbgc4sjhZolSxi0yPpRy5SttaS5y36L/9i04+ e3LNeedYFKL8+VBUx/1DnnGwr11HrpgKUzYwUOw97IH/Lx6OFxd/QdnfPWsqldBkywLU /pAnmD8cLvnglzvOOYCK1Qt02tgENPNKa7ujUc+eaK5afaQ2EZ7DLNeHU+m9nPTFKvV9 RDLYBjTbHa8/tiKrfCVwR60BHSqL/SRIoZ8Lf3FvbjwbGFfVx4smHz1NyU2tc3L3Jpmk z2n1waoRY+NQFWTy68HWLZr73ct4rIsO4h4vFvc2usSye2449nBBjo508eASxaau9sUd 2N0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=Vpf92aluu+J/H4ctkinQ5jAIXzsV7cNqiV34W+erbfs=; b=K80kJCyCrcZHODT6bkrkHQcCWovRyMICVpfLUjUYnspqpwGdBDgEUZEz0VXSz/tBiX au93e8yGBeQiinmZVG9uCF9yiTrpjNdRpUhBszcNYVaKJ3xX4hMEsVIY4vTg/e6khcKY PER32biTgD1dC1Sxn+cuvagp1WxmTMKy1wm9HKU30D2MwpiuojWy0E6WyC4UumjY4t7a hnd4Akl/3xoeWGbt3UzxjK6R5ejG7ZZLCeHi8NcBBcRfhChfTO+THbQZYpo7UcBkoUw+ x03YLnHWl+5uo1KMre67ctOp0AGgmcxuzZ+bDSgmNwHV63wJ4FSkZXP98g2fJcTgsBcN 7vTg== X-Gm-Message-State: AD7BkJLukcV/5hPSPITKonkOdi5YQvUd3PEpV/ssV0wbpIoqEVNBWYQgWsZ3QTost1kZTg== X-Received: by 10.194.143.44 with SMTP id sb12mr4304590wjb.58.1457027418937; Thu, 03 Mar 2016 09:50:18 -0800 (PST) Received: from [10.8.91.66] (dab-yat1-h-62-3.dab.02.net. [82.132.213.116]) by smtp.gmail.com with ESMTPSA id pd1sm41628650wjb.19.2016.03.03.09.50.17 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Mar 2016 09:50:17 -0800 (PST) References: <56D85DAC.5080501@earthlink.net> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <2671C43F-324A-46DE-8D45-A91E7E517025@gmail.com> X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Thu, 3 Mar 2016 17:50:15 +0000 To: Charlie Perkins Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 17:50:22 -0000 This is message Charlie has already replied to because I sent it from an acc= ount not a member of this list. -- =20 Christopher Dearlove christopher.dearlove@gmail.com > On 3 Mar 2016, at 17:03, Christopher Dearlove wrote: >=20 > Sorry, that draft continues to miss the point. And that's a continuation o= f what's in the AODVv2 draft, Section 6.5 for example. >=20 > AODVv2 does not send messages over UDP. It sends messages to the RFC 5444 m= ultiplexer which assembles packets hop by hop. The AODVv2 draft continues to= not recognise this. It needs to get it right. It's not as if this is the f= irst time this has been pointed out. >=20 > Consequently AODVv2 can't use RFC 6621. Maybe you intended that it could, b= ut the requirement to use the 5444 architecture was imposed by RFC 5498. Wri= tten by your then co-author. It wasn't the OLSRv2/5444 authors who made that= - in fact we got extra work dumped on us by 5498 and the IESG. But it was a= ccepted as WG policy, is embodied in Proposed Standards, and the basis on wh= ich the Manet port and protocol are allocated. >=20 > Can you use the ideas in 6621? Yes of course. But they need to be defined i= n AODVv2. And reimplemented - you can't for example use IP options because y= ou don't control that. And any IP packet contains a 5444 packet (one hop onl= y) that may contain one or more AODVv2 messages and/or other MANET messages e= .g. NHDP HELLO messages. So you would probably need a message TLV. >=20 > And that is exactly therefore what's done in OLSRv2. And it's not a trivia= l exercise. But if you want that functionality, it's your only option with t= he mandated architecture. >=20 > -- =20 > Christopher Dearlove > christopher.dearlove@gmail.com >=20 >> On 3 Mar 2016, at 15:52, Charlie Perkins w= rote: >>=20 >>=20 >> Hello folks, >>=20 >> There has been some discussion about whether or not RFC 6621 algorithms c= ould be used with AODVv2. >>=20 >> I wrote a short draft on the subject; feedback especially of the construc= tive variety is solicited and welcome. >>=20 >> Here's the URL for the text: >> https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt >>=20 >> Regards, >> Charlie P. >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet From nobody Thu Mar 3 09:51:07 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DE6B1B2B00 for ; Thu, 3 Mar 2016 09:51:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t_wub9JOb-6l for ; Thu, 3 Mar 2016 09:51:01 -0800 (PST) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6743C1B2AE7 for ; Thu, 3 Mar 2016 09:50:44 -0800 (PST) Received: by mail-wm0-x230.google.com with SMTP id n186so823350wmn.1 for ; Thu, 03 Mar 2016 09:50:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=ezakUP8gxVQWTMpEicyZzpA0FuicyrpGMvIA5h0Bt7c=; b=0VxjbfDdqTghnlD1IuWm0l0wkqVzwhAhYMWlcm8X+It+xu0br8ApeMU++1AVNGFVzc WiMQS2mfoGsjros/gVh2qqERHKpyjipp8XE+FRDs22yyguRxJT+Tp90MweYDftfISkOD SfVIKY3J0c/S8S10xxPjRZ1gLlwFBgM5TIrZh31dH65eURHm+Ix3EHPQrR3rEj07RfqC AIZqR4shWk3MiAWUpGL0RGjc7Q1GOcZr6RXUWPpurUS4EREzCza7rYmD+TQbsb60yY1L dm4Fj3WKmeDaHzXikCpds37+ChJiifnYxsXGLDLIfSmCIPwGk+Ztr0ccJWI1n6d4bbcE u4zw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:in-reply-to:mime-version :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=ezakUP8gxVQWTMpEicyZzpA0FuicyrpGMvIA5h0Bt7c=; b=jUBZie+pH6/eXkwTAk1kadLBAAtQf4zdPwCc/XoR+ZIFu1QdUgMfW02EwrJplwgWT0 nspQ9MhCfMLqSYwaWtn+hImvCNFgVRQtgs96gLdUb6DtmthYTNVhXx5mN5fcspLeZFvq QEL+MWTYGavcKKyBr0S3dmNW/a0svU3c/wF7PPv7Ts/Lq3zZxEOiyGgHmpsuUZisqGk7 81dT+uHbz9zy/8f2Iy08mYDWp+50YoP4pLuyUHh56cTJ4qrBAiRbROgpdiq4gYagQXPV 6TeuIG++7JUP2DF+7jZTAY2xNAf9XjBOpb4KMEgbD6UqAHLJlkED6T30WT9j38kiGC08 aBZg== X-Gm-Message-State: AD7BkJKy1vczY9TY9KWDh178rGi8r41Ek/2cWQx8f9v+n6qG4prnoq86XucxXlAZP4dhOQ== X-Received: by 10.28.170.137 with SMTP id t131mr391882wme.32.1457027443010; Thu, 03 Mar 2016 09:50:43 -0800 (PST) Received: from [10.8.91.66] (dab-yat1-h-62-3.dab.02.net. [82.132.213.116]) by smtp.gmail.com with ESMTPSA id t3sm41821160wjz.11.2016.03.03.09.50.40 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Mar 2016 09:50:42 -0800 (PST) References: <56D85DAC.5080501@earthlink.net> In-Reply-To: Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary=Apple-Mail-7A4D88BB-51FE-44BD-BF13-CE37D77A5DC3 Message-Id: X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Thu, 3 Mar 2016 17:50:34 +0000 To: Victoria Mercieca Archived-At: Cc: Charlie Perkins , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 17:51:04 -0000 --Apple-Mail-7A4D88BB-51FE-44BD-BF13-CE37D77A5DC3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable If you let individual routers decide about relaying, messages will get lost.= There are, for example, some issues in getting MPRs right (especially with m= ultiple interfaces) and CDRs take some coordination too. So if you want int= eroperable, they need to make a common decision. What I don't know - but would be very wary of without a rigorous proof - is w= hether you can define a forwarding process that works with a mixture of rout= ers using it and routers forwarding everything. If someone has one of those,= things get more interesting. If you do, I'd like to see it. -- =20 Christopher Dearlove christopher.dearlove@gmail.com -- =20 Christopher Dearlove christopher.dearlove@gmail.com (iPhone) chris@mnemosyne.demon.co.uk (home) > On 3 Mar 2016, at 16:24, Victoria Mercieca wrote: >=20 > Hi all, >=20 > I believe that we caused a lot of confusion with our attempt to explain th= is in the past, which is why references to RFC 6621 were removed from the co= re draft.=20 >=20 > Charlie's new draft explains that if AODVv2 knew whether the router was el= ected as a router that should forward multicast traffic, then it could decid= e whether it should regenerate messages. This would be a general rule, rathe= r than based on feedback from RFC 6621 on a per-packet basis. We dont want p= ackets to be forwarded by some type of 6621 implementation since we want AOD= Vv2 to process and regenerate them instead. 6621 also discusses duplicate su= ppression, which is also something AODVv2 wants to do its own way. In fact t= he rules in RFC 6621 would indicate that AODVv2 messages (inside RFC5444 pac= kets of course) would not be suitable for forwarding. >=20 > I think Charlie's technique is already allowed by statements in the AODVv2= draft like "The router MAY choose not to regenerate the RREQ". This covers i= mplementers who wish to be clever with any 6621-inspired decisions, without e= xplicitly referencing RFC 6621. >=20 > If one AODVv2 implementation doesnt use that technique, it will regenerate= each message according to the main rules in the draft. If another AODVv2 im= plementation does use that technique, and it knows it is elected as a member= of the Relay Set, it can also regenerate each AODVv2 message according to t= he main rules in the draft. If it is not elected as a member of the Relay Se= t, it will not regenerate AODVv2 messages. This should not stop any route di= scoveries because there should be enough forwarding nodes elected (outside t= he scope of AODVv2) to ensure that the route message reaches the target's ro= uter. I imagine it could have an effect of a non-optimal route being chosen,= i.e. not finding the best path to achieve the best metric. >=20 > It would be assumed that the network is configured so that all routers use= d the same relay set selection algorithm. This would not be under the contro= l of AODVv2.=20 >=20 > So in summary:=20 > AODVv2 would know whether the router was part of a relay set. AODVv2 messa= ges wouldnt be forwarded according to the usual interpretation of RFC 6621. T= he important element is the knowledge of whether the router is responsible f= or forwarding multicast traffic in general. This is a signal to AODVv2 that w= hen it receives AODVv2 messages, it should regenerate them. >=20 > Kind regards, > Victoria. >=20 >> On Thu, Mar 3, 2016 at 3:52 PM, Charlie Perkins wrote: >>=20 >> Hello folks, >>=20 >> There has been some discussion about whether or not RFC 6621 algorithms c= ould be used with AODVv2. >>=20 >> I wrote a short draft on the subject; feedback especially of the construc= tive variety is solicited and welcome. >>=20 >> Here's the URL for the text: >> https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt >>=20 >> Regards, >> Charlie P. >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-7A4D88BB-51FE-44BD-BF13-CE37D77A5DC3 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
If you let i= ndividual routers decide about relaying, messages will get lost. There are, f= or example, some issues in getting MPRs right (especially with multiple inte= rfaces)  and CDRs take some coordination too. So if you want interopera= ble, they need to make a common decision.

What I do= n't know - but would be very wary of without a rigorous proof - is whether y= ou can define a forwarding process that works with a mixture of routers usin= g it and routers forwarding everything. If someone has one of those, things g= et more interesting. If you do, I'd like to see it.

--  
Chr= istopher Dearlove



-- &nb= sp;
Christopher Dearlove
On 3 Mar 2016, at 16:24, Victoria Mercieca <vmercieca0@gmail.com> wrote:

Hi all,

I believe t= hat we caused a lot of confusion with our attempt to explain this in the pas= t, which is why references to RFC 6621 were removed from the core draft.
Charlie's new draft explains that if AODVv2 knew whether the router was= elected as a router that should forward multicast traffic, then it could de= cide whether it should regenerate messages. This would be a general rule, ra= ther than based on feedback from RFC 6621 on a per-packet basis. We dont wan= t packets to be forwarded by some type of 6621 implementation since we want A= ODVv2 to process and regenerate them instead. 6621 also discusses duplicate s= uppression, which is also something AODVv2 wants to do its own way. In fact t= he rules in RFC 6621 would indicate that AODVv2 messages (inside RFC5444 pac= kets of course) would not be suitable for forwarding.

I think Charlie= 's technique is already allowed by statements in the AODVv2 draft like "The r= outer MAY choose not to regenerate the RREQ". This covers implementers who w= ish to be clever with any 6621-inspired decisions, without explicitly refere= ncing RFC 6621.

If one AODVv2 implementation doesnt use that techniqu= e, it will regenerate each message according to the main rules in the draft.= If another AODVv2 implementation does use that technique, and it knows it i= s elected as a member of the Relay Set, it can also regenerate each AODVv2 m= essage according to the main rules in the draft. If it is not elected as a m= ember of the Relay Set, it will not regenerate AODVv2 messages. This should n= ot stop any route discoveries because there should be enough forwarding node= s elected (outside the scope of AODVv2) to ensure that the route message rea= ches the target's router. I imagine it could have an effect of a non-optimal= route being chosen, i.e. not finding the best path to achieve the best metr= ic.

It would be assumed that the network is configured so that all ro= uters used the same relay set selection algorithm. This would not be under t= he control of AODVv2.

So in summary:
AODVv2 would know whether t= he router was part of a relay set. AODVv2 messages wouldnt be forwarded acco= rding to the usual interpretation of RFC 6621. The important element is the k= nowledge of whether the router is responsible for forwarding multicast traff= ic in general. This is a signal to AODVv2 that when it receives AODVv2 messa= ges, it should regenerate them.

Kind regards,
Victoria= .

On Thu,= Mar 3, 2016 at 3:52 PM, Charlie Perkins <charles.perkins@earthl= ink.net> wrote:

Hello folks,

There has been some discussion about whether or not RFC 6621 algorithms coul= d be used with AODVv2.

I wrote a short draft on the subject; feedback especially of the constructiv= e variety is solicited and welcome.

Here's the URL for the text:
https://www.ietf.org/id/draft-perkins-= manet-using-rfc6621-00.txt

Regards,
Charlie P.

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

____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mai= lman/listinfo/manet
= --Apple-Mail-7A4D88BB-51FE-44BD-BF13-CE37D77A5DC3-- From nobody Thu Mar 3 09:51:08 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B56D1B2AF8 for ; Thu, 3 Mar 2016 09:51:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LoQWXsVPDZ9y for ; Thu, 3 Mar 2016 09:51:04 -0800 (PST) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C62A11B2AFC for ; Thu, 3 Mar 2016 09:50:57 -0800 (PST) Received: by mail-wm0-x232.google.com with SMTP id l68so46049406wml.0 for ; Thu, 03 Mar 2016 09:50:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=OydHz3WPcu/VR7676YgnjV+cNjkh+025UfrK8bSAzaI=; b=BL9UMWNlgBnOk4sf1QWF9VVl7ocnzlmfScxhqz7j7TeZtIDUmrdvvWbPRmLY7EzUQG m7RaUyS9sY/4o8JXsDb2j5V5Oe8WD/I5vWko/IIly6iFZu6cqR8rmsqWsbhoUVnNIa1h FBC8aXTH+j7ep3TtjiMF9fzd5E/TxdaveEu7axZ4dmFo1brsAkhXZ/RqM7eSbK6b6EXh aFT1yTsUD0ldQ76SzOaKojNjUjl96OkSxItllbx9EyHg/AGrna9hSVh27W8c0oiWXL+d 7rxlydxyHwkPrf4V99DrXg6nG/k+TSXLItzyTRJU8RLFO20knqlMEHaYbLWJtBd6euAo 3qmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:in-reply-to:mime-version :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=OydHz3WPcu/VR7676YgnjV+cNjkh+025UfrK8bSAzaI=; b=UviYj/l5qy8TKZ/M1MLB2XTuTiIYYV+Guxbx3w/pGB469fFLQMkTJBF2skCV2mN8pc 6OuSOybTogOY57SIN9bDh+al4mYhC3vPh9MD3DHyrrHpHb7VccfYCkvvx2sOiuCQGFns HqNFI9Mrsf/LuT//Dzmu0UVvXAjVH7JhfXGbXuvy/fpqmwr/dJBghKyOZFk1lf6/GzPC U3GpplYHXgZHpvwJCKSSDOlS7PWEmeHHChFkrzrERo/EVkV/mS/y53O7klFGqi/jBIzJ xQebgsLNymDSmvkfQTu5xhrjhRRnp/NMTienWBnHLNhSb/d+FPPkV+wstd4fNnJrSOfo WqOQ== X-Gm-Message-State: AD7BkJInPOFQhr/J0kYXO2Us4Mcuw5OQGY8sIBinIAAlwSpAxwmqnPiRSQHdDhEc5+X1Yg== X-Received: by 10.28.224.195 with SMTP id x186mr331049wmg.21.1457027456364; Thu, 03 Mar 2016 09:50:56 -0800 (PST) Received: from [10.8.91.66] (dab-yat1-h-62-3.dab.02.net. [82.132.213.116]) by smtp.gmail.com with ESMTPSA id b203sm135864wmh.8.2016.03.03.09.50.55 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Mar 2016 09:50:55 -0800 (PST) References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> In-Reply-To: <56D871E3.3020905@earthlink.net> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Thu, 3 Mar 2016 17:50:53 +0000 To: Charlie Perkins Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 17:51:06 -0000 No, I'm saying you need a mechanism to establish that set, and you don't hav= e one until you define it. And you can't just say "use 6621" because that is about forwarding whole IP p= ackets. Which you can't, because they contain non-AODVv2 material. As for what Ian intended, can't help you there. --=20 Christopher Dearlove christopher.dearlove@gmail.com -- =20 Christopher Dearlove christopher.dearlove@gmail.com (iPhone) chris@mnemosyne.demon.co.uk (home) > On 3 Mar 2016, at 17:18, Charlie Perkins w= rote: >=20 > Hello Chris, >=20 >> On 3/3/2016 9:03 AM, Christopher Dearlove wrote: >>=20 >> Consequently AODVv2 can't use RFC 6621. Maybe you intended that it could,= but the requirement to use the 5444 architecture was imposed by RFC 5498. W= ritten by your then co-author. >=20 > I have talked with Ian about this more than once, and he assures me that h= e never imagined that RFC 5498 would be used to inhibit useful functionality= such as this. Indeed, not until long afterwards were so many restrictions p= ut into place -- often with the justification that such restrictions made me= ssage data easier to parse. >=20 > Do you mean to say that an AODVv2 implementation cannot know whether or no= t it is running on a device that is part of the multicast relay set? This s= ounds much more like a problem with RFC 5444 than a problem with AODVv2. >=20 > Regards, > Charlie P. >=20 From nobody Thu Mar 3 10:10:21 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5248A1B2BEA for ; Thu, 3 Mar 2016 10:10:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.999 X-Spam-Level: X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 o0K8OQGPy-oP for ; Thu, 3 Mar 2016 10:10:16 -0800 (PST) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF2221B2BE9 for ; Thu, 3 Mar 2016 10:10:16 -0800 (PST) Received: by mail-ob0-x22d.google.com with SMTP id rt7so27533418obb.3 for ; Thu, 03 Mar 2016 10:10:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=vokVqe9W5w6lNvs/aDv155xu4Jrje7X4GzIt9FV1NJ8=; b=to5kRW4BuoXbJcoJfvWYcx4yWJWWdbtGzhP95vUf8laZc67LVeTeTtfGQcJewperqF m/0BfqwVZWwF0nyLCUxzHcKyYyRTTiaFADCjm2dSC06YmFoQJ/0P8WyI+TKGId89/b93 wVCWn+q+j6up6gGrPFyE6ON5sIwzOap4zw1JyIXHxoRJpD5R7L/FJQOnx0gfoMtYOt4l /1ryDJ/qt1ZvHe/Ndp2MIme+DCzpbhE/HDjFShIDTuflKvFlB9hglMsuwvmFLbHJk4Gl +ayiyTntmNk7LwYqPZNzqOWkDYd8UDu8eCKjofk+oeBsUgCkkf39R8Khr2HE5v15yD/2 /zMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=vokVqe9W5w6lNvs/aDv155xu4Jrje7X4GzIt9FV1NJ8=; b=FWa7peIkFpVeTy2K1JnWhszAUWs7oLFx7wRUjjNmRw6b9/ujP8oYrsy9KMzizHmN1c 0BZuPBie1RXvVnGKBvc0qt2ca8AAOcveSBRN9MrtAll+XgkYEq89krxtyawhYu9ztyJz vbLV7Fix2H1US5PjKOupWwhIwaAWnf9aciuQVe9fX7JhN344m/FMVjpa7w0dUVdVM6is UU6y38Y4ZT30r3yyoukbFe1T12Ff6do1BJxLJoaTs3BE5t/8fctr+kADMzhz8Axo6gNT v2Dv9nQ3A/VOo7RUWMdAuMR5UrYRzyghnPVLkXRGOtAoMaNSxXCnpA1oV7X00I77MQgw gyNQ== X-Gm-Message-State: AD7BkJJjqH4RT+BeNvwVDgWhXZFgGZKLuPeO0q/nfxFDxgtEVVcq/J4dekeRDpOGfqdgGF6TP76b8yUB4j8U3A== MIME-Version: 1.0 X-Received: by 10.182.56.161 with SMTP id b1mr2764750obq.14.1457028616125; Thu, 03 Mar 2016 10:10:16 -0800 (PST) Received: by 10.76.45.102 with HTTP; Thu, 3 Mar 2016 10:10:16 -0800 (PST) In-Reply-To: References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> Date: Thu, 3 Mar 2016 13:10:16 -0500 Message-ID: From: Justin Dean To: Christopher Dearlove Content-Type: multipart/alternative; boundary=001a11c2d7601787d6052d28e976 Archived-At: Cc: Charlie Perkins , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 18:10:18 -0000 --001a11c2d7601787d6052d28e976 Content-Type: text/plain; charset=UTF-8 You could use the adopt the algorithmic sections in the appendix of 6621 along with a newly defined NHDP Hello message TLV defining algorithmic use for AODVv2 "forwarding/regeneration". The defined TLVs won't work because the suggest standard IP packet SMF forwarding which is not happening here. All of this can be done after AODVv2 is finished and the only hook required would be that AODVv2 routers MAY decide not to regenerate RREQs if they are unwilling to forward traffic or for other reasons which are outside of the scope of the base specification. I suggest you go this route and remove any normative references to 6621. I'd also like to point out that AODVv2 does correctly specify that messages only go one hop and are regenerated along the paths of "forwarding". At least it was clear to me in my reading. Justin On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove < christopher.dearlove@gmail.com> wrote: > No, I'm saying you need a mechanism to establish that set, and you don't > have one until you define it. > > And you can't just say "use 6621" because that is about forwarding whole > IP packets. Which you can't, because they contain non-AODVv2 material. > > As for what Ian intended, can't help you there. > > -- > Christopher Dearlove > christopher.dearlove@gmail.com > > > > -- > Christopher Dearlove > christopher.dearlove@gmail.com (iPhone) > chris@mnemosyne.demon.co.uk (home) > > On 3 Mar 2016, at 17:18, Charlie Perkins > wrote: > > > > Hello Chris, > > > >> On 3/3/2016 9:03 AM, Christopher Dearlove wrote: > >> > >> Consequently AODVv2 can't use RFC 6621. Maybe you intended that it > could, but the requirement to use the 5444 architecture was imposed by RFC > 5498. Written by your then co-author. > > > > I have talked with Ian about this more than once, and he assures me that > he never imagined that RFC 5498 would be used to inhibit useful > functionality such as this. Indeed, not until long afterwards were so many > restrictions put into place -- often with the justification that such > restrictions made message data easier to parse. > > > > Do you mean to say that an AODVv2 implementation cannot know whether or > not it is running on a device that is part of the multicast relay set? > This sounds much more like a problem with RFC 5444 than a problem with > AODVv2. > > > > Regards, > > Charlie P. > > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --001a11c2d7601787d6052d28e976 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
You could use the adopt the algorithmic sections in the ap= pendix of 6621 along with a newly defined NHDP Hello message TLV defining a= lgorithmic use for AODVv2 "forwarding/regeneration".=C2=A0 The de= fined TLVs won't work because the suggest standard IP packet SMF forwar= ding which is not happening here.=C2=A0 All of this can be done after AODVv= 2 is finished and the only hook required would be that AODVv2 routers MAY d= ecide not to regenerate RREQs if they are unwilling to forward traffic or f= or other reasons which are outside of the scope of the base specification.= =C2=A0 I suggest you go this route and remove any normative references to 6= 621. =C2=A0

I'd also like to point out that AODVv2 does correctl= y specify that messages only go one hop and are regenerated along the paths= of "forwarding".=C2=A0 At least it was clear to me in my reading= .

Justin

On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove= <christopher.dearlove@gmail.com> wrote:
No, I'm saying you need a mechanism to esta= blish that set, and you don't have one until you define it.

And you can't just say "use 6621" because that is about forwa= rding whole IP packets. Which you can't, because they contain non-AODVv= 2 material.

As for what Ian intended, can't help you there.

--
Christopher Dearlove
christopher.dearlove@gmai= l.com



--
Christopher Dearlove
christopher.dearlove@gmai= l.com (iPhone)
chris@mnemosyne.demon.co.uk<= /a> (home)
> On 3 Mar 2016, at 17:18= , Charlie Perkins <char= les.perkins@earthlink.net> wrote:
>
> Hello Chris,
>
>> On 3/3/2016 9:03 AM, Christopher Dearlove wrote:
>>
>> Consequently AODVv2 can't use RFC 6621. Maybe you intended tha= t it could, but the requirement to use the 5444 architecture was imposed by= RFC 5498. Written by your then co-author.
>
> I have talked with Ian about this more than once, and he assures me th= at he never imagined that RFC 5498 would be used to inhibit useful function= ality such as this.=C2=A0 Indeed, not until long afterwards were so many re= strictions put into place -- often with the justification that such restric= tions made message data easier to parse.
>
> Do you mean to say that an AODVv2 implementation cannot know whether o= r not it is running on a device that is part of the multicast relay set?=C2= =A0 This sounds much more like a problem with RFC 5444 than a problem with = AODVv2.
>
> Regards,
> Charlie P.
>

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

--001a11c2d7601787d6052d28e976-- From nobody Thu Mar 3 10:25:41 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 78C261B3032 for ; Thu, 3 Mar 2016 10:25:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DjGJ5EbDyEeY for ; Thu, 3 Mar 2016 10:25:38 -0800 (PST) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (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 B3EA31B3014 for ; Thu, 3 Mar 2016 10:25:37 -0800 (PST) Received: by mail-wm0-x22e.google.com with SMTP id l68so1865321wml.1 for ; Thu, 03 Mar 2016 10:25:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=tk2Y3QrTuAZzcRRsbNW03YRavxnXM4v1f+YxJtokEtE=; b=TTWmtU7vGzChTsCbeSa1T0Y1y/+dO3rlnAfUWok/duWvC05qq4t4qXuHc3s10petAn w/OjlVdEVLenxQrYmNTJx5qVvLI43TCtMbiWJn5BNSXTSKVej95uiJbIeBw/6IsPLVAO Ka6KI1Iu6C9O5cyLhkptZh0b9Z7mvpAJhBwzlCVDT0WEbijltRKMQwvwoTCfcm75ZY4T 3u89dkOADNF4xcOta1gSXK3759IKy4qhMFmtDh+G0yINLpSCWlvPI/ktBfWvDbS08jH7 p4oyY+2Kmbl+o0SpDDUIjH9BeoRzI2f8xsUJJqwUVbNGO+4pteDH+qkmazn9l3TXwPVq mHug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=tk2Y3QrTuAZzcRRsbNW03YRavxnXM4v1f+YxJtokEtE=; b=ljCnY54CUdsJyFiEWtprhnOHOB4L6+zgvDIG4MLyTcUSkJAxVSQMcWxLyBMDgczVw6 ZhU9y6KJlKrS1bOJ9PYdXEPY/RcNi15J7sbjxx7GSyupXR3NlrgKkZTG6hV3Sk1VDxbM ZlxuDIezPvhuRQCczDtxA6xPJ9hG9eaW2Nlhb0W6zC+OxIUBPzO+qW6dBM/anq4ur+1t TUSwOSdJzKH7TYGcPeYGBQ86BE7SQLfECa4Li2rZmqHnzYcrcr+RW0JTYf8TVPwfFbi5 EM01qWW/75EX5pAgwmtpQ1egeX7quiZrPkYruvsORv1n45ZGHHKNKZmueSxHqyOtU+lF dvYw== X-Gm-Message-State: AD7BkJJc8nwYqWQN0G1we37YnwIr9OLTdLZXu4vaRA3K1DHkIulvMYjK7tbEwUZjVmm7RA== X-Received: by 10.28.59.212 with SMTP id i203mr461579wma.69.1457029536294; Thu, 03 Mar 2016 10:25:36 -0800 (PST) Received: from [10.8.91.66] (dab-yat1-h-62-3.dab.02.net. [82.132.213.116]) by smtp.gmail.com with ESMTPSA id 82sm10091158wmd.4.2016.03.03.10.25.34 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Mar 2016 10:25:35 -0800 (PST) References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-5592E526-0B8C-4595-808F-D6D3B0B81517 Content-Transfer-Encoding: 7bit Message-Id: <60707AB5-D957-44D0-B4E9-057C15A769C6@gmail.com> X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Thu, 3 Mar 2016 18:25:31 +0000 To: Justin Dean Archived-At: Cc: Charlie Perkins , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 18:25:40 -0000 --Apple-Mail-5592E526-0B8C-4595-808F-D6D3B0B81517 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Yes, it does that. But it doesn't note that its messages are passed to the m= ultiplexer but (in Section 6.5 in particular) discusses about how AODVv2 sen= ds messages over the Manet port. It doesn't. It passes messages to the multi= plexer, which assembles packets that might have other protocol material it, a= nd it sends the packets that way - and only one hop. This also applies to ea= rlier comments. Incidentally the modification of the message is another reason you need a de= dicated process. As Justin as noted. -- =20 Christopher Dearlove christopher.dearlove@gmail.com > On 3 Mar 2016, at 18:10, Justin Dean wrote: >=20 > You could use the adopt the algorithmic sections in the appendix of 6621 a= long with a newly defined NHDP Hello message TLV defining algorithmic use fo= r AODVv2 "forwarding/regeneration". The defined TLVs won't work because the= suggest standard IP packet SMF forwarding which is not happening here. All= of this can be done after AODVv2 is finished and the only hook required wou= ld be that AODVv2 routers MAY decide not to regenerate RREQs if they are unw= illing to forward traffic or for other reasons which are outside of the scop= e of the base specification. I suggest you go this route and remove any nor= mative references to 6621. =20 >=20 > I'd also like to point out that AODVv2 does correctly specify that message= s only go one hop and are regenerated along the paths of "forwarding". At l= east it was clear to me in my reading. >=20 > Justin >=20 >> On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove wrote: >> No, I'm saying you need a mechanism to establish that set, and you don't h= ave one until you define it. >>=20 >> And you can't just say "use 6621" because that is about forwarding whole I= P packets. Which you can't, because they contain non-AODVv2 material. >>=20 >> As for what Ian intended, can't help you there. >>=20 >> -- >> Christopher Dearlove >> christopher.dearlove@gmail.com >>=20 >>=20 >>=20 >> -- >> Christopher Dearlove >> christopher.dearlove@gmail.com (iPhone) >> chris@mnemosyne.demon.co.uk (home) >> > On 3 Mar 2016, at 17:18, Charlie Perkins wrote: >> > >> > Hello Chris, >> > >> >> On 3/3/2016 9:03 AM, Christopher Dearlove wrote: >> >> >> >> Consequently AODVv2 can't use RFC 6621. Maybe you intended that it cou= ld, but the requirement to use the 5444 architecture was imposed by RFC 5498= . Written by your then co-author. >> > >> > I have talked with Ian about this more than once, and he assures me tha= t he never imagined that RFC 5498 would be used to inhibit useful functional= ity such as this. Indeed, not until long afterwards were so many restrictio= ns put into place -- often with the justification that such restrictions mad= e message data easier to parse. >> > >> > Do you mean to say that an AODVv2 implementation cannot know whether or= not it is running on a device that is part of the multicast relay set? Thi= s sounds much more like a problem with RFC 5444 than a problem with AODVv2. >> > >> > Regards, >> > Charlie P. >> > >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >=20 --Apple-Mail-5592E526-0B8C-4595-808F-D6D3B0B81517 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Yes, it does that. But it doesn't note= that its messages are passed to the multiplexer but (in Section 6.5 in part= icular) discusses about how AODVv2 sends messages over the Manet port. It do= esn't. It passes messages to the multiplexer, which assembles packets that m= ight have other protocol material it, and it sends the packets that way - an= d only one hop. This also applies to earlier comments.

Incidentally the mod= ification of the message is another reason you need a dedicated process. As J= ustin as noted.

--  
Christopher Dearlove

On 3 Mar 2016, at 18:10, Justin Dean <bebemaster@gmail.com> wrote:

You could use the adopt the alg= orithmic sections in the appendix of 6621 along with a newly defined NHDP He= llo message TLV defining algorithmic use for AODVv2 "forwarding/regeneration= ".  The defined TLVs won't work because the suggest standard IP packet S= MF forwarding which is not happening here.  All of this can be done aft= er AODVv2 is finished and the only hook required would be that AODVv2 router= s MAY decide not to regenerate RREQs if they are unwilling to forward traffi= c or for other reasons which are outside of the scope of the base specificat= ion.  I suggest you go this route and remove any normative references t= o 6621.  

I'd also like to point out that AODVv2 does correctly s= pecify that messages only go one hop and are regenerated along the paths of "= forwarding".  At least it was clear to me in my reading.

=
Justin

On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove <chr= istopher.dearlove@gmail.com> wrote:
No, I'm saying you need a mechanism to establish that set, and you do= n't have one until you define it.

And you can't just say "use 6621" because that is about forwarding whole IP p= ackets. Which you can't, because they contain non-AODVv2 material.

As for what Ian intended, can't help you there.

--
Christopher Dearlove
christopher.dearlove@gmail= .com



--
Christopher Dearlove
christopher.dearlove@gmail= .com (iPhone)
chris@mnemosyne.demon.co.uk (home)
> On 3 Mar 2016, at 17:18,= Charlie Perkins <charle= s.perkins@earthlink.net> wrote:
>
> Hello Chris,
>
>> On 3/3/2016 9:03 AM, Christopher Dearlove wrote:
>>
>> Consequently AODVv2 can't use RFC 6621. Maybe you intended that it c= ould, but the requirement to use the 5444 architecture was imposed by RFC 54= 98. Written by your then co-author.
>
> I have talked with Ian about this more than once, and he assures me tha= t he never imagined that RFC 5498 would be used to inhibit useful functional= ity such as this.  Indeed, not until long afterwards were so many restr= ictions put into place -- often with the justification that such restriction= s made message data easier to parse.
>
> Do you mean to say that an AODVv2 implementation cannot know whether or= not it is running on a device that is part of the multicast relay set? = ; This sounds much more like a problem with RFC 5444 than a problem with AOD= Vv2.
>
> Regards,
> Charlie P.
>

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

= --Apple-Mail-5592E526-0B8C-4595-808F-D6D3B0B81517-- From nobody Thu Mar 3 10:40:35 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F0E321B31C3 for ; Thu, 3 Mar 2016 10:40:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.749 X-Spam-Level: X-Spam-Status: No, score=-0.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 x4SZeeB6C581 for ; Thu, 3 Mar 2016 10:40:33 -0800 (PST) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9F7F51B31C2 for ; Thu, 3 Mar 2016 10:40:32 -0800 (PST) Received: by mail-lb0-x232.google.com with SMTP id cf7so18084386lbb.1 for ; Thu, 03 Mar 2016 10:40:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=kTxbdDBhhhIJ8+xHBovSsr5wdC2jMC4ZWB4CSYjbo8A=; b=P6KXwmrR7HKAbLmNafrlYAY0YIXZeQd0kIq3o1S4sBu1KyG5uOLsi9FUb7BsMb1IZU MmFLe0pHeLh1DtY/KayPUWhKXjdioMmBk333OdE/nDzb3JX8mqCiv9kszIPcoOe02k1N ytnP1bm1L/uBILK+IyMhZS2itHhfHUHiKqaDjl++SdcIXgU8dWwyeE9kDkJLopBSiBhW 97tnDeHaBu9AxbpO1FUx2f5EwlwtdqCD1OcoOSVwy1hF8CpqH5tP9L4KjtS1hXh3VYjP dIErxfGFyfRTWgrfCodZpKjtFFPD7P0Jpx15bgZ/WiJWUUVxBDls6l2kLaISFojt2Uhw X3WQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=kTxbdDBhhhIJ8+xHBovSsr5wdC2jMC4ZWB4CSYjbo8A=; b=IxMUOU+QPKn3pP8kZJ/1rlsJv+aQayA7XGoiog70FMMf4LmvVVaYEpCz5HusESaMGt 0RqHC0Ujm2ZWi7zt1j9ytMCI7etIK3cpK9VGNIFyQnn4U+2gd54KLfzwp3OmE2Dd9cbY rsxZitcry1rs15WJjcPQMalFDhZYWxrE4ZXccuDFnJ008kt5q8vymK2KaH8XBJB76Q2V BRBfO3dYIJjmahIlN40vxjuSAfoLMc7b8hvd6B1qdzgHUUjFJaxgs3V9ldhfDLfJRjPb Xt5KXTq6DsadQwAa9MRZw7/5hUI3Nen0Shi5oUc2NLuRE8MpYnHOfFrtw511nVGUp3C5 ImIg== X-Gm-Message-State: AD7BkJLdJpakwsrOUg2jKAFNgvstsmpqJKwKqTimqU/q8hl8ax3OmhJi8crTnZn8QCSRnCOmN0vWuEmS4rSdyQ== MIME-Version: 1.0 X-Received: by 10.25.159.68 with SMTP id i65mr1638561lfe.94.1457030430855; Thu, 03 Mar 2016 10:40:30 -0800 (PST) Received: by 10.112.25.36 with HTTP; Thu, 3 Mar 2016 10:40:30 -0800 (PST) Received: by 10.112.25.36 with HTTP; Thu, 3 Mar 2016 10:40:30 -0800 (PST) In-Reply-To: References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> Date: Thu, 3 Mar 2016 18:40:30 +0000 Message-ID: From: Victoria Mercieca To: Justin Dean Content-Type: multipart/alternative; boundary=001a114020284219ae052d29556e Archived-At: Cc: Charlie Perkins , Christopher Dearlove , manet Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 18:40:35 -0000 --001a114020284219ae052d29556e Content-Type: text/plain; charset=UTF-8 Hi Justin. Just one comment in line. On 3 Mar 2016 18:11, "Justin Dean" wrote: > > You could use the adopt the algorithmic sections in the appendix of 6621 along with a newly defined NHDP Hello message TLV defining algorithmic use for AODVv2 "forwarding/regeneration". The defined TLVs won't work because the suggest standard IP packet SMF forwarding which is not happening here. All of this can be done after AODVv2 is finished and the only hook required would be that AODVv2 routers MAY decide not to regenerate RREQs if they are unwilling to forward traffic or for other reasons which are outside of the scope of the base specification. I suggest you go this route and remove any normative references to 6621. > I would like to point out that this is what we already did. And I pointed out, in my earlier email, the statement that says 'MAY decide not to regenerate.' Kind regards, Vicky. > I'd also like to point out that AODVv2 does correctly specify that messages only go one hop and are regenerated along the paths of "forwarding". At least it was clear to me in my reading. > > Justin > > On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove < christopher.dearlove@gmail.com> wrote: >> >> No, I'm saying you need a mechanism to establish that set, and you don't have one until you define it. >> >> And you can't just say "use 6621" because that is about forwarding whole IP packets. Which you can't, because they contain non-AODVv2 material. >> >> As for what Ian intended, can't help you there. >> >> -- >> Christopher Dearlove >> christopher.dearlove@gmail.com >> >> >> >> -- >> Christopher Dearlove >> christopher.dearlove@gmail.com (iPhone) >> chris@mnemosyne.demon.co.uk (home) >> > On 3 Mar 2016, at 17:18, Charlie Perkins wrote: >> > >> > Hello Chris, >> > >> >> On 3/3/2016 9:03 AM, Christopher Dearlove wrote: >> >> >> >> Consequently AODVv2 can't use RFC 6621. Maybe you intended that it could, but the requirement to use the 5444 architecture was imposed by RFC 5498. Written by your then co-author. >> > >> > I have talked with Ian about this more than once, and he assures me that he never imagined that RFC 5498 would be used to inhibit useful functionality such as this. Indeed, not until long afterwards were so many restrictions put into place -- often with the justification that such restrictions made message data easier to parse. >> > >> > Do you mean to say that an AODVv2 implementation cannot know whether or not it is running on a device that is part of the multicast relay set? This sounds much more like a problem with RFC 5444 than a problem with AODVv2. >> > >> > Regards, >> > Charlie P. >> > >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet > > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --001a114020284219ae052d29556e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi Justin.

Just one comment in line.=C2=A0

On 3 Mar 2016 18:11, "Justin Dean" <bebemaster@gmail.com> wrote:
>
> You could use the adopt the algorithmic sections in the appendix of 66= 21 along with a newly defined NHDP Hello message TLV defining algorithmic u= se for AODVv2 "forwarding/regeneration".=C2=A0 The defined TLVs w= on't work because the suggest standard IP packet SMF forwarding which i= s not happening here.=C2=A0 All of this can be done after AODVv2 is finishe= d and the only hook required would be that AODVv2 routers MAY decide not to= regenerate RREQs if they are unwilling to forward traffic or for other rea= sons which are outside of the scope of the base specification.=C2=A0 I sugg= est you go this route and remove any normative references to 6621. =C2=A0 >

I would like to point out that this is what we already did. = And I pointed out, in my earlier email,=C2=A0 the statement that says '= MAY decide not to regenerate.'

Kind regards,
Vicky.

> I'd also like to point out that AODVv2 does correct= ly specify that messages only go one hop and are regenerated along the path= s of "forwarding".=C2=A0 At least it was clear to me in my readin= g.
>
> Justin
>
> On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove <christopher.dearlove@gmail.com>= ; wrote:
>>
>> No, I'm saying you need a mechanism to establish that set, and= you don't have one until you define it.
>>
>> And you can't just say "use 6621" because that is ab= out forwarding whole IP packets. Which you can't, because they contain = non-AODVv2 material.
>>
>> As for what Ian intended, can't help you there.
>>
>> --
>> Christopher Dearlove
>> christopher.dear= love@gmail.com
>>
>>
>>
>> --
>> Christopher Dearlove
>> christopher.dear= love@gmail.com (iPhone)
>> chris@mnemosyne.dem= on.co.uk (home)
>> > On 3 Mar 2016, at 17:18, Charlie Perkins <charles.perkins@earthlink.net> wrot= e:
>> >
>> > Hello Chris,
>> >
>> >> On 3/3/2016 9:03 AM, Christopher Dearlove wrote:
>> >>
>> >> Consequently AODVv2 can't use RFC 6621. Maybe you int= ended that it could, but the requirement to use the 5444 architecture was i= mposed by RFC 5498. Written by your then co-author.
>> >
>> > I have talked with Ian about this more than once, and he assu= res me that he never imagined that RFC 5498 would be used to inhibit useful= functionality such as this.=C2=A0 Indeed, not until long afterwards were s= o many restrictions put into place -- often with the justification that suc= h restrictions made message data easier to parse.
>> >
>> > Do you mean to say that an AODVv2 implementation cannot know = whether or not it is running on a device that is part of the multicast rela= y set?=C2=A0 This sounds much more like a problem with RFC 5444 than a prob= lem with AODVv2.
>> >
>> > Regards,
>> > Charlie P.
>> >
>>
>> _______________________________________________
>> manet mailing list
>> manet@ietf.org
>> https://ww= w.ietf.org/mailman/listinfo/manet
>
>
>
> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www.ie= tf.org/mailman/listinfo/manet
>

--001a114020284219ae052d29556e-- From nobody Thu Mar 3 10:41:13 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BCD6C1B31D1 for ; Thu, 3 Mar 2016 10:41:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8X_1sqqHhq_o for ; Thu, 3 Mar 2016 10:41:10 -0800 (PST) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54CAD1B3180 for ; Thu, 3 Mar 2016 10:41:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 331F3240A4E; Thu, 3 Mar 2016 10:41:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1457030470; bh=mwVuzN632wfzSmxy1fZPbPpwG9fyI0/gocCJsZVkBU0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=II09YILU211ZBNeKAz7NVfsh0fTcRF6JY4Q+fmGqVtZaYiTUaM8ntprMSDkX1tss2 7e6uY8AC3usjUoH3Sq2uf7RKhbGIUsmpeKIpbSX0PqVtJyZoCsW1vM4PntZX/sVuvB zxAGsiGbaxO2yEZCBM2ofr89yaZ6rchwnFVqpB+g= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [129.104.89.231] (unknown [129.104.89.231]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 0D40C2409E0; Thu, 3 Mar 2016 10:41:08 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_49CB59EB-6327-4575-B5D3-188635421B2A" From: Thomas Heide Clausen In-Reply-To: Date: Thu, 3 Mar 2016 19:41:06 +0100 Sendlaterdate: Thu, 3 Mar 2016 19:41:06 +0100 Message-Id: References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> To: Justin Dean X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Charles Perkins , Christopher Dearlove , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 18:41:12 -0000 --Apple-Mail=_49CB59EB-6327-4575-B5D3-188635421B2A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 03 Mar 2016, at 19:10, Justin Dean wrote: >=20 > You could use the adopt the algorithmic sections in the appendix of = 6621 along with a newly defined NHDP Hello message TLV defining = algorithmic use for AODVv2 "forwarding/regeneration". The defined TLVs = won't work because the suggest standard IP packet SMF forwarding which = is not happening here. All of this can be done after AODVv2 is finished = and the only hook required would be that AODVv2 routers MAY decide not = to regenerate RREQs if they are unwilling to forward traffic or for = other reasons which are outside of the scope of the base specification. = I suggest you go this route and remove any normative references to 6621. = =20 >=20 > I'd also like to point out that AODVv2 does correctly specify that = messages only go one hop and are regenerated along the paths of = "forwarding". At least it was clear to me in my reading. >=20 Yes, but as Ulrich has pointed out, the =E2=80=9Cregeneration=E2=80=9D = approach is problematic in terms of a security architecture =E2=80=94 it = also =E2=80=9Cdeactivates=E2=80=9D the effective use of the RFC5497 = hop-scoped TLVs as well as of hop-limit/hop-count for scope limited = flooding. On the security architecture issue, =E2=80=9Cregenerating=E2=80=9D a = message hop-by-hop nullifies the ability to, for example, use aggregate = signatures for path verification. There are (advanced) signature schemes = that are tolerant to mutable fields in a forwarded packet, which could = be potential candidate solutions with a =E2=80=9Cforwarding=E2=80=9D = rather than =E2=80=9Cregenerating=E2=80=9D architecture, such as what = Ulrich has proposed. > Justin >=20 > On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove = > = wrote: > No, I'm saying you need a mechanism to establish that set, and you = don't have one until you define it. >=20 > And you can't just say "use 6621" because that is about forwarding = whole IP packets. Which you can't, because they contain non-AODVv2 = material. >=20 > As for what Ian intended, can't help you there. >=20 > -- > Christopher Dearlove > christopher.dearlove@gmail.com >=20 >=20 >=20 > -- > Christopher Dearlove > christopher.dearlove@gmail.com = (iPhone) > chris@mnemosyne.demon.co.uk = (home) > > On 3 Mar 2016, at 17:18, Charlie Perkins = > = wrote: > > > > Hello Chris, > > > >> On 3/3/2016 9:03 AM, Christopher Dearlove wrote: > >> > >> Consequently AODVv2 can't use RFC 6621. Maybe you intended that it = could, but the requirement to use the 5444 architecture was imposed by = RFC 5498. Written by your then co-author. > > > > I have talked with Ian about this more than once, and he assures me = that he never imagined that RFC 5498 would be used to inhibit useful = functionality such as this. Indeed, not until long afterwards were so = many restrictions put into place -- often with the justification that = such restrictions made message data easier to parse. > > > > Do you mean to say that an AODVv2 implementation cannot know whether = or not it is running on a device that is part of the multicast relay = set? This sounds much more like a problem with RFC 5444 than a problem = with AODVv2. > > > > Regards, > > Charlie P. > > >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet = >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail=_49CB59EB-6327-4575-B5D3-188635421B2A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On 03 Mar 2016, at 19:10, Justin Dean <bebemaster@gmail.com> wrote:

You could use the adopt the algorithmic sections in the = appendix of 6621 along with a newly defined NHDP Hello message TLV = defining algorithmic use for AODVv2 "forwarding/regeneration".  The = defined TLVs won't work because the suggest standard IP packet SMF = forwarding which is not happening here.  All of this can be done = after AODVv2 is finished and the only hook required would be that AODVv2 = routers MAY decide not to regenerate RREQs if they are unwilling to = forward traffic or for other reasons which are outside of the scope of = the base specification.  I suggest you go this route and remove any = normative references to 6621.  

I'd = also like to point out that AODVv2 does correctly specify that messages = only go one hop and are regenerated along the paths of = "forwarding".  At least it was clear to me in my reading.


Yes, but as Ulrich has pointed out, the = =E2=80=9Cregeneration=E2=80=9D approach is problematic in terms of a = security architecture =E2=80=94 it also =E2=80=9Cdeactivates=E2=80=9D = the effective use of the RFC5497 hop-scoped TLVs as well as of = hop-limit/hop-count for scope limited flooding.

On the security architecture issue, = =E2=80=9Cregenerating=E2=80=9D a message hop-by-hop nullifies the = ability to, for example, use aggregate signatures for path verification. = There are (advanced) signature schemes that are tolerant to mutable = fields in a forwarded packet, which could be potential candidate = solutions with a =E2=80=9Cforwarding=E2=80=9D rather than = =E2=80=9Cregenerating=E2=80=9D architecture, such as what Ulrich has = proposed.



Justin

On Thu, Mar 3, 2016 at 12:50 PM, = Christopher Dearlove <christopher.dearlove@gmail.com> wrote:
No, I'm saying you = need a mechanism to establish that set, and you don't have one until you = define it.

And you can't just say "use 6621" because that is about forwarding whole = IP packets. Which you can't, because they contain non-AODVv2 = material.

As for what Ian intended, can't help you there.

--
Christopher Dearlove
christopher.dearlove@gmail.com



--
Christopher Dearlove
christopher.dearlove@gmail.com (iPhone)
chris@mnemosyne.demon.co.uk (home)
> On 3 Mar 2016, at = 17:18, Charlie Perkins <charles.perkins@earthlink.net> wrote:
>
> Hello Chris,
>
>> On 3/3/2016 9:03 AM, Christopher Dearlove wrote:
>>
>> Consequently AODVv2 can't use RFC 6621. Maybe you intended that = it could, but the requirement to use the 5444 architecture was imposed = by RFC 5498. Written by your then co-author.
>
> I have talked with Ian about this more than once, and he assures me = that he never imagined that RFC 5498 would be used to inhibit useful = functionality such as this.  Indeed, not until long afterwards were = so many restrictions put into place -- often with the justification that = such restrictions made message data easier to parse.
>
> Do you mean to say that an AODVv2 implementation cannot know = whether or not it is running on a device that is part of the multicast = relay set?  This sounds much more like a problem with RFC 5444 than = a problem with AODVv2.
>
> Regards,
> Charlie P.
>

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

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

= --Apple-Mail=_49CB59EB-6327-4575-B5D3-188635421B2A-- From nobody Thu Mar 3 10:42:26 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D585F1B31CF for ; Thu, 3 Mar 2016 10:42:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.999 X-Spam-Level: X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 RUJogcQrSdBx for ; Thu, 3 Mar 2016 10:42:22 -0800 (PST) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C13D1A8BC0 for ; Thu, 3 Mar 2016 10:42:22 -0800 (PST) Received: by mail-io0-x235.google.com with SMTP id l127so37274661iof.3 for ; Thu, 03 Mar 2016 10:42:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=jLklqjEeUZTHnWGZnYS18pmTf97/mrVkAo8N1SE3/2A=; b=HXQZaPk5wg6YyreWLUihhTQOhWn0G//FsbknvJwsBH/9uNJFGFyKs3rBQuyEIdih7N unplUI8U7iIKGekh0fVvmvzjTBRI1XL62ah5910ad+WLyeFPQjwpQydwarzax3uYG5Zv EYeOpNX07mr8gngs8tGtGFxneatoRYy3/clv0s5vIA4w8l+DmSa3Rb/9We+iFK5BOJFm K0lg+zvWVv7N62arb6xyl6vYZd8+ACakFxPJ674V4pRkTkbUOYS1CscFNpnJOYV5g9H4 lq9CGeCJ8OYEiLfJMPtsY0++QH4Syj4xp37Y1b147ll4uqgJ2LCwJer+kcNTxJB8B8iU gGBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=jLklqjEeUZTHnWGZnYS18pmTf97/mrVkAo8N1SE3/2A=; b=GdsPehSK6AoqiZj37yS6wWM1bBqg5oYmOF8tBaaLqc3m5pBqpCjXJf5TuIEmRFsve2 kagnEpwyeNoG8hxojl+veIU1GSyFo769a5ehiAxCg8y3UkdHi2tUHEoVgbVfagvJxnZh 19hthLukk3VBiYJYayhxlU3G6ksN2UeQiBlz8aMUf20X7SNTwlUCz+Fv5HJXE7l1sUlx pqW8Yk8x6ZOXRNkwQOXL8eDsdQI7wC9d9jLBij7kz2vycDgGuepmt1sfNTZWzAajyFcP 0KF4ZbZ+zM0esxoRrqIKqnrM9XiJi8/Lk5bKaSr6EUcmgeymZiPoHVEzpGA1QghVhO3F dznw== X-Gm-Message-State: AD7BkJJi2QY6ZpcwHHidCCEWtgZY0pV+Fn7CsdzfhigRijS1dBMYmn9mubewDuU8JMxLHMY+XRf4aZj3oiDNHg== MIME-Version: 1.0 X-Received: by 10.107.41.148 with SMTP id p142mr4908285iop.182.1457030541872; Thu, 03 Mar 2016 10:42:21 -0800 (PST) Received: by 10.79.96.1 with HTTP; Thu, 3 Mar 2016 10:42:21 -0800 (PST) In-Reply-To: <60707AB5-D957-44D0-B4E9-057C15A769C6@gmail.com> References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> <60707AB5-D957-44D0-B4E9-057C15A769C6@gmail.com> Date: Thu, 3 Mar 2016 13:42:21 -0500 Message-ID: From: Stan Ratliff To: Christopher Dearlove Content-Type: multipart/alternative; boundary=001a1141d074e014b8052d295b9d Archived-At: Cc: Charlie Perkins , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 18:42:25 -0000 --001a1141d074e014b8052d295b9d Content-Type: text/plain; charset=UTF-8 Gents, Would text along the lines of this help to explain? I understand it may well need additional word-smithing, but: "One example of an optimization would be to exploit the information base built by an implementation of [RFC6621]. In environments where this information base is available, and accessible by the AODVv2 process, AODVv2 MAY determine whether the node is a part of the [RFC6621] multicast relay set, and use this information to determine whether the message needs to be regenerated. The exact nature of this optimization, and the mechanisms for inter-process communication, are out of scope for this document, and left to the implementer." Because what we're talking about here is leveraging the knowledge that a co-resident 6621 implementation would have about membership in the relay set, as a trigger for whether or not the message needs to be regenerated. Regards, Stan On Thu, Mar 3, 2016 at 1:25 PM, Christopher Dearlove < christopher.dearlove@gmail.com> wrote: > Yes, it does that. But it doesn't note that its messages are passed to the > multiplexer but (in Section 6.5 in particular) discusses about how AODVv2 > sends messages over the Manet port. It doesn't. It passes messages to the > multiplexer, which assembles packets that might have other protocol > material it, and it sends the packets that way - and only one hop. This > also applies to earlier comments. > > Incidentally the modification of the message is another reason you need a > dedicated process. As Justin as noted. > > -- > Christopher Dearlove > christopher.dearlove@gmail.com > > On 3 Mar 2016, at 18:10, Justin Dean wrote: > > You could use the adopt the algorithmic sections in the appendix of 6621 > along with a newly defined NHDP Hello message TLV defining algorithmic use > for AODVv2 "forwarding/regeneration". The defined TLVs won't work because > the suggest standard IP packet SMF forwarding which is not happening here. > All of this can be done after AODVv2 is finished and the only hook required > would be that AODVv2 routers MAY decide not to regenerate RREQs if they are > unwilling to forward traffic or for other reasons which are outside of the > scope of the base specification. I suggest you go this route and remove > any normative references to 6621. > > I'd also like to point out that AODVv2 does correctly specify that > messages only go one hop and are regenerated along the paths of > "forwarding". At least it was clear to me in my reading. > > Justin > > On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove < > christopher.dearlove@gmail.com> wrote: > >> No, I'm saying you need a mechanism to establish that set, and you don't >> have one until you define it. >> >> And you can't just say "use 6621" because that is about forwarding whole >> IP packets. Which you can't, because they contain non-AODVv2 material. >> >> As for what Ian intended, can't help you there. >> >> -- >> Christopher Dearlove >> christopher.dearlove@gmail.com >> >> >> >> -- >> Christopher Dearlove >> christopher.dearlove@gmail.com (iPhone) >> chris@mnemosyne.demon.co.uk (home) >> > On 3 Mar 2016, at 17:18, Charlie Perkins >> wrote: >> > >> > Hello Chris, >> > >> >> On 3/3/2016 9:03 AM, Christopher Dearlove wrote: >> >> >> >> Consequently AODVv2 can't use RFC 6621. Maybe you intended that it >> could, but the requirement to use the 5444 architecture was imposed by RFC >> 5498. Written by your then co-author. >> > >> > I have talked with Ian about this more than once, and he assures me >> that he never imagined that RFC 5498 would be used to inhibit useful >> functionality such as this. Indeed, not until long afterwards were so many >> restrictions put into place -- often with the justification that such >> restrictions made message data easier to parse. >> > >> > Do you mean to say that an AODVv2 implementation cannot know whether or >> not it is running on a device that is part of the multicast relay set? >> This sounds much more like a problem with RFC 5444 than a problem with >> AODVv2. >> > >> > Regards, >> > Charlie P. >> > >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --001a1141d074e014b8052d295b9d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Gents,=C2=A0

Would text along the lines= of this help to explain? I understand it may well need additional word-smi= thing, but:=C2=A0

"One example of an optimization would be to exploit the information b= ase built by an implementation of [RFC6621]. In environments where this inf= ormation base is available, and accessible by the AODVv2 process, AODVv2 MA= Y determine whether the node is a part of the [RFC6621] multicast relay set= , and use this information to determine whether the message needs to be reg= enerated. The exact nature of this optimization, and the mechanisms for int= er-process communication, are out of scope for this document, and left to t= he implementer."=C2=A0

Because what we&#= 39;re talking about here is leveraging the knowledge that a co-resident 662= 1 implementation would have about membership in the relay set, as a trigger= for whether or not the message needs to be regenerated.=C2=A0
=


Re= gards,
Stan
<= div>
=
On Thu, Mar 3, 2016 at 1:25 PM, Christopher = Dearlove <christopher.dearlove@gmail.com> wrote= :
Yes, it does that. But it does= n't note that its messages are passed to the multiplexer but (in Sectio= n 6.5 in particular) discusses about how AODVv2 sends messages over the Man= et port. It doesn't. It passes messages to the multiplexer, which assem= bles packets that might have other protocol material it, and it sends the p= ackets that way - and only one hop. This also applies to earlier comments.<= /div>

Incidentally the modification of the message is an= other reason you need a dedicated process. As Justin as noted.

-- = =C2=A0
Christopher Dearlove
=

On 3 Mar 2016, at 18:10, Justin Dean <bebemaster@gmail.com> wrote:<= br>
You could use = the adopt the algorithmic sections in the appendix of 6621 along with a new= ly defined NHDP Hello message TLV defining algorithmic use for AODVv2 "= ;forwarding/regeneration".=C2=A0 The defined TLVs won't work becau= se the suggest standard IP packet SMF forwarding which is not happening her= e.=C2=A0 All of this can be done after AODVv2 is finished and the only hook= required would be that AODVv2 routers MAY decide not to regenerate RREQs i= f they are unwilling to forward traffic or for other reasons which are outs= ide of the scope of the base specification.=C2=A0 I suggest you go this rou= te and remove any normative references to 6621. =C2=A0

I'd also = like to point out that AODVv2 does correctly specify that messages only go = one hop and are regenerated along the paths of "forwarding".=C2= =A0 At least it was clear to me in my reading.

Justin

On Thu, = Mar 3, 2016 at 12:50 PM, Christopher Dearlove <christopher.de= arlove@gmail.com> wrote:
No, I'm sayi= ng you need a mechanism to establish that set, and you don't have one u= ntil you define it.

And you can't just say "use 6621" because that is about forwa= rding whole IP packets. Which you can't, because they contain non-AODVv= 2 material.

As for what Ian intended, can't help you there.

--
Christopher Dearlove
christo= pher.dearlove@gmail.com



--
Christopher Dearlove
christo= pher.dearlove@gmail.com (iPhone)
chris@mnem= osyne.demon.co.uk (home)
> On 3 Mar 2016, at 17:18, Charlie Perkins <charles.perkins= @earthlink.net> wrote:
>
> Hello Chris,
>
>> On 3/3/2016 9:03 AM, Christopher Dearlove wrote:
>>
>> Consequently AODVv2 can't use RFC 6621. Maybe you intended tha= t it could, but the requirement to use the 5444 architecture was imposed by= RFC 5498. Written by your then co-author.
>
> I have talked with Ian about this more than once, and he assures me th= at he never imagined that RFC 5498 would be used to inhibit useful function= ality such as this.=C2=A0 Indeed, not until long afterwards were so many re= strictions put into place -- often with the justification that such restric= tions made message data easier to parse.
>
> Do you mean to say that an AODVv2 implementation cannot know whether o= r not it is running on a device that is part of the multicast relay set?=C2= =A0 This sounds much more like a problem with RFC 5444 than a problem with = AODVv2.
>
> Regards,
> Charlie P.
>

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


______________________________________________= _
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet


--001a1141d074e014b8052d295b9d-- From nobody Thu Mar 3 10:44:39 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 070B51B31E2 for ; Thu, 3 Mar 2016 10:44:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XMxwSZFkcoss for ; Thu, 3 Mar 2016 10:44:35 -0800 (PST) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A9681B31DA for ; Thu, 3 Mar 2016 10:44:35 -0800 (PST) Received: by mail-wm0-x230.google.com with SMTP id n186so2911121wmn.1 for ; Thu, 03 Mar 2016 10:44:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=GprzJhrChCy0QLmtuElY476h1O0RkrBQWYw1/rz3QMo=; b=rh3HJ8yidK+YU/ZQWT+L2DQYyRrJ5WcslCFlRvgADCQh9jlbaq3A293X0mVXVKOmRt u6p6XmdD7G+VM14SCuF0bUHkFFuqnneeMWf3XP/YiXRWR1ip5iuDd633teK8fsVXPoMX DKX+f50oowBmisPe737AvigxOYt7as6rqt9X66o49r3awd6YKqD6NwDObNkKPgDOyp7z HGAsjr1nwFddx5smXNaOYrlELD+/7nHiRGexQd/+mUuKs0+dc//r104NsmGhKb3W0jxN WjJXtVmB2dIvPF0hNf8Z9Vq50auBUXj2tY4ltRfev5tz7ToQobQcWeWQAA2oR5XSLt8K K+8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=GprzJhrChCy0QLmtuElY476h1O0RkrBQWYw1/rz3QMo=; b=gbH1BD1ZXpzC98QaW+tD/TmKyi9llNqLXVz6eyBEK1L3NzUA+wt0YPv1W6xVnaDXpf CUuZwqwVGOG95GvgeXhRLYyQH2A2haSYmZTX45umSZLD4hJpPruSgAxLrXWXxVJx0crW Ohw23TgKsh6XWrYxThhDQmtv+okSunM2WHa3EQ0DOH9Brk8wXRHUCqgHNaLMmmsQuhx1 LJhV0B8ei5e8/ZuopJAeLy/JBizlvS5OPamB44DXguRIwZDogTbVtehT4py6NQEgFzCS GLLpEgmi7j+Ux/ceSRsHgt57VysL46mH+JiHAmlTE5tHPNIykym3azzUj8nqj5gyJ6Hn racw== X-Gm-Message-State: AD7BkJIKEZo8fz1+fXOT0x0ncoPL9CbxVtFS5UFmRHKSWZhaJeHdwLadudWXzfRZeVRMcQ== X-Received: by 10.28.179.84 with SMTP id c81mr570557wmf.13.1457030673988; Thu, 03 Mar 2016 10:44:33 -0800 (PST) Received: from [10.8.91.66] (dab-yat1-h-62-3.dab.02.net. [82.132.213.116]) by smtp.gmail.com with ESMTPSA id ks5sm41994892wjb.13.2016.03.03.10.44.32 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Mar 2016 10:44:33 -0800 (PST) References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-BD650C45-2C23-4384-A478-5BEB9243F271 Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Thu, 3 Mar 2016 18:44:29 +0000 To: Victoria Mercieca Archived-At: Cc: Charlie Perkins , manet Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 18:44:38 -0000 --Apple-Mail-BD650C45-2C23-4384-A478-5BEB9243F271 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable The question is, will messages always get to all destinations if some choose= not to regenerate and send? Or, better, how is full delivery ensured, what r= estrictions are there? -- =20 Christopher Dearlove christopher.dearlove@gmail.com (iPhone) chris@mnemosyne.demon.co.uk (home) > On 3 Mar 2016, at 18:40, Victoria Mercieca wrote: >=20 > Hi Justin. >=20 > Just one comment in line.=20 >=20 > On 3 Mar 2016 18:11, "Justin Dean" wrote: > > > > You could use the adopt the algorithmic sections in the appendix of 6621= along with a newly defined NHDP Hello message TLV defining algorithmic use f= or AODVv2 "forwarding/regeneration". The defined TLVs won't work because th= e suggest standard IP packet SMF forwarding which is not happening here. Al= l of this can be done after AODVv2 is finished and the only hook required wo= uld be that AODVv2 routers MAY decide not to regenerate RREQs if they are un= willing to forward traffic or for other reasons which are outside of the sco= pe of the base specification. I suggest you go this route and remove any no= rmative references to 6621. =20 > > >=20 > I would like to point out that this is what we already did. And I pointed o= ut, in my earlier email, the statement that says 'MAY decide not to regener= ate.' >=20 > Kind regards,=20 > Vicky. >=20 > > I'd also like to point out that AODVv2 does correctly specify that messa= ges only go one hop and are regenerated along the paths of "forwarding". At= least it was clear to me in my reading. > > > > Justin > > > > On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove wrote: > >> > >> No, I'm saying you need a mechanism to establish that set, and you don'= t have one until you define it. > >> > >> And you can't just say "use 6621" because that is about forwarding whol= e IP packets. Which you can't, because they contain non-AODVv2 material. > >> > >> As for what Ian intended, can't help you there. > >> > >> -- > >> Christopher Dearlove > >> christopher.dearlove@gmail.com > >> > >> > >> > >> -- > >> Christopher Dearlove > >> christopher.dearlove@gmail.com (iPhone) > >> chris@mnemosyne.demon.co.uk (home) > >> > On 3 Mar 2016, at 17:18, Charlie Perkins wrote: > >> > > >> > Hello Chris, > >> > > >> >> On 3/3/2016 9:03 AM, Christopher Dearlove wrote: > >> >> > >> >> Consequently AODVv2 can't use RFC 6621. Maybe you intended that it c= ould, but the requirement to use the 5444 architecture was imposed by RFC 54= 98. Written by your then co-author. > >> > > >> > I have talked with Ian about this more than once, and he assures me t= hat he never imagined that RFC 5498 would be used to inhibit useful function= ality such as this. Indeed, not until long afterwards were so many restrict= ions put into place -- often with the justification that such restrictions m= ade message data easier to parse. > >> > > >> > Do you mean to say that an AODVv2 implementation cannot know whether o= r not it is running on a device that is part of the multicast relay set? Th= is sounds much more like a problem with RFC 5444 than a problem with AODVv2.= > >> > > >> > Regards, > >> > Charlie P. > >> > > >> > >> _______________________________________________ > >> manet mailing list > >> manet@ietf.org > >> https://www.ietf.org/mailman/listinfo/manet > > > > > > > > _______________________________________________ > > manet mailing list > > manet@ietf.org > > https://www.ietf.org/mailman/listinfo/manet > > --Apple-Mail-BD650C45-2C23-4384-A478-5BEB9243F271 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
The question is, will messages always get to all destinations if some choose not to regenerate and send? Or, better, how is full delivery ensured, what restrictions are there?

--  
Christopher Dearlove

On 3 Mar 2016, at 18:40, Victoria Mercieca <vmercieca0@gmail.com> wrote:

Hi Justin.

Just one comment in line. 

On 3 Mar 2016 18:11, "Justin Dean" <bebemaster@gmail.com> wrote:
>
> You could use the adopt the algorithmic sections in the appendix of 6621 along with a newly defined NHDP Hello message TLV defining algorithmic use for AODVv2 "forwarding/regeneration".  The defined TLVs won't work because the suggest standard IP packet SMF forwarding which is not happening here.  All of this can be done after AODVv2 is finished and the only hook required would be that AODVv2 routers MAY decide not to regenerate RREQs if they are unwilling to forward traffic or for other reasons which are outside of the scope of the base specification.  I suggest you go this route and remove any normative references to 6621.  
>

I would like to point out that this is what we already did. And I pointed out, in my earlier email,  the statement that says 'MAY decide not to regenerate.'

Kind regards,
Vicky.

> I'd also like to point out that AODVv2 does correctly specify that messages only go one hop and are regenerated along the paths of "forwarding".  At least it was clear to me in my reading.
>
> Justin
>
> On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove <christopher.dearlove@gmail.com> wrote:
>>
>> No, I'm saying you need a mechanism to establish that set, and you don't have one until you define it.
>>
>> And you can't just say "use 6621" because that is about forwarding whole IP packets. Which you can't, because they contain non-AODVv2 material.
>>
>> As for what Ian intended, can't help you there.
>>
>> --
>> Christopher Dearlove
>> christopher.dearlove@gmail.com
>>
>>
>>
>> --
>> Christopher Dearlove
>> christopher.dearlove@gmail.com (iPhone)
>> chris@mnemosyne.demon.co.uk (home)
>> > On 3 Mar 2016, at 17:18, Charlie Perkins <charles.perkins@earthlink.net> wrote:
>> >
>> > Hello Chris,
>> >
>> >> On 3/3/2016 9:03 AM, Christopher Dearlove wrote:
>> >>
>> >> Consequently AODVv2 can't use RFC 6621. Maybe you intended that it could, but the requirement to use the 5444 architecture was imposed by RFC 5498. Written by your then co-author.
>> >
>> > I have talked with Ian about this more than once, and he assures me that he never imagined that RFC 5498 would be used to inhibit useful functionality such as this.  Indeed, not until long afterwards were so many restrictions put into place -- often with the justification that such restrictions made message data easier to parse.
>> >
>> > Do you mean to say that an AODVv2 implementation cannot know whether or not it is running on a device that is part of the multicast relay set?  This sounds much more like a problem with RFC 5444 than a problem with AODVv2.
>> >
>> > Regards,
>> > Charlie P.
>> >
>>
>> _______________________________________________
>> manet mailing list
>> manet@ietf.org
>> https://www.ietf.org/mailman/listinfo/manet
>
>
>
> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www.ietf.org/mailman/listinfo/manet
>

--Apple-Mail-BD650C45-2C23-4384-A478-5BEB9243F271-- From nobody Thu Mar 3 10:50:37 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AF9C1B31E3 for ; Thu, 3 Mar 2016 10:50:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.999 X-Spam-Level: X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 nepy2hibfrPr for ; Thu, 3 Mar 2016 10:50:21 -0800 (PST) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (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 18FC21B40AF for ; Thu, 3 Mar 2016 10:50:21 -0800 (PST) Received: by mail-ig0-x233.google.com with SMTP id hb3so1732930igb.0 for ; Thu, 03 Mar 2016 10:50:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=0cSNhkHxRolfeKRnRgK44thBbkwKsvNykV0AjSWPHIE=; b=McffhEXaDxBOFXh/IJWxf4jz/l1rpJOgCgMelb1TxBunkZ6gpTG2+ha0Dy7bXnLCKd IfQZ3H8651SsNGY4JcVCDiKGLPrULSWF88n0umOORCYgToCeUV53OUzNzOFZ/5ASlXwW /AJnCQHZsYvjFQQv+c4jC1loOfSmZu7+Wm6KRA4z4CsodT/1HGEsZ7P1GbxU7EhCd/VI 2BviNB/8XKqmQKdPz8a8bCV5Ubz7n01YcfAhl4c6qHqbzM+wjFV3SN6L3Er02fxzcWm6 C32kUS9j35xX59n3abzuKozs9qp9sbXIeh+BOY4R8rp+Hw0AV2QoWsOdE90oXOs7oVqg /19g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=0cSNhkHxRolfeKRnRgK44thBbkwKsvNykV0AjSWPHIE=; b=TvgW9TsKVTGZNrWUc1m3hB/6+MSINVdZMLvi13VPooGznTgj1vTXrTnjvz2TOYD0rV TEIuu/T3wimma2dlG0ig14cSrOnxcy9i11dozaWhOGe/CjwJmHvx5ADXRKiAm0fKWGUI zIOM0RKL10J1f/VAeqigj0y5k2G2gjtrFChlTD/sxFgUQvdpUcNMM7eu3gSTP3NY4IKL FfZQkm4hx/ft8Oy6AUqgYcbBPjMDKdMBt1e7tFX+Nt2exZxDTO58eDhQtNAh762ULcyc Xvb0g3jWGq2nGD5x5yeznf/M9dh/QmjdRnbV1lQngItcTX9n6GAy83ivgRDZn7G/jmah 8YWA== X-Gm-Message-State: AD7BkJJqGhMHCeBHuaeKMtn92zwkkyAa2qVnM6HTFHFV/UCAAfi+60zYF51i5eQj2nN9m9NPEHgfId6KkueOjw== MIME-Version: 1.0 X-Received: by 10.50.132.42 with SMTP id or10mr605175igb.85.1457031020514; Thu, 03 Mar 2016 10:50:20 -0800 (PST) Received: by 10.79.96.1 with HTTP; Thu, 3 Mar 2016 10:50:20 -0800 (PST) In-Reply-To: <67AC3FEC-76BF-4206-AA4D-7E27C11C0284@mnemosyne.demon.co.uk> References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> <60707AB5-D957-44D0-B4E9-057C15A769C6@gmail.com> <67AC3FEC-76BF-4206-AA4D-7E27C11C0284@mnemosyne.demon.co.uk> Date: Thu, 3 Mar 2016 13:50:20 -0500 Message-ID: From: Stan Ratliff To: Christopher Dearlove Content-Type: multipart/alternative; boundary=047d7b16348b67bd05052d29787e Archived-At: Cc: Charlie Perkins , Christopher Dearlove , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 18:50:24 -0000 --047d7b16348b67bd05052d29787e Content-Type: text/plain; charset=UTF-8 Chris, It's absolutely worth quoting other possible sources... it's just that I can't think of any other sources at the moment... ;-) Regards, Stan On Thu, Mar 3, 2016 at 1:47 PM, Christopher Dearlove < chris@mnemosyne.demon.co.uk> wrote: > I'm reading on a phone, so I want to read more carefully, but that looks > the sort of thing wanted. Is it worth quoting other possible sources of > information? > > -- > Christopher Dearlove > christopher.dearlove@gmail.com (iPhone) > chris@mnemosyne.demon.co.uk (home) > > On 3 Mar 2016, at 18:42, Stan Ratliff wrote: > > Gents, > > Would text along the lines of this help to explain? I understand it may > well need additional word-smithing, but: > > "One example of an optimization would be to exploit the information base > built by an implementation of [RFC6621]. In environments where this > information base is available, and accessible by the AODVv2 process, AODVv2 > MAY determine whether the node is a part of the [RFC6621] multicast relay > set, and use this information to determine whether the message needs to be > regenerated. The exact nature of this optimization, and the mechanisms for > inter-process communication, are out of scope for this document, and left > to the implementer." > > Because what we're talking about here is leveraging the knowledge that a > co-resident 6621 implementation would have about membership in the relay > set, as a trigger for whether or not the message needs to be regenerated. > > > Regards, > Stan > > > On Thu, Mar 3, 2016 at 1:25 PM, Christopher Dearlove < > christopher.dearlove@gmail.com> wrote: > >> Yes, it does that. But it doesn't note that its messages are passed to >> the multiplexer but (in Section 6.5 in particular) discusses about how >> AODVv2 sends messages over the Manet port. It doesn't. It passes messages >> to the multiplexer, which assembles packets that might have other protocol >> material it, and it sends the packets that way - and only one hop. This >> also applies to earlier comments. >> >> Incidentally the modification of the message is another reason you need a >> dedicated process. As Justin as noted. >> >> -- >> Christopher Dearlove >> christopher.dearlove@gmail.com >> >> On 3 Mar 2016, at 18:10, Justin Dean wrote: >> >> You could use the adopt the algorithmic sections in the appendix of 6621 >> along with a newly defined NHDP Hello message TLV defining algorithmic use >> for AODVv2 "forwarding/regeneration". The defined TLVs won't work because >> the suggest standard IP packet SMF forwarding which is not happening here. >> All of this can be done after AODVv2 is finished and the only hook required >> would be that AODVv2 routers MAY decide not to regenerate RREQs if they are >> unwilling to forward traffic or for other reasons which are outside of the >> scope of the base specification. I suggest you go this route and remove >> any normative references to 6621. >> >> I'd also like to point out that AODVv2 does correctly specify that >> messages only go one hop and are regenerated along the paths of >> "forwarding". At least it was clear to me in my reading. >> >> Justin >> >> On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove < >> christopher.dearlove@gmail.com> wrote: >> >>> No, I'm saying you need a mechanism to establish that set, and you don't >>> have one until you define it. >>> >>> And you can't just say "use 6621" because that is about forwarding whole >>> IP packets. Which you can't, because they contain non-AODVv2 material. >>> >>> As for what Ian intended, can't help you there. >>> >>> -- >>> Christopher Dearlove >>> christopher.dearlove@gmail.com >>> >>> >>> >>> -- >>> Christopher Dearlove >>> christopher.dearlove@gmail.com (iPhone) >>> chris@mnemosyne.demon.co.uk (home) >>> > On 3 Mar 2016, at 17:18, Charlie Perkins < >>> charles.perkins@earthlink.net> wrote: >>> > >>> > Hello Chris, >>> > >>> >> On 3/3/2016 9:03 AM, Christopher Dearlove wrote: >>> >> >>> >> Consequently AODVv2 can't use RFC 6621. Maybe you intended that it >>> could, but the requirement to use the 5444 architecture was imposed by RFC >>> 5498. Written by your then co-author. >>> > >>> > I have talked with Ian about this more than once, and he assures me >>> that he never imagined that RFC 5498 would be used to inhibit useful >>> functionality such as this. Indeed, not until long afterwards were so many >>> restrictions put into place -- often with the justification that such >>> restrictions made message data easier to parse. >>> > >>> > Do you mean to say that an AODVv2 implementation cannot know whether >>> or not it is running on a device that is part of the multicast relay set? >>> This sounds much more like a problem with RFC 5444 than a problem with >>> AODVv2. >>> > >>> > Regards, >>> > Charlie P. >>> > >>> >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >>> >> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> >> > --047d7b16348b67bd05052d29787e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Chris,=C2=A0

It's absolutely worth = quoting other possible sources... it's just that I can't think of a= ny other sources at the moment... ;-)=C2=A0

Regard= s,
Stan


On Thu, Mar 3, 2016 at 1:47 PM, Christopher Dearlove <chris@mnemosyne.demon.co.uk> wrote:
I'm reading on a phone, so I wan= t to read more carefully, but that looks the sort of thing wanted. Is it wo= rth quoting other possible sources of information?

-- =C2=A0
Chr= istopher Dearlove

On 3 Mar 2016, at 18:42, S= tan Ratliff <= ratliffstan@gmail.com> wrote:

Gents,=C2=A0

Would text along the= lines of this help to explain? I understand it may well need additional wo= rd-smithing, but:=C2=A0

"One example of an optimization would be to exploit the informa= tion base built by an implementation of [RFC6621]. In environments where th= is information base is available, and accessible by the AODVv2 process, AOD= Vv2 MAY determine whether the node is a part of the [RFC6621] multicast rel= ay set, and use this information to determine whether the message needs to = be regenerated. The exact nature of this optimization, and the mechanisms f= or inter-process communication, are out of scope for this document, and lef= t to the implementer."=C2=A0

Because wha= t we're talking about here is leveraging the knowledge that a co-reside= nt 6621 implementation would have about membership in the relay set, as a t= rigger for whether or not the message needs to be regenerated.=C2=A0=


Regards,
Stan<= /div>


On Thu, Mar 3, 2016 at 1:25 PM, Christ= opher Dearlove <christopher.dearlove@gmail.com>= wrote:
Yes, it does that. But i= t doesn't note that its messages are passed to the multiplexer but (in = Section 6.5 in particular) discusses about how AODVv2 sends messages over t= he Manet port. It doesn't. It passes messages to the multiplexer, which= assembles packets that might have other protocol material it, and it sends= the packets that way - and only one hop. This also applies to earlier comm= ents.

Incidentally the modification of the message= is another reason you need a dedicated process. As Justin as noted.
-- =C2=A0
Christopher Dearlove

On 3 Mar 2016, at 18:10, Justin Dean <bebemaster@gmail.com> wro= te:

You could = use the adopt the algorithmic sections in the appendix of 6621 along with a= newly defined NHDP Hello message TLV defining algorithmic use for AODVv2 &= quot;forwarding/regeneration".=C2=A0 The defined TLVs won't work b= ecause the suggest standard IP packet SMF forwarding which is not happening= here.=C2=A0 All of this can be done after AODVv2 is finished and the only = hook required would be that AODVv2 routers MAY decide not to regenerate RRE= Qs if they are unwilling to forward traffic or for other reasons which are = outside of the scope of the base specification.=C2=A0 I suggest you go this= route and remove any normative references to 6621. =C2=A0

I'd a= lso like to point out that AODVv2 does correctly specify that messages only= go one hop and are regenerated along the paths of "forwarding".= =C2=A0 At least it was clear to me in my reading.

Justin=

On Th= u, Mar 3, 2016 at 12:50 PM, Christopher Dearlove <christopher= .dearlove@gmail.com> wrote:
No, I'm s= aying you need a mechanism to establish that set, and you don't have on= e until you define it.

And you can't just say "use 6621" because that is about forwa= rding whole IP packets. Which you can't, because they contain non-AODVv= 2 material.

As for what Ian intended, can't help you there.

--
Christopher Dearlove
christo= pher.dearlove@gmail.com



--
Christopher Dearlove
christo= pher.dearlove@gmail.com (iPhone)
chris@mnem= osyne.demon.co.uk (home)
> On 3 Mar 2016, at 17:18, Charlie Perkins <charles.perkins= @earthlink.net> wrote:
>
> Hello Chris,
>
>> On 3/3/2016 9:03 AM, Christopher Dearlove wrote:
>>
>> Consequently AODVv2 can't use RFC 6621. Maybe you intended tha= t it could, but the requirement to use the 5444 architecture was imposed by= RFC 5498. Written by your then co-author.
>
> I have talked with Ian about this more than once, and he assures me th= at he never imagined that RFC 5498 would be used to inhibit useful function= ality such as this.=C2=A0 Indeed, not until long afterwards were so many re= strictions put into place -- often with the justification that such restric= tions made message data easier to parse.
>
> Do you mean to say that an AODVv2 implementation cannot know whether o= r not it is running on a device that is part of the multicast relay set?=C2= =A0 This sounds much more like a problem with RFC 5444 than a problem with = AODVv2.
>
> Regards,
> Charlie P.
>

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


______________________________________________= _
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet



--047d7b16348b67bd05052d29787e-- From nobody Thu Mar 3 10:51:20 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F7041B3589 for ; Thu, 3 Mar 2016 10:51:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WsS_rr-ptrt1 for ; Thu, 3 Mar 2016 10:51:11 -0800 (PST) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD4E11B40AE for ; Thu, 3 Mar 2016 10:51:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 8B598247368; Thu, 3 Mar 2016 10:51:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1457031063; bh=FYaPlUUuDJ5KzKnXOPb1rUki4ltXP1aZjQWRBUs6jic=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=VNZkdAlps09QaKtaiY+o/wl84IXxNluKR4mBGRmSaOiwUJk+QpUf+V9Plozkuji4/ 3l0lCO0qt7oQwrFKrt0ddf/wGfBUhFE/vS47IGsSsswVFLRRIb+pTAA6gdscxs6X03 NyzTJA90PCPlzfufD1cJ9OXbLadG5uGNdCNl8NVE= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [129.104.89.231] (unknown [129.104.89.231]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 47E6B24056D; Thu, 3 Mar 2016 10:51:02 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_DC01BE8E-6B8B-402E-B4D5-A0A395E12ABF" From: ietf@thomasclausen.org In-Reply-To: Date: Thu, 3 Mar 2016 19:51:00 +0100 Sendlaterdate: Thu, 3 Mar 2016 19:51:00 +0100 Message-Id: <83253B92-BCBE-4724-83D6-17B1A93984BB@thomasclausen.org> References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> <60707AB5-D957-44D0-B4E9-057C15A769C6@gmail.com> To: Stan Ratliff X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Charles Perkins , Christopher Dearlove , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 18:51:20 -0000 --Apple-Mail=_DC01BE8E-6B8B-402E-B4D5-A0A395E12ABF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 03 Mar 2016, at 19:42, Stan Ratliff wrote: >=20 > Gents,=20 >=20 > Would text along the lines of this help to explain? I understand it = may well need additional word-smithing, but:=20 >=20 > "One example of an optimization would be to exploit the information = base built by an implementation of [RFC6621]. In environments where this = information base is available, and accessible by the AODVv2 process, = AODVv2 MAY determine whether the node is a part of the [RFC6621] = multicast relay set, and use this information to determine whether the = message needs to be regenerated. The exact nature of this optimization, = and the mechanisms for inter-process communication, are out of scope for = this document, and left to the implementer."=20 >=20 > Because what we're talking about here is leveraging the knowledge that = a co-resident 6621 implementation would have about membership in the = relay set, as a trigger for whether or not the message needs to be = regenerated.=20 >=20 I have mentioned this repeatedly in the past: saying RFC6621 is just not = sufficient here (even disregarding the =E2=80=9Cforwarding issue=E2=80=9D)= If routers implement different flooding reduction algorithms to = determine membership in the multicast relay set, then you can relatively = easily end up with situations wherein part of your network is not = covered by the flooding operation. If you want to specify that =E2=80=9Cflooding reduction is possible, but = we=E2=80=99re not going to tell you what algorithm=E2=80=9D then the = minimum requirement is to provide specific constraints on what those = flooding reduction algorithms are allowed to do, and what they are not = allowed to do. In OLSRv2, we did that by way of specifying =E2=80=9Ceach router must = select a relay set which satisfies these conditions=E2=80=A6.=E2=80=9D = That=E2=80=99s one way to go =E2=80=94 but it must be within the = specification. >=20 > Regards, > Stan >=20 >=20 > On Thu, Mar 3, 2016 at 1:25 PM, Christopher Dearlove = > = wrote: > Yes, it does that. But it doesn't note that its messages are passed to = the multiplexer but (in Section 6.5 in particular) discusses about how = AODVv2 sends messages over the Manet port. It doesn't. It passes = messages to the multiplexer, which assembles packets that might have = other protocol material it, and it sends the packets that way - and only = one hop. This also applies to earlier comments. >=20 > Incidentally the modification of the message is another reason you = need a dedicated process. As Justin as noted. >=20 > -- =20 > Christopher Dearlove > christopher.dearlove@gmail.com >=20 > On 3 Mar 2016, at 18:10, Justin Dean > wrote: >=20 >> You could use the adopt the algorithmic sections in the appendix of = 6621 along with a newly defined NHDP Hello message TLV defining = algorithmic use for AODVv2 "forwarding/regeneration". The defined TLVs = won't work because the suggest standard IP packet SMF forwarding which = is not happening here. All of this can be done after AODVv2 is finished = and the only hook required would be that AODVv2 routers MAY decide not = to regenerate RREQs if they are unwilling to forward traffic or for = other reasons which are outside of the scope of the base specification. = I suggest you go this route and remove any normative references to 6621. = =20 >>=20 >> I'd also like to point out that AODVv2 does correctly specify that = messages only go one hop and are regenerated along the paths of = "forwarding". At least it was clear to me in my reading. >>=20 >> Justin >>=20 >> On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove = > = wrote: >> No, I'm saying you need a mechanism to establish that set, and you = don't have one until you define it. >>=20 >> And you can't just say "use 6621" because that is about forwarding = whole IP packets. Which you can't, because they contain non-AODVv2 = material. >>=20 >> As for what Ian intended, can't help you there. >>=20 >> -- >> Christopher Dearlove >> christopher.dearlove@gmail.com = >>=20 >>=20 >>=20 >> -- >> Christopher Dearlove >> christopher.dearlove@gmail.com = (iPhone) >> chris@mnemosyne.demon.co.uk = (home) >> > On 3 Mar 2016, at 17:18, Charlie Perkins = > = wrote: >> > >> > Hello Chris, >> > >> >> On 3/3/2016 9:03 AM, Christopher Dearlove wrote: >> >> >> >> Consequently AODVv2 can't use RFC 6621. Maybe you intended that it = could, but the requirement to use the 5444 architecture was imposed by = RFC 5498. Written by your then co-author. >> > >> > I have talked with Ian about this more than once, and he assures me = that he never imagined that RFC 5498 would be used to inhibit useful = functionality such as this. Indeed, not until long afterwards were so = many restrictions put into place -- often with the justification that = such restrictions made message data easier to parse. >> > >> > Do you mean to say that an AODVv2 implementation cannot know = whether or not it is running on a device that is part of the multicast = relay set? This sounds much more like a problem with RFC 5444 than a = problem with AODVv2. >> > >> > Regards, >> > Charlie P. >> > >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet = >>=20 >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet = >=20 >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail=_DC01BE8E-6B8B-402E-B4D5-A0A395E12ABF Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On 03 Mar 2016, at 19:42, Stan Ratliff <ratliffstan@gmail.com> wrote:

Gents, 

Would text along the lines of this help to explain? I = understand it may well need additional word-smithing, = but: 

"One example of an optimization = would be to exploit the information base built by an implementation of = [RFC6621]. In environments where this information base is available, and = accessible by the AODVv2 process, AODVv2 MAY determine whether the node = is a part of the [RFC6621] multicast relay set, and use this information = to determine whether the message needs to be regenerated. The exact = nature of this optimization, and the mechanisms for inter-process = communication, are out of scope for this document, and left to the = implementer." 

Because what = we're talking about here is leveraging the knowledge that a co-resident = 6621 implementation would have about membership in the relay set, as a = trigger for whether or not the message needs to be = regenerated. 


I have mentioned this repeatedly in the past: saying = RFC6621 is just not sufficient here (even disregarding the =E2=80=9Cforwar= ding issue=E2=80=9D)
If routers implement different flooding = reduction algorithms to determine membership in the multicast relay set, = then you can relatively easily end up with situations wherein part of = your network is not covered by the flooding operation.

If you want to specify that =E2=80=9Cflooding = reduction is possible, but we=E2=80=99re not going to tell you what = algorithm=E2=80=9D then the minimum requirement is to provide specific = constraints on what those flooding reduction algorithms are allowed to = do, and what they are not allowed to do.

In OLSRv2, we did that by way of specifying = =E2=80=9Ceach router must select a relay set which satisfies these = conditions=E2=80=A6.=E2=80=9D That=E2=80=99s one way to go =E2=80=94 but = it must be within the specification.


Regards,
Stan


On Thu, Mar 3, 2016 at 1:25 PM, Christopher = Dearlove <christopher.dearlove@gmail.com> wrote:
Yes, it does that. But it doesn't note that its messages are = passed to the multiplexer but (in Section 6.5 in particular) discusses = about how AODVv2 sends messages over the Manet port. It doesn't. It = passes messages to the multiplexer, which assembles packets that might = have other protocol material it, and it sends the packets that way - and = only one hop. This also applies to earlier comments.

Incidentally the = modification of the message is another reason you need a dedicated = process. As Justin as noted.

--  
Christopher Dearlove
christopher.dearlove@gmail.com

On 3 Mar 2016, at 18:10, Justin Dean <bebemaster@gmail.com> wrote:

You could use the adopt the algorithmic sections = in the appendix of 6621 along with a newly defined NHDP Hello message = TLV defining algorithmic use for AODVv2 "forwarding/regeneration".  = The defined TLVs won't work because the suggest standard IP packet SMF = forwarding which is not happening here.  All of this can be done = after AODVv2 is finished and the only hook required would be that AODVv2 = routers MAY decide not to regenerate RREQs if they are unwilling to = forward traffic or for other reasons which are outside of the scope of = the base specification.  I suggest you go this route and remove any = normative references to 6621.  

I'd = also like to point out that AODVv2 does correctly specify that messages = only go one hop and are regenerated along the paths of = "forwarding".  At least it was clear to me in my reading.

Justin

On Thu, = Mar 3, 2016 at 12:50 PM, Christopher Dearlove <christopher.dearlove@gmail.com>= wrote:
No, I'm saying you need a mechanism to = establish that set, and you don't have one until you define it.

And you can't just say "use 6621" because that is about forwarding whole = IP packets. Which you can't, because they contain non-AODVv2 = material.

As for what Ian intended, can't help you there.

--
Christopher Dearlove
christopher.dearlove@gmail.com



--
Christopher Dearlove
christopher.dearlove@gmail.com (iPhone)
chris@mnemosyne.demon.co.uk (home)
> On 3 Mar 2016, at 17:18, = Charlie Perkins <charles.perkins@earthlink.net> = wrote:
>
> Hello Chris,
>
>> On 3/3/2016 9:03 AM, Christopher Dearlove wrote:
>>
>> Consequently AODVv2 can't use RFC 6621. Maybe you intended that = it could, but the requirement to use the 5444 architecture was imposed = by RFC 5498. Written by your then co-author.
>
> I have talked with Ian about this more than once, and he assures me = that he never imagined that RFC 5498 would be used to inhibit useful = functionality such as this.  Indeed, not until long afterwards were = so many restrictions put into place -- often with the justification that = such restrictions made message data easier to parse.
>
> Do you mean to say that an AODVv2 implementation cannot know = whether or not it is running on a device that is part of the multicast = relay set?  This sounds much more like a problem with RFC 5444 than = a problem with AODVv2.
>
> Regards,
> Charlie P.
>

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


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


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

= --Apple-Mail=_DC01BE8E-6B8B-402E-B4D5-A0A395E12ABF-- From nobody Thu Mar 3 10:52:04 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97C2A1B3180 for ; Thu, 3 Mar 2016 10:52:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LOJY3t9Jcwzb for ; Thu, 3 Mar 2016 10:51:59 -0800 (PST) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7863D1B3589 for ; Thu, 3 Mar 2016 10:51:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 58A4724056D; Thu, 3 Mar 2016 10:51:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1457031116; bh=wfQGOD6oo94ZO2IDsNs6QauGSHjjeBoBTTkjksL4xh0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=CTtAzaTWz2l21i9QX3wgLizCg2V/LlkhxpUwAXGAArPyaZ6Vys7LrHLXEVYSlhwuD O68Hyt+A+xCnP/uGPGG1mNqychxstSS2IcGRJMXs6L61qOb1+As1PEUzOVK61Qty5F qQDkz1WiJfV7wHO1Kl32xVg0VlY+F3m9Cjxe7VvI= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [129.104.89.231] (unknown [129.104.89.231]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 5D394240258; Thu, 3 Mar 2016 10:51:55 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_6E782EB2-F781-4774-B1E0-2113B0DC8D22" From: ietf@thomasclausen.org In-Reply-To: Date: Thu, 3 Mar 2016 19:51:54 +0100 Sendlaterdate: Thu, 3 Mar 2016 19:51:54 +0100 Message-Id: <6C1971AB-2899-45AE-8F1E-7C69EBC427F1@thomasclausen.org> References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> To: Justin Dean X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Charles Perkins , Christopher Dearlove , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 18:52:01 -0000 --Apple-Mail=_6E782EB2-F781-4774-B1E0-2113B0DC8D22 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 [I think I pulled a Chris, and hit sent with a non-member email address = =E2=80=94 apologies] > On 03 Mar 2016, at 19:10, Justin Dean > wrote: >=20 > You could use the adopt the algorithmic sections in the appendix of = 6621 along with a newly defined NHDP Hello message TLV defining = algorithmic use for AODVv2 "forwarding/regeneration". The defined TLVs = won't work because the suggest standard IP packet SMF forwarding which = is not happening here. All of this can be done after AODVv2 is finished = and the only hook required would be that AODVv2 routers MAY decide not = to regenerate RREQs if they are unwilling to forward traffic or for = other reasons which are outside of the scope of the base specification. = I suggest you go this route and remove any normative references to 6621. = =20 >=20 > I'd also like to point out that AODVv2 does correctly specify that = messages only go one hop and are regenerated along the paths of = "forwarding". At least it was clear to me in my reading. >=20 Yes, but as Ulrich has pointed out, the =E2=80=9Cregeneration=E2=80=9D = approach is problematic in terms of a security architecture =E2=80=94 it = also =E2=80=9Cdeactivates=E2=80=9D the effective use of the RFC5497 = hop-scoped TLVs as well as of hop-limit/hop-count for scope limited = flooding. On the security architecture issue, =E2=80=9Cregenerating=E2=80=9D a = message hop-by-hop nullifies the ability to, for example, use aggregate = signatures for path verification. There are (advanced) signature schemes = that are tolerant to mutable fields in a forwarded packet, which could = be potential candidate solutions with a =E2=80=9Cforwarding=E2=80=9D = rather than =E2=80=9Cregenerating=E2=80=9D architecture, such as what = Ulrich has proposed. > Justin >=20 > On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove = > = wrote: > No, I'm saying you need a mechanism to establish that set, and you = don't have one until you define it. >=20 > And you can't just say "use 6621" because that is about forwarding = whole IP packets. Which you can't, because they contain non-AODVv2 = material. >=20 > As for what Ian intended, can't help you there. >=20 > -- > Christopher Dearlove > christopher.dearlove@gmail.com >=20 >=20 >=20 > -- > Christopher Dearlove > christopher.dearlove@gmail.com = (iPhone) > chris@mnemosyne.demon.co.uk = (home) > > On 3 Mar 2016, at 17:18, Charlie Perkins = > = wrote: > > > > Hello Chris, > > > >> On 3/3/2016 9:03 AM, Christopher Dearlove wrote: > >> > >> Consequently AODVv2 can't use RFC 6621. Maybe you intended that it = could, but the requirement to use the 5444 architecture was imposed by = RFC 5498. Written by your then co-author. > > > > I have talked with Ian about this more than once, and he assures me = that he never imagined that RFC 5498 would be used to inhibit useful = functionality such as this. Indeed, not until long afterwards were so = many restrictions put into place -- often with the justification that = such restrictions made message data easier to parse. > > > > Do you mean to say that an AODVv2 implementation cannot know whether = or not it is running on a device that is part of the multicast relay = set? This sounds much more like a problem with RFC 5444 than a problem = with AODVv2. > > > > Regards, > > Charlie P. > > >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet = >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail=_6E782EB2-F781-4774-B1E0-2113B0DC8D22 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 [I think I pulled a Chris, and hit sent with a non-member = email address =E2=80=94 apologies]

On 03 = Mar 2016, at 19:10, Justin Dean <bebemaster@gmail.com> wrote:

You could use the adopt the algorithmic sections in the = appendix of 6621 along with a newly defined NHDP Hello message TLV = defining algorithmic use for AODVv2 "forwarding/regeneration".  The = defined TLVs won't work because the suggest standard IP packet SMF = forwarding which is not happening here.  All of this can be done = after AODVv2 is finished and the only hook required would be that AODVv2 = routers MAY decide not to regenerate RREQs if they are unwilling to = forward traffic or for other reasons which are outside of the scope of = the base specification.  I suggest you go this route and remove any = normative references to 6621.  

I'd = also like to point out that AODVv2 does correctly specify that messages = only go one hop and are regenerated along the paths of = "forwarding".  At least it was clear to me in my reading.


Yes, but as Ulrich has pointed out, the = =E2=80=9Cregeneration=E2=80=9D approach is problematic in terms of a = security architecture =E2=80=94 it also =E2=80=9Cdeactivates=E2=80=9D = the effective use of the RFC5497 hop-scoped TLVs as well as of = hop-limit/hop-count for scope limited flooding.

On the security architecture issue, = =E2=80=9Cregenerating=E2=80=9D a message hop-by-hop nullifies the = ability to, for example, use aggregate signatures for path verification. = There are (advanced) signature schemes that are tolerant to mutable = fields in a forwarded packet, which could be potential candidate = solutions with a =E2=80=9Cforwarding=E2=80=9D rather than = =E2=80=9Cregenerating=E2=80=9D architecture, such as what Ulrich has = proposed.



Justin

On Thu, Mar 3, 2016 at 12:50 PM, = Christopher Dearlove <christopher.dearlove@gmail.com> wrote:
No, I'm saying you = need a mechanism to establish that set, and you don't have one until you = define it.

And you can't just say "use 6621" because that is about forwarding whole = IP packets. Which you can't, because they contain non-AODVv2 = material.

As for what Ian intended, can't help you there.

--
Christopher Dearlove
christopher.dearlove@gmail.com



--
Christopher Dearlove
christopher.dearlove@gmail.com (iPhone)
chris@mnemosyne.demon.co.uk (home)
> On 3 Mar 2016, at = 17:18, Charlie Perkins <charles.perkins@earthlink.net> wrote:
>
> Hello Chris,
>
>> On 3/3/2016 9:03 AM, Christopher Dearlove wrote:
>>
>> Consequently AODVv2 can't use RFC 6621. Maybe you intended that = it could, but the requirement to use the 5444 architecture was imposed = by RFC 5498. Written by your then co-author.
>
> I have talked with Ian about this more than once, and he assures me = that he never imagined that RFC 5498 would be used to inhibit useful = functionality such as this.  Indeed, not until long afterwards were = so many restrictions put into place -- often with the justification that = such restrictions made message data easier to parse.
>
> Do you mean to say that an AODVv2 implementation cannot know = whether or not it is running on a device that is part of the multicast = relay set?  This sounds much more like a problem with RFC 5444 than = a problem with AODVv2.
>
> Regards,
> Charlie P.
>

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

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

= --Apple-Mail=_6E782EB2-F781-4774-B1E0-2113B0DC8D22-- From nobody Thu Mar 3 11:18:40 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E0261B417D for ; Thu, 3 Mar 2016 11:18:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2fVmeBiIu533 for ; Thu, 3 Mar 2016 11:18:37 -0800 (PST) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::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 536781B4177 for ; Thu, 3 Mar 2016 11:18:37 -0800 (PST) Received: by mail-ob0-x234.google.com with SMTP id xx9so29406965obc.2 for ; Thu, 03 Mar 2016 11:18:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=lzrUsDI35TBB27EYeeJPGINv9gd50kpskZEwHltTZIg=; b=l9GHGN/tM7c5FERWu5eDdr9shRw35yugPGHUF0ZNcfcIxl9ieXatEK7+PJwZlvYMaD CHekg0JV6cK9yYO0uVdVDfPo9d0GP0ckWT4TAt+/Rl8JKY0D1UEmgx5DNCxCVFh7qFNl WfrPB21KhA6pX9Zwpwq7c6A9eHKjqglMTtvvHlqZsFHpIR6kYn6KBrCB5ViR25GQ71V2 qjmEGhnwOgvibnk4sJiikn6waYcQcIhcZpuLMtLMjrstWuLaj5n643/oNNkNc9kr3lxy V4dvcT3hdPmZ5niRenOGvx3sYuof6qhIgKfHRHPdouBIK79n+7/F+FwnVEZ0p0PMo4qM A2KA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=lzrUsDI35TBB27EYeeJPGINv9gd50kpskZEwHltTZIg=; b=WCmvw3RmdrqyI/RoAfAxHJ/pE/EQt4fBv3HmWSVx1Wm0vEK11gkzCIeFsQTAgCEc+Y TOy6ANaERBkZFWnu87AV3Qtl0Z1TB1uJ8WGSYndgbRaC+9CpSgzI7r7AU0MbRp0plfhv UJ2us4kxn+ICeUaAKUPe3AIBtGAzlmpGtE6Gur84uckmHqcN0sh6Wb+g3xUVSGIWFO/e y9v0Q8lkYbqFPrVreNZRPTthrO86mdRW9Snji6IiNfxj+yL25T6EeTCrbdKPXEitSA5X ThF7dtk0g6XKh/zjj7i8W75HUsdYLxC+XGLjkYqZ8tsaMIYS4bq4sLjiRk8s5zu3x3mS qhzA== X-Gm-Message-State: AD7BkJI4k+4nOHX5RcFRf1Ih05j2V4BLbM67SYqmZMVLQfXprG/8BPUt7uqS6HFQK7z22wfUSokVMcj4X0DtvA== MIME-Version: 1.0 X-Received: by 10.182.196.104 with SMTP id il8mr3008489obc.71.1457032716745; Thu, 03 Mar 2016 11:18:36 -0800 (PST) Received: by 10.76.45.102 with HTTP; Thu, 3 Mar 2016 11:18:36 -0800 (PST) In-Reply-To: References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> <60707AB5-D957-44D0-B4E9-057C15A769C6@gmail.com> Date: Thu, 3 Mar 2016 14:18:36 -0500 Message-ID: From: Justin Dean To: Stan Ratliff Content-Type: multipart/alternative; boundary=089e0149c636820647052d29dddc Archived-At: Cc: Charlie Perkins , Christopher Dearlove , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 19:18:39 -0000 --089e0149c636820647052d29dddc Content-Type: text/plain; charset=UTF-8 On Thu, Mar 3, 2016 at 1:42 PM, Stan Ratliff wrote: > Gents, > > Would text along the lines of this help to explain? I understand it may > well need additional word-smithing, but: > > "One example of an optimization would be to exploit the information base > built by an implementation of [RFC6621]. In environments where this > information base is available, and accessible by the AODVv2 process, AODVv2 > MAY determine whether the node is a part of the [RFC6621] multicast relay > set, and use this information to determine whether the message needs to be > regenerated. The exact nature of this optimization, and the mechanisms for > inter-process communication, are out of scope for this document, and left > to the implementer." > > Because what we're talking about here is leveraging the knowledge that a > co-resident 6621 implementation would have about membership in the relay > set, as a trigger for whether or not the message needs to be regenerated. > > A unmodified co-resident 6621 implementation would not provide all of the information you need. Similar to the point Thomas is making the "intent" of other AODVv2 routers is unknown. Without knowing what other AODVv2 routers are doing to reduce forwarding you can't assume your reductions will work. The TLVs defined in 6621 both facilitate algorithmic behaviors and intent to forward multicast traffic based on those algorithms (i.e. they do not convey intent to reduce or resend AODVv2 messages based on those algorithms). An identical TLVs (algorithmic and format speaking) but with a new TLV IANA assignments could convey that intent and perform the same way but that is not unmodified RFC6621 Suggested edit. "One example of an optimization would be to exploit an information base built by an implementation of [RFC6621] modified for use with AODVv2. Using this information base, AODVv2 MAY determine whether the node is a part of the reduced relay set, and use this information to determine whether the message needs to be regenerated. The exact nature of this optimization, and the mechanisms for inter-process communication, are out of scope for this document, and left to the implementer." Justin --089e0149c636820647052d29dddc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Thu, Mar 3, 2016 at 1:42 PM, Stan Ratliff <ratliffstan@gmail.co= m> wrote:
Gents,=C2=A0
Would text along the lines of this help to explain? I und= erstand it may well need additional word-smithing, but:=C2=A0
"One example of an optimi= zation would be to exploit the information base built by an implementation = of [RFC6621]. In environments where this information base is available, and= accessible by the AODVv2 process, AODVv2 MAY determine whether the node is= a part of the [RFC6621] multicast relay set, and use this information to d= etermine whether the message needs to be regenerated. The exact nature of t= his optimization, and the mechanisms for inter-process communication, are o= ut of scope for this document, and left to the implementer."=C2=A0

Because what we're talking about here is lev= eraging the knowledge that a co-resident 6621 implementation would have abo= ut membership in the relay set, as a trigger for whether or not the message= needs to be regenerated.=C2=A0

A unmodified co-resident 66= 21 implementation would not provide all of the information you need.=C2=A0 = Similar to the point Thomas is making the "intent" of other AODVv= 2 routers is unknown.=C2=A0 Without knowing what other AODVv2 routers are d= oing to reduce forwarding you can't assume your reductions will work.= =C2=A0 The TLVs defined in 6621 both facilitate algorithmic behaviors and i= ntent to forward multicast traffic based on those algorithms (i.e. they do = not convey intent to reduce or resend AODVv2 messages based on those algori= thms).=C2=A0 An identical TLVs (algorithmic and format speaking) but with a= new TLV IANA assignments could convey that intent and perform the same way= but that is not unmodified RFC6621

Suggested edit= .

"One = example of an optimization would be to exploit an information base built by= an implementation of [RFC6621] modified for use with AODVv2. Using this in= formation base, AODVv2 MAY determine whether the node is a part of the redu= ced relay set, and use this information to determine whether the message ne= eds to be regenerated. The exact nature of this optimization, and the mecha= nisms for inter-process communication, are out of scope for this document, = and left to the implementer."=C2=A0


Justin

--089e0149c636820647052d29dddc-- From nobody Thu Mar 3 11:34:41 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06F5A1B41CA for ; Thu, 3 Mar 2016 11:34:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iWwCLvYeObTs for ; Thu, 3 Mar 2016 11:34:37 -0800 (PST) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F02151B41C9 for ; Thu, 3 Mar 2016 11:34:36 -0800 (PST) Received: by mail-ig0-x22f.google.com with SMTP id i18so2615540igh.1 for ; Thu, 03 Mar 2016 11:34:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=DmRxHMv96KOfdRG97jPKX9MJPRAcEg0TiJPXGWueWno=; b=uxLTvDJZ+Huk2OLg0yY+gE+2NN/M23S+UgJ+p9q+iz2o2P8h7ubmxRTtRKj2cduNoU z7wb1L0eveNRkr9FI+LjwgbOBTFVSFm4siH1ZDdORrc0ADLNv2OesTCRTXj7rtd8aIR5 QHKLu5kZqUlfwFi6sr2mVRMKYIoSnDkd4vOToWjs0vZIktb4OZK1F/2NlUy0o6EPYK0A ZXMUBVzSuMmit0Yz5yUOPGcQ3qtjwxi5N1U1QR4bFBb6HlPwpfo91cbABuvBI9Kzz9Dt qfQU5NXEp/I5/6Gk7J4ef5ixDtf5WlKbMxbv08n7169JsCpdZMjL9YJz9J7Mb13sYibt 6Ctg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=DmRxHMv96KOfdRG97jPKX9MJPRAcEg0TiJPXGWueWno=; b=SQdj7+GagLcUYN8U3OzalkW1Q1DGbJhEACGRNH4Th9H76r5f5AKxQ00mE14JwML4yT n15dpnwbq+5ha41DQ+ZETSCF/GQpnppT8Z3KFYx+5aSsSS1HE3WWrzKsDErSP5G22s9M b2cAGcAFaffJPRrA+/aRRcaMUkENuo7lNdbKw8hv+ZaarAN4z0v2xG60wQ1SO3/hu+86 1woZka6E83BTJVpoH1JUjkGor8AYXCtwlrwbll5igHcHusBeUZUXzAGRl3KhG+G7yWsM th3LMdqYbdfTc6nizX42LYJEXeGYp+1Dryl+oLuHphTIXWRoIc+sZS8rCmESUem6YyYq C2qA== X-Gm-Message-State: AD7BkJKWrCqk6nonXFMo9rmhNgV1euaARLY9cvRitSBom/KgIiqOLn5CjJF3Zrdx7eg3IMRC7E6D/0bel4q3NA== MIME-Version: 1.0 X-Received: by 10.50.3.42 with SMTP id 10mr793022igz.85.1457033676355; Thu, 03 Mar 2016 11:34:36 -0800 (PST) Received: by 10.79.96.1 with HTTP; Thu, 3 Mar 2016 11:34:36 -0800 (PST) In-Reply-To: References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> <60707AB5-D957-44D0-B4E9-057C15A769C6@gmail.com> Date: Thu, 3 Mar 2016 14:34:36 -0500 Message-ID: From: Stan Ratliff To: Justin Dean Content-Type: multipart/alternative; boundary=089e013c6a72b49e1f052d2a16b2 Archived-At: Cc: Charlie Perkins , Christopher Dearlove , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 19:34:39 -0000 --089e013c6a72b49e1f052d2a16b2 Content-Type: text/plain; charset=UTF-8 Justin, Thanks for that suggestion. Let me take that to the team. Regards, Stan On Thu, Mar 3, 2016 at 2:18 PM, Justin Dean wrote: > > > On Thu, Mar 3, 2016 at 1:42 PM, Stan Ratliff > wrote: > >> Gents, >> >> Would text along the lines of this help to explain? I understand it may >> well need additional word-smithing, but: >> >> "One example of an optimization would be to exploit the information base >> built by an implementation of [RFC6621]. In environments where this >> information base is available, and accessible by the AODVv2 process, AODVv2 >> MAY determine whether the node is a part of the [RFC6621] multicast relay >> set, and use this information to determine whether the message needs to be >> regenerated. The exact nature of this optimization, and the mechanisms for >> inter-process communication, are out of scope for this document, and left >> to the implementer." >> >> Because what we're talking about here is leveraging the knowledge that a >> co-resident 6621 implementation would have about membership in the relay >> set, as a trigger for whether or not the message needs to be regenerated. >> >> A unmodified co-resident 6621 implementation would not provide all of the > information you need. Similar to the point Thomas is making the "intent" > of other AODVv2 routers is unknown. Without knowing what other AODVv2 > routers are doing to reduce forwarding you can't assume your reductions > will work. The TLVs defined in 6621 both facilitate algorithmic behaviors > and intent to forward multicast traffic based on those algorithms (i.e. > they do not convey intent to reduce or resend AODVv2 messages based on > those algorithms). An identical TLVs (algorithmic and format speaking) but > with a new TLV IANA assignments could convey that intent and perform the > same way but that is not unmodified RFC6621 > > Suggested edit. > > "One example of an optimization would be to exploit an information base > built by an implementation of [RFC6621] modified for use with AODVv2. Using > this information base, AODVv2 MAY determine whether the node is a part of > the reduced relay set, and use this information to determine whether the > message needs to be regenerated. The exact nature of this optimization, and > the mechanisms for inter-process communication, are out of scope for this > document, and left to the implementer." > > > Justin > > --089e013c6a72b49e1f052d2a16b2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Justin,=C2=A0

Thanks for that suggestio= n. Let me take that to the team.

Regards,
Stan


On Thu, Mar 3, 2016 at 2:18 PM, Justin Dean <bebemaste= r@gmail.com> wrote:


On = Thu, Mar 3, 2016 at 1:42 PM, Stan Ratliff <ratliffstan@gmail.com&g= t; wrote:
Gents,=C2=A0

=
Would text along the lines of this help to explain? I understand= it may well need additional word-smithing, but:=C2=A0

=
"One example of an optimization = would be to exploit the information base built by an implementation of [RFC= 6621]. In environments where this information base is available, and access= ible by the AODVv2 process, AODVv2 MAY determine whether the node is a part= of the [RFC6621] multicast relay set, and use this information to determin= e whether the message needs to be regenerated. The exact nature of this opt= imization, and the mechanisms for inter-process communication, are out of s= cope for this document, and left to the implementer."=C2=A0

Because what we're talking about here is leveragi= ng the knowledge that a co-resident 6621 implementation would have about me= mbership in the relay set, as a trigger for whether or not the message need= s to be regenerated.=C2=A0

A unmodified co-resident 6621 im= plementation would not provide all of the information you need.=C2=A0 Simil= ar to the point Thomas is making the "intent" of other AODVv2 rou= ters is unknown.=C2=A0 Without knowing what other AODVv2 routers are doing = to reduce forwarding you can't assume your reductions will work.=C2=A0 = The TLVs defined in 6621 both facilitate algorithmic behaviors and intent t= o forward multicast traffic based on those algorithms (i.e. they do not con= vey intent to reduce or resend AODVv2 messages based on those algorithms).= =C2=A0 An identical TLVs (algorithmic and format speaking) but with a new T= LV IANA assignments could convey that intent and perform the same way but t= hat is not unmodified RFC6621

Suggested edit.

"One exampl= e of an optimization would be to exploit an information base built by an im= plementation of [RFC6621] modified for use with AODVv2. Using this informat= ion base, AODVv2 MAY determine whether the node is a part of the reduced re= lay set, and use this information to determine whether the message needs to= be regenerated. The exact nature of this optimization, and the mechanisms = for inter-process communication, are out of scope for this document, and le= ft to the implementer."=C2=A0

<= /div>

Justin


--089e013c6a72b49e1f052d2a16b2-- From nobody Thu Mar 3 11:35:59 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0D1D1A8F41 for ; Thu, 3 Mar 2016 11:35:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.749 X-Spam-Level: X-Spam-Status: No, score=-0.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 t8xb73KYqotT for ; Thu, 3 Mar 2016 11:35:54 -0800 (PST) Received: from mail-lb0-x229.google.com (mail-lb0-x229.google.com [IPv6:2a00:1450:4010:c04::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 CB3671A8AE4 for ; Thu, 3 Mar 2016 11:35:53 -0800 (PST) Received: by mail-lb0-x229.google.com with SMTP id x1so36076822lbj.3 for ; Thu, 03 Mar 2016 11:35:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=uxHCnX2vy5GOqYWHf/fbOBFPSIvE+WUxdq+8u8+q61E=; b=kN5AXW5ySBhb+C5Umfu0CfaBPQdHokcOu70B7KKsx9nquvugqaRtTIQ3/qjhbY1TpJ 38rP6yVX6E8N37wkr3SqhYBhyR6QuzV1adsa/FaJa8oaWYdjotV9XRS+brXhMM9kJWBO cY3zgYUGAw59rFqXbJzVxyU5DK1phU5mJHHhGmVPt+SgAq1ynQsM7D/+nb3C7r5J+7X7 wCR68B6w2NpF8yuKeXh9QqlAn2pzW9GreuO8Ms1ofeOlsifO6AAUpOIlWjBxVs4VjxTY np88ay61QcW/zEAEaTg+lLtxE09npZYx6SjsFu3xI8ss0QsJQqs6vp2hlryoxMlYnWR1 Yg+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=uxHCnX2vy5GOqYWHf/fbOBFPSIvE+WUxdq+8u8+q61E=; b=Z0smq9b0jyRZRtef3joXmTBydrnVhepe3RvSpty6cJPuffj2GgQOEc44dbQGpW6JJt +XV5cJQOxT6d4GsOg/4PSDAUlMmZAx7Gjx7LJOWGAnbFMOV6u5u043KhlwpWLpgF6HUL Y9wkRPaZt5gf3T1EPrWYLNN5Fpo2Sl1JSI1R+UMQ2Hbi3w1fILSGPuQlkkagVQU7Sn2M XlAPclI/n4rZgq8FB7df27l0GP9p5VSf8bgOHpSP3iTXhz4jaMIUzjvMJtJ6FKZSJtav ODvE0FZky54DmtoboENsLtLRL/2YjBTSlhe9S92RhnWik8DHrshAK50p3p2YoJiQjInS et6w== X-Gm-Message-State: AD7BkJL5iLiX7zKqcmibw6Y2KaEeUKrCowpCqlX/M+v31SqEcP2bnZwl5aWqhyqvm8j4WbON1fNoV3G8uT5iEQ== MIME-Version: 1.0 X-Received: by 10.25.160.140 with SMTP id j134mr1802212lfe.1.1457033751883; Thu, 03 Mar 2016 11:35:51 -0800 (PST) Received: by 10.112.25.36 with HTTP; Thu, 3 Mar 2016 11:35:51 -0800 (PST) Received: by 10.112.25.36 with HTTP; Thu, 3 Mar 2016 11:35:51 -0800 (PST) In-Reply-To: <83253B92-BCBE-4724-83D6-17B1A93984BB@thomasclausen.org> References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> <60707AB5-D957-44D0-B4E9-057C15A769C6@gmail.com> <83253B92-BCBE-4724-83D6-17B1A93984BB@thomasclausen.org> Date: Thu, 3 Mar 2016 19:35:51 +0000 Message-ID: From: Victoria Mercieca To: ietf@thomasclausen.org Content-Type: multipart/alternative; boundary=001a11410e5a34f7b2052d2a1b6e Archived-At: Cc: Charlie Perkins , Christopher Dearlove , manet Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 19:35:57 -0000 --001a11410e5a34f7b2052d2a1b6e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Thomas, Just one comment in line. On 3 Mar 2016 6:51 pm, wrote: > > >> On 03 Mar 2016, at 19:42, Stan Ratliff wrote: >> >> Gents, >> >> Would text along the lines of this help to explain? I understand it may well need additional word-smithing, but: >> >> "One example of an optimization would be to exploit the information base built by an implementation of [RFC6621]. In environments where this information base is available, and accessible by the AODVv2 process, AODVv2 MAY determine whether the node is a part of the [RFC6621] multicast relay set, and use this information to determine whether the message needs to be regenerated. The exact nature of this optimization, and the mechanisms for inter-process communication, are out of scope for this document, and left to the implementer." >> >> Because what we're talking about here is leveraging the knowledge that a co-resident 6621 implementation would have about membership in the relay set, as a trigger for whether or not the message needs to be regenerated. >> > > I have mentioned this repeatedly in the past: saying RFC6621 is just not sufficient here (even disregarding the =E2=80=9Cforwarding issue=E2=80=9D) > If routers implement different flooding reduction algorithms to determine membership in the multicast relay set, then you can relatively easily end up with situations wherein part of your network is not covered by the flooding operation. > I think you are saying it is not safe for aodvv2 to assume the network is configured so that all routers are using the same selection algorithm? Therefore, we need to also mandate that aodvv2 routers that use membership of a relay set to influence regeneration MUST be configured to use the same relay set selection algorithm. Kind regards, Victoria. > If you want to specify that =E2=80=9Cflooding reduction is possible, but = we=E2=80=99re not going to tell you what algorithm=E2=80=9D then the minimum requirement = is to provide specific constraints on what those flooding reduction algorithms are allowed to do, and what they are not allowed to do. > > In OLSRv2, we did that by way of specifying =E2=80=9Ceach router must sel= ect a relay set which satisfies these conditions=E2=80=A6.=E2=80=9D That=E2=80=99= s one way to go =E2=80=94 but it must be within the specification. > >> >> Regards, >> Stan >> >> >> On Thu, Mar 3, 2016 at 1:25 PM, Christopher Dearlove < christopher.dearlove@gmail.com> wrote: >>> >>> Yes, it does that. But it doesn't note that its messages are passed to the multiplexer but (in Section 6.5 in particular) discusses about how AODVv2 sends messages over the Manet port. It doesn't. It passes messages to the multiplexer, which assembles packets that might have other protocol material it, and it sends the packets that way - and only one hop. This also applies to earlier comments. >>> >>> Incidentally the modification of the message is another reason you need a dedicated process. As Justin as noted. >>> >>> -- >>> Christopher Dearlove >>> christopher.dearlove@gmail.com >>> >>> On 3 Mar 2016, at 18:10, Justin Dean wrote: >>> >>>> You could use the adopt the algorithmic sections in the appendix of 6621 along with a newly defined NHDP Hello message TLV defining algorithmic use for AODVv2 "forwarding/regeneration". The defined TLVs won't work because the suggest standard IP packet SMF forwarding which is not happening here. All of this can be done after AODVv2 is finished and the only hook required would be that AODVv2 routers MAY decide not to regenerate RREQs if they are unwilling to forward traffic or for other reasons which are outside of the scope of the base specification. I suggest you go this route and remove any normative references to 6621. >>>> >>>> I'd also like to point out that AODVv2 does correctly specify that messages only go one hop and are regenerated along the paths of "forwarding". At least it was clear to me in my reading. >>>> >>>> Justin >>>> >>>> On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove < christopher.dearlove@gmail.com> wrote: >>>>> >>>>> No, I'm saying you need a mechanism to establish that set, and you don't have one until you define it. >>>>> >>>>> And you can't just say "use 6621" because that is about forwarding whole IP packets. Which you can't, because they contain non-AODVv2 material= . >>>>> >>>>> As for what Ian intended, can't help you there. >>>>> >>>>> -- >>>>> Christopher Dearlove >>>>> christopher.dearlove@gmail.com >>>>> >>>>> >>>>> >>>>> -- >>>>> Christopher Dearlove >>>>> christopher.dearlove@gmail.com (iPhone) >>>>> chris@mnemosyne.demon.co.uk (home) >>>>> > On 3 Mar 2016, at 17:18, Charlie Perkins < charles.perkins@earthlink.net> wrote: >>>>> > >>>>> > Hello Chris, >>>>> > >>>>> >> On 3/3/2016 9:03 AM, Christopher Dearlove wrote: >>>>> >> >>>>> >> Consequently AODVv2 can't use RFC 6621. Maybe you intended that it could, but the requirement to use the 5444 architecture was imposed by RFC 5498. Written by your then co-author. >>>>> > >>>>> > I have talked with Ian about this more than once, and he assures me that he never imagined that RFC 5498 would be used to inhibit useful functionality such as this. Indeed, not until long afterwards were so many restrictions put into place -- often with the justification that such restrictions made message data easier to parse. >>>>> > >>>>> > Do you mean to say that an AODVv2 implementation cannot know whether or not it is running on a device that is part of the multicast relay set? This sounds much more like a problem with RFC 5444 than a problem with AODVv2. >>>>> > >>>>> > Regards, >>>>> > Charlie P. >>>>> > >>>>> >>>>> _______________________________________________ >>>>> manet mailing list >>>>> manet@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/manet >>>> >>>> >>> >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >>> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet > > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --001a11410e5a34f7b2052d2a1b6e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi Thomas,

Just one comment in line.

On 3 Mar 2016 6:51 pm, <ietf@thomasclausen.org> wrote:
>
>
>> On 03 Mar 2016, at 19:42, Stan Ratliff <ratliffstan@gmail.com> wrote:
>>
>> Gents,=C2=A0
>>
>> Would text along the lines of this help to explain? I understand i= t may well need additional word-smithing, but:=C2=A0
>>
>> "One example of an optimization would be to exploit the infor= mation base built by an implementation of [RFC6621]. In environments where = this information base is available, and accessible by the AODVv2 process, A= ODVv2 MAY determine whether the node is a part of the [RFC6621] multicast r= elay set, and use this information to determine whether the message needs t= o be regenerated. The exact nature of this optimization, and the mechanisms= for inter-process communication, are out of scope for this document, and l= eft to the implementer."=C2=A0
>>
>> Because what we're talking about here is leveraging the knowle= dge that a co-resident 6621 implementation would have about membership in t= he relay set, as a trigger for whether or not the message needs to be regen= erated.=C2=A0
>>
>
> I have mentioned this repeatedly in the past: saying RFC6621 is just n= ot sufficient here (even disregarding the =E2=80=9Cforwarding issue=E2=80= =9D)
> If routers implement different flooding reduction algorithms to determ= ine membership in the multicast relay set, then you can relatively easily e= nd up with situations wherein part of your network is not covered by the fl= ooding operation.
>

I think you are saying it is not safe for aodvv2 to assume t= he network is configured so that all routers are using the same selection a= lgorithm? Therefore, we need to also mandate that aodvv2 routers that use m= embership of a relay set to influence regeneration MUST be configured to us= e the same relay set selection algorithm.

Kind regards,
Victoria.

> If you want to specify that =E2=80=9Cflooding reduction= is possible, but we=E2=80=99re not going to tell you what algorithm=E2=80= =9D then the minimum requirement is to provide specific constraints on what= those flooding reduction algorithms are allowed to do, and what they are n= ot allowed to do.
>
> In OLSRv2, we did that by way of specifying =E2=80=9Ceach router must = select a relay set which satisfies these conditions=E2=80=A6.=E2=80=9D That= =E2=80=99s one way to go =E2=80=94 but it must be within the specification.=
>
>>
>> Regards,
>> Stan
>>
>>
>> On Thu, Mar 3, 2016 at 1:25 PM, Christopher Dearlove <christopher.dearlove@gmail.com> wrote:
>>>
>>> Yes, it does that. But it doesn't note that its messages a= re passed to the multiplexer but (in Section 6.5 in particular) discusses a= bout how AODVv2 sends messages over the Manet port. It doesn't. It pass= es messages to the multiplexer, which assembles packets that might have oth= er protocol material it, and it sends the packets that way - and only one h= op. This also applies to earlier comments.
>>>
>>> Incidentally the modification of the message is another reason= you need a dedicated process. As Justin as noted.
>>>
>>> -- =C2=A0
>>> Christopher Dearlove
>>> christopher.= dearlove@gmail.com
>>>
>>> On 3 Mar 2016, at 18:10, Justin Dean <bebemaster@gmail.com> wrote:
>>>
>>>> You could use the adopt the algorithmic sections in the ap= pendix of 6621 along with a newly defined NHDP Hello message TLV defining a= lgorithmic use for AODVv2 "forwarding/regeneration".=C2=A0 The de= fined TLVs won't work because the suggest standard IP packet SMF forwar= ding which is not happening here.=C2=A0 All of this can be done after AODVv= 2 is finished and the only hook required would be that AODVv2 routers MAY d= ecide not to regenerate RREQs if they are unwilling to forward traffic or f= or other reasons which are outside of the scope of the base specification.= =C2=A0 I suggest you go this route and remove any normative references to 6= 621. =C2=A0
>>>>
>>>> I'd also like to point out that AODVv2 does correctly = specify that messages only go one hop and are regenerated along the paths o= f "forwarding".=C2=A0 At least it was clear to me in my reading.<= br> >>>>
>>>> Justin
>>>>
>>>> On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove <= christopher.dearlove@gmai= l.com> wrote:
>>>>>
>>>>> No, I'm saying you need a mechanism to establish t= hat set, and you don't have one until you define it.
>>>>>
>>>>> And you can't just say "use 6621" becaus= e that is about forwarding whole IP packets. Which you can't, because t= hey contain non-AODVv2 material.
>>>>>
>>>>> As for what Ian intended, can't help you there. >>>>>
>>>>> --
>>>>> Christopher Dearlove
>>>>> chri= stopher.dearlove@gmail.com
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Christopher Dearlove
>>>>> chri= stopher.dearlove@gmail.com (iPhone)
>>>>> chris@m= nemosyne.demon.co.uk (home)
>>>>> > On 3 Mar 2016, at 17:18, Charlie Perkins <charles.perkins@earthlink.net<= /a>> wrote:
>>>>> >
>>>>> > Hello Chris,
>>>>> >
>>>>> >> On 3/3/2016 9:03 AM, Christopher Dearlove wro= te:
>>>>> >>
>>>>> >> Consequently AODVv2 can't use RFC 6621. M= aybe you intended that it could, but the requirement to use the 5444 archit= ecture was imposed by RFC 5498. Written by your then co-author.
>>>>> >
>>>>> > I have talked with Ian about this more than once,= and he assures me that he never imagined that RFC 5498 would be used to in= hibit useful functionality such as this.=C2=A0 Indeed, not until long after= wards were so many restrictions put into place -- often with the justificat= ion that such restrictions made message data easier to parse.
>>>>> >
>>>>> > Do you mean to say that an AODVv2 implementation = cannot know whether or not it is running on a device that is part of the mu= lticast relay set?=C2=A0 This sounds much more like a problem with RFC 5444= than a problem with AODVv2.
>>>>> >
>>>>> > Regards,
>>>>> > Charlie P.
>>>>> >
>>>>>
>>>>> _______________________________________________
>>>>> manet mailing list
>>>>> manet@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/manet
>>>>
>>>>
>>>
>>> _______________________________________________
>>> manet mailing list
>>> manet@ietf.org
>>> https:= //www.ietf.org/mailman/listinfo/manet
>>>
>>
>> _______________________________________________
>> manet mailing list
>> manet@ietf.org
>> https://ww= w.ietf.org/mailman/listinfo/manet
>
>
>
> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www.ie= tf.org/mailman/listinfo/manet
>

--001a11410e5a34f7b2052d2a1b6e-- From nobody Thu Mar 3 11:51:27 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AAD81B4252 for ; Thu, 3 Mar 2016 11:51:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xSf6OPpkbSJ0 for ; Thu, 3 Mar 2016 11:51:23 -0800 (PST) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 016001B4250 for ; Thu, 3 Mar 2016 11:51:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id CEF6C1C01C9; Thu, 3 Mar 2016 11:51:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1457034682; bh=IcASFIQsTEKqNW0e04j0fEKEhiijm0iwAwzpbJCLODc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=HHctXqqftgQbDU9JEeovqYloMieGPWQkS5G7yLff4C9aVH+4oLFweG6m72TKORTTs CgJBArImlTlczTjTvfdnTVGBjo8G5QmhX+y4f9OROZ1xx8lFM6yM4m008Kf3HQoPSF SEHYfz6V/vkM7TUdeG4eeB1Aa1U5f0+DJht8ilTk= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from [192.168.147.111] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 53DC1B203C4; Thu, 3 Mar 2016 11:51:21 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_0F753348-BB51-4E9D-893E-9C05857EB749" From: ietf@thomasclausen.org In-Reply-To: Date: Thu, 3 Mar 2016 20:51:18 +0100 Sendlaterdate: Thu, 3 Mar 2016 20:51:18 +0100 Message-Id: <8EF1B5AA-F4F5-49EB-8E0F-BA6E0E5713A9@thomasclausen.org> References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> <60707AB5-D957-44D0-B4E9-057C15A769C6@gmail.com> To: Justin Dean X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Charles Perkins , Christopher Dearlove , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 19:51:25 -0000 --Apple-Mail=_0F753348-BB51-4E9D-893E-9C05857EB749 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 3, 2016, at 20:18, Justin Dean wrote: >=20 >=20 >=20 > On Thu, Mar 3, 2016 at 1:42 PM, Stan Ratliff > wrote: > Gents,=20 >=20 > Would text along the lines of this help to explain? I understand it = may well need additional word-smithing, but:=20 >=20 > "One example of an optimization would be to exploit the information = base built by an implementation of [RFC6621]. In environments where this = information base is available, and accessible by the AODVv2 process, = AODVv2 MAY determine whether the node is a part of the [RFC6621] = multicast relay set, and use this information to determine whether the = message needs to be regenerated. The exact nature of this optimization, = and the mechanisms for inter-process communication, are out of scope for = this document, and left to the implementer."=20 >=20 > Because what we're talking about here is leveraging the knowledge that = a co-resident 6621 implementation would have about membership in the = relay set, as a trigger for whether or not the message needs to be = regenerated.=20 >=20 > A unmodified co-resident 6621 implementation would not provide all of = the information you need. Similar to the point Thomas is making the = "intent" of other AODVv2 routers is unknown. Without knowing what other = AODVv2 routers are doing to reduce forwarding you can't assume your = reductions will work. The TLVs defined in 6621 both facilitate = algorithmic behaviors and intent to forward multicast traffic based on = those algorithms (i.e. they do not convey intent to reduce or resend = AODVv2 messages based on those algorithms). An identical TLVs = (algorithmic and format speaking) but with a new TLV IANA assignments = could convey that intent and perform the same way but that is not = unmodified RFC6621 >=20 > Suggested edit. >=20 > "One example of an optimization would be to exploit an information = base built by an implementation of [RFC6621] modified for use with = AODVv2. Using this information base, AODVv2 MAY determine whether the = node is a part of the reduced relay set, and use this information to = determine whether the message needs to be regenerated. The exact nature = of this optimization, and the mechanisms for inter-process = communication, are out of scope for this document, and left to the = implementer."=20 >=20 If you are requiring agreement in how to modify an information base, and = how to interpret the content therein (and/or, on how to interpret = over-the-wire signals for modifying the information base) you=E2=80=99ve = long left the realms of =E2=80=9Cout of scope for this document, and = left to the implementer=E2=80=9D and entered the realm of = =E2=80=9Cspecification required for interoperability=E2=80=9D. --Apple-Mail=_0F753348-BB51-4E9D-893E-9C05857EB749 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On Mar 3, 2016, at 20:18, Justin Dean <bebemaster@gmail.com> wrote:


On Thu, Mar 3, 2016 at 1:42 PM, Stan Ratliff <ratliffstan@gmail.com> wrote:
Gents, 

Would text along the lines of this help to explain? I = understand it may well need additional word-smithing, = but: 

"One example of an optimization = would be to exploit the information base built by an implementation of = [RFC6621]. In environments where this information base is available, and = accessible by the AODVv2 process, AODVv2 MAY determine whether the node = is a part of the [RFC6621] multicast relay set, and use this information = to determine whether the message needs to be regenerated. The exact = nature of this optimization, and the mechanisms for inter-process = communication, are out of scope for this document, and left to the = implementer." 

Because what we're talking about = here is leveraging the knowledge that a co-resident 6621 implementation = would have about membership in the relay set, as a trigger for whether = or not the message needs to be regenerated. 

A unmodified = co-resident 6621 implementation would not provide all of the information = you need.  Similar to the point Thomas is making the "intent" of = other AODVv2 routers is unknown.  Without knowing what other AODVv2 = routers are doing to reduce forwarding you can't assume your reductions = will work.  The TLVs defined in 6621 both facilitate algorithmic = behaviors and intent to forward multicast traffic based on those = algorithms (i.e. they do not convey intent to reduce or resend AODVv2 = messages based on those algorithms).  An identical TLVs = (algorithmic and format speaking) but with a new TLV IANA assignments = could convey that intent and perform the same way but that is not = unmodified RFC6621

Suggested edit.

"One example of an optimization would be to exploit an = information base built by an implementation of [RFC6621] modified for = use with AODVv2. Using this information base, AODVv2 MAY determine = whether the node is a part of the reduced relay set, and use this = information to determine whether the message needs to be regenerated. = The exact nature of this optimization, and the mechanisms for = inter-process communication, are out of scope for this document, and = left to the implementer." 


If you are requiring agreement in how to modify an = information base, and how to interpret the content therein (and/or, on = how to interpret over-the-wire signals for modifying the information = base) you=E2=80=99ve long left the realms of =E2=80=9Cout of scope for = this document, and left to the implementer=E2=80=9D and entered the = realm of =E2=80=9Cspecification required for = interoperability=E2=80=9D.

= --Apple-Mail=_0F753348-BB51-4E9D-893E-9C05857EB749-- From nobody Thu Mar 3 12:24:40 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A6441B4346 for ; Thu, 3 Mar 2016 12:24:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OD5XmMTsDRmV for ; Thu, 3 Mar 2016 12:24:36 -0800 (PST) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7B7981B4347 for ; Thu, 3 Mar 2016 12:24:35 -0800 (PST) Received: by mail-wm0-x230.google.com with SMTP id l68so6578794wml.0 for ; Thu, 03 Mar 2016 12:24:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=cSa6fEEicTIOUBou07tMM7pVPMEKWPwrP0j4H5cNzVs=; b=GRwnQur+pHUHweS8nJfYDlz1DiAEja1aw5s/jQheezAGKAOB560n3DMfdLQ9AbYSE/ mFa2UkN7SiQJw7kbqmECqlhqCVxhKJKvNMB26DgDKGR1hfxrzgrz8U1j6eYlaDR08Q8A QtkO69tOIGd1Yom+jKq7Os/5WPY46dWzOgqNuiJnVlyQQlWTg3vpn1f6hyl44zs7RaN5 98gn/50/G//zdK/rWtpf3FOaQR9aF5jr0Uvz7BVPKIWcPgxxMhTIcn3b3mbitHlLC9ea GmcG+NqRHKe3QjIfRMwvw2ci8GMD7bql5GrLJry9a0BVNqmXe7lhwaqjLRSqqvS1hDfG zdVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=cSa6fEEicTIOUBou07tMM7pVPMEKWPwrP0j4H5cNzVs=; b=ODQhP4e72Bnl5vMrL/v7OW8LwDc69s3yMb6Rx1Kwnr3KVltvl7Mb1yFsE6CQ9b42+H 4Cyea/wJh1UkpdrJJ0jb99Ky2ETrEuxBejGt8cxbfEwO35gYwIPr10IDQcxQx2d6hiQi VC7bbD4w5P5W3cQtXV0z1CAYEhLHEg9U34iGhsBQTITvnpezDPzAafxWlRi89gJju1Rl zsAlIqfcfb74RZoXolGm95pKHgUkVF7QfOHk+dvDyUJK/L9Bv5gYqt+236+wmKSaJyhR pyoUoQcC19U7OIllaiCebh+vD7qGV2mhliLqcxCeeU9xlcZBe+CBRbCv4i2IH8G9exww hTVg== X-Gm-Message-State: AD7BkJJLTmdQiHs48DFNMv/i8lPFIEZixI9D7WxqcyNmvDnO/CXVhk0Yll21J1R0XgpTbQ== X-Received: by 10.194.61.209 with SMTP id s17mr4868212wjr.35.1457036674077; Thu, 03 Mar 2016 12:24:34 -0800 (PST) Received: from [10.8.91.66] (dab-yat1-h-62-3.dab.02.net. [82.132.213.116]) by smtp.gmail.com with ESMTPSA id cb2sm155691wjc.16.2016.03.03.12.24.32 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Mar 2016 12:24:33 -0800 (PST) References: <56D85DAC.5080501@earthlink.net> <56D871E3.3020905@earthlink.net> <60707AB5-D957-44D0-B4E9-057C15A769C6@gmail.com> <83253B92-BCBE-4724-83D6-17B1A93984BB@thomasclausen.org> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-CBA1108B-43D1-4844-9885-2C5FD9715726 Content-Transfer-Encoding: 7bit Message-Id: <1DD84B26-83BA-4C0D-B374-9C235B901258@gmail.com> X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Thu, 3 Mar 2016 20:24:29 +0000 To: Victoria Mercieca Archived-At: Cc: Charlie Perkins , Christopher Dearlove , manet Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 20:24:39 -0000 --Apple-Mail-CBA1108B-43D1-4844-9885-2C5FD9715726 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Necessary (as far as I know). Sufficient logically, but is it sufficient pro= cedurally, to say that. My reading the runes on what the IESG will want is i= mperfect (if it weren't I could become a very highly paid consultant just on= doing that) but it's in my danger zone for acceptability. --=20 Christopher Dearlove christopher.dearlove@gmail.com (iPhone) chris@mnemosyne.demon.co.uk (home) > On 3 Mar 2016, at 19:35, Victoria Mercieca wrote: >=20 > Hi Thomas, >=20 > Just one comment in line. >=20 > On 3 Mar 2016 6:51 pm, wrote: > > > > > >> On 03 Mar 2016, at 19:42, Stan Ratliff wrote: > >> > >> Gents,=20 > >> > >> Would text along the lines of this help to explain? I understand it may= well need additional word-smithing, but:=20 > >> > >> "One example of an optimization would be to exploit the information bas= e built by an implementation of [RFC6621]. In environments where this inform= ation base is available, and accessible by the AODVv2 process, AODVv2 MAY de= termine whether the node is a part of the [RFC6621] multicast relay set, and= use this information to determine whether the message needs to be regenerat= ed. The exact nature of this optimization, and the mechanisms for inter-proc= ess communication, are out of scope for this document, and left to the imple= menter."=20 > >> > >> Because what we're talking about here is leveraging the knowledge that a= co-resident 6621 implementation would have about membership in the relay se= t, as a trigger for whether or not the message needs to be regenerated.=20 > >> > > > > I have mentioned this repeatedly in the past: saying RFC6621 is just not= sufficient here (even disregarding the =E2=80=9Cforwarding issue=E2=80=9D) > > If routers implement different flooding reduction algorithms to determin= e membership in the multicast relay set, then you can relatively easily end u= p with situations wherein part of your network is not covered by the floodin= g operation. > > >=20 > I think you are saying it is not safe for aodvv2 to assume the network is c= onfigured so that all routers are using the same selection algorithm? Theref= ore, we need to also mandate that aodvv2 routers that use membership of a re= lay set to influence regeneration MUST be configured to use the same relay s= et selection algorithm. >=20 > Kind regards,=20 > Victoria.=20 >=20 > > If you want to specify that =E2=80=9Cflooding reduction is possible, but= we=E2=80=99re not going to tell you what algorithm=E2=80=9D then the minimu= m requirement is to provide specific constraints on what those flooding redu= ction algorithms are allowed to do, and what they are not allowed to do. > > > > In OLSRv2, we did that by way of specifying =E2=80=9Ceach router must se= lect a relay set which satisfies these conditions=E2=80=A6.=E2=80=9D That=E2= =80=99s one way to go =E2=80=94 but it must be within the specification. > > > >> > >> Regards, > >> Stan > >> > >> > >> On Thu, Mar 3, 2016 at 1:25 PM, Christopher Dearlove wrote: > >>> > >>> Yes, it does that. But it doesn't note that its messages are passed to= the multiplexer but (in Section 6.5 in particular) discusses about how AODV= v2 sends messages over the Manet port. It doesn't. It passes messages to the= multiplexer, which assembles packets that might have other protocol materia= l it, and it sends the packets that way - and only one hop. This also applie= s to earlier comments. > >>> > >>> Incidentally the modification of the message is another reason you nee= d a dedicated process. As Justin as noted. > >>> > >>> -- =20 > >>> Christopher Dearlove > >>> christopher.dearlove@gmail.com > >>> > >>> On 3 Mar 2016, at 18:10, Justin Dean wrote: > >>> > >>>> You could use the adopt the algorithmic sections in the appendix of 6= 621 along with a newly defined NHDP Hello message TLV defining algorithmic u= se for AODVv2 "forwarding/regeneration". The defined TLVs won't work becaus= e the suggest standard IP packet SMF forwarding which is not happening here.= All of this can be done after AODVv2 is finished and the only hook require= d would be that AODVv2 routers MAY decide not to regenerate RREQs if they ar= e unwilling to forward traffic or for other reasons which are outside of the= scope of the base specification. I suggest you go this route and remove an= y normative references to 6621. =20 > >>>> > >>>> I'd also like to point out that AODVv2 does correctly specify that me= ssages only go one hop and are regenerated along the paths of "forwarding". = At least it was clear to me in my reading. > >>>> > >>>> Justin > >>>> > >>>> On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove wrote: > >>>>> > >>>>> No, I'm saying you need a mechanism to establish that set, and you d= on't have one until you define it. > >>>>> > >>>>> And you can't just say "use 6621" because that is about forwarding w= hole IP packets. Which you can't, because they contain non-AODVv2 material. > >>>>> > >>>>> As for what Ian intended, can't help you there. > >>>>> > >>>>> -- > >>>>> Christopher Dearlove > >>>>> christopher.dearlove@gmail.com > >>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> Christopher Dearlove > >>>>> christopher.dearlove@gmail.com (iPhone) > >>>>> chris@mnemosyne.demon.co.uk (home) > >>>>> > On 3 Mar 2016, at 17:18, Charlie Perkins wrote: > >>>>> > > >>>>> > Hello Chris, > >>>>> > > >>>>> >> On 3/3/2016 9:03 AM, Christopher Dearlove wrote: > >>>>> >> > >>>>> >> Consequently AODVv2 can't use RFC 6621. Maybe you intended that i= t could, but the requirement to use the 5444 architecture was imposed by RFC= 5498. Written by your then co-author. > >>>>> > > >>>>> > I have talked with Ian about this more than once, and he assures m= e that he never imagined that RFC 5498 would be used to inhibit useful funct= ionality such as this. Indeed, not until long afterwards were so many restr= ictions put into place -- often with the justification that such restriction= s made message data easier to parse. > >>>>> > > >>>>> > Do you mean to say that an AODVv2 implementation cannot know wheth= er or not it is running on a device that is part of the multicast relay set?= This sounds much more like a problem with RFC 5444 than a problem with AOD= Vv2. > >>>>> > > >>>>> > Regards, > >>>>> > Charlie P. > >>>>> > > >>>>> > >>>>> _______________________________________________ > >>>>> manet mailing list > >>>>> manet@ietf.org > >>>>> https://www.ietf.org/mailman/listinfo/manet > >>>> > >>>> > >>> > >>> _______________________________________________ > >>> manet mailing list > >>> manet@ietf.org > >>> https://www.ietf.org/mailman/listinfo/manet > >>> > >> > >> _______________________________________________ > >> manet mailing list > >> manet@ietf.org > >> https://www.ietf.org/mailman/listinfo/manet > > > > > > > > _______________________________________________ > > manet mailing list > > manet@ietf.org > > https://www.ietf.org/mailman/listinfo/manet > > --Apple-Mail-CBA1108B-43D1-4844-9885-2C5FD9715726 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Necessary (as far as I know). Sufficie= nt logically, but is it sufficient procedurally, to say that. My reading the= runes on what the IESG will want is imperfect (if it weren't I could become= a very highly paid consultant just on doing that) but it's in my danger zon= e for acceptability.

-- 
Christopher Dearlove

On 3 Mar 2016, at 19:3= 5, Victoria Mercieca <vmercieca0@= gmail.com> wrote:

Hi Thomas,

Just one comment in line.

On 3 Mar 2016 6:51 pm, <ietf@thomasclausen.org> wrote:
>
>
>> On 03 Mar 2016, at 19:42, Stan Ratliff <ratliffstan@gmail.com> wrote:
>>
>> Gents, 
>>
>> Would text along the lines of this help to explain? I understand it= may well need additional word-smithing, but: 
>>
>> "One example of an optimization would be to exploit the information= base built by an implementation of [RFC6621]. In environments where this in= formation base is available, and accessible by the AODVv2 process, AODVv2 MA= Y determine whether the node is a part of the [RFC6621] multicast relay set,= and use this information to determine whether the message needs to be regen= erated. The exact nature of this optimization, and the mechanisms for inter-= process communication, are out of scope for this document, and left to the i= mplementer." 
>>
>> Because what we're talking about here is leveraging the knowledge t= hat a co-resident 6621 implementation would have about membership in the rel= ay set, as a trigger for whether or not the message needs to be regenerated.=  
>>
>
> I have mentioned this repeatedly in the past: saying RFC6621 is just no= t sufficient here (even disregarding the =E2=80=9Cforwarding issue=E2=80=9D)=
> If routers implement different flooding reduction algorithms to determi= ne membership in the multicast relay set, then you can relatively easily end= up with situations wherein part of your network is not covered by the flood= ing operation.
>

I think you are saying it is not safe for aodvv2 to assume th= e network is configured so that all routers are using the same selection alg= orithm? Therefore, we need to also mandate that aodvv2 routers that use memb= ership of a relay set to influence regeneration MUST be configured to use th= e same relay set selection algorithm.

Kind regards,
Victoria.

> If you want to specify that =E2=80=9Cflooding reduction i= s possible, but we=E2=80=99re not going to tell you what algorithm=E2=80=9D t= hen the minimum requirement is to provide specific constraints on what those= flooding reduction algorithms are allowed to do, and what they are not allo= wed to do.
>
> In OLSRv2, we did that by way of specifying =E2=80=9Ceach router must s= elect a relay set which satisfies these conditions=E2=80=A6.=E2=80=9D That=E2= =80=99s one way to go =E2=80=94 but it must be within the specification.
= >
>>
>> Regards,
>> Stan
>>
>>
>> On Thu, Mar 3, 2016 at 1:25 PM, Christopher Dearlove <christopher.dearlove@gmail.com&g= t; wrote:
>>>
>>> Yes, it does that. But it doesn't note that its messages are pa= ssed to the multiplexer but (in Section 6.5 in particular) discusses about h= ow AODVv2 sends messages over the Manet port. It doesn't. It passes messages= to the multiplexer, which assembles packets that might have other protocol m= aterial it, and it sends the packets that way - and only one hop. This also a= pplies to earlier comments.
>>>
>>> Incidentally the modification of the message is another reason y= ou need a dedicated process. As Justin as noted.
>>>
>>> --  
>>> Christopher Dearlove
>>> christopher.d= earlove@gmail.com
>>>
>>> On 3 Mar 2016, at 18:10, Justin Dean <bebemaster@gmail.com> wrote:
>>>
>>>> You could use the adopt the algorithmic sections in the app= endix of 6621 along with a newly defined NHDP Hello message TLV defining alg= orithmic use for AODVv2 "forwarding/regeneration".  The defined TLVs wo= n't work because the suggest standard IP packet SMF forwarding which is not h= appening here.  All of this can be done after AODVv2 is finished and th= e only hook required would be that AODVv2 routers MAY decide not to regenera= te RREQs if they are unwilling to forward traffic or for other reasons which= are outside of the scope of the base specification.  I suggest you go t= his route and remove any normative references to 6621.  
>>>>
>>>> I'd also like to point out that AODVv2 does correctly speci= fy that messages only go one hop and are regenerated along the paths of "for= warding".  At least it was clear to me in my reading.
>>>>
>>>> Justin
>>>>
>>>> On Thu, Mar 3, 2016 at 12:50 PM, Christopher Dearlove <<= a href=3D"mailto:christopher.dearlove@gmail.com">christopher.dearlove@gmail.= com> wrote:
>>>>>
>>>>> No, I'm saying you need a mechanism to establish that s= et, and you don't have one until you define it.
>>>>>
>>>>> And you can't just say "use 6621" because that is about= forwarding whole IP packets. Which you can't, because they contain non-AODV= v2 material.
>>>>>
>>>>> As for what Ian intended, can't help you there.
>>>>>
>>>>> --
>>>>> Christopher Dearlove
>>>>> chris= topher.dearlove@gmail.com
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Christopher Dearlove
>>>>> chris= topher.dearlove@gmail.com (iPhone)
>>>>> chris@mn= emosyne.demon.co.uk (home)
>>>>> > On 3 Mar 2016, at 17:18, Charlie Perkins <charles.perkins@earthlink.net> wrote:
>>>>> >
>>>>> > Hello Chris,
>>>>> >
>>>>> >> On 3/3/2016 9:03 AM, Christopher Dearlove wrot= e:
>>>>> >>
>>>>> >> Consequently AODVv2 can't use RFC 6621. Maybe y= ou intended that it could, but the requirement to use the 5444 architecture w= as imposed by RFC 5498. Written by your then co-author.
>>>>> >
>>>>> > I have talked with Ian about this more than once, a= nd he assures me that he never imagined that RFC 5498 would be used to inhib= it useful functionality such as this.  Indeed, not until long afterward= s were so many restrictions put into place -- often with the justification t= hat such restrictions made message data easier to parse.
>>>>> >
>>>>> > Do you mean to say that an AODVv2 implementation c= annot know whether or not it is running on a device that is part of the mult= icast relay set?  This sounds much more like a problem with RFC 5444 th= an a problem with AODVv2.
>>>>> >
>>>>> > Regards,
>>>>> > Charlie P.
>>>>> >
>>>>>
>>>>> _______________________________________________
>>>>> manet mailing list
>>>>> manet@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/manet
>>>>
>>>>
>>>
>>> _______________________________________________
>>> manet mailing list
>>> manet@ietf.org
>>> https:/= /www.ietf.org/mailman/listinfo/manet
>>>
>>
>> _______________________________________________
>> manet mailing list
>> manet@ietf.org
>> https://www= .ietf.org/mailman/listinfo/manet
>
>
>
> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www.iet= f.org/mailman/listinfo/manet
>

= --Apple-Mail-CBA1108B-43D1-4844-9885-2C5FD9715726-- From nobody Thu Mar 3 14:24:13 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E79E1B2D96 for ; Thu, 3 Mar 2016 14:24:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.706 X-Spam-Level: X-Spam-Status: No, score=-2.706 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.006] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z3m1nXYmaynn for ; Thu, 3 Mar 2016 14:24:09 -0800 (PST) Received: from elasmtp-galgo.atl.sa.earthlink.net (elasmtp-galgo.atl.sa.earthlink.net [209.86.89.61]) by ietfa.amsl.com (Postfix) with ESMTP id A943F1B2D95 for ; Thu, 3 Mar 2016 14:24:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=SgVNFKnqAMdmNwCPcHODIkaLOQfQOuobDnRXglav65DGHQ+628+RcxM/z8G0dCB2; h=Received:To:From:Subject:Message-ID:Date:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [99.51.72.196] (helo=[192.168.1.67]) by elasmtp-galgo.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1abbf9-0006Rr-W2 for manet@ietf.org; Thu, 03 Mar 2016 17:24:04 -0500 To: Mobile Ad Hoc Networks mailing list From: Charlie Perkins Message-ID: <56D8B980.7010705@earthlink.net> Date: Thu, 3 Mar 2016 14:24:00 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956527bd5036cbc8ac7d5894ad716e40862d5ec56bed65ed47a350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 99.51.72.196 Archived-At: Subject: [manet] draft-perkins-manet-aodv-e2esec-00 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 22:24:11 -0000 Hello folks, In order to promote useful discussion about the security model for AODVv2, I have submitted a new draft with an idea to enable the source and destination of a Route Discovery to verify that they were indeed the source and destination of the route that was discovered. This is not a guarantee of a useful route, because intermediate routers are not authenticated, only the endpoints. Nevertheless the idea seems like a useful adjunct to the existing hop-by-hop security as currently specified in AODVv2. It can use more work: - Should RFC 7182 be specified instead of RFC 4868? If so, what is the simplest way to make the conversion? - Should other message types be covered as well? This would be pretty simple; I just need to reword the section specifying the input data. I only used RFC 4868 because it seemed very straightforward for me to understand. Comments are solicited and welcome. The content of the document may well belong in the upcoming revision of AODVv2 that will be provide resolutions for the many recent comments. Regards, Charlie P. From nobody Thu Mar 3 14:46:54 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1D081B2EBE for ; Thu, 3 Mar 2016 14:46:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 hF6ehsATPLoB for ; Thu, 3 Mar 2016 14:46:51 -0800 (PST) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E39131B2EBC for ; Thu, 3 Mar 2016 14:46:50 -0800 (PST) Received: by mail-wm0-x230.google.com with SMTP id n186so10792973wmn.1 for ; Thu, 03 Mar 2016 14:46:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=wwzZ9yiDa6XfiJEu+6xUWNkLppA/FDPAz7J/2cRQQr8=; b=aPva3ro2RGfhDy67TM/bkykqrlkfXIm0XhoalH4HEwGZFG+t90N3N3P5WMMXT9noB8 lu9IRUZy9w8sbbiuw5Su+eep/rm5qGyNvXNNkoWOREstfSU+sZqdDRemLSfR20T4rKVe qt1HcWPqvGPvS9rvoVr+nZNTMsfdqeYAS7fPxrIz0MaQbk3iSFNnmlfSKg38rVp/iFNw T5ScU2kug0FyP+jsm71oS0ehBL/tadLwOTU300dau1lw0wH72HKLW1FjktwQc41buGFj 8py8nrQAsnPXaA0iOHP8g5qhRU5dgA/4yzJsLKHF9/rw2DqIXP+F9ow1HtVmECW6z2qV rSdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=wwzZ9yiDa6XfiJEu+6xUWNkLppA/FDPAz7J/2cRQQr8=; b=JjpiPRc0YulefFvvddD7SBmC6KZTq9AATUedvVEh6kGUcKY5ZfV3CRRT5iEwGSdSNC AZ0yT5sN34WiKeM+Jeg2T9o32aAmp3zRzdRQPD8wianltp0Ny/Y0i3EJn2lZZX68trk3 xhteLs8RJ5pcC8AVSk2JA0sHokwVfFdwk2sSXTEZDzdji9FdTCEdjtKAH7+T6z9jKKjq PgmjIogLqO7eFStP1if0t9JBa6R41yqVHo1frS5/4dMc4YlYBz8prsCCGm3OEd4fKtCK LSUYXfHqrlDkrxT6sMGnZeaWnYmXIhK7Ol578mKSMOuAPo6svbKFcTqik9E8Q48hhKje xCRg== X-Gm-Message-State: AD7BkJJsF5HARfImjbHT1St5PMPYxYVS28FfT4nAWuYSgyThLA+BlT3D9CoJtIF7S1OpzKrNiGGyFBuUpoobVg== MIME-Version: 1.0 X-Received: by 10.28.98.84 with SMTP id w81mr1421310wmb.57.1457045209425; Thu, 03 Mar 2016 14:46:49 -0800 (PST) Sender: yi.jiazi@gmail.com Received: by 10.194.246.201 with HTTP; Thu, 3 Mar 2016 14:46:49 -0800 (PST) In-Reply-To: <56D85DAC.5080501@earthlink.net> References: <56D85DAC.5080501@earthlink.net> Date: Thu, 3 Mar 2016 23:46:49 +0100 X-Google-Sender-Auth: whnhGlceZ-azQPlnvA4wNFFsGpg Message-ID: From: Jiazi YI To: Charlie Perkins Content-Type: multipart/alternative; boundary=001a1148e078212e8e052d2cc6c9 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 22:46:52 -0000 --001a1148e078212e8e052d2cc6c9 Content-Type: text/plain; charset=UTF-8 For me, using multicast suppression is OK, as long as it's clearly specified. RFC6621 is more like a "framework" for me: - A neighbour discovery module that can be NDHP or others. Especially, the algorithms used in RFC6621 require bi-directional check of neighbors, and 2-hop neighborhood discovery. I don't know how it's handled in AODVv2. - A duplicate detection module that can be identity-based or hash-based. For this, AODVv2 has already its message sequence number. - A relay set selection module. RFC 6621 doesn't specify which algorithm should be used, but simply provided some guidelines and 3 examples (E-CDS, MPR-CDS, S-MPR). Without clear definition of the three modules above, even implementations based on RFC6621 won't be able to interoperate -- I don't think it will work or AODVv2 either. >From the draft that you provided, I couldn't see how the issues can be resolved. best Jiazi On Thu, Mar 3, 2016 at 4:52 PM, Charlie Perkins < charles.perkins@earthlink.net> wrote: > > Hello folks, > > There has been some discussion about whether or not RFC 6621 algorithms > could be used with AODVv2. > > I wrote a short draft on the subject; feedback especially of the > constructive variety is solicited and welcome. > > Here's the URL for the text: > https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt > > Regards, > Charlie P. > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --001a1148e078212e8e052d2cc6c9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
For me, using multicast suppression is OK, as long as it&#= 39;s clearly specified.=C2=A0

RFC6621 is more like a &qu= ot;framework" for me:

=C2=A0 =C2=A0 =C2=A0- A= neighbour discovery module that can be NDHP or others. Especially, the alg= orithms used in RFC6621 require bi-directional check of neighbors, and 2-ho= p neighborhood discovery. I don't know how it's handled in AODVv2.= =C2=A0

=C2=A0 =C2=A0 =C2=A0- A duplicate detection= module that can be identity-based or hash-based. For this, AODVv2 has alre= ady its message sequence number. =C2=A0

=C2=A0 =C2= =A0 =C2=A0- A relay set selection module. RFC 6621 doesn't specify whic= h algorithm should be used, but simply provided some guidelines and 3 examp= les (E-CDS, MPR-CDS, S-MPR).=C2=A0

Without clear d= efinition of the three modules above, even implementations based on RFC6621= won't be able to interoperate -- I don't think it will work or AOD= Vv2 either.=C2=A0

From the draft that you provided= , I couldn't see how the issues can be resolved.

best

Jiazi

On Thu, Mar 3, 2016 at 4:52 PM, Charlie Pe= rkins <charles.perkins@earthlink.net> wrote:
=

Hello folks,

There has been some discussion about whether or not RFC 6621 algorithms cou= ld be used with AODVv2.

I wrote a short draft on the subject; feedback especially of the constructi= ve variety is solicited and welcome.

Here's the URL for the text:
https://www.ietf.org/id/draft-perkin= s-manet-using-rfc6621-00.txt

Regards,
Charlie P.

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

--001a1148e078212e8e052d2cc6c9-- From nobody Thu Mar 3 15:31:34 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E59D31B2FD6 for ; Thu, 3 Mar 2016 15:31:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.705 X-Spam-Level: X-Spam-Status: No, score=-2.705 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.006] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wmspPPqVJyNR for ; Thu, 3 Mar 2016 15:31:31 -0800 (PST) Received: from elasmtp-galgo.atl.sa.earthlink.net (elasmtp-galgo.atl.sa.earthlink.net [209.86.89.61]) by ietfa.amsl.com (Postfix) with ESMTP id 9608A1B2FD8 for ; Thu, 3 Mar 2016 15:31:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=FbBTETUQFvRo8ax+lKcA4yJ5FhZr5VF4i3ufbzE6re7vsR5lx9QFnCqvFUsh9M+U; h=Received:Subject:To:References:Cc:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:X-ELNK-Trace:X-Originating-IP; Received: from [99.51.72.196] (helo=[192.168.1.67]) by elasmtp-galgo.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1abciB-0007AY-AX; Thu, 03 Mar 2016 18:31:15 -0500 To: Jiazi YI References: <56D85DAC.5080501@earthlink.net> From: Charlie Perkins Message-ID: <56D8C940.2080109@earthlink.net> Date: Thu, 3 Mar 2016 15:31:12 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------090905000607000105030205" X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956527bd5036cbc8ac7d35786d95fa9c13574cb0945540b1198350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 99.51.72.196 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2016 23:31:34 -0000 This is a multi-part message in MIME format. --------------090905000607000105030205 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello Jiazi, AODVv2 can't take responsibility for everything the network does. AODVv2 should just take care of establishing and maintaining routes. If the nodes in the network offer multicast suppression, AODVv2 can use it. If the nodes in the network don't work properly (say, regarding multicast suppression, or some other protocol) their improper operation can affect the network. If there is a DNS server in the network, does this imply that AODVv2 has to mandate that it work properly? Well if it doesn't, then maybe DNS won't work and then applications can't resolve names, and can't ask AODV to establish routes for the IP addresses, etc. I'd like to write up an integrated version of AODVv2 with some variety of multicast suppression algorithm that seems to cooperate conveniently, but that's an optimization. I don't know whether or not it would use NDHP, but it might steal some packet formats. Regards, Charlie P. On 3/3/2016 2:46 PM, Jiazi YI wrote: > For me, using multicast suppression is OK, as long as it's clearly > specified. > > RFC6621 is more like a "framework" for me: > > - A neighbour discovery module that can be NDHP or others. > Especially, the algorithms used in RFC6621 require bi-directional > check of neighbors, and 2-hop neighborhood discovery. I don't know how > it's handled in AODVv2. > > - A duplicate detection module that can be identity-based or > hash-based. For this, AODVv2 has already its message sequence number. > > - A relay set selection module. RFC 6621 doesn't specify which > algorithm should be used, but simply provided some guidelines and 3 > examples (E-CDS, MPR-CDS, S-MPR). > > Without clear definition of the three modules above, even > implementations based on RFC6621 won't be able to interoperate -- I > don't think it will work or AODVv2 either. > > From the draft that you provided, I couldn't see how the issues can be > resolved. > > best > > Jiazi > > On Thu, Mar 3, 2016 at 4:52 PM, Charlie Perkins > > > wrote: > > > Hello folks, > > There has been some discussion about whether or not RFC 6621 > algorithms could be used with AODVv2. > > I wrote a short draft on the subject; feedback especially of the > constructive variety is solicited and welcome. > > Here's the URL for the text: > https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt > > Regards, > Charlie P. > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --------------090905000607000105030205 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Hello Jiazi,

AODVv2 can't take responsibility for everything the network does.  AODVv2 should just take care of establishing and maintaining routes.

If the nodes in the network offer multicast suppression, AODVv2 can use it.

If the nodes in the network don't work properly (say, regarding multicast suppression, or some other protocol) their improper operation can affect the network.

If there is a DNS server in the network, does this imply that AODVv2 has to mandate that it work properly?  Well if it doesn't, then maybe DNS won't work and then applications can't resolve names, and can't ask AODV to establish routes for the IP addresses, etc.

I'd like to write up an integrated version of AODVv2 with some variety of multicast suppression algorithm that seems to cooperate conveniently, but that's an optimization.  I don't know whether or not it would use NDHP, but it might steal some packet formats.

Regards,
Charlie P.




On 3/3/2016 2:46 PM, Jiazi YI wrote:
For me, using multicast suppression is OK, as long as it's clearly specified. 

RFC6621 is more like a "framework" for me:

     - A neighbour discovery module that can be NDHP or others. Especially, the algorithms used in RFC6621 require bi-directional check of neighbors, and 2-hop neighborhood discovery. I don't know how it's handled in AODVv2. 

     - A duplicate detection module that can be identity-based or hash-based. For this, AODVv2 has already its message sequence number.  

     - A relay set selection module. RFC 6621 doesn't specify which algorithm should be used, but simply provided some guidelines and 3 examples (E-CDS, MPR-CDS, S-MPR). 

Without clear definition of the three modules above, even implementations based on RFC6621 won't be able to interoperate -- I don't think it will work or AODVv2 either. 

From the draft that you provided, I couldn't see how the issues can be resolved.

best

Jiazi

On Thu, Mar 3, 2016 at 4:52 PM, Charlie Perkins <charles.perkins@earthlink.net> wrote:

Hello folks,

There has been some discussion about whether or not RFC 6621 algorithms could be used with AODVv2.

I wrote a short draft on the subject; feedback especially of the constructive variety is solicited and welcome.

Here's the URL for the text:
https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt

Regards,
Charlie P.

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


--------------090905000607000105030205-- From nobody Thu Mar 3 16:01:30 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60AF61B303D for ; Thu, 3 Mar 2016 16:01:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dgf7J4JAlVmL for ; Thu, 3 Mar 2016 16:01:26 -0800 (PST) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB5591B303C for ; Thu, 3 Mar 2016 16:01:25 -0800 (PST) Received: by mail-wm0-x230.google.com with SMTP id p65so10706562wmp.0 for ; Thu, 03 Mar 2016 16:01:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=GUJ8L+1eve8KmPQ9O8FnkAlTT7NQZHQDOsAyB/0sWOY=; b=lKqUQqYAr4UPLRZH6C3Hfbd9r3EIbFqmlNkDfF6k0Rrpy9Upe3oPoBHHFx0k90BnqE btvc2pZAAr1ivLCMjMBbatuz/SMcMr0lSUOXr48mikatHQQUsfSfSbby2mX5HD1oLBx3 /lZ2nBhduVDMoJUW35ogOtOdTOvKcE4y8Cat3jjuElV8vAi26JsBiU3wgY3SysUZDSjo CgcnmuMMpqkQLn7qvq3buwMcorZ62jNkCLcpjrvhv0J/IEtVm2Tuw7glfNyivsgaKS6q Zso0Ht+q/fPp0oKYjBcaZ5nTsFoxtSI6A0AZgXJztps96+vspx81yZirpFEHRM7xk38v NQSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=GUJ8L+1eve8KmPQ9O8FnkAlTT7NQZHQDOsAyB/0sWOY=; b=CrhpAIt17VJQsulRIhfauEg42Q0zOBLpZOdlFM9haBiKzXnuS7s5vHKkVvA6Wc3IxN StsN/eM2TArw1wLsJSQvtTI9Lo/nQl1EWxsDk84ETLyeMEmWgWGE+0IRyoaGbRviOwBQ naZ+MTw+ZlkKT4dZy3MBrGdy7pSeIOmOTKGrNSAJnYn7lTiH3K/rIqa2yy/HSGzJ3VV4 dYbz3Xini2NeCH7EPH9G/ZpEzAHxkxJFxGhEZvEjt/hj6BJLOOu8mqLSQE8VV8hwvxO8 mbfIb/7zaHo6OHbNGUBT6PzwnxtcKPYJNHnkqjNQovyScWtu1WEhzCBUfcEDnOTAaGdC TGVA== X-Gm-Message-State: AD7BkJJpkFzU+jXCVvVTigscnWfOrmfmlGWHgRlu7x/T0sA5/Bai9924htWXbcHg1zGC3Q== X-Received: by 10.28.21.75 with SMTP id 72mr57367wmv.64.1457049684435; Thu, 03 Mar 2016 16:01:24 -0800 (PST) Received: from [10.8.91.66] (dab-yat1-h-62-3.dab.02.net. [82.132.213.116]) by smtp.gmail.com with ESMTPSA id jf6sm802384wjb.2.2016.03.03.16.01.22 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Mar 2016 16:01:23 -0800 (PST) References: <56D85DAC.5080501@earthlink.net> <56D8C940.2080109@earthlink.net> Mime-Version: 1.0 (1.0) In-Reply-To: <56D8C940.2080109@earthlink.net> Content-Type: multipart/alternative; boundary=Apple-Mail-C3CF139E-3400-4774-84CB-72E2BA7818ED Content-Transfer-Encoding: 7bit Message-Id: <3E381473-97D1-4D64-8DE4-E7D672865FEB@gmail.com> X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Fri, 4 Mar 2016 00:01:18 +0000 To: Charlie Perkins Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 00:01:28 -0000 --Apple-Mail-C3CF139E-3400-4774-84CB-72E2BA7818ED Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable The network does not and fundamentally cannot offer multicast suppression to= AODVv2. This isn't a hard concept, but seems to keep having to be said. AOD= Vv2 messages are carried in 5444 packets, and those only travel one hop. Tha= t doesn't allow for suppression. Furthermore AODVv2 is creating new messages= each hop. That needs AODVv2 specific handling. Please, will someone else please try to get this over. --=20 Christopher Dearlove christopher.dearlove@gmail.com > On 3 Mar 2016, at 23:31, Charlie Perkins w= rote: >=20 > Hello Jiazi, >=20 > AODVv2 can't take responsibility for everything the network does. AODVv2 s= hould just take care of establishing and maintaining routes. >=20 > If the nodes in the network offer multicast suppression, AODVv2 can use it= . >=20 > If the nodes in the network don't work properly (say, regarding multicast s= uppression, or some other protocol) their improper operation can affect the n= etwork. >=20 > If there is a DNS server in the network, does this imply that AODVv2 has t= o mandate that it work properly? Well if it doesn't, then maybe DNS won't w= ork and then applications can't resolve names, and can't ask AODV to establi= sh routes for the IP addresses, etc. >=20 > I'd like to write up an integrated version of AODVv2 with some variety of m= ulticast suppression algorithm that seems to cooperate conveniently, but tha= t's an optimization. I don't know whether or not it would use NDHP, but it m= ight steal some packet formats. >=20 > Regards, > Charlie P. >=20 >=20 >=20 >=20 >> On 3/3/2016 2:46 PM, Jiazi YI wrote: >> For me, using multicast suppression is OK, as long as it's clearly specif= ied.=20 >>=20 >> RFC6621 is more like a "framework" for me: >>=20 >> - A neighbour discovery module that can be NDHP or others. Especiall= y, the algorithms used in RFC6621 require bi-directional check of neighbors,= and 2-hop neighborhood discovery. I don't know how it's handled in AODVv2.=20= >>=20 >> - A duplicate detection module that can be identity-based or hash-ba= sed. For this, AODVv2 has already its message sequence number. =20 >>=20 >> - A relay set selection module. RFC 6621 doesn't specify which algor= ithm should be used, but simply provided some guidelines and 3 examples (E-C= DS, MPR-CDS, S-MPR).=20 >>=20 >> Without clear definition of the three modules above, even implementations= based on RFC6621 won't be able to interoperate -- I don't think it will wor= k or AODVv2 either.=20 >>=20 >> =46rom the draft that you provided, I couldn't see how the issues can be r= esolved. >>=20 >> best >>=20 >> Jiazi >>=20 >> On Thu, Mar 3, 2016 at 4:52 PM, Charlie Perkins wrote: >>>=20 >>> Hello folks, >>>=20 >>> There has been some discussion about whether or not RFC 6621 algorithms c= ould be used with AODVv2. >>>=20 >>> I wrote a short draft on the subject; feedback especially of the constru= ctive variety is solicited and welcome. >>>=20 >>> Here's the URL for the text: >>> https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt >>>=20 >>> Regards, >>> Charlie P. >>>=20 >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-C3CF139E-3400-4774-84CB-72E2BA7818ED Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
The network does not and fundamentally cannot offer multicast suppression to AODVv2. This isn't a hard concept, but seems to keep having to be said. AODVv2 messages are carried in 5444 packets, and those only travel one hop. That doesn't allow for suppression. Furthermore AODVv2 is creating new messages each hop. That needs AODVv2 specific handling.

Please, will someone else please try to get this over.

-- 
Christopher Dearlove

On 3 Mar 2016, at 23:31, Charlie Perkins <charles.perkins@earthlink.net> wrote:

Hello Jiazi,

AODVv2 can't take responsibility for everything the network does.  AODVv2 should just take care of establishing and maintaining routes.

If the nodes in the network offer multicast suppression, AODVv2 can use it.

If the nodes in the network don't work properly (say, regarding multicast suppression, or some other protocol) their improper operation can affect the network.

If there is a DNS server in the network, does this imply that AODVv2 has to mandate that it work properly?  Well if it doesn't, then maybe DNS won't work and then applications can't resolve names, and can't ask AODV to establish routes for the IP addresses, etc.

I'd like to write up an integrated version of AODVv2 with some variety of multicast suppression algorithm that seems to cooperate conveniently, but that's an optimization.  I don't know whether or not it would use NDHP, but it might steal some packet formats.

Regards,
Charlie P.




On 3/3/2016 2:46 PM, Jiazi YI wrote:
For me, using multicast suppression is OK, as long as it's clearly specified. 

RFC6621 is more like a "framework" for me:

     - A neighbour discovery module that can be NDHP or others. Especially, the algorithms used in RFC6621 require bi-directional check of neighbors, and 2-hop neighborhood discovery. I don't know how it's handled in AODVv2. 

     - A duplicate detection module that can be identity-based or hash-based. For this, AODVv2 has already its message sequence number.  

     - A relay set selection module. RFC 6621 doesn't specify which algorithm should be used, but simply provided some guidelines and 3 examples (E-CDS, MPR-CDS, S-MPR). 

Without clear definition of the three modules above, even implementations based on RFC6621 won't be able to interoperate -- I don't think it will work or AODVv2 either. 

From the draft that you provided, I couldn't see how the issues can be resolved.

best

Jiazi

On Thu, Mar 3, 2016 at 4:52 PM, Charlie Perkins <charles.perkins@earthlink.net> wrote:

Hello folks,

There has been some discussion about whether or not RFC 6621 algorithms could be used with AODVv2.

I wrote a short draft on the subject; feedback especially of the constructive variety is solicited and welcome.

Here's the URL for the text:
https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt

Regards,
Charlie P.

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


_______________________________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet
--Apple-Mail-C3CF139E-3400-4774-84CB-72E2BA7818ED-- From nobody Thu Mar 3 16:13:30 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E27D51B305E for ; Thu, 3 Mar 2016 16:13:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6LRlr818nC9Y for ; Thu, 3 Mar 2016 16:13:26 -0800 (PST) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26D2E1B305B for ; Thu, 3 Mar 2016 16:13:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 09462247368; Thu, 3 Mar 2016 16:13:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1457050406; bh=d4/tGJ6yKM5e0sdrUWMgK4LM/cNnUwA7fTBvc8Tecfk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=oy5noHucMV4jdadetAvahN4ex7eg64NoMAxnllF2YY1xmSToQ1GDlYsAjnE3n3K5r J9/KrJ9aPQS2rjco5YHdAiR46hlgteRMl0Nlg+zoq0Pm6layy1aBZMYzQw5yLK9ffl lEQLWjQJ/yWzBjXdcsY/uX+3hlmkB0Qcv6iJIGG8= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [192.168.147.246] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 3003C2409E0; Thu, 3 Mar 2016 16:13:25 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-FD4B2CB1-5BE2-4AA1-8C0D-87B041E5124E Mime-Version: 1.0 (1.0) From: Thomas Heide Clausen X-Mailer: iPad Mail (13E5225a) In-Reply-To: <56D8C940.2080109@earthlink.net> Date: Fri, 4 Mar 2016 01:13:23 +0100 Content-Transfer-Encoding: 7bit Message-Id: <94E987D1-797F-491E-8E19-196458C3681C@thomasclausen.org> References: <56D85DAC.5080501@earthlink.net> <56D8C940.2080109@earthlink.net> To: Charlie Perkins Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 00:13:29 -0000 --Apple-Mail-FD4B2CB1-5BE2-4AA1-8C0D-87B041E5124E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable > On 04 Mar 2016, at 00:31, Charlie Perkins w= rote: >=20 > Hello Jiazi, >=20 > AODVv2 can't take responsibility for everything the network does. AODVv2 s= hould just take care of establishing and maintaining routes. >=20 > If the nodes in the network offer multicast suppression, AODVv2 can use it= . If protocol X relies on using a flooding operation, then it certainly is pro= tocol X's responsibility to specify the flooding operation (or, at least, t= he requirements to the flooding operation ) for correct functioning of proto= col X. > If the nodes in the network don't work properly (say, regarding multicast s= uppression, or some other protocol) their improper operation can affect the n= etwork. > If there is a DNS server in the network, does this imply that AODVv2 has t= o mandate that it work properly?=20 If protocol X relies on specific functions being supported in a specific way= from the DNS server, then yes - moreover, it has to specify those specific f= unctions. > Well if it doesn't, then maybe DNS won't work and then applications can't r= esolve names, and can't ask AODV to establish routes for the IP addresses, e= tc. >=20 > I'd like to write up an integrated version of AODVv2 with some variety of m= ulticast suppression algorithm that seems to cooperate conveniently, but tha= t's an optimization. I don't know whether or not it would use NDHP, but it m= ight steal some packet formats. >=20 > Regards, > Charlie P. >=20 >=20 >=20 >=20 >> On 3/3/2016 2:46 PM, Jiazi YI wrote: >> For me, using multicast suppression is OK, as long as it's clearly specif= ied.=20 >>=20 >> RFC6621 is more like a "framework" for me: >>=20 >> - A neighbour discovery module that can be NDHP or others. Especiall= y, the algorithms used in RFC6621 require bi-directional check of neighbors,= and 2-hop neighborhood discovery. I don't know how it's handled in AODVv2.=20= >>=20 >> - A duplicate detection module that can be identity-based or hash-ba= sed. For this, AODVv2 has already its message sequence number. =20 >>=20 >> - A relay set selection module. RFC 6621 doesn't specify which algor= ithm should be used, but simply provided some guidelines and 3 examples (E-C= DS, MPR-CDS, S-MPR).=20 >>=20 >> Without clear definition of the three modules above, even implementations= based on RFC6621 won't be able to interoperate -- I don't think it will wor= k or AODVv2 either.=20 >>=20 >> =46rom the draft that you provided, I couldn't see how the issues can be r= esolved. >>=20 >> best >>=20 >> Jiazi >>=20 >> On Thu, Mar 3, 2016 at 4:52 PM, Charlie Perkins wrote: >>>=20 >>> Hello folks, >>>=20 >>> There has been some discussion about whether or not RFC 6621 algorithms c= ould be used with AODVv2. >>>=20 >>> I wrote a short draft on the subject; feedback especially of the constru= ctive variety is solicited and welcome. >>>=20 >>> Here's the URL for the text: >>> https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt >>>=20 >>> Regards, >>> Charlie P. >>>=20 >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-FD4B2CB1-5BE2-4AA1-8C0D-87B041E5124E Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit


On 04 Mar 2016, at 00:31, Charlie Perkins <charles.perkins@earthlink.net> wrote:

Hello Jiazi,

AODVv2 can't take responsibility for everything the network does.  AODVv2 should just take care of establishing and maintaining routes.

If the nodes in the network offer multicast suppression, AODVv2 can use it.

If protocol X relies on using a flooding operation, then it certainly is protocol X's responsibility to  specify the flooding operation (or, at least, the requirements to the flooding operation ) for correct functioning of protocol X.

If the nodes in the network don't work properly (say, regarding multicast suppression, or some other protocol) their improper operation can affect the network.
If there is a DNS server in the network, does this imply that AODVv2 has to mandate that it work properly? 

If protocol X relies on specific functions being supported in a specific way from the DNS server, then yes - moreover, it has to specify those specific functions.


Well if it doesn't, then maybe DNS won't work and then applications can't resolve names, and can't ask AODV to establish routes for the IP addresses, etc.

I'd like to write up an integrated version of AODVv2 with some variety of multicast suppression algorithm that seems to cooperate conveniently, but that's an optimization.  I don't know whether or not it would use NDHP, but it might steal some packet formats.

Regards,
Charlie P.




On 3/3/2016 2:46 PM, Jiazi YI wrote:
For me, using multicast suppression is OK, as long as it's clearly specified. 

RFC6621 is more like a "framework" for me:

     - A neighbour discovery module that can be NDHP or others. Especially, the algorithms used in RFC6621 require bi-directional check of neighbors, and 2-hop neighborhood discovery. I don't know how it's handled in AODVv2. 

     - A duplicate detection module that can be identity-based or hash-based. For this, AODVv2 has already its message sequence number.  

     - A relay set selection module. RFC 6621 doesn't specify which algorithm should be used, but simply provided some guidelines and 3 examples (E-CDS, MPR-CDS, S-MPR). 

Without clear definition of the three modules above, even implementations based on RFC6621 won't be able to interoperate -- I don't think it will work or AODVv2 either. 

From the draft that you provided, I couldn't see how the issues can be resolved.

best

Jiazi

On Thu, Mar 3, 2016 at 4:52 PM, Charlie Perkins <charles.perkins@earthlink.net> wrote:

Hello folks,

There has been some discussion about whether or not RFC 6621 algorithms could be used with AODVv2.

I wrote a short draft on the subject; feedback especially of the constructive variety is solicited and welcome.

Here's the URL for the text:
https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt

Regards,
Charlie P.

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


_______________________________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet
--Apple-Mail-FD4B2CB1-5BE2-4AA1-8C0D-87B041E5124E-- From nobody Thu Mar 3 16:20:00 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 742DF1B3071 for ; Thu, 3 Mar 2016 16:19:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 NfizIOzSB_bp for ; Thu, 3 Mar 2016 16:19:57 -0800 (PST) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7B231B306F for ; Thu, 3 Mar 2016 16:19:56 -0800 (PST) Received: by mail-wm0-x22f.google.com with SMTP id l68so10948689wml.1 for ; Thu, 03 Mar 2016 16:19:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=ZQ0YX+lUA1Ow8OiEOGVKvEdS+1Bhuz4Jr0TX3u/J58I=; b=YjVeGjr7IjYwFZFX/uc5Jolmc55NMay3OVp+Sn3e8k4AxlxjLOUZ2Ca13fe9kG+zfM +ivRB1ZaBmZhTLkQEmSxuo9AOOlgKQrbXF6k3AYCCUfwr97uiQrJ/kD2u0qcM0J20Wx2 YeSj6Bsc0rMO9um5UHJMhwFzLbMxSpAuKHiZL1kUjNHCbLqp1ubVZY0IJzH5J5QUPxG9 lCBGMEdCCgS7/UZ0M31jL4R/79nrWXCPLVIC1VqfIXpOwit+3ghPbd1PjmIeYGcnk15f MykpkE9IqFVxJtlVokGId0MHR0Zl5EmPy0UHAwD0JsRQ7tGaKpMFp2XBD2CNxgZ0QSsV OM/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=ZQ0YX+lUA1Ow8OiEOGVKvEdS+1Bhuz4Jr0TX3u/J58I=; b=HbiLo//UuCHKX64zrHgrB2tw9xiwFqN5EwNUoUPqNrjiWoYaCK0J5f6AdvfEHo77Ze fPF7olewO3mSymfaEd/DCwWSSh4IEWPRCkEBasHS5OkUj4yFLphb37gIboQV7Mx1QwXo Gq1YcmMlOwDD/upF735zJQNjLWI6sNSRvqfVSkx69XuPpl/V2IZ0tW+btJEc6yU17g9M KFSWOztGr4eiPs+A0u562HVWefhAH/gR4vQZLL3jQHnJH0PLJ54HAeUAplG+KoYLnl4B qHa3SXpkMwO+PjHbPoBzVl+MYzkQLuca87dcYmezaErtxT/yBtQhZyvrMgDRgJBLb6gR X1eA== X-Gm-Message-State: AD7BkJIFuopCcImJzBBrD4iGq+q8OSHLEipEe39rUAR9ICUQ8QsjZCoiqBecUpnfjKfMpplkM44ai3lJwvGN6Q== MIME-Version: 1.0 X-Received: by 10.28.23.196 with SMTP id 187mr1697066wmx.17.1457050795299; Thu, 03 Mar 2016 16:19:55 -0800 (PST) Sender: yi.jiazi@gmail.com Received: by 10.194.246.201 with HTTP; Thu, 3 Mar 2016 16:19:55 -0800 (PST) In-Reply-To: <3E381473-97D1-4D64-8DE4-E7D672865FEB@gmail.com> References: <56D85DAC.5080501@earthlink.net> <56D8C940.2080109@earthlink.net> <3E381473-97D1-4D64-8DE4-E7D672865FEB@gmail.com> Date: Fri, 4 Mar 2016 01:19:55 +0100 X-Google-Sender-Auth: 2VGz3owE_M_petEPgTGrO8XYMho Message-ID: From: Jiazi YI To: Christopher Dearlove , Charlie Perkins Content-Type: multipart/alternative; boundary=001a1146830212dac5052d2e1387 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 00:19:59 -0000 --001a1146830212dac5052d2e1387 Content-Type: text/plain; charset=UTF-8 On Fri, Mar 4, 2016 at 1:01 AM, Christopher Dearlove < christopher.dearlove@gmail.com> wrote: > The network does not and fundamentally cannot offer multicast suppression > to AODVv2. This isn't a hard concept, but seems to keep having to be said. > AODVv2 messages are carried in 5444 packets, and those only travel one hop. > That doesn't allow for suppression. Furthermore AODVv2 is creating new > messages each hop. That needs AODVv2 specific handling. > > Please, will someone else please try to get this over. > Yeah, I think I need to rephrase my previous comment. I think what AODVv2 really wants to do is to reduce the retransmission (or regeneration) of RREQ messages -- that's OK, as long as it's clearly specified. I agree with Chris that considering AODVv2 is "regenerating" messages, some special manipulation is required. And on Charlie's comment: AODVv2 should just take care of establishing and maintaining routes.If the > nodes in the network offer multicast suppression, AODVv2 can use it. RREQ message dissemination is one of the most important steps for establishing/maintaining routes. If AODVv2 recommends anything to improve it, we would expect the specification to tell us how to do it, and how it can interoperate with others who don't do that. If there is a DNS server in the network, does this imply that AODVv2 has to > mandate that it work properly? Well if it doesn't, then maybe DNS won't > work and then applications can't resolve names, and can't ask AODV to > establish routes for the IP addresses, etc. Well, at least, for the moment, AODVV2 doesn't rely on DNS. If you say, all right, we can put a hostname as RREQ originator identification instead of IP address, I'm sure that people will ask you if DNS is mandatory, what to do if DNS fails, and how to interoperate with those routers only understand IP :) best Jiazi > > > -- > Christopher Dearlove > christopher.dearlove@gmail.com > > On 3 Mar 2016, at 23:31, Charlie Perkins > wrote: > > Hello Jiazi, > > AODVv2 can't take responsibility for everything the network does. AODVv2 > should just take care of establishing and maintaining routes. > > If the nodes in the network offer multicast suppression, AODVv2 can use it. > > If the nodes in the network don't work properly (say, regarding multicast > suppression, or some other protocol) their improper operation can affect > the network. > > If there is a DNS server in the network, does this imply that AODVv2 has > to mandate that it work properly? Well if it doesn't, then maybe DNS won't > work and then applications can't resolve names, and can't ask AODV to > establish routes for the IP addresses, etc. > > I'd like to write up an integrated version of AODVv2 with some variety of > multicast suppression algorithm that seems to cooperate conveniently, but > that's an optimization. I don't know whether or not it would use NDHP, but > it might steal some packet formats. > > Regards, > Charlie P. > > > > > On 3/3/2016 2:46 PM, Jiazi YI wrote: > > For me, using multicast suppression is OK, as long as it's clearly > specified. > > RFC6621 is more like a "framework" for me: > > - A neighbour discovery module that can be NDHP or others. > Especially, the algorithms used in RFC6621 require bi-directional check of > neighbors, and 2-hop neighborhood discovery. I don't know how it's handled > in AODVv2. > > - A duplicate detection module that can be identity-based or > hash-based. For this, AODVv2 has already its message sequence number. > > - A relay set selection module. RFC 6621 doesn't specify which > algorithm should be used, but simply provided some guidelines and 3 > examples (E-CDS, MPR-CDS, S-MPR). > > Without clear definition of the three modules above, even implementations > based on RFC6621 won't be able to interoperate -- I don't think it will > work or AODVv2 either. > > From the draft that you provided, I couldn't see how the issues can be > resolved. > > best > > Jiazi > > On Thu, Mar 3, 2016 at 4:52 PM, Charlie Perkins < > charles.perkins@earthlink.net> wrote: > >> >> Hello folks, >> >> There has been some discussion about whether or not RFC 6621 algorithms >> could be used with AODVv2. >> >> I wrote a short draft on the subject; feedback especially of the >> constructive variety is solicited and welcome. >> >> Here's the URL for the text: >> https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt >> >> Regards, >> Charlie P. >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --001a1146830212dac5052d2e1387 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

= On Fri, Mar 4, 2016 at 1:01 AM, Christopher Dearlove <= christo= pher.dearlove@gmail.com> wrote:
The network does not and fundamentally cannot offer multicas= t suppression to AODVv2. This isn't a hard concept, but seems to keep h= aving to be said. AODVv2 messages are carried in 5444 packets, and those on= ly travel one hop. That doesn't allow for suppression. Furthermore AODV= v2 is creating new messages each hop. That needs AODVv2 specific handling.<= /div>

Please, will someone else please try to get this o= ver.

Yeah, I think I need to re= phrase my previous comment.=C2=A0
I think what AODVv2 really want= s to do is to reduce the retransmission (or regeneration) of RREQ messages = -- that's OK, as long as it's clearly specified.=C2=A0
I agree with Chris that considering AODVv2 is "regenerati= ng" messages, some special manipulation is required.=C2=A0
<= br>
And on Charlie's comment:

=C2=A0AODVv2 should just take care of establishing and maintaining ro= utes.If the nodes in the network offer multicast suppression, AODVv2 can us= e it.

RREQ message dissemination is one of = the most important steps for establishing/maintaining routes. If AODVv2 rec= ommends anything to improve it, we would expect the specification to tell u= s how to do it, and how it can interoperate with others who don't do th= at.=C2=A0

If there is a DNS server in = the network, does this imply that AODVv2 has to mandate that it work proper= ly?=C2=A0 Well if it doesn't, then maybe DNS won't work and then ap= plications can't resolve names, and can't ask AODV to establish rou= tes for the IP addresses, etc.

=C2=A0
=
Well, at least, for the moment, AODVV2 doesn't rely on DNS.=C2=A0<= /div>
If you say, all right, we can put a hostname as RREQ originator i= dentification instead of IP address, I'm sure that people will ask you = if DNS is mandatory, what to do if DNS fails, and how to interoperate with = those routers only understand IP :)

best

Jiazi
=C2=A0


--=C2=A0
Chri= stopher Dearlove
<= /div>

On 3 Mar 2016, at 23:31, Charlie Perki= ns <c= harles.perkins@earthlink.net> wrote:

=20 =20 =20 =20 Hello Jiazi,

AODVv2 can't take responsibility for everything the network does.= =C2=A0 AODVv2 should just take care of establishing and maintaining routes.
If the nodes in the network offer multicast suppression, AODVv2 can use it.

If the nodes in the network don't work properly (say, regarding multicast suppression, or some other protocol) their improper operation can affect the network.

If there is a DNS server in the network, does this imply that AODVv2 has to mandate that it work properly?=C2=A0 Well if it doesn't, the= n maybe DNS won't work and then applications can't resolve names,= and can't ask AODV to establish routes for the IP addresses, etc.

I'd like to write up an integrated version of AODVv2 with some variety of multicast suppression algorithm that seems to cooperate conveniently, but that's an optimization.=C2=A0 I don't know wh= ether or not it would use NDHP, but it might steal some packet formats.

Regards,
Charlie P.




On 3/3/2016 2:46 PM, Jiazi YI wrote:
=20
For me, using multicast suppression is OK, as long as it's clearly specified.=C2=A0

RFC6621 is more like a "framework" for me:

=C2=A0 =C2=A0 =C2=A0- A neighbour discovery module that can be= NDHP or others. Especially, the algorithms used in RFC6621 require bi-directional check of neighbors, and 2-hop neighborhood discovery. I don't know how it's handled in AODVv2.=C2=A0=

=C2=A0 =C2=A0 =C2=A0- A duplicate detection module that can be identity-based or hash-based. For this, AODVv2 has already its message sequence number. =C2=A0

=C2=A0 =C2=A0 =C2=A0- A relay set selection module. RFC 6621 d= oesn't specify which algorithm should be used, but simply provided some guidelines and 3 examples (E-CDS, MPR-CDS, S-MPR).=C2=A0

Without clear definition of the three modules above, even implementations based on RFC6621 won't be able to interoperat= e -- I don't think it will work or AODVv2 either.=C2=A0

From the draft that you provided, I couldn't see how the issues can be resolved.

best

Jiazi

On Thu, Mar 3, 2016 at 4:52 PM, Charlie Perkins <charles.perkins@earthlink.net> wrote:

Hello folks,

There has been some discussion about whether or not RFC 6621 algorithms could be used with AODVv2.

I wrote a short draft on the subject; feedback especially of the constructive variety is solicited and welcome.

Here's the URL for the text:
https://www.ietf.org/id/= draft-perkins-manet-using-rfc6621-00.txt

Regards,
Charlie P.

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


=20

--001a1146830212dac5052d2e1387-- From nobody Fri Mar 4 01:12:04 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75A801A1A76 for ; Fri, 4 Mar 2016 01:12:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.749 X-Spam-Level: X-Spam-Status: No, score=-0.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 PpDRMJXo82lk for ; Fri, 4 Mar 2016 01:12:00 -0800 (PST) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A5F461A024E for ; Fri, 4 Mar 2016 01:11:59 -0800 (PST) Received: by mail-lb0-x22a.google.com with SMTP id bc4so53717611lbc.2 for ; Fri, 04 Mar 2016 01:11:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=31HTdJylT5Lw3prDETdKY31tCEhfnKAW/Sc3i7Ueq30=; b=ujUbeMr2ey9DdG1lpF2qdJNikycWTWwGqKR/OqGpzbol6C0jIgyautJ+3XNbpShv/u l/HYTrYdtP2P79/RfZGGGC40/SK8WRJ8bVJ9f7mmL8aRghMzAU30QIUz3DfWw67E+y06 tIJBm9UPPtkCGBg59I9zAKWWYPowtXIcxHEQIj+VFAy112EyGE+7mMJLscupNZlO7Xgp I+gnkgw5FrsxJUwLif28OIa1WFDDXcL0YxhxW9V8wH5IWIAX+zJPx1+p+ZtxbINeqeuo BjAY/DAvBegEL31DhE+jPcBq/Jvo5W/PJfuz/jf2EZYwiCouH8I+QN3xs0LgcDZOW0XC 66bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=31HTdJylT5Lw3prDETdKY31tCEhfnKAW/Sc3i7Ueq30=; b=JY1cRt7+KA2u+mY5Q2JmN5w94AiKXUoGZ1iFXC0/RBsU/dqlz8xpS3u7muMCXtcoGz FO5UR/BTWmtDY9yxWzpj29xa/moFdYFacmQo2mcQwg5lL3vQt9jC4wroHSM/XnEJacy8 0WWYk6JARzlIysdsIKfpo650Obv7haL1GriBSL53fr2OcQmb6QMtflnpzVuB3cVAGkkA 7Xfv1iwgXtA2SQYpQBuxN0XDeP/lVFpNCptTjJU164vTkph8TmUR6+wVDsxTFdbv+jBU UoAQAHsM8PKZdKLL0LhslPRFkvBcUzzuHlhxAYp+hq9Sxl/RfAIBoZNPR8/SUtnfsWwD IHWg== X-Gm-Message-State: AD7BkJI+QyheM/o4v58Iuo+14h8DhKXfAY2X/d641bRApiF9Qnx1TnC6hcn9il2a2Gg6qJalOAYS9ytsIGPTnA== MIME-Version: 1.0 X-Received: by 10.25.209.73 with SMTP id i70mr2815045lfg.0.1457082717755; Fri, 04 Mar 2016 01:11:57 -0800 (PST) Received: by 10.112.25.36 with HTTP; Fri, 4 Mar 2016 01:11:57 -0800 (PST) In-Reply-To: <3E381473-97D1-4D64-8DE4-E7D672865FEB@gmail.com> References: <56D85DAC.5080501@earthlink.net> <56D8C940.2080109@earthlink.net> <3E381473-97D1-4D64-8DE4-E7D672865FEB@gmail.com> Date: Fri, 4 Mar 2016 09:11:57 +0000 Message-ID: From: Victoria Mercieca To: Christopher Dearlove Content-Type: multipart/alternative; boundary=001a1141fcaacce00d052d358140 Archived-At: Cc: Charlie Perkins , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Using RFC 6621 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 09:12:02 -0000 --001a1141fcaacce00d052d358140 Content-Type: text/plain; charset=UTF-8 Hi Chris, I think Charlie's statement "If the nodes in the network offer multicast suppression, AODVv2 can use it" might have caused more confusion. AODVv2 would not expect some other mechanism to handle multicast suppression/forwarding of AODVv2 messages. AODVv2 messages inside RFC5444 packets, would not be considered for forwarding by this mechanism. We know this. AODVv2 would like to know if multicast suppression was being done in the network, and in particular, if the router on which AODVv2 was running was elected to forward multicast traffic. The idea is, that if AODVv2 could get that knowledge, it could similarly decide whether to regenerate AODVv2 messages. It would not expect or desire any existing forwarding mechanism to get involved with packets containing AODVv2 messages. All the handling of AODVv2 messages is done by AODVv2. The rest of the discussion seems to point at mandating more detail on how multicast suppression would need to be configured across the network, before AODVv2 could trust that, if it mimicked the relay set in the way it decided to regenerate messages, route discovery would still succeed. Kind regards, Victoria. On Fri, Mar 4, 2016 at 12:01 AM, Christopher Dearlove < christopher.dearlove@gmail.com> wrote: > The network does not and fundamentally cannot offer multicast suppression > to AODVv2. This isn't a hard concept, but seems to keep having to be said. > AODVv2 messages are carried in 5444 packets, and those only travel one hop. > That doesn't allow for suppression. Furthermore AODVv2 is creating new > messages each hop. That needs AODVv2 specific handling. > > Please, will someone else please try to get this over. > > -- > Christopher Dearlove > christopher.dearlove@gmail.com > > On 3 Mar 2016, at 23:31, Charlie Perkins > wrote: > > Hello Jiazi, > > AODVv2 can't take responsibility for everything the network does. AODVv2 > should just take care of establishing and maintaining routes. > > If the nodes in the network offer multicast suppression, AODVv2 can use it. > > If the nodes in the network don't work properly (say, regarding multicast > suppression, or some other protocol) their improper operation can affect > the network. > > If there is a DNS server in the network, does this imply that AODVv2 has > to mandate that it work properly? Well if it doesn't, then maybe DNS won't > work and then applications can't resolve names, and can't ask AODV to > establish routes for the IP addresses, etc. > > I'd like to write up an integrated version of AODVv2 with some variety of > multicast suppression algorithm that seems to cooperate conveniently, but > that's an optimization. I don't know whether or not it would use NDHP, but > it might steal some packet formats. > > Regards, > Charlie P. > > > > > On 3/3/2016 2:46 PM, Jiazi YI wrote: > > For me, using multicast suppression is OK, as long as it's clearly > specified. > > RFC6621 is more like a "framework" for me: > > - A neighbour discovery module that can be NDHP or others. > Especially, the algorithms used in RFC6621 require bi-directional check of > neighbors, and 2-hop neighborhood discovery. I don't know how it's handled > in AODVv2. > > - A duplicate detection module that can be identity-based or > hash-based. For this, AODVv2 has already its message sequence number. > > - A relay set selection module. RFC 6621 doesn't specify which > algorithm should be used, but simply provided some guidelines and 3 > examples (E-CDS, MPR-CDS, S-MPR). > > Without clear definition of the three modules above, even implementations > based on RFC6621 won't be able to interoperate -- I don't think it will > work or AODVv2 either. > > From the draft that you provided, I couldn't see how the issues can be > resolved. > > best > > Jiazi > > On Thu, Mar 3, 2016 at 4:52 PM, Charlie Perkins < > charles.perkins@earthlink.net> wrote: > >> >> Hello folks, >> >> There has been some discussion about whether or not RFC 6621 algorithms >> could be used with AODVv2. >> >> I wrote a short draft on the subject; feedback especially of the >> constructive variety is solicited and welcome. >> >> Here's the URL for the text: >> https://www.ietf.org/id/draft-perkins-manet-using-rfc6621-00.txt >> >> Regards, >> Charlie P. >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --001a1141fcaacce00d052d358140 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Chris,

I think = Charlie's statement "If the nodes in the network offer multicast s= uppression, AODVv2 can use it" might have caused more confusion. AODVv2 would not expect = some other mechanism to handle multicast suppression/forwarding of AODVv2 m= essages. AODVv2 messages inside RFC5444 packets, would not be considered fo= r forwarding by this mechanism. We know this.

AODVv2 would like to = know if multicast suppression was being done in the network, and in particu= lar, if the router on which AODVv2 was running was elected to forward multi= cast traffic. The idea is, that if AODVv2 could get that knowledge, it coul= d similarly decide whether to regenerate AODVv2 messages. It would not expe= ct or desire any existing forwarding mechanism to get involved with packets= containing AODVv2 messages. All the handling of AODVv2 messages is done by= AODVv2.

The rest of the discussion seems to point at mandatin= g more detail on how multicast suppression would need to be configured acro= ss the network, before AODVv2 could trust that, if it mimicked the relay se= t in the way it decided to regenerate messages, route discovery would still= succeed.

Kind regards,
Victoria.
<= div>

On Fri, M= ar 4, 2016 at 12:01 AM, Christopher Dearlove <christopher.de= arlove@gmail.com> wrote:
The network does not and fundamenta= lly cannot offer multicast suppression to AODVv2. This isn't a hard con= cept, but seems to keep having to be said. AODVv2 messages are carried in 5= 444 packets, and those only travel one hop. That doesn't allow for supp= ression. Furthermore AODVv2 is creating new messages each hop. That needs A= ODVv2 specific handling.

Please, will someone else= please try to get this over.

--=C2=A0

On 3 Mar 2016, at 23:= 31, Charlie Perkins <charles.perkins@earthlink.net> wrote:

<= blockquote type=3D"cite">
=20 =20 =20 =20 Hello Jiazi,

AODVv2 can't take responsibility for everything the network does.= =C2=A0 AODVv2 should just take care of establishing and maintaining routes.
If the nodes in the network offer multicast suppression, AODVv2 can use it.

If the nodes in the network don't work properly (say, regarding multicast suppression, or some other protocol) their improper operation can affect the network.

If there is a DNS server in the network, does this imply that AODVv2 has to mandate that it work properly?=C2=A0 Well if it doesn't, the= n maybe DNS won't work and then applications can't resolve names,= and can't ask AODV to establish routes for the IP addresses, etc.

I'd like to write up an integrated version of AODVv2 with some variety of multicast suppression algorithm that seems to cooperate conveniently, but that's an optimization.=C2=A0 I don't know wh= ether or not it would use NDHP, but it might steal some packet formats.

Regards,
Charlie P.




On 3/3/2016 2:46 PM, Jiazi YI wrote:
=20
For me, using multicast suppression is OK, as long as it's clearly specified.=C2=A0

RFC6621 is more like a "framework" for me:

=C2=A0 =C2=A0 =C2=A0- A neighbour discovery module that can be= NDHP or others. Especially, the algorithms used in RFC6621 require bi-directional check of neighbors, and 2-hop neighborhood discovery. I don't know how it's handled in AODVv2.=C2=A0=

=C2=A0 =C2=A0 =C2=A0- A duplicate detection module that can be identity-based or hash-based. For this, AODVv2 has already its message sequence number. =C2=A0

=C2=A0 =C2=A0 =C2=A0- A relay set selection module. RFC 6621 d= oesn't specify which algorithm should be used, but simply provided some guidelines and 3 examples (E-CDS, MPR-CDS, S-MPR).=C2=A0

Without clear definition of the three modules above, even implementations based on RFC6621 won't be able to interoperat= e -- I don't think it will work or AODVv2 either.=C2=A0

From the draft that you provided, I couldn't see how the issues can be resolved.

best

Jiazi

On Thu, Mar 3, 2016 at 4:52 PM, Charlie Perkins <charles.perkins@earthlink.net> wrote:

Hello folks,

There has been some discussion about whether or not RFC 6621 algorithms could be used with AODVv2.

I wrote a short draft on the subject; feedback especially of the constructive variety is solicited and welcome.

Here's the URL for the text:
https://www.ietf.org/id/= draft-perkins-manet-using-rfc6621-00.txt

Regards,
Charlie P.

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


=20

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


--001a1141fcaacce00d052d358140-- From nobody Fri Mar 4 02:42:59 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 194481B364D for ; Fri, 4 Mar 2016 02:42:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.506 X-Spam-Level: X-Spam-Status: No, score=-14.506 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a0LWJmar7OZ4 for ; Fri, 4 Mar 2016 02:42:56 -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 BB0511A88D8 for ; Fri, 4 Mar 2016 02:42:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14154; q=dns/txt; s=iport; t=1457088175; x=1458297775; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=s7msKftxZwTexRYZBgd1o+JTtjNpHUnqXd9daBp5QYc=; b=KHbjYPICXzahJKYBYuotxqay5nCvp0IU4aGpVunnZk5qTjLYzl5u6n9y N+oT8x35461Zibpm0/NATqcBKkXZcc1+y4pMfk/Rt5fFLDFn+EdCrh+cI /EKy+DK8FYE9ShJH9nR4UPoMbdMd1bP0E/1m9QMX0W+ukKf3RzPRMlbSq M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AMAgA7ZtlW/5pdJa1dgm5MUm0GujEBD?= =?us-ascii?q?YFqFwEJhW4CHIEVOBQBAQEBAQEBZCeEQQEBAQQBAQEgCkELEAIBCBEDAQEBASc?= =?us-ascii?q?DAgICHwYLFAkIAQEEAQ0FCIgFAxIOrXaKPQ2ENAEBAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAREEhheEPII8ghIKDQmCSoE6BYYbCYxUhCkBhV2GFYFujwCHCodHAR4BAUK?= =?us-ascii?q?DZGqIJH4BAQE?= X-IronPort-AV: E=Sophos;i="5.22,535,1449532800"; d="scan'208,217";a="245510955" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Mar 2016 10:42:54 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id u24AgsDO022312 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Mar 2016 10:42:54 GMT Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 4 Mar 2016 04:42:53 -0600 Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1104.009; Fri, 4 Mar 2016 04:42:53 -0600 From: "Ashish Dalela (adalela)" To: Stan Ratliff , Henning Rogge Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AdEHQsnoEIjbPaGbSsi7klNsrLls3AAMVlgA///JMHSAALxEgP8jalzg Date: Fri, 4 Mar 2016 10:42:53 +0000 Message-ID: <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.232.28.90] Content-Type: multipart/alternative; boundary="_000_6cf459def84e464a92a94a321b9b4adcXCHALN005ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 10:42:58 -0000 --_000_6cf459def84e464a92a94a321b9b4adcXCHALN005ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gU3RhbiwNCg0KV2UgaGF2ZSBzdWJtaXR0ZWQgYSBuZXcgZHJhZnQgdG9kYXkgdG8gZGVz Y3JpYmUgdGhlIFBGQyBmbG93IGNvbnRyb2wgbWVjaGFuaXNtLiBTb3JyeSwgdGhpcyB3YXMgbG9u ZyBkdWUgb24gbWU7IGJ1dCBiZXR0ZXIgbGF0ZSB0aGFuIG5ldmVyIQ0KDQpodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1kYWxlbGEtZGxlcC1mbG93LWNvbnRyb2wvDQoNCkhl cmUgaXMgdGhlIHF1aWNrIHJhdGlvbmFsZSB1bmRlcmx5aW5nIHRoaXMgZHJhZnQuIFRoZSBjdXJy ZW50IERMRVAgY3JlZGl0IHdpbmRvdyBzY2hlbWUgcmVxdWlyZXMgY3JlZGl0cyBleGNoYW5nZWQg b3ZlciBhIFRDUCBzZXNzaW9uLiBUaGlzIGlzIGhhcmRlciB0byBhY2hpZXZlIGluIG1hbnkgc2Nl bmFyaW9zIGJlY2F1c2UgbWFueSBkYXRhIHBhdGggaW1wbGVtZW50YXRpb25zIGFyZSBpbmNhcGFi bGUgb2YgaGFuZGxpbmcgVENQIHdpbmRvd2luZy4gU28gd2UgYXJlIHN1Z2dlc3RpbmcgYW4gYWx0 ZXJuYXRpdmUgYXBwcm9hY2ggdGhhdCB1dGlsaXplcyBJRUVFIDgwMi4xUWJiIChhLmsuYS4gUEZD KS4NCg0KUmVxdWVzdCBjb21tZW50cy4NCg0KVGhhbmtzDQotQXNoaXNoDQoNCkZyb206IFN0YW4g UmF0bGlmZiBbbWFpbHRvOnJhdGxpZmZzdGFuQGdtYWlsLmNvbV0NClNlbnQ6IEZyaWRheSwgT2N0 b2JlciAxNiwgMjAxNSAyOjM0IEFNDQpUbzogQXNoaXNoIERhbGVsYSAoYWRhbGVsYSkgPGFkYWxl bGFAY2lzY28uY29tPg0KQ2M6IEhlbm5pbmcgUm9nZ2UgPGhyb2dnZUBnbWFpbC5jb20+OyBtYW5l dEBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFttYW5ldF0gRExFUCBDcmVkaXQgV2luZG93aW5nDQoN CkFzaGlzaCwNCg0KSWYgeW91J2QgbGlrZSB0byB3cml0ZSBhIHByb3Bvc2VkIERMRVAgZXh0ZW5z aW9uIHVzaW5nIFBGQywgSSBlbmNvdXJhZ2UgeW91IHRvIGRvIHNvLiBBcyBIZW5uaW5nIG1lbnRp b25lZCwgbW9yZSB0aGFuIDEgZmxvdyBjb250cm9sIG1lY2hhbmlzbSBpcyBsaWtlbHkgZm9yIERM RVAuDQoNClN0YW4NCg0KT24gVGh1LCBPY3QgMTUsIDIwMTUgYXQgMTA6NDkgQU0sIEFzaGlzaCBE YWxlbGEgKGFkYWxlbGEpIDxhZGFsZWxhQGNpc2NvLmNvbTxtYWlsdG86YWRhbGVsYUBjaXNjby5j b20+PiB3cm90ZToNClllcyBpdCB3aWxsIGFuZCB0aGF0J3Mgd2h5IEkgc3VnZ2VzdGVkIHRoZSB1 c2Ugb2YgUEZDLiBUaGUgY29udHJvbCBhbmQgZGF0YSBwbGFuZXMgd2lsbCBoYXZlIGRpZmZlcmVu dCBwcmlvcml0aWVzLiBUaGUgcmFkaW8gbmV2ZXIgcGF1c2VzIHRoZSBjb250cm9sIGNoYW5uZWwg YmVjYXVzZSBpdCBpcyBuZXZlciBzZW50IG92ZXIgdGhlIGFpci4gSWYgZGVzaXJlZCwgIHRoZSBk YXRhIHBhY2tldHMgdGhlbXNlbHZlcyBjb3VsZCBiZSBnaXZlbiBkaWZmZXJlbnQgcHJpb3JpdGll cyBhbGxvd2luZyBzb21lIGZsb3dzIHRvIGJlIHNlbGVjdGl2ZWx5IHBhdXNlZC4NCg0KDQpTZW50 IGZyb20gU2Ftc3VuZyBNb2JpbGUNCg0KDQotLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0t LS0tDQpGcm9tOiBIZW5uaW5nIFJvZ2dlDQpEYXRlOjE1LzEwLzIwMTUgMTg6MzYgKEdNVCswNToz MCkNClRvOiAiQXNoaXNoIERhbGVsYSAoYWRhbGVsYSkiDQpDYzogbWFuZXRAaWV0Zi5vcmc8bWFp bHRvOm1hbmV0QGlldGYub3JnPg0KU3ViamVjdDogUmU6IFttYW5ldF0gRExFUCBDcmVkaXQgV2lu ZG93aW5nDQpPbiBUaHUsIE9jdCAxNSwgMjAxNSBhdCAyOjI1IFBNLCBBc2hpc2ggRGFsZWxhIChh ZGFsZWxhKQ0KPGFkYWxlbGFAY2lzY28uY29tPG1haWx0bzphZGFsZWxhQGNpc2NvLmNvbT4+IHdy b3RlOg0KPiBUaGUgaWRlYWwgbWVjaGFuaXNtIGZvciBFdGhlcm5ldCBmbG93IGNvbnRyb2wgaXMg dGhlIHVzZSBvZiA4MDIuMyBQQVVTRQ0KPiBmcmFtZXMsIHdoaWNoIGhhcyBmdXJ0aGVyIGJlZW4g ZW5oYW5jZWQgYnkgdGhlIFBGQyAoODAyLjFRYmIpIG1lY2hhbmlzbS4gSW4NCj4gZXNzZW5jZSwg d2UgZG9u4oCZdCBzZW5kIGNyZWRpdHMgYmVmb3JlIHBhY2tldHMgYXJlIGZvcndhcmRlZC4gUmF0 aGVyIHdlIHBhdXNlDQo+IHRoZSB0cmFmZmljIHdoZW4gdGhlIHRyYWZmaWMgY2Fubm90IGJlIGZv cndhcmRlZCBhbmQgdGhlIGJ1ZmZlcnMgYXJlIGZ1bGwuDQo+IFBGQyBpcyB3aWRlbHkgdXNlZCBp biBhIG51bWJlciBvZiBFdGhlcm5ldCBmbG93LWNvbnRyb2wgc2NlbmFyaW9zIHRvZGF5Lg0KDQpX b3VsZCBhIDgwMi4zIFBBVVNFIEZyYW1lIG5vdCBhbHNvIGJsb2NrIHRoZSBETEVQIGNvbnRyb2wg Y2hhbm5lbD8NCg0KSGVubmluZyBSb2dnZQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KbWFuZXQgbWFpbGluZyBsaXN0DQptYW5ldEBpZXRmLm9yZzxt YWlsdG86bWFuZXRAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL21hbmV0DQoNCg== --_000_6cf459def84e464a92a94a321b9b4adcXCHALN005ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0K CXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1z ZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBX b3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEu MGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+ PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9 ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt c28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0 PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0K PC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0K PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IZWxsbyBTdGFuLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+V2UgaGF2ZSBzdWJtaXR0ZWQgYSBuZXcgZHJhZnQgdG9kYXkg dG8gZGVzY3JpYmUgdGhlIFBGQyBmbG93IGNvbnRyb2wgbWVjaGFuaXNtLiBTb3JyeSwgdGhpcyB3 YXMgbG9uZyBkdWUgb24gbWU7IGJ1dCBiZXR0ZXIgbGF0ZSB0aGFuIG5ldmVyITxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtZGFsZWxhLWRsZXAtZmxvdy1jb250cm9sLzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGVyZSBpcyB0aGUgcXVpY2sgcmF0aW9uYWxlIHVu ZGVybHlpbmcgdGhpcyBkcmFmdC4gVGhlIGN1cnJlbnQgRExFUCBjcmVkaXQgd2luZG93IHNjaGVt ZSByZXF1aXJlcyBjcmVkaXRzIGV4Y2hhbmdlZCBvdmVyIGEgVENQIHNlc3Npb24uIFRoaXMgaXMg aGFyZGVyIHRvIGFjaGlldmUNCiBpbiBtYW55IHNjZW5hcmlvcyBiZWNhdXNlIG1hbnkgZGF0YSBw YXRoIGltcGxlbWVudGF0aW9ucyBhcmUgaW5jYXBhYmxlIG9mIGhhbmRsaW5nIFRDUCB3aW5kb3dp bmcuIFNvIHdlIGFyZSBzdWdnZXN0aW5nIGFuIGFsdGVybmF0aXZlIGFwcHJvYWNoIHRoYXQgdXRp bGl6ZXMgSUVFRSA4MDIuMVFiYiAoYS5rLmEuIFBGQykuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlJlcXVlc3QgY29tbWVudHMuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFua3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+LUFzaGlz aDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWYiPiBTdGFuIFJhdGxpZmYgW21haWx0bzpyYXRsaWZmc3RhbkBnbWFpbC5jb21dDQo8 YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBPY3RvYmVyIDE2LCAyMDE1IDI6MzQgQU08YnI+DQo8 Yj5Ubzo8L2I+IEFzaGlzaCBEYWxlbGEgKGFkYWxlbGEpICZsdDthZGFsZWxhQGNpc2NvLmNvbSZn dDs8YnI+DQo8Yj5DYzo8L2I+IEhlbm5pbmcgUm9nZ2UgJmx0O2hyb2dnZUBnbWFpbC5jb20mZ3Q7 OyBtYW5ldEBpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW21hbmV0XSBETEVQIENy ZWRpdCBXaW5kb3dpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Bc2hp c2gsJm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5J ZiB5b3UnZCBsaWtlIHRvIHdyaXRlIGEgcHJvcG9zZWQgRExFUCBleHRlbnNpb24gdXNpbmcgUEZD LCBJIGVuY291cmFnZSB5b3UgdG8gZG8gc28uIEFzIEhlbm5pbmcgbWVudGlvbmVkLCBtb3JlIHRo YW4gMSBmbG93IGNvbnRyb2wgbWVjaGFuaXNtIGlzIGxpa2VseSBmb3IgRExFUC48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3RhbjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBUaHUsIE9j dCAxNSwgMjAxNSBhdCAxMDo0OSBBTSwgQXNoaXNoIERhbGVsYSAoYWRhbGVsYSkgJmx0OzxhIGhy ZWY9Im1haWx0bzphZGFsZWxhQGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFkYWxlbGFAY2lz Y28uY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAw aW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+WWVzIGl0IHdpbGwgYW5kIHRoYXQn cyB3aHkgSSBzdWdnZXN0ZWQgdGhlIHVzZSBvZiBQRkMuIFRoZSBjb250cm9sIGFuZCBkYXRhIHBs YW5lcyB3aWxsIGhhdmUgZGlmZmVyZW50IHByaW9yaXRpZXMuIFRoZSByYWRpbyBuZXZlciBwYXVz ZXMgdGhlIGNvbnRyb2wgY2hhbm5lbCBiZWNhdXNlIGl0IGlzIG5ldmVyIHNlbnQgb3ZlciB0aGUg YWlyLiBJZiBkZXNpcmVkLCAmbmJzcDt0aGUgZGF0YSBwYWNrZXRzIHRoZW1zZWx2ZXMNCiBjb3Vs ZCBiZSBnaXZlbiBkaWZmZXJlbnQgcHJpb3JpdGllcyBhbGxvd2luZyBzb21lIGZsb3dzIHRvIGJl IHNlbGVjdGl2ZWx5IHBhdXNlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo1LjVwdDtj b2xvcjojNTc1NzU3Ij5TZW50IGZyb20gU2Ftc3VuZyBNb2JpbGU8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1i b3R0b206MTIuMHB0Ij48YnI+DQo8YnI+DQotLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0t LS0tPGJyPg0KRnJvbTogSGVubmluZyBSb2dnZSA8YnI+DQpEYXRlOjE1LzEwLzIwMTUgMTg6MzYg KEdNVCYjNDM7MDU6MzApIDxicj4NClRvOiAmcXVvdDtBc2hpc2ggRGFsZWxhIChhZGFsZWxhKSZx dW90OyA8YnI+DQpDYzogPGEgaHJlZj0ibWFpbHRvOm1hbmV0QGlldGYub3JnIiB0YXJnZXQ9Il9i bGFuayI+bWFuZXRAaWV0Zi5vcmc8L2E+IDxicj4NClN1YmplY3Q6IFJlOiBbbWFuZXRdIERMRVAg Q3JlZGl0IFdpbmRvd2luZyA8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij5PbiBUaHUsIE9jdCAx NSwgMjAxNSBhdCAyOjI1IFBNLCBBc2hpc2ggRGFsZWxhIChhZGFsZWxhKTxicj4NCiZsdDs8YSBo cmVmPSJtYWlsdG86YWRhbGVsYUBjaXNjby5jb20iIHRhcmdldD0iX2JsYW5rIj5hZGFsZWxhQGNp c2NvLmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj4NCiZndDsgVGhlIGlkZWFsIG1lY2hhbmlzbSBmb3Ig RXRoZXJuZXQgZmxvdyBjb250cm9sIGlzIHRoZSB1c2Ugb2YgODAyLjMgUEFVU0U8YnI+DQomZ3Q7 IGZyYW1lcywgd2hpY2ggaGFzIGZ1cnRoZXIgYmVlbiBlbmhhbmNlZCBieSB0aGUgUEZDICg4MDIu MVFiYikgbWVjaGFuaXNtLiBJbjxicj4NCiZndDsgZXNzZW5jZSwgd2UgZG9u4oCZdCBzZW5kIGNy ZWRpdHMgYmVmb3JlIHBhY2tldHMgYXJlIGZvcndhcmRlZC4gUmF0aGVyIHdlIHBhdXNlPGJyPg0K Jmd0OyB0aGUgdHJhZmZpYyB3aGVuIHRoZSB0cmFmZmljIGNhbm5vdCBiZSBmb3J3YXJkZWQgYW5k IHRoZSBidWZmZXJzIGFyZSBmdWxsLjxicj4NCiZndDsgUEZDIGlzIHdpZGVseSB1c2VkIGluIGEg bnVtYmVyIG9mIEV0aGVybmV0IGZsb3ctY29udHJvbCBzY2VuYXJpb3MgdG9kYXkuPGJyPg0KPGJy Pg0KV291bGQgYSA4MDIuMyBQQVVTRSBGcmFtZSBub3QgYWxzbyBibG9jayB0aGUgRExFUCBjb250 cm9sIGNoYW5uZWw/PGJyPg0KPGJyPg0KSGVubmluZyBSb2dnZTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJv dHRvbToxMi4wcHQiPjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fPGJyPg0KbWFuZXQgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOm1h bmV0QGlldGYub3JnIj5tYW5ldEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldDwvYT48bzpwPjwvbzpwPjwvcD4N CjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_6cf459def84e464a92a94a321b9b4adcXCHALN005ciscocom_-- From nobody Fri Mar 4 03:47:41 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EA641B3709 for ; Fri, 4 Mar 2016 03:47:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.002 X-Spam-Level: X-Spam-Status: No, score=-0.002 tagged_above=-999 required=5 tests=[RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6hwvf4lRGppB for ; Fri, 4 Mar 2016 03:47:39 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A82BC1B3706 for ; Fri, 4 Mar 2016 03:47:38 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Fri, 4 Mar 2016 11:47:14 +0000 From: Rick Taylor To: "Ashish Dalela (adalela)" , Stan Ratliff , Henning Rogge Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AQHRB0pTS0nD4ts8fk69I2irNQDYGw== Date: Fri, 4 Mar 2016 11:47:12 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 11:47:40 -0000 Hi Ashish,=0A= =0A= Thank you for this, it looks extremely interesting.=0A= =0A= Obviously I haven't had a chance to completely digest the draft, but one = =0A= thing that leaps out to me is the use of VLAN tagging, specifically =0A= section 7. Are you suggesting that the DLEP session runs over a VLAN =0A= trunk between router and modem (somehow) and the VLANs then fan out at =0A= the modem in some way?=0A= =0A= Given the 'transparent layer-2' requirement of DLEP, how do you see this = =0A= working with your model of a VLAN per destination (for flow control), or = =0A= have I misunderstood what you are proposing?=0A= =0A= Regards=0A= =0A= Rick=0A= =0A= On 04/03/16 10:43, Ashish Dalela (adalela) wrote:=0A= > Hello Stan,=0A= >=0A= > We have submitted a new draft today to describe the PFC flow control=0A= > mechanism. Sorry, this was long due on me; but better late than never!=0A= >=0A= > https://datatracker.ietf.org/doc/draft-dalela-dlep-flow-control/=0A= >=0A= > Here is the quick rationale underlying this draft. The current DLEP=0A= > credit window scheme requires credits exchanged over a TCP session. This= =0A= > is harder to achieve in many scenarios because many data path=0A= > implementations are incapable of handling TCP windowing. So we are=0A= > suggesting an alternative approach that utilizes IEEE 802.1Qbb (a.k.a.=0A= > PFC).=0A= >=0A= > Request comments.=0A= >=0A= > Thanks=0A= >=0A= > -Ashish=0A= >=0A= > *From:*Stan Ratliff [mailto:ratliffstan@gmail.com]=0A= > *Sent:* Friday, October 16, 2015 2:34 AM=0A= > *To:* Ashish Dalela (adalela) =0A= > *Cc:* Henning Rogge ; manet@ietf.org=0A= > *Subject:* Re: [manet] DLEP Credit Windowing=0A= >=0A= > Ashish,=0A= >=0A= > If you'd like to write a proposed DLEP extension using PFC, I encourage= =0A= > you to do so. As Henning mentioned, more than 1 flow control mechanism=0A= > is likely for DLEP.=0A= >=0A= > Stan=0A= >=0A= > On Thu, Oct 15, 2015 at 10:49 AM, Ashish Dalela (adalela)=0A= > > wrote:=0A= >=0A= > Yes it will and that's why I suggested the use of PFC. The control=0A= > and data planes will have different priorities. The radio never=0A= > pauses the control channel because it is never sent over the air. If= =0A= > desired, the data packets themselves could be given different=0A= > priorities allowing some flows to be selectively paused.=0A= >=0A= > Sent from Samsung Mobile=0A= >=0A= >=0A= >=0A= > -------- Original message --------=0A= > From: Henning Rogge=0A= > Date:15/10/2015 18:36 (GMT+05:30)=0A= > To: "Ashish Dalela (adalela)"=0A= > Cc: manet@ietf.org =0A= > Subject: Re: [manet] DLEP Credit Windowing=0A= >=0A= > On Thu, Oct 15, 2015 at 2:25 PM, Ashish Dalela (adalela)=0A= > > wrote:=0A= > > The ideal mechanism for Ethernet flow control is the use of 802.3 P= AUSE=0A= > > frames, which has further been enhanced by the PFC (802.1Qbb) mecha= nism. In=0A= > > essence, we don=92t send credits before packets are forwarded. Rath= er we pause=0A= > > the traffic when the traffic cannot be forwarded and the buffers ar= e full.=0A= > > PFC is widely used in a number of Ethernet flow-control scenarios t= oday.=0A= >=0A= > Would a 802.3 PAUSE Frame not also block the DLEP control channel?=0A= >=0A= > Henning Rogge=0A= >=0A= >=0A= > _______________________________________________=0A= > manet mailing list=0A= > manet@ietf.org =0A= > https://www.ietf.org/mailman/listinfo/manet=0A= >=0A= =0A= From nobody Fri Mar 4 03:59:57 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7414B1B372E for ; Fri, 4 Mar 2016 03:59:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.1 X-Spam-Level: X-Spam-Status: No, score=-0.1 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 74UYAP8PpmX7 for ; Fri, 4 Mar 2016 03:59:54 -0800 (PST) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21A1A1A9032 for ; Fri, 4 Mar 2016 03:59:54 -0800 (PST) Received: by mail-lb0-x22b.google.com with SMTP id k15so58431133lbg.0 for ; Fri, 04 Mar 2016 03:59:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Zyd8B0W4kBDVHa5uQ15HuR/OoTIPc4IfWQ8ymA/9/W4=; b=G0PmM3sh6r+IbqqhQGi8IcZGeUjSlUHoo7GfguIM/iVk57AJLJD/8s2pXExfRM1St1 CiG5Q7xTild0W1lFH5JOLR04p6DS3kZhu/FLN1Dcv46/QY6pxEC5Tm1fv/xqDr6YKlGK 5dDFTY+qqVLubOrInPklZWh7lY4fybeSZ4xRN3IM8Vl6kNmEj8HtcXNzQiyEmaMxIL4p AzfjxIBl0Eu+QPvv5HMQNW+6bfYWUGBJ9cbz+W3qu6Xf3CRvmlJLsAQO8zPr8RI4Dfnt 6+NgLBihg8wk+JNcG+dGIxrd+2yDzIVerIN4ckDHCDzp7PqAH2C7UI8Nxxdq2N5X0VYV 4TUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Zyd8B0W4kBDVHa5uQ15HuR/OoTIPc4IfWQ8ymA/9/W4=; b=LisDhsQLeYwzHnXZiE+Z2mOanHgTijE98B67zpmaONvgxUcwo8qXLstCtQsb9mLJHh 181KQqNOnCzUkyQQONdpaFMfeK23/h3H6WPzyWBYgJj+Uvwu9PyIMFVR0HamHsy6K+D3 3ljuhRDZqFklIvmbH9NR/UYXgezdCmh+gvE7F+Rqyr9M2ubIdnni1rNhJfofR5Cam5XL Hny5bBDyRKdwyZ0ljcLF9xk9RMltXZ0Jb2G+oCrF5EGYX7lb7ng7yZeYbZWyH/F0f2HS 7WvTUXroalecryz/oa6lzZ4evHS4/rzD7aOn1/3MFUQHqX1Os3zyxBLmJpeTLAdx7XEJ Z40Q== X-Gm-Message-State: AD7BkJKSOWAjrbYvcBT862ZHU8J5ohBPoybaXyWdKXsb2015ozm4gqC8CDcpur2olErCki78aPXs7BLXSMm7VQ== X-Received: by 10.112.167.162 with SMTP id zp2mr2982989lbb.3.1457092792227; Fri, 04 Mar 2016 03:59:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.210.140 with HTTP; Fri, 4 Mar 2016 03:59:22 -0800 (PST) In-Reply-To: <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> From: Henning Rogge Date: Fri, 4 Mar 2016 12:59:22 +0100 Message-ID: To: "Ashish Dalela (adalela)" Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 11:59:55 -0000 Hi, I am a bit worried about the text at the beginning of chapter 6.1: "IEEE 802.1Qbb standards PAUSE frame is re-interpreted to support this scheme using both Class of Service and MAC." Does this mean you are using 802.1Qbb in a different way than suggested in the standard? Doing so could mean that you need custom ethernet drivers on both ends... and maybe even a custom switch. Henning Rogge From nobody Fri Mar 4 04:26:17 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51D5F1B37AF for ; Fri, 4 Mar 2016 04:26:16 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nSwS1fQuYw7P for ; Fri, 4 Mar 2016 04:26:14 -0800 (PST) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 944E01B37AE for ; Fri, 4 Mar 2016 04:26:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3964; q=dns/txt; s=iport; t=1457094374; x=1458303974; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=UD7uosIFmnv//Jr4yckI9sugKwoZEL1n2m8xI7S7uhs=; b=QQ95VpHd3uJIa6ClfXRIKGf44Tqw61sDkAiS2r4+3zt0v17ovR6U2l+x cdYimLzENHCJj2xvsHVllCm52y/ny8A/VY993j2AIf9eO63TjDt+Z7yAh arnl6bNBYDceMCp2/bzDKkA8fsHEky+lhyEqpAjwwqCqVnhZY+vOn2R4S Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D2AQB/fdlW/4MNJK1dgzpSbQa6MgENg?= =?us-ascii?q?WkXCoVuAoExOBQBAQEBAQEBZCeEQQEBAQQBAQE3NAsMBAIBCBEDAQEBAR4JByE?= =?us-ascii?q?GCxQJCAEBBAENBQiIBQMSDrhXDYQ0AQEBAQEBAQEBAQEBAQEBAQEBAQEBEQSGF?= =?us-ascii?q?4Q8gjyGNwWGGwmQfQGFXYYVgW6PAIcKh0cBHgEBQoNkaogkfgEBAQ?= X-IronPort-AV: E=Sophos;i="5.22,535,1449532800"; d="scan'208";a="245408221" Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Mar 2016 12:26:13 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u24CQDIi003299 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Mar 2016 12:26:13 GMT Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 4 Mar 2016 06:26:12 -0600 Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1104.009; Fri, 4 Mar 2016 06:26:11 -0600 From: "Ashish Dalela (adalela)" To: Rick Taylor , Stan Ratliff , Henning Rogge Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AdEHQsnoEIjbPaGbSsi7klNsrLls3BuzflDg Date: Fri, 4 Mar 2016 12:26:11 +0000 Message-ID: References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.232.28.90] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 12:26:16 -0000 Hi Rick, Yes, one of the proposals is to use a VLAN per neighbor. The default VLAN 1= will be used for the control plane. That allows us to have 4K neighbors, e= ach distinguished by a unique VLAN ID. Thanks Ashish -----Original Message----- From: Rick Taylor [mailto:rick@tropicalstormsoftware.com]=20 Sent: Friday, March 04, 2016 5:17 PM To: Ashish Dalela (adalela) ; Stan Ratliff ; Henning Rogge Cc: manet@ietf.org Subject: Re: [manet] DLEP Credit Windowing Hi Ashish, Thank you for this, it looks extremely interesting. Obviously I haven't had a chance to completely digest the draft, but one th= ing that leaps out to me is the use of VLAN tagging, specifically section 7= . Are you suggesting that the DLEP session runs over a VLAN trunk between = router and modem (somehow) and the VLANs then fan out at the modem in some = way? Given the 'transparent layer-2' requirement of DLEP, how do you see this wo= rking with your model of a VLAN per destination (for flow control), or have= I misunderstood what you are proposing? Regards Rick On 04/03/16 10:43, Ashish Dalela (adalela) wrote: > Hello Stan, > > We have submitted a new draft today to describe the PFC flow control=20 > mechanism. Sorry, this was long due on me; but better late than never! > > https://datatracker.ietf.org/doc/draft-dalela-dlep-flow-control/ > > Here is the quick rationale underlying this draft. The current DLEP=20 > credit window scheme requires credits exchanged over a TCP session.=20 > This is harder to achieve in many scenarios because many data path=20 > implementations are incapable of handling TCP windowing. So we are=20 > suggesting an alternative approach that utilizes IEEE 802.1Qbb (a.k.a. > PFC). > > Request comments. > > Thanks > > -Ashish > > *From:*Stan Ratliff [mailto:ratliffstan@gmail.com] > *Sent:* Friday, October 16, 2015 2:34 AM > *To:* Ashish Dalela (adalela) > *Cc:* Henning Rogge ; manet@ietf.org > *Subject:* Re: [manet] DLEP Credit Windowing > > Ashish, > > If you'd like to write a proposed DLEP extension using PFC, I=20 > encourage you to do so. As Henning mentioned, more than 1 flow control=20 > mechanism is likely for DLEP. > > Stan > > On Thu, Oct 15, 2015 at 10:49 AM, Ashish Dalela (adalela)=20 > > wrote: > > Yes it will and that's why I suggested the use of PFC. The control > and data planes will have different priorities. The radio never > pauses the control channel because it is never sent over the air. If > desired, the data packets themselves could be given different > priorities allowing some flows to be selectively paused. > > Sent from Samsung Mobile > > > > -------- Original message -------- > From: Henning Rogge > Date:15/10/2015 18:36 (GMT+05:30) > To: "Ashish Dalela (adalela)" > Cc: manet@ietf.org > Subject: Re: [manet] DLEP Credit Windowing > > On Thu, Oct 15, 2015 at 2:25 PM, Ashish Dalela (adalela) > > wrote: > > The ideal mechanism for Ethernet flow control is the use of 802.3 P= AUSE > > frames, which has further been enhanced by the PFC (802.1Qbb) mecha= nism. In > > essence, we don't send credits before packets are forwarded. Rather= we pause > > the traffic when the traffic cannot be forwarded and the buffers ar= e full. > > PFC is widely used in a number of Ethernet flow-control scenarios t= oday. > > Would a 802.3 PAUSE Frame not also block the DLEP control channel? > > Henning Rogge > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > From nobody Fri Mar 4 04:32:11 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 765A71B37CE for ; Fri, 4 Mar 2016 04:32:10 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pybdPv5sEC6G for ; Fri, 4 Mar 2016 04:32:09 -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 0C62E1B37CC for ; Fri, 4 Mar 2016 04:32:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2034; q=dns/txt; s=iport; t=1457094729; x=1458304329; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=NSG4RVTn5bVD9kvO0VCE0eMX0x/tzDGUXia/ZnWEg88=; b=IF4dxpdhsyhfqslvh8Hb6MlcuYQa9yKYyzPPPAu02LgMsbqzp2StLfHG N037ehASGwrzXUKfif3h7iEh2j7DCo4LV0ucT7DQAGnxk+alb0LDVi9eF qO35ERkdmzkQ0rUcjt4AmTUUYjF6GOxgk0nXQOrHd/choI+M4I7BXY0Ka g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D1AQDVf9lW/5JdJa1dgzqBPwa4H4ITA?= =?us-ascii?q?Q2BaYYPAhyBFjgUAQEBAQEBAWQnhEEBAQEEIxFFDAQCAQgOAwQBAQMCIwMCAgI?= =?us-ascii?q?fERQBCAgCBA4FCIgFAxKuKoo9DYQ0AQEBAQEBAQEBAQEBAQEBAQEBAQEBFXuFH?= =?us-ascii?q?IQ8gjyEfYE6BZchAYtygW6BaY0XhXeBE4dHAR4BAUKDZGqIJH4BAQE?= X-IronPort-AV: E=Sophos;i="5.22,535,1449532800"; d="scan'208";a="82333097" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Mar 2016 12:31:56 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id u24CVuwh003055 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Mar 2016 12:31:56 GMT Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 4 Mar 2016 06:31:55 -0600 Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1104.009; Fri, 4 Mar 2016 06:31:55 -0600 From: "Ashish Dalela (adalela)" To: Henning Rogge Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AdEHQsnoEIjbPaGbSsi7klNsrLls3AAMVlgA///JMHSAALxEgP8jalzggbmnEgCAAFz8YA== Date: Fri, 4 Mar 2016 12:31:55 +0000 Message-ID: References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.232.28.90] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 12:32:10 -0000 SGkgSGVubmluZywNCg0KODAyLjFRYmIgc3VwcG9ydHMgb25seSA4IENvUyBxdWV1ZXMsIGFuZCBp biBjYXNlcyB3aGVyZSB0aGVyZSBhcmUgbm8gbW9yZSB0aGFuIDggbmVpZ2hib3JzIGFuZCAxIHRy YWZmaWMgY2xhc3MgcGVyIG5laWdoYm9yLCB0aGUgZGVmYXVsdCBRYmIgbWVjaGFuaXNtIGlzIHBy b3Bvc2VkLiAgDQoNCldoZW4gd2UgaGF2ZSB0byBnbyBiZXlvbmQgOCBuZWlnaGJvcnMgYW5kL29y IG11bHRpcGxlIHRyYWZmaWMgY2xhc3NlcyBwZXIgbmVpZ2hib3IsIHR3byBvdGhlciBzY2hlbWVz IGFyZSBwcm9wb3NlZCAtICgxKSBpZGVudGlmeWluZyB0aGUgbmVpZ2hib3IgYnkgYSB1bmlxdWUg U01BQywgYW5kICgyKSBpZGVudGlmeWluZyB0aGUgbmVpZ2hib3IgYnkgYSB1bmlxdWUgVkxBTi4N Cg0KSXQgaXMgY29ycmVjdCB0aGF0IFFiYiBkb2VzIG5vdCBzcGVjaWZ5IHRoZSB1c2Ugb2YgU01B QyBhbmQgVkxBTiBhcyBkaXN0aW5ndWlzaGluZyBmYWN0b3JzIGZvciB0cmFmZmljIGNsYXNzZXMs IGFuZCBvbmx5IHN1cHBvcnRzIDggQ29TLiBIb3dldmVyLCBzaW5jZSB3ZSBkb24ndCBjaGFuZ2Ug dGhlIHBhY2tldCBmb3JtYXQsIHdlIGNvbnNpZGVyIHRoaXMgImFsbG93ZWQgYmVoYXZpb3IiIGFs dGhvdWdoIGl0IG1heSBub3QgYmUgaW1wbGVtZW50ZWQuIEluIHNvbWUgY2FzZXMsIHRoaXMgKm1p Z2h0KiBpbnZvbHZlIHVwZGF0ZSBvZiBFdGhlcm5ldCBmaXJtd2FyZSwgb3IgdGhlIGltcGxlbWVu dGVyIG1pZ2h0IGNob29zZSB0byB1cGRhdGUgdGhlIGRyaXZlci4gDQoNClRoYW5rcw0KDQpBc2hp c2gNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEhlbm5pbmcgUm9nZ2UgW21h aWx0bzpocm9nZ2VAZ21haWwuY29tXSANClNlbnQ6IEZyaWRheSwgTWFyY2ggMDQsIDIwMTYgNToy OSBQTQ0KVG86IEFzaGlzaCBEYWxlbGEgKGFkYWxlbGEpIDxhZGFsZWxhQGNpc2NvLmNvbT4NCkNj OiBTdGFuIFJhdGxpZmYgPHJhdGxpZmZzdGFuQGdtYWlsLmNvbT47IG1hbmV0QGlldGYub3JnDQpT dWJqZWN0OiBSZTogW21hbmV0XSBETEVQIENyZWRpdCBXaW5kb3dpbmcNCg0KSGksDQoNCkkgYW0g YSBiaXQgd29ycmllZCBhYm91dCB0aGUgdGV4dCBhdCB0aGUgYmVnaW5uaW5nIG9mIGNoYXB0ZXIg Ni4xOg0KDQoiSUVFRSA4MDIuMVFiYiBzdGFuZGFyZHMgUEFVU0UgZnJhbWUgaXMgcmUtaW50ZXJw cmV0ZWQgdG8gc3VwcG9ydCB0aGlzIHNjaGVtZSB1c2luZyBib3RoIENsYXNzIG9mIFNlcnZpY2Ug YW5kIE1BQy4iDQoNCkRvZXMgdGhpcyBtZWFuIHlvdSBhcmUgdXNpbmcgODAyLjFRYmIgaW4gYSBk aWZmZXJlbnQgd2F5IHRoYW4gc3VnZ2VzdGVkIGluIHRoZSBzdGFuZGFyZD8NCg0KRG9pbmcgc28g Y291bGQgbWVhbiB0aGF0IHlvdSBuZWVkIGN1c3RvbSBldGhlcm5ldCBkcml2ZXJzIG9uIGJvdGgg ZW5kcy4uLiBhbmQgbWF5YmUgZXZlbiBhIGN1c3RvbSBzd2l0Y2guDQoNCkhlbm5pbmcgUm9nZ2UN Cg== From nobody Fri Mar 4 05:58:59 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5636B1A0126 for ; Fri, 4 Mar 2016 05:58:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e_e96qghtinV for ; Fri, 4 Mar 2016 05:58:55 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB8C31A0125 for ; Fri, 4 Mar 2016 05:58:54 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Fri, 4 Mar 2016 13:58:29 +0000 From: Rick Taylor To: "Ashish Dalela (adalela)" , Stan Ratliff , Henning Rogge Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AQHRB0pTS0nD4ts8fk69I2irNQDYGw== Date: Fri, 4 Mar 2016 13:58:27 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 13:58:57 -0000 Hi Ashish,=0A= =0A= Introducing a VLAN per neighbour is actually quite a big change from =0A= core DLEP. Destinations (neighbours) in DLEP are distinguished by MACs =0A= that are MUST be addressable/reachable on the same (V)LAN segment as the = =0A= DLEP peers.=0A= =0A= What you are proposing with VLAN-per-destination looks a lot more like =0A= the draft extension I put forward for layer-3 DLEP =0A= (https://tools.ietf.org/html/draft-taylor-manet-l3-dlep-00) where I =0A= proposed the workaround of stating that the MAC address is no longer a =0A= MAC, just an identifying unique sequence of octets.=0A= =0A= In your case the additional VLAN-Id data item paired with the MAC =0A= becomes the unique destination identifier.=0A= =0A= Might I suggest that you actually have 2 extensions in this one draft: =0A= Per-VLAN destinations, and PFC based flow control? Maybe splitting the =0A= document into two might be clearer for the readers?=0A= =0A= Cheers,=0A= =0A= Rick=0A= =0A= On 04/03/16 12:26, Ashish Dalela (adalela) wrote:=0A= > Hi Rick,=0A= >=0A= > Yes, one of the proposals is to use a VLAN per neighbor. The default VLAN= 1 will be used for the control plane. That allows us to have 4K neighbors,= each distinguished by a unique VLAN ID.=0A= >=0A= > Thanks=0A= >=0A= > Ashish=0A= >=0A= > -----Original Message-----=0A= > From: Rick Taylor [mailto:rick@tropicalstormsoftware.com]=0A= > Sent: Friday, March 04, 2016 5:17 PM=0A= > To: Ashish Dalela (adalela) ; Stan Ratliff ; Henning Rogge =0A= > Cc: manet@ietf.org=0A= > Subject: Re: [manet] DLEP Credit Windowing=0A= >=0A= > Hi Ashish,=0A= >=0A= > Thank you for this, it looks extremely interesting.=0A= >=0A= > Obviously I haven't had a chance to completely digest the draft, but one = thing that leaps out to me is the use of VLAN tagging, specifically section= 7. Are you suggesting that the DLEP session runs over a VLAN trunk betwee= n router and modem (somehow) and the VLANs then fan out at the modem in som= e way?=0A= >=0A= > Given the 'transparent layer-2' requirement of DLEP, how do you see this = working with your model of a VLAN per destination (for flow control), or ha= ve I misunderstood what you are proposing?=0A= >=0A= > Regards=0A= >=0A= > Rick=0A= >=0A= > On 04/03/16 10:43, Ashish Dalela (adalela) wrote:=0A= >> Hello Stan,=0A= >>=0A= >> We have submitted a new draft today to describe the PFC flow control=0A= >> mechanism. Sorry, this was long due on me; but better late than never!= =0A= >>=0A= >> https://datatracker.ietf.org/doc/draft-dalela-dlep-flow-control/=0A= >>=0A= >> Here is the quick rationale underlying this draft. The current DLEP=0A= >> credit window scheme requires credits exchanged over a TCP session.=0A= >> This is harder to achieve in many scenarios because many data path=0A= >> implementations are incapable of handling TCP windowing. So we are=0A= >> suggesting an alternative approach that utilizes IEEE 802.1Qbb (a.k.a.= =0A= >> PFC).=0A= >>=0A= >> Request comments.=0A= >>=0A= >> Thanks=0A= >>=0A= >> -Ashish=0A= >>=0A= >> *From:*Stan Ratliff [mailto:ratliffstan@gmail.com]=0A= >> *Sent:* Friday, October 16, 2015 2:34 AM=0A= >> *To:* Ashish Dalela (adalela) =0A= >> *Cc:* Henning Rogge ; manet@ietf.org=0A= >> *Subject:* Re: [manet] DLEP Credit Windowing=0A= >>=0A= >> Ashish,=0A= >>=0A= >> If you'd like to write a proposed DLEP extension using PFC, I=0A= >> encourage you to do so. As Henning mentioned, more than 1 flow control= =0A= >> mechanism is likely for DLEP.=0A= >>=0A= >> Stan=0A= >>=0A= >> On Thu, Oct 15, 2015 at 10:49 AM, Ashish Dalela (adalela)=0A= >> > wrote:=0A= >>=0A= >> Yes it will and that's why I suggested the use of PFC. The control= =0A= >> and data planes will have different priorities. The radio never=0A= >> pauses the control channel because it is never sent over the air. I= f=0A= >> desired, the data packets themselves could be given different=0A= >> priorities allowing some flows to be selectively paused.=0A= >>=0A= >> Sent from Samsung Mobile=0A= >>=0A= >>=0A= >>=0A= >> -------- Original message --------=0A= >> From: Henning Rogge=0A= >> Date:15/10/2015 18:36 (GMT+05:30)=0A= >> To: "Ashish Dalela (adalela)"=0A= >> Cc: manet@ietf.org =0A= >> Subject: Re: [manet] DLEP Credit Windowing=0A= >>=0A= >> On Thu, Oct 15, 2015 at 2:25 PM, Ashish Dalela (adalela)=0A= >> > wrote:=0A= >> > The ideal mechanism for Ethernet flow control is the use of 802.3= PAUSE=0A= >> > frames, which has further been enhanced by the PFC (802.1Qbb) mec= hanism. In=0A= >> > essence, we don't send credits before packets are forwarded. Rath= er we pause=0A= >> > the traffic when the traffic cannot be forwarded and the buffers = are full.=0A= >> > PFC is widely used in a number of Ethernet flow-control scenarios= today.=0A= >>=0A= >> Would a 802.3 PAUSE Frame not also block the DLEP control channel?= =0A= >>=0A= >> Henning Rogge=0A= >>=0A= >>=0A= >> _______________________________________________=0A= >> manet mailing list=0A= >> manet@ietf.org =0A= >> https://www.ietf.org/mailman/listinfo/manet=0A= >>=0A= >=0A= >=0A= =0A= From nobody Fri Mar 4 06:20:54 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D3CC1A023E for ; Fri, 4 Mar 2016 06:20:53 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ofG75NlVzEhz for ; Fri, 4 Mar 2016 06:20:51 -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 6C0531A01D6 for ; Fri, 4 Mar 2016 06:20:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6222; q=dns/txt; s=iport; t=1457101251; x=1458310851; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=xx/d6IZeEmcDRhT15SPW4XumQJRRj9TPgq9ctuCZZU4=; b=fsthJ+onz1szoVyzPcfo5F4rPqEnkrqxPAJyKkSBl/IlLVIrXf0uXl8V mAC/GLE7qjuchZNrbhXDoJCCxohVPUNXhWkDAlv2+gPJmORWSmwIuiR8r TInVNTuoS6uvH4C74QQ4YY/CwfstAeXV07lS62vhpFax9r2zqZLrLiqBS k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D2AQBnmdlW/4UNJK1dgzpSbQa6MwENg?= =?us-ascii?q?WkXCoVuAoE0OBQBAQEBAQEBZCeEQQEBAQQBAQE3NAsMBAIBCBEDAQEBAR4JByE?= =?us-ascii?q?GCxQJCAEBBAENBQiIBQMSDrkCDYQ0AQEBAQEBAQEBAQEBAQEBAQEBAQEBEQSGF?= =?us-ascii?q?4Q8gjyBV4RgBYYbCZB9AYVdgiuDaoFujwCHCodHAR4BAUKDZGqHZz1+AQEB?= X-IronPort-AV: E=Sophos;i="5.22,535,1449532800"; d="scan'208";a="245730604" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Mar 2016 14:20:50 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id u24EKo9m004267 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Mar 2016 14:20:50 GMT Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 4 Mar 2016 08:20:49 -0600 Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1104.009; Fri, 4 Mar 2016 08:20:49 -0600 From: "Ashish Dalela (adalela)" To: Rick Taylor , Stan Ratliff , Henning Rogge Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AdEHQsnoEIjbPaGbSsi7klNsrLls3Bu3Mpkw Date: Fri, 4 Mar 2016 14:20:49 +0000 Message-ID: <051ad977f5a5488b9622ccb5ef25883c@XCH-ALN-005.cisco.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.232.28.90] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 14:20:53 -0000 Hi Rick, The usage of the VLAN is limited to that between the router and the modem. = It doesn't stretch to neighbors. In other words, the VLAN is not seen on th= e radio network. It is added by the modem and the router when forwarding pa= ckets to each other, and stripped when then packet exits the router (toward= s another router) or the modem (towards another modem). This clarification = can be added to the next version if that would help. PFC based flow-control only gives us 8 neighbors with one traffic class eac= h. And usage of VLAN alone doesn't imply the use of PFC per VLAN. That's wh= y it is important to combine them.=20 Currently VLANs can be used without PFC, and PFC can be used without VLAN. = So, separating them will not achieve the key purpose of flow control.=20 Thanks Ashish -----Original Message----- From: Rick Taylor [mailto:rick@tropicalstormsoftware.com]=20 Sent: Friday, March 04, 2016 7:28 PM To: Ashish Dalela (adalela) ; Stan Ratliff ; Henning Rogge Cc: manet@ietf.org Subject: Re: [manet] DLEP Credit Windowing Hi Ashish, Introducing a VLAN per neighbour is actually quite a big change from core D= LEP. Destinations (neighbours) in DLEP are distinguished by MACs that are = MUST be addressable/reachable on the same (V)LAN segment as the DLEP peers. What you are proposing with VLAN-per-destination looks a lot more like the = draft extension I put forward for layer-3 DLEP (https://tools.ietf.org/html/draft-taylor-manet-l3-dlep-00) where I propose= d the workaround of stating that the MAC address is no longer a MAC, just a= n identifying unique sequence of octets. In your case the additional VLAN-Id data item paired with the MAC becomes t= he unique destination identifier. Might I suggest that you actually have 2 extensions in this one draft:=20 Per-VLAN destinations, and PFC based flow control? Maybe splitting the doc= ument into two might be clearer for the readers? Cheers, Rick On 04/03/16 12:26, Ashish Dalela (adalela) wrote: > Hi Rick, > > Yes, one of the proposals is to use a VLAN per neighbor. The default VLAN= 1 will be used for the control plane. That allows us to have 4K neighbors,= each distinguished by a unique VLAN ID. > > Thanks > > Ashish > > -----Original Message----- > From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] > Sent: Friday, March 04, 2016 5:17 PM > To: Ashish Dalela (adalela) ; Stan Ratliff=20 > ; Henning Rogge > Cc: manet@ietf.org > Subject: Re: [manet] DLEP Credit Windowing > > Hi Ashish, > > Thank you for this, it looks extremely interesting. > > Obviously I haven't had a chance to completely digest the draft, but one = thing that leaps out to me is the use of VLAN tagging, specifically section= 7. Are you suggesting that the DLEP session runs over a VLAN trunk betwee= n router and modem (somehow) and the VLANs then fan out at the modem in som= e way? > > Given the 'transparent layer-2' requirement of DLEP, how do you see this = working with your model of a VLAN per destination (for flow control), or ha= ve I misunderstood what you are proposing? > > Regards > > Rick > > On 04/03/16 10:43, Ashish Dalela (adalela) wrote: >> Hello Stan, >> >> We have submitted a new draft today to describe the PFC flow control=20 >> mechanism. Sorry, this was long due on me; but better late than never! >> >> https://datatracker.ietf.org/doc/draft-dalela-dlep-flow-control/ >> >> Here is the quick rationale underlying this draft. The current DLEP=20 >> credit window scheme requires credits exchanged over a TCP session. >> This is harder to achieve in many scenarios because many data path=20 >> implementations are incapable of handling TCP windowing. So we are=20 >> suggesting an alternative approach that utilizes IEEE 802.1Qbb (a.k.a. >> PFC). >> >> Request comments. >> >> Thanks >> >> -Ashish >> >> *From:*Stan Ratliff [mailto:ratliffstan@gmail.com] >> *Sent:* Friday, October 16, 2015 2:34 AM >> *To:* Ashish Dalela (adalela) >> *Cc:* Henning Rogge ; manet@ietf.org >> *Subject:* Re: [manet] DLEP Credit Windowing >> >> Ashish, >> >> If you'd like to write a proposed DLEP extension using PFC, I=20 >> encourage you to do so. As Henning mentioned, more than 1 flow=20 >> control mechanism is likely for DLEP. >> >> Stan >> >> On Thu, Oct 15, 2015 at 10:49 AM, Ashish Dalela (adalela)=20 >> > wrote: >> >> Yes it will and that's why I suggested the use of PFC. The control >> and data planes will have different priorities. The radio never >> pauses the control channel because it is never sent over the air. I= f >> desired, the data packets themselves could be given different >> priorities allowing some flows to be selectively paused. >> >> Sent from Samsung Mobile >> >> >> >> -------- Original message -------- >> From: Henning Rogge >> Date:15/10/2015 18:36 (GMT+05:30) >> To: "Ashish Dalela (adalela)" >> Cc: manet@ietf.org >> Subject: Re: [manet] DLEP Credit Windowing >> >> On Thu, Oct 15, 2015 at 2:25 PM, Ashish Dalela (adalela) >> > wrote: >> > The ideal mechanism for Ethernet flow control is the use of 802.3= PAUSE >> > frames, which has further been enhanced by the PFC (802.1Qbb) mec= hanism. In >> > essence, we don't send credits before packets are forwarded. Rath= er we pause >> > the traffic when the traffic cannot be forwarded and the buffers = are full. >> > PFC is widely used in a number of Ethernet flow-control scenarios= today. >> >> Would a 802.3 PAUSE Frame not also block the DLEP control channel? >> >> Henning Rogge >> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> > > From nobody Fri Mar 4 07:02:12 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7BDF1A1B0C for ; Fri, 4 Mar 2016 07:02:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NJgP6E0SKdsf for ; Fri, 4 Mar 2016 07:02:08 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC0C31A1B00 for ; Fri, 4 Mar 2016 07:02:07 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Fri, 4 Mar 2016 15:01:41 +0000 From: Rick Taylor To: "Ashish Dalela (adalela)" , Stan Ratliff , Henning Rogge Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AQHRB0pTS0nD4ts8fk69I2irNQDYGw== Date: Fri, 4 Mar 2016 15:01:39 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> <051ad977f5a5488b9622ccb5ef25883c@XCH-ALN-005.cisco.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 15:02:11 -0000 Hi Ashish,=0A= =0A= Okay, I understand that the VLAN's don't extend over the 'air'. My =0A= issue with them is between router and modem - as core DLEP stands, your =0A= method is not allowed.=0A= =0A= However, it can be allowed in the way you describe via an extension, as =0A= you have already done. My concern is not "VLANs can be used without =0A= PFC, and PFC can be used without VLAN", it is that core DLEP and VLANs =0A= doesn't work.=0A= =0A= I would much rather have an extension entitled "VLANs and DLEP" that =0A= covers the VLAN topic in isolation. And an updated version of your =0A= draft covering PFC-based flow control, referring to the VLAN extension =0A= if VLANs are in use.=0A= =0A= Sorry, I don't mean to be negative, the PFC part of your draft seems =0A= excellent.=0A= =0A= Cheers,=0A= =0A= Rick=0A= =0A= On 04/03/16 14:20, Ashish Dalela (adalela) wrote:=0A= > Hi Rick,=0A= >=0A= > The usage of the VLAN is limited to that between the router and the modem= . It doesn't stretch to neighbors. In other words, the VLAN is not seen on = the radio network. It is added by the modem and the router when forwarding = packets to each other, and stripped when then packet exits the router (towa= rds another router) or the modem (towards another modem). This clarificatio= n can be added to the next version if that would help.=0A= >=0A= > PFC based flow-control only gives us 8 neighbors with one traffic class e= ach. And usage of VLAN alone doesn't imply the use of PFC per VLAN. That's = why it is important to combine them.=0A= >=0A= > Currently VLANs can be used without PFC, and PFC can be used without VLAN= . So, separating them will not achieve the key purpose of flow control.=0A= >=0A= > Thanks=0A= > Ashish=0A= >=0A= > -----Original Message-----=0A= > From: Rick Taylor [mailto:rick@tropicalstormsoftware.com]=0A= > Sent: Friday, March 04, 2016 7:28 PM=0A= > To: Ashish Dalela (adalela) ; Stan Ratliff ; Henning Rogge =0A= > Cc: manet@ietf.org=0A= > Subject: Re: [manet] DLEP Credit Windowing=0A= >=0A= > Hi Ashish,=0A= >=0A= > Introducing a VLAN per neighbour is actually quite a big change from core= DLEP. Destinations (neighbours) in DLEP are distinguished by MACs that ar= e MUST be addressable/reachable on the same (V)LAN segment as the DLEP peer= s.=0A= >=0A= > What you are proposing with VLAN-per-destination looks a lot more like th= e draft extension I put forward for layer-3 DLEP=0A= > (https://tools.ietf.org/html/draft-taylor-manet-l3-dlep-00) where I propo= sed the workaround of stating that the MAC address is no longer a MAC, just= an identifying unique sequence of octets.=0A= >=0A= > In your case the additional VLAN-Id data item paired with the MAC becomes= the unique destination identifier.=0A= >=0A= > Might I suggest that you actually have 2 extensions in this one draft:=0A= > Per-VLAN destinations, and PFC based flow control? Maybe splitting the d= ocument into two might be clearer for the readers?=0A= >=0A= > Cheers,=0A= >=0A= > Rick=0A= >=0A= > On 04/03/16 12:26, Ashish Dalela (adalela) wrote:=0A= >> Hi Rick,=0A= >>=0A= >> Yes, one of the proposals is to use a VLAN per neighbor. The default VLA= N 1 will be used for the control plane. That allows us to have 4K neighbors= , each distinguished by a unique VLAN ID.=0A= >>=0A= >> Thanks=0A= >>=0A= >> Ashish=0A= >>=0A= >> -----Original Message-----=0A= >> From: Rick Taylor [mailto:rick@tropicalstormsoftware.com]=0A= >> Sent: Friday, March 04, 2016 5:17 PM=0A= >> To: Ashish Dalela (adalela) ; Stan Ratliff=0A= >> ; Henning Rogge =0A= >> Cc: manet@ietf.org=0A= >> Subject: Re: [manet] DLEP Credit Windowing=0A= >>=0A= >> Hi Ashish,=0A= >>=0A= >> Thank you for this, it looks extremely interesting.=0A= >>=0A= >> Obviously I haven't had a chance to completely digest the draft, but one= thing that leaps out to me is the use of VLAN tagging, specifically sectio= n 7. Are you suggesting that the DLEP session runs over a VLAN trunk betwe= en router and modem (somehow) and the VLANs then fan out at the modem in so= me way?=0A= >>=0A= >> Given the 'transparent layer-2' requirement of DLEP, how do you see this= working with your model of a VLAN per destination (for flow control), or h= ave I misunderstood what you are proposing?=0A= >>=0A= >> Regards=0A= >>=0A= >> Rick=0A= >>=0A= >> On 04/03/16 10:43, Ashish Dalela (adalela) wrote:=0A= >>> Hello Stan,=0A= >>>=0A= >>> We have submitted a new draft today to describe the PFC flow control=0A= >>> mechanism. Sorry, this was long due on me; but better late than never!= =0A= >>>=0A= >>> https://datatracker.ietf.org/doc/draft-dalela-dlep-flow-control/=0A= >>>=0A= >>> Here is the quick rationale underlying this draft. The current DLEP=0A= >>> credit window scheme requires credits exchanged over a TCP session.=0A= >>> This is harder to achieve in many scenarios because many data path=0A= >>> implementations are incapable of handling TCP windowing. So we are=0A= >>> suggesting an alternative approach that utilizes IEEE 802.1Qbb (a.k.a.= =0A= >>> PFC).=0A= >>>=0A= >>> Request comments.=0A= >>>=0A= >>> Thanks=0A= >>>=0A= >>> -Ashish=0A= >>>=0A= >>> *From:*Stan Ratliff [mailto:ratliffstan@gmail.com]=0A= >>> *Sent:* Friday, October 16, 2015 2:34 AM=0A= >>> *To:* Ashish Dalela (adalela) =0A= >>> *Cc:* Henning Rogge ; manet@ietf.org=0A= >>> *Subject:* Re: [manet] DLEP Credit Windowing=0A= >>>=0A= >>> Ashish,=0A= >>>=0A= >>> If you'd like to write a proposed DLEP extension using PFC, I=0A= >>> encourage you to do so. As Henning mentioned, more than 1 flow=0A= >>> control mechanism is likely for DLEP.=0A= >>>=0A= >>> Stan=0A= >>>=0A= >>> On Thu, Oct 15, 2015 at 10:49 AM, Ashish Dalela (adalela)=0A= >>> > wrote:=0A= >>>=0A= >>> Yes it will and that's why I suggested the use of PFC. The contro= l=0A= >>> and data planes will have different priorities. The radio never= =0A= >>> pauses the control channel because it is never sent over the air.= If=0A= >>> desired, the data packets themselves could be given different=0A= >>> priorities allowing some flows to be selectively paused.=0A= >>>=0A= >>> Sent from Samsung Mobile=0A= >>>=0A= >>>=0A= >>>=0A= >>> -------- Original message --------=0A= >>> From: Henning Rogge=0A= >>> Date:15/10/2015 18:36 (GMT+05:30)=0A= >>> To: "Ashish Dalela (adalela)"=0A= >>> Cc: manet@ietf.org =0A= >>> Subject: Re: [manet] DLEP Credit Windowing=0A= >>>=0A= >>> On Thu, Oct 15, 2015 at 2:25 PM, Ashish Dalela (adalela)=0A= >>> > wrote:=0A= >>> > The ideal mechanism for Ethernet flow control is the use of 802= .3 PAUSE=0A= >>> > frames, which has further been enhanced by the PFC (802.1Qbb) m= echanism. In=0A= >>> > essence, we don't send credits before packets are forwarded. Ra= ther we pause=0A= >>> > the traffic when the traffic cannot be forwarded and the buffer= s are full.=0A= >>> > PFC is widely used in a number of Ethernet flow-control scenari= os today.=0A= >>>=0A= >>> Would a 802.3 PAUSE Frame not also block the DLEP control channel= ?=0A= >>>=0A= >>> Henning Rogge=0A= >>>=0A= >>>=0A= >>> _______________________________________________=0A= >>> manet mailing list=0A= >>> manet@ietf.org =0A= >>> https://www.ietf.org/mailman/listinfo/manet=0A= >>>=0A= >>=0A= >>=0A= >=0A= >=0A= =0A= From nobody Fri Mar 4 07:03:25 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B84161A1B00 for ; Fri, 4 Mar 2016 07:03:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=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 2Ok7GTKzGBPj for ; Fri, 4 Mar 2016 07:03:17 -0800 (PST) Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) by ietfa.amsl.com (Postfix) with SMTP id 6E8961A1AE8 for ; Fri, 4 Mar 2016 07:03:17 -0800 (PST) Received: (qmail 2655 invoked by uid 0); 4 Mar 2016 15:03:16 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy4.mail.unifiedlayer.com with SMTP; 4 Mar 2016 15:03:16 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id Ry3A1s00S2SSUrH01y3DPP; Fri, 04 Mar 2016 15:03:13 -0700 X-Authority-Analysis: v=2.1 cv=GOWbTI9K c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=48vgC7mUAAAA:8 a=oavdkknj318AsCP5KxAA:9 a=EN_0AMnkEV6dZ5RI:21 a=oGUApXWY7e4vP378:21 a=QEXdDO2ut3YA:10 a=CTCC-NyF6QcA:10 a=_OduDCFz1dgA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Cc:To:Subject:From; bh=jMdFbmcRcTnjQNmck775PvVwY+hKAxrLWlMffJxP7NQ=; b=iJQTp3Hu1CUFK43qWPyrT3rvPC ZyCliiN058W7PprTeNhjF1JmhBy5gM0H2wcB3gnwiAyUSDEM3rh7SHbPRQg3GLvTv3/6xSYiLB/9A 4We/Ly6rVp9Rtz0re4qQdlx1H; Received: from box313.bluehost.com ([69.89.31.113]:45770 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1abrG4-0007ro-Tw; Fri, 04 Mar 2016 08:03:13 -0700 From: Lou Berger To: draft-ietf-manet-dlep@ietf.org Message-ID: <56D9A3AB.2090506@labn.net> Date: Fri, 4 Mar 2016 10:03:07 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: MANET IETF Subject: [manet] comments on draft-ietf-manet-dlep-19 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 15:03:23 -0000 Hello, I've taken a look at the latest spec and past comments and still have some outstanding comments. That said, I think the document could be published as is -- but there is room for some real improvement that I think will benefit implementations and interoperability down the road. I have four "main" comments and then a bunch of minor and nit comments. 1) section 10.16 and current hearbeat support only a multisecond failure detection period. Is this sufficient for all current and future DLEP applications? If not, a 100ms resolution (at least) should be defined. 2) From my original review > - Multiple ways to implement the same function are allowed, e.g., > optional presence of Status, Interval and TCP port. Generally > allowing such complicates testing and leads to interoperability > issues. The document should pick one way and require it. I'm happy to provide specific edits, removing the options, if that will help resolve this issue. 3) - There remains cases where the same function/requirement defined in two places, at least one of which is inconsistent (MAY in 1st, SHOULD in second.) Defining formatting rules separately from processing is just fine, but the current split/duplicate approach for rules *will* lead to interop issues -- (Perhaps make the earlier sections informative 'theory of operation' and section 9/2 the place with normative conformance language.) I'm happy to provide specific edits if that will help resolve this issue. > Again, this more than just a style point. It's really hard to tell if > all cases are covered from a review (and implementation) perspective > with the current redundant and distributed approach to processing > conformance. > ... Basically 2119 language should be used to cover > required processing that impacts externally visible behavior. (It can't > apply to people or informative text. Also each behavior should be > formally specified only once. Certainly narrative/informative text > related to the processing can occur in multiple places as makes sense to > describe the solution. > 4) As stated in https://www.ietf.org/mail-archive/web/manet/current/msg18328.html > DLEP-17 describes Error handling in terms of a fixed "Failure Mode", > See Table 3. I like this formalization of something that was previously > implicit. I'd like to suggest going on step further by making > Terminate|Continue explicit in the Status data item. This will both > ease initial implementation and facilitate forward compatibility. I think this is a future interop issue and should be changed, so would like to see some discussion on this. That said, I don't think this is a *required* change for publishing. I'd say if there is no support of this in 1 weeks time to drop this point. The rest of my comments are more editorial in nature, or provide specific examples of the above comments. Line numbers from https://tools.ietf.org/idnits?url=https://tools.ietf.org/id/draft-ietf-manet-dlep-19.txt Minor items that should be fixed, or at least discussed: - Section 3 seems really out of place and is hard to follow. Suggest moving to after 9 or, better yet, integrate in 5.3 or 10. - Lines 446 and 1475/76 seem to be referring to the same behavior but have different requirements. (suggest consolidating) - Section 4 - seems really out of place and is hard to follow. Suggest moving to before 9, integrate in the appropriate section. Either way the duplicate requirements in the section should be removed (e.g., see lines 483-495 and 1145-1158) - section 5.1 drop "on the UDP socket" - Section 5.2 doesn't cover timeout case -- and partially duplicates text in 10.3. Suggest all details of processing to section 10. or bringing forward all message processing rules to this section. - Section 5.3, section 5.2 says a unknown metric will also result in a state change, is this also not true for in-session state? - Section 10 please pick one place to describe processing rules. - section 11. No need to repeat which messages/signals may carry the data items as is already covered in 10. - heuristics remain in 4 places in the document, as previously stated I think an optional (aka default) approach these should be spelled out for each. Nit level issues (feel free to ignore): -Abstract -- should state what DLEP is not its motivation -1. Intro -- should be broken into 1. Intro states what the document defines 1.1 Background Lines 158->211 1.2 DLEP (or move to the start of section 2) Lines 213->291 - Lines 300-309 really belong in section 2.1 - Lines 869-880 belong in section 2.1 - Line 567 add (Defined in Section 6). - line 717 add ' (Section 11.5)' after ' interval' - line 791. I assume this restriction is per modem/router pair? If so this should be added. - lines 823/824 lower case MAY and MUST. - lines 945-950, this clause violates the IETF design principle aka Postel's Maxim, that said see draft-thomson-postel-was-wrong - Section 10 - as signals and messages don't share the same number space, both can start with 1 (i.e., the first message could be 1 not 3). - line 1140, BOTH should be in lower case/ - section 10.17/18 - I'm not clear on when link characteristics metrics would be used over destination provided metrics, but perhaps I'm missing something obvious. - sections 11.8->11.11, routing protocols generally treat host addresses as prefixes with max prefix length - is there really a reason to special case hosts addresses? - Section 12 is pretty weak, but let's see what the security review says... That's it, Lou From nobody Fri Mar 4 07:13:44 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 664601A1B6A for ; Fri, 4 Mar 2016 07:13:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VC-RlteoFNnX for ; Fri, 4 Mar 2016 07:13:41 -0800 (PST) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 62C5E1A1B69 for ; Fri, 4 Mar 2016 07:13:40 -0800 (PST) Received: by mail-lb0-x232.google.com with SMTP id x1so64424665lbj.3 for ; Fri, 04 Mar 2016 07:13:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Kd6Ab83BxsnOz9IYycYU9bfKkA5HuqvXjGKQguDHbFo=; b=hN2BIKrxuWvGrOdQd4xM8Oh5sOpMv//onPXmlU/frd4jKEzQuDZVI7L5O13LZNFlg6 tS31i0vz4CmLA640zGP8Tjoak/VPQU5pFbfyAbPV6qzNideD62axtcN22JAK85lNWDtA phmj3WDENCPv3fsNl/3qfcnRSvAkOgdi8Ozhj7mVzAJxu+GSvt3h8RJrb59cYpyzI/TW izomGV9eYxfB9Nuz//uhk/8xtmxjouSigD1vXuhzTiff31wQ0KgnhrJZBlLC2aCy61xA cFYs/Ks9bsq7t5r9/B/cO/6cjmKXRg6ubsAIukdImwXhoSfBZRxQUxyw8MxOJ4r/DkL/ +caQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Kd6Ab83BxsnOz9IYycYU9bfKkA5HuqvXjGKQguDHbFo=; b=J/21ei7z6uFxmApueApgyJ8dasJI944r78DaFOUjDVzRwVKNVV02qj0kt1RU8BKBh/ F7J8trNGLtphTcG7196cLyTNzqGV8hTehCzRS16+crugy/Jc+PgvgXa1TBoSMfdS8Itv WfGfT6xKQE/6NsalOJDosRB8cskpR1DyLVDG6aonGNsgWcYOLkc+tkiKPHwk1WGazIK6 7IZic2NYvpaEvy0EfIwdD/8ghoCqGHdhp8KME56wo1deUrj1pLcX4qjL4fzrB4byLW+H 5o7kj/wmFiA1TTovY1LUR075a00UMqfuu/3lIhP9nAVVXZPl7/qu2FvBwKKRCkIgNur5 7Xqg== X-Gm-Message-State: AD7BkJKtcLaMxZJ51lBAvmRH7SKgiqQdom89bnJdkzPDNOMh1spycC0Oa41rZKlv0HstzAOBv3fMmPrtUdHJEw== X-Received: by 10.25.29.8 with SMTP id d8mr3324887lfd.92.1457104418504; Fri, 04 Mar 2016 07:13:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.210.140 with HTTP; Fri, 4 Mar 2016 07:13:08 -0800 (PST) In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> <051ad977f5a5488b9622ccb5ef25883c@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> From: Henning Rogge Date: Fri, 4 Mar 2016 16:13:08 +0100 Message-ID: To: Rick Taylor Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 15:13:43 -0000 On Fri, Mar 4, 2016 at 4:01 PM, Rick Taylor wrote: > Hi Ashish, > > Okay, I understand that the VLAN's don't extend over the 'air'. My > issue with them is between router and modem - as core DLEP stands, your > method is not allowed. > > However, it can be allowed in the way you describe via an extension, as > you have already done. My concern is not "VLANs can be used without > PFC, and PFC can be used without VLAN", it is that core DLEP and VLANs > doesn't work. > > I would much rather have an extension entitled "VLANs and DLEP" that > covers the VLAN topic in isolation. And an updated version of your > draft covering PFC-based flow control, referring to the VLAN extension > if VLANs are in use. > > Sorry, I don't mean to be negative, the PFC part of your draft seems > excellent. Using VLAN as a "tunnel" to the radio could invite quite a bit of trouble... There is the question about VLAN-in-VLAN (multiple DLEP radios attached over VLAN-capable switch to router)... or even VLAN-in-VLAN-in-VLAN (someone is sending VLAN tagged traffic over a DLEP-Radio which is attached over a VLAN-capable switch. Henning Rogge From nobody Fri Mar 4 07:36:38 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46AE71A1B66 for ; Fri, 4 Mar 2016 07:36:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=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 JNSxMivcogQp for ; Fri, 4 Mar 2016 07:36:36 -0800 (PST) Received: from gproxy9-pub.mail.unifiedlayer.com (gproxy9-pub.mail.unifiedlayer.com [69.89.20.122]) by ietfa.amsl.com (Postfix) with SMTP id 15AC21A1EEE for ; Fri, 4 Mar 2016 07:36:36 -0800 (PST) Received: (qmail 6842 invoked by uid 0); 4 Mar 2016 15:36:34 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy9.mail.unifiedlayer.com with SMTP; 4 Mar 2016 15:36:34 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id RycV1s00G2SSUrH01ycYNB; Fri, 04 Mar 2016 15:36:32 -0700 X-Authority-Analysis: v=2.1 cv=GOWbTI9K c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=qBug1roccCBdUHA-0bQA:9 a=ThHSqN-XrgV0EJcJ:21 a=QcYECC6J7dD0O8Qy:21 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Cc:To:Subject:From; bh=BJ/l0OHaKnO5SzjlMxCiBUNIbg0ypmY0DZcEYvL7ai8=; b=BFZSwOkhUFNBVF4CAPQvyz9PMR KcwCoHL2AAPVYjE5Yx+xFiS00ctYS8FcPQQpEcaWzw+kIvlrAykdbGYFCYn6WRPcnsQ6fhgyqvHZB a2vtAYLRKrPhGM+/8eKd845Nc; Received: from box313.bluehost.com ([69.89.31.113]:55809 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1abrmJ-0007Jx-RT; Fri, 04 Mar 2016 08:36:31 -0700 From: Lou Berger To: draft-ietf-manet-credit-window@ietf.org Message-ID: <56D9AB7A.2040209@labn.net> Date: Fri, 4 Mar 2016 10:36:26 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: MANET IETF Subject: [manet] Comments on draft-ietf-manet-credit-window-01 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 15:36:37 -0000 Hi, I have a few comments on draft-ietf-manet-credit-window. The first issue to me is a blocking issue. General issues/comments: 1) The metric of the credit windows is not defined. E.g,. does one credit represent 1 frame, 1 bit, 1 byte, etc.? This should be trivial to fix, e.g., add "in octets" to the Credit field definitions. 2) The security section should be aligned with the approach taken in dlep (or vice versa), i.e., one uses TLS while the other doesn't 3) The iana section needs to align with DLEP and RFC5226. Specific comments/issues: > 1. Reject the use of credits for this destination, via the > Destination Up Response message containing a Status data item > with a status code of 'Request Denied'. (See status codes in > [DLEP]), or Wouldn't it be better to use a new status code to disambiguate the new reason for the rejection? > packet at OSI Layer 2. So you mean the MAC layer, but framing overhead and other encoding should not be included? Given the rest of the document and dlep is MAC aware, why not just say the MAC layer? Section 7.2: s/XXXX/Credit Window Out of Sync Section 8.1: s/Reserved/Credit Increment Section 8.2: Unless the data prate is really low, I'd expect some amount of differences from the time the message is sent to the time it is processed is possible. How is this to be handled? I think this should be covered. That's it, Lou From nobody Fri Mar 4 07:51:32 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A2351A6EF9 for ; Fri, 4 Mar 2016 07:51:31 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g2gvlPJ7xdhP for ; Fri, 4 Mar 2016 07:51:29 -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 C18801A6EED for ; Fri, 4 Mar 2016 07:51:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7763; q=dns/txt; s=iport; t=1457106688; x=1458316288; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=rHsQOVedKMTHlGIYqeosTvgOFAijNn53O0ChAJa5j/M=; b=QSorT3DUfDOQq34kKJiHTr5kaJMy8ej2n9yH1jA+o53HB3tt5CkvPNgM A50QkFqODAZGQOG9wPzUvp9yFiyCOICjYD92tZ/KYcB3DoUW5ptjPWbr6 YbT/4QI1A90s1hMQGBFcbqWBBr7dR0HvP56C2YEu4b7kK69aJ3FouuWsr M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAgD2rdlW/4wNJK1dgzpSbQa6NAENg?= =?us-ascii?q?WkXCoVuAoE1OBQBAQEBAQEBZCeEQQEBAQQBAQE3NAsMBAIBCBEDAQEBAR4JByE?= =?us-ascii?q?GCxQJCAEBBAENBQiIBQMSDrkaDYQ0AQEBAQEBAQEBAQEBAQEBAQEBAQEBEQSGF?= =?us-ascii?q?4M/fYI8gVeEYAWGGwmQfQGFXYIrg2qBbo8AhwqHRwEeAQFCg2Vqh3M9fgEBAQ?= X-IronPort-AV: E=Sophos;i="5.22,536,1449532800"; d="scan'208";a="245606843" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Mar 2016 15:51:27 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id u24FpRBo017023 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Mar 2016 15:51:27 GMT Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 4 Mar 2016 09:51:26 -0600 Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1104.009; Fri, 4 Mar 2016 09:51:26 -0600 From: "Ashish Dalela (adalela)" To: Rick Taylor , Stan Ratliff , Henning Rogge Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AdEHQsnoEIjbPaGbSsi7klNsrLls3Bu6ns6w Date: Fri, 4 Mar 2016 15:51:26 +0000 Message-ID: References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> <051ad977f5a5488b9622ccb5ef25883c@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.65.53.77] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 15:51:31 -0000 Hi Rick, Sure, that can be done. This draft is to seek the inputs and feedback on wh= at is the best path for us. Any and all suggestions are welcome, including = "this is a very bad idea" :-) Thanks -----Original Message----- From: Rick Taylor [mailto:rick@tropicalstormsoftware.com]=20 Sent: Friday, March 04, 2016 8:32 PM To: Ashish Dalela (adalela) ; Stan Ratliff ; Henning Rogge Cc: manet@ietf.org Subject: Re: [manet] DLEP Credit Windowing Hi Ashish, Okay, I understand that the VLAN's don't extend over the 'air'. My issue w= ith them is between router and modem - as core DLEP stands, your method is = not allowed. However, it can be allowed in the way you describe via an extension, as you= have already done. My concern is not "VLANs can be used without PFC, and = PFC can be used without VLAN", it is that core DLEP and VLANs doesn't work. I would much rather have an extension entitled "VLANs and DLEP" that covers= the VLAN topic in isolation. And an updated version of your draft coverin= g PFC-based flow control, referring to the VLAN extension if VLANs are in u= se. Sorry, I don't mean to be negative, the PFC part of your draft seems excell= ent. Cheers, Rick On 04/03/16 14:20, Ashish Dalela (adalela) wrote: > Hi Rick, > > The usage of the VLAN is limited to that between the router and the modem= . It doesn't stretch to neighbors. In other words, the VLAN is not seen on = the radio network. It is added by the modem and the router when forwarding = packets to each other, and stripped when then packet exits the router (towa= rds another router) or the modem (towards another modem). This clarificatio= n can be added to the next version if that would help. > > PFC based flow-control only gives us 8 neighbors with one traffic class e= ach. And usage of VLAN alone doesn't imply the use of PFC per VLAN. That's = why it is important to combine them. > > Currently VLANs can be used without PFC, and PFC can be used without VLAN= . So, separating them will not achieve the key purpose of flow control. > > Thanks > Ashish > > -----Original Message----- > From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] > Sent: Friday, March 04, 2016 7:28 PM > To: Ashish Dalela (adalela) ; Stan Ratliff=20 > ; Henning Rogge > Cc: manet@ietf.org > Subject: Re: [manet] DLEP Credit Windowing > > Hi Ashish, > > Introducing a VLAN per neighbour is actually quite a big change from core= DLEP. Destinations (neighbours) in DLEP are distinguished by MACs that ar= e MUST be addressable/reachable on the same (V)LAN segment as the DLEP peer= s. > > What you are proposing with VLAN-per-destination looks a lot more like=20 > the draft extension I put forward for layer-3 DLEP > (https://tools.ietf.org/html/draft-taylor-manet-l3-dlep-00) where I propo= sed the workaround of stating that the MAC address is no longer a MAC, just= an identifying unique sequence of octets. > > In your case the additional VLAN-Id data item paired with the MAC becomes= the unique destination identifier. > > Might I suggest that you actually have 2 extensions in this one draft: > Per-VLAN destinations, and PFC based flow control? Maybe splitting the d= ocument into two might be clearer for the readers? > > Cheers, > > Rick > > On 04/03/16 12:26, Ashish Dalela (adalela) wrote: >> Hi Rick, >> >> Yes, one of the proposals is to use a VLAN per neighbor. The default VLA= N 1 will be used for the control plane. That allows us to have 4K neighbors= , each distinguished by a unique VLAN ID. >> >> Thanks >> >> Ashish >> >> -----Original Message----- >> From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] >> Sent: Friday, March 04, 2016 5:17 PM >> To: Ashish Dalela (adalela) ; Stan Ratliff=20 >> ; Henning Rogge >> Cc: manet@ietf.org >> Subject: Re: [manet] DLEP Credit Windowing >> >> Hi Ashish, >> >> Thank you for this, it looks extremely interesting. >> >> Obviously I haven't had a chance to completely digest the draft, but one= thing that leaps out to me is the use of VLAN tagging, specifically sectio= n 7. Are you suggesting that the DLEP session runs over a VLAN trunk betwe= en router and modem (somehow) and the VLANs then fan out at the modem in so= me way? >> >> Given the 'transparent layer-2' requirement of DLEP, how do you see this= working with your model of a VLAN per destination (for flow control), or h= ave I misunderstood what you are proposing? >> >> Regards >> >> Rick >> >> On 04/03/16 10:43, Ashish Dalela (adalela) wrote: >>> Hello Stan, >>> >>> We have submitted a new draft today to describe the PFC flow control=20 >>> mechanism. Sorry, this was long due on me; but better late than never! >>> >>> https://datatracker.ietf.org/doc/draft-dalela-dlep-flow-control/ >>> >>> Here is the quick rationale underlying this draft. The current DLEP=20 >>> credit window scheme requires credits exchanged over a TCP session. >>> This is harder to achieve in many scenarios because many data path=20 >>> implementations are incapable of handling TCP windowing. So we are=20 >>> suggesting an alternative approach that utilizes IEEE 802.1Qbb (a.k.a. >>> PFC). >>> >>> Request comments. >>> >>> Thanks >>> >>> -Ashish >>> >>> *From:*Stan Ratliff [mailto:ratliffstan@gmail.com] >>> *Sent:* Friday, October 16, 2015 2:34 AM >>> *To:* Ashish Dalela (adalela) >>> *Cc:* Henning Rogge ; manet@ietf.org >>> *Subject:* Re: [manet] DLEP Credit Windowing >>> >>> Ashish, >>> >>> If you'd like to write a proposed DLEP extension using PFC, I=20 >>> encourage you to do so. As Henning mentioned, more than 1 flow=20 >>> control mechanism is likely for DLEP. >>> >>> Stan >>> >>> On Thu, Oct 15, 2015 at 10:49 AM, Ashish Dalela (adalela)=20 >>> > wrote: >>> >>> Yes it will and that's why I suggested the use of PFC. The contro= l >>> and data planes will have different priorities. The radio never >>> pauses the control channel because it is never sent over the air.= If >>> desired, the data packets themselves could be given different >>> priorities allowing some flows to be selectively paused. >>> >>> Sent from Samsung Mobile >>> >>> >>> >>> -------- Original message -------- >>> From: Henning Rogge >>> Date:15/10/2015 18:36 (GMT+05:30) >>> To: "Ashish Dalela (adalela)" >>> Cc: manet@ietf.org >>> Subject: Re: [manet] DLEP Credit Windowing >>> >>> On Thu, Oct 15, 2015 at 2:25 PM, Ashish Dalela (adalela) >>> > wrote: >>> > The ideal mechanism for Ethernet flow control is the use of 802= .3 PAUSE >>> > frames, which has further been enhanced by the PFC (802.1Qbb) m= echanism. In >>> > essence, we don't send credits before packets are forwarded. Ra= ther we pause >>> > the traffic when the traffic cannot be forwarded and the buffer= s are full. >>> > PFC is widely used in a number of Ethernet flow-control scenari= os today. >>> >>> Would a 802.3 PAUSE Frame not also block the DLEP control channel= ? >>> >>> Henning Rogge >>> >>> >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >>> >> >> > > From nobody Fri Mar 4 07:59:41 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F5071A6F2F; Fri, 4 Mar 2016 07:59:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nFlgCWCPOJJR; Fri, 4 Mar 2016 07:59:33 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2EC3C1A6F0E; Fri, 4 Mar 2016 07:59:32 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Fri, 4 Mar 2016 15:58:58 +0000 From: Rick Taylor To: Lou Berger , "draft-ietf-manet-dlep@ietf.org" Thread-Topic: [manet] comments on draft-ietf-manet-dlep-19 Thread-Index: AQHRdicDyyicGoDEQEuG1b92Kb47Bw== Date: Fri, 4 Mar 2016 15:58:57 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37EBF9D@tss-server1.home.tropicalstormsoftware.com> References: <56D9A3AB.2090506@labn.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: MANET IETF Subject: Re: [manet] comments on draft-ietf-manet-dlep-19 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 15:59:40 -0000 Thanks Lou,=0A= =0A= I am currently going back through Chris Dearlove's excellent comments, =0A= and will include yours in the deep pass I'm doing. We do have updated =0A= text up our sleeve which does address some of your comments already.=0A= =0A= Meanwhile, some inline comments to most of your points...=0A= =0A= Rick=0A= =0A= On 04/03/16 15:03, Lou Berger wrote:=0A= > Hello,=0A= > I've taken a look at the latest spec and past comments and still=0A= > have some outstanding comments. That said, I think the document could=0A= > be published as is -- but there is room for some real improvement that I= =0A= > think will benefit implementations and interoperability down the road.=0A= >=0A= > I have four "main" comments and then a bunch of minor and nit comments.= =0A= >=0A= > 1) section 10.16 and current hearbeat support only a multisecond=0A= > failure detection period. Is this sufficient for all current and=0A= > future DLEP applications? If not, a 100ms resolution (at least) should= =0A= > be defined.=0A= =0A= I can see your point, but you are the first to raise this. I'm happy to = =0A= go with WG consensus on this one. We have 16bits currently, but we can =0A= go to 32bits millisecs or whatever people fancy. Opinions please people?= =0A= =0A= >=0A= > 2) From my original review=0A= >> - Multiple ways to implement the same function are allowed, e.g.,= =0A= >> optional presence of Status, Interval and TCP port. Generally=0A= >> allowing such complicates testing and leads to interoperability= =0A= >> issues. The document should pick one way and require it.=0A= >=0A= > I'm happy to provide specific edits, removing the options, if that will= =0A= > help resolve this issue.=0A= =0A= Interval is mandatory, but may be 0, i.e. disabled. This is intentional = =0A= as their may be out of band techniques to be used instead, and so I =0A= intend to leave it as is.=0A= =0A= TCP Port is optional, but I believe removing it makes experimentation =0A= with unusual setups or system integration much harder. I'm very happy =0A= to make life as simple as possible for the end user, e.g. =0A= peer-discovery, but the implementer has to be reasonably capable, =0A= checking the length field isn't really that onerous.=0A= =0A= =0A= >=0A= > 3) - There remains cases where the same function/requirement defined in= =0A= > two places, at least one of which is inconsistent (MAY in 1st, SHOULD in= =0A= > second.) Defining formatting rules separately from processing is just=0A= > fine, but the current split/duplicate approach for rules *will* lead to= =0A= > interop issues -- (Perhaps make the earlier sections informative 'theory= =0A= > of operation' and section 9/2 the place with normative conformance=0A= > language.)=0A= >=0A= > I'm happy to provide specific edits if that will help resolve this issue.= =0A= =0A= These need to be sorted. Can you detail any specific cases you see =0A= using the line numbers from draft-19 as you have below please, and we'll = =0A= fix them.=0A= =0A= >=0A= >> Again, this more than just a style point. It's really hard to tell if= =0A= >> all cases are covered from a review (and implementation) perspective=0A= >> with the current redundant and distributed approach to processing=0A= >> conformance.=0A= >> ... Basically 2119 language should be used to cover=0A= >> required processing that impacts externally visible behavior. (It can't= =0A= >> apply to people or informative text. Also each behavior should be=0A= >> formally specified only once. Certainly narrative/informative text=0A= >> related to the processing can occur in multiple places as makes sense to= =0A= >> describe the solution.=0A= >>=0A= >=0A= > 4) As stated in=0A= > https://www.ietf.org/mail-archive/web/manet/current/msg18328.html=0A= >> DLEP-17 describes Error handling in terms of a fixed "Failure Mode",=0A= >> See Table 3. I like this formalization of something that was previously= =0A= >> implicit. I'd like to suggest going on step further by making=0A= >> Terminate|Continue explicit in the Status data item. This will both=0A= >> ease initial implementation and facilitate forward compatibility.=0A= > I think this is a future interop issue and should be changed, so would=0A= > like to see some discussion on this. That said, I don't think this is a= =0A= > *required* change for publishing. I'd say if there is no support of=0A= > this in 1 weeks time to drop this point.=0A= =0A= I went for a half-way house approach here, in the style of HTTP and =0A= other ASCII error codes: <100 =3D Terminate, >=3D100 Continue. I previousl= y =0A= proposed a bit-flag approach a-la SCTP status codes, but got push-back =0A= from the list.=0A= =0A= I will need to update the IANA considerations section to make sure this =0A= split is made obvious.=0A= =0A= >=0A= > The rest of my comments are more editorial in nature, or provide=0A= > specific examples of the above comments. Line numbers from=0A= > https://tools.ietf.org/idnits?url=3Dhttps://tools.ietf.org/id/draft-ietf-= manet-dlep-19.txt=0A= >=0A= > Minor items that should be fixed, or at least discussed:=0A= >=0A= > - Section 3 seems really out of place and is hard to follow. Suggest= =0A= > moving to after 9 or, better yet, integrate in 5.3 or 10.=0A= =0A= I will admit to struggling to find the right place to put this information.= =0A= >=0A= > - Lines 446 and 1475/76 seem to be referring to the same behavior but=0A= > have different requirements. (suggest consolidating)=0A= >=0A= > - Section 4 - seems really out of place and is hard to follow. Suggest= =0A= > moving to before 9, integrate in the appropriate section. Either way=0A= > the duplicate requirements in the section should be removed (e.g., see=0A= > lines 483-495 and 1145-1158)=0A= =0A= As with Section 5, these parts have evolved in a slightly unstructured =0A= way over the previous 17 drafts.=0A= =0A= >=0A= > - section 5.1 drop "on the UDP socket"=0A= >=0A= > - Section 5.2 doesn't cover timeout case -- and partially duplicates=0A= > text in 10.3. Suggest all details of processing to section 10. or=0A= > bringing forward all message processing rules to this section.=0A= >=0A= > - Section 5.3, section 5.2 says a unknown metric will also result in a=0A= > state change, is this also not true for in-session state?=0A= =0A= That is intentional to support the case of an extension data item used =0A= during Session Intialization. It's ok in that state, but not in the In =0A= Session state.=0A= =0A= >=0A= > - Section 10 please pick one place to describe processing rules.=0A= >=0A= > - section 11. No need to repeat which messages/signals may carry the=0A= > data items as is already covered in 10.=0A= =0A= Noted.=0A= =0A= >=0A= > - heuristics remain in 4 places in the document, as previously stated I= =0A= > think an optional (aka default) approach these should be spelled out for= =0A= > each.=0A= =0A= We have tried a 'variable declaration with defaults' style to cover the =0A= heuristics, but it ends up being more obtuse. I agree it could be better.= =0A= =0A= =0A= >=0A= > Nit level issues (feel free to ignore):=0A= =0A= All comments are welcome!=0A= =0A= >=0A= >=0A= > -Abstract=0A= > -- should state what DLEP is not its motivation=0A= > -1. Intro=0A= > -- should be broken into=0A= > 1. Intro=0A= > states what the document defines=0A= > 1.1 Background=0A= > Lines 158->211=0A= > 1.2 DLEP (or move to the start of section 2)=0A= > Lines 213->291=0A= >=0A= > - Lines 300-309 really belong in section 2.1=0A= >=0A= > - Lines 869-880 belong in section 2.1=0A= >=0A= > - Line 567 add (Defined in Section 6).=0A= >=0A= > - line 717 add ' (Section 11.5)' after ' interval'=0A= >=0A= > - line 791. I assume this restriction is per modem/router pair? If so=0A= > this should be added.=0A= >=0A= > - lines 823/824 lower case MAY and MUST.=0A= >=0A= > - lines 945-950, this clause violates the IETF design principle aka=0A= > Postel's Maxim, that said see draft-thomson-postel-was-wrong=0A= >=0A= > - Section 10 - as signals and messages don't share the same number=0A= > space, both can start with 1 (i.e., the first message could be 1 not 3).= =0A= >=0A= > - line 1140, BOTH should be in lower case/=0A= >=0A= > - section 10.17/18 - I'm not clear on when link characteristics metrics= =0A= > would be used over destination provided metrics, but perhaps I'm missing= =0A= > something obvious.=0A= >=0A= > - sections 11.8->11.11, routing protocols generally treat host addresses= =0A= > as prefixes with max prefix length - is there really a reason to special= =0A= > case hosts addresses?=0A= >=0A= > - Section 12 is pretty weak, but let's see what the security review=0A= > says...=0A= >=0A= > That's it,=0A= > Lou=0A= >=0A= >=0A= > _______________________________________________=0A= > manet mailing list=0A= > manet@ietf.org=0A= > https://www.ietf.org/mailman/listinfo/manet=0A= >=0A= =0A= From nobody Fri Mar 4 08:01:43 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 445EB1A6F32 for ; Fri, 4 Mar 2016 08:01:42 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2VnMU9B4jwGV for ; Fri, 4 Mar 2016 08:01:36 -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 B113C1A6F27 for ; Fri, 4 Mar 2016 08:01:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2974; q=dns/txt; s=iport; t=1457107296; x=1458316896; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=Emd7VakzFWRO9PLSZjJURq+yhzo7fKKY84Dzg+rwalM=; b=ZBpRE+QLkbc4m9ahF4qQsfeRLjhhUQ5mXo/W/MHAwUFoXh++DUItjlsz 1C6jJWRWIrXgX4c5qr2UmhQc2iblsbXumTM4wN152TYpwKERzJ+97HD+H SdYz9BqxXq+yrWuRIaYopMvdTTci7O4MdjcQIPeLfK14oGwgVjZqU552H s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAgDhr9lW/4MNJK1dgzqBPwa4IYITA?= =?us-ascii?q?Q2BaYYPAhyBGjgUAQEBAQEBAWQnhEEBAQEEIxFFDAQCAQgOAwQBAQECAiMDAgI?= =?us-ascii?q?CHxEUAQgIAQEEAQ0FCIgFAxKudoo6DYQ0AQEBAQEBAQEBAQEBAQEBAQEBAQEBF?= =?us-ascii?q?XuFHIQ8gjyEfYE6BZchAYtygW6PAIcKh0cBHgEBQoNlaogwfgEBAQ?= X-IronPort-AV: E=Sophos;i="5.22,536,1449532800"; d="scan'208";a="82393935" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Mar 2016 16:01:35 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u24G1Zaw002154 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Mar 2016 16:01:35 GMT Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 4 Mar 2016 10:01:35 -0600 Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1104.009; Fri, 4 Mar 2016 10:01:35 -0600 From: "Ashish Dalela (adalela)" To: Henning Rogge , Rick Taylor Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AdEHQsnoEIjbPaGbSsi7klNsrLls3BvF9xoAAAszHFA= Date: Fri, 4 Mar 2016 16:01:34 +0000 Message-ID: References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> <051ad977f5a5488b9622ccb5ef25883c@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.65.53.77] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 16:01:42 -0000 SGkgSGVubmluZywNCg0KU28gYmFzZWQgb24gdGhlIGVhcmxpZXIgY29tbWVudCBieSBSaWNrLCB0 aGUgdXNlIG9mIFZMQU4gaXMgaXRzZWxmIGluY29tcGF0aWJsZSB3aXRoIHRoZSBjdXJyZW50IGNv cmUgRExFUCBwaGlsb3NvcGh5LiBCeSBpbXBsaWNhdGlvbiwgVkxBTi1pbi1WTEFOIG9yIFZMQU4t aW4tVkxBTi1WTEFOIHdvdWxkIGFsc28gYmUgaW5jb21wYXRpYmxlLiANCg0KQXMgUmljayBzdWdn ZXN0ZWQsIHNob3VsZCB3ZSBkbyBhIGRyYWZ0ICJETEVQIGFuZCBWTEFOcyIgdGhhdCBjYXB0dXJl cyB0aGVzZSBlbmNhcHN1bGF0aW9uIHNjZW5hcmlvcz8gV2hhdCB0eXBlIG9mIGVuY2Fwc3VsYXRp b24gaXMgYmVpbmcgdXNlZCB3b3VsZCBoYXZlIHRvIGJlIG5lZ290aWF0ZWQgZHVyaW5nICJOZWln aGJvciBVUCIuIA0KDQpUaGUgUEZDIGRyYWZ0ICh0aGUgcHJlc2VudCBvbmUpIGNhbiB0aGVuIGJl IG1vZGlmaWVkIHRvIHJlZmVyIHRvIHRoZSBhYm92ZSBkcmFmdC4gQWxsIHRoZXNlIHdpbGwgYmUg b3B0aW9uYWwgZXh0ZW5zaW9ucyAoYWdhaW4gYXMgcGVyIFJpY2sncyBzdWdnZXN0aW9uKS4NCg0K SSB3b3VsZCBsaWtlIHRvIGhlYXIgZnJvbSBldmVyeW9uZSBpZiB0aGlzIGlzIGFuIGFjY2VwdGFi bGUgYXBwcm9hY2guDQoNClRoYW5rcw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJv bTogSGVubmluZyBSb2dnZSBbbWFpbHRvOmhyb2dnZUBnbWFpbC5jb21dIA0KU2VudDogRnJpZGF5 LCBNYXJjaCAwNCwgMjAxNiA4OjQzIFBNDQpUbzogUmljayBUYXlsb3IgPHJpY2tAdHJvcGljYWxz dG9ybXNvZnR3YXJlLmNvbT4NCkNjOiBBc2hpc2ggRGFsZWxhIChhZGFsZWxhKSA8YWRhbGVsYUBj aXNjby5jb20+OyBTdGFuIFJhdGxpZmYgPHJhdGxpZmZzdGFuQGdtYWlsLmNvbT47IG1hbmV0QGll dGYub3JnDQpTdWJqZWN0OiBSZTogW21hbmV0XSBETEVQIENyZWRpdCBXaW5kb3dpbmcNCg0KT24g RnJpLCBNYXIgNCwgMjAxNiBhdCA0OjAxIFBNLCBSaWNrIFRheWxvciA8cmlja0B0cm9waWNhbHN0 b3Jtc29mdHdhcmUuY29tPiB3cm90ZToNCj4gSGkgQXNoaXNoLA0KPg0KPiBPa2F5LCBJIHVuZGVy c3RhbmQgdGhhdCB0aGUgVkxBTidzIGRvbid0IGV4dGVuZCBvdmVyIHRoZSAnYWlyJy4gIE15IA0K PiBpc3N1ZSB3aXRoIHRoZW0gaXMgYmV0d2VlbiByb3V0ZXIgYW5kIG1vZGVtIC0gYXMgY29yZSBE TEVQIHN0YW5kcywgDQo+IHlvdXIgbWV0aG9kIGlzIG5vdCBhbGxvd2VkLg0KPg0KPiBIb3dldmVy LCBpdCBjYW4gYmUgYWxsb3dlZCBpbiB0aGUgd2F5IHlvdSBkZXNjcmliZSB2aWEgYW4gZXh0ZW5z aW9uLCANCj4gYXMgeW91IGhhdmUgYWxyZWFkeSBkb25lLiAgTXkgY29uY2VybiBpcyBub3QgIlZM QU5zIGNhbiBiZSB1c2VkIA0KPiB3aXRob3V0IFBGQywgYW5kIFBGQyBjYW4gYmUgdXNlZCB3aXRo b3V0IFZMQU4iLCBpdCBpcyB0aGF0IGNvcmUgRExFUCANCj4gYW5kIFZMQU5zIGRvZXNuJ3Qgd29y ay4NCj4NCj4gSSB3b3VsZCBtdWNoIHJhdGhlciBoYXZlIGFuIGV4dGVuc2lvbiBlbnRpdGxlZCAi VkxBTnMgYW5kIERMRVAiIHRoYXQgDQo+IGNvdmVycyB0aGUgVkxBTiB0b3BpYyBpbiBpc29sYXRp b24uICBBbmQgYW4gdXBkYXRlZCB2ZXJzaW9uIG9mIHlvdXIgDQo+IGRyYWZ0IGNvdmVyaW5nIFBG Qy1iYXNlZCBmbG93IGNvbnRyb2wsIHJlZmVycmluZyB0byB0aGUgVkxBTiBleHRlbnNpb24gDQo+ IGlmIFZMQU5zIGFyZSBpbiB1c2UuDQo+DQo+IFNvcnJ5LCBJIGRvbid0IG1lYW4gdG8gYmUgbmVn YXRpdmUsIHRoZSBQRkMgcGFydCBvZiB5b3VyIGRyYWZ0IHNlZW1zIA0KPiBleGNlbGxlbnQuDQoN ClVzaW5nIFZMQU4gYXMgYSAidHVubmVsIiB0byB0aGUgcmFkaW8gY291bGQgaW52aXRlIHF1aXRl IGEgYml0IG9mIHRyb3VibGUuLi4NCg0KVGhlcmUgaXMgdGhlIHF1ZXN0aW9uIGFib3V0IFZMQU4t aW4tVkxBTiAobXVsdGlwbGUgRExFUCByYWRpb3MgYXR0YWNoZWQgb3ZlciBWTEFOLWNhcGFibGUg c3dpdGNoIHRvIHJvdXRlcikuLi4NCg0Kb3IgZXZlbiBWTEFOLWluLVZMQU4taW4tVkxBTiAoc29t ZW9uZSBpcyBzZW5kaW5nIFZMQU4gdGFnZ2VkIHRyYWZmaWMgb3ZlciBhIERMRVAtUmFkaW8gd2hp Y2ggaXMgYXR0YWNoZWQgb3ZlciBhIFZMQU4tY2FwYWJsZSBzd2l0Y2guDQoNCkhlbm5pbmcgUm9n Z2UNCg== From nobody Fri Mar 4 08:19:14 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22B9E1A008E for ; Fri, 4 Mar 2016 08:19:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.402 X-Spam-Level: X-Spam-Status: No, score=-1.402 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RDNS_NONE=0.793] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D7Cjx0YWjXUv for ; Fri, 4 Mar 2016 08:19:07 -0800 (PST) Received: from ukmta2.baesystems.com (unknown [20.133.0.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13DE11A0016 for ; Fri, 4 Mar 2016 08:19:06 -0800 (PST) X-IronPort-AV: E=Sophos; i="5.22,536,1449532800"; d="scan'208,217"; a="31832738" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta2.baesystems.com with ESMTP; 04 Mar 2016 16:19:03 +0000 X-IronPort-AV: E=Sophos;i="5.22,536,1449532800"; d="scan'208,217";a="108902702" Received: from glkxh0002v.greenlnk.net ([10.109.2.33]) by baemasmds016.greenlnk.net with ESMTP; 04 Mar 2016 16:19:03 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.232]) by GLKXH0002V.GREENLNK.net ([10.109.2.33]) with mapi id 14.03.0248.002; Fri, 4 Mar 2016 16:19:03 +0000 From: "Dearlove, Christopher (UK)" To: "manet@ietf.org" Thread-Topic: AODVv2 - first comment (5444 multiplexer) Thread-Index: AdF2LtrjY6tA82pcToGBYH4uZpwxUg== Date: Fri, 4 Mar 2016 16:19:02 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D8C025019GLKXM0002VGREEN_" MIME-Version: 1.0 Archived-At: Subject: [manet] AODVv2 - first comment (5444 multiplexer) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 16:19:11 -0000 --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D8C025019GLKXM0002VGREEN_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I've read some of draft -13. I will provide comments (which won't be compre= hensive) in bite sized chunks rather than attempting anything consolidated.= And most can wait until next week at the earliest. But one to kick off. The architecture mandated by 5498 is that AODVv2 creates messages, it passe= s them to the 5444 multiplexer. In due course it receives messages from the= re. There are some other details, but that's the most important. The 5444 multiplexer is what handles UDP ports, multicast addresses and so = on. It doesn't handle flooding, because its packets (which may contain mult= iple messages, from AODVv2 and elsewhere) only go one hop. There are other requests that can be made to the multiplexer, most obviousl= y which interface(s) this message is for, but also things like "please try = to keep these messages together". If there are any additional requests that= should be supported, and are not incompatible with the architecture, then = the 5444 usage draft is a good opportunity to get those in. But, looking at the AODVv2 draft, "multiplex" (as a whole or part word) onl= y appears twice, both in the paragraph: [RFC5444] provides a multiplexed transport for multiple protocols. An [RFC5444] multiplexer MAY choose to optimize the content of certain message elements to reduce control message overhead. I think that's not how I see it, that that's the role of the (subtlely diff= erent) 5444 message creation process from addresses and attributes. I think= the multiplexer itself, given a whole message from a protocol shouldn't be= modifying it. Note that I've expressed that as an opinion, though a quite = strong one. A protocol might apply some sort of specialised signature, and = we can't let the multiplexer destroy that. (The multiplexer might add a 718= 2 ICV and/or timestamp, but it will then remove them before the protocol ge= ts the packet again.) This is probably something that could/should be in the 5444 usage draft. If= it gets WGLCed as requested, I'll submit it to myself and the rest of the = author team. So there is nothing describing how AODVv2 interacts with the multiplexer. T= hat shouldn't matter (though it's always better to have it) if you assume 5= 498 applies, as it does. But unfortunately the draft still has material tha= t contradicts that model, which needs to go. In particular (but not only) t= he first two paragraphs of section 6.5. This is an essential change. -- Christopher Dearlove Senior Principal Engineer BAE Systems Applied Intelligence Laboratories __________________________________________________________________________ T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow,= Chelmsford, Essex CM2 8HN. www.baesystems.com/ai BAE Systems Applied Intelligence Limited Registered in England & Wales No: 01337451 Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ******************************************************************** --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D8C025019GLKXM0002VGREEN_ Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable

I’ve read some of draft -13. I will provide co= mments (which won’t be comprehensive) in bite sized chunks rather tha= n attempting anything consolidated. And most can wait until next week at th= e earliest.

 

But one to kick off.

 

The architecture mandated by 5498 is that AODVv2 cre= ates messages, it passes them to the 5444 multiplexer. In due course it rec= eives messages from there. There are some other details, but that’s t= he most important.

 

The 5444 multiplexer is what handles UDP ports, mult= icast addresses and so on. It doesn’t handle flooding, because its pa= ckets (which may contain multiple messages, from AODVv2 and elsewhere) only= go one hop.

 

There are other requests that can be made to the mul= tiplexer, most obviously which interface(s) this message is for, but also t= hings like “please try to keep these messages together”. If the= re are any additional requests that should be supported, and are not incompatible with the architecture, then the 5444 u= sage draft is a good opportunity to get those in.

 

But, looking at the AODVv2 draft, “multiplex&#= 8221; (as a whole or part word) only appears twice, both in the paragraph:<= o:p>

 

   [RFC5444] provides= a multiplexed transport for multiple protocols.

   An [RFC5444] multi= plexer MAY choose to optimize the content of

   certain message el= ements to reduce control message overhead.

 

I think that’s not how I see it, that thatR= 17;s the role of the (subtlely different) 5444 message creation process fro= m addresses and attributes. I think the multiplexer itself, given a whole m= essage from a protocol shouldn’t be modifying it. Note that I’ve expressed that as an opinion, though a quite stro= ng one. A protocol might apply some sort of specialised signature, and we c= an’t let the multiplexer destroy that. (The multiplexer might add a 7= 182 ICV and/or timestamp, but it will then remove them before the protocol gets the packet again.)

 

This is probably something that could/should be in t= he 5444 usage draft. If it gets WGLCed as requested, I’ll submit it t= o myself and the rest of the author team.

 

So there is nothing describing how AODVv2 interacts = with the multiplexer. That shouldn’t matter (though it’s always= better to have it) if you assume 5498 applies, as it does. But unfortunate= ly the draft still has material that contradicts that model, which needs to go. In particular (but not only) the first two = paragraphs of section 6.5. This is an essential change.

 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied Intelligence Laboratories
__________________________= ________________________________________________

T:  +44 (0)1245 24= 2194  |  E: chris.dearlove@baesystems.com

BAE Systems Appli= ed Intelligence, Chelmsford Technology Park, Great Baddow, Chelmsford, Esse= x CM2 8HN.
www.= baesystems.com/ai

B= AE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research Park, Guil= dford, Surrey, GU2 7YP

 

********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************

--_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D8C025019GLKXM0002VGREEN_-- From nobody Fri Mar 4 08:44:17 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C8301A1A50 for ; Fri, 4 Mar 2016 08:44:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=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 1_Cl6KONLQdJ for ; Fri, 4 Mar 2016 08:44:14 -0800 (PST) Received: from gproxy10-pub.mail.unifiedlayer.com (gproxy10-pub.mail.unifiedlayer.com [69.89.20.226]) by ietfa.amsl.com (Postfix) with SMTP id D55031A1A48 for ; Fri, 4 Mar 2016 08:44:13 -0800 (PST) Received: (qmail 15809 invoked by uid 0); 4 Mar 2016 16:44:11 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy10.mail.unifiedlayer.com with SMTP; 4 Mar 2016 16:44:11 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id Rzjh1s00k2SSUrH01zjk4w; Fri, 04 Mar 2016 16:44:09 -0700 X-Authority-Analysis: v=2.1 cv=GOWbTI9K c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=N659UExz7-8A:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=48vgC7mUAAAA:8 a=wUNpJEeXsFw9LEDBSWoA:9 a=9aQx04ft27VdRh7T:21 a=98yBH5f2Xdj42pKQ:21 a=pILNOxqGKmIA:10 a=CTCC-NyF6QcA:10 a=_OduDCFz1dgA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=se+ozOwpohdOn5pK7WureIYD1cQ4WFMeTSmHCuyV1Qg=; b=ODYbbBowXo1D8FuoyP0IZlv0ya N4eGZ1OGcZA4p1Vb1iWOAJ3U9EN4eSQqoX3rm70KY67ahJVRhc/gqzU0BfE6d7fTJUqVYMKLIbBMG Vcy+qY5L9J9sFtGBdI/TbXdZu; Received: from box313.bluehost.com ([69.89.31.113]:45313 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1abspM-0005M3-5l; Fri, 04 Mar 2016 09:43:44 -0700 To: Rick Taylor , "draft-ietf-manet-dlep@ietf.org" References: <56D9A3AB.2090506@labn.net> <38A5475DE83986499AEACD2CFAFC3F9801C37EBF9D@tss-server1.home.tropicalstormsoftware.com> From: Lou Berger Message-ID: <56D9BB3A.1080309@labn.net> Date: Fri, 4 Mar 2016 11:43:38 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C37EBF9D@tss-server1.home.tropicalstormsoftware.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: MANET IETF Subject: Re: [manet] comments on draft-ietf-manet-dlep-19 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 16:44:16 -0000 Rick, Thanks for the response -- see below. On 3/4/2016 10:58 AM, Rick Taylor wrote: > Thanks Lou, > > I am currently going back through Chris Dearlove's excellent comments, > and will include yours in the deep pass I'm doing. We do have updated > text up our sleeve which does address some of your comments already. > > Meanwhile, some inline comments to most of your points... > > Rick > > On 04/03/16 15:03, Lou Berger wrote: >> Hello, >> I've taken a look at the latest spec and past comments and still >> have some outstanding comments. That said, I think the document could >> be published as is -- but there is room for some real improvement that I >> think will benefit implementations and interoperability down the road. >> >> I have four "main" comments and then a bunch of minor and nit comments. >> >> 1) section 10.16 and current hearbeat support only a multisecond >> failure detection period. Is this sufficient for all current and >> future DLEP applications? If not, a 100ms resolution (at least) should >> be defined. > I can see your point, but you are the first to raise this. I'm happy to > go with WG consensus on this one. We have 16bits currently, but we can > go to 32bits millisecs or whatever people fancy. Opinions please people? I think a minimum of 's/in seconds/in tenths of seconds (100s of milisecond)/ > >> 2) From my original review >>> - Multiple ways to implement the same function are allowed, e.g., >>> optional presence of Status, Interval and TCP port. Generally >>> allowing such complicates testing and leads to interoperability >>> issues. The document should pick one way and require it. >> I'm happy to provide specific edits, removing the options, if that will >> help resolve this issue. > Interval is mandatory, but may be 0, i.e. disabled. This is intentional > as their may be out of band techniques to be used instead, and so I > intend to leave it as is. > > TCP Port is optional, but I believe removing it makes experimentation > with unusual setups or system integration much harder. I suggest making tcp port mandatory, *not* dropping it. > I'm very happy > to make life as simple as possible for the end user, e.g. > peer-discovery, but the implementer has to be reasonably capable, > checking the length field isn't really that onerous. yes, but testing the number of combination implied in having options *is* onerous and does lead to interop problems. Status is the other thing that I think should be mandatory. > > >> 3) - There remains cases where the same function/requirement defined in >> two places, at least one of which is inconsistent (MAY in 1st, SHOULD in >> second.) Defining formatting rules separately from processing is just >> fine, but the current split/duplicate approach for rules *will* lead to >> interop issues -- (Perhaps make the earlier sections informative 'theory >> of operation' and section 9/2 the place with normative conformance >> language.) >> >> I'm happy to provide specific edits if that will help resolve this issue. > These need to be sorted. Can you detail any specific cases you see > using the line numbers from draft-19 as you have below please, and we'll > fix them. If you send me your working source file (word, xml, nroff, whatever) I'll send back a marked up version. Line numbers is too painful for this level of comments. > >>> Again, this more than just a style point. It's really hard to tell if >>> all cases are covered from a review (and implementation) perspective >>> with the current redundant and distributed approach to processing >>> conformance. >>> ... Basically 2119 language should be used to cover >>> required processing that impacts externally visible behavior. (It can't >>> apply to people or informative text. Also each behavior should be >>> formally specified only once. Certainly narrative/informative text >>> related to the processing can occur in multiple places as makes sense to >>> describe the solution. >>> >> 4) As stated in >> https://www.ietf.org/mail-archive/web/manet/current/msg18328.html >>> DLEP-17 describes Error handling in terms of a fixed "Failure Mode", >>> See Table 3. I like this formalization of something that was previously >>> implicit. I'd like to suggest going on step further by making >>> Terminate|Continue explicit in the Status data item. This will both >>> ease initial implementation and facilitate forward compatibility. >> I think this is a future interop issue and should be changed, so would >> like to see some discussion on this. That said, I don't think this is a >> *required* change for publishing. I'd say if there is no support of >> this in 1 weeks time to drop this point. > I went for a half-way house approach here, in the style of HTTP and > other ASCII error codes: <100 = Terminate, >=100 Continue. I previously > proposed a bit-flag approach a-la SCTP status codes, but got push-back > from the list. > > I will need to update the IANA considerations section to make sure this > split is made obvious. formally splitting the range has the same effect, so WFM. Thanks, Lou > >> The rest of my comments are more editorial in nature, or provide >> specific examples of the above comments. Line numbers from >> https://tools.ietf.org/idnits?url=https://tools.ietf.org/id/draft-ietf-manet-dlep-19.txt >> >> Minor items that should be fixed, or at least discussed: >> >> - Section 3 seems really out of place and is hard to follow. Suggest >> moving to after 9 or, better yet, integrate in 5.3 or 10. > I will admit to struggling to find the right place to put this information. >> - Lines 446 and 1475/76 seem to be referring to the same behavior but >> have different requirements. (suggest consolidating) >> >> - Section 4 - seems really out of place and is hard to follow. Suggest >> moving to before 9, integrate in the appropriate section. Either way >> the duplicate requirements in the section should be removed (e.g., see >> lines 483-495 and 1145-1158) > As with Section 5, these parts have evolved in a slightly unstructured > way over the previous 17 drafts. > >> - section 5.1 drop "on the UDP socket" >> >> - Section 5.2 doesn't cover timeout case -- and partially duplicates >> text in 10.3. Suggest all details of processing to section 10. or >> bringing forward all message processing rules to this section. >> >> - Section 5.3, section 5.2 says a unknown metric will also result in a >> state change, is this also not true for in-session state? > That is intentional to support the case of an extension data item used > during Session Intialization. It's ok in that state, but not in the In > Session state. > >> - Section 10 please pick one place to describe processing rules. >> >> - section 11. No need to repeat which messages/signals may carry the >> data items as is already covered in 10. > Noted. > >> - heuristics remain in 4 places in the document, as previously stated I >> think an optional (aka default) approach these should be spelled out for >> each. > We have tried a 'variable declaration with defaults' style to cover the > heuristics, but it ends up being more obtuse. I agree it could be better. > > >> Nit level issues (feel free to ignore): > All comments are welcome! > >> >> -Abstract >> -- should state what DLEP is not its motivation >> -1. Intro >> -- should be broken into >> 1. Intro >> states what the document defines >> 1.1 Background >> Lines 158->211 >> 1.2 DLEP (or move to the start of section 2) >> Lines 213->291 >> >> - Lines 300-309 really belong in section 2.1 >> >> - Lines 869-880 belong in section 2.1 >> >> - Line 567 add (Defined in Section 6). >> >> - line 717 add ' (Section 11.5)' after ' interval' >> >> - line 791. I assume this restriction is per modem/router pair? If so >> this should be added. >> >> - lines 823/824 lower case MAY and MUST. >> >> - lines 945-950, this clause violates the IETF design principle aka >> Postel's Maxim, that said see draft-thomson-postel-was-wrong >> >> - Section 10 - as signals and messages don't share the same number >> space, both can start with 1 (i.e., the first message could be 1 not 3). >> >> - line 1140, BOTH should be in lower case/ >> >> - section 10.17/18 - I'm not clear on when link characteristics metrics >> would be used over destination provided metrics, but perhaps I'm missing >> something obvious. >> >> - sections 11.8->11.11, routing protocols generally treat host addresses >> as prefixes with max prefix length - is there really a reason to special >> case hosts addresses? >> >> - Section 12 is pretty weak, but let's see what the security review >> says... >> >> That's it, >> Lou >> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> > From nobody Fri Mar 4 09:15:16 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 522DF1A1AB2 for ; Fri, 4 Mar 2016 09:15:14 -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, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B2iJfhwx1nt3 for ; Fri, 4 Mar 2016 09:15:08 -0800 (PST) Received: from mirabel.astrium.eads.net (mirabel.astrium.eads.net [194.62.210.46]) (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 F1C031A1B81 for ; Fri, 4 Mar 2016 09:15:07 -0800 (PST) Received: from rosout.astrium.eads.net ([10.221.0.46]) by mirabel.astrium.eads.net (8.14.4/8.14.4) with ESMTP id u24HF5wf018562 for ; Fri, 4 Mar 2016 17:15:05 GMT Received: from rosout.astrium.eads.net (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 1BD2E3C805F for ; Fri, 4 Mar 2016 17:15:05 +0000 (GMT) Received: from localhost (unknown [127.0.0.1]) by IMSVA (Postfix) with SMTP id 101E43C805D for ; Fri, 4 Mar 2016 17:15:05 +0000 (GMT) X-IMSS-HAND-OFF-DIRECTIVE: 127.0.0.1:10026 Received: from AUK52839.UKN.UKNROOT.ASTRIUM.CORP (unknown [10.221.1.32]) by rosout.astrium.eads.net (Postfix) with ESMTPS id 606D03C8038 for ; Fri, 4 Mar 2016 17:15:02 +0000 (GMT) Received: from AUK52715.UKN.UKNROOT.ASTRIUM.CORP ([fe80::70c5:d8f8:7a03:bd48]) by AUK52839.UKN.UKNROOT.ASTRIUM.CORP ([fe80::cdf2:d214:a3a9:7510%15]) with mapi id 14.03.0123.003; Fri, 4 Mar 2016 16:51:50 +0000 From: "MATTY, Steven" To: "manet@ietf.org" Thread-Topic: comments on draft-ietf-manet-dlep-19 Thread-Index: AdF2Ke265Pr7REKQQbG29sh2AKdwCg== Date: Fri, 4 Mar 2016 16:51:49 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.221.1.73] X-TM-AS-Product-Ver: IMSVA-9.0.0.1549-8.0.0.1202-22172.001 X-TM-AS-Result: No--21.455-5.0-31-10 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: multipart/alternative; boundary="_000_D9712B947A4CCA43AB42F01B90AF1DEC014BE348E4AUK52715UKNUK_" MIME-Version: 1.0 X-TM-AS-GCONF: 00 X-imss-scan-details: No--21.455-5.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1549-8.0.1202-22172.001 X-TMASE-Result: 10--21.455400-10.000000 X-TMASE-MatchedRID: XvLGzGhYHB8k3l1qOrrWWAPZZctd3P4BLJm8FOE9WLXCjB24TJ+fYET1 EEIonGH0uAtgmaKHNn9feDTzxwrApZEN6LfEmKETaK+MsTwM+1n3JLu++S9VRiJ8zskw0dbr5NS 4QOzMK7utJIN0kyKMeSiEpPFnRnFwIUgU3YA03c0SpyVbecGcUBacPYI/JssK5DJ1FS+XdBMoOR HYwPKf3FCUFX/J/ZOklDz62AzDcVq6Mkw4ZNOIMnGBmLio+mJgK+wQWQr0ArjaqqH/oHw+kb7V6 hbJSuH7R5KBY5usn0yYO6uojH787PadZjn7wYAU4ou+VJXT6val9VzHf0qr7swHSQ+yXjTDHdxL ljatsnYT/RLASEHM5sFOJR5MZxHYupptyy2mu+5gP1dNF1ow7cnlJe2gk8vIHL8D2Jlysh91bH5 lpQ+ws48UbZ4XM9yyyi7KDQBzCf775cEN6/qvTIzb2GR6Ttd3Sz8yxOq7x35tw+n+iKWyyHAw5T atSo0Oz/6M5b1C1auOIOE+FQsMqU5w1HfNpbI4xuI6cedwBN065zURxq/IDhtS02Jun2vYs2m+s /nRdjg22uoEm245fkFWCvm86w840sXpjQvtH9Abrq24GKfh0Oq/uWzz2rh3+TdKNkxxkWSoBV9s c+TYx+I+Ja+Fp+EYrBBSnn/GVMan+dP7GcjVHW/+RwWenb0YdwX/SSKrKHgPGMG6AkHPPJ9P60U PZK0REZ0nh5LG4hj3JpeE+GdRnYIiDu0n/+6xNNHZMWDTEbf/CWEhT9XYVbLLTvamG8BJo8WMkQ Wv6iXgT2zXYa9/nXsQ35Yt9gBIzrfziss0DOUceZJB5zo4T+XXWzAhkkSoJYgZgerewnstpZb32 xb/TQ== X-TMASE-SNAP-Result: 1.811037.0001-0-1-22:0,12:0 Archived-At: Subject: [manet] comments on draft-ietf-manet-dlep-19 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 17:15:14 -0000 --_000_D9712B947A4CCA43AB42F01B90AF1DEC014BE348E4AUK52715UKNUK_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Rick, Stan et al Finally had a chance to go over DLEP 19 and only have minor observations.= .. 3.1 Router-requested Destinations A Destination Announce message MAY also be used by a router to request information concerning a destination that it has previously declined interest in, via the 'Not Interested' status code, see Table 3, or declared as down, via the Destination Down message. Reading the draft in sequence, this already presume the reader is aware t= hat a router can decline interest in destinations - even though this has not been stat= ed yet. Agree with Lou that perhaps Section 3 belongs later in the document. 4. Metrics Section 4, point 2 - Suggest some consistency when using terms "session-wide context" and "mo= dem-wide context" Section 4 : Link Characteristics Request message. I am pleased to see t= his message in DLEP (was this added in Draft 18?) 5. DLEP Session Flow Is there a better way of stating that the Peer Discovery state is optiona= l for routers as it almost contradicts the opening statement "All peers participating in a DL= EP session transition through five (5)distinct states during the lifetime of a DLEP = session:" ? Perhaps something along the lines of : "The Peer Discovery state is OPTIONAL to implement for routers. If it is= not used, then a preconfigured TCP address/port combination MUST be provided to the router= , and the router will immediately transition to the Session Initialization state." 5.1 Peer Discovery State "It is up to the router implementation if Peer Discovery signals continue= to be sent after the device has transitioned to the Session Initialization state." Wouldn't we also want to specify that a Modem MUST silently ignore Peer D= iscovery signals from routers with which it has already established a DLEP Session? If we don't= then we can easily end up with an infinite ridiculously large number of DLEP sessions between the s= ame modem and router. 5.4 Session Termination State Is the text "as the result of an invalid message or error" necessary in t= his para? NIT: "then if is RECOMMENDED" typo: should read "then it is RECOMMENDED" "Any messages received after either sending or receiving a Session Termin= ation message MUST be silently ignored." Presumably "Any messages" means 'Any messages other than Session Termina= tion Response message' ? 6. Transaction Model Might suggest for clarity that one request per destination is in terms of= the DLEP session. The Session Initialization transaction description seems a little out of place here, and also clarify that recei= ving multiple Session Initialization requests from different peers IS permissable 9.1 DLEP Signal Header NIT: "Signal/Message Type" should read "Signal Type" 10. I'm tempted to suggest splitting the table into two - "DLEP Signals" = and "DLEP Messages" since DLEP signal types must not appear in DLEP messa= gea and vice versa? QUESTION : Destination Announce messages. If a router issues a Destination Announce = message for a given MAC, is it free to then further issue a Destination A= nnounce (not interested) if for some reason it has changed its mind? Or is it restricted to issuin= g the "not interested" after receiving a Destination Up message for that = MAC? 11.1 Status NIT: Suggest reword "Acknowledgement messages" to "Response messages" NIT: In the case of a "Not Interested" status, is this strictly an indica= tion of success (or failure)? If not, then it contradicts the text in par= a 2 11.19: RLQR NIT: Clarify "A non-dimensional 8-bit integer, 0-100, representing relati= ve link quality" by adding "of the receive link" (or similar) 11.20 RLQT: NIT: As above but for transmit QUESTION : RESR and REST are explicitly declared as percentages. RLQR/RLQ= T are explicitly declared as "non-dimensional". Is this deliberate? Both = accept 0-100 and to my tired brain both would appear to indicate a percentage. If not, then why not open RLQR/RLQ= T to the full 0-255 range? Regards Steve This email (including any attachments) may contain confidential and/or pr= ivileged information or information otherwise protected from disclosure. = If you are not the intended recipient, please notify the sender immediate= ly, do not copy this message or any attachments and do not use it for any= purpose or disclose its content to any person, but delete this message a= nd any attachments from your system. Airbus Defence and Space Limited dis= claims any and all liability if this email transmission was virus corrupt= ed, altered or falsified. -o- Emails to Airbus Defence and Space Limited may be processed, recorded and= monitored outside the UK. -o- Airbus Defence and Space Limited, Registered in England and Wales No. 244= 9259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, = England --_000_D9712B947A4CCA43AB42F01B90AF1DEC014BE348E4AUK52715UKNUK_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi Rick, Stan et al

 

Finally had a chanc= e to go over DLEP 19 and only have minor observations…

 

3.1 Router-requeste= d Destinations

A Destination Annou= nce message MAY also be used by a router to

   reques= t information concerning a destination that it has previously<= /span>

   declin= ed interest in, via the 'Not Interested' status code, see

   Table = 3, or declared as down, via the Destination Down message.

 

Reading the draft i= n sequence, this already presume the reader is aware that a router

can decline interes= t in destinations - even though this has not been stated yet. Agree with = Lou that

perhaps Section 3 b= elongs later in the document.

 

4. Metrics

Section 4, point 2 = -

Suggest some consis= tency when using terms  "session-wide context" and "m= odem-wide context"

 

Section 4 : Link Ch= aracteristics  Request message.  I am pleased to see this messa= ge in DLEP

(was this added in = Draft 18?)

 

 

5. DLEP Session Flo= w

 

Is there a better w= ay of stating that the Peer Discovery state is optional for routers as it=

almost contradicts = the opening statement "All peers participating in a DLEP session

transition through = five (5)distinct states during the lifetime of a DLEP session:" ?

 

Perhaps something a= long the lines of :

 

“The Peer Dis= covery state is OPTIONAL to implement for routers.  If it is not use= d, then a

preconfigured TCP a= ddress/port combination MUST be provided to the router, and the router wi= ll

immediately transit= ion to the Session Initialization state.”

 

5.1 Peer Discovery = State

 

“It is up to = the router implementation if Peer Discovery signals continue to be sent a= fter the

device has transiti= oned to the Session Initialization state.”

 

Wouldn’t we a= lso want to specify that a Modem MUST silently ignore Peer Discovery sign= als from

routers with which = it has already established a DLEP Session? If we don’t then we can = easily end up

with an infinite= ridiculously large number of DLEP sessions between the same modem an= d router.

 

5.4 Session Termina= tion State

 

Is the text “= as the result of an invalid message or error“ necessary in this par= a?

 

NIT: “= then if is RECOMMENDED” typo: should read “= then it is RECOMMENDED”

 

“Any messages received = after either sending or receiving a Session Termination message MUST be s= ilently ignored.”

Presumably “Any message= s” means  ‘Any messages other than Session Termination R= esponse message’ ?

 

6. Transaction Model

 

Might suggest for clarity tha= t one request per destination is in terms of the DLEP session. The Sessio= n Initialization transaction

description seems a little ou= t of place here, and also clarify that receiving multiple Session Initial= ization requests from different

peers IS permissable

 

9.1 DLEP Signal Header

NIT: “Signal/Message Ty= pe” should read “Signal Type”

 

10. I’m tempted to sugg= est splitting the table into two – “DLEP Signals” and &= #8220;DLEP Messages” since DLEP signal types must not appear in DLE= P messagea

and vice versa?

 

 

QUESTION :<= /p>

Destination Announce messages= . If a router issues a Destination Announce message for a given MAC, is i= t free to then further issue a Destination Announce (not interested)=

if for some reason it has cha= nged its mind? Or is it restricted to issuing the “not interested&#= 8221; after receiving a Destination Up message for that MAC?

 

11.1 Status=

 

NIT: Suggest reword “Ac= knowledgement messages” to “Response messages”

NIT: In the case of a “= Not Interested” status, is this strictly an indication of success (= or failure)? If not, then it contradicts the text in para 2

 

11.19: RLQR

NIT: Clarify “A non-dim= ensional 8-bit integer, 0-100, representing relative link quality” = by adding “of the receive link” (or similar)

 

11.20 RLQT:=

NIT: As above but for transmi= t

 

QUESTION : RESR and REST are = explicitly declared as percentages. RLQR/RLQT are explicitly declared as = “non-dimensional”. Is this deliberate? Both accept 0-100 and = to my tired brain both

would appear to indicate a pe= rcentage. If not, then why not open RLQR/RLQT to the full 0-255 range?

 

 

Regards

 

Steve

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

This email (i=
ncluding any attachments) may contain confidential and/or privileged info=
rmation or information otherwise protected from disclosure. If you are no=
t the intended recipient, please notify the sender immediately, do not co=
py this message or any attachments and do not use it for any purpose or d=
isclose its content to any person, but delete this message and any attach=
ments from your system. Airbus Defence and Space Limited disclaims any an=
d all liability if this email transmission was virus corrupted, altered o=
r falsified.
-o-
Emails to Airbus Defence and Space Limited may be processed, recorded and=
 monitored outside the UK.
-o-
Airbus Defence and Space Limited, Registered in England and Wales No. 244=
9259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, =
England
--_000_D9712B947A4CCA43AB42F01B90AF1DEC014BE348E4AUK52715UKNUK_-- From nobody Fri Mar 4 12:29:26 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB31D1A8965; Fri, 4 Mar 2016 12:29:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nQmQY9sqn5TM; Fri, 4 Mar 2016 12:29:22 -0800 (PST) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (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 51DD11A8984; Fri, 4 Mar 2016 12:29:22 -0800 (PST) Received: by mail-ig0-x233.google.com with SMTP id z8so3529827ige.0; Fri, 04 Mar 2016 12:29:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=veA+nkFmaGtqBbUITWJrnn4v0IXEaVR1kMv3UO+H6Ew=; b=OqRTnhNfXZ7GeFd+Vc6V6hB8vPpghPTnjJ/obm9xhXias/S89ZDtGv0VTrZSfxs/ET RD3kXviFWQtBwND6z3EZ9RyR2F+R3t3bwMkzNuqxB4tkopJb9Wf+MgPYdJpAHB88I3Yl k1rL2zfDs9oKyjyOr2/xBalz8SFSXi3c8F/qnVafEpH+9pDk71SGiy/GowSuSGzNreHn +l6zOtmyocIN2carvSX9D9RXYLqBWzsv1jMge5UYJnrAMl/TxjILitRcgYWrFe3tKzt2 vpxrSvKd+6PYTc+NW0E0jNuiS6vrnMoZJH4eA380Pl/dqwF5llYjezHzra4oDxBekmP/ Clag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=veA+nkFmaGtqBbUITWJrnn4v0IXEaVR1kMv3UO+H6Ew=; b=h9eZK8v5tzr0d8DIoVluBM6pQ+i0Yb37na/H+9NKL7e5AA6KeiRYN1O/hhlcsURu2p 9Vds/MoRjPJgN4/eN9d/dPX1HFy6yU8wP43bBqndoHi8nLAn1M0iIsLUHVPlT8l7Lhdy KcssuI1ESXJjeryUAV5KGU9/OoTxOFgHd8BUu3DGXYIjWM38p2rYwIvpHVGkD83xsbhg PlpvoxhwmeLF6wIcH/VasqRNTV9A+ZTKqWb3MLZpSZ4iW9vEP2JbqDKT8J1L8Ew/h+zx /ks8ZuR7lFvEKPdZ9EtnlbZyDlRJ8Fc1lIutrW3VAp/ogxXtWDUGDmAq+UPkGQVDg0Gc HMuw== X-Gm-Message-State: AD7BkJK3UShxdeQZ5DWguecrIB+1oQZZRDgFLSC0amzX8On/qO/sZDtKaViodFIpoJS+Qtq05/rv0t4fx86RHQ== MIME-Version: 1.0 X-Received: by 10.50.132.42 with SMTP id or10mr830949igb.85.1457123361710; Fri, 04 Mar 2016 12:29:21 -0800 (PST) Received: by 10.79.96.1 with HTTP; Fri, 4 Mar 2016 12:29:21 -0800 (PST) In-Reply-To: <56D9AB7A.2040209@labn.net> References: <56D9AB7A.2040209@labn.net> Date: Fri, 4 Mar 2016 15:29:21 -0500 Message-ID: From: Stan Ratliff To: Lou Berger Content-Type: multipart/alternative; boundary=047d7b16348b5e6e04052d3ef88a Archived-At: Cc: MANET IETF , draft-ietf-manet-credit-window@ietf.org Subject: Re: [manet] Comments on draft-ietf-manet-credit-window-01 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 20:29:25 -0000 --047d7b16348b5e6e04052d3ef88a Content-Type: text/plain; charset=UTF-8 Lou, On Fri, Mar 4, 2016 at 10:36 AM, Lou Berger wrote: > Hi, > I have a few comments on draft-ietf-manet-credit-window. The first > issue to me is a blocking issue. > > General issues/comments: > > 1) The metric of the credit windows is not defined. E.g,. does one > credit represent 1 frame, 1 bit, 1 byte, etc.? This should be trivial > to fix, e.g., add "in octets" to the Credit field definitions. > The last sentence of section 2 (Overview) says: Credits represent the number of data plane octets, or an increment in the number of data plane octets, that can be sent on a given window at OSI Layer 2 to the receiver. That said, I can add the suggested text . > > 2) The security section should be aligned with the approach taken in > dlep (or vice versa), i.e., one uses TLS while the other doesn't > Yes. That will be corrected. > > 3) The iana section needs to align with DLEP and RFC5226. > OK > > Specific comments/issues: > > > 1. Reject the use of credits for this destination, via the > > Destination Up Response message containing a Status data item > > with a status code of 'Request Denied'. (See status codes in > > [DLEP]), or > > Wouldn't it be better to use a new status code to disambiguate the new > reason for the rejection? > I really didn't (don't) see a need. The Dest Up is either accepted or rejected. That said, I'm willing to add an additional status code. > > > > packet at OSI Layer 2. > > So you mean the MAC layer, but framing overhead and other encoding > should not be included? Given the rest of the document and dlep is MAC > aware, why not just say the MAC layer? > Whatever it takes to make people happy... > > Section 7.2: > > s/XXXX/Credit Window Out of Sync > > Section 8.1: > s/Reserved/Credit Increment > Thanks for those catches. > > Section 8.2: > Unless the data prate is really low, I'd expect some amount of > differences from the time the message is sent to the time it is > processed is possible. How is this to be handled? I think this should > be covered. > I'll see if I can craft adequate text. Regards, Stan > > That's it, > Lou > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --047d7b16348b5e6e04052d3ef88a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Lou,

On Fri, Mar 4, 2016 at 10:36 AM, Lou Berger <lberger@labn.net> wrote:
Hi,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 I have a few comments on draft-ietf-manet-credi= t-window.=C2=A0 The first
issue to me is a blocking issue.

General issues/comments:

1) The metric of the credit windows is not defined.=C2=A0 E.g,. does one credit represent 1 frame, 1 bit, 1 byte, etc.?=C2=A0 This should be trivial=
to fix, e.g., add "in octets" to the Credit field definitions.

The last sentence of section 2 (Overview)= says:=C2=A0

 Credits represe=
nt the number of data plane octets, or an increment in
   the number of data plane octets, that can be sent on a given window
   at OSI Layer 2 to the receiver.

That said, I can add the suggested text .
=C2=A0
=C2=A0

2) The security section should be aligned with the approach taken in
dlep (or vice versa), i.e., one uses TLS while the other doesn't

Yes. That will be corrected.
=C2=A0=

3) The iana section needs to align with DLEP and RFC5226.
<= div>
OK
=C2=A0

Specific comments/issues:

>=C2=A0 =C2=A0 1.=C2=A0 Reject the use of credits for this destination, = via the
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Destination Up Response message containing = a Status data item
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 with a status code of 'Request Denied&#= 39;.=C2=A0 (See status codes in
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 [DLEP]), or

Wouldn't it be better to use a new status code to disambiguate the new<= br> reason for the rejection?

I really didn= 't (don't) see a need. The Dest Up is either accepted or rejected. = That said, I'm willing to add an additional status code.=C2=A0
=C2=A0


> packet at OSI Layer 2.

So you mean the MAC layer, but framing overhead and other encoding
should not be included?=C2=A0 Given the rest of the document and dlep is MA= C
aware, why not just say the MAC layer?

= Whatever it takes to make people happy...=C2=A0

= =C2=A0

Section 7.2:

s/XXXX/Credit Window Out of Sync

Section 8.1:
s/Reserved/Credit Increment

Thanks for = those catches.=C2=A0
=C2=A0

Section 8.2:
Unless the data prate is really low, I'd expect some amount of
differences from the time the message is sent to the time it is
processed is possible. How is this to be handled?=C2=A0 I think this should=
be covered.

I'll see if I can craft= adequate text.=C2=A0

Regards,
Stan


=C2=A0

That's it,
Lou


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

--047d7b16348b5e6e04052d3ef88a-- From nobody Fri Mar 4 12:31:57 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE1F11A8993 for ; Fri, 4 Mar 2016 12:31:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.367 X-Spam-Level: X-Spam-Status: No, score=-2.367 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rPqsrpSE2Xfz for ; Fri, 4 Mar 2016 12:31:54 -0800 (PST) Received: from gproxy8-pub.mail.unifiedlayer.com (gproxy8-pub.mail.unifiedlayer.com [67.222.33.93]) by ietfa.amsl.com (Postfix) with SMTP id 24E8C1A8969 for ; Fri, 4 Mar 2016 12:31:54 -0800 (PST) Received: (qmail 426 invoked by uid 0); 4 Mar 2016 20:31:53 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy8.mail.unifiedlayer.com with SMTP; 4 Mar 2016 20:31:53 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id RwXn1s0102SSUrH01wXqe6; Fri, 04 Mar 2016 13:31:53 -0700 X-Authority-Analysis: v=2.1 cv=FouWoQbq c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=N659UExz7-8A:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=pGLkceISAAAA:8 a=5vjwwrbCAAAA:8 a=AUd_NHdVAAAA:8 a=48vgC7mUAAAA:8 a=Vlv3O4X9SPDtJpct6rgA:9 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=poUean8tUTcNFL4pyms4HjfJfNTJbxFm0NFfARvRoGs=; b=DZfPb+aDhQVef5ARjroxKiJCh4 43FZ+8PNPGZWYeSzH/XAMKCaPnM+kXB9J/xOX3gjSbd5WdVChbF4a4DLGdFIE+YZpsrK0r+rPryKz lofQeYdL2W67NHuzAVyzq/XQ1; Received: from box313.bluehost.com ([69.89.31.113]:47373 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1abwO3-0000Us-PM; Fri, 04 Mar 2016 13:31:47 -0700 To: "Ashish Dalela (adalela)" , Henning Rogge , Rick Taylor References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> <051ad977f5a5488b9622ccb5ef25883c@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> From: Lou Berger Message-ID: <56D9F0AC.5080805@labn.net> Date: Fri, 4 Mar 2016 15:31:40 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 20:31:56 -0000 I'm a fan of both pause and pfc, and could see how it could play a role here, but I do worry about non-standard usage of 802.1 "stuff". Have you considered 802.1 Qau (CN/QCN)? On 3/4/2016 11:01 AM, Ashish Dalela (adalela) wrote: > Hi Henning, > > So based on the earlier comment by Rick, the use of VLAN is itself incompatible with the current core DLEP philosophy. By implication, VLAN-in-VLAN or VLAN-in-VLAN-VLAN would also be incompatible. > > As Rick suggested, should we do a draft "DLEP and VLANs" that captures these encapsulation scenarios? What type of encapsulation is being used would have to be negotiated during "Neighbor UP". > > The PFC draft (the present one) can then be modified to refer to the above draft. All these will be optional extensions (again as per Rick's suggestion). > > I would like to hear from everyone if this is an acceptable approach. > > Thanks > > -----Original Message----- > From: Henning Rogge [mailto:hrogge@gmail.com] > Sent: Friday, March 04, 2016 8:43 PM > To: Rick Taylor > Cc: Ashish Dalela (adalela) ; Stan Ratliff ; manet@ietf.org > Subject: Re: [manet] DLEP Credit Windowing > > On Fri, Mar 4, 2016 at 4:01 PM, Rick Taylor wrote: >> Hi Ashish, >> >> Okay, I understand that the VLAN's don't extend over the 'air'. My >> issue with them is between router and modem - as core DLEP stands, >> your method is not allowed. >> >> However, it can be allowed in the way you describe via an extension, >> as you have already done. My concern is not "VLANs can be used >> without PFC, and PFC can be used without VLAN", it is that core DLEP >> and VLANs doesn't work. >> >> I would much rather have an extension entitled "VLANs and DLEP" that >> covers the VLAN topic in isolation. And an updated version of your >> draft covering PFC-based flow control, referring to the VLAN extension >> if VLANs are in use. >> >> Sorry, I don't mean to be negative, the PFC part of your draft seems >> excellent. > Using VLAN as a "tunnel" to the radio could invite quite a bit of trouble... > > There is the question about VLAN-in-VLAN (multiple DLEP radios attached over VLAN-capable switch to router)... > > or even VLAN-in-VLAN-in-VLAN (someone is sending VLAN tagged traffic over a DLEP-Radio which is attached over a VLAN-capable switch. > > Henning Rogge > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > From nobody Fri Mar 4 12:33:53 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 24AA71A8998 for ; Fri, 4 Mar 2016 12:33:51 -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 Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dssprX1NRfWk for ; Fri, 4 Mar 2016 12:33:49 -0800 (PST) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) by ietfa.amsl.com (Postfix) with SMTP id 3511E1A8997 for ; Fri, 4 Mar 2016 12:33:49 -0800 (PST) Received: (qmail 24170 invoked by uid 0); 4 Mar 2016 20:33:48 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy7.mail.unifiedlayer.com with SMTP; 4 Mar 2016 20:33:48 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id RwZl1s0112SSUrH01wZomA; Fri, 04 Mar 2016 13:33:48 -0700 X-Authority-Analysis: v=2.1 cv=FouWoQbq c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=qB84YStuwhqG8gDAtR4A:9 a=QEXdDO2ut3YA:10 a=60uyysODlx4A:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=mjVi/s4Bxle7ZtDTjZFyVr8N0a4uXXac9EmMDzDRM/A=; b=D36V2IZuLrUJFhBOfSzsLeqg8w SE1CBXFx0f6bB9wYPB1trcb3JGZPHgcTr5A3/Vxrdg9bkOrks/6Iqyf5YCQBhOIYrUHSK+JSrFY4O nDr8TQ/y55uRDAaoBmV88Uuls; Received: from box313.bluehost.com ([69.89.31.113]:48058 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1abwPx-0000pR-QI; Fri, 04 Mar 2016 13:33:45 -0700 To: Stan Ratliff References: <56D9AB7A.2040209@labn.net> From: Lou Berger Message-ID: <56D9F124.1060909@labn.net> Date: Fri, 4 Mar 2016 15:33:40 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: MANET IETF , draft-ietf-manet-credit-window@ietf.org Subject: Re: [manet] Comments on draft-ietf-manet-credit-window-01 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2016 20:33:51 -0000 On 3/4/2016 3:29 PM, Stan Ratliff wrote: > That said, I can add the suggested text . > Thanks. Lou From nobody Fri Mar 4 20:31:42 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 419CA1B3AAD for ; Fri, 4 Mar 2016 20:31:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rIx6LiWhZozj for ; Fri, 4 Mar 2016 20:31:38 -0800 (PST) Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) by ietfa.amsl.com (Postfix) with ESMTP id 81A501B3AAC for ; Fri, 4 Mar 2016 20:31:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=nIUY0HrEpXqR0Wzs+GyV+TLnnzztS9wG/GAZuR5sqMx1Xp5JTVZcWWs8NltfpZWv; h=Received:Subject:To:References:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [99.51.72.196] (helo=[192.168.1.67]) by elasmtp-banded.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1ac3sK-0005lE-LO; Fri, 04 Mar 2016 23:31:32 -0500 To: Justin Dean , "manet@ietf.org" References: From: Charlie Perkins Message-ID: <56DA6121.2030109@earthlink.net> Date: Fri, 4 Mar 2016 20:31:29 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956527bd5036cbc8ac784591ae8784f0eca3659fc3ca3b9de42350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 99.51.72.196 Archived-At: Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 04:31:40 -0000 Hello Justin, I have devised some text for an expanded introduction. Please take a look: > The Ad hoc On-Demand Distance Vector (AODVv2) protocol enables > dynamic, self-starting, multihop routing between participating mobile > nodes wishing to establish and maintain an ad hoc network. The > basic operations of the AODVv2 protocol are route discovery and > route maintenance. AODVv2 does not require nodes to maintain routes > to destinations that are not in active communication. AODVv2 allows > mobile nodes to respond to link breakages and changes in network > topology in a timely manner. The operation of AODVv2 is loop-free, > and by avoiding the Bellman-Ford "counting to infinity" problem > offers quick convergence when the ad hoc network topology changes > (typically, when a node moves in the network). When links break, > AODVv2 causes the affected set of nodes to be notified so that they > are able to invalidate the routes using the lost link. > > One distinguishing feature of AODVv2 is its use of a destination > sequence number for each route entry. The destination sequence > number is created by the destination to be included along with any > route information it sends to requesting nodes. Using destination > sequence numbers ensures loop freedom and is simple to program. > Given the choice between two routes to a destination, a requesting > node is required to select the one with the greatest sequence number. > > Compared to AODV [RFC3561], AODVv2 makes some features optional, > notably intermediate route replies, expanding ring search, and > precursor lists. Hello messages and local repair have been removed. > AODVv2 provides a mechanism for the use of multiple metric types. > Message formats have been updated and made compliant with [RFC5444]. > AODVv2 control messages are defined as sets of data, which are mapped > to message elements using the Generalized MANET Packet/Message Format > defined in [RFC5444] and sent using the parameters in [RFC5498]. > Verification of link bidirectionality has been substantially > improved, and > additional refinements made for route timeouts and state management. On 3/1/2016 8:18 PM, Justin Dean wrote: > The Ad Hoc On-demand Distance Vector Version 2 (AODVv2) routing > protocol (formerly named DYMO) enables on-demand, multihop unicast > routing among AODVv2 routers in mobile ad hoc networks (MANETs) > [RFC2501]. > (We jumped right in here would prefer some intro to AODV and how AODVv2 is derived from that work. JWD) > Regards, Charlie P. From nobody Fri Mar 4 20:39:54 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7118A1B3AC2 for ; Fri, 4 Mar 2016 20:39:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UUT2-JwUOfot for ; Fri, 4 Mar 2016 20:39:51 -0800 (PST) Received: from elasmtp-dupuy.atl.sa.earthlink.net (elasmtp-dupuy.atl.sa.earthlink.net [209.86.89.62]) by ietfa.amsl.com (Postfix) with ESMTP id 58A161B3AC1 for ; Fri, 4 Mar 2016 20:39:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=TOPVHO5hLWwBd7DShaJsnSGQGUjE4amKGasgU71b3MwcexzU3A/TXW7oKC4eFpVs; h=Received:Subject:References:To:From:X-Forwarded-Message-Id:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [99.51.72.196] (helo=[192.168.1.67]) by elasmtp-dupuy.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1ac40F-0001QM-Gd for manet@ietf.org; Fri, 04 Mar 2016 23:39:43 -0500 References: <56D847FD.8050400@earthlink.net> To: Mobile Ad Hoc Networks mailing list From: Charlie Perkins X-Forwarded-Message-Id: <56D847FD.8050400@earthlink.net> Message-ID: <56DA630B.4090509@earthlink.net> Date: Fri, 4 Mar 2016 20:39:39 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <56D847FD.8050400@earthlink.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956527bd5036cbc8ac79c6c5584cbf2162d44c71f591dbf91cb350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 99.51.72.196 Archived-At: Subject: [manet] Unidirectional links versus MIAs (multi-interface IP addresses) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 04:39:52 -0000 Hello folks, In order to enable routing over multi-interface addresses (call them MIAs) in the presence of uni-directional links, a node receiving a multicast packet has to be able to identify the sending interface of the transmitter. For this purpose, it is natural to simply use the MAC address. With this formulation, we then require that the node receiving a RREQ packet has to be able to identify the MAC address of the sender. This seems to work well, and enables MIAs. Then, if that node receives a RREP, it has to send to the MAC address from which the RREQ came. The second part is natural because already routers already require MAC address information so that they can send packets. So I propose that we store the MAC address along with the information in the Multicast Table. We need to allow multiple *different* RREQ messages to be stored in that table, in case of receiving multiple RREQ messages from different sending MAC addresses of a device using MIAs. Regards, Charlie P. From nobody Fri Mar 4 22:53:09 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 525AE1B3CFD for ; Fri, 4 Mar 2016 22:53:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uNKvESofhRyQ for ; Fri, 4 Mar 2016 22:53:06 -0800 (PST) Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 31ECA1B3CFC for ; Fri, 4 Mar 2016 22:53:06 -0800 (PST) Received: by mail-lb0-x22d.google.com with SMTP id cf7so66925357lbb.1 for ; Fri, 04 Mar 2016 22:53:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=IhPZCebUDz1V+rtWcpuxil2nQ83typcjQ/O07Owm7Bs=; b=NuUOUYaOLO1aZBV0A6NKOcuP8vzctSQkyaEhN39bcI3IEuRdYN1f1enVZVO3Y9yJkz 1rcLnkwV0sVP1xJMEXTKW/sgZdZEHm9GMS216SX2Ahd8VIefdrt0p0f93oYQQuVRmnux orMevUNjsurZPXpq80ylk7AaBsacCrl2Mii2VPBaSEIrIYI+8V50QMLi9/l05lNQCJr7 KkJe/9GBqvYgYthND3jtdT0eBnpuglkUiOioRhYO0nF7w80O3jpKCbIxsNwsNrYfwlZL qry+mFGqYCUwj3ObOgy6V+Xf8yJJ8tLL8FAccOcss3VScu2uAle6oH/07dAkIrZK3DAp GPxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=IhPZCebUDz1V+rtWcpuxil2nQ83typcjQ/O07Owm7Bs=; b=eratHwIm+GxinNvBFovlf+3zqVnrL/xEqxO41NQOfmFZ0eNol1IeD2/NSMw7t2/4LM 98q5f/1DWNDLFqg2luZy+cH0ep7XSgT+ao64BSEoMb92vwQUkMg5ArbbUCAg5+EGCI4C rSUxtpPKYDxDr/diBP0RVqsARaP3mdSsMyDEWNDP4autWEyl3gp3o+6nMlDFblAUsg8p Ct+fF3PyVqpUaP1d6m2DLc/qxkXZD/1AoqXzNDBN/I74RC6u1zQ/+d/6XM/PPFfuOewz pL2pqPD8V4mARDqIt6Nw4/HgVXkCh+R7UonwITMEAL++qBs/asEMmkLCXM4KIt/vR7Qk +5rw== X-Gm-Message-State: AD7BkJL10Prh1iy57v5PWA5D8ex8jGgzzeA3m3F6aohi4nZT2T9pfqBQusuUc/JCQd/ktrb+Em9b9LBKM6r7DA== X-Received: by 10.112.144.226 with SMTP id sp2mr4388612lbb.70.1457160784444; Fri, 04 Mar 2016 22:53:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.210.140 with HTTP; Fri, 4 Mar 2016 22:52:34 -0800 (PST) In-Reply-To: <56DA630B.4090509@earthlink.net> References: <56D847FD.8050400@earthlink.net> <56DA630B.4090509@earthlink.net> From: Henning Rogge Date: Sat, 5 Mar 2016 07:52:34 +0100 Message-ID: To: Charlie Perkins Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Unidirectional links versus MIAs (multi-interface IP addresses) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 06:53:08 -0000 Hi Charlie, why do you need the MAC address? MAC addresses are always a pain to use because the normal network APIs don't deliver them to you unless you use a RAW socket, which spams your routing agent with all IP traffic. Shouldn't the combination of "outgoing local interface" and "remote IP address" be enough to identify and reach the neighbor? Henning Rogge On Sat, Mar 5, 2016 at 5:39 AM, Charlie Perkins wrote: > > Hello folks, > > In order to enable routing over multi-interface addresses (call them MIAs) > in the presence of uni-directional links, a node receiving a multicast > packet has to be able to identify the sending interface of the transmitter. > For this purpose, it is natural to simply use the MAC address. > > With this formulation, we then require that the node receiving a RREQ packet > has to be able to identify the MAC address of the sender. This seems to > work well, and enables MIAs. Then, if that node receives a RREP, it has to > send to the MAC address from which the RREQ came. The second part is > natural because already routers already require MAC address information so > that they can send packets. > > So I propose that we store the MAC address along with the information in the > Multicast Table. We need to allow multiple *different* RREQ messages to be > stored in that table, in case of receiving multiple RREQ messages from > different sending MAC addresses of a device using MIAs. > > Regards, > Charlie P. > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet From nobody Sat Mar 5 01:44:17 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30AFB1B2B7C for ; Sat, 5 Mar 2016 01:44:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k08hZfDd5UrS for ; Sat, 5 Mar 2016 01:44:13 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BBB651B2B78 for ; Sat, 5 Mar 2016 01:44:12 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Sat, 5 Mar 2016 09:43:39 +0000 From: Rick Taylor To: Henning Rogge , Charlie Perkins Thread-Topic: [manet] Unidirectional links versus MIAs (multi-interface IP addresses) Thread-Index: AQHRdquxv1lo4MGiwkyy7DZvrWH+fZ9KmIcg Date: Sat, 5 Mar 2016 09:43:40 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37EC7D7@tss-server1.home.tropicalstormsoftware.com> References: <56D847FD.8050400@earthlink.net> <56DA630B.4090509@earthlink.net> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Unidirectional links versus MIAs (multi-interface IP addresses) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 09:44:15 -0000 Hi Charlie, I think Henning is right. The "outgoing local interface" is much easier to= use as an identifier than MAC address, and removes any dependency on a spe= cific layer-2 address format. As you said in your note: "multi-interface a= ddresses", i.e. the identifying tuple is { IP_address, Interface_Id }. Rick -----Original Message----- From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Henning Rogge Sent: 05 March 2016 06:53 To: Charlie Perkins Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Unidirectional links versus MIAs (multi-interface IP a= ddresses) Hi Charlie, why do you need the MAC address? MAC addresses are always a pain to use bec= ause the normal network APIs don't deliver them to you unless you use a RAW= socket, which spams your routing agent with all IP traffic. Shouldn't the combination of "outgoing local interface" and "remote IP addr= ess" be enough to identify and reach the neighbor? Henning Rogge On Sat, Mar 5, 2016 at 5:39 AM, Charlie Perkins wrote: > > Hello folks, > > In order to enable routing over multi-interface addresses (call them=20 > MIAs) in the presence of uni-directional links, a node receiving a=20 > multicast packet has to be able to identify the sending interface of the = transmitter. > For this purpose, it is natural to simply use the MAC address. > > With this formulation, we then require that the node receiving a RREQ=20 > packet has to be able to identify the MAC address of the sender. This se= ems to > work well, and enables MIAs. Then, if that node receives a RREP, it has= to > send to the MAC address from which the RREQ came. The second part is=20 > natural because already routers already require MAC address=20 > information so that they can send packets. > > So I propose that we store the MAC address along with the information=20 > in the Multicast Table. We need to allow multiple *different* RREQ=20 > messages to be stored in that table, in case of receiving multiple=20 > RREQ messages from different sending MAC addresses of a device using MIAs= . > > Regards, > Charlie P. > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet _______________________________________________ manet mailing list manet@ietf.org https://www.ietf.org/mailman/listinfo/manet From nobody Sat Mar 5 04:00:14 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DAF9D1B2F66 for ; Sat, 5 Mar 2016 04:00:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id alltnqJg-fLN for ; Sat, 5 Mar 2016 04:00:10 -0800 (PST) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (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 631C71B2F65 for ; Sat, 5 Mar 2016 04:00:10 -0800 (PST) Received: by mail-ig0-x22e.google.com with SMTP id y8so12064629igp.1 for ; Sat, 05 Mar 2016 04:00:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Gnqil07Y404AqkcAh5pbh8JUpiQrVl57mzAdk4O4D/o=; b=ArIvaPnGaAkngGQCkjuTEkkKOqS2Cq1zYsqAGpl3LmdZZVW4Ae4IEG6nqlBov5DkoC mstWi/cH4N2wDEBw+5RApZSnrXiIWoVEbW7OdBySXwPvHtqYxw6ZTYSkFPKC5Lm3StwQ oGpp0PkEGjMGhiFimblVj88sSNSBuMguV58cS7FP7vMwAJDPviCVfPeCFuxGvxwCizNO 78wRc3bnUe++/FNGEeAmxfs80ORiBx4fiBlZRoByYKgz9cBC3wgOfmjkRGO1+SnIV7ai XvxFGtqFuZ7kZq0+cn6AFY9t8n4q0UyHk2XtdZAOPDG9mTvjkymunfDgunmcYWjPHKAv IXtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Gnqil07Y404AqkcAh5pbh8JUpiQrVl57mzAdk4O4D/o=; b=D4cXOV040DYJhMd/DmP4Vy+uBHZlWNg61DxU1nDJ6JWWLz61RDyrKVKL2wzjPuDFKX 64YK4RrKr3v4O3j2y1r3PpRSwteMdRu2q8pMkrxSgwspt6xbioex5ylGu5Re2xx0Kc6v f0AfqAnUTa2fgCA2VzrEKI5tqwlBxSibXch4+5MidO2DcDPaX+ns3Mb11Y9rr5rWl/nb IKFy5tFojZn7mrf3Ur7TTqec48dVlQB27EsP81zfOfraoBbJe0vg05mnccyz1Zo5pkTK u5eQrgNnjqnAycq1CA5EH8kUE4aNp+KFwB+fW4z9du+9BkfBflq1PGaQg210eHYiOanF dWRg== X-Gm-Message-State: AD7BkJJJfr1MQiXPV2PSMzPTgwu4x2H/lZYrvSI5Jj3mP4SjLwsZtMLqag/tShi7wyC5MVpDkyITPI0f5frf1A== X-Received: by 10.50.61.234 with SMTP id t10mr3647165igr.20.1457179209742; Sat, 05 Mar 2016 04:00:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.128.210 with HTTP; Sat, 5 Mar 2016 03:59:50 -0800 (PST) In-Reply-To: <56D8B980.7010705@earthlink.net> References: <56D8B980.7010705@earthlink.net> From: Anders Nilsson Plymoth Date: Sat, 5 Mar 2016 12:59:50 +0100 Message-ID: To: Charlie Perkins Content-Type: multipart/alternative; boundary=047d7bdc07e22bc071052d4bf9e6 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-perkins-manet-aodv-e2esec-00 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 12:00:13 -0000 --047d7bdc07e22bc071052d4bf9e6 Content-Type: text/plain; charset=UTF-8 Hi Charlie, I understand you are mainly addressing E2E protection here, with regards to RREQ and RREP, but I am of the strong opinion that AODVv2 should have a more integrated security model, rather than ad hoc. The use of HMACs for message authentication is a well known and well used approach. However, the use of HMAC implies the use of symmetric keys, and the question is how this key distribution should take place. I have seen hints of the usage of a single shared key, but this seems a little naive to me. I would instead argue for a signature based approach, i.e. the use of public keys and certificates. This is the approach that was proposed for the SAODV draft, and although that draft is clearly outdated, I think the general idea there is good. Regarding RFC 7182 instead of RFC 4868? Yes, definitely. You already rely on RFC 7182 for the security considerations of the AODVv2 draft. However, in the AODVv2 draft you mainly consider integrity protection, and less that of authentication. Also, this draft, draft-perkins-manet-aodv-e2esec-00 seems to address integrity more than authentication. In summary, what I personally would like to see is a stronger integration of RFC 7182 and its concepts into the AODVv2 protocol specification, that also addresses authentication and key management considerations. As it is, it would be very hard to read the AODVv2 and its security considerations and build an implementation that incorporates RFC 7182, and have different implementations inter-operable. Thanks, Anders On Thu, Mar 3, 2016 at 11:24 PM, Charlie Perkins < charles.perkins@earthlink.net> wrote: > > Hello folks, > > In order to promote useful discussion about the security model for AODVv2, > I have submitted a new draft with an idea to enable the source and > destination of a Route Discovery to verify that they were indeed the source > and destination of the route that was discovered. This is not a guarantee > of a useful route, because intermediate routers are not authenticated, only > the endpoints. Nevertheless the idea seems like a useful adjunct to the > existing hop-by-hop security as currently specified in AODVv2. > > It can use more work: > - Should RFC 7182 be specified instead of RFC 4868? If so, what is the > simplest way to make the conversion? > - Should other message types be covered as well? This would be pretty > simple; I just need to reword the section specifying the input data. > > I only used RFC 4868 because it seemed very straightforward for me to > understand. > > Comments are solicited and welcome. The content of the document may well > belong in the upcoming revision of AODVv2 that will be provide resolutions > for the many recent comments. > > Regards, > Charlie P. > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --047d7bdc07e22bc071052d4bf9e6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi = Charlie,

I understand you are mainly addressing E2E protection here, with regards = to RREQ and RREP, but I am of the strong opinion that AODVv2 should have a = more integrated security model, rather than ad hoc.
=C2=A0
The use of HMACs for mes= sage authentication is a well known and well used approach. However, the us= e of HMAC implies the use of symmetric keys, and the question is how this k= ey distribution should take place. I have seen hints of the usage of a sing= le shared key, but this seems a little naive to me.

I would instead argue for a si= gnature based approach, i.e. the use of public keys and certificates. This = is the approach that was proposed for the SAODV draft, and although that dr= aft is clearly outdated, I think the general idea there is good.

Reg= arding RFC 7182 instead of RFC 4868? Yes, definitely. You already rely on R= FC 7182 for the security considerations of the AODVv2 draft. However, in th= e AODVv2 draft you mainly consider integrity protection, and less that of a= uthentication. Also, this draft, draft-perkins-manet-aodv-e2esec-00 seems t= o address integrity more than authentication.

In summary, what I personally would = like to see is a stronger integration of RFC 7182 and its concepts into the= AODVv2 protocol specification, that also addresses authentication and key = management considerations. As it is, it would be very hard to read the AODV= v2 and its security considerations and build an implementation that incorpo= rates RFC 7182, and have different implementations inter-operable.

=
Thanks,
Anders
<= div class=3D"gmail_default" style=3D"font-size:small">




On Thu, Mar 3, 2016 at 11:24 PM, Charl= ie Perkins <charles.perkins@earthlink.net> wrote= :

Hello folks,

In order to promote useful discussion about the security model for AODVv2, = I have submitted a new draft with an idea to enable the source and destinat= ion of a Route Discovery to verify that they were indeed the source and des= tination of the route that was discovered. This is not a guarantee of a use= ful route, because intermediate routers are not authenticated, only the end= points.=C2=A0 Nevertheless the idea seems like a useful adjunct to the exis= ting hop-by-hop security as currently specified in AODVv2.

It can use more work:
- Should RFC 7182 be specified instead of RFC 4868?=C2=A0 If so, what is th= e simplest way to make the conversion?
- Should other message types be covered as well?=C2=A0 This would be pretty= simple; I just need to reword the section specifying the input data.

I only used RFC 4868 because it seemed very straightforward for me to under= stand.

Comments are solicited and welcome.=C2=A0 The content of the document may w= ell belong in the upcoming revision of AODVv2 that will be provide resoluti= ons for the many recent comments.

Regards,
Charlie P.

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

--047d7bdc07e22bc071052d4bf9e6-- From nobody Sat Mar 5 04:36:54 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B0481B302F for ; Sat, 5 Mar 2016 04:36:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92jqF-NAaUlB for ; Sat, 5 Mar 2016 04:36:49 -0800 (PST) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6A1EA1B302D for ; Sat, 5 Mar 2016 04:36:49 -0800 (PST) Received: by mail-wm0-x22d.google.com with SMTP id l68so25433143wml.0 for ; Sat, 05 Mar 2016 04:36:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=oJTf5jFylBVaVaqIDGsyaUevZ7DHsf5Nzcc48DJJ1rw=; b=nyE/b+4rSiZXRCgvsaAeoZH1sfvnaPe0195hHXPps5DZsL2/uI4EzVRg0JeGkFd7aG zDCrwgLTGoloViubKYvuIQklwysmO5H+Zj4LTeJAUcDfksuTRb0zVVAtYze6x6EYrThV Hjtsm3+0mCEJaydKqJvVQCkGnaQSbUlhOkBWxtTtDAnQ7Rb9gw2zveH+O97aGWtGzsUV 1qCOXuOm5UIw9lidAkGQ/QgHeTpeXgVEFT2QHU0IFZ8K1kJmQivvCZwNtpBhD0Qzccok 2GNHNAfPzCYFpnOJ5dI1ovgZzf/tGM3+uU3+4w4hi1hktqdfHmiRkaOOvzRfzDtnE3rL MRZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=oJTf5jFylBVaVaqIDGsyaUevZ7DHsf5Nzcc48DJJ1rw=; b=fUkReiiQarGwl9cnA5qhnawwnYdlJyjNiEYzA5hpwU+f5ZuBeTJlubV+awLkQsyru+ KC0uSkH2q3ojjIfkI0wDRnso6mKFfP4j18rZIlsrhVJh0Gz7y9HDOTy+021hr6xKrZEl rdDJf5oyQ3UAXeSBHs1pnOqscdoQrds+1K3BmRQDSjYGxZRLvNi9SFkwlkOLcvdm/a6E Vf6dQPzOgAa1bPOuYuCnDJmGWdZhm0d0qQubhWflpoW0dfHKxveA/FtafPEVebWDoedg lURA3Nb08t0sZYvionNI8yqeh3WIemTV/8AEK05udMIVEnSKHOur2KJQBDGcvnGUxFc2 e4/Q== X-Gm-Message-State: AD7BkJIV0qZgDSvFidavNeYTXiqIx1N+CuZJCjNC13RjE0YACAjVtAf2bUf4Kpo17VT47w== X-Received: by 10.28.146.209 with SMTP id u200mr3413851wmd.59.1457181407963; Sat, 05 Mar 2016 04:36:47 -0800 (PST) Received: from [10.3.148.153] (dab-far1-h-72-1.dab.02.net. [82.132.220.204]) by smtp.gmail.com with ESMTPSA id lh1sm7959930wjb.20.2016.03.05.04.36.46 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 05 Mar 2016 04:36:46 -0800 (PST) References: <56D8B980.7010705@earthlink.net> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-F09A64B6-8AA9-477A-BCE6-635CBFD16D40 Content-Transfer-Encoding: 7bit Message-Id: <3E84E2D1-2CF7-4F2B-80AD-98D1E37594E6@gmail.com> X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Sat, 5 Mar 2016 12:36:42 +0000 To: Anders Nilsson Plymoth Archived-At: Cc: Charlie Perkins , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-perkins-manet-aodv-e2esec-00 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 12:36:52 -0000 --Apple-Mail-F09A64B6-8AA9-477A-BCE6-635CBFD16D40 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Requiring a signature based approach is I think quite undesirable. That puts= a serious key management load on what is an ad hoc network, some of which a= re intended to be lightweight. Where are the certificates coming from? Note that you can't simply download t= hem, until the routing protocol has done its job, you don't have any way to d= o that. Pre-loaded? But that's getting really into scalability issues if you= have to preload certificates for anyone who might be in the network. I thin= k it's actually particularly bad for an on-demand protocol. It also precludes what may be better solutions in many cases, for example dr= aft-ietf-manet-ibs. (How do you get those keys? Also an issue, but a scalabl= e one, you only need your own information, so preloading for example may be p= ractical.) Of course I'm not saying this might not be a solution, just not the one and o= nly solution, and not to exclude all others. If you do have to put key manag= ement in (and it's hard to talk the SEC ADs out of that, but it can be done)= add many more months to your time to finish. This also doesn't address the key issue of the end to end or hop by hop arch= itecture. I have some comments to make on that - comments that recognise the= re's a real issue that there is no ideal solution to - but I want to formula= te them more clearly. -- =20 Christopher Dearlove christopher.dearlove@gmail.com > On 5 Mar 2016, at 11:59, Anders Nilsson Plymoth wrot= e: >=20 > Hi Charlie, >=20 > I understand you are mainly addressing E2E protection here, with regards t= o RREQ and RREP, but I am of the strong opinion that AODVv2 should have a mo= re integrated security model, rather than ad hoc. > =20 > The use of HMACs for message authentication is a well known and well used a= pproach. However, the use of HMAC implies the use of symmetric keys, and the= question is how this key distribution should take place. I have seen hints o= f the usage of a single shared key, but this seems a little naive to me. >=20 > I would instead argue for a signature based approach, i.e. the use of publ= ic keys and certificates. This is the approach that was proposed for the SAO= DV draft, and although that draft is clearly outdated, I think the general i= dea there is good. >=20 > Regarding RFC 7182 instead of RFC 4868? Yes, definitely. You already rely o= n RFC 7182 for the security considerations of the AODVv2 draft. However, in t= he AODVv2 draft you mainly consider integrity protection, and less that of a= uthentication. Also, this draft, draft-perkins-manet-aodv-e2esec-00 seems to= address integrity more than authentication. >=20 > In summary, what I personally would like to see is a stronger integration o= f RFC 7182 and its concepts into the AODVv2 protocol specification, that als= o addresses authentication and key management considerations. As it is, it w= ould be very hard to read the AODVv2 and its security considerations and bui= ld an implementation that incorporates RFC 7182, and have different implemen= tations inter-operable.=20 >=20 > Thanks, > Anders >=20 >=20 >=20 >=20 >=20 >> On Thu, Mar 3, 2016 at 11:24 PM, Charlie Perkins wrote: >>=20 >> Hello folks, >>=20 >> In order to promote useful discussion about the security model for AODVv2= , I have submitted a new draft with an idea to enable the source and destina= tion of a Route Discovery to verify that they were indeed the source and des= tination of the route that was discovered. This is not a guarantee of a usef= ul route, because intermediate routers are not authenticated, only the endpo= ints. Nevertheless the idea seems like a useful adjunct to the existing hop= -by-hop security as currently specified in AODVv2. >>=20 >> It can use more work: >> - Should RFC 7182 be specified instead of RFC 4868? If so, what is the s= implest way to make the conversion? >> - Should other message types be covered as well? This would be pretty si= mple; I just need to reword the section specifying the input data. >>=20 >> I only used RFC 4868 because it seemed very straightforward for me to und= erstand. >>=20 >> Comments are solicited and welcome. The content of the document may well= belong in the upcoming revision of AODVv2 that will be provide resolutions f= or the many recent comments. >>=20 >> Regards, >> Charlie P. >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-F09A64B6-8AA9-477A-BCE6-635CBFD16D40 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Requiring a signature based approach i= s I think quite undesirable. That puts a serious key management load on what= is an ad hoc network, some of which are intended to be lightweight.

Where a= re the certificates coming from? Note that you can't simply download them, u= ntil the routing protocol has done its job, you don't have any way to do tha= t. Pre-loaded? But that's getting really into scalability issues if you have= to preload certificates for anyone who might be in the network. I think it'= s actually particularly bad for an on-demand protocol.

It also precludes wh= at may be better solutions in many cases, for example draft-ietf-manet-ibs. (= How do you get those keys? Also an issue, but a scalable one, you only need y= our own information, so preloading for example may be practical.)

Of course I= 'm not saying this might not be a solution, just not the one and only soluti= on, and not to exclude all others. If you do have to put key management in (= and it's hard to talk the SEC ADs out of that, but it can be done) add many m= ore months to your time to finish.

<= /div>
This also doesn't address the key issue o= f the end to end or hop by hop architecture. I have some comments to make on= that - comments that recognise there's a real issue that there is no ideal s= olution to - but I want to formulate them more clearly.

--  
Christopher Dearlove

On 5 Mar 2016, at 11:59, Anders Nilsson Plymoth <lanilsson@gmail.com> wrote:

<= /div>
Hi Charlie,

I understand you are mainly addressing E2E p= rotection here, with regards to RREQ and RREP, but I am of the strong opinio= n that AODVv2 should have a more integrated security model, rather than ad h= oc.
 
The use of HMACs for message authentication is a well known and well used a= pproach. However, the use of HMAC implies the use of symmetric keys, and the= question is how this key distribution should take place. I have seen hints o= f the usage of a single shared key, but this seems a little naive to me.
=
I would ins= tead argue for a signature based approach, i.e. the use of public keys and c= ertificates. This is the approach that was proposed for the SAODV draft, and= although that draft is clearly outdated, I think the general idea there is g= ood.

Regarding RFC 7182 instead of RFC 4868? Yes, definitely. You alr= eady rely on RFC 7182 for the security considerations of the AODVv2 draft. H= owever, in the AODVv2 draft you mainly consider integrity protection, and le= ss that of authentication. Also, this draft, draft-perkins-manet-aodv-e2esec= -00 seems to address integrity more than authentication.

In summary, what I personal= ly would like to see is a stronger integration of RFC 7182 and its concepts i= nto the AODVv2 protocol specification, that also addresses authentication an= d key management considerations. As it is, it would be very hard to read the= AODVv2 and its security considerations and build an implementation that inc= orporates RFC 7182, and have different implementations inter-operable.
<= br>
Thanks,
<= /div>
Anders
=





On Thu, Mar 3, 2016 at 11:24 PM, Charlie P= erkins <charles.perkins@earthlink.net> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #= ccc solid;padding-left:1ex">
Hello folks,

In order to promote useful discussion about the security model for AODVv2, I= have submitted a new draft with an idea to enable the source and destinatio= n of a Route Discovery to verify that they were indeed the source and destin= ation of the route that was discovered. This is not a guarantee of a useful r= oute, because intermediate routers are not authenticated, only the endpoints= .  Nevertheless the idea seems like a useful adjunct to the existing ho= p-by-hop security as currently specified in AODVv2.

It can use more work:
- Should RFC 7182 be specified instead of RFC 4868?  If so, what is the= simplest way to make the conversion?
- Should other message types be covered as well?  This would be pretty s= imple; I just need to reword the section specifying the input data.

I only used RFC 4868 because it seemed very straightforward for me to unders= tand.

Comments are solicited and welcome.  The content of the document may we= ll belong in the upcoming revision of AODVv2 that will be provide resolution= s for the many recent comments.

Regards,
Charlie P.

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

____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mai= lman/listinfo/manet
= --Apple-Mail-F09A64B6-8AA9-477A-BCE6-635CBFD16D40-- From nobody Sat Mar 5 05:38:37 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1DBA1B31BA for ; Sat, 5 Mar 2016 05:38:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6dUKUiXK4HUw for ; Sat, 5 Mar 2016 05:38:33 -0800 (PST) Received: from elasmtp-curtail.atl.sa.earthlink.net (elasmtp-curtail.atl.sa.earthlink.net [209.86.89.64]) by ietfa.amsl.com (Postfix) with ESMTP id CC71F1B31B4 for ; Sat, 5 Mar 2016 05:38:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=numODU+kb5ouv7Jopr5gq+JsTmOJARN6AGTTV0BO1PZWCdl2IN9idEzE0RJQT0Yl; h=Received:Subject:To:References:Cc:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [99.51.72.196] (helo=[192.168.1.67]) by elasmtp-curtail.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1acCPL-0002L9-E2; Sat, 05 Mar 2016 08:38:11 -0500 To: Rick Taylor , Henning Rogge References: <56D847FD.8050400@earthlink.net> <56DA630B.4090509@earthlink.net> <38A5475DE83986499AEACD2CFAFC3F9801C37EC7D7@tss-server1.home.tropicalstormsoftware.com> From: Charlie Perkins Message-ID: <56DAE13F.7070704@earthlink.net> Date: Sat, 5 Mar 2016 05:38:07 -0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C37EC7D7@tss-server1.home.tropicalstormsoftware.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956527bd5036cbc8ac740be37d15570f779602c56eaa608abb8350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 99.51.72.196 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Unidirectional links versus MIAs (multi-interface IP addresses) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 13:38:35 -0000 Hello Rick, Using other interface identifiers, you'll need to find a way to restrict the transmission of messages to multicast addresses so that each outgoing interface is tagged with whatever other stuff you want. MAC addresses are easier to use with multicast because layer 2 does it for you. In my opinion, if RFC 5444 prevents detection of incoming MAC addresses for use in AODVv2 data structures, there is no realistic way to support MIAs. Yes, it could be done, but it would be very expensive in signaling traffic and probably require major revisions that I cannot clearly predict right now. Or, if you have a solution and text, please contribute. I don't think it has been done before for wireless routers anyway. Regards, Charlie P. On 3/5/2016 1:43 AM, Rick Taylor wrote: > Hi Charlie, > > I think Henning is right. The "outgoing local interface" is much easier to use as an identifier than MAC address, and removes any dependency on a specific layer-2 address format. As you said in your note: "multi-interface addresses", i.e. the identifying tuple is { IP_address, Interface_Id }. > > Rick > > -----Original Message----- > From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Henning Rogge > Sent: 05 March 2016 06:53 > To: Charlie Perkins > Cc: Mobile Ad Hoc Networks mailing list > Subject: Re: [manet] Unidirectional links versus MIAs (multi-interface IP addresses) > > Hi Charlie, > > why do you need the MAC address? MAC addresses are always a pain to use because the normal network APIs don't deliver them to you unless you use a RAW socket, which spams your routing agent with all IP traffic. > > Shouldn't the combination of "outgoing local interface" and "remote IP address" be enough to identify and reach the neighbor? > > Henning Rogge > > On Sat, Mar 5, 2016 at 5:39 AM, Charlie Perkins wrote: >> Hello folks, >> >> In order to enable routing over multi-interface addresses (call them >> MIAs) in the presence of uni-directional links, a node receiving a >> multicast packet has to be able to identify the sending interface of the transmitter. >> For this purpose, it is natural to simply use the MAC address. >> >> With this formulation, we then require that the node receiving a RREQ >> packet has to be able to identify the MAC address of the sender. This seems to >> work well, and enables MIAs. Then, if that node receives a RREP, it has to >> send to the MAC address from which the RREQ came. The second part is >> natural because already routers already require MAC address >> information so that they can send packets. >> >> So I propose that we store the MAC address along with the information >> in the Multicast Table. We need to allow multiple *different* RREQ >> messages to be stored in that table, in case of receiving multiple >> RREQ messages from different sending MAC addresses of a device using MIAs. >> >> Regards, >> Charlie P. >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > From nobody Sat Mar 5 05:53:08 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D01DD1B320A for ; Sat, 5 Mar 2016 05:53:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.702 X-Spam-Level: X-Spam-Status: No, score=-2.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gao4X7HM_Q-n for ; Sat, 5 Mar 2016 05:53:05 -0800 (PST) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BBA4E1B3206 for ; Sat, 5 Mar 2016 05:53:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 89E8C5E0D34; Sat, 5 Mar 2016 05:53:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1457185985; bh=CBfvNDaQ+rFxQ2xRK/ebMkQHa5r7DVR6doj2M7bImfc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=E2+6Q/+5owqLAgHB2uglEVG4KlUi9qrqtXegFtTxkeKFdFbM9w/OeiUvmCfk9nqx1 ijKKnlQeMihymTnNfky9iK59JazeHRyIDLujpgiPWlXnInm73Ihvcd4sRt7CwdRGX+ 9YkIboNRnBtJJMdYVbbwtLBWqQoONsBOGbFSJ9Vw= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from [192.168.147.111] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 955DE1C04C3; Sat, 5 Mar 2016 05:53:04 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: text/plain; charset=utf-8 From: ietf@thomasclausen.org In-Reply-To: <56DAE13F.7070704@earthlink.net> Date: Sat, 5 Mar 2016 14:53:02 +0100 Content-Transfer-Encoding: quoted-printable Sendlaterdate: Sat, 5 Mar 2016 14:53:02 +0100 Message-Id: <0C856228-E742-4504-AD08-573D7A5336B3@thomasclausen.org> References: <56D847FD.8050400@earthlink.net> <56DA630B.4090509@earthlink.net> <38A5475DE83986499AEACD2CFAFC3F9801C37EC7D7@tss-server1.home.tropicalstormsoftware.com> <56DAE13F.7070704@earthlink.net> To: Charles Perkins X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Unidirectional links versus MIAs (multi-interface IP addresses) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 13:53:07 -0000 > On Mar 5, 2016, at 14:38, Charlie Perkins = wrote: >=20 > Hello Rick, > In my opinion, if RFC 5444 prevents detection of incoming MAC = addresses for use in AODVv2 data structures, there is no realistic way = to support MIAs. That has nothing to do with RFC5444 !=20 You did notice that Henning=E2=80=99s argument against using L2 = addresses = (https://mailarchive.ietf.org/arch/msg/manet/5BFkn1nYpYxbXUSP8CE6AozFlLE) = didn=E2=80=99t mention RFC5444, right? From nobody Sat Mar 5 06:04:58 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F9B61B3250 for ; Sat, 5 Mar 2016 06:04:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9EAdInzT2nnG for ; Sat, 5 Mar 2016 06:04:37 -0800 (PST) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (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 3AC281B3255 for ; Sat, 5 Mar 2016 06:04:37 -0800 (PST) Received: by mail-wm0-x22e.google.com with SMTP id l68so22520512wml.1 for ; Sat, 05 Mar 2016 06:04:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=comHyMTcc0M8M49UunUGV677DphW7ab4HAa+h7DMXEQ=; b=EwUKmbCmLjylKeB1zLOwoow89309U9MttGihepW4L2rsKyIFGcnm3bxOOu0hnDTQgC R4FBzfh/2WfqQEh59IESqTWqtOf8IZaRSQez4W3uI0TuHHbItqrjAqjubW99fIOdwoNh sagG9OmdJvf4qv7YijDl9MQTrBTs3AhSSkAKOQnM2vJyXWjT8RgVEWEBXmZ6zr8CJ0SL DckkUwN99VikeTIk69MH6Y5mcxnDfbmT4q3ZwPraIcIFrtql1fNNAFCKT+LiPUIYRt+B k4tQIL1XlRUHRexDSSS0MkesGlggMcgawpubIpRrxsck8tyVmKzJutP6UsJSGx0YHYEb vKsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=comHyMTcc0M8M49UunUGV677DphW7ab4HAa+h7DMXEQ=; b=XaYvEMNa/a2+DO7OWQ1V1g+MOyQaeJuREu75fjTL/KJCkpmjmen6EoB0Vj2a5gMIBt 4EwQhBurvzk83n60WD8JpLd2RiP4U/OnYhHefapq4R2Ua45MESKeJDYZTw7aEeQugUiI He70HHH9CS+bNgg8+25iYcZfBLye1pYlwp/loTbKTwgZOZTarJoAE7eXybTrEam08LYy +UQ+b3KbeP4zA6W/cVt7WgMpmalQmWLKt7U6CW3Sr14W3r7QaKX2pgPLUI82xOZLDfLP Gbg1zZRGK6HIYfhOhcWqGZHJKYGN43SLUsXJEXM+5LmAm008Bri9fQDQpwU8F4jCadLu FdIg== X-Gm-Message-State: AD7BkJLkIv2Bqi8kw6ac7wBXKChDnuUVIQSu+qHCQO78cMkLCbX7YJfzMwOSKfm8zMLxYQ== X-Received: by 10.194.60.44 with SMTP id e12mr13713656wjr.137.1457186675319; Sat, 05 Mar 2016 06:04:35 -0800 (PST) Received: from [10.3.148.153] (dab-far1-h-72-1.dab.02.net. [82.132.220.204]) by smtp.gmail.com with ESMTPSA id 3sm4042031wmp.14.2016.03.05.06.04.34 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 05 Mar 2016 06:04:34 -0800 (PST) References: <56D847FD.8050400@earthlink.net> <56DA630B.4090509@earthlink.net> <38A5475DE83986499AEACD2CFAFC3F9801C37EC7D7@tss-server1.home.tropicalstormsoftware.com> <56DAE13F.7070704@earthlink.net> Mime-Version: 1.0 (1.0) In-Reply-To: <56DAE13F.7070704@earthlink.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Sat, 5 Mar 2016 14:04:28 +0000 To: Charlie Perkins Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Unidirectional links versus MIAs (multi-interface IP addresses) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2016 14:04:46 -0000 RFC5444 is irrelevant to the point here. We need an interface identifier. As a matter of practical engineering, you c= ould use MAC address or anything else you have. We just don't need the choic= e hard specified. It's exactly what NHDP does. But NHDP also ensures that identifier is local, router A doesn't want or nee= d to know about router B's interface identifiers. I'd be very set against th= at, but with the same small restriction as NHDP, no need. There is also then no interoperability issue, even if I use MAC address, Hen= ning uses sequence numbers from zero, and whoever else uses a memory address= , as our local identifiers. -- =20 Christopher Dearlove christopher.dearlove@gmail.com (iPhone) chris@mnemosyne.demon.co.uk (home) > On 5 Mar 2016, at 13:38, Charlie Perkins w= rote: >=20 > Hello Rick, >=20 > Using other interface identifiers, you'll need to find a way to restrict t= he transmission of messages to multicast addresses so that each outgoing int= erface is tagged with whatever other stuff you want. >=20 > MAC addresses are easier to use with multicast because layer 2 does it for= you. >=20 > In my opinion, if RFC 5444 prevents detection of incoming MAC addresses fo= r use in AODVv2 data structures, there is no realistic way to support MIAs. = Yes, it could be done, but it would be very expensive in signaling traffic a= nd probably require major revisions that I cannot clearly predict right now.= >=20 > Or, if you have a solution and text, please contribute. I don't think it h= as been done before for wireless routers anyway. >=20 > Regards, > Charlie P. >=20 >=20 >=20 >> On 3/5/2016 1:43 AM, Rick Taylor wrote: >> Hi Charlie, >>=20 >> I think Henning is right. The "outgoing local interface" is much easier t= o use as an identifier than MAC address, and removes any dependency on a spe= cific layer-2 address format. As you said in your note: "multi-interface ad= dresses", i.e. the identifying tuple is { IP_address, Interface_Id }. >>=20 >> Rick >>=20 >> -----Original Message----- >> From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Henning Rogge >> Sent: 05 March 2016 06:53 >> To: Charlie Perkins >> Cc: Mobile Ad Hoc Networks mailing list >> Subject: Re: [manet] Unidirectional links versus MIAs (multi-interface IP= addresses) >>=20 >> Hi Charlie, >>=20 >> why do you need the MAC address? MAC addresses are always a pain to use b= ecause the normal network APIs don't deliver them to you unless you use a RA= W socket, which spams your routing agent with all IP traffic. >>=20 >> Shouldn't the combination of "outgoing local interface" and "remote IP ad= dress" be enough to identify and reach the neighbor? >>=20 >> Henning Rogge >>=20 >>> On Sat, Mar 5, 2016 at 5:39 AM, Charlie Perkins wrote: >>> Hello folks, >>>=20 >>> In order to enable routing over multi-interface addresses (call them >>> MIAs) in the presence of uni-directional links, a node receiving a >>> multicast packet has to be able to identify the sending interface of the= transmitter. >>> For this purpose, it is natural to simply use the MAC address. >>>=20 >>> With this formulation, we then require that the node receiving a RREQ >>> packet has to be able to identify the MAC address of the sender. This s= eems to >>> work well, and enables MIAs. Then, if that node receives a RREP, it ha= s to >>> send to the MAC address from which the RREQ came. The second part is >>> natural because already routers already require MAC address >>> information so that they can send packets. >>>=20 >>> So I propose that we store the MAC address along with the information >>> in the Multicast Table. We need to allow multiple *different* RREQ >>> messages to be stored in that table, in case of receiving multiple >>> RREQ messages from different sending MAC addresses of a device using MIA= s. >>>=20 >>> Regards, >>> Charlie P. >>>=20 >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet From nobody Sat Mar 5 16:16:56 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3B4B1A1B6A for ; Sat, 5 Mar 2016 16:16:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.999 X-Spam-Level: X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 YQ2AtroVXXvC for ; Sat, 5 Mar 2016 16:16:53 -0800 (PST) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EFE1E1A1B69 for ; Sat, 5 Mar 2016 16:16:52 -0800 (PST) Received: by mail-io0-x231.google.com with SMTP id m184so98410213iof.1 for ; Sat, 05 Mar 2016 16:16:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=z6x4H3fEPamnH0xKUJQ9rL9B5vcHWwEmhL7LnTiwVVI=; b=lUyP8nZzAufBCOWs6jo5hS8uIF44FCRNJCKySODRk8NcNc9N8I/4tlbI2nkPfWdidN P2WkvifrYePyDqdIGYsgLFI0c6CurpP2pLeo1n8hCkc5dkkYtpLpT4pR++FDl+gBhXqM EyfipFsmN21ZqpT0/7BOcv96Q1INzN88cJREu9F3UnIjbTpRYMbaM3oEq5WmsUn28eY9 Ti+MfLoqZ7xfYVcUzASS5/BH6ZjpUdi6sYQqd2ci4odQ1nfTGbe0FKbxp6OAiIPidOTZ 1zwOtKGSMDZXOrInANX6rNhyAJ9eptmgPahMikqthNnPCOM88ilxM4PqJuQTKBClDmH9 wstg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=z6x4H3fEPamnH0xKUJQ9rL9B5vcHWwEmhL7LnTiwVVI=; b=cxD1A0TKH/CjDqBF2Xxxf5zcQdvrR870+hQd3zFH69zFL9gV95LZ7Soae6YVHU4Cgx jtAzp8ju1bHcnfJF4cjRwL0vhlb2xfPzTmz9AsobVWGfon1BZSCr15UUn3mDFD19UfWI uCduXy6VYCXk/2KABp2ZOebmDu991FkB10Zn5lWnIVYfq4opYlH6QfD0oZgxym6Li6Zt Pe8rDj/fND1SJobi0zwNAPaz0FOoRm2iJqAGmyWdDu2aIAWlwfVon7RMiaoeKx1gP9U7 aUFwKlmm8jf42IEfCZuS4n8OwY/kL+WBbrSDagE5GAluolO3eYhbV7tYveEF1mtLZ1z3 xA+g== X-Gm-Message-State: AD7BkJKCsXvsxllhlwgut4L+T0l0HUwDxCZF6ZkAsMRDtMR/I7NMnODvAWwuwgcqPhjFk8cCMXgU9Gk1YOyJfw== X-Received: by 10.107.26.203 with SMTP id a194mr17644571ioa.115.1457223412346; Sat, 05 Mar 2016 16:16:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.128.210 with HTTP; Sat, 5 Mar 2016 16:16:32 -0800 (PST) In-Reply-To: <3E84E2D1-2CF7-4F2B-80AD-98D1E37594E6@gmail.com> References: <56D8B980.7010705@earthlink.net> <3E84E2D1-2CF7-4F2B-80AD-98D1E37594E6@gmail.com> From: Anders Nilsson Plymoth Date: Sun, 6 Mar 2016 01:16:32 +0100 Message-ID: To: Christopher Dearlove Content-Type: multipart/alternative; boundary=001a113fd448d9f8e8052d5643dd Archived-At: Cc: Charlie Perkins , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-perkins-manet-aodv-e2esec-00 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2016 00:16:56 -0000 --001a113fd448d9f8e8052d5643dd Content-Type: text/plain; charset=UTF-8 Hi Christopher, My point wasn't that a signature based approach should be the only solution, but that I think that signatures are preferable over HMAC based E2E authentication approaches. My point was also that I would like to see a tighter integration of the methods in RFC 7182 into the AODVv2 draft describing the protocol operation rather than just as security considerations. Maybe this is deemed not necessary, but I find that when using the current draft in combination with RFC 7182, it is hard to make an implementation that would be inter-operable. From my reading of RFC 7182 signatures should be supported, but is unclear how. I also see authentication as desirable which was also indicated by Charlie. Even so, I regard a signature based approach as highly desirable, draft-ietf-manet-ibs is one example, but I don't see the big issue with certificates. Each node would need a certificate before joining the network. This is similar to the keys in draft-ietf-manet-ibs. The node would also need to have the certificate for the destination node in order to setup the route. How would have the node have this certificate? How would the node know the IP address of the destination? If a node knows the IP address of a destination and would like to exchange encrypted data, it would also have the certificate. How about authenticating routing messages? Certificates of neighboring nodes can easily be exchanged by a local protocol, e.g. NHDP. I have manet type network running with this approach and it works well. It also enables TLS/DTLS when desirable. Another approach as taken by SAODV was to include public keys, signatures and hashes into routing messages. And to quote you, I am saying not this is the one and only solution, but one that I think shouldn't be excluded. Thanks, Anders On Sat, Mar 5, 2016 at 1:36 PM, Christopher Dearlove < christopher.dearlove@gmail.com> wrote: > Requiring a signature based approach is I think quite undesirable. That > puts a serious key management load on what is an ad hoc network, some of > which are intended to be lightweight. > > Where are the certificates coming from? Note that you can't simply > download them, until the routing protocol has done its job, you don't have > any way to do that. Pre-loaded? But that's getting really into scalability > issues if you have to preload certificates for anyone who might be in the > network. I think it's actually particularly bad for an on-demand protocol. > > It also precludes what may be better solutions in many cases, for example > draft-ietf-manet-ibs. (How do you get those keys? Also an issue, but a > scalable one, you only need your own information, so preloading for example > may be practical.) > > Of course I'm not saying this might not be a solution, just not the one > and only solution, and not to exclude all others. If you do have to put key > management in (and it's hard to talk the SEC ADs out of that, but it can be > done) add many more months to your time to finish. > > This also doesn't address the key issue of the end to end or hop by hop > architecture. I have some comments to make on that - comments that > recognise there's a real issue that there is no ideal solution to - but I > want to formulate them more clearly. > > -- > Christopher Dearlove > christopher.dearlove@gmail.com > > On 5 Mar 2016, at 11:59, Anders Nilsson Plymoth > wrote: > > Hi Charlie, > > I understand you are mainly addressing E2E protection here, with regards > to RREQ and RREP, but I am of the strong opinion that AODVv2 should have a > more integrated security model, rather than ad hoc. > > The use of HMACs for message authentication is a well known and well used > approach. However, the use of HMAC implies the use of symmetric keys, and > the question is how this key distribution should take place. I have seen > hints of the usage of a single shared key, but this seems a little naive to > me. > > I would instead argue for a signature based approach, i.e. the use of > public keys and certificates. This is the approach that was proposed for > the SAODV draft, and although that draft is clearly outdated, I think the > general idea there is good. > > Regarding RFC 7182 instead of RFC 4868? Yes, definitely. You already rely > on RFC 7182 for the security considerations of the AODVv2 draft. However, > in the AODVv2 draft you mainly consider integrity protection, and less that > of authentication. Also, this draft, draft-perkins-manet-aodv-e2esec-00 > seems to address integrity more than authentication. > > In summary, what I personally would like to see is a stronger integration > of RFC 7182 and its concepts into the AODVv2 protocol specification, that > also addresses authentication and key management considerations. As it is, > it would be very hard to read the AODVv2 and its security considerations > and build an implementation that incorporates RFC 7182, and have different > implementations inter-operable. > > Thanks, > Anders > > > > > > On Thu, Mar 3, 2016 at 11:24 PM, Charlie Perkins < > charles.perkins@earthlink.net> wrote: > >> >> Hello folks, >> >> In order to promote useful discussion about the security model for >> AODVv2, I have submitted a new draft with an idea to enable the source and >> destination of a Route Discovery to verify that they were indeed the source >> and destination of the route that was discovered. This is not a guarantee >> of a useful route, because intermediate routers are not authenticated, only >> the endpoints. Nevertheless the idea seems like a useful adjunct to the >> existing hop-by-hop security as currently specified in AODVv2. >> >> It can use more work: >> - Should RFC 7182 be specified instead of RFC 4868? If so, what is the >> simplest way to make the conversion? >> - Should other message types be covered as well? This would be pretty >> simple; I just need to reword the section specifying the input data. >> >> I only used RFC 4868 because it seemed very straightforward for me to >> understand. >> >> Comments are solicited and welcome. The content of the document may well >> belong in the upcoming revision of AODVv2 that will be provide resolutions >> for the many recent comments. >> >> Regards, >> Charlie P. >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --001a113fd448d9f8e8052d5643dd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi = Christopher,

My point wasn't that a signature based approach should be the onl= y solution, but that I think that signatures are preferable over HMAC based= E2E authentication approaches. My point was also that I would like to see = a tighter integration of the methods in RFC 7182 into the AODVv2 draft desc= ribing the protocol operation rather than just as security considerations. = Maybe this is deemed not necessary, but I find that when using the current = draft in combination with RFC 7182, it is hard to make an implementation th= at would be inter-operable. From my reading of RFC 7182 signatures should b= e supported, but is unclear how. I also see authentication as desirable whi= ch was also indicated by Charlie.

Even so, I regard a signature based approach as = highly desirable, draft-ietf-manet-ibs is one example, but I don't see = the big issue with certificates. Each node would need a certificate before = joining the network. This is similar to the keys in draft-ietf-manet-ibs. T= he node would also need to have the certificate for the destination node in= order to setup the route. How would have the node have this certificate? H= ow would the node know the IP address of the destination? If a node knows t= he IP address of a destination and would like to exchange encrypted data, i= t would also have the certificate. How about authenticating routing message= s? Certificates of neighboring nodes can easily be exchanged by a local pro= tocol, e.g. NHDP. I have manet type network running with this approach and = it works well. It also enables TLS/DTLS when desirable.
Another approac= h as taken by SAODV was to include public keys, signatures and hashes into = routing messages. =C2=A0

And to quote you, I am saying not this is the one and only solution, but o= ne that I think shouldn't be excluded.

Thanks,
Anders



<= br>
On Sat, Mar 5, 2016 at 1:36 PM, Christopher D= earlove <christopher.dearlove@gmail.com> wrote:=
Requiring a signature based approach is I think quite undesirable. That p= uts a serious key management load on what is an ad hoc network, some of whi= ch are intended to be lightweight.

Where are the c= ertificates coming from? Note that you can't simply download them, unti= l the routing protocol has done its job, you don't have any way to do t= hat. Pre-loaded? But that's getting really into scalability issues if y= ou have to preload certificates for anyone who might be in the network. I t= hink it's actually particularly bad for an on-demand protocol.

It also precludes what may be better solutions in many cas= es, for example draft-ietf-manet-ibs. (How do you get those keys? Also an i= ssue, but a scalable one, you only need your own information, so preloading= for example may be practical.)

Of course I'm = not saying this might not be a solution, just not the one and only solution= , and not to exclude all others. If you do have to put key management in (a= nd it's hard to talk the SEC ADs out of that, but it can be done) add m= any more months to your time to finish.

This also = doesn't address the key issue of the end to end or hop by hop architect= ure. I have some comments to make on that - comments that recognise there&#= 39;s a real issue that there is no ideal solution to - but I want to formul= ate them more clearly.

-- =C2=A0
Christopher Dearlove
Hi Ch= arlie,

I understand you are mai= nly addressing E2E protection here, with regards to RREQ and RREP, but I am= of the strong opinion that AODVv2 should have a more integrated security m= odel, rather than ad hoc.
=C2=A0
The use of HMACs for message authentication is a well known and well used = approach. However, the use of HMAC implies the use of symmetric keys, and t= he question is how this key distribution should take place. I have seen hin= ts of the usage of a single shared key, but this seems a little naive to me= .

I would instead argue for a s= ignature based approach, i.e. the use of public keys and certificates. This= is the approach that was proposed for the SAODV draft, and although that d= raft is clearly outdated, I think the general idea there is good.

Re= garding RFC 7182 instead of RFC 4868? Yes, definitely. You already rely on = RFC 7182 for the security considerations of the AODVv2 draft. However, in t= he AODVv2 draft you mainly consider integrity protection, and less that of = authentication. Also, this draft, draft-perkins-manet-aodv-e2esec-00 seems = to address integrity more than authentication.

In summary, what I personally would like to see is a strong= er integration of RFC 7182 and its concepts into the AODVv2 protocol specif= ication, that also addresses authentication and key management consideratio= ns. As it is, it would be very hard to read the AODVv2 and its security con= siderations and build an implementation that incorporates RFC 7182, and hav= e different implementations inter-operable.

Thanks,
Anders





On Thu, Mar 3, 2016 at 11:24 PM= , Charlie Perkins <charles.perkins@earthlink.net> wrote:

Hello folks,

In order to promote useful discussion about the security model for AODVv2, = I have submitted a new draft with an idea to enable the source and destinat= ion of a Route Discovery to verify that they were indeed the source and des= tination of the route that was discovered. This is not a guarantee of a use= ful route, because intermediate routers are not authenticated, only the end= points.=C2=A0 Nevertheless the idea seems like a useful adjunct to the exis= ting hop-by-hop security as currently specified in AODVv2.

It can use more work:
- Should RFC 7182 be specified instead of RFC 4868?=C2=A0 If so, what is th= e simplest way to make the conversion?
- Should other message types be covered as well?=C2=A0 This would be pretty= simple; I just need to reword the section specifying the input data.

I only used RFC 4868 because it seemed very straightforward for me to under= stand.

Comments are solicited and welcome.=C2=A0 The content of the document may w= ell belong in the upcoming revision of AODVv2 that will be provide resoluti= ons for the many recent comments.

Regards,
Charlie P.

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

___________________= ____________________________
manet mailing list
<= span>manet@ietf.org=
https://www.ietf.org/mailman/listinfo/manet
<= /div>

--001a113fd448d9f8e8052d5643dd-- From nobody Sun Mar 6 02:18:36 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D610C1A87CC for ; Sun, 6 Mar 2016 02:18:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ka9GsOYLecf6 for ; Sun, 6 Mar 2016 02:18:31 -0800 (PST) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CDFCB1A87C4 for ; Sun, 6 Mar 2016 02:18:30 -0800 (PST) Received: by mail-wm0-x231.google.com with SMTP id l68so47512600wml.0 for ; Sun, 06 Mar 2016 02:18:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=pYvzE6U7UuaTrdx8WX8p5m8v2eTRoUmdzCS+QD1n5gk=; b=nDry67AD9fOE/0u7F3M9LdNsz1gHIKTtwWUYYH729SxxKBwQuOwDfw/nqQ3QEPK0Id T9xffzPkKS/0I8Nr+48BxjQrNHplyTy+CKnB3+tiMafit6iMKV4GlaBBKtvg4B1vnmAo i6GXi6hpye0gU6Do8PULblD3IXo3iDjqz3qQb186uDX8HrtJ9sPpPrduy3Im/SIFbdPI +Rgxyx2vBZqsToI0avXv5V7QQwLm4yBX7QXzf7juDLbVXCtktpUg3bEgpy3U5g5Z32rz lxP+Dvn+fK8TPg+XF+qtpSEzBmzrKNHHzcZ5q5uaC4frPrDlmfBvQl+0fnzGAwg4Z+OL j3eQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=pYvzE6U7UuaTrdx8WX8p5m8v2eTRoUmdzCS+QD1n5gk=; b=hP/NzLzHb6Iq4wkVxSS8e6CpxTcbxpEca5pFPWzQiom9X5kVrNOlY0gB3VNowN8la2 sG3c6DSp8LhJrjmenJZoaw1nOsvJziPLvos236RuTqXqeO42c67yUZ9xamOJplQVx6Ee LprkOcFNbRAM2IQrkZQqNFmqn+XrHwByq/jynAecxz39Ka52V6yEBrOls4XFWcEc8ZOP Ta3y7JjipRoIs7DgMTLoD44B38rfQ9Fl3VllDXQlFTLXw+qczgzT1cWgC+1srBdtjZM6 C3v42oWeh40vyxJTNdjwXyvcI77RuTXQeRd5Shx5uccsVZ5604jVnuCjKoZl6+U+WMR/ 0wXg== X-Gm-Message-State: AD7BkJJ60+N6bv0nxAiZ+dK3TRdNVMF6882scT53uUWDSaN8Ew1KPwmyBRFf8BONssCSrg== X-Received: by 10.28.145.9 with SMTP id t9mr7633309wmd.54.1457259509364; Sun, 06 Mar 2016 02:18:29 -0800 (PST) Received: from [10.1.66.31] (82-132-219-100.dab.02.net. [82.132.219.100]) by smtp.gmail.com with ESMTPSA id k4sm7953737wmc.12.2016.03.06.02.18.28 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 06 Mar 2016 02:18:28 -0800 (PST) References: <56D8B980.7010705@earthlink.net> <3E84E2D1-2CF7-4F2B-80AD-98D1E37594E6@gmail.com> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-005A4B64-22BB-4612-8687-D8571824A73E Content-Transfer-Encoding: 7bit Message-Id: <6D29B75B-4680-45D1-A769-D3BDB76F5372@gmail.com> X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Sun, 6 Mar 2016 10:18:20 +0000 To: Anders Nilsson Plymoth Archived-At: Cc: Charlie Perkins , Christopher Dearlove , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-perkins-manet-aodv-e2esec-00 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2016 10:18:35 -0000 --Apple-Mail-005A4B64-22BB-4612-8687-D8571824A73E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Note that for OLSRv2 there is 7183 as well as 7182. AODVv2 needs its 7183 eq= uivalent, though of course it doesn't have to be a separate draft. In terms of what you say, I completely disagree that if you have an IP addre= ss it's just as easy to have a certificate. Transferring certificates in TC or RREQ messages is a serious overhead. Just= in HELLO messages is bad enough, but inadequate for end to end authenticati= on. Alternatively they need pre-distribution. Addresses on the other hand have neither of those disadvantages. They are sm= all. They are being included in messages anyway. But also, you learn IP addr= esses during routing (including neighbour discovery). I can and have impleme= nted OLSRv2 with IBS without any prior knowledge of any other participant in= the network. Also note in particular that as far as I'm concerned other nodes aren't just= destinations, many are relays. I might need prior knowledge of actual traff= ic destinations if I'm the traffic source. But not of relays. And if I'm a r= elay, not even that. (That's especially true for AODVv2 that just gets an IP= packet to deliver out of the blue.) More, even there, the final destination in routing protocol terms is a route= r, not a host. For encrypted comms it's a host I want to communicate with, h= ave certificate of etc. And actually I can do that without a certificate too= by using identity based mechanisms. Which is also something we're able to d= o. Yes, we're both saying no single solution. But I think you're downplaying th= e complications of what you're suggesting. Mostly that doesn't matter, but i= t is an additional reason I don't think this (in the AODVv2 draft, or its 71= 83 equivalent) is the right place. The right place is a draft how to use the approach you favour within a 7182 f= ramework. Which then AODVv2 (or even OLSRv2) could then adopt as required. S= imilar approach to the IBS draft. People can then take it or leave it. (I'm n= ot claiming IBS is perfect either, it's not very low processing power friend= ly for one. I'd also object if that were pushed as the primary approach.) -- =20 Christopher Dearlove christopher.dearlove@gmail.com (iPhone) chris@mnemosyne.demon.co.uk (home) > On 6 Mar 2016, at 00:16, Anders Nilsson Plymoth wrot= e: >=20 > Hi Christopher, >=20 > My point wasn't that a signature based approach should be the only solutio= n, but that I think that signatures are preferable over HMAC based E2E authe= ntication approaches. My point was also that I would like to see a tighter i= ntegration of the methods in RFC 7182 into the AODVv2 draft describing the p= rotocol operation rather than just as security considerations. Maybe this is= deemed not necessary, but I find that when using the current draft in combi= nation with RFC 7182, it is hard to make an implementation that would be int= er-operable. =46rom my reading of RFC 7182 signatures should be supported, b= ut is unclear how. I also see authentication as desirable which was also ind= icated by Charlie. >=20 > Even so, I regard a signature based approach as highly desirable, draft-ie= tf-manet-ibs is one example, but I don't see the big issue with certificates= . Each node would need a certificate before joining the network. This is sim= ilar to the keys in draft-ietf-manet-ibs. The node would also need to have t= he certificate for the destination node in order to setup the route. How wou= ld have the node have this certificate? How would the node know the IP addre= ss of the destination? If a node knows the IP address of a destination and w= ould like to exchange encrypted data, it would also have the certificate. Ho= w about authenticating routing messages? Certificates of neighboring nodes c= an easily be exchanged by a local protocol, e.g. NHDP. I have manet type net= work running with this approach and it works well. It also enables TLS/DTLS w= hen desirable.=20 > Another approach as taken by SAODV was to include public keys, signatures a= nd hashes into routing messages. =20 >=20 > And to quote you, I am saying not this is the one and only solution, but o= ne that I think shouldn't be excluded. >=20 > Thanks, > Anders >=20 >=20 >=20 >=20 >> On Sat, Mar 5, 2016 at 1:36 PM, Christopher Dearlove wrote: >> Requiring a signature based approach is I think quite undesirable. That p= uts a serious key management load on what is an ad hoc network, some of whic= h are intended to be lightweight. >>=20 >> Where are the certificates coming from? Note that you can't simply downlo= ad them, until the routing protocol has done its job, you don't have any way= to do that. Pre-loaded? But that's getting really into scalability issues i= f you have to preload certificates for anyone who might be in the network. I= think it's actually particularly bad for an on-demand protocol. >>=20 >> It also precludes what may be better solutions in many cases, for example= draft-ietf-manet-ibs. (How do you get those keys? Also an issue, but a scal= able one, you only need your own information, so preloading for example may b= e practical.) >>=20 >> Of course I'm not saying this might not be a solution, just not the one a= nd only solution, and not to exclude all others. If you do have to put key m= anagement in (and it's hard to talk the SEC ADs out of that, but it can be d= one) add many more months to your time to finish. >>=20 >> This also doesn't address the key issue of the end to end or hop by hop a= rchitecture. I have some comments to make on that - comments that recognise t= here's a real issue that there is no ideal solution to - but I want to formu= late them more clearly. >>=20 >> -- =20 >> Christopher Dearlove >> christopher.dearlove@gmail.com >>=20 >>> On 5 Mar 2016, at 11:59, Anders Nilsson Plymoth wr= ote: >>>=20 >>> Hi Charlie, >>>=20 >>> I understand you are mainly addressing E2E protection here, with regards= to RREQ and RREP, but I am of the strong opinion that AODVv2 should have a m= ore integrated security model, rather than ad hoc. >>> =20 >>> The use of HMACs for message authentication is a well known and well use= d approach. However, the use of HMAC implies the use of symmetric keys, and t= he question is how this key distribution should take place. I have seen hint= s of the usage of a single shared key, but this seems a little naive to me. >>>=20 >>> I would instead argue for a signature based approach, i.e. the use of pu= blic keys and certificates. This is the approach that was proposed for the S= AODV draft, and although that draft is clearly outdated, I think the general= idea there is good. >>>=20 >>> Regarding RFC 7182 instead of RFC 4868? Yes, definitely. You already rel= y on RFC 7182 for the security considerations of the AODVv2 draft. However, i= n the AODVv2 draft you mainly consider integrity protection, and less that o= f authentication. Also, this draft, draft-perkins-manet-aodv-e2esec-00 seems= to address integrity more than authentication. >>>=20 >>> In summary, what I personally would like to see is a stronger integratio= n of RFC 7182 and its concepts into the AODVv2 protocol specification, that a= lso addresses authentication and key management considerations. As it is, it= would be very hard to read the AODVv2 and its security considerations and b= uild an implementation that incorporates RFC 7182, and have different implem= entations inter-operable.=20 >>>=20 >>> Thanks, >>> Anders >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>>> On Thu, Mar 3, 2016 at 11:24 PM, Charlie Perkins wrote: >>>>=20 >>>> Hello folks, >>>>=20 >>>> In order to promote useful discussion about the security model for AODV= v2, I have submitted a new draft with an idea to enable the source and desti= nation of a Route Discovery to verify that they were indeed the source and d= estination of the route that was discovered. This is not a guarantee of a us= eful route, because intermediate routers are not authenticated, only the end= points. Nevertheless the idea seems like a useful adjunct to the existing h= op-by-hop security as currently specified in AODVv2. >>>>=20 >>>> It can use more work: >>>> - Should RFC 7182 be specified instead of RFC 4868? If so, what is the= simplest way to make the conversion? >>>> - Should other message types be covered as well? This would be pretty s= imple; I just need to reword the section specifying the input data. >>>>=20 >>>> I only used RFC 4868 because it seemed very straightforward for me to u= nderstand. >>>>=20 >>>> Comments are solicited and welcome. The content of the document may we= ll belong in the upcoming revision of AODVv2 that will be provide resolution= s for the many recent comments. >>>>=20 >>>> Regards, >>>> Charlie P. >>>>=20 >>>> _______________________________________________ >>>> manet mailing list >>>> manet@ietf.org >>>> https://www.ietf.org/mailman/listinfo/manet >>>=20 >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >=20 --Apple-Mail-005A4B64-22BB-4612-8687-D8571824A73E Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Note that for OLSRv2 there is 7183 as w= ell as 7182. AODVv2 needs its 7183 equivalent, though of course it doesn't h= ave to be a separate draft.

In terms of what you sa= y, I completely disagree that if you have an IP address it's just as easy to= have a certificate.

Transferring certificates in T= C or RREQ messages is a serious overhead. Just in HELLO messages is bad enou= gh, but inadequate for end to end authentication. Alternatively they need pr= e-distribution.

Addresses on the other hand have ne= ither of those disadvantages. They are small. They are being included in mes= sages anyway. But also, you learn IP addresses during routing (including nei= ghbour discovery). I can and have implemented OLSRv2 with IBS without any pr= ior knowledge of any other participant in the network.

<= div>Also note in particular that as far as I'm concerned other nodes aren't j= ust destinations, many are relays. I might need prior knowledge of actual tr= affic destinations if I'm the traffic source. But not of relays. And if I'm a= relay, not even that. (That's especially true for AODVv2 that just gets an I= P packet to deliver out of the blue.)

More, even th= ere, the final destination in routing protocol terms is a router, not a host= . For encrypted comms it's a host I want to communicate with, have certifica= te of etc. And actually I can do that without a certificate too by using ide= ntity based mechanisms. Which is also something we're able to do.
=
Yes, we're both saying no single solution. But I think you're= downplaying the complications of what you're suggesting. Mostly that doesn'= t matter, but it is an additional reason I don't think this (in the AODVv2 d= raft, or its 7183 equivalent) is the right place.

T= he right place is a draft how to use the approach you favour within a 7182 f= ramework. Which then AODVv2 (or even OLSRv2) could then adopt as required. S= imilar approach to the IBS draft. People can then take it or leave it. (I'm n= ot claiming IBS is perfect either, it's not very low processing power friend= ly for one. I'd also object if that were pushed as the primary approach.)

--  
Christopher Dearlove

On 6 Mar 2016, at 00:16, A= nders Nilsson Plymoth <lanilsson@g= mail.com> wrote:

Hi Christopher,=

My poin= t wasn't that a signature based approach should be the only solution, but th= at I think that signatures are preferable over HMAC based E2E authentication= approaches. My point was also that I would like to see a tighter integratio= n of the methods in RFC 7182 into the AODVv2 draft describing the protocol o= peration rather than just as security considerations. Maybe this is deemed n= ot necessary, but I find that when using the current draft in combination wi= th RFC 7182, it is hard to make an implementation that would be inter-operab= le. =46rom my reading of RFC 7182 signatures should be supported, but is unc= lear how. I also see authentication as desirable which was also indicated by= Charlie.

Even so, I regard a signature based approach as highly desirable, draft-ie= tf-manet-ibs is one example, but I don't see the big issue with certificates= . Each node would need a certificate before joining the network. This is sim= ilar to the keys in draft-ietf-manet-ibs. The node would also need to have t= he certificate for the destination node in order to setup the route. How wou= ld have the node have this certificate? How would the node know the IP addre= ss of the destination? If a node knows the IP address of a destination and w= ould like to exchange encrypted data, it would also have the certificate. Ho= w about authenticating routing messages? Certificates of neighboring nodes c= an easily be exchanged by a local protocol, e.g. NHDP. I have manet type net= work running with this approach and it works well. It also enables TLS/DTLS w= hen desirable.
Another approach as taken by SAODV was to include public k= eys, signatures and hashes into routing messages.  

And to quote you, I am saying not this is the= one and only solution, but one that I think shouldn't be excluded.

<= /div>
Thanks,
Anders




On Sat, Mar 5, 2016 at 1:= 36 PM, Christopher Dearlove <christopher.dearlove@gmail.com= > wrote:
Requiring a signature based approach is I think quite undes= irable. That puts a serious key management load on what is an ad hoc network= , some of which are intended to be lightweight.

Whe= re are the certificates coming from? Note that you can't simply download the= m, until the routing protocol has done its job, you don't have any way to do= that. Pre-loaded? But that's getting really into scalability issues if you h= ave to preload certificates for anyone who might be in the network. I think i= t's actually particularly bad for an on-demand protocol.

It also precludes what may be better solutions in many cases, for exam= ple draft-ietf-manet-ibs. (How do you get those keys? Also an issue, but a s= calable one, you only need your own information, so preloading for example m= ay be practical.)

Of course I'm not saying this mig= ht not be a solution, just not the one and only solution, and not to exclude= all others. If you do have to put key management in (and it's hard to talk t= he SEC ADs out of that, but it can be done) add many more months to your tim= e to finish.

This also doesn't address the key issu= e of the end to end or hop by hop architecture. I have some comments to make= on that - comments that recognise there's a real issue that there is no ide= al solution to - but I want to formulate them more clearly.

--=  

On 5 Mar 2016, at 11:59, Anders Nilsson Plymoth <lanilsson@gmail.com> w= rote:

Hi Charlie,

I understand you are mainly addressing E2E protection here, with regards t= o RREQ and RREP, but I am of the strong opinion that AODVv2 should have a mo= re integrated security model, rather than ad hoc.
 
The use of HMACs for message authentication is a wel= l known and well used approach. However, the use of HMAC implies the use of s= ymmetric keys, and the question is how this key distribution should take pla= ce. I have seen hints of the usage of a single shared key, but this seems a l= ittle naive to me.

I would inste= ad argue for a signature based approach, i.e. the use of public keys and cer= tificates. This is the approach that was proposed for the SAODV draft, and a= lthough that draft is clearly outdated, I think the general idea there is go= od.

Regarding RFC 7182 instead of RFC 4868? Yes, definitely. You alre= ady rely on RFC 7182 for the security considerations of the AODVv2 draft. Ho= wever, in the AODVv2 draft you mainly consider integrity protection, and les= s that of authentication. Also, this draft, draft-perkins-manet-aodv-e2esec-= 00 seems to address integrity more than authentication.

In summary, what I personally would like to see is a= stronger integration of RFC 7182 and its concepts into the AODVv2 protocol s= pecification, that also addresses authentication and key management consider= ations. As it is, it would be very hard to read the AODVv2 and its security c= onsiderations and build an implementation that incorporates RFC 7182, and ha= ve different implementations inter-operable.

Thanks,
Anders





On Thu, Mar 3, 2016 at 11:24 PM, Ch= arlie Perkins <charles.perkins@earthlink.net> wrot= e:

Hello folks,

In order to promote useful discussion about the security model for AODVv2, I= have submitted a new draft with an idea to enable the source and destinatio= n of a Route Discovery to verify that they were indeed the source and destin= ation of the route that was discovered. This is not a guarantee of a useful r= oute, because intermediate routers are not authenticated, only the endpoints= .  Nevertheless the idea seems like a useful adjunct to the existing ho= p-by-hop security as currently specified in AODVv2.

It can use more work:
- Should RFC 7182 be specified instead of RFC 4868?  If so, what is the= simplest way to make the conversion?
- Should other message types be covered as well?  This would be pretty s= imple; I just need to reword the section specifying the input data.

I only used RFC 4868 because it seemed very straightforward for me to unders= tand.

Comments are solicited and welcome.  The content of the document may we= ll belong in the upcoming revision of AODVv2 that will be provide resolution= s for the many recent comments.

Regards,
Charlie P.

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

____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet
=

= --Apple-Mail-005A4B64-22BB-4612-8687-D8571824A73E-- From nobody Sun Mar 6 09:54:57 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67DA41B2FC6 for ; Sun, 6 Mar 2016 09:54:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SDJy7-uwGVzu for ; Sun, 6 Mar 2016 09:54:54 -0800 (PST) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C7DB1B2FC4 for ; Sun, 6 Mar 2016 09:54:54 -0800 (PST) Received: by mail-oi0-x236.google.com with SMTP id m82so66814110oif.1 for ; Sun, 06 Mar 2016 09:54:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=fIBVxnj/ul7vGEstyPZossrVJuvEEoQh++cdHTUKiMc=; b=QtpvHLNElu2oOQ2qN5A3MyQsNgAXwVtiUnuIrZiXIcS0xJHep4zAvim9BTbMuC9o0H AW+6yAVfFhZN9fiitfCxwqghRyA1PLD2QQ0H9uUaUnSyJLXxmPBkh1LuDk3ODqRxGOD+ kynEz24KVRJQeI9S0eTfzsiGH+nhQpICsRlEMKJnJo21G+eFFQD2EJorPbcsjkd7973+ UjzEOgEfqKUawkDXgSTtAIGNpWWyO1uW4OgNK6i4+aLv3uP1k8ryB7CK3Ll09+rb9+8E 5HSMBL5lE4E+mTThyAvrzRBZjA47Kn0NUYBALbH0Ct8hScPriRWkTjfJsuUVhUJ5TSVD m6vw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=fIBVxnj/ul7vGEstyPZossrVJuvEEoQh++cdHTUKiMc=; b=BRS9flfsUFIHnrrye9nkkoCm2MVOvWZ8f5X5/DhC3YNoR/O0ACzDiRYodYrzE8vb/L Q0pnqOP0LKjPV36FXJn2APsnKzYMusLnKDOekonYHcleQPMpqlChdVobtpYVui+GprAz lS4PEUILKAVuAkWuG88jmIeyEzt8yuiQANrEWB9QAgyCe98OEF3PXPmzRA6ZF5mToY7V I7bKhCXwQCOj4WEZlGx9Gy8R4dxtTEI5EwQsQXEtd1XjdGzTXiOVBFfojTXW8SNh5s+I BHFE1sFicBsAzz2z5AmQ1G8mcuhB9/QQ61e0vWDbshG1IwTTG1mop1TIhaIa0vNsY3GO He6g== X-Gm-Message-State: AD7BkJJkogEq4kZ9PZLWoX4t89BhyOXaukQulSyPnWBXldwrCHEKtstT5GY6oFO+jo3H8DpovuoOevxNEbgJzA== X-Received: by 10.202.197.137 with SMTP id v131mr4000938oif.100.1457286893670; Sun, 06 Mar 2016 09:54:53 -0800 (PST) MIME-Version: 1.0 References: <56DA6121.2030109@earthlink.net> In-Reply-To: <56DA6121.2030109@earthlink.net> From: Justin Dean Date: Sun, 06 Mar 2016 17:54:44 +0000 Message-ID: To: Charlie Perkins , "manet@ietf.org" Content-Type: multipart/alternative; boundary=001a1134e116a21769052d650bb4 Archived-At: Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2016 17:54:56 -0000 --001a1134e116a21769052d650bb4 Content-Type: text/plain; charset=UTF-8 Looks good. I'd add a bit about MANET but looks better. OLSRv2 apparently didn't mention wireless either so I'll not press. My point there was not that it's restricted to those networks but designed for them. MANET will suffice. Justin. On Fri, Mar 4, 2016, 11:31 PM Charlie Perkins wrote: > Hello Justin, > > I have devised some text for an expanded introduction. Please take a look: > > > The Ad hoc On-Demand Distance Vector (AODVv2) protocol enables > > dynamic, self-starting, multihop routing between participating mobile > > nodes wishing to establish and maintain an ad hoc network. The > > basic operations of the AODVv2 protocol are route discovery and > > route maintenance. AODVv2 does not require nodes to maintain routes > > to destinations that are not in active communication. AODVv2 allows > > mobile nodes to respond to link breakages and changes in network > > topology in a timely manner. The operation of AODVv2 is loop-free, > > and by avoiding the Bellman-Ford "counting to infinity" problem > > offers quick convergence when the ad hoc network topology changes > > (typically, when a node moves in the network). When links break, > > AODVv2 causes the affected set of nodes to be notified so that they > > are able to invalidate the routes using the lost link. > > > > One distinguishing feature of AODVv2 is its use of a destination > > sequence number for each route entry. The destination sequence > > number is created by the destination to be included along with any > > route information it sends to requesting nodes. Using destination > > sequence numbers ensures loop freedom and is simple to program. > > Given the choice between two routes to a destination, a requesting > > node is required to select the one with the greatest sequence number. > > > > Compared to AODV [RFC3561], AODVv2 makes some features optional, > > notably intermediate route replies, expanding ring search, and > > precursor lists. Hello messages and local repair have been removed. > > AODVv2 provides a mechanism for the use of multiple metric types. > > Message formats have been updated and made compliant with [RFC5444]. > > AODVv2 control messages are defined as sets of data, which are mapped > > to message elements using the Generalized MANET Packet/Message Format > > defined in [RFC5444] and sent using the parameters in [RFC5498]. > > Verification of link bidirectionality has been substantially > > improved, and > > additional refinements made for route timeouts and state management. > > > On 3/1/2016 8:18 PM, Justin Dean wrote: > > The Ad Hoc On-demand Distance Vector Version 2 (AODVv2) routing > > protocol (formerly named DYMO) enables on-demand, multihop unicast > > routing among AODVv2 routers in mobile ad hoc networks (MANETs) > > [RFC2501]. > > (We jumped right in here would prefer some intro to AODV and how AODVv2 > is derived from that work. JWD) > > > > > Regards, > Charlie P. > > --001a1134e116a21769052d650bb4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Looks good. I'd add a bit about MANET but looks better. = OLSRv2 apparently didn't mention wireless either so I'll not press.= My point there was not that it's restricted to those networks but desi= gned for them.=C2=A0 MANET will suffice.

Justin.


On Fri, Mar 4, 2016, 11:31 = PM Charlie Perkins <cha= rles.perkins@earthlink.net> wrote:
Hello Justin,

I have devised some text for an expanded introduction.=C2=A0 Please take a = look:

>=C2=A0 =C2=A0 The Ad hoc On-Demand Distance Vector (AODVv2) protocol en= ables
>=C2=A0 =C2=A0 dynamic, self-starting, multihop routing between particip= ating mobile
>=C2=A0 =C2=A0 nodes wishing to establish and maintain an ad hoc network= . The
>=C2=A0 =C2=A0 basic operations of the AODVv2 protocol are route discove= ry and
>=C2=A0 =C2=A0 route maintenance.=C2=A0 AODVv2 does not require nodes to= maintain routes
>=C2=A0 =C2=A0 to destinations that are not in active communication.=C2= =A0 AODVv2 allows
>=C2=A0 =C2=A0 mobile nodes to respond to link breakages and changes in = network
>=C2=A0 =C2=A0 topology in a timely manner.=C2=A0 The operation of AODVv= 2 is loop-free,
>=C2=A0 =C2=A0 and by avoiding the Bellman-Ford "counting to infini= ty" problem
>=C2=A0 =C2=A0 offers quick convergence when the ad hoc network topology= changes
>=C2=A0 =C2=A0 (typically, when a node moves in the network).=C2=A0 When= links break,
>=C2=A0 =C2=A0 AODVv2 causes the affected set of nodes to be notified so= that they
>=C2=A0 =C2=A0 are able to invalidate the routes using the lost link. >
>=C2=A0 =C2=A0 One distinguishing feature of AODVv2 is its use of a dest= ination
>=C2=A0 =C2=A0 sequence number for each route entry.=C2=A0 The destinati= on sequence
>=C2=A0 =C2=A0 number is created by the destination to be included along= with any
>=C2=A0 =C2=A0 route information it sends to requesting nodes.=C2=A0 Usi= ng destination
>=C2=A0 =C2=A0 sequence numbers ensures loop freedom and is simple to pr= ogram.
>=C2=A0 =C2=A0 Given the choice between two routes to a destination, a r= equesting
>=C2=A0 =C2=A0 node is required to select the one with the greatest sequ= ence number.
>
>=C2=A0 =C2=A0 Compared to AODV [RFC3561], AODVv2 makes some features op= tional,
>=C2=A0 =C2=A0 notably intermediate route replies, expanding ring search= , and
>=C2=A0 =C2=A0 precursor lists.=C2=A0 Hello messages and local repair ha= ve been removed.
>=C2=A0 =C2=A0 AODVv2 provides a mechanism for the use of multiple metri= c types.
>=C2=A0 =C2=A0 Message formats have been updated and made compliant with= [RFC5444].
>=C2=A0 =C2=A0 AODVv2 control messages are defined as sets of data, whic= h are mapped
>=C2=A0 =C2=A0 to message elements using the Generalized MANET Packet/Me= ssage Format
>=C2=A0 =C2=A0 defined in [RFC5444] and sent using the parameters in [RF= C5498].
>=C2=A0 =C2=A0 Verification of link bidirectionality has been substantia= lly
> improved, and
>=C2=A0 =C2=A0 additional refinements made for route timeouts and state = management.


On 3/1/2016 8:18 PM, Justin Dean wrote:
>=C2=A0 =C2=A0 =C2=A0The Ad Hoc On-demand Distance Vector Version 2 (AOD= Vv2) routing
>=C2=A0 =C2=A0 =C2=A0protocol (formerly named DYMO) enables on-demand, m= ultihop unicast
>=C2=A0 =C2=A0 =C2=A0routing among AODVv2 routers in mobile ad hoc netwo= rks (MANETs)
>=C2=A0 =C2=A0 =C2=A0[RFC2501].
> (We jumped right in here would prefer some intro to AODV and how AODVv= 2 is derived from that work. JWD)
>


Regards,
Charlie P.

--001a1134e116a21769052d650bb4-- From nobody Sun Mar 6 14:49:54 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC8D81B3B72 for ; Sun, 6 Mar 2016 14:49:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.999 X-Spam-Level: X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 E-RyRBXFMP_1 for ; Sun, 6 Mar 2016 14:49:49 -0800 (PST) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (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 5D91D1B37B7 for ; Sun, 6 Mar 2016 14:49:49 -0800 (PST) Received: by mail-io0-x233.google.com with SMTP id g203so113793085iof.2 for ; Sun, 06 Mar 2016 14:49:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=HyFSB+zs1ffC4NzORuf36pRj50fg9BmfTpg278Pneu8=; b=tlMGSVbCl+GCzgwtV1CG/9RPk25+9jTOKaAVlj0cS4E1/NSsAN1jHPC2nCuGfNACnd u8tslGwoMuYqvy6/ZYx5lJpwiwlN4pNVR+42rMEv7hI7uhU8N3RU0A1kziS2GlPR7bqd 3KeTwxtAgD0ljpsDCvr/4Rb17MmpcyRV0/eVz/MOdrv5Dm6s6SbJkPRmUaLVSnfXec9w Rtsyp4+/f8IutXuTa1Bb85x6+tjxX7Xdi9qjLqQtUO+m4DS/+Kg0qGFoQPynj7E1H97U ZqvTr3REAS4RFmvXyCkRvFyID21ShctFRL+nRM5U4FAv8V8qabkcdspwoLyoxn+o6gCv MitQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=HyFSB+zs1ffC4NzORuf36pRj50fg9BmfTpg278Pneu8=; b=RaVeF8xdTAf2xohyPFf3e51FflxjFuRkfKCvJid//3FMp+12ulDr9whOx+sXb3/KMM fQ+GYsdz50W/h7Ap70Z+I23XripKN7u0R1CwTQxFWZaBzh/UhRcRgt95UIFqtKY9RsXt kNnMjIhh6yuV49CCPtVmYli49btGGJd2YbvHvBu+1guQV74uLyhi8IDyvKHm5XrUwy8d o+lNNL4aXnzQQfKuQNeFP0cqGI0CnZi2WnZSJCsd+DeZmDDGzF3cYPLHRUKcH5usnUay gkSb7dbnCtBAgrprDJ87ghdM2AW2/FygaAYuEDP5j/SD8hUsdlkCc4XJaSzlEr0S01hk LO1A== X-Gm-Message-State: AD7BkJI/9MhfmT/YHmVPWYPMJvfqyTGL8upDkpV9wVAOJzBAm/JT/fqxzhhzHCsmXGd024WUZPhCr/6j2WjCRA== X-Received: by 10.107.167.134 with SMTP id q128mr17399217ioe.144.1457304588583; Sun, 06 Mar 2016 14:49:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.128.210 with HTTP; Sun, 6 Mar 2016 14:49:29 -0800 (PST) In-Reply-To: <6D29B75B-4680-45D1-A769-D3BDB76F5372@gmail.com> References: <56D8B980.7010705@earthlink.net> <3E84E2D1-2CF7-4F2B-80AD-98D1E37594E6@gmail.com> <6D29B75B-4680-45D1-A769-D3BDB76F5372@gmail.com> From: Anders Nilsson Plymoth Date: Sun, 6 Mar 2016 23:49:29 +0100 Message-ID: To: Christopher Dearlove Content-Type: multipart/alternative; boundary=001a1134f37a5507f9052d692aab Archived-At: Cc: Charlie Perkins , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-perkins-manet-aodv-e2esec-00 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2016 22:49:53 -0000 --001a1134f37a5507f9052d692aab Content-Type: text/plain; charset=UTF-8 Hi, Doing a AODVv2 7183 equivalent sounds like a very good idea, and I would fully support it and be able to contribute if needed. It would also be able to house more security implementation details for better inter-operability that I was looking for. I would like to hear what Charlie's and the other authors thoughts are. I got the impression this was partly the motive of draft-perkins-manet-aodv-e2esec-00 which prompted me to start this discussion. As a side note, we did initially have an approach very similar to IBS but moved to certificates based on outside requirements. Thanks, Anders On Sun, Mar 6, 2016 at 11:18 AM, Christopher Dearlove < christopher.dearlove@gmail.com> wrote: > Note that for OLSRv2 there is 7183 as well as 7182. AODVv2 needs its 7183 > equivalent, though of course it doesn't have to be a separate draft. > > In terms of what you say, I completely disagree that if you have an IP > address it's just as easy to have a certificate. > > Transferring certificates in TC or RREQ messages is a serious overhead. > Just in HELLO messages is bad enough, but inadequate for end to end > authentication. Alternatively they need pre-distribution. > > Addresses on the other hand have neither of those disadvantages. They are > small. They are being included in messages anyway. But also, you learn IP > addresses during routing (including neighbour discovery). I can and have > implemented OLSRv2 with IBS without any prior knowledge of any other > participant in the network. > > Also note in particular that as far as I'm concerned other nodes aren't > just destinations, many are relays. I might need prior knowledge of actual > traffic destinations if I'm the traffic source. But not of relays. And if > I'm a relay, not even that. (That's especially true for AODVv2 that just > gets an IP packet to deliver out of the blue.) > > More, even there, the final destination in routing protocol terms is a > router, not a host. For encrypted comms it's a host I want to communicate > with, have certificate of etc. And actually I can do that without a > certificate too by using identity based mechanisms. Which is also something > we're able to do. > > Yes, we're both saying no single solution. But I think you're downplaying > the complications of what you're suggesting. Mostly that doesn't matter, > but it is an additional reason I don't think this (in the AODVv2 draft, or > its 7183 equivalent) is the right place. > > The right place is a draft how to use the approach you favour within a > 7182 framework. Which then AODVv2 (or even OLSRv2) could then adopt as > required. Similar approach to the IBS draft. People can then take it or > leave it. (I'm not claiming IBS is perfect either, it's not very low > processing power friendly for one. I'd also object if that were pushed as > the primary approach.) > > -- > Christopher Dearlove > christopher.dearlove@gmail.com (iPhone) > chris@mnemosyne.demon.co.uk (home) > > On 6 Mar 2016, at 00:16, Anders Nilsson Plymoth > wrote: > > Hi Christopher, > > My point wasn't that a signature based approach should be the only > solution, but that I think that signatures are preferable over HMAC based > E2E authentication approaches. My point was also that I would like to see a > tighter integration of the methods in RFC 7182 into the AODVv2 draft > describing the protocol operation rather than just as security > considerations. Maybe this is deemed not necessary, but I find that when > using the current draft in combination with RFC 7182, it is hard to make an > implementation that would be inter-operable. From my reading of RFC 7182 > signatures should be supported, but is unclear how. I also see > authentication as desirable which was also indicated by Charlie. > > Even so, I regard a signature based approach as highly desirable, > draft-ietf-manet-ibs is one example, but I don't see the big issue with > certificates. Each node would need a certificate before joining the > network. This is similar to the keys in draft-ietf-manet-ibs. The node > would also need to have the certificate for the destination node in order > to setup the route. How would have the node have this certificate? How > would the node know the IP address of the destination? If a node knows the > IP address of a destination and would like to exchange encrypted data, it > would also have the certificate. How about authenticating routing messages? > Certificates of neighboring nodes can easily be exchanged by a local > protocol, e.g. NHDP. I have manet type network running with this approach > and it works well. It also enables TLS/DTLS when desirable. > Another approach as taken by SAODV was to include public keys, signatures > and hashes into routing messages. > > And to quote you, I am saying not this is the one and only solution, but > one that I think shouldn't be excluded. > > Thanks, > Anders > > > > > On Sat, Mar 5, 2016 at 1:36 PM, Christopher Dearlove < > christopher.dearlove@gmail.com> wrote: > >> Requiring a signature based approach is I think quite undesirable. That >> puts a serious key management load on what is an ad hoc network, some of >> which are intended to be lightweight. >> >> Where are the certificates coming from? Note that you can't simply >> download them, until the routing protocol has done its job, you don't have >> any way to do that. Pre-loaded? But that's getting really into scalability >> issues if you have to preload certificates for anyone who might be in the >> network. I think it's actually particularly bad for an on-demand protocol. >> >> It also precludes what may be better solutions in many cases, for example >> draft-ietf-manet-ibs. (How do you get those keys? Also an issue, but a >> scalable one, you only need your own information, so preloading for example >> may be practical.) >> >> Of course I'm not saying this might not be a solution, just not the one >> and only solution, and not to exclude all others. If you do have to put key >> management in (and it's hard to talk the SEC ADs out of that, but it can be >> done) add many more months to your time to finish. >> >> This also doesn't address the key issue of the end to end or hop by hop >> architecture. I have some comments to make on that - comments that >> recognise there's a real issue that there is no ideal solution to - but I >> want to formulate them more clearly. >> >> -- >> Christopher Dearlove >> christopher.dearlove@gmail.com >> >> On 5 Mar 2016, at 11:59, Anders Nilsson Plymoth >> wrote: >> >> Hi Charlie, >> >> I understand you are mainly addressing E2E protection here, with regards >> to RREQ and RREP, but I am of the strong opinion that AODVv2 should have a >> more integrated security model, rather than ad hoc. >> >> The use of HMACs for message authentication is a well known and well used >> approach. However, the use of HMAC implies the use of symmetric keys, and >> the question is how this key distribution should take place. I have seen >> hints of the usage of a single shared key, but this seems a little naive to >> me. >> >> I would instead argue for a signature based approach, i.e. the use of >> public keys and certificates. This is the approach that was proposed for >> the SAODV draft, and although that draft is clearly outdated, I think the >> general idea there is good. >> >> Regarding RFC 7182 instead of RFC 4868? Yes, definitely. You already rely >> on RFC 7182 for the security considerations of the AODVv2 draft. However, >> in the AODVv2 draft you mainly consider integrity protection, and less that >> of authentication. Also, this draft, draft-perkins-manet-aodv-e2esec-00 >> seems to address integrity more than authentication. >> >> In summary, what I personally would like to see is a stronger integration >> of RFC 7182 and its concepts into the AODVv2 protocol specification, that >> also addresses authentication and key management considerations. As it is, >> it would be very hard to read the AODVv2 and its security considerations >> and build an implementation that incorporates RFC 7182, and have different >> implementations inter-operable. >> >> Thanks, >> Anders >> >> >> >> >> >> On Thu, Mar 3, 2016 at 11:24 PM, Charlie Perkins < >> charles.perkins@earthlink.net> wrote: >> >>> >>> Hello folks, >>> >>> In order to promote useful discussion about the security model for >>> AODVv2, I have submitted a new draft with an idea to enable the source and >>> destination of a Route Discovery to verify that they were indeed the source >>> and destination of the route that was discovered. This is not a guarantee >>> of a useful route, because intermediate routers are not authenticated, only >>> the endpoints. Nevertheless the idea seems like a useful adjunct to the >>> existing hop-by-hop security as currently specified in AODVv2. >>> >>> It can use more work: >>> - Should RFC 7182 be specified instead of RFC 4868? If so, what is the >>> simplest way to make the conversion? >>> - Should other message types be covered as well? This would be pretty >>> simple; I just need to reword the section specifying the input data. >>> >>> I only used RFC 4868 because it seemed very straightforward for me to >>> understand. >>> >>> Comments are solicited and welcome. The content of the document may >>> well belong in the upcoming revision of AODVv2 that will be provide >>> resolutions for the many recent comments. >>> >>> Regards, >>> Charlie P. >>> >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >>> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> >> > --001a1134f37a5507f9052d692aab Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,=

Doing = a AODVv2 7183 equivalent sounds like a very good idea, and I would fully su= pport it and be able to contribute if needed. It would also be able to hous= e more security implementation details for better inter-operability that I = was looking for. I would like to hear what Charlie's and the other auth= ors thoughts are. I got the impression this was partly the motive of draft-= perkins-manet-aodv-e2esec-00 which prompted me to start this discussion.
As a side= note, we did initially have an approach very similar to IBS but moved to c= ertificates based on outside requirements.

Thanks,
Anders



On Sun, Mar 6, 2016 at 11:18 AM, Christop= her Dearlove <christopher.dearlove@gmail.com> w= rote:
Note that fo= r OLSRv2 there is 7183 as well as 7182. AODVv2 needs its 7183 equivalent, t= hough of course it doesn't have to be a separate draft.

<= /div>
In terms of what you say, I completely disagree that if you have = an IP address it's just as easy to have a certificate.

Transferring certificates in TC or RREQ messages is a serious over= head. Just in HELLO messages is bad enough, but inadequate for end to end a= uthentication. Alternatively they need pre-distribution.

Addresses on the other hand have neither of those disadvantages. The= y are small. They are being included in messages anyway. But also, you lear= n IP addresses during routing (including neighbour discovery). I can and ha= ve implemented OLSRv2 with IBS without any prior knowledge of any other par= ticipant in the network.

Also note in particular t= hat as far as I'm concerned other nodes aren't just destinations, m= any are relays. I might need prior knowledge of actual traffic destinations= if I'm the traffic source. But not of relays. And if I'm a relay, = not even that. (That's especially true for AODVv2 that just gets an IP = packet to deliver out of the blue.)

More, even the= re, the final destination in routing protocol terms is a router, not a host= . For encrypted comms it's a host I want to communicate with, have cert= ificate of etc. And actually I can do that without a certificate too by usi= ng identity based mechanisms. Which is also something we're able to do.=

Yes, we're both saying no single solution. Bu= t I think you're downplaying the complications of what you're sugge= sting. Mostly that doesn't matter, but it is an additional reason I don= 't think this (in the AODVv2 draft, or its 7183 equivalent) is the righ= t place.

The right place is a draft how to use the= approach you favour within a 7182 framework. Which then AODVv2 (or even OL= SRv2) could then adopt as required. Similar approach to the IBS draft. Peop= le can then take it or leave it. (I'm not claiming IBS is perfect eithe= r, it's not very low processing power friendly for one. I'd also ob= ject if that were pushed as the primary approach.)

-- = =C2=A0
Christopher Dearl= ove
<= br>On 6 Mar 2016, at 00:16, Anders Nilsson Plymoth <lanilsson@gmail.com> wrote:
=
Hi Christopher,

My point wasn't that a s= ignature based approach should be the only solution, but that I think that = signatures are preferable over HMAC based E2E authentication approaches. My= point was also that I would like to see a tighter integration of the metho= ds in RFC 7182 into the AODVv2 draft describing the protocol operation rath= er than just as security considerations. Maybe this is deemed not necessary= , but I find that when using the current draft in combination with RFC 7182= , it is hard to make an implementation that would be inter-operable. From m= y reading of RFC 7182 signatures should be supported, but is unclear how. I= also see authentication as desirable which was also indicated by Charlie.<= br>
Even so= , I regard a signature based approach as highly desirable, draft-ietf-manet= -ibs is one example, but I don't see the big issue with certificates. E= ach node would need a certificate before joining the network. This is simil= ar to the keys in draft-ietf-manet-ibs. The node would also need to have th= e certificate for the destination node in order to setup the route. How wou= ld have the node have this certificate? How would the node know the IP addr= ess of the destination? If a node knows the IP address of a destination and= would like to exchange encrypted data, it would also have the certificate.= How about authenticating routing messages? Certificates of neighboring nod= es can easily be exchanged by a local protocol, e.g. NHDP. I have manet typ= e network running with this approach and it works well. It also enables TLS= /DTLS when desirable.
Another approach as taken by SAODV was to include= public keys, signatures and hashes into routing messages. =C2=A0

And to quote you, I am saying not= this is the one and only solution, but one that I think shouldn't be e= xcluded.

Thanks,
A= nders

<= br>

On S= at, Mar 5, 2016 at 1:36 PM, Christopher Dearlove <christopher= .dearlove@gmail.com> wrote:
Requiring a signature based appr= oach is I think quite undesirable. That puts a serious key management load = on what is an ad hoc network, some of which are intended to be lightweight.=

Where are the certificates coming from? Note that= you can't simply download them, until the routing protocol has done it= s job, you don't have any way to do that. Pre-loaded? But that's ge= tting really into scalability issues if you have to preload certificates fo= r anyone who might be in the network. I think it's actually particularl= y bad for an on-demand protocol.

It also precludes= what may be better solutions in many cases, for example draft-ietf-manet-i= bs. (How do you get those keys? Also an issue, but a scalable one, you only= need your own information, so preloading for example may be practical.)

Of course I'm not saying this might not be a sol= ution, just not the one and only solution, and not to exclude all others. I= f you do have to put key management in (and it's hard to talk the SEC A= Ds out of that, but it can be done) add many more months to your time to fi= nish.

This also doesn't address the key issue = of the end to end or hop by hop architecture. I have some comments to make = on that - comments that recognise there's a real issue that there is no= ideal solution to - but I want to formulate them more clearly.
<= br>-- =C2=A0
Christopher Dearlove
chri= stopher.dearlove@gmail.com

= On 5 Mar 2016, at 11:59, Anders Nilsson Plymoth <lanilsson@gmail.com> wrote:
Hi Charlie,

I unders= tand you are mainly addressing E2E protection here, with regards to RREQ an= d RREP, but I am of the strong opinion that AODVv2 should have a more integ= rated security model, rather than ad hoc.
=C2=A0
The use of HMACs for message authentication is a well know= n and well used approach. However, the use of HMAC implies the use of symme= tric keys, and the question is how this key distribution should take place.= I have seen hints of the usage of a single shared key, but this seems a li= ttle naive to me.

I would inste= ad argue for a signature based approach, i.e. the use of public keys and ce= rtificates. This is the approach that was proposed for the SAODV draft, and= although that draft is clearly outdated, I think the general idea there is= good.

Regarding RFC 7182 instead of RFC 4868? Yes, definitely. You = already rely on RFC 7182 for the security considerations of the AODVv2 draf= t. However, in the AODVv2 draft you mainly consider integrity protection, a= nd less that of authentication. Also, this draft, draft-perkins-manet-aodv-= e2esec-00 seems to address integrity more than authentication.

In summary, what I personally would like to= see is a stronger integration of RFC 7182 and its concepts into the AODVv2= protocol specification, that also addresses authentication and key managem= ent considerations. As it is, it would be very hard to read the AODVv2 and = its security considerations and build an implementation that incorporates R= FC 7182, and have different implementations inter-operable.

<= div style=3D"font-size:small">Thanks,
Anders





On Thu, Mar 3,= 2016 at 11:24 PM, Charlie Perkins <charles.perkins@earthlink.= net> wrote:

Hello folks,

In order to promote useful discussion about the security model for AODVv2, = I have submitted a new draft with an idea to enable the source and destinat= ion of a Route Discovery to verify that they were indeed the source and des= tination of the route that was discovered. This is not a guarantee of a use= ful route, because intermediate routers are not authenticated, only the end= points.=C2=A0 Nevertheless the idea seems like a useful adjunct to the exis= ting hop-by-hop security as currently specified in AODVv2.

It can use more work:
- Should RFC 7182 be specified instead of RFC 4868?=C2=A0 If so, what is th= e simplest way to make the conversion?
- Should other message types be covered as well?=C2=A0 This would be pretty= simple; I just need to reword the section specifying the input data.

I only used RFC 4868 because it seemed very straightforward for me to under= stand.

Comments are solicited and welcome.=C2=A0 The content of the document may w= ell belong in the upcoming revision of AODVv2 that will be provide resoluti= ons for the many recent comments.

Regards,
Charlie P.

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

___________________= ____________________________
manet mailing list
<= span>manet@ietf.org=
https://www.ietf.org/mailman/listinfo/manet
<= /div>


--001a1134f37a5507f9052d692aab-- From nobody Sun Mar 6 15:39:05 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9F871B3C51 for ; Sun, 6 Mar 2016 15:39:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XATqo0iekR-p for ; Sun, 6 Mar 2016 15:38:59 -0800 (PST) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 406791B3C54 for ; Sun, 6 Mar 2016 15:38:59 -0800 (PST) Received: by mail-wm0-x22b.google.com with SMTP id l68so87326255wml.0 for ; Sun, 06 Mar 2016 15:38:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=uMDG+MICJ9t8pWzmcmISGvubiqvyKFerb6vaVFDhlXM=; b=HrsMPdhQ5njCZKg13/xiq4Q2D9xQyqw+8wWm4Ej83H7y+0jCEwnKvY0bX2kReT+xhl iqsxHuIjo7BNh9QP+qCZZ9pF/lh7Pk4mXFwHHmDAfCIfQrXlSbcLyEpNym/s3IOy9LB5 a7s74IvJs1/lPOEwNoeRJH0h0RQlb5FYOVnWx/4f4p7iCVYOD0aSJq1dKYYKy90fu8/M hXf0uVYqld/RuRt/F8RhxNcsGU8Qxl/90baS1eiTuhwvCiaLbS0QZ9q6l4U6ShHKRgoE FGvfha3isGQtCHoESuwmQtmAHPo2Blb7rXsVbMZt+Kw9Rx/1Ox/44swiT/RkBajMWtCV N0Bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:in-reply-to:mime-version :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=uMDG+MICJ9t8pWzmcmISGvubiqvyKFerb6vaVFDhlXM=; b=D+fZx4jRQ0GDb3GDx53fZH7MrMIfchnrekpYJdJ+QRfDFy2qk7tb+ijybqOXPShI7U vLmr1UlcFSpLO9SqijXe1NSKgMEZ9w/61KmPFKA1uZ8DEn+RHO2Dcr0wp9SjPOhOG+xW stH5JbVsOpr9FXX4n6BVopJpvfQjzGCmSzalWSOqUxJSxaj6Z6SG0RFnH7Bw8tFHY5xG e1OZg7zE+3oGjijdcV274WspagzzR+zVl8TZZH0++HCBywT8okZNbLG8cvTiRHPj7Ndd r+dc+/h389IXEW1USpeAFjSPElrDJsPN0q3PGYC9LPq7l1ngSGS6+xyeH034a/jaUThL hlXA== X-Gm-Message-State: AD7BkJJmv0srQ5udac92orisA6M+CbZjPSSwm67LxroQolTSzPX0/cUlr9BlWUg1n27YUA== X-Received: by 10.194.60.44 with SMTP id e12mr19197101wjr.137.1457307537753; Sun, 06 Mar 2016 15:38:57 -0800 (PST) Received: from [10.7.105.143] (82-132-218-144.dab.02.net. [82.132.218.144]) by smtp.gmail.com with ESMTPSA id x186sm10798834wmg.19.2016.03.06.15.38.56 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 06 Mar 2016 15:38:56 -0800 (PST) References: <56D8B980.7010705@earthlink.net> <3E84E2D1-2CF7-4F2B-80AD-98D1E37594E6@gmail.com> <6D29B75B-4680-45D1-A769-D3BDB76F5372@gmail.com> In-Reply-To: Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary=Apple-Mail-AF1852FB-F5A8-4E77-9E0B-386FBF975A07 Message-Id: X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Sun, 6 Mar 2016 23:38:55 +0000 To: Anders Nilsson Plymoth Archived-At: Cc: Charlie Perkins , Christopher Dearlove , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-perkins-manet-aodv-e2esec-00 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2016 23:39:03 -0000 --Apple-Mail-AF1852FB-F5A8-4E77-9E0B-386FBF975A07 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Outside requirements are of course the trump card, and the reason one size d= oesn't fit all. --=20 Christopher Dearlove christopher.dearlove@gmail.com -- =20 Christopher Dearlove christopher.dearlove@gmail.com (iPhone) chris@mnemosyne.demon.co.uk (home) > On 6 Mar 2016, at 22:49, Anders Nilsson Plymoth wrot= e: >=20 > Hi, >=20 > Doing a AODVv2 7183 equivalent sounds like a very good idea, and I would f= ully support it and be able to contribute if needed. It would also be able t= o house more security implementation details for better inter-operability th= at I was looking for. I would like to hear what Charlie's and the other auth= ors thoughts are. I got the impression this was partly the motive of draft-p= erkins-manet-aodv-e2esec-00 which prompted me to start this discussion. >=20 > As a side note, we did initially have an approach very similar to IBS but m= oved to certificates based on outside requirements.=20 >=20 > Thanks, > Anders=20 >=20 >=20 >=20 >> On Sun, Mar 6, 2016 at 11:18 AM, Christopher Dearlove wrote: >> Note that for OLSRv2 there is 7183 as well as 7182. AODVv2 needs its 7183= equivalent, though of course it doesn't have to be a separate draft. >>=20 >> In terms of what you say, I completely disagree that if you have an IP ad= dress it's just as easy to have a certificate. >>=20 >> Transferring certificates in TC or RREQ messages is a serious overhead. J= ust in HELLO messages is bad enough, but inadequate for end to end authentic= ation. Alternatively they need pre-distribution. >>=20 >> Addresses on the other hand have neither of those disadvantages. They are= small. They are being included in messages anyway. But also, you learn IP a= ddresses during routing (including neighbour discovery). I can and have impl= emented OLSRv2 with IBS without any prior knowledge of any other participant= in the network. >>=20 >> Also note in particular that as far as I'm concerned other nodes aren't j= ust destinations, many are relays. I might need prior knowledge of actual tr= affic destinations if I'm the traffic source. But not of relays. And if I'm a= relay, not even that. (That's especially true for AODVv2 that just gets an I= P packet to deliver out of the blue.) >>=20 >> More, even there, the final destination in routing protocol terms is a ro= uter, not a host. For encrypted comms it's a host I want to communicate with= , have certificate of etc. And actually I can do that without a certificate t= oo by using identity based mechanisms. Which is also something we're able to= do. >>=20 >> Yes, we're both saying no single solution. But I think you're downplaying= the complications of what you're suggesting. Mostly that doesn't matter, bu= t it is an additional reason I don't think this (in the AODVv2 draft, or its= 7183 equivalent) is the right place. >>=20 >> The right place is a draft how to use the approach you favour within a 71= 82 framework. Which then AODVv2 (or even OLSRv2) could then adopt as require= d. Similar approach to the IBS draft. People can then take it or leave it. (= I'm not claiming IBS is perfect either, it's not very low processing power f= riendly for one. I'd also object if that were pushed as the primary approach= .) >>=20 >> -- =20 >> Christopher Dearlove >> christopher.dearlove@gmail.com (iPhone) >> chris@mnemosyne.demon.co.uk (home) >>=20 >>> On 6 Mar 2016, at 00:16, Anders Nilsson Plymoth wr= ote: >>>=20 >>> Hi Christopher, >>>=20 >>> My point wasn't that a signature based approach should be the only solut= ion, but that I think that signatures are preferable over HMAC based E2E aut= hentication approaches. My point was also that I would like to see a tighter= integration of the methods in RFC 7182 into the AODVv2 draft describing the= protocol operation rather than just as security considerations. Maybe this i= s deemed not necessary, but I find that when using the current draft in comb= ination with RFC 7182, it is hard to make an implementation that would be in= ter-operable. =46rom my reading of RFC 7182 signatures should be supported, b= ut is unclear how. I also see authentication as desirable which was also ind= icated by Charlie. >>>=20 >>> Even so, I regard a signature based approach as highly desirable, draft-= ietf-manet-ibs is one example, but I don't see the big issue with certificat= es. Each node would need a certificate before joining the network. This is s= imilar to the keys in draft-ietf-manet-ibs. The node would also need to have= the certificate for the destination node in order to setup the route. How w= ould have the node have this certificate? How would the node know the IP add= ress of the destination? If a node knows the IP address of a destination and= would like to exchange encrypted data, it would also have the certificate. H= ow about authenticating routing messages? Certificates of neighboring nodes c= an easily be exchanged by a local protocol, e.g. NHDP. I have manet type net= work running with this approach and it works well. It also enables TLS/DTLS w= hen desirable.=20 >>> Another approach as taken by SAODV was to include public keys, signature= s and hashes into routing messages. =20 >>>=20 >>> And to quote you, I am saying not this is the one and only solution, but= one that I think shouldn't be excluded. >>>=20 >>> Thanks, >>> Anders >>>=20 >>>=20 >>>=20 >>>=20 >>>> On Sat, Mar 5, 2016 at 1:36 PM, Christopher Dearlove wrote: >>>> Requiring a signature based approach is I think quite undesirable. That= puts a serious key management load on what is an ad hoc network, some of wh= ich are intended to be lightweight. >>>>=20 >>>> Where are the certificates coming from? Note that you can't simply down= load them, until the routing protocol has done its job, you don't have any w= ay to do that. Pre-loaded? But that's getting really into scalability issues= if you have to preload certificates for anyone who might be in the network.= I think it's actually particularly bad for an on-demand protocol. >>>>=20 >>>> It also precludes what may be better solutions in many cases, for examp= le draft-ietf-manet-ibs. (How do you get those keys? Also an issue, but a sc= alable one, you only need your own information, so preloading for example ma= y be practical.) >>>>=20 >>>> Of course I'm not saying this might not be a solution, just not the one= and only solution, and not to exclude all others. If you do have to put key= management in (and it's hard to talk the SEC ADs out of that, but it can be= done) add many more months to your time to finish. >>>>=20 >>>> This also doesn't address the key issue of the end to end or hop by hop= architecture. I have some comments to make on that - comments that recognis= e there's a real issue that there is no ideal solution to - but I want to fo= rmulate them more clearly. >>>>=20 >>>> -- =20 >>>> Christopher Dearlove >>>> christopher.dearlove@gmail.com >>>>=20 >>>>> On 5 Mar 2016, at 11:59, Anders Nilsson Plymoth w= rote: >>>>>=20 >>>>> Hi Charlie, >>>>>=20 >>>>> I understand you are mainly addressing E2E protection here, with regar= ds to RREQ and RREP, but I am of the strong opinion that AODVv2 should have a= more integrated security model, rather than ad hoc. >>>>> =20 >>>>> The use of HMACs for message authentication is a well known and well u= sed approach. However, the use of HMAC implies the use of symmetric keys, an= d the question is how this key distribution should take place. I have seen h= ints of the usage of a single shared key, but this seems a little naive to m= e. >>>>>=20 >>>>> I would instead argue for a signature based approach, i.e. the use of p= ublic keys and certificates. This is the approach that was proposed for the S= AODV draft, and although that draft is clearly outdated, I think the general= idea there is good. >>>>>=20 >>>>> Regarding RFC 7182 instead of RFC 4868? Yes, definitely. You already r= ely on RFC 7182 for the security considerations of the AODVv2 draft. However= , in the AODVv2 draft you mainly consider integrity protection, and less tha= t of authentication. Also, this draft, draft-perkins-manet-aodv-e2esec-00 se= ems to address integrity more than authentication. >>>>>=20 >>>>> In summary, what I personally would like to see is a stronger integrat= ion of RFC 7182 and its concepts into the AODVv2 protocol specification, tha= t also addresses authentication and key management considerations. As it is,= it would be very hard to read the AODVv2 and its security considerations an= d build an implementation that incorporates RFC 7182, and have different imp= lementations inter-operable.=20 >>>>>=20 >>>>> Thanks, >>>>> Anders >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>>> On Thu, Mar 3, 2016 at 11:24 PM, Charlie Perkins wrote: >>>>>>=20 >>>>>> Hello folks, >>>>>>=20 >>>>>> In order to promote useful discussion about the security model for AO= DVv2, I have submitted a new draft with an idea to enable the source and des= tination of a Route Discovery to verify that they were indeed the source and= destination of the route that was discovered. This is not a guarantee of a u= seful route, because intermediate routers are not authenticated, only the en= dpoints. Nevertheless the idea seems like a useful adjunct to the existing h= op-by-hop security as currently specified in AODVv2. >>>>>>=20 >>>>>> It can use more work: >>>>>> - Should RFC 7182 be specified instead of RFC 4868? If so, what is t= he simplest way to make the conversion? >>>>>> - Should other message types be covered as well? This would be prett= y simple; I just need to reword the section specifying the input data. >>>>>>=20 >>>>>> I only used RFC 4868 because it seemed very straightforward for me to= understand. >>>>>>=20 >>>>>> Comments are solicited and welcome. The content of the document may w= ell belong in the upcoming revision of AODVv2 that will be provide resolutio= ns for the many recent comments. >>>>>>=20 >>>>>> Regards, >>>>>> Charlie P. >>>>>>=20 >>>>>> _______________________________________________ >>>>>> manet mailing list >>>>>> manet@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/manet >>>>>=20 >>>>> _______________________________________________ >>>>> manet mailing list >>>>> manet@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/manet >=20 --Apple-Mail-AF1852FB-F5A8-4E77-9E0B-386FBF975A07 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Outside requ= irements are of course the trump card, and the reason one size doesn't fit a= ll.

-- 
Christopher Dearlove
<= div>


--  
Christopher Dearlove
On 6 Mar 2016, at 22:49, Anders Nilss= on Plymoth <lanilsson@gmail.com> wrote:

Doing a AODVv2 7183 equivalent s= ounds like a very good idea, and I would fully support it and be able to con= tribute if needed. It would also be able to house more security implementati= on details for better inter-operability that I was looking for. I would like= to hear what Charlie's and the other authors thoughts are. I got the impres= sion this was partly the motive of draft-perkins-manet-aodv-e2esec-00 which p= rompted me to start this discussion.

As a side note, we did initially have an approa= ch very similar to IBS but moved to certificates based on outside requiremen= ts.

Tha= nks,
Anders <= br>



On Sun, Ma= r 6, 2016 at 11:18 AM, Christopher Dearlove <christopher.dearlo= ve@gmail.com> wrote:
Note that for OLSRv2 there is 7183 as well as 7182. AODVv2 ne= eds its 7183 equivalent, though of course it doesn't have to be a separate d= raft.

In terms of what you say, I completely disagr= ee that if you have an IP address it's just as easy to have a certificate.

Transferring certificates in TC or RREQ messages is a= serious overhead. Just in HELLO messages is bad enough, but inadequate for e= nd to end authentication. Alternatively they need pre-distribution.

Addresses on the other hand have neither of those disadvant= ages. They are small. They are being included in messages anyway. But also, y= ou learn IP addresses during routing (including neighbour discovery). I can a= nd have implemented OLSRv2 with IBS without any prior knowledge of any other= participant in the network.

Also note in particula= r that as far as I'm concerned other nodes aren't just destinations, many ar= e relays. I might need prior knowledge of actual traffic destinations if I'm= the traffic source. But not of relays. And if I'm a relay, not even that. (= That's especially true for AODVv2 that just gets an IP packet to deliver out= of the blue.)

More, even there, the final destinat= ion in routing protocol terms is a router, not a host. For encrypted comms i= t's a host I want to communicate with, have certificate of etc. And actually= I can do that without a certificate too by using identity based mechanisms.= Which is also something we're able to do.

Yes, we'= re both saying no single solution. But I think you're downplaying the compli= cations of what you're suggesting. Mostly that doesn't matter, but it is an a= dditional reason I don't think this (in the AODVv2 draft, or its 7183 equiva= lent) is the right place.

The right place is a draf= t how to use the approach you favour within a 7182 framework. Which then AOD= Vv2 (or even OLSRv2) could then adopt as required. Similar approach to the I= BS draft. People can then take it or leave it. (I'm not claiming IBS is perf= ect either, it's not very low processing power friendly for one. I'd also ob= ject if that were pushed as the primary approach.)

-- &nb= sp;
Christopher Dearlove<= /div>

On 6 M= ar 2016, at 00:16, Anders Nilsson Plymoth <lanilsson@gmail.com> wrote:

<= blockquote type=3D"cite">
Hi Christopher,

My point wasn't that a signature based appr= oach should be the only solution, but that I think that signatures are prefe= rable over HMAC based E2E authentication approaches. My point was also that I= would like to see a tighter integration of the methods in RFC 7182 into the= AODVv2 draft describing the protocol operation rather than just as security= considerations. Maybe this is deemed not necessary, but I find that when us= ing the current draft in combination with RFC 7182, it is hard to make an im= plementation that would be inter-operable. =46rom my reading of RFC 7182 sig= natures should be supported, but is unclear how. I also see authentication a= s desirable which was also indicated by Charlie.

Even so, I regard a signature based= approach as highly desirable, draft-ietf-manet-ibs is one example, but I do= n't see the big issue with certificates. Each node would need a certificate b= efore joining the network. This is similar to the keys in draft-ietf-manet-i= bs. The node would also need to have the certificate for the destination nod= e in order to setup the route. How would have the node have this certificate= ? How would the node know the IP address of the destination? If a node knows= the IP address of a destination and would like to exchange encrypted data, i= t would also have the certificate. How about authenticating routing messages= ? Certificates of neighboring nodes can easily be exchanged by a local proto= col, e.g. NHDP. I have manet type network running with this approach and it w= orks well. It also enables TLS/DTLS when desirable.
Another approach as t= aken by SAODV was to include public keys, signatures and hashes into routing= messages.  

And to q= uote you, I am saying not this is the one and only solution, but one that I t= hink shouldn't be excluded.

Thanks,
Anders




On Sat, Mar 5, 2016 at 1:36 PM, Christopher Dearlove <= christopher.dearlove@gmail.com> wrote:
Requiring a signature ba= sed approach is I think quite undesirable. That puts a serious key managemen= t load on what is an ad hoc network, some of which are intended to be lightw= eight.

Where are the certificates coming from? Note= that you can't simply download them, until the routing protocol has done it= s job, you don't have any way to do that. Pre-loaded? But that's getting rea= lly into scalability issues if you have to preload certificates for anyone w= ho might be in the network. I think it's actually particularly bad for an on= -demand protocol.

It also precludes what may be bet= ter solutions in many cases, for example draft-ietf-manet-ibs. (How do you g= et those keys? Also an issue, but a scalable one, you only need your own inf= ormation, so preloading for example may be practical.)

<= div>Of course I'm not saying this might not be a solution, just not the one a= nd only solution, and not to exclude all others. If you do have to put key m= anagement in (and it's hard to talk the SEC ADs out of that, but it can be d= one) add many more months to your time to finish.

T= his also doesn't address the key issue of the end to end or hop by hop archi= tecture. I have some comments to make on that - comments that recognise ther= e's a real issue that there is no ideal solution to - but I want to formulat= e them more clearly.

--  Christopher Dearlove

On 5 Mar 2016, at 11:59, Anders Nilsson Plymoth= <lanilsson@gmai= l.com> wrote:

Hi Charlie,

I understand you are mainly addressing E2E protection here,= with regards to RREQ and RREP, but I am of the strong opinion that AODVv2 s= hould have a more integrated security model, rather than ad hoc.
 
The use of HMACs for message authenti= cation is a well known and well used approach. However, the use of HMAC impl= ies the use of symmetric keys, and the question is how this key distribution= should take place. I have seen hints of the usage of a single shared key, b= ut this seems a little naive to me.

I would instead argue for a signature based approach, i.e. the use of pu= blic keys and certificates. This is the approach that was proposed for the S= AODV draft, and although that draft is clearly outdated, I think the general= idea there is good.

Regarding RFC 7182 instead of RFC 4868? Yes, def= initely. You already rely on RFC 7182 for the security considerations of the= AODVv2 draft. However, in the AODVv2 draft you mainly consider integrity pr= otection, and less that of authentication. Also, this draft, draft-perkins-m= anet-aodv-e2esec-00 seems to address integrity more than authentication.
=
In summary, what I personally would= like to see is a stronger integration of RFC 7182 and its concepts into the= AODVv2 protocol specification, that also addresses authentication and key m= anagement considerations. As it is, it would be very hard to read the AODVv2= and its security considerations and build an implementation that incorporat= es RFC 7182, and have different implementations inter-operable.

Thanks,
Anders





On Thu, Mar 3, 2= 016 at 11:24 PM, Charlie Perkins <charles.perkins@earthlink.net<= /a>> wrote:
Hello folks,

In order to promote useful discussion about the security model for AODVv2, I= have submitted a new draft with an idea to enable the source and destinatio= n of a Route Discovery to verify that they were indeed the source and destin= ation of the route that was discovered. This is not a guarantee of a useful r= oute, because intermediate routers are not authenticated, only the endpoints= .  Nevertheless the idea seems like a useful adjunct to the existing ho= p-by-hop security as currently specified in AODVv2.

It can use more work:
- Should RFC 7182 be specified instead of RFC 4868?  If so, what is the= simplest way to make the conversion?
- Should other message types be covered as well?  This would be pretty s= imple; I just need to reword the section specifying the input data.

I only used RFC 4868 because it seemed very straightforward for me to unders= tand.

Comments are solicited and welcome.  The content of the document may we= ll belong in the upcoming revision of AODVv2 that will be provide resolution= s for the many recent comments.

Regards,
Charlie P.

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

____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet
=


= --Apple-Mail-AF1852FB-F5A8-4E77-9E0B-386FBF975A07-- From nobody Sun Mar 6 23:40:11 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6ECD31B3627 for ; Sun, 6 Mar 2016 23:40:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NyfEii2FopEN for ; Sun, 6 Mar 2016 23:40:09 -0800 (PST) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BB4181B360F for ; Sun, 6 Mar 2016 23:40:08 -0800 (PST) Received: by mail-lb0-x230.google.com with SMTP id k15so120541625lbg.0 for ; Sun, 06 Mar 2016 23:40:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=C7E9/Ds00TASk02xOHpJA7MqZ3Tji5EmMl4CEz8Na34=; b=CF2OCpaQ9RD86gonRORsZMsL0AsD21wzMKhevI3Mn3Z36hPX2rLuOU3zstEKc75dV2 LhHPJ6iNgG0EU2IulcbNyb7vMf5GJoqbJjPmPWEsA3xGGc/4Oko1jMIY4SjO6F+2HlPN +6tAH78Hp3laBoCu/KsXPQDBherRTisbNXo4Cc2QHFBgCMeQlOKYGbcpnlsQIkB5H88v MggklH0Ys5L9PVnwocpLGaQdtakwByXiikqZM3oHtA7z47+of8m9qKrB4YF3W+CRsyQo +SYU5KfjHOIOfm+3eE7GukaVGqwx7ZvbMrHcGjFnUR7S7mLg5Bp2cVDlWQdSKF+I526D IVxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=C7E9/Ds00TASk02xOHpJA7MqZ3Tji5EmMl4CEz8Na34=; b=Jwm1DBG2XF0H6CrrAL55okJueohQAkTQZWW+bWnIqpF1JTI89+knP1+E/cYZVhxm2n sfMzqa8bUGjBKMcwfuGaU+BEnAob8OohrDMXadWSYVxh4Bba9klQC/lKAmeHckYeFz/N 82sqEXDhjhOgWBsYzoUgXMQ2Asm3etaOOtM/gqkvASVJUA1uSyqw5J/7rCdJ78qaM/qF 4zg6Vd2Y7YFc2ZJMKCeHZd2xsRO7NNxHFplGYKz++8nTZZilYCM0P0ZdeMS8PLCFfELf Rq5nGrSErIztRPtMK6/EPpiyglGagvKfpbiZ9PMWuJ86TdtsyDHGVUM2DAKcJYcUYiRz 3m+g== X-Gm-Message-State: AD7BkJKfDFQpyK21qYririckAM9XXF+o0wBg3qLZN7TAxh1bRHgQqsG+Qnj2cT3Z0RZ7S1RklL/mEI5xY2j1TQ== X-Received: by 10.25.7.206 with SMTP id 197mr5346013lfh.107.1457336406868; Sun, 06 Mar 2016 23:40:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.210.140 with HTTP; Sun, 6 Mar 2016 23:39:37 -0800 (PST) In-Reply-To: References: <56D847FD.8050400@earthlink.net> <56DA630B.4090509@earthlink.net> <38A5475DE83986499AEACD2CFAFC3F9801C37EC7D7@tss-server1.home.tropicalstormsoftware.com> <56DAE13F.7070704@earthlink.net> From: Henning Rogge Date: Mon, 7 Mar 2016 08:39:37 +0100 Message-ID: To: Christopher Dearlove Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: Charlie Perkins , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Unidirectional links versus MIAs (multi-interface IP addresses) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2016 07:40:10 -0000 On Sat, Mar 5, 2016 at 3:04 PM, Christopher Dearlove wrote: > RFC5444 is irrelevant to the point here. > > We need an interface identifier. As a matter of practical engineering, you could use MAC address or anything else you have. We just don't need the choice hard specified. It's exactly what NHDP does. > > But NHDP also ensures that identifier is local, router A doesn't want or need to know about router B's interface identifiers. I'd be very set against that, but with the same small restriction as NHDP, no need. You would be very set against "local identifiers" or against "letting other routers know about your identifiers" ? ;) > There is also then no interoperability issue, even if I use MAC address, Henning uses sequence numbers from zero, and whoever else uses a memory address, as our local identifiers. Yes... as long as you don't need to share these identifiers you are good. I have been looking for a SANE way to get the MAC address of incoming UDP packets for ages... the only solution seems to be "use a RAW socket and filter out the right UDP packets yourself", which sounds insane. Henning Rogge From nobody Sun Mar 6 23:53:34 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F212E1B369F for ; Sun, 6 Mar 2016 23:53:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H0gbsA46ZhbT for ; Sun, 6 Mar 2016 23:53:31 -0800 (PST) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 18A061A017F for ; Sun, 6 Mar 2016 23:53:31 -0800 (PST) Received: by mail-wm0-x232.google.com with SMTP id l68so72993581wml.0 for ; Sun, 06 Mar 2016 23:53:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=ScsJ4xUcXLB+thdCErs6bopVUw4A34tSqf6O/3jzEg0=; b=fHCiUJ6CFmwVoiPSA/E5siJoplGIndKEhL/8RnWIPODZxe6bMJgl9Z0bDpRFo5EL6d vz9xlYlBuQA8t61U5P6wMlpY2RUgyDB/Jd30/mIoIyItZDe7poYRTPmRYYguSHNZr1l+ ygYLMdzgEFUckal2Ssbb8LK3fTAygAIbYDRF76WM0sGHAsE3W/azl0NPRvJK8SVnqFVC jaEnoNIBnqBH6YDl21KFoGJymPbquj/IOHqfVDM7ZfXCkUMByS39u2bonTXSkKKkcAsR PObyTDpX8qkKmre5MPu8DmAylYq0xMzTXHXJgBPQ0XJ2kOQVeb4PyaxdCjHIYyCXZijF nOyg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=ScsJ4xUcXLB+thdCErs6bopVUw4A34tSqf6O/3jzEg0=; b=gjTftP2WXAbvDv1p1dBoL5XoLyLH2MwazDWTeCSkVx4CSfacSwZyfmjwsiVetTnTag J8lOyOoJU3JNjKVBxVuhj1vtyPAHL42E0lZGM1kRTaa4xcjvBqgLCy+A+lKT4zEh96hY HIjWnxNyCakH75l4hr+pI7z+6Cgydz3xD0yr367GSMqjQwCcJh3DJ1zCOfGpAditrOcA f8hPvzOobHFNWCC56r/8JEujf7bnSGAzSON7KTT7UFdoBlj8CsnT0krPdLuJxfX7rImB kv3jaK/oKslxEmVGG3eee3+TmFSM2xt7oIMkwrOOm+OdZkVW+b7WrvF0hapJ9VlsJnPo 4zCw== X-Gm-Message-State: AD7BkJK9W22PDXQ2ZxeUp+XByjBB88XWknML0RE5mZpbMIkzELzfhpcA82idah9W6k8eiQ== X-Received: by 10.194.61.131 with SMTP id p3mr20862652wjr.159.1457337209660; Sun, 06 Mar 2016 23:53:29 -0800 (PST) Received: from [10.10.22.64] (dab-far1-h-3-7.dab.02.net. [82.132.222.157]) by smtp.gmail.com with ESMTPSA id n10sm16583752wjf.28.2016.03.06.23.53.28 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 06 Mar 2016 23:53:28 -0800 (PST) References: <56D847FD.8050400@earthlink.net> <56DA630B.4090509@earthlink.net> <38A5475DE83986499AEACD2CFAFC3F9801C37EC7D7@tss-server1.home.tropicalstormsoftware.com> <56DAE13F.7070704@earthlink.net> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Mon, 7 Mar 2016 07:53:25 +0000 To: Henning Rogge Archived-At: Cc: Charlie Perkins , Christopher Dearlove , Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Unidirectional links versus MIAs (multi-interface IP addresses) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2016 07:53:33 -0000 Set against sharing them. Having them is fine. -- =20 Christopher Dearlove christopher.dearlove@gmail.com (iPhone) chris@mnemosyne.demon.co.uk (home) > On 7 Mar 2016, at 07:39, Henning Rogge wrote: >=20 > On Sat, Mar 5, 2016 at 3:04 PM, Christopher Dearlove > wrote: >> RFC5444 is irrelevant to the point here. >>=20 >> We need an interface identifier. As a matter of practical engineering, yo= u could use MAC address or anything else you have. We just don't need the ch= oice hard specified. It's exactly what NHDP does. >>=20 >> But NHDP also ensures that identifier is local, router A doesn't want or n= eed to know about router B's interface identifiers. I'd be very set against t= hat, but with the same small restriction as NHDP, no need. >=20 > You would be very set against "local identifiers" or against "letting > other routers know about your identifiers" ? ;) >=20 >> There is also then no interoperability issue, even if I use MAC address, H= enning uses sequence numbers from zero, and whoever else uses a memory addre= ss, as our local identifiers. >=20 > Yes... as long as you don't need to share these identifiers you are good. >=20 > I have been looking for a SANE way to get the MAC address of incoming > UDP packets for ages... the only solution seems to be "use a RAW > socket and filter out the right UDP packets yourself", which sounds > insane. >=20 > Henning Rogge From nobody Mon Mar 7 14:27:21 2016 Return-Path: X-Original-To: manet@ietfc.amsl.com Delivered-To: manet@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 408001CDCCE for ; Mon, 7 Mar 2016 14:27:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfc.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.41]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z4GUh3Ob_EFa for ; Mon, 7 Mar 2016 14:27:18 -0800 (PST) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfc.amsl.com (Postfix) with ESMTPS id 65B051CDCCC for ; Mon, 7 Mar 2016 14:27:18 -0800 (PST) Received: by mail-ob0-x235.google.com with SMTP id m7so824225obh.3 for ; Mon, 07 Mar 2016 14:27:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=lJ+N1XCqj1deRBea1i/6CGiCzyznpbg8GE2RYetO7WQ=; b=xWHg0kgdsMXUK6ZMrFtmq1xxmU07lA7mvsti3R24iiJZLbzqtOpc1UC0E4/N9L3CLj F5+qRNMDcgYrbS/OdoeMpNTQAlu7fHwfAJGwEQS6Eu4Yt2jHtcm7wbY7crrUHPkvXJkU UituxsDo0//Eatj9zobGTn9EggUD+NM/7ryf5ZVOU/KlAWv5+dqnA+SjYM0yCY3N/p/U PLY/M63MpyN9esQW0SsDCu0RpcPRbBTXLaIOvVCvhSbhFEXYaRcKZozWI/ttYUyikWrD mdeaqMNmImJQmZtoXO/1cuQSG17/9+ZcYxPoeONtq/95p5K6V7fsgGmf5ZD3qlwl1YL6 qyGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=lJ+N1XCqj1deRBea1i/6CGiCzyznpbg8GE2RYetO7WQ=; b=IoXR3c2tBTeQZ6YunGN18Q1vSpQHBQLvg3JvxG+Iwb+ZVRVV+GtnzCw6Ubqso0sEUT zXjLXEFvj8qhl7x2gAb5DMaLv0gleY8RVdWxQj5+dA8WhXbb1LLfQCvxHLnqh/Tl3KH8 XIZDDjsmV8WV9F/kUhX6OBt6nRTxQ63srZKr6EIOICUra+TOACtRpk5IfNjb2VoB9n3I 58xyPJhrn7sCXflbVWu5FMSx4rzLzd6AKf42DBVE5uvKAT8RJmIA50wChYaGXs1rBUkz mUhRf7iGsmDnt0GrvZvI9OnYoc3Sb4xOOuEqp8W7PgecdXlfJ8rF4IElXBP5m62V7dRk gegw== X-Gm-Message-State: AD7BkJIIf8F9qwycHl9s5uXPEsTVkflqCHQ17rtslD22qOqXYT+UfRvz0bB0+ALV3tuTkGkEdE/h+N35FXb9Sg== MIME-Version: 1.0 X-Received: by 10.60.36.194 with SMTP id s2mr15391054oej.18.1457389637823; Mon, 07 Mar 2016 14:27:17 -0800 (PST) Received: by 10.76.45.102 with HTTP; Mon, 7 Mar 2016 14:27:17 -0800 (PST) Date: Mon, 7 Mar 2016 17:27:17 -0500 Message-ID: From: Justin Dean To: "manet@ietf.org" Content-Type: multipart/alternative; boundary=089e01176311a9738e052d7cf7be Archived-At: Subject: [manet] DLEP finished last call X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2016 22:27:19 -0000 --089e01176311a9738e052d7cf7be Content-Type: text/plain; charset=UTF-8 DLEP has finished last call. There were some comments which were posted and I'm awaiting follow up to the list and an updated draft. I believe Rick/Stan have this in hand. The comments seem mostly positive with regard to moving forward, so as soon as new version is written up with appropriate changes I'll redo the writeup and move the documents out of the WG. Justin --089e01176311a9738e052d7cf7be Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
DLEP has finished last call.=C2=A0 There were some comment= s which were posted and I'm awaiting follow up to the list and an updat= ed draft.=C2=A0 I believe Rick/Stan have this in hand.=C2=A0 The comments s= eem mostly positive with regard to moving forward, so as soon as new versio= n is written up with appropriate changes I'll redo the writeup and move= the documents out of the WG.

Justin
--089e01176311a9738e052d7cf7be-- From nobody Mon Mar 7 15:32:19 2016 Return-Path: X-Original-To: manet@ietfc.amsl.com Delivered-To: manet@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 36D651CDDED for ; Mon, 7 Mar 2016 15:32:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfc.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.41]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a7UKrEyWrZSc for ; Mon, 7 Mar 2016 15:32:17 -0800 (PST) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfc.amsl.com (Postfix) with ESMTPS id 9920F1CDDE7 for ; Mon, 7 Mar 2016 15:32:16 -0800 (PST) Received: by mail-wm0-x22e.google.com with SMTP id p65so128491814wmp.1 for ; Mon, 07 Mar 2016 15:32:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=4MXtJJQqrCwArv6TqTiR+VBt68bhcyTZZgzRqJoc5gw=; b=CNLNvifPPu5gx8x0mKfUhnnkGzRuMSMmsaDk2+bYZCE3NlvcWJFOY3Rbr7XLi+3i/z iegmMOrouE3mnASKkRfVrcP1QorYYaAvSMonG9ph5lQchjR3IOoR+PS6qr202S3fYZ8b vfW0PZU15v6GddlQqjqx7mkbLQ/PeVd6txVoKG1OGyqg9cKhS6coEymYaYiQIngUDOjB K3MZknwp76tED2teUdp5H3Gmdg+jNyK4rao4gje95ADL2nw1RXmSLRqZOeBHU5FqnaBs 5W9kYI+SmiI8LQYAg04LwQ83q7BqPuXhj8smYs94fByP+GUoGZqlZWj0ntTjrLaTRmGF bELg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=4MXtJJQqrCwArv6TqTiR+VBt68bhcyTZZgzRqJoc5gw=; b=G1d9iOcbGtwdbJtCgueLchS+rqBqiFgorxtZVukmSkXq0BAdf/Zgw7PApr1hdKsiSJ nhF3Sd6Ts4jMSCwJftsann8KFi5lEcJbyp2KlE9ZkFSZy85xbOZncjljB/y9Kf6tO8cG 32SW+H9xg+qaSnVZbO+PLeSPecLI3nDpOiHSBpzpVqvavy4PZ4vUPUjCj05QXfJpoXNe KAMIH/QTyg0BsZwOV7RosWuImrlP+BBd4oUJbGLvh+cGG+aAeZaupbnPkhAVnsZAegTT /5Tpg43/dYMIetjcfwpyYkmXyG1Uc+LZXCuxx5/eksav3RD7mfBJ9lx9ZptleTJyQUSs pJ0w== X-Gm-Message-State: AD7BkJIN9peb6af9bbd6Xcy1amdqVfqbFTghezog6FpanjNdGGoSqFD5yKOAfVtXF07lXw== X-Received: by 10.28.92.195 with SMTP id q186mr14932820wmb.37.1457393535189; Mon, 07 Mar 2016 15:32:15 -0800 (PST) Received: from [10.10.22.64] (dab-far1-h-3-7.dab.02.net. [82.132.222.157]) by smtp.gmail.com with ESMTPSA id i5sm38591wjx.15.2016.03.07.15.32.13 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 07 Mar 2016 15:32:14 -0800 (PST) References: Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-835F53BC-E998-45B6-B15A-0ED3E4B89E9C Content-Transfer-Encoding: 7bit Message-Id: <1612CB65-FBDE-458F-B70A-C06F14B4C11C@gmail.com> X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Mon, 7 Mar 2016 23:32:06 +0000 To: Justin Dean Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP finished last call X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2016 23:32:18 -0000 --Apple-Mail-835F53BC-E998-45B6-B15A-0ED3E4B89E9C Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable In your reply to me on 29th February you said the below (your comment follow= ing your quote of me. I don't believe that has happened. I for one was waiti= ng on that before seeing if I had any further comments. On Mon, Feb 29, 2016 at 10:22 AM, Dearlove, Christopher (UK) < chris.dearlov= e@baesystems.com> wrote: > By =E2=80=9Cresolution of comments=E2=80=9D, do you mean that the authors s= hould provide > some review responses and comments on what=E2=80=99s done beyond just here= is the > latest version? Yes that is exactly what I mean. There should be an author response of inclu= ding review comments and resolution, be it a change in the document or we th= ought about it but decided against and here is why. -- =20 Christopher Dearlove christopher.dearlove@gmail.com > On 7 Mar 2016, at 22:27, Justin Dean wrote: >=20 > DLEP has finished last call. There were some comments which were posted a= nd I'm awaiting follow up to the list and an updated draft. I believe Rick/= Stan have this in hand. The comments seem mostly positive with regard to mo= ving forward, so as soon as new version is written up with appropriate chang= es I'll redo the writeup and move the documents out of the WG. >=20 > Justin > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-835F53BC-E998-45B6-B15A-0ED3E4B89E9C Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
In your reply to me on 29th February y= ou said the below (your comment following your quote of me. I don't believe t= hat has happened. I for one was waiting on that before seeing if I had any f= urther comments.

O=
n Mon, Feb 29, 2016 at 10:22 AM, Dearlove, Christopher (UK) <
chris.dearlove@baesystems.c=
om> wrote:
> By =E2=80=9Cresolution of comments=E2=80=9D, do you m=
ean that the authors should provide
> some review responses and comments o=
n what=E2=80=99s done beyond just here is the
> latest version?

=

Yes th=
at is exactly what I mean.  There should be an author response of
including review comments and resolution, be it a change in the document or
we thought about it but decided against and here is why.
=
--  
Christopher Dearlove
On 7 Mar 2016, at 22:27, Justin Dean <bebemaster@gmail.com> wrote:

DLEP has finished last call.  There were so= me comments which were posted and I'm awaiting follow up to the list and an u= pdated draft.  I believe Rick/Stan have this in hand.  The comment= s seem mostly positive with regard to moving forward, so as soon as new vers= ion is written up with appropriate changes I'll redo the writeup and move th= e documents out of the WG.

Justin
____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mai= lman/listinfo/manet
= --Apple-Mail-835F53BC-E998-45B6-B15A-0ED3E4B89E9C-- From nobody Mon Mar 7 15:53:15 2016 Return-Path: X-Original-To: manet@ietfc.amsl.com Delivered-To: manet@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 29A4E1CDE88 for ; Mon, 7 Mar 2016 15:53:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.699 X-Spam-Level: X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfc.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.41]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yg_y9kn-zjlo for ; Mon, 7 Mar 2016 15:53:13 -0800 (PST) Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com [IPv6:2607:f8b0:4003:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfc.amsl.com (Postfix) with ESMTPS id F3E501CDE86 for ; Mon, 7 Mar 2016 15:53:12 -0800 (PST) Received: by mail-oi0-x22d.google.com with SMTP id r187so91292666oih.3 for ; Mon, 07 Mar 2016 15:53:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=j0XD7sMRPPu1LTd3Hpo/AoHZpDmQnLJV8/ANQtr/eBg=; b=iUGljmw8d8GYfX6zJRHjVkI7nZtdHcEvhtILx9jiOBb22PpbQkwpaN3uj5giNxB+ES 1euIJiB6+I/WMRC3najES4JN//IwarDjGjCrVd1KcbyKZsCvanmOGPncHl2YVcNdGPpx RJxyESFvYFOFv7ywC0qi08LNBDmFtpJEQJmZUpbqQoJnq8pRJowB87AK+juECLWOMD2c KS+CVx+xMvG3GwkQCOlN5j47o1M1yRl+YC8w7WU+b+WPSyricvBofdfm/tyhbKwsBNQZ I3ZLDoD8pffU3+M+IharH3gitBWP8jJDfJubAHgK1BVB8IfQdogQAXMqTu2hSz07LD/a WDeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=j0XD7sMRPPu1LTd3Hpo/AoHZpDmQnLJV8/ANQtr/eBg=; b=G0cs0vdbjsvBkGJUa8FbFqLw4h4ues2VrMrXqkO+ZqEAovYS8rbXhLBp9StH29sHt+ xaxfz5kMmyqh1Flk0/K+CKJSYWhLTqIaYnvTaL10NGbfliPja04HRC4OM9cMD98hHJ+9 mXSZQm1pSvTY/483p6+hzDpR8jyQ2cSukWl5v4nz3KRWLFgOgHk+B08H0N9tnjYJhjPx J8FC+y7yNFFpk9zoSyDxOPdR2BDwlqA0wjqTSyLmvdJVr/C90xj4+LlUUP6pFCv0GXoi UTF+Q3Zvvr5Ay61D7mOjoTfumHv4OS6GTHi+Vt+w+eKCSVW0jRT9X0fdGPsgO2jqWR1D ipiQ== X-Gm-Message-State: AD7BkJKJO1WUBHeQhdqdJF8rumtZimqBMaaXOGJI2srEf206Xs+qdDxHQPKuFGTRXRV49UYiPipDwWxHypu4VA== X-Received: by 10.202.193.10 with SMTP id r10mr15972090oif.126.1457394792418; Mon, 07 Mar 2016 15:53:12 -0800 (PST) MIME-Version: 1.0 References: <1612CB65-FBDE-458F-B70A-C06F14B4C11C@gmail.com> In-Reply-To: <1612CB65-FBDE-458F-B70A-C06F14B4C11C@gmail.com> From: Justin Dean Date: Mon, 07 Mar 2016 23:53:03 +0000 Message-ID: To: Christopher Dearlove Content-Type: multipart/alternative; boundary=001a113dc36ee6532a052d7e2a16 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP finished last call X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2016 23:53:14 -0000 --001a113dc36ee6532a052d7e2a16 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm awaiting follow up to the list and an updated draft. On Mon, Mar 7, 2016, 6:32 PM Christopher Dearlove < christopher.dearlove@gmail.com> wrote: > In your reply to me on 29th February you said the below (your comment > following your quote of me. I don't believe that has happened. I for one > was waiting on that before seeing if I had any further comments. > > On Mon, Feb 29, 2016 at 10:22 AM, Dearlove, Christopher (UK) wrote: > > > By =E2=80=9Cresolution of comments=E2=80=9D, do you mean that the autho= rs should provide > > > some review responses and comments on what=E2=80=99s done beyond just h= ere is the > > > latest version? > > > Yes that is exactly what I mean. There should be an author response of > including review comments and resolution, be it a change in the document = or > we thought about it but decided against and here is why. > > > -- > Christopher Dearlove > christopher.dearlove@gmail.com > > On 7 Mar 2016, at 22:27, Justin Dean wrote: > > DLEP has finished last call. There were some comments which were posted > and I'm awaiting follow up to the list and an updated draft. I believe > Rick/Stan have this in hand. The comments seem mostly positive with rega= rd > to moving forward, so as soon as new version is written up with appropria= te > changes I'll redo the writeup and move the documents out of the WG. > > Justin > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --001a113dc36ee6532a052d7e2a16 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

I'm awaiting follow up to the list and an updated draft.=


On Mon, Mar 7, 2016, 6:32 P= M Christopher Dearlove <christopher.dearlove@gmail.com> wrote:
In your reply to me on 29th February y= ou said the below (your comment following your quote of me. I don't bel= ieve that has happened. I for one was waiting on that before seeing if I ha= d any further comments.

On Mon=
, Feb 29, 2016 at 10:22 AM, Dearlove, Christopher (UK) <
chris.de=
arlove@baesystems.com> wrote:
> By =E2=80=9Cresolution of comments=E2=80=9D, do you mean that the aut=
hors should provide
> some revi=
ew responses and comments on what=E2=80=99s done beyond just here is the
> latest version?

Yes tha=
t is exactly what I mean.  There should be an author response of
including review comments and resolution, be it a change in the document or
we thought about it but decided against and here is why.
-- =C2=A0
Christopher Dearlove
DLEP has finished last call.=C2=A0 There were some commen= ts which were posted and I'm awaiting follow up to the list and an upda= ted draft.=C2=A0 I believe Rick/Stan have this in hand.=C2=A0 The comments = seem mostly positive with regard to moving forward, so as soon as new versi= on is written up with appropriate changes I'll redo the writeup and mov= e the documents out of the WG.

Justin
<= span>_______________________________________________
manet = mailing list
manet@ietf.org
https://www.ietf.org/mailman/listin= fo/manet
--001a113dc36ee6532a052d7e2a16-- From nobody Mon Mar 7 15:57:10 2016 Return-Path: X-Original-To: manet@ietfc.amsl.com Delivered-To: manet@ietfc.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 3BDAC1CDE90 for ; Mon, 7 Mar 2016 15:57:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfc.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.41]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WQJsKt1SnuvM for ; Mon, 7 Mar 2016 15:57:08 -0800 (PST) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfc.amsl.com (Postfix) with ESMTPS id B125C1CDE74 for ; Mon, 7 Mar 2016 15:57:07 -0800 (PST) Received: by mail-wm0-x236.google.com with SMTP id l68so129164731wml.0 for ; Mon, 07 Mar 2016 15:57:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=CECjcaue+aNRL7Y9nLqhVI36q1LHrpZy3CU/bsUni74=; b=Lg7PO/jVz5CGgwbYQ6JLqo1xPAi6l7Vs/Wb2DbHYYCl+GEgljP/azUSvZdX1uUh3wO j+wcU8GUwIPbJ47nCO1VDYJ1U1+oGkc4W5MLqGuez/nZoxJtNcbtv0iPThYtaJZN8LWj LqaA8h2X91DFO0RTkG1eqXY8O+0ld6Sn4Jr8hiFtY6d4PPA79dBlQW2bf7DHMTcz/aVL eabmQaIrmN3ZWcHsAa3TLBNf3dZN2Qn0RKvu7SL+rY+Rn5tXirwoPBsfmXdFXzOj8o/u i8AJmcQJleKP/D9MBgzoOPlFuNP+6G3ahl7NDETCexpukGtvleJaVzt4kzz+KkeGGJUf rZZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=CECjcaue+aNRL7Y9nLqhVI36q1LHrpZy3CU/bsUni74=; b=Aav6uTdVG5bVlq2ZTnJD6VrMqIZ6P4oPBklQzYu6GD/0OaDhL4/zq5ptxM216t/T+p XrkoX9FceShp7xKiSWSz4CiEQlAml3+GxoUMaoz3T7R0wedbwGxi0A2r+708GzWlAvOp gc1Tvq80G0F06qHwoF1sfLSniPCBa7c4AiMtUF8QUkOgExkvE1mF9R6hwxgjkBvhX0iU DX/DjhHmmIzV8/e7mAMtduMqtyc4hNWxAyVJbKMs7FvVTAjrscYd6GDs+Wdl21Aa4ysk pvQ/77ceY3loPey9Q7SkH+fT4Ln/1xJG5sXNDpY6gyn4YAPys3m+VNzLpY+XiuKI3+Ug OmZQ== X-Gm-Message-State: AD7BkJLW/tHvujBHOp/Kd9oMofypDT+pisL7vSjb6tYNqtvTgrexnlSgaeDOdaSkndreAA== X-Received: by 10.28.145.8 with SMTP id t8mr15988935wmd.103.1457395026285; Mon, 07 Mar 2016 15:57:06 -0800 (PST) Received: from [10.10.22.64] (dab-far1-h-3-7.dab.02.net. [82.132.222.157]) by smtp.gmail.com with ESMTPSA id o16sm116206wjr.9.2016.03.07.15.57.04 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 07 Mar 2016 15:57:05 -0800 (PST) References: <1612CB65-FBDE-458F-B70A-C06F14B4C11C@gmail.com> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-4655B237-C1F8-4846-9258-6755330662C1 Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Mon, 7 Mar 2016 23:57:01 +0000 To: Justin Dean Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP finished last call X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2016 23:57:09 -0000 --Apple-Mail-4655B237-C1F8-4846-9258-6755330662C1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Which doesn't appear to me to be consistent with declaring end of WGLC. --=20 Christopher Dearlove christopher.dearlove@gmail.com > On 7 Mar 2016, at 23:53, Justin Dean wrote: >=20 > I'm awaiting follow up to the list and an updated draft. >=20 >=20 >> On Mon, Mar 7, 2016, 6:32 PM Christopher Dearlove wrote: >> In your reply to me on 29th February you said the below (your comment fol= lowing your quote of me. I don't believe that has happened. I for one was wa= iting on that before seeing if I had any further comments. >>=20 >> On Mon, Feb 29, 2016 at 10:22 AM, Dearlove, Christopher (UK) < chris.dear= love@baesystems.com> wrote: >> > By =E2=80=9Cresolution of comments=E2=80=9D, do you mean that the autho= rs should provide >> > some review responses and comments on what=E2=80=99s done beyond just h= ere is the >> > latest version? >>=20 >> Yes that is exactly what I mean. There should be an author response of in= cluding review comments and resolution, be it a change in the document or we= thought about it but decided against and here is why. >>=20 >> -- =20 >> Christopher Dearlove >> christopher.dearlove@gmail.com >>=20 >>> On 7 Mar 2016, at 22:27, Justin Dean wrote: >>>=20 >>> DLEP has finished last call. There were some comments which were posted= and I'm awaiting follow up to the list and an updated draft. I believe Ric= k/Stan have this in hand. The comments seem mostly positive with regard to m= oving forward, so as soon as new version is written up with appropriate chan= ges I'll redo the writeup and move the documents out of the WG. >>>=20 >>> Justin >>=20 >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-4655B237-C1F8-4846-9258-6755330662C1 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Which doesn't appear to me to be consi= stent with declaring end of WGLC.

-- 

On 7 Mar 2016, at 23:53, Justin Dean &= lt;bebemaster@gmail.com> wrot= e:

I'm awaiting f= ollow up to the list and an updated draft.


On Mon, Mar 7, 2016, 6:32 PM= Christopher Dearlove <= christopher.dearlove@gmail.com> wrote:
In your reply to me on 29th February you sai= d the below (your comment following your quote of me. I don't believe that h= as happened. I for one was waiting on that before seeing if I had any furthe= r comments.

On Mon, Feb 29, 2016 a=
t 10:22 AM, Dearlove, Christopher (UK) <
chris.dea=
rlove@baesystems.com> wrote:
=
>=
 By =E2=80=9Cresolution of comments=E2=80=9D, do you mean that the authors s=
hould provide
> some review responses=
 and comments on what=E2=80=99s done beyond just here is the
> latest version?

Yes that is exactly what I mean.  T=
here should be an author response of
including review comments and resolution, be it a change in the document or
we thought about it but decided against and here is why.
=

--  
Christopher Dearlove

On 7 Mar 2016, at 22:27, Justin D= ean <bebemaster= @gmail.com> wrote:

DLEP has finished last call.  There were some comments which= were posted and I'm awaiting follow up to the list and an updated draft.&nb= sp; I believe Rick/Stan have this in hand.  The comments seem mostly po= sitive with regard to moving forward, so as soon as new version is written u= p with appropriate changes I'll redo the writeup and move the documents out o= f the WG.

Justin
_______________________________________________
manet ma= iling list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/ma= net
= --Apple-Mail-4655B237-C1F8-4846-9258-6755330662C1-- From nobody Tue Mar 8 02:01:50 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FA7212D5D3 for ; Tue, 8 Mar 2016 02:01:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W9eYnf377svu for ; Tue, 8 Mar 2016 02:01:32 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7DE8512D5CA for ; Tue, 8 Mar 2016 02:01:30 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Tue, 8 Mar 2016 10:00:49 +0000 From: Rick Taylor To: Christopher Dearlove , Justin Dean Thread-Topic: [manet] DLEP finished last call Thread-Index: AQHReMCElmPc/155OUOq6MV3Zmt6Gw== Date: Tue, 8 Mar 2016 10:00:47 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37ED344@tss-server1.home.tropicalstormsoftware.com> References: <1612CB65-FBDE-458F-B70A-C06F14B4C11C@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP finished last call X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 10:01:47 -0000 May I request a small delay before we exit last call?=0A= =0A= Stan and I have a draft-20 almost ready to go, but we need 24 hours to =0A= complete our deep review of the comments we have had from the list.=0A= =0A= I will be attempting a complete response the Chris' comments today, but =0A= as they are based on draft-14 and spread over several emails it might =0A= not be completely satisfactory.=0A= =0A= Cheers,=0A= =0A= Rick=0A= =0A= On 07/03/16 23:57, Christopher Dearlove wrote:=0A= > Which doesn't appear to me to be consistent with declaring end of WGLC.= =0A= >=0A= > --=0A= > Christopher Dearlove=0A= > christopher.dearlove@gmail.com =0A= >=0A= > On 7 Mar 2016, at 23:53, Justin Dean > wrote:=0A= >=0A= >> I'm awaiting follow up to the list and an updated draft.=0A= >>=0A= >>=0A= >> On Mon, Mar 7, 2016, 6:32 PM Christopher Dearlove=0A= >> > > wrote:=0A= >>=0A= >> In your reply to me on 29th February you said the below (your=0A= >> comment following your quote of me. I don't believe that has=0A= >> happened. I for one was waiting on that before seeing if I had any= =0A= >> further comments.=0A= >>=0A= >> On Mon, Feb 29, 2016 at 10:22 AM, Dearlove, Christopher (UK) <=0A= >> chris.dearlove@baesystems.com=0A= >> > wrote:=0A= >>=0A= >> > By =93resolution of comments=94, do you mean that the authors shou= ld provide=0A= >>=0A= >> > some review responses and comments on what=92s done beyond just he= re is the=0A= >>=0A= >> > latest version?=0A= >>=0A= >>=0A= >> Yes that is exactly what I mean. There should be an author=0A= >> response of including review comments and resolution, be it a=0A= >> change in the document or we thought about it but decided against=0A= >> and here is why.=0A= >>=0A= >>=0A= >> --=0A= >> Christopher Dearlove=0A= >> christopher.dearlove@gmail.com =0A= >>=0A= >> On 7 Mar 2016, at 22:27, Justin Dean > > wrote:=0A= >>=0A= >>> DLEP has finished last call. There were some comments which were= =0A= >>> posted and I'm awaiting follow up to the list and an updated=0A= >>> draft. I believe Rick/Stan have this in hand. The comments seem= =0A= >>> mostly positive with regard to moving forward, so as soon as new=0A= >>> version is written up with appropriate changes I'll redo the=0A= >>> writeup and move the documents out of the WG.=0A= >>>=0A= >>> Justin=0A= >>> _______________________________________________=0A= >>> manet mailing list=0A= >>> manet@ietf.org =0A= >>> https://www.ietf.org/mailman/listinfo/manet=0A= >>=0A= =0A= From nobody Tue Mar 8 02:08:07 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E29012D5D1 for ; Tue, 8 Mar 2016 02:08:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IxQ25JunYIjz for ; Tue, 8 Mar 2016 02:08:02 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9F71912D5E0 for ; Tue, 8 Mar 2016 02:08:01 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Tue, 8 Mar 2016 10:07:36 +0000 From: Rick Taylor To: Christopher Dearlove , Justin Dean Thread-Topic: [manet] DLEP finished last call Thread-Index: AQHReMCElmPc/155OUOq6MV3Zmt6Gw== Date: Tue, 8 Mar 2016 10:07:35 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37ED3B8@tss-server1.home.tropicalstormsoftware.com> References: <1612CB65-FBDE-458F-B70A-C06F14B4C11C@gmail.com> <38A5475DE83986499AEACD2CFAFC3F9801C37ED344@tss-server1.home.tropicalstormsoftware.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP finished last call X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 10:08:04 -0000 On 08/03/16 10:01, Rick Taylor wrote:=0A= > May I request a small delay before we exit last call?=0A= >=0A= > Stan and I have a draft-20 almost ready to go, but we need 24 hours to=0A= > complete our deep review of the comments we have had from the list.=0A= >=0A= > I will be attempting a complete response the Chris' comments today, but= =0A= > as they are based on draft-14 and spread over several emails it might=0A= > not be completely satisfactory.=0A= =0A= My bad - Chris' comments are on draft-17.=0A= =0A= Rick=0A= From nobody Tue Mar 8 03:09:55 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 370FB12D660 for ; Tue, 8 Mar 2016 03:09:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hr-L3fKs7qVi for ; Tue, 8 Mar 2016 03:09:50 -0800 (PST) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 115BC12D65E for ; Tue, 8 Mar 2016 03:09:50 -0800 (PST) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1adFWM-001vSl-HQ>; Tue, 08 Mar 2016 12:09:46 +0100 Received: from x55b4ecb7.dyn.telefonica.de ([85.180.236.183] helo=[192.168.1.2]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1:AES128-SHA:128) (envelope-from ) id <1adFWM-000Nz9-5U>; Tue, 08 Mar 2016 12:09:46 +0100 Content-Type: multipart/alternative; boundary="Apple-Mail=_BB8DEE72-A731-4EDA-8973-AAA6D3E48AE6" Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Lotte Steenbrink In-Reply-To: Date: Tue, 8 Mar 2016 12:09:46 +0100 Message-Id: <0EE93A7C-3A02-4205-9C07-1E0001D213DB@fu-berlin.de> References: To: manet@ietf.org X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: 85.180.236.183 X-ZEDAT-Hint: A Archived-At: Cc: "Dearlove, Christopher \(UK\)" , aodvv2-discuss@freelists.org Subject: Re: [manet] AODVv2 - first comment (5444 multiplexer) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 11:09:54 -0000 --Apple-Mail=_BB8DEE72-A731-4EDA-8973-AAA6D3E48AE6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hello Christopher, Am 04.03.2016 um 17:19 schrieb Dearlove, Christopher (UK) = : > I=92ve read some of draft -13. I will provide comments (which won=92t = be comprehensive) in bite sized chunks rather than attempting anything = consolidated. And most can wait until next week at the earliest. > =20 > But one to kick off. > =20 > The architecture mandated by 5498 is that AODVv2 creates messages, it = passes them to the 5444 multiplexer. In due course it receives messages = from there. There are some other details, but that=92s the most = important. > =20 > The 5444 multiplexer is what handles UDP ports, multicast addresses = and so on. It doesn=92t handle flooding, because its packets (which may = contain multiple messages, from AODVv2 and elsewhere) only go one hop. > =20 > There are other requests that can be made to the multiplexer, most = obviously which interface(s) this message is for, but also things like = =93please try to keep these messages together=94. If there are any = additional requests that should be supported, and are not incompatible = with the architecture, then the 5444 usage draft is a good opportunity = to get those in. > =20 > But, looking at the AODVv2 draft, =93multiplex=94 (as a whole or part = word) only appears twice, both in the paragraph: > =20 > [RFC5444] provides a multiplexed transport for multiple protocols. > An [RFC5444] multiplexer MAY choose to optimize the content of > certain message elements to reduce control message overhead. > =20 > I think that=92s not how I see it, that that=92s the role of the = (subtlely different) 5444 message creation process from addresses and = attributes. I think the multiplexer itself, given a whole message from a = protocol shouldn=92t be modifying it. Note that I=92ve expressed that as = an opinion, though a quite strong one. A protocol might apply some sort = of specialised signature, and we can=92t let the multiplexer destroy = that. (The multiplexer might add a 7182 ICV and/or timestamp, but it = will then remove them before the protocol gets the packet again.) True. If I remember it correctly (Co-Authors, please stop me if I = don't), what we were trying to say was "The message contents MAY be = reshuffled during message creation, but please pay attention that some = things MUST be kept in one message in order to form a coherent AODVv2 = message." This is especially important for RERR messages, which could = easily get chopped up into multiple messages if the underlying MTU is = small. If we change that paragraph to [RFC5444] provides a multiplexed transport for multiple protocols. An [RFC5444] implementation MAY choose to optimize the content of certain elements during message creation to reduce control message = overhead. =20 and the language of, say, 7.1.3. RREQ Regeneration from This AODVv2 message is used to create a corresponding [RFC5444] message (see Section 8) which is multicast, by default, to LL-MANET- Routers on all interfaces configured for AODVv2 operation. However, the regenerated RREQ can be unicast to the next hop address of the LocalRoute toward TargAddr, if known. to something like This AODVv2 message is used to create a corresponding [RFC5444] message (see Section 8), which is handed to the RFC5444 multiplexer for further processing. By default, the multiplexer is instructed to multicast the message to = LL-MANET- Routers on all interfaces configured for AODVv2 operation. However, the regenerated RREQ can be unicast to the next hop address of the LocalRoute toward TargAddr, if known. (and the same thing for 7.2.3. RREP Regeneration, 6.5. Message = Transmission, etc.), would that resolve the issue? > =20 > This is probably something that could/should be in the 5444 usage = draft. If it gets WGLCed as requested, I=92ll submit it to myself and = the rest of the author team. > =20 > So there is nothing describing how AODVv2 interacts with the = multiplexer. That shouldn=92t matter (though it=92s always better to = have it) if you assume 5498 applies, as it does. I've always assumed the 5444 message creation process to be part of the = "RFC5444 component" rather than part of the "AODVv2 component", which is = why I thought the AODVv2<->RFC5444 interaction that should be described = clearly was the part where AODVv2 tells the 5444 message creation = process what a message looks like (and where it should be sent). I've = assumed that this is the part where AODVv2 hands over all control to = 5444, so obviously it wouldn't multicast a message *itself*, it would = instruct the multiplexer to do so. I wasn't aware that this must be = stated explicitly. I'm not sure if this is a subtlety or a misconception that should be = clarified in the 5444-usage draft... With kind regards, Lotte Steenbrink > But unfortunately the draft still has material that contradicts that = model, which needs to go. In particular (but not only) the first two = paragraphs of section 6.5. This is an essential change. > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai >=20 > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail=_BB8DEE72-A731-4EDA-8973-AAA6D3E48AE6 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Hello = Christopher,

Am 04.03.2016 um 17:19 schrieb Dearlove, = Christopher (UK) <chris.dearlove@baesystems.co= m>:

I=92ve read some of = draft -13. I will provide comments (which won=92t be comprehensive) in = bite sized chunks rather than attempting anything consolidated. And most = can wait until next week at the earliest.
 
But = one to kick off.
 
The = architecture mandated by 5498 is that AODVv2 creates messages, it passes = them to the 5444 multiplexer. In due course it receives messages from = there. There are some other details, but that=92s the most = important.
 
The 5444 = multiplexer is what handles UDP ports, multicast addresses and so on. It = doesn=92t handle flooding, because its packets (which may contain = multiple messages, from AODVv2 and elsewhere) only go one = hop.
 
There are other requests that can be made to the = multiplexer, most obviously which interface(s) this message is for, but = also things like =93please try to keep these messages together=94. If = there are any additional requests that should be supported, and are not = incompatible with the architecture, then the 5444 usage draft is a good = opportunity to get those in.
 
But, = looking at the AODVv2 draft, =93multiplex=94 (as a whole or part word) = only appears twice, both in the paragraph:
 
   = [RFC5444] provides a multiplexed transport for multiple = protocols.
   An = [RFC5444] multiplexer MAY choose to optimize the content = of
   = certain message elements to reduce control message = overhead.
 
I think = that=92s not how I see it, that that=92s the role of the (subtlely = different) 5444 message creation process from addresses and attributes. = I think the multiplexer itself, given a whole message from a protocol = shouldn=92t be modifying it. Note that I=92ve expressed that as an = opinion, though a quite strong one. A protocol might apply some sort of = specialised signature, and we can=92t let the multiplexer destroy that. = (The multiplexer might add a 7182 ICV and/or timestamp, but it will then = remove them before the protocol gets the packet = again.)

True. If I = remember it correctly (Co-Authors, please stop me if I don't), what we = were trying to say was "The message contents MAY be reshuffled during = message creation, but please pay attention that some things MUST be kept = in one message in order to form a coherent AODVv2 message." This is = especially important for RERR messages, which could easily get chopped = up into multiple messages if the underlying MTU is = small.

If we change that paragraph = to

  =
 [RFC5444] provides a =
multiplexed transport for multiple protocols.
   An [RFC5444] implementation MAY choose to optimize the =
content of
   certain elements during message creation to reduce control message =
overhead.
   =
and the language of, say,  7.1.3. RREQ = Regeneration from

   This AODVv2 message =
is used to create a corresponding [RFC5444]
   message (see =
Section 8) which is multicast, by default, to LL-MANET-
   Routers on all interfaces configured for AODVv2 operation.  However,
   the regenerated RREQ can be unicast to the next hop address of the
   LocalRoute toward TargAddr, if =
known.

to something = like

  =
 This AODVv2 message is used to create a corresponding [RFC5444]
   message (see =
Section 8), which is handed to the RFC5444 =
multiplexer
   for =
further processing.
  =
 By default, the multiplexer is instructed to multicast the message to =
LL-MANET-
   =
Routers on all interfaces configured for AODVv2 operation.  However,
   the regenerated RREQ can be unicast to the next hop address of the
   LocalRoute toward TargAddr, if =
known.

(and the same thing for 7.2.3. RREP = Regeneration, 6.5. Message = Transmission, etc.), would that resolve the = issue?

 
This is = probably something that could/should be in the 5444 usage draft. If it = gets WGLCed as requested, I=92ll submit it to myself and the rest of the = author team.
 
So there = is nothing describing how AODVv2 interacts with the multiplexer. That = shouldn=92t matter (though it=92s always better to have it) if you = assume 5498 applies, as it = does.

I've always = assumed the 5444 message creation process to be part of the "RFC5444 = component" rather than part of the "AODVv2 component", which is why I = thought the AODVv2<->RFC5444 interaction that should be described = clearly was the part where AODVv2 tells the 5444 message creation = process what a message looks like (and where it should be sent). I've = assumed that this is the part where AODVv2 hands over all control to = 5444, so obviously it wouldn't multicast a message *itself*, it would = instruct the multiplexer to do so. I wasn't aware that this must be = stated explicitly.

I'm not sure if this is a = subtlety or a misconception that should be clarified in the 5444-usage = draft...

With kind regards,
Lotte = Steenbrink

But unfortunately the draft still has material = that contradicts that model, which needs to go. In particular (but not = only) the first two paragraphs of section 6.5. This is an essential = change.
 

--

Christopher = Dearlove
Senior Principal Engineer
BAE Systems Applied = Intelligence Laboratories
___________________________________________________________________= _______

T:  +44 (0)1245 = 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, = Chelmsford Technology Park, Great Baddow, Chelmsford, Essex CM2 = 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence = Limited
Registered in England & Wales No: = 01337451

Registered Office: Surrey Research Park, Guildford, Surrey, = GU2 7YP

 

*****************************= ***************************************
This email and any = attachments are confidential to the intended
recipient and may also = be privileged. If you are not the intended
recipient please delete it = from your system and notify the sender.
You should not copy it or use = it for any purpose nor disclose or
distribute its contents to any = other = person.
***************************************************************= *****

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

= --Apple-Mail=_BB8DEE72-A731-4EDA-8973-AAA6D3E48AE6-- From nobody Tue Mar 8 05:21:43 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B011C12D6BC for ; Tue, 8 Mar 2016 05:21:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bwau2WtNekfE for ; Tue, 8 Mar 2016 05:21:39 -0800 (PST) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (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 2C0E712D6BE for ; Tue, 8 Mar 2016 05:21:39 -0800 (PST) Received: by mail-wm0-x22e.google.com with SMTP id n186so131251938wmn.1 for ; Tue, 08 Mar 2016 05:21:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=0Xa9UlQ7XwxPrZvCxflPTkRnDCIl4WDLfgAkcLmviRA=; b=rd3F6fMPjuPmnARQ+dV1N+Tl+zQTg05E8MD20hoqN4+IwLXwQs+2ZtTsUJL1EZes6n rrMwhlA1UIxPcC0E0Dj0RaeLLXjzBGUCSNMG+6B6/ErbGkXiNFimOOqLZ7JreVw5ajUE abZvYicis0ln/urpRvC35Lihkc/Nffv2CmtaBh7qTraw+m47A5qeJ6ea2tHf2TTYJNhN xIDOz25vvdHAMaEHx2cfS2Akorf/fB8RLb9oPD55tav7ACMdhRtySIyZYN9FEHJiKOYt 1uAbJzaov/9ncP9bqAlqZB5R5nsSFlm5Rzpk4GFkbchnUHvYKMk3NOKc8g0KJf1bbi8H ODwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:in-reply-to:mime-version :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=0Xa9UlQ7XwxPrZvCxflPTkRnDCIl4WDLfgAkcLmviRA=; b=XizglWQeHDWuv+Gk5VrQ+QwCifNA2nz2eFUJCoISdRZI9tGgYeI/m4SzwzcmaDVGsS QIm07D8esd3ddIdGHeHNUsU7Raljxz3bAOom1Tdph2JIqPw7X9fV+om9lwyFYvOskOr7 gIcOodem6jdj5CVB1u9GemfJul9Ydd4sHnxR47wAh0y1rBLi6H204DpSAKucvTgCowax n6Le1ZcOHXspqFYVLNcn6Cn4oD5b5Uzv13158QT9Iz3PgivoK5pOmMw3aXivQ7CTL7Ms +opHCTAmARe0G6rLdcHF9/PfoGhkX8PscMzIDXR8vuOgu2pevbf4jKA/dla/e86j5Um5 cmSQ== X-Gm-Message-State: AD7BkJKkgnDy/c5T4opi3sapGjYUVDerySdVFOz+gqbO+hYVGjO/eSWVx9XtW3Ohx+/JqQ== X-Received: by 10.28.88.81 with SMTP id m78mr20168538wmb.58.1457443297677; Tue, 08 Mar 2016 05:21:37 -0800 (PST) Received: from [10.5.7.21] (dab-far1-h-60-2.dab.02.net. [82.132.221.25]) by smtp.gmail.com with ESMTPSA id b1sm2980421wjy.0.2016.03.08.05.21.36 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 08 Mar 2016 05:21:36 -0800 (PST) References: <0EE93A7C-3A02-4205-9C07-1E0001D213DB@fu-berlin.de> In-Reply-To: <0EE93A7C-3A02-4205-9C07-1E0001D213DB@fu-berlin.de> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary=Apple-Mail-E6CDF731-68C8-4A28-94BF-4307CF977BAD Message-Id: <1B4A2BFE-06A4-4918-AD68-EE995D3B8EF2@gmail.com> X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Tue, 8 Mar 2016 13:21:35 +0000 To: Lotte Steenbrink Archived-At: Cc: "Dearlove, Christopher \(UK\)" , aodvv2-discuss@freelists.org, manet@ietf.org Subject: Re: [manet] AODVv2 - first comment (5444 multiplexer) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 13:21:43 -0000 --Apple-Mail-E6CDF731-68C8-4A28-94BF-4307CF977BAD Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I'm reading this on a phone, so I'm going to wait until I can read it better= for longer comment. But there are, and I think this is a potential source for confusion, two thi= ngs in 5444. One is about formats, one is about multiplexing. Formatting (and parsing) isn't defined as a process, but as formats. Many pe= ople (everyone?) who uses 5444 will create a general 5444 formatter/parser. T= hat's up to the implementer to decide what to make it do, whether to optimis= e in that formatter, outside the formatter, or not at all. (Personally I hav= e some inside, some outside.) The other component is the 5444 multiplexer (and denultiplexer). That takes 5= 444 formatted messages (and possibly some other things) and forms 5444 pack= ets. It is important that the 5444 multiplexer returns messages as delivered= to it (hop count and limit apart of course). Otherwise security features in= the protocol may fail. Note that doesn't prevent the multiplexer modifying t= he message before putting it on the wire, that just needs to be reversible. A= nd obvious example is if you implement 7182 ICVs and TIMESTAMPs in the multi= plexer, if it adds them, it also needs to remove them before handing the mes= sage to the protocol. (You may instead put this in the protocol.) Yes, I think the usage document could gain from adding this. Note, that's pe= rsonal only, my co-authors haven't agreed to that yet. But largely because I= haven't asked them yet (with one partial exception). The points I think are: - Two things in 5444. Format and multiplex. - Generic formatter/parser not required, but recommended. Optimisation optio= nal. - Multiplexer must deliver messages as sent (hop exception). But may modify r= eversibly. 7182 example (could implement message level in multiplexer, must i= mplement packet level there). --=20 Christopher Dearlove christopher.dearlove@gmail.com -- =20 Christopher Dearlove christopher.dearlove@gmail.com (iPhone) chris@mnemosyne.demon.co.uk (home) > On 8 Mar 2016, at 11:09, Lotte Steenbrink w= rote: >=20 > Hello Christopher, >=20 >> Am 04.03.2016 um 17:19 schrieb Dearlove, Christopher (UK) : >>=20 >> I=E2=80=99ve read some of draft -13. I will provide comments (which won=E2= =80=99t be comprehensive) in bite sized chunks rather than attempting anythi= ng consolidated. And most can wait until next week at the earliest. >> =20 >> But one to kick off. >> =20 >> The architecture mandated by 5498 is that AODVv2 creates messages, it pas= ses them to the 5444 multiplexer. In due course it receives messages from th= ere. There are some other details, but that=E2=80=99s the most important. >> =20 >> The 5444 multiplexer is what handles UDP ports, multicast addresses and s= o on. It doesn=E2=80=99t handle flooding, because its packets (which may con= tain multiple messages, from AODVv2 and elsewhere) only go one hop. >> =20 >> There are other requests that can be made to the multiplexer, most obviou= sly which interface(s) this message is for, but also things like =E2=80=9Cpl= ease try to keep these messages together=E2=80=9D. If there are any addition= al requests that should be supported, and are not incompatible with the arch= itecture, then the 5444 usage draft is a good opportunity to get those in. >> =20 >> But, looking at the AODVv2 draft, =E2=80=9Cmultiplex=E2=80=9D (as a whole= or part word) only appears twice, both in the paragraph: >> =20 >> [RFC5444] provides a multiplexed transport for multiple protocols. >> An [RFC5444] multiplexer MAY choose to optimize the content of >> certain message elements to reduce control message overhead. >> =20 >> I think that=E2=80=99s not how I see it, that that=E2=80=99s the role of t= he (subtlely different) 5444 message creation process from addresses and att= ributes. I think the multiplexer itself, given a whole message from a protoc= ol shouldn=E2=80=99t be modifying it. Note that I=E2=80=99ve expressed that a= s an opinion, though a quite strong one. A protocol might apply some sort of= specialised signature, and we can=E2=80=99t let the multiplexer destroy tha= t. (The multiplexer might add a 7182 ICV and/or timestamp, but it will then r= emove them before the protocol gets the packet again.) >=20 > True. If I remember it correctly (Co-Authors, please stop me if I don't), w= hat we were trying to say was "The message contents MAY be reshuffled during= message creation, but please pay attention that some things MUST be kept in= one message in order to form a coherent AODVv2 message." This is especially= important for RERR messages, which could easily get chopped up into multipl= e messages if the underlying MTU is small. >=20 > If we change that paragraph to >=20 > [RFC5444] provides a multiplexed transport for multiple protocols. > An [RFC5444] implementation MAY choose to optimize the content of > certain elements during message creation to reduce control message over= head. > =20 > and the language of, say, 7.1.3. RREQ Regeneration from >=20 > This AODVv2 message is used to create a corresponding [RFC5444] > message (see Section 8) which is multicast, by default, to LL-MANET- > Routers on all interfaces configured for AODVv2 operation. However, > the regenerated RREQ can be unicast to the next hop address of the > LocalRoute toward TargAddr, if known. >=20 > to something like >=20 > This AODVv2 message is used to create a corresponding [RFC5444] > message (see Section 8), which is handed to the RFC5444 multiplexer > for further processing. > By default, the multiplexer is instructed to multicast the message to L= L-MANET- > Routers on all interfaces configured for AODVv2 operation. However, > the regenerated RREQ can be unicast to the next hop address of the > LocalRoute toward TargAddr, if known. >=20 > (and the same thing for 7.2.3. RREP Regeneration, 6.5. Message Transmissio= n, etc.), would that resolve the issue? >=20 >> =20 >> This is probably something that could/should be in the 5444 usage draft. I= f it gets WGLCed as requested, I=E2=80=99ll submit it to myself and the rest= of the author team. >> =20 >> So there is nothing describing how AODVv2 interacts with the multiplexer.= That shouldn=E2=80=99t matter (though it=E2=80=99s always better to have it= ) if you assume 5498 applies, as it does. >=20 > I've always assumed the 5444 message creation process to be part of the "R= FC5444 component" rather than part of the "AODVv2 component", which is why I= thought the AODVv2<->RFC5444 interaction that should be described clearly w= as the part where AODVv2 tells the 5444 message creation process what a mess= age looks like (and where it should be sent). I've assumed that this is the p= art where AODVv2 hands over all control to 5444, so obviously it wouldn't mu= lticast a message *itself*, it would instruct the multiplexer to do so. I wa= sn't aware that this must be stated explicitly. >=20 > I'm not sure if this is a subtlety or a misconception that should be clari= fied in the 5444-usage draft... >=20 > With kind regards, > Lotte Steenbrink >=20 >> But unfortunately the draft still has material that contradicts that mode= l, which needs to go. In particular (but not only) the first two paragraphs o= f section 6.5. This is an essential change. >> =20 >> -- >>=20 >> Christopher Dearlove >> Senior Principal Engineer >> BAE Systems Applied Intelligence Laboratories >> _________________________________________________________________________= _ >>=20 >> T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com >>=20 >> BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddo= w, Chelmsford, Essex CM2 8HN. >> www.baesystems.com/ai >>=20 >> BAE Systems Applied Intelligence Limited >> Registered in England & Wales No: 01337451 >> Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >>=20 >> =20 >> ******************************************************************** >> This email and any attachments are confidential to the intended >> recipient and may also be privileged. If you are not the intended >> recipient please delete it from your system and notify the sender. >> You should not copy it or use it for any purpose nor disclose or >> distribute its contents to any other person. >> ******************************************************************** >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-E6CDF731-68C8-4A28-94BF-4307CF977BAD Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
I'm reading t= his on a phone, so I'm going to wait until I can read it better for longer c= omment.

But there are, and I think this is a potent= ial source for confusion, two things in 5444. One is about formats, one is a= bout multiplexing.

Formatting (and parsing) isn't d= efined as a process, but as formats. Many people (everyone?) who uses 5444 w= ill create a general 5444 formatter/parser. That's up to the implementer to d= ecide what to make it do, whether to optimise in that formatter, outside the= formatter, or not at all. (Personally I have some inside, some outside.)

The other component is the 5444 multiplexer (and denu= ltiplexer). That takes 5444 formatted messages (and  possibly some othe= r things) and forms 5444 packets. It is important that the 5444 multiplexer r= eturns messages as delivered to it (hop count and limit apart of course). Ot= herwise security features in the protocol may fail. Note that doesn't preven= t the multiplexer modifying the message before putting it on the wire, that j= ust needs to be reversible. And obvious example is if you implement 7182 ICV= s and TIMESTAMPs in the multiplexer, if it adds them, it also needs to remov= e them before handing the message to the protocol. (You may instead put this= in the protocol.)

Yes, I think the usage document c= ould gain from adding this. Note, that's personal only, my co-authors haven'= t agreed to that yet. But largely because I haven't asked them yet (with one= partial exception).

The points I think are:
<= div>- Two things in 5444. Format and multiplex.
- Generic formatte= r/parser not required, but recommended. Optimisation optional.
- M= ultiplexer must deliver messages as sent (hop exception). But may modify rev= ersibly. 7182 example (could implement message level in multiplexer, must im= plement packet level there).

-- 
Christopher Dearlove=



--  
Christoph= er Dearlove
On 8 M= ar 2016, at 11:09, Lotte Steenbrink <lotte.steenbrink@fu-berlin.de> wrote:

Hello Christopher,

Am 04.03.2016 um 17:19 schrieb Dear= love, Christopher (UK) <= chris.dearlove@baesystems.com>:

I=E2=80=99ve read some of draft -13. I will provide com= ments (which won=E2=80=99t be comprehensive) in bite sized chunks rather tha= n attempting anything consolidated. And most can wait until next week at the= earliest.
 
But one to kick off.
 =
The architecture mandated by 5498 is that AODVv2 create= s messages, it passes them to the 5444 multiplexer. In due course it receive= s messages from there. There are some other details, but that=E2=80=99s the m= ost important.
 
The 5444 multiplexer is what handles UDP ports, multicast addresse= s and so on. It doesn=E2=80=99t handle flooding, because its packets (which m= ay contain multiple messages, from AODVv2 and elsewhere) only go one hop.
 
There a= re other requests that can be made to the multiplexer, most obviously which i= nterface(s) this message is for, but also things like =E2=80=9Cplease try to= keep these messages together=E2=80=9D. If there are any additional requests= that should be supported, and are not incompatible with the architecture, t= hen the 5444 usage draft is a good opportunity to get those in.
 
But, looking at t= he AODVv2 draft, =E2=80=9Cmultiplex=E2=80=9D (as a whole or part word) only a= ppears twice, both in the paragraph:
&n= bsp;
   [RFC5444] provides a multiplexed transport for= multiple protocols.
   An [RFC5444] multi= plexer MAY choose to optimize the content of
 &= nbsp; certain message elements to reduce control message overhead.
 
I think= that=E2=80=99s not how I see it, that that=E2=80=99s the role of the (subtl= ely different) 5444 message creation process from addresses and attributes. I= think the multiplexer itself, given a whole message from a protocol shouldn= =E2=80=99t be modifying it. Note that I=E2=80=99ve expressed that as an opin= ion, though a quite strong one. A protocol might apply some sort of speciali= sed signature, and we can=E2=80=99t let the multiplexer destroy that. (The m= ultiplexer might add a 7182 ICV and/or timestamp, but it will then remove th= em before the protocol gets the packet again.)

True. If I remember it correctly (Co-Authors, please st= op me if I don't), what we were trying to say was "The message contents MAY b= e reshuffled during message creation, but please pay attention that some thi= ngs MUST be kept in one message in order to form a coherent AODVv2 message."= This is especially important for RERR messages, which could easily get chop= ped up into multiple messages if the underlying MTU is small.

=
If we change that paragraph to

   [=
RFC5444] provides a multiplexed transport for multiple protocols.
   An [RFC5444=
] implementation MAY choose to optimize the content of
   certain elements during message creation to reduce control message overhe=
ad.
and the l= anguage of, say,  7.1.3. RREQ Regeneration from

= 
   This AODVv2 message is used to=
 create a corresponding [RFC5444]
   message (see Section 8) which is multicast, by default, to LL-MANET-=

   Routers on all interfaces configured for AODVv2 operation.  However,
   the regenerated RREQ can be unicast to the next hop address of the
   LocalRoute toward TargAddr, if known.

to s= omething like

   This AODVv2 message is used to create a corresponding [RFC5444]
   message (see Section 8), which is handed to the RFC5444 multipl=
exer
   for further processing.
   By default, the multiplexer is i=
nstructed to multicast the message to LL-MANET-
   Routers on all interfaces configured for AODVv2 operation. =
 However,
   the regenerated RREQ can be unicast to the next hop address of the
   LocalRoute toward TargAddr, if known.

(and= the same thing for 7.2.3. RREP Regeneration, 6.5. Message Transmission, etc.), would that resolve the issue?

=
 
This is probably= something that could/should be in the 5444 usage draft. If it gets WGLCed a= s requested, I=E2=80=99ll submit it to myself and the rest of the author tea= m.
 
So t= here is nothing describing how AODVv2 interacts with the multiplexer. That s= houldn=E2=80=99t matter (though it=E2=80=99s always better to have it) if yo= u assume 5498 applies, as it does.

I've always assumed the 5444 message creation process to be part of= the "RFC5444 component" rather than part of the "AODVv2 component", which i= s why I thought the AODVv2<->RFC5444 interaction that should be descri= bed clearly was the part where AODVv2 tells the 5444 message creation proces= s what a message looks like (and where it should be sent). I've assumed that= this is the part where AODVv2 hands over all control to 5444, so obviously i= t wouldn't multicast a message *itself*, it would instruct the multiplexer t= o do so. I wasn't aware that this must be stated explicitly.

<= /div>
I'm not sure if this is a subtlety or a misconception that should b= e clarified in the 5444-usage draft...

With kind re= gards,
Lotte Steenbrink

But unfortunately t= he draft still has material that contradicts that model, which needs to go. I= n particular (but not only) the first two paragraphs of section 6.5. This is= an essential change.
=
 

--

= Christopher Dearlove
Senior Principal Engineer
BAE Syste= ms Applied Intelligence Laboratories
_______________________= ___________________________________________________

T:  +44 (0)1245= 242194  |  E: chris.dearlove@= baesystems.com

BAE S= ystems Applied Intelligence, Chelmsford Technology Park, Great Baddow, Chelm= sford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in E= ngland & Wales No: 01337451

Registered Office: Surrey Research Park, Guildford, S= urrey, GU2 7YP

 

********************************************************************<= br>This email and any attachments are confidential to the intended
recipi= ent and may also be privileged. If you are not the intended
recipient ple= ase delete it from your system and notify the sender.
You should not copy= it or use it for any purpose nor disclose or
distribute its contents to a= ny other person.
********************************************************= ************

_______________________________________________
manet mai= ling list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet
<= br>
___________= ____________________________________
manet mailing list
manet@ietf.org
<= span>https://www.iet= f.org/mailman/listinfo/manet
<= /html>= --Apple-Mail-E6CDF731-68C8-4A28-94BF-4307CF977BAD-- From nobody Tue Mar 8 05:33:56 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9B3212D6EA for ; Tue, 8 Mar 2016 05:33:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=thomasclausen.org Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ceg7ZG2yYH34 for ; Tue, 8 Mar 2016 05:33:52 -0800 (PST) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1875D12D6ED for ; Tue, 8 Mar 2016 05:33:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 91DBF240D15; Tue, 8 Mar 2016 05:33:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1457444026; bh=3KmkRXyywUiAhpl2OwDT6yQxtuU6mhtIF6BZeBNvixQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=kb+Kkcugn8Yw5JmBgdpoLEB4/cX/z3vOGKVbfDr2r9xq24URjGrFr1JeSgStGdDwx tNBzEIMBTq5pLtPS6PKq6QfKV3zCGi2uOxlKClqkp51Ec9wGDH5VvmcrARi9QEclr/ EgFfKqEaoxmh43qUSqRptDO0pdOauNbiAd/riyU4= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [10.103.136.15] (unknown [173.38.220.46]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id BA473240473; Tue, 8 Mar 2016 05:33:45 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-EF24511B-54DF-438D-A23B-E1DABB979AD5 Mime-Version: 1.0 (1.0) From: Thomas Clausen X-Mailer: iPad Mail (13D15) In-Reply-To: <1B4A2BFE-06A4-4918-AD68-EE995D3B8EF2@gmail.com> Date: Tue, 8 Mar 2016 14:33:43 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: <0EE93A7C-3A02-4205-9C07-1E0001D213DB@fu-berlin.de> <1B4A2BFE-06A4-4918-AD68-EE995D3B8EF2@gmail.com> To: Christopher Dearlove Archived-At: Cc: manet@ietf.org, "Dearlove, Christopher \(UK\)" , aodvv2-discuss@freelists.org Subject: Re: [manet] AODVv2 - first comment (5444 multiplexer) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 13:33:55 -0000 --Apple-Mail-EF24511B-54DF-438D-A23B-E1DABB979AD5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable My position on this matter is by an large "what Chris said", fwiw. Thomas > On 08 Mar 2016, at 14:21, Christopher Dearlove wrote: >=20 > I'm reading this on a phone, so I'm going to wait until I can read it bett= er for longer comment. >=20 > But there are, and I think this is a potential source for confusion, two t= hings in 5444. One is about formats, one is about multiplexing. >=20 > Formatting (and parsing) isn't defined as a process, but as formats. Many p= eople (everyone?) who uses 5444 will create a general 5444 formatter/parser.= That's up to the implementer to decide what to make it do, whether to optim= ise in that formatter, outside the formatter, or not at all. (Personally I h= ave some inside, some outside.) >=20 > The other component is the 5444 multiplexer (and denultiplexer). That take= s 5444 formatted messages (and possibly some other things) and forms 5444 p= ackets. It is important that the 5444 multiplexer returns messages as delive= red to it (hop count and limit apart of course). Otherwise security features= in the protocol may fail. Note that doesn't prevent the multiplexer modifyi= ng the message before putting it on the wire, that just needs to be reversib= le. And obvious example is if you implement 7182 ICVs and TIMESTAMPs in the m= ultiplexer, if it adds them, it also needs to remove them before handing the= message to the protocol. (You may instead put this in the protocol.) >=20 > Yes, I think the usage document could gain from adding this. Note, that's p= ersonal only, my co-authors haven't agreed to that yet. But largely because I= haven't asked them yet (with one partial exception). >=20 > The points I think are: > - Two things in 5444. Format and multiplex. > - Generic formatter/parser not required, but recommended. Optimisation opt= ional. > - Multiplexer must deliver messages as sent (hop exception). But may modif= y reversibly. 7182 example (could implement message level in multiplexer, mu= st implement packet level there). >=20 > --=20 > Christopher Dearlove > christopher.dearlove@gmail.com >=20 >=20 >=20 > -- =20 > Christopher Dearlove > christopher.dearlove@gmail.com (iPhone) > chris@mnemosyne.demon.co.uk (home) > On 8 Mar 2016, at 11:09, Lotte Steenbrink w= rote: >=20 >> Hello Christopher, >>=20 >>> Am 04.03.2016 um 17:19 schrieb Dearlove, Christopher (UK) : >>>=20 >>> I=E2=80=99ve read some of draft -13. I will provide comments (which won=E2= =80=99t be comprehensive) in bite sized chunks rather than attempting anythi= ng consolidated. And most can wait until next week at the earliest. >>> =20 >>> But one to kick off. >>> =20 >>> The architecture mandated by 5498 is that AODVv2 creates messages, it pa= sses them to the 5444 multiplexer. In due course it receives messages from t= here. There are some other details, but that=E2=80=99s the most important. >>> =20 >>> The 5444 multiplexer is what handles UDP ports, multicast addresses and s= o on. It doesn=E2=80=99t handle flooding, because its packets (which may con= tain multiple messages, from AODVv2 and elsewhere) only go one hop. >>> =20 >>> There are other requests that can be made to the multiplexer, most obvio= usly which interface(s) this message is for, but also things like =E2=80=9Cp= lease try to keep these messages together=E2=80=9D. If there are any additio= nal requests that should be supported, and are not incompatible with the arc= hitecture, then the 5444 usage draft is a good opportunity to get those in. >>> =20 >>> But, looking at the AODVv2 draft, =E2=80=9Cmultiplex=E2=80=9D (as a whol= e or part word) only appears twice, both in the paragraph: >>> =20 >>> [RFC5444] provides a multiplexed transport for multiple protocols. >>> An [RFC5444] multiplexer MAY choose to optimize the content of >>> certain message elements to reduce control message overhead. >>> =20 >>> I think that=E2=80=99s not how I see it, that that=E2=80=99s the role of= the (subtlely different) 5444 message creation process from addresses and a= ttributes. I think the multiplexer itself, given a whole message from a prot= ocol shouldn=E2=80=99t be modifying it. Note that I=E2=80=99ve expressed tha= t as an opinion, though a quite strong one. A protocol might apply some sort= of specialised signature, and we can=E2=80=99t let the multiplexer destroy t= hat. (The multiplexer might add a 7182 ICV and/or timestamp, but it will the= n remove them before the protocol gets the packet again.) >>=20 >> True. If I remember it correctly (Co-Authors, please stop me if I don't),= what we were trying to say was "The message contents MAY be reshuffled duri= ng message creation, but please pay attention that some things MUST be kept i= n one message in order to form a coherent AODVv2 message." This is especiall= y important for RERR messages, which could easily get chopped up into multip= le messages if the underlying MTU is small. >>=20 >> If we change that paragraph to >>=20 >> [RFC5444] provides a multiplexed transport for multiple protocols. >> An [RFC5444] implementation MAY choose to optimize the content of >> certain elements during message creation to reduce control message ove= rhead. >> =20 >> and the language of, say, 7.1.3. RREQ Regeneration from >>=20 >> This AODVv2 message is used to create a corresponding [RFC5444] >> message (see Section 8) which is multicast, by default, to LL-MANET- >> Routers on all interfaces configured for AODVv2 operation. However, >> the regenerated RREQ can be unicast to the next hop address of the >> LocalRoute toward TargAddr, if known. >>=20 >> to something like >>=20 >> This AODVv2 message is used to create a corresponding [RFC5444] >> message (see Section 8), which is handed to the RFC5444 multiplexer >> for further processing. >> By default, the multiplexer is instructed to multicast the message to L= L-MANET- >> Routers on all interfaces configured for AODVv2 operation. However, >> the regenerated RREQ can be unicast to the next hop address of the >> LocalRoute toward TargAddr, if known. >>=20 >> (and the same thing for 7.2.3. RREP Regeneration, 6.5. Message Transmissi= on, etc.), would that resolve the issue? >>=20 >>> =20 >>> This is probably something that could/should be in the 5444 usage draft.= If it gets WGLCed as requested, I=E2=80=99ll submit it to myself and the re= st of the author team. >>> =20 >>> So there is nothing describing how AODVv2 interacts with the multiplexer= . That shouldn=E2=80=99t matter (though it=E2=80=99s always better to have i= t) if you assume 5498 applies, as it does. >>=20 >> I've always assumed the 5444 message creation process to be part of the "= RFC5444 component" rather than part of the "AODVv2 component", which is why I= thought the AODVv2<->RFC5444 interaction that should be described clearly w= as the part where AODVv2 tells the 5444 message creation process what a mess= age looks like (and where it should be sent). I've assumed that this is the p= art where AODVv2 hands over all control to 5444, so obviously it wouldn't mu= lticast a message *itself*, it would instruct the multiplexer to do so. I wa= sn't aware that this must be stated explicitly. >>=20 >> I'm not sure if this is a subtlety or a misconception that should be clar= ified in the 5444-usage draft... >>=20 >> With kind regards, >> Lotte Steenbrink >>=20 >>> But unfortunately the draft still has material that contradicts that mod= el, which needs to go. In particular (but not only) the first two paragraphs= of section 6.5. This is an essential change. >>> =20 >>> -- >>>=20 >>> Christopher Dearlove >>> Senior Principal Engineer >>> BAE Systems Applied Intelligence Laboratories >>> ________________________________________________________________________= __ >>>=20 >>> T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com >>>=20 >>> BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Badd= ow, Chelmsford, Essex CM2 8HN. >>> www.baesystems.com/ai >>>=20 >>> BAE Systems Applied Intelligence Limited >>> Registered in England & Wales No: 01337451 >>> Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >>>=20 >>> =20 >>> ******************************************************************** >>> This email and any attachments are confidential to the intended >>> recipient and may also be privileged. If you are not the intended >>> recipient please delete it from your system and notify the sender. >>> You should not copy it or use it for any purpose nor disclose or >>> distribute its contents to any other person. >>> ******************************************************************** >>>=20 >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-EF24511B-54DF-438D-A23B-E1DABB979AD5 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
My position on this matter is by an la= rge "what Chris said", fwiw.

Thomas

On 08 Mar 2016, at 14:21, Christopher Dearlove &= lt;christopher.dearlove@gm= ail.com> wrote:

<= /span>
I'm reading this on a phone, so I'm going to wait until I= can read it better for longer comment.

But there a= re, and I think this is a potential source for confusion, two things in 5444= . One is about formats, one is about multiplexing.

= Formatting (and parsing) isn't defined as a process, but as formats. Many pe= ople (everyone?) who uses 5444 will create a general 5444 formatter/parser. T= hat's up to the implementer to decide what to make it do, whether to optimis= e in that formatter, outside the formatter, or not at all. (Personally I hav= e some inside, some outside.)

The other component i= s the 5444 multiplexer (and denultiplexer). That takes 5444 formatted messag= es (and  possibly some other things) and forms 5444 packets. It is impo= rtant that the 5444 multiplexer returns messages as delivered to it (hop cou= nt and limit apart of course). Otherwise security features in the protocol m= ay fail. Note that doesn't prevent the multiplexer modifying the message bef= ore putting it on the wire, that just needs to be reversible. And obvious ex= ample is if you implement 7182 ICVs and TIMESTAMPs in the multiplexer, if it= adds them, it also needs to remove them before handing the message to the p= rotocol. (You may instead put this in the protocol.)

Yes, I think the usage document could gain from adding this. Note, that's p= ersonal only, my co-authors haven't agreed to that yet. But largely because I= haven't asked them yet (with one partial exception).

The points I think are:
- Two things in 5444. Format and multip= lex.
- Generic formatter/parser not required, but recommended. Opt= imisation optional.
- Multiplexer must deliver messages as sent (h= op exception). But may modify reversibly. 7182 example (could implement mess= age level in multiplexer, must implement packet level there).

= -- 
Christopher Dearlove



--  
Christopher Dearlove
On 8 Mar 2016, at 11:09, Lotte Steenbrink <lotte.steenbrink@fu-berlin.de= > wrote:

Hello Christopher,

Am 04.03.2016 um 17:19 schrieb Dear= love, Christopher (UK) <= chris.dearlove@baesystems.com>:

I=E2=80=99ve read some of draft -13. I will provide com= ments (which won=E2=80=99t be comprehensive) in bite sized chunks rather tha= n attempting anything consolidated. And most can wait until next week at the= earliest.
 
But one to kick off.
 =
The architecture mandated by 5498 is that AODVv2 create= s messages, it passes them to the 5444 multiplexer. In due course it receive= s messages from there. There are some other details, but that=E2=80=99s the m= ost important.
 
The 5444 multiplexer is what handles UDP ports, multicast addresse= s and so on. It doesn=E2=80=99t handle flooding, because its packets (which m= ay contain multiple messages, from AODVv2 and elsewhere) only go one hop.
 
There a= re other requests that can be made to the multiplexer, most obviously which i= nterface(s) this message is for, but also things like =E2=80=9Cplease try to= keep these messages together=E2=80=9D. If there are any additional requests= that should be supported, and are not incompatible with the architecture, t= hen the 5444 usage draft is a good opportunity to get those in.
 
But, looking at t= he AODVv2 draft, =E2=80=9Cmultiplex=E2=80=9D (as a whole or part word) only a= ppears twice, both in the paragraph:
&n= bsp;
   [RFC5444] provides a multiplexed transport for= multiple protocols.
   An [RFC5444] multi= plexer MAY choose to optimize the content of
 &= nbsp; certain message elements to reduce control message overhead.
 
I think= that=E2=80=99s not how I see it, that that=E2=80=99s the role of the (subtl= ely different) 5444 message creation process from addresses and attributes. I= think the multiplexer itself, given a whole message from a protocol shouldn= =E2=80=99t be modifying it. Note that I=E2=80=99ve expressed that as an opin= ion, though a quite strong one. A protocol might apply some sort of speciali= sed signature, and we can=E2=80=99t let the multiplexer destroy that. (The m= ultiplexer might add a 7182 ICV and/or timestamp, but it will then remove th= em before the protocol gets the packet again.)

True. If I remember it correctly (Co-Authors, please st= op me if I don't), what we were trying to say was "The message contents MAY b= e reshuffled during message creation, but please pay attention that some thi= ngs MUST be kept in one message in order to form a coherent AODVv2 message."= This is especially important for RERR messages, which could easily get chop= ped up into multiple messages if the underlying MTU is small.

=
If we change that paragraph to

   [=
RFC5444] provides a multiplexed transport for multiple protocols.
   An [RFC5444=
] implementation MAY choose to optimize the content of
   certain elements during message creation to reduce control message overhe=
ad.
and the l= anguage of, say,  7.1.3. RREQ Regeneration from

= 
   This AODVv2 message is used to=
 create a corresponding [RFC5444]
   message (see Section 8) which is multicast, by default, to LL-MANET-=

   Routers on all interfaces configured for AODVv2 operation.  However,
   the regenerated RREQ can be unicast to the next hop address of the
   LocalRoute toward TargAddr, if known.

to s= omething like

   This AODVv2 message is used to create a corresponding [RFC5444]
   message (see Section 8), which is handed to the RFC5444 multipl=
exer
   for further processing.
   By default, the multiplexer is i=
nstructed to multicast the message to LL-MANET-
   Routers on all interfaces configured for AODVv2 operation. =
 However,
   the regenerated RREQ can be unicast to the next hop address of the
   LocalRoute toward TargAddr, if known.

(and= the same thing for 7.2.3. RREP Regeneration, 6.5. Message Transmission, etc.), would that resolve the issue?

=
 
This is probably= something that could/should be in the 5444 usage draft. If it gets WGLCed a= s requested, I=E2=80=99ll submit it to myself and the rest of the author tea= m.
 
So t= here is nothing describing how AODVv2 interacts with the multiplexer. That s= houldn=E2=80=99t matter (though it=E2=80=99s always better to have it) if yo= u assume 5498 applies, as it does.

I've always assumed the 5444 message creation process to be part of= the "RFC5444 component" rather than part of the "AODVv2 component", which i= s why I thought the AODVv2<->RFC5444 interaction that should be descri= bed clearly was the part where AODVv2 tells the 5444 message creation proces= s what a message looks like (and where it should be sent). I've assumed that= this is the part where AODVv2 hands over all control to 5444, so obviously i= t wouldn't multicast a message *itself*, it would instruct the multiplexer t= o do so. I wasn't aware that this must be stated explicitly.

<= /div>
I'm not sure if this is a subtlety or a misconception that should b= e clarified in the 5444-usage draft...

With kind re= gards,
Lotte Steenbrink

But unfortunately t= he draft still has material that contradicts that model, which needs to go. I= n particular (but not only) the first two paragraphs of section 6.5. This is= an essential change.
=
 

--

= Christopher Dearlove
Senior Principal Engineer
BAE Syste= ms Applied Intelligence Laboratories
_______________________= ___________________________________________________

T:  +44 (0)1245= 242194  |  E: chris.dearlove@= baesystems.com

BAE S= ystems Applied Intelligence, Chelmsford Technology Park, Great Baddow, Chelm= sford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in E= ngland & Wales No: 01337451

Registered Office: Surrey Research Park, Guildford, S= urrey, GU2 7YP

 

********************************************************************<= br>This email and any attachments are confidential to the intended
recipi= ent and may also be privileged. If you are not the intended
recipient ple= ase delete it from your system and notify the sender.
You should not copy= it or use it for any purpose nor disclose or
distribute its contents to a= ny other person.
********************************************************= ************

_______________________________________________
manet mai= ling list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet
<= br>
___________= ____________________________________
manet mailing list
manet@ietf.org
<= span>https://www.iet= f.org/mailman/listinfo/manet
____________________________= ___________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/lis= tinfo/manet
= --Apple-Mail-EF24511B-54DF-438D-A23B-E1DABB979AD5-- From nobody Tue Mar 8 09:29:44 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0F5612D8BB for ; Tue, 8 Mar 2016 09:29:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id paX-MtpIbBWw for ; Tue, 8 Mar 2016 09:29:32 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6EE0A12D8E1 for ; Tue, 8 Mar 2016 09:29:23 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Tue, 8 Mar 2016 17:28:36 +0000 From: Rick Taylor To: "Dearlove, Christopher (UK)" , "manet@ietf.org" Thread-Topic: [manet] DLEP-17 review, part 1 Thread-Index: AQHReV/x9e0CALQBI0Wbf/j3UK/82A== Date: Tue, 8 Mar 2016 17:28:34 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37EEA16@tss-server1.home.tropicalstormsoftware.com> References: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17 review, part 1 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 17:29:43 -0000 Hi Chris, All,=0A= =0A= I shall attempt to comment on Chris' comments (in each of his following =0A= emails). My apologies for being so late in replying in full, I believe =0A= we have actually taken a lot of your points on board already but you =0A= deserve a full response.=0A= =0A= Unfortunately DLEP has moved on 2 drafts since this review, and draft-20 = =0A= is in the pipe, so many comments no longer apply.=0A= =0A= Responses inline...=0A= =0A= On 02/12/15 10:43, Dearlove, Christopher (UK) wrote:=0A= > I=92m calling this part 1, as I hope to get time to review the rest. But= =0A= > as I=92m not sure when, I=92ll give you what I=92ve got up to and includi= ng=0A= > Section 4. Of course I might want to revisit after reading rest of draft.= =0A= >=0A= > Section 1. I think 802.11 should at the least be qualified with IEEE on= =0A= > first use. On balance I think not referencing it is OK, but I did think= =0A= > about that.=0A= =0A= We have added 'IEEE' but not referenced it.=0A= =0A= >=0A= > Section 1, paragraph 2. The issue with an event driven paradigm is=0A= > message loss. Here of course you plan no message loss by having a=0A= > reliable modem-router link. But that (a) isn=92t indicated here, and (b)= =0A= > this appears to be discussing what happens within the network, where=0A= > message loss is a real issue. So I think this wording could be improved.= =0A= =0A= Hmmm... we are still talking in very general terms at this point and =0A= have yet to introduce DLEP, so I beg to differ.=0A= =0A= >=0A= > Section 1, reference to DAMA. This I think needs a reference at least.=0A= > It sort of jars a bit, but may be important (not clear).=0A= =0A= This is one for Stan really. Is DAMA an actual standard that we can =0A= reference or just a general catch-all term?=0A= =0A= >=0A= > Section 1, top of page 6, I think it would be appropriate to indicate=0A= > that DLEP is designed to handle ranges of values that cover all=0A= > realistic cases. (At least somewhere in the introductory part, not=0A= > necessarily here.)=0A= =0A= We have tried to avoid DLEP specifics in the introduction, trying to =0A= describe the problem space and where DLEP can (or cannot) help, so I'm =0A= not sure.=0A= =0A= >=0A= > I found Figure 2 and text around it confusing. I think what we have is=0A= > two modems of type A =96 just saying modem A usually means the modem name= d=0A= > A, and two of them? But insert type (assuming that=92s what=92s meant) in= =0A= > appropriate places and it gets clearer.=0A= =0A= We now explicitly use 'Type A' etc=0A= =0A= >=0A= > Section 1.1, first paragraph. I think data item is usually Data Item. (I= =0A= > haven=92t gone through and checked consistency in general =96 not even wh= ere=0A= > I=92m up to =96 this just stood out.)=0A= =0A= Fixed in later drafts. We now capitalize the following: Data Item, =0A= Message, Signal, where they have special meaning in DLEP.=0A= =0A= >=0A= > Section 1.1, second paragraph, =93based on a heartbeat=94. Strictly it=0A= > doesn=92t time out based on a heartbeat, it times out unless maintained b= y=0A= > a message, possibly a heartbeat, i.e. may time out based on absence of a= =0A= > heartbeat (or other message).=0A= =0A= Reworded=0A= =0A= >=0A= > Section 1.1. paragraph 3 =93a specific, addressable location (e.g. an=0A= > address)=94. What other possibilities are there other than an address?=0A= > This also equates an addressable location and an address, which is=0A= > confusing. Probably just delete the parenthesis.=0A= =0A= Deleted=0A= =0A= >=0A= > Section 1.1 says a destination may be physical or logical. I think this= =0A= > should start a paragraph, or here be a paragraph on its own. Then the=0A= > next paragraph says what a physical destination is, good. But the next=0A= > paragraph starts with multicast, and only some way into the paragraph do= =0A= > we discover we=92re now talking about logical destinations. That should b= e=0A= > how the paragraph starts.=0A= =0A= The whole Logical/Physical Destination discussion has now been moved to =0A= later in the section where it hopefully reads better=0A= =0A= >=0A= > Section 1.1 says that algorithms used in multicast are up to the=0A= > implementation. But I think (and maybe this is done later when specific= =0A= > metrics are introduced) the implementer needs to know what a metric is=0A= > meant to mean, in particular in the multicast case. For example is=0A= > latency related to worst case or average group member?=0A= =0A= We haven't explicitly suggested algorithms either here or elsewhere as =0A= we feel that is a can of worms too big to open. But, we have (later) =0A= better defined the metrics.=0A= =0A= >=0A= > Section 1.1 final paragraph, =93(e.g. multicast)=94. Are there any other= =0A= > logical examples?=0A= =0A= Deleted=0A= =0A= >=0A= > Section 2, security is said to be handled by transport. I know there=92s= =0A= > been some discussion of this, but for these comments I=92ll take the draf= t=0A= > as written. The example is TLS, which is applicable to TCP. But some=0A= > DLEP messages are UDP, what=92s the security mechanism there? (I=92ve yet= to=0A= > understand how critical the UDP messages are.)=0A= =0A= Security has been completely rewritten since draft-17.=0A= =0A= >=0A= > Section 3, first paragraph should =93with=94 be =94by=94, before =93a =91= best effort=92=94?=0A= =0A= Now 'by'=0A= =0A= >=0A= > Section 3, penultimate paragraph, from the outside the need to tear down= =0A= > a session and re-establish it in order to add new information seems=0A= > wasteful. Though a simpler protocol of course. Is this expected to be rar= e?=0A= =0A= It is expected to be rare and is intentionally harsh to keep the =0A= protocol simple. Anecdotally I have heard no grumbling from =0A= implementers on this restriction - most modems have a set of metrics =0A= they support that never changes.=0A= =0A= >=0A= > Section 4. A key issue throughout this, but not clearly indicated up=0A= > front, is that DLEP is designed for a reliable link between modem and=0A= > router. (I=92m not yet sure how reliable the UDP messages need to be.)=0A= =0A= The UDP messages are not required to be especially reliably delivered, =0A= hence the get-out of using a priori config if UDP packets are getting =0A= lost. We didn't feel this need specific calling out.=0A= =0A= >=0A= > Section 4, paragraph 1. This discusses DLEP states in terms that cover=0A= > both modem and radio. In practice each must run its own state machine.=0A= > With reliable messages with short responses, those states should be=0A= > corresponding, except short transients. But it=92s also said later that= =0A= > there can be significant delays (but do those apply to state-changing=0A= > messages?) At the least I think this should be indicated.=0A= >=0A= =0A= This section has been reworked to add clarity. The significant delays =0A= are not to state changing messages.=0A= =0A= > Section 4, paragraph 2, =93as well as=94 should this be e.g. =93instead o= f=94?=0A= =0A= This has boiled off in the edits=0A= =0A= >=0A= > Section 4, paragraph 3. Why should the EUI format match that between the= =0A= > modem and the radio. Why should DLEP =96 which should be running over a= =0A= > layer 4 connection between the two - know, even less care, what layer 2= =0A= > addressing is being used on that modem-router link?=0A= =0A= This section has moved to the MAC Address data item. The routers MAC is = =0A= the Destination MAC other peers see, this is detailed in draft-20.=0A= =0A= >=0A= > Section 4 paragraphs 4 and 6, I think could be clearer that the pair of= =0A= > messages is one each.=0A= =0A= The rules have been edited and moved to add clarity.=0A= =0A= >=0A= > Section 4, paragraph 5 (this may be answered later). Can the receiver=0A= > of a Destination Up message (modem or router?) become re-interested=0A= > after becoming uninterested?=0A= =0A= Yes - see Destination Announce=0A= =0A= >=0A= > Section 4.1. I spot a military influence in =93one (1)=94. But here I don= =92t=0A= > think needed.=0A= =0A= I quite like it... anyone else have an opinion?=0A= =0A= >=0A= > Section 4.1 raised questions in my mind about timeouts and lack thereof= =0A= > =96 especially as there=92s an earlier reference (about heartbeats) to=0A= > timeouts. This is just to say note that the reader may have questions=0A= > here. Is it worth avoiding them?=0A= =0A= We have heavily reworked timeouts in draft-20.=0A= =0A= On to the next mail!=0A= =0A= Rick=0A= From nobody Tue Mar 8 09:46:19 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36A5012D8E2 for ; Tue, 8 Mar 2016 09:46:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d2x0tuovn52y for ; Tue, 8 Mar 2016 09:46:11 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B6C8712D916 for ; Tue, 8 Mar 2016 09:46:07 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Tue, 8 Mar 2016 17:45:33 +0000 From: Rick Taylor To: "Dearlove, Christopher (UK)" , "manet@ietf.org" Thread-Topic: [manet] DLEP-17 review, part 2 Thread-Index: AQHReWJP/LSuzUGYsU6Abakx1kvZkQ== Date: Tue, 8 Mar 2016 17:45:31 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37EEB1E@tss-server1.home.tropicalstormsoftware.com> References: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17 review, part 2 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 17:46:17 -0000 More comments to Chris' review inline...=0A= =0A= On 02/12/15 15:45, Dearlove, Christopher (UK) wrote:=0A= > Just section 5 this time.=0A= >=0A= > First paragraph. Peer is a new term, and not explained. Here it means=0A= > modem or router. But later when implementation is being used for modem=0A= > or router (and I don=92t like that usage, for me implementation is about = a=0A= > specific realisation of the protocol) peer is being used for the other=0A= > device (modem/router when this device =96 the implementation =96 is=0A= > router/modem). I think some work on this terminology is needed.=0A= =0A= We have reworked this language into 'DLEP participant' and 'DLEP peer' =0A= using the later when discussing message sending to the other end of a =0A= session, and the former as a more general term.=0A= =0A= >=0A= > Section 5 before section 5.1 (what I often find convenient to call=0A= > section 5.0) last paragraph, these are, I think, TCP ports. (I don=92t=0A= > think used for UDP, but should be indicated.) It=92s not clear why we=0A= > might want multiple ports.=0A= =0A= We now say TCP=0A= =0A= >=0A= > Section 5.0, final paragraph, the address/port combination should be=0A= > (say that it is) one the modem can be reached and received on.=0A= =0A= This sentence has gone in the latest draft=0A= =0A= >=0A= > Section 5.1. Why unused port? Why not the DLEP port? At least as an=0A= > option. And RFC 6335 calls these (49152+) =93Dynamic Ports, also known as= =0A= > the Private or Ephemeral Ports=94 not unused ports.=0A= =0A= We have simplified this restriction to say 'unused port' - this is =0A= common with most TCP client connections.=0A= =0A= >=0A= > I know there=92s discussion over IPv6 and IPv4 and broadcast addresses, s= o=0A= > I=92ll not comment further. Except to say as written I think it says not= =0A= > only that IPv6 must be implemented, but that you must send IPv6 in all=0A= > cases.=0A= =0A= This has been reworded.=0A= =0A= >=0A= > Section 5.1 second paragraph. This waiting and resending is not the=0A= > transaction model described in Section 4.1. I=92m guessing that=92s becau= se=0A= > the latter is only intended in the TCP states. But this should be clearer= .=0A= =0A= The transaction model has moved after this section, and so it should be =0A= clearer now.=0A= =0A= >=0A= > Apart from previous comment on =93three (3)=94 style, I think that it wou= ld=0A= > be better if named parameters were used, with later recommended values.= =0A= > And if there are several values, useful to know if in a fixed (or=0A= > recommended) relationship. (Yes, there are some relationships given that= =0A= > way e.g. two times heartbeat.) But this is a style question, not a=0A= > =93right or wrong=94 thing.=0A= =0A= I really tried this, but it just looked horrid. Having recently =0A= rewritten the heartbeats text, I could be convinced to revisit...=0A= =0A= >=0A= > Not sure why jitter is recommended.=0A= =0A= It isn't any more.=0A= =0A= >=0A= > Section 5.1 first full paragraph on page 13. Why might more than one=0A= > address/port combination be used. (I=92m actually not quite sure why more= =0A= > than one might be offered, but perhaps it=92s that the unused port might= =0A= > not be unused in some cases.)=0A= =0A= This text has gone.=0A= =0A= >=0A= > Same paragraph, should origin address be source address?=0A= =0A= Yes - fixed.=0A= =0A= >=0A= > Section 5.1, penultimate paragraph. It=92s not clear why these signals=0A= > might still want to be sent, what the purpose or value is.=0A= =0A= The counter argument is why MUST they stop?=0A= =0A= >=0A= > Section 5.1 final paragraph. Is this then saying must start the router=0A= > in Session Initialisation State?=0A= =0A= Yes, badly, hence we have rewritten.=0A= =0A= >=0A= > Section 5.2, second paragraph. Parsing is here introduced, but not=0A= > discussed for previous signals. That I think is one of those things that= =0A= > makes you stop and wonder why. Is it clearer to have a blanket comment=0A= > about parsing somewhere, and elsewhere just stick to received?=0A= =0A= Parsing has been almost universally purged.=0A= =0A= >=0A= > Section 5.3, second paragraph. Not particularly keen on lists that are=0A= > i.e. (RFC Editor will demand a following comma btw) and finished etc.,=0A= > but it=92s not actually wrong.=0A= =0A= i.e. has gone (the paragraph has moved in draft-20)=0A= =0A= >=0A= > Section 5.3 (or 5.3.0 to be clear) final paragraph. And the peer? (As=0A= > terminology used here, but see earlier comment.)=0A= =0A= Does the same as it's following the same rules.=0A= =0A= >=0A= > Section 5.3.1 first two paragraphs have a MAY a MUST and a SHOULD. I can= =0A= > only make these even consistent by assuming that the latter two are=0A= > MUST/SHOULD in the case where the MAY is so, otherwise not. This could=0A= > be clearer. (Also worth considering if it=92s a good mix.)=0A= =0A= Less SHOULDs, more MUSTs now.=0A= =0A= >=0A= > Section 5.4 Odd mixture of heartbeat time lengths and seconds.=0A= =0A= Gone in draft-20=0A= =0A= >=0A= > Section 5.4 pre-penultimate paragraph, Destination Down messages MUST=0A= > NOT be sent. Why that specific case (only)?=0A= =0A= Because they are not required when the session is closing and they get =0A= in the way.=0A= =0A= On to the next mail...=0A= =0A= Rick=0A= From nobody Tue Mar 8 09:54:16 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A56412D923 for ; Tue, 8 Mar 2016 09:54:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gq5bNaeUs82l for ; Tue, 8 Mar 2016 09:54:15 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC7EC12D926 for ; Tue, 8 Mar 2016 09:54:14 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Tue, 8 Mar 2016 17:53:51 +0000 From: Rick Taylor To: "Dearlove, Christopher (UK)" , "manet@ietf.org" Thread-Topic: [manet] DLEP-17 comments, part 3 Thread-Index: AQHReWN46ZrhDcPOPEWeWrNdkZ5A3A== Date: Tue, 8 Mar 2016 17:53:50 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37EEB6C@tss-server1.home.tropicalstormsoftware.com> References: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17 comments, part 3 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 17:54:16 -0000 More comments inline...=0A= =0A= On 03/12/15 16:18, Dearlove, Christopher (UK) wrote:=0A= > A quick one, just sections 6 and 7.=0A= >=0A= > Section 6, first line. I wouldn=92t write this (WG etc.) but that=92s a= =0A= > style issue.=0A= =0A= You're right, it's pretty fluffy language, but we're happy with it. It's = =0A= now moved up to the introduction where the less formal text lives.=0A= =0A= >=0A= > Section 6, first paragraph, additional rules of behaviour. Those are=0A= > tricky. New rules because of new messages, OK. But new rules in existing= =0A= > situations, that=92s a compatibility issue. I would suggest making it=0A= > clear that=92s not intended. (You can=92t actually ban it, because an upd= ate=0A= > could remove the ban =85)=0A= =0A= This has been reworded to avoid this issue.=0A= =0A= >=0A= > Section 6, third paragraph. Not Reserved, that has a different meaning.= =0A= > See RFC 5226. All uses of Reserved in the document need review accordingl= y.=0A= >=0A= =0A= Have done - we now use RFC 5226 wording as applicable=0A= =0A= > Section 7, line one. The specificity of thousands makes me want to ask=0A= > for details.=0A= =0A= I suggest asking Stan, that's his text...=0A= =0A= >=0A= > Section 7, line 4, is this an RFC 2119 RECOMMENDED?=0A= =0A= It is now.=0A= =0A= >=0A= > Section 7. This one paragraph covers two topics, which should be=0A= > different paragraphs. The first is having lots of destinations. The=0A= > second is managing each destination so as to not produce excessive data.= =0A= > (Actually, there=92s really a third, flapping isn=92t a DLEP problem, it= =92s a=0A= > use by the router of the data problem.) Only the first of these is=0A= > scalability, the second is a different efficiency issue.=0A= =0A= Split into 2 paragraphs.=0A= =0A= On to the next mail...=0A= From nobody Tue Mar 8 09:57:23 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FE4112D915 for ; Tue, 8 Mar 2016 09:57:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7-fawRZLbsqY for ; Tue, 8 Mar 2016 09:57:20 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BBF9912D909 for ; Tue, 8 Mar 2016 09:57:19 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Tue, 8 Mar 2016 17:56:56 +0000 From: Rick Taylor To: "Dearlove, Christopher (UK)" , "manet@ietf.org" Thread-Topic: [manet] DLEP-17 review, part 4 Thread-Index: AQHReWPmj827roJQ2E6tOPluP2LAGQ== Date: Tue, 8 Mar 2016 17:56:54 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37EEBCA@tss-server1.home.tropicalstormsoftware.com> References: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17 review, part 4 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 17:57:22 -0000 Continuing my reply to Chris' comments....=0A= =0A= =0A= On 03/12/15 16:37, Dearlove, Christopher (UK) wrote:=0A= > I=92m now going to be non-sequential. I will get back to sections 8 to 10= ,=0A= > but here will consider Sections 11, 12 and references.=0A= >=0A= > Section 11. The main issue is that using TLS only helps with the TCP=0A= > messages, it doesn=92t help with the UDP ones. If I read correctly, an=0A= > unauthenticated UDP message could send a modem off to the wrong address= =0A= > and port, so it ignores the correct one.=0A= >=0A= > The denial of service mitigation creates its own denial of service=0A= > opportunity. If you maintain a database of peers that fail=0A= > initialisation, then create fake traffic apparently from the real peer=0A= > in order to get the real peer on the blacklist.=0A= >=0A= > There=92s no discussion of confidentiality. Yes, TLS can manage that, but= =0A= > that still needs to be said. And still the UDP problem. (Does=0A= > confidentiality matter? I can think of cases it might.)=0A= >=0A= > There=92s no discussion of key management. Again that=92s down to TLS (bu= t=0A= > what about UDP as usual?) but probably needs saying. Are you expecting=0A= > to pre-share keys or negotiate? If latter do we consider MitM as an issue= ?=0A= >=0A= > That security is only considered for multi-hop still leaves=0A= > possibilities of injection of false messages (if, say, that one hop is=0A= > an Ethernet bus) and confidentiality. These you may think are=0A= > acceptable, but need to say so.=0A= >=0A= > (In short, I=92m expecting this section not to pass. I may be wrong, but= =0A= > that=92s my guess.)=0A= =0A= There has been extensive discussion over security since this review =0A= which we have taken on board.=0A= =0A= >=0A= > Section 12=0A= >=0A= > Biggest problem here is that this is not self-contained. That=92s not the= =0A= > first time I=92ve said that. I=92ve had IANA unhappy with things=0A= > significantly more picky than that Table 1 is off elsewhere. Again, I=0A= > can only base on my experience, but I believe you need a fully=0A= > self-contained section. References from outside into it, OK. So tables=0A= > need moving here or duplicating. And Reserved is misused in this section= =0A= > (see previous part, and I think I=92ve said this before).=0A= >=0A= > Because of this, I=92m not going to attempt to review details in this=0A= > section, that will have to be in another draft. You will need policies=0A= > for adding new entries.=0A= =0A= We have revisited the IANA text, but the tables are still out of the =0A= section. It is a really quick edit to move them, so we are willing to =0A= wait until IANA tells us where they want them.=0A= =0A= >=0A= > References=0A= >=0A= > I think I forgot to say this in my last part, but I=92m still in favour o= f=0A= > making [CREDIT] non-normative and not coupling the fate/delay of this=0A= > document to that.=0A= >=0A= > You will probably need RFC 5226 once the IANA section is revised.=0A= =0A= Added.=0A= =0A= >=0A= > It=92s possible (see comments on part 1) that other informative reference= s=0A= > might help.=0A= >=0A= =0A= Many have been added.=0A= =0A= And on to part 5...=0A= =0A= Rick=0A= =0A= From nobody Tue Mar 8 10:23:56 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C4CD12D961 for ; Tue, 8 Mar 2016 10:23:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2cFuozMx7zx7 for ; Tue, 8 Mar 2016 10:23:49 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F10D012D904 for ; Tue, 8 Mar 2016 10:23:48 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Tue, 8 Mar 2016 18:23:20 +0000 From: Rick Taylor To: "Dearlove, Christopher (UK)" , "manet@ietf.org" Thread-Topic: [manet] DLEP-17 comments, part 5 Thread-Index: AQHReWeWqi9o1vKOz0SqwpFLvWOPpQ== Date: Tue, 8 Mar 2016 18:23:18 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37EED19@tss-server1.home.tropicalstormsoftware.com> References: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17 comments, part 5 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 18:23:54 -0000 On 04/12/15 12:33, Dearlove, Christopher (UK) wrote:=0A= > This is Sections 8 and 9. Still to go, Section 10 and appendices.=0A= >=0A= > Section 8. At this point I wondered if the signal/message separation=0A= > (which I haven=92t respected in all my previous comments) was properly=0A= > foreshadowed. And it isn=92t. Section 4 uses both in its subject line, bu= t=0A= > then never describes the difference. Consider this a comment on section= =0A= > 4 I missed earlier.=0A= =0A= Signals and Messages have been split properly in draft-20.=0A= =0A= >=0A= > Section 8.0 penultimate paragraph, should this be more clearly the=0A= > acceptability of duplicate data items?=0A= =0A= Yes, fixed.=0A= =0A= >=0A= > Section 8.1 I=92m not familiar with the U+44 syntax (for UTC-8 I assume).= =0A= > Is it well-known to be hex?=0A= =0A= Yes, and should be 4 digit.=0A= =0A= >=0A= > Section 8.1 Length. Part of, rather than associated with.=0A= =0A= 'contained in' is described as the correct terminology earlier and is =0A= now used.=0A= =0A= >=0A= > Section 8.1 and elsewhere use SHALL for length restrictions. I know 2119= =0A= > equates SHALL and MUST, but everywhere else is MUST, is there a reason=0A= > for SHALL here?=0A= =0A= Now says MUST=0A= =0A= >=0A= > Section 8.1 (and I think also for messages) says one or more data items.= =0A= > That must be zero or more, there are several cases where zero is=0A= > permitted, and at least one where it is required (heartbeat).=0A= =0A= Now says 'zero or more'=0A= =0A= >=0A= > Section 8.1 in the list of reasons to reject, a missing required data=0A= > item isn=92t listed, and as well as an unrecognised data item, should hav= e=0A= > not appropriate to this signal. (And the same is probably said again for= =0A= > messages =96 the duplication makes me wonder if the separation loses more= =0A= > than it gains.)=0A= =0A= This has been rewritten and expanded to clarify in draft-20=0A= =0A= >=0A= > Section 8.2, similar comments to Section 8.1.=0A= =0A= See above=0A= =0A= >=0A= > Section 8.3, Length. value should probably be Value. And the term header= =0A= > hasn=92t been defined for a data item.=0A= =0A= Fixed by rewording=0A= =0A= >=0A= > I would prefer a separation of the signal/message/data item syntax from= =0A= > the behaviour. Admittedly there are a couple of corner cases (how to=0A= > handle a missing Status =96 though that itself is a bit ugly). But for=0A= > example section 9.5 (probably the worst case) starts with behaviour, has= =0A= > an aside (which I=92ll come back to), then more behaviour, then syntax,= =0A= > then some behaviour again.=0A= =0A= The major change for draft-20 is to do this. We now have 'introduction' = =0A= 'construction' 'usage' fairly consistently.=0A= =0A= >=0A= > Yes, that would be significant work to restructure, and it=92s not my cal= l=0A= > to say it should be done. But it would (in my opinion) make for a better= =0A= > document.=0A= =0A= It was, and it has!=0A= =0A= >=0A= > Section 9.0 paragraph 1, last line, is =93this header=94 (singular) corre= ct?=0A= =0A= This paragraph has gone, it was confusing.=0A= =0A= >=0A= > Section 9.0 second paragraph =93Following is=94 is wording I=92d make a g= uess=0A= > the RFC Editor will change if still there. (Based on the last few RFC=0A= > Editor responses I=92ve had, they are changing quite a bit of wordings=0A= > they don=92t like, more than they used to.)=0A= =0A= Hmm... don't know what else to put there, we await suggestions.=0A= =0A= >=0A= > Table 1. Apart from the IANA issue I raised in last part of my comments,= =0A= > why do signal and message types share a single space?=0A= =0A= They don't in draft-20=0A= =0A= >=0A= > Table 1, previously noted Reserved is incorrect usage (17+)=0A= =0A= Yes, fixed.=0A= =0A= >=0A= > Section 9.1 At this point with SHOULD, I=92m left asking what if not? Tha= t=0A= > I assume is because of the preconfiguration option discussed in an=0A= > earlier section. But doesn=92t say so, and is part of the it would be=0A= > clearer to separate data from process.=0A= =0A= This remains, but hopefully the other fixes makes it acceptable now?=0A= =0A= >=0A= > Section 9.1 MAY implement own heuristics. This I think goes all the way= =0A= > to MUST, not even SHOULD. OK, possibly the heuristic is =93don=92t bother= =94,=0A= > but you still need to decide that and decide it=92s acceptable.=0A= =0A= It's a MUST now.=0A= =0A= >=0A= > Section 9.2 . Later lists use an =93each of the following data items=94 e= ven=0A= > when singular. I have no idea whether the RFC Editor will accept that.=0A= > But here before the first list singular is used, and the second list=0A= > uses =93any=94 rather than =93each=94.=0A= =0A= Singulars have been rewritten. I'm not sure what the right way to go =0A= with the 'each'/'any' issue.=0A= =0A= >=0A= > Section 9.2 the discussion of ports in the IP connection (or well-known= =0A= > if none) is this consistent with the use of the (not strictly correctly= =0A= > named) unused port in earlier sections? I haven=92t worked this through.= =0A= =0A= Yes I believe so.=0A= =0A= >=0A= > Section 9.3 last line on page 22 =93the=94 before =93Session=94 (I happen= ed to=0A= > notice this one).=0A= =0A= Good catch!=0A= =0A= >=0A= > Section 9.3 first line on page 23. =93should=94 probably should be SHOULD= ,=0A= > except I think it actually should be MUST (see above, where it=92s MAY, s= o=0A= > inconsistent in any case).=0A= =0A= It's a MUST now.=0A= =0A= >=0A= > Section 9.5. The whole concept of router signalling modem should be=0A= > brought out earlier in the document. The paragraph starting =93Concerning= =0A= > layer 3 addresses=94 is a particularly jarring one in the mixture of=0A= > protocol and data.=0A= =0A= This has been heavily reworked in draft-20, but this paragraph remains. =0A= Can you revisit?=0A= =0A= >=0A= > Section 9.5 (and elsewhere) information base. I don=92t think this is=0A= > discussed in the introduction. While a mandatory information base format= =0A= > may not be right, a discussion of what data is collected =96 and what=0A= > needs to be persistent (such as list of extensions being used) I think=0A= > would be appropriate.=0A= =0A= We haven't gone the whole way to define an Information Base, but the =0A= re-ordering in draft-20 might make it clearer.=0A= =0A= >=0A= > Section 9.5 (and elsewhere) when indicating IPb4/IPv6 addresses =93one or= =0A= > more of the following=94 is not clear, suggest =93one or more of each of = the=0A= > following=94 (which fits other pattern).=0A= =0A= Fixed.=0A= =0A= >=0A= > Section 9.7. This is one case of non-success defauilt Status. But here=0A= > in particular, no reference to where that status is found.=0A= =0A= This has been reworked in draft-20. Status codes now have a proper section= .=0A= =0A= >=0A= > Section 9.14. paragraph three =93Great care =85 =93 Is a 2119 MUST approp= riate=0A= > here? I=92m not sure this sentence helps the implementer. Why? How?=0A= =0A= Great care is no longer necessary. Heartbeats are mandatory in draft-20.= =0A= =0A= >=0A= > Section 9.15 paragraph 2 =93what is=94 I=92d delete the =93what=94. Not s= ure about=0A= > capitalised ONLY. And =93partner=94 is a new term that shouldn=92t be use= d.=0A= =0A= What has gone, and so has the MAC address only Link C Request (in -20)=0A= =0A= >=0A= > Section 9.16 Table 3 is here referenced. Apart from the IANA issue,=0A= > there=92s also no indication where that is.=0A= =0A= Hmmm... hyperlinking has gone awry.=0A= =0A= And on to part 6...=0A= =0A= Rick=0A= From nobody Tue Mar 8 10:29:56 2016 Return-Path: X-Original-To: manet@ietf.org Delivered-To: manet@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CBB7812D985; Tue, 8 Mar 2016 10:29:52 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.15.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160308182952.22482.45591.idtracker@ietfa.amsl.com> Date: Tue, 08 Mar 2016 10:29:52 -0800 Archived-At: Cc: manet@ietf.org Subject: [manet] I-D Action: draft-ietf-manet-dlep-20.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 18:29:53 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Mobile Ad-hoc Networks of the IETF. Title : Dynamic Link Exchange Protocol (DLEP) Authors : Stan Ratliff Bo Berry Cisco Systems Darryl Satterwhite Rick Taylor Filename : draft-ietf-manet-dlep-20.txt Pages : 62 Date : 2016-03-08 Abstract: When routing devices rely on modems to effect communications over wireless links, they need timely and accurate knowledge of the characteristics of the link (speed, state, etc.) in order to make routing decisions. In mobile or other environments where these characteristics change frequently, manual configurations or the inference of state through routing or transport protocols does not allow the router to make the best decisions. A bidirectional, event- driven communication channel between the router and the modem is necessary. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-manet-dlep-20 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-dlep-20 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Mar 8 10:31:14 2016 Return-Path: X-Original-To: manet@ietf.org Delivered-To: manet@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 461F012D971; Tue, 8 Mar 2016 10:31:12 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.15.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160308183112.30926.31584.idtracker@ietfa.amsl.com> Date: Tue, 08 Mar 2016 10:31:12 -0800 Archived-At: Cc: manet@ietf.org Subject: [manet] I-D Action: draft-ietf-manet-credit-window-02.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 18:31:12 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Mobile Ad-hoc Networks of the IETF. Title : Credit Windowing extension for DLEP Author : Stan Ratliff Filename : draft-ietf-manet-credit-window-02.txt Pages : 10 Date : 2016-03-08 Abstract: This draft describes an extension to the DLEP protocol to provide a credit-windowing scheme analogous to that in RFC5578 for destination- specific flow control. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-manet-credit-window/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-manet-credit-window-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-credit-window-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Mar 8 10:36:39 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5652D12D904 for ; Tue, 8 Mar 2016 10:36:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FIEqBCnqIs_E for ; Tue, 8 Mar 2016 10:36:36 -0800 (PST) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (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 EAB4612D8AB for ; Tue, 8 Mar 2016 10:36:35 -0800 (PST) Received: by mail-ig0-x22e.google.com with SMTP id z8so24926806ige.0 for ; Tue, 08 Mar 2016 10:36:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=Z1t5tlcXyJPCdcb4CpQDUncD4CMdCmYzYf+2eQohiYE=; b=Cbc/abvVxjIfC6zyLr+XAmmv+852vDMswdllJWE1/OzhOAI/Nes8hRjXGJ0Fdzn2M6 h+cabFVVt7VYAD6QDnA+rjzDNcAYUDaCjzXiBd0T2b4prtWSPi+CwwGKhPNsWPg1C8o+ fe+qlEHD4IG53veq3/kBQ/Rctnyu+zPAssF5Ug6TxIxK/xIKq+n+m1RQuEac57wXbVNc 2geJ+Z21rQlH3qbIjSzI5Ofzgf1O2Clz5MS8SJlygyD0hGy/zVzGJKUYyz9Rwrw46RMX bWcENXEVsDvjs1dbybsSSLg4nxcNJ3QnBmdwrVWNNEhWKzm1TwABHty10Sx3ap8X/O3R CgZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=Z1t5tlcXyJPCdcb4CpQDUncD4CMdCmYzYf+2eQohiYE=; b=HEtyqm2/qxyM+9GPxvBkUc7Jze/o74pfw98wDp3g5gSIiUpY9hWksPzzSiKRWxbQJi kb4C14h5NpvfBJalbq2BOZkCAyDUKcC2bAojU8SXrN5Rv/XQnpuB4/bKBh+oOy3Xwm5s kKM3X8gZ9xCQ4y2RsTblRkBKeLxJZRdLT65OpAsiqGWSOZvrGXbsXDQgGfmpXdeVuMQ3 C5CNLeL83CqSQtBOM+hP6/yihXzwYoCr+uN7zQ3qCNqQFGTkxDBp9W9qbDzYCmeewZp6 x9dDGfp5gYRycXZZeyx4vqUSkkuPYhDqy/c4fP/EfD3aNcigmDW0QI0y9JisVoMzzS/x N0Zg== X-Gm-Message-State: AD7BkJLvJ4gkXJTgoHhqJrl0vblyPyhM7/SVdKYr6bHSOF9yrmexNTUZzbBto+2khzpmrv4m2A6qPo9ENPUnug== MIME-Version: 1.0 X-Received: by 10.50.73.133 with SMTP id l5mr20427011igv.69.1457462195401; Tue, 08 Mar 2016 10:36:35 -0800 (PST) Received: by 10.79.96.1 with HTTP; Tue, 8 Mar 2016 10:36:35 -0800 (PST) Date: Tue, 8 Mar 2016 13:36:35 -0500 Message-ID: From: Stan Ratliff To: MANET IETF Content-Type: multipart/alternative; boundary=089e0129483a6e3cc2052d8ddc00 Archived-At: Subject: [manet] DLEP and DLEP Credit Window drafts X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 18:36:37 -0000 --089e0129483a6e3cc2052d8ddc00 Content-Type: text/plain; charset=UTF-8 Hello Working Group participants, DLEP version 20, and DLEP Credit Window version 02 have been submitted. These drafts address review comments received during last call. Regards, Stan --089e0129483a6e3cc2052d8ddc00 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello Working Group participants,=C2=A0

DLEP version 20, and DLEP Credit Window version 02 have been submitted.

These drafts address review comments received during= last call.

Regards,
Stan
--089e0129483a6e3cc2052d8ddc00-- From nobody Tue Mar 8 10:45:19 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6BF312D8AB for ; Tue, 8 Mar 2016 10:45:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B9wD-3hIzeeK for ; Tue, 8 Mar 2016 10:45:16 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6037B12D85B for ; Tue, 8 Mar 2016 10:45:15 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Tue, 8 Mar 2016 18:44:50 +0000 From: Rick Taylor To: "Dearlove, Christopher (UK)" , "manet@ietf.org" Thread-Topic: [manet] DLEP-17 comments, part 6 Thread-Index: AQHReWqXdgh/0SNsN0GKdmWOvgKeqw== Date: Tue, 8 Mar 2016 18:44:48 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37EEE69@tss-server1.home.tropicalstormsoftware.com> References: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17 comments, part 6 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 18:45:17 -0000 Comments inline...=0A= =0A= On 07/12/15 12:27, Dearlove, Christopher (UK) wrote:=0A= > Section 10 (just appendices to go).=0A= >=0A= > Many comments made about a section apply to other sections. I have not=0A= > attempted to work out all of these.=0A= >=0A= > Table 2, usual IANA comments, including use of Reserved (not for 0).=0A= =0A= Noted.=0A= =0A= >=0A= > Section 10.1, first line. =93MAY appear=94 reads like a non-2119 use of m= ay.=0A= > But some later sections have MUST. So really I think this is =93MAY be=0A= > included in=94. But leaves unspecified what if included elsewhere.=0A= =0A= This paragraph has gone=0A= =0A= >=0A= > Section 10.1 first paragraph on page 35, not sure about use of=0A= > =93implementation=94. i.e. should be e.g. (line 3).=0A= =0A= Fixed.=0A= =0A= >=0A= > Text description, should you check for unprintable if receiving but not= =0A= > using? And what if there are any unprintable characters? Not assuming=0A= > NUL terminated, I think really this is stronger, it should not be.=0A= =0A= The SHOULD is there, because if you aren't using why bother checking. =0A= The MUST NOT is to prevent a really obvious buffer overrun bug in =0A= implementations=0A= =0A= >=0A= > Section 10., what if receive a success or continue in response to=0A= > Session Termination?=0A= =0A= Session Termination Response has no status code in draft-20=0A= =0A= >=0A= > Table 3, IANA. Odd use of a decimal range (100+) in a binary field. I=92d= =0A= > suggest 128+.=0A= =0A= I wanted to but others objected.=0A= =0A= >=0A= > Section 10.2 second paragraph is an example of how this section mixes=0A= > format and usage. As I=92ve indicated before, I think it would be clearer= =0A= > separated. (Usage as in malformed is OK, that=92s part of syntax.)=0A= =0A= This has been reworked and moved around in draft-20=0A= =0A= >=0A= > Section 10.2, MBZ. I=92m not sure about reserved here. Strictly that=92s = not=0A= > how used in 5226, but on the other hand I think in this kind of case its= =0A= > common (I think I=92ve done it myself).=0A= =0A= I copied from BGP (I think) - but its been fixed.=0A= =0A= >=0A= > Section 10., second paragraph, line 3, delete MAY, that=92s what zero=0A= > means, not an option. (Any use of MAY needs to be elsewhere, and in any= =0A= > case it=92s overruled by RECOMMENDED i.e. SHOULD two lines down.)=0A= =0A= Sorry, where?=0A= =0A= >=0A= > Section 10.6, last line, extensions registry, reference. Note that IANA= =0A= > will want this specified if it is a registry, even if empty.=0A= =0A= It is now defined.=0A= =0A= >=0A= > Section 10.10 (and 10.11). Prefix range should be 0 to 32 (or 128). The= =0A= > =93subnet=94 0.0.0.0/0 is sometimes useful (especially in a MANET or othe= r=0A= > edge network) to say =93the (rest of) the Internet is over here=94.=0A= =0A= Fixed=0A= =0A= >=0A= > Section 10.12 You can get some really insane values in the maximum data= =0A= > rate (and elsewhere). Of course what=92s insane on an HF link is rather= =0A= > slow on a UHF link, so not suggesting any specific thing. But is it=0A= > worth saying you MAY reject if this indicates a figure known to be wrong?= =0A= =0A= Hmm... we don't want to get into defining 'wrong' here.=0A= =0A= >=0A= > Section 10.14, what if current > maximum?=0A= =0A= Fixed - MUST NOT=0A= =0A= >=0A= > Section 10.16, latency being implementation dependent without any hint=0A= > what latency means is hard to compare different radios. Which layers are= =0A= > included? Mean or worst case? What about jitter?=0A= =0A= We just don't go there.=0A= =0A= >=0A= > Section 10.17. This seems the sort of data item there could be more than= =0A= > one of. (Actually, I=92ve missed any example that=92s allowed more than o= ne=0A= > of, though earlier discussion allows it.) But if so, there would have to= =0A= > be more than one kind of resource (which there could be) with a code =96= =0A= > even if all codes are private.=0A= =0A= Resources have been reworded in draft-20.=0A= =0A= >=0A= > Section 10.17 (and elsewhere). If it can=92t be calculated it SHOULD NOT= =0A= > be issued. Seems more like a MUST NOT to me.=0A= =0A= Fixed to MUST NOT.=0A= =0A= And finally to part 7!=0A= =0A= Rick=0A= =0A= From nobody Tue Mar 8 10:55:08 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BABD012D9BD for ; Tue, 8 Mar 2016 10:55:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.003 X-Spam-Level: X-Spam-Status: No, score=-0.003 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8NbHmULl1Fo6 for ; Tue, 8 Mar 2016 10:55:04 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4256412D9A4 for ; Tue, 8 Mar 2016 10:55:00 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Tue, 8 Mar 2016 18:54:33 +0000 From: Rick Taylor To: "Dearlove, Christopher (UK)" , "manet@ietf.org" Thread-Topic: [manet] DLEP-17 commants part 7 (and last) Thread-Index: AQHReWvztBI3xEjTKEmLK368nmvGIQ== Date: Tue, 8 Mar 2016 18:54:32 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C37EEED7@tss-server1.home.tropicalstormsoftware.com> References: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17 commants part 7 (and last) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 18:55:06 -0000 On 07/12/15 14:49, Dearlove, Christopher (UK) wrote:=0A= > Appendices=0A= >=0A= > Appendix A. What is the alternative if starting with an assumed=0A= > address/port?=0A= =0A= The next section - Session Initialization=0A= =0A= >=0A= > Appendix A Peer Discovery. I wasn=92t initially clear on why the first=0A= > Peer Discovery arrow had a different termination. No explicit comment on= =0A= > right as to PD not received.=0A= =0A= Yes, but that kind of text makes the diagram unwieldy. This isn't =0A= normative so I won't included it.=0A= =0A= >=0A= > Appendix A has the MAY stop in an odd place after Peer Offer received. I= =0A= > can=92t see how to produce a really nice flow without three PDs. (First= =0A= > says sent, second says may send again, may give up, but not doing so=0A= > here, third is received, produces offer. Maybe someone can do better=0A= > than me.)=0A= =0A= Suggestions gratefully received!=0A= =0A= >=0A= > Appendix B.1, TCP connect and then what? TCP acknowledgement at least?=0A= =0A= Yes, meant to be TCP connection established=0A= =0A= >=0A= > Appendix B.2, is TCP close discussed in report? (is it just assumed?)=0A= =0A= It is.=0A= =0A= >=0A= > Appendices B.1/B.2 TCP connect starts at single bar to no bar, TCP close= =0A= > is from double bar to double bar. Notation seems inconsistent. (And=0A= > elsewhere double bar is used for failure.)=0A= =0A= I have changed message failure to --->X=0A= =0A= >=0A= > Appendix B.5. Will the modem send a Session Termination Response after=0A= > receiving a TCP shutdown?=0A= =0A= Yes, it's the dreaded TCP half-close.=0A= =0A= >=0A= > Appendix B.8 (and elsewhere) =93as above=94. Reference.=0A= =0A= Removed as above.=0A= =0A= >=0A= > Appendix C.1 shows we have both Destination Up and Destination Update.=0A= > Could be confusing (especially if abbreviating).=0A= =0A= I think this is unavoidable.=0A= =0A= Thank you for the extensive review Chris.=0A= =0A= Cheers,=0A= =0A= Rick=0A= From nobody Tue Mar 8 13:38:23 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C63412DB18 for ; Tue, 8 Mar 2016 13:38:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id imbo7tEgUHQ5 for ; Tue, 8 Mar 2016 13:38:04 -0800 (PST) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 3845D12DB17 for ; Tue, 8 Mar 2016 13:37:44 -0800 (PST) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1adPK2-001c1a-QS>; Tue, 08 Mar 2016 22:37:42 +0100 Received: from x55b4ecb7.dyn.telefonica.de ([85.180.236.183] helo=[192.168.1.2]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1:AES128-SHA:128) (envelope-from ) id <1adPK2-001Hpp-EO>; Tue, 08 Mar 2016 22:37:42 +0100 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_901F6059-1B52-4231-A519-3796B5974992" From: Lotte Steenbrink In-Reply-To: Date: Tue, 8 Mar 2016 22:37:45 +0100 Message-Id: References: To: manet@ietf.org X-Mailer: Apple Mail (2.1878.6) X-Originating-IP: 85.180.236.183 X-ZEDAT-Hint: A Archived-At: Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 21:38:15 -0000 --Apple-Mail=_901F6059-1B52-4231-A519-3796B5974992 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hello Justin, thank you very much for your thorough and helpful review. We've adopted = most of your editorial changes and are currently mulling over the larger = ones. Some questions & comments for clarification: =46rom 2. Terminology: ------------------------------------ Local Route An entry in the Local Route Set. (Local Route Set should have an = entry, something simple and pointing to the section JWD) (Later in the document LocalRoute is used pick one JWD) LocalRoutes are not the same as the Local Route set, as they're actually = entries of the Set, which is explained in section 4.5. Local Route Set. = Since LocalRoute is used before its explanation (in the RERR (Route = Error) definition of section 2), I can see how this is confusing. If my = co-authors don't protest, I guess we can just eliminate that mention by = changing "a valid LocalRoute" to "a valid route". Would that resolve = this issue? =46rom 3. Applicability Statement: -------------------------------------------------- (This should go in the intro JWD) Which paragraph(s) are you referring to here? =46rom 4.5. Local Route Set: ------------------------------------------ (I=92m assuming this is here to hint at the possibility of a = unified router with multiple routing protocols playing nicely together = JWD) Yup. Should we be more explicit there? (I noticed that Unconfirmed is the only state that uses Route = Request message instead of route message, is that intended? Can = unconfirmed route state only be reached through Route Request messages? = JWD) Yes. Until a route learned through a RREQ is validated by a = RREP/RREP_Ack exchange, it is marked as unconfirmed (so that it can't = erroneously be used until we know it is useful) (this seems like an entry that would always be full 1s on a = route request if true that should be stated to make things more clear = JWD) I'm not sure I understand what you mean here, I'm assuming that = prefixlength =3D=3D address length with RREQs? =46rom 4.6. Multicast Route Message Table: --------------------------------------------------------------- (would this ever be in a RREQ? If no then I suggest using words = similar to =93if RteMsg is an RREP JWD) =20 It would. RREQs can include the last known sequence number associated = with TargSeqNum. see 7.1.1. RREQ Generation: 6. For TargSeqNum: * If an Invalid route exists in the Local Route Set matching TargAddr using longest prefix matching and has a valid sequence number, set TargSeqNum :=3D LocalRoute.SeqNum. =46rom 5. Metrics: ----------------------- AODVv2 enables the use of multiple metric types. Each route discovery attempt indicates the metric type which is requested = for the route. Only one metric type may be used in each route = discovery attempt. (Already said this no need to say it again. JWD) I don't quite understand this one=96 with the exception of =93Only one = metric type may be used in each route discovery attempt=94, yes, the rest of the information in this paragraph may be puzzled together = using bits and pieces spread across the document=96 but previous = criticism (also from me) has been that this is very confusing, tiresome and = error-prone... Or did I misunderstand your comment here? =46rom 6.1. Initialization: ------------------------------- Until MAX_SEQNUM_LIFETIME after its sequence number is reset, = the router SHOULD NOT create RREQ or RREP messages. (Just to be clear one MUST wait 5 mins before starting to = request any route without a persistent store of the seq num, yes? JWD) Yes... That mini paragraph is a bit redundant & contradictory, isn't it? = I've taken it out and the "must" in "must wait for MAX_SEQNUM_LIFETIME = before it creates any messages" was changed to a MUST. =46rom 6.2. Next Hop Monitoring: ------------------------------------------ (I can=92t see how the above would be helpful at all JWD) I'm assuming that "the above" refers to the text you've deleted, not the = general idea of leveraging external mechanisms to monitor connectivity, = correct? =46rom 6.6. Route Discovery, Retries and Buffering: ------------------------------------------------------------------ (is there some table that lists routes that are being waited on? = JWD) Currently not, we're reshuffling things in order to make it more clear = how to do all of that. =46rom 6.7. Processing Received Route Information -------------------------------------------------------- (MAY not MUST? Why wouldn=92t one update it according to section = 6.7.2? JWD) No idea. This is a MUST now. =20 =46rom 6.7.1. Evaluating Route Information: -------------------------------------------------------- (does processing stop here? It seems like it hsould be that = isn=92t stated. JWD) It does, in both instances. Since the if statements following those = paragraphs wouldn't match, there are nor no further processing = instructions for the loop-causing AdvRte, essentially terminating the = processing procedure. This pattern is employed in different places = across the document; if that's desired by the WG I can add "Stop = processing AdvRte" or something similar. =46rom 6.7.2. Applying Route Updates: -------------------------------------------------- (we seem to be missing when the Route Information Base should be = updated based on the new Local Route Set. JWD) 4.5. Local Route Set says: When the Local Route State is stored separately from the Routing Information Base, routes are added to the Routing Information Base when LocalRoute.State is valid (set to Active or Idle), and removed from the Routing Information Base LocalRoute.State becomes Invalid. To me, the connection to the RIB is more of an issue connected to the = general architecture of the Local Route Set rather than the nitty gritty = of detailed update instructions, so I think that section 4.5 is the = right place for this information... =46rom 6.9.1. Local Route State Changes: ------------------------------------------------------ (it=92s not clear to me how the RERR=92s are identified consider = rewording to make it more clear. JWD) I'm not quite sure what' s unclear here=96 would something like=20 o If a Route Error (RERR) message reporting the route as broken is = received, either from LocalRoute.NextHop, or with PktSource set to a Router Client address, LocalRoute.State MUST immediately be set to Invalid. improve things? (Shouldn=92t they also be removed from the Route Information = Base? JWD) No=96 Unconfirmed routes can't be used for forwarding, and therefore = shouldn't be in the RIB in the first place. 7.1.1. RREQ Generation: ---------------------------------- (perhaps I=92m missing a table or something but I don=92t = remember any RREQ table or list being described which i can check if a = RREQ has been recently sent with associated timers. If there is such a = table then it should be mentioned here. If there isn=92t aon there = should be. JWD!) The table in question is the Multicast Route Message Table and you're = absolutely right=96 that should be stated explicitly. We've done so = now. 7.2.3. RREP Regeneration: -------------------------------------- (This seems like a bad idea to do on the reverse path. It would = be a good way to attack a network Forward RREQ and drop all RREP. JWD) Wouldn't this attack be possible no matter if we allow RREPs to be = dropped or not? What am I missing here? 7.4.2. RERR Reception: --------------------------------- (it=92s not clear to me what the point of this invalid route is. = It doesn=92t get used and doesn=92t remove any existing routes. JWD) =20 The point of that invalid route is to keep the Sequence Number. One = point of keeping Sequence Numbers is to avoid processing stale messages = that might be received after long queuing delays. (How do we check? It=92s not at all clear how this is done. JWD! = ) The word "check" perhaps is misleading, as the check has already taken = place a few paragraphs above. I've reworded the paragraph in question to: 3. If there are previously Active LocalRoutes that MUST be reported, as identified in step 2.: * Regenerate the RERR as detailed in Section 7.4.3. , does that resolve the issue? 7.4.3. RERR Regeneration: ------------------------------------- (it=92s not clear how we know which localroutes need to be = reported JWD! again, missing reference here, I've changed that to 2. For each LocalRoute that needs to be reported as identified in Section 7.4.1: , is that better? Kind regards, Lotte Steenbrink Am 02.03.2016 um 05:18 schrieb Justin Dean : > I've completed my review of the draft 13 of AODVv2. Attached is my = updated with comments (marked JWD) and various inline fixes = draft/review. I've also included a diff to illustrate the inline = fixes. I did not review the security section. I did have a few major = comments which are marked with JWD! >=20 > Justin > _________________________________= ______________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail=_901F6059-1B52-4231-A519-3796B5974992 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Hello = Justin,
thank you very much for your thorough and helpful review. = We've adopted most of your editorial changes and are currently mulling = over the larger ones.
Some questions & comments for = clarification:

=46rom  2. = Terminology:
------------------------------------

=
   Local Route
      = An entry in the Local Route Set. (Local Route Set should have an entry, = something simple and pointing to the section JWD)
(Later in = the document LocalRoute is used pick one = JWD)

LocalRoutes are not the same as the = Local Route set, as they're actually entries of the Set, which is = explained in section 4.5.  Local Route Set. Since LocalRoute is = used before its explanation (in the     RERR (Route = Error) definition of section 2), I can see how this is confusing. If my = co-authors don't protest, I guess we can just eliminate that mention by = changing "a valid LocalRoute" to "a valid route". Would that resolve = this issue?

=46rom  3. =  Applicability = Statement:
--------------------------------------------------

 (This should go in the intro = JWD)

Which paragraph(s) are you referring to = here?

=46rom  4.5.  Local Route = Set:
------------------------------------------

= (I=92m assuming this is here to hint at the possibility of a = unified router with multiple routing protocols playing nicely together = JWD)

Yup. Should we be more explicit = there?

(I noticed that Unconfirmed is = the only state that uses Route Request message instead of route message, = is that intended?  Can unconfirmed route state only be reached = through Route Request messages? JWD)

Yes. Until = a route learned through a RREQ is validated by a RREP/RREP_Ack exchange, = it is marked as unconfirmed (so that it can't erroneously be used until = we know it is useful)


(this = seems like an entry that would always be full 1s on a route request if = true that should be stated to make things more clear = JWD)

I'm not sure I understand what you = mean here, I'm assuming that prefixlength =3D=3D address length with = RREQs?


=46rom 4.6. =  Multicast Route Message = Table:
---------------------------------------------------------= ------

(would this ever be in a RREQ? = If no then I suggest using words similar to =93if RteMsg is an RREP = JWD)
 
It would. RREQs can include the last known sequence = number associated with TargSeqNum. see 7.1.1.  RREQ = Generation:

   6.  For = TargSeqNum:

       * =  If an Invalid route exists in the Local Route Set = matching
          TargAddr using = longest prefix matching and has a valid
      =     sequence number, set TargSeqNum :=3D = LocalRoute.SeqNum.

=46rom 5. =  Metrics:
-----------------------

= AODVv2 enables the use of multiple metric types.  Each = route
= discovery attempt indicates the metric type which is requested = for
= the route.  Only one metric type may be used in each route = discovery
attempt.   (Already said = this no need to say it again. JWD)

I = don't quite understand this one=96 with the exception of =93Only one = metric type may be used in each route discovery attempt=94, = yes,
the rest of the information in this paragraph may be = puzzled together using bits and pieces spread across the document=96 but = previous criticism
(also from me) has been that this is very = confusing, tiresome and error-prone... Or did I misunderstand your = comment here?

From 6.1. =  Initialization:
-------------------------------
=
Until MAX_SEQNUM_LIFETIME after = its sequence number is reset, the
router SHOULD NOT create RREQ or = RREP messages.
(Just to be clear one MUST wait 5 = mins before starting to request any route without a persistent store of = the seq num, yes? JWD)

Yes... That mini = paragraph is a bit redundant & contradictory, isn't it? I've taken = it out and the "must" in "must wait for MAX_SEQNUM_LIFETIME before it = creates any messages" was changed to a = MUST.

=46rom 6.2.  Next Hop = Monitoring:
------------------------------------------

= (I can=92t see how the above would be helpful at all = JWD)

I'm assuming that "the above" refers to = the text you've deleted, not the general idea of leveraging external = mechanisms to monitor connectivity, = correct?

From 6.6.  Route Discovery, = Retries and = Buffering:
-----------------------------------------------------= -------------

(is there some table that lists = routes that are being waited on? JWD)

Currently = not, we're reshuffling things in order to make it more clear how to do = all of that.

=46rom 6.7.  Processing = Received Route = Information
----------------------------------------------------= ----

(MAY not MUST? Why wouldn=92t one = update it according to section 6.7.2? JWD)

No = idea. This is a MUST now.
 

=46rom = 6.7.1.  Evaluating Route = Information:
---------------------------------------------------= -----

(does processing stop here? =  It seems like it hsould be that isn=92t stated. = JWD)

It does, in both instances. Since = the if statements following those paragraphs wouldn't match, there are = nor no further processing instructions for the loop-causing AdvRte, = essentially terminating the processing procedure. This pattern is = employed in different places across the document; if that's desired by = the WG I can add "Stop processing AdvRte" or something = similar.


From 6.7.2. =  Applying Route = Updates:
--------------------------------------------------

(we seem to be missing when the = Route Information Base should be updated based on the new Local Route = Set.  JWD)

4.5.  Local Route Set = says:

  =
 When the Local Route State is stored separately from the Routing
   Information Base, routes are added to the Routing Information Base
   when LocalRoute.State is valid (set to Active or Idle), and removed
   from the Routing Information Base LocalRoute.State becomes =
Invalid.

To me, the connection to the RIB = is more of an issue connected to the general architecture of the Local = Route Set rather than the nitty gritty of detailed update instructions, = so I think that section 4.5 is the right place for this = information...

=46rom 6.9.1.  Local Route = State = Changes:
------------------------------------------------------<= /div>

(it=92s not clear to me how the = RERR=92s are identified consider rewording to make it more clear. = JWD)

I'm not quite sure what' s unclear = here=96 would something like 

  =  o  If a Route Error (RERR) message reporting the route as = broken is received,
      either from = LocalRoute.NextHop, or with PktSource set to a Router
  =     Client address, LocalRoute.State MUST immediately be set = to
      = Invalid.

improve = things?

(Shouldn=92t they also be removed = from the Route Information Base? JWD)

No=96 = Unconfirmed routes can't be used for forwarding, and therefore shouldn't = be in the RIB in the first place.

7.1.1. =  RREQ = Generation:
----------------------------------

= (perhaps I=92m missing a table or something but I don=92t = remember any RREQ table or list being described which i can check if a = RREQ has been recently sent with associated timers. If there is such a = table then it should be mentioned here. If there isn=92t aon there = should be. JWD!)

The table in question is the = Multicast Route Message Table and you're absolutely right=96 that should = be stated explicitly.  We've done so = now.


7.2.3.  RREP = Regeneration:
--------------------------------------
<= br>
= (This seems like a bad idea to do on the reverse path. It would = be a good way to attack a network Forward RREQ and drop all RREP. = JWD)

Wouldn't this attack be possible no matter = if we allow RREPs to be dropped or not? What am I missing = here?

7.4.2.  RERR = Reception:
---------------------------------

= (it=92s not clear to me what the point of this invalid route is. = It doesn=92t get used and doesn=92t remove any existing routes. = JWD)
 
The point of that invalid route is to keep = the Sequence Number.  One point of keeping Sequence Numbers is to = avoid processing stale messages that might be received after long = queuing delays.

(How do we check? It=92s not at = all clear how this is done. JWD! )

The = word "check" perhaps is misleading, as the check has already taken place = a few paragraphs above.
I've reworded the paragraph in = question to:

   3.  If = there are previously Active LocalRoutes that MUST be = reported,
       as identified in step = 2.:

       * =  Regenerate the RERR as detailed in Section = 7.4.3.

, does that resolve the = issue?

7.4.3.  RERR = Regeneration:
-------------------------------------
= (it=92s not clear how we know which localroutes need to be = reported JWD!

again, missing reference = here, I've changed that to

   2. =  For each LocalRoute that needs to be reported as identified = in
       Section = 7.4.1:

, is that = better?


Kind = regards,
Lotte Steenbrink

Am = 02.03.2016 um 05:18 schrieb Justin Dean <bebemaster@gmail.com>:
I've completed my review of the draft 13 of = AODVv2.  Attached is my updated with comments (marked JWD) and = various inline fixes draft/review.   I've also included a diff = to illustrate the inline fixes.  I did not review the security = section.  I did have a few major comments which are marked with = JWD!

Justin
<draft-ietf-manet-aodvv2-13 = (2).txt><draft-ietf-manet-aodvv2-13.diff>____= ___________________________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/= mailman/listinfo/manet

= --Apple-Mail=_901F6059-1B52-4231-A519-3796B5974992-- From nobody Tue Mar 8 14:08:59 2016 Return-Path: X-Original-To: manet@ietf.org Delivered-To: manet@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B8DE12DB6E; Tue, 8 Mar 2016 14:08:53 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.15.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160308220853.22099.12735.idtracker@ietfa.amsl.com> Date: Tue, 08 Mar 2016 14:08:53 -0800 Archived-At: Cc: manet@ietf.org Subject: [manet] I-D Action: draft-ietf-manet-smf-sec-threats-05.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2016 22:08:53 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Mobile Ad-hoc Networks of the IETF. Title : Security Threats for Simplified Multicast Forwarding (SMF) Authors : Jiazi Yi Thomas Heide Clausen Ulrich Herberg Filename : draft-ietf-manet-smf-sec-threats-05.txt Pages : 15 Date : 2016-03-08 Abstract: This document analyzes security threats of the Simplified Multicast Forwarding (SMF), including the vulnerabilities of duplicate packet detection and relay set selection mechanisms. This document is not intended to propose solutions to the threats described. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-manet-smf-sec-threats/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-manet-smf-sec-threats-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-smf-sec-threats-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Mar 9 02:05:19 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CA6012D585 for ; Wed, 9 Mar 2016 02:05:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8iK5tN5tPY4H for ; Wed, 9 Mar 2016 02:05:16 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E364A12D57E for ; Wed, 9 Mar 2016 02:05:15 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Wed, 9 Mar 2016 10:04:50 +0000 From: Rick Taylor To: RJ Atkinson , MANET IETF Thread-Topic: [manet] DLEP-17: Extensions Thread-Index: AQHRJspTw0MWKz4JKU+drfFIQt7KkA== Date: Wed, 9 Mar 2016 10:04:48 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C3809E05@tss-server1.home.tropicalstormsoftware.com> References: <0352FCAD-F1EA-4A5F-AFAD-CB200484627F@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17: Extensions X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 10:05:17 -0000 Hi Ran, All,=0A= =0A= As part of my belated deep pass of all the DLEP review comments, in =0A= light of draft-20 being posted, I'll attempt to answer some of your =0A= comments.=0A= =0A= As an overall comment: We have taken a lot of your suggestions on board =0A= and updated the text to reflect. There's has been some bulk re-ordering = =0A= of sections and section content in order to improve the readability and =0A= to ensure that normative text is centralized as much as possible.=0A= =0A= Inline...=0A= =0A= On 24/11/15 15:11, RJ Atkinson wrote:=0A= >=0A= > Extensions are more clear to me now, but the document itself=0A= > is not crystal clear. So I propose adding additional text=0A= > to make their existence/use/concept crystal clear to a naive=0A= > reader of the DLEP specification.=0A= >=0A= >=0A= > Concern:=0A= > Neither Section 1.0 nor Section 1.1 mention that DLEP is=0A= > extensible. This begs the question in the mind of the=0A= > first-time reader and leads to a surprise when the reader=0A= > reads about Extensions (e.g. in Section 5) before their=0A= > existence has been mentioned and they have been defined.=0A= >=0A= > Proposed additional text at the end of Section 1.1:=0A= >=0A= > While the base DLEP specification defined here is believed to be=0A= > sufficient, DLEP is extensible as described in Section 6 below.=0A= > A DLEP extension can be used to define new behaviors, message types,= =0A= > data items, and/or status codes.=0A= =0A= We believe draft-20 addresses this issue by promoting the text to Section 1= .=0A= =0A= >=0A= >=0A= > Concern:=0A= > While on-list clarifications have been helpful, the actual=0A= > specification is not crystal clear about how Extensions work.=0A= > I have paraphrased previous on-list comments from others to=0A= > create the new paragraph below.=0A= >=0A= > Proposed additional paragraph for Section 6:=0A= >=0A= > A single extension might contain zero or more new behaviors, zero or= =0A= > more new message types, zero or more data items, and/or zero or more= =0A= > new status codes. A single extension MUST contain at least one new=0A= > behavior, new message type, new data item, or new status code.=0A= >=0A= =0A= How extensions function is intentionally not defined here. All we do is = =0A= introduce to the reader that extensions are possible.=0A= =0A= More in the next mail...=0A= =0A= Rick=0A= From nobody Wed Mar 9 02:10:56 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3753512D5AB for ; Wed, 9 Mar 2016 02:10:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iCyAIN5bkCHC for ; Wed, 9 Mar 2016 02:10:53 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ECEC212D5A3 for ; Wed, 9 Mar 2016 02:10:48 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Wed, 9 Mar 2016 10:10:22 +0000 From: Rick Taylor To: RJ Atkinson , MANET IETF Thread-Topic: [manet] DLEP-17: timers not clearly defined Thread-Index: AQHRJsyB4NBNKcOFmkmDQ7YAKkNvUw== Date: Wed, 9 Mar 2016 10:10:21 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C380B1EC@tss-server1.home.tropicalstormsoftware.com> References: <7496DF74-0C45-4500-9AB9-0A412463FFEC@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17: timers not clearly defined X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 10:10:54 -0000 Continued, comments inline...=0A= =0A= On 24/11/15 15:26, RJ Atkinson wrote:=0A= >=0A= > The current specification seems to define (at least) two timers:=0A= > - Peer Discovery Timer (Appendix A)=0A= > - Heartbeat Timer (Section 5.3.1 & 10.5)=0A= >=0A= > However, these are implicitly defined, rather than being explicitly=0A= > defined. Further, the Peer Discovery Timer is defined in an=0A= > Appendix, not in the main body of the specification.=0A= >=0A= >=0A= > REQUEST: Please add a new Section named =93Timers=94.=0A= >=0A= > It can be short, but it ought to define each timer that an implementation= =0A= > ought to have, the semantics of each timer, the units (seconds ?) of each= =0A= > timer, and pointers to the parts of the draft that define when/where/how= =0A= > to use the timer(s).=0A= >=0A= =0A= We think we have addressed the general comments around heartbeats, but =0A= there is still the Discovery Timer. Currently we believe this is an =0A= implementation issue and does not need to be explicitly defined in the text= .=0A= =0A= If the WG consensus thinks otherwise, I agree it isn't a major change to = =0A= add some normative text.=0A= =0A= This is therefore an open question to the WG...=0A= =0A= On to the next mail.=0A= =0A= Rick=0A= =0A= From nobody Wed Mar 9 02:12:27 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65A4212D5D3 for ; Wed, 9 Mar 2016 02:12:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ymd9hxbmPTTk for ; Wed, 9 Mar 2016 02:12:24 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2102112D5AC for ; Wed, 9 Mar 2016 02:12:24 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Wed, 9 Mar 2016 10:11:57 +0000 From: Rick Taylor To: RJ Atkinson , MANET IETF Thread-Topic: [manet] DLEP-17: IANA Considerations Thread-Index: AQHRJtJaMQUwth43j0egvERm7armUw== Date: Wed, 9 Mar 2016 10:11:55 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C380B1F9@tss-server1.home.tropicalstormsoftware.com> References: <3489BD69-2F2B-46DB-AD89-7A9212E0D069@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17: IANA Considerations X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 10:12:26 -0000 Comments inline...=0A= =0A= On 24/11/15 16:08, RJ Atkinson wrote:=0A= >=0A= > The IANA Considerations in Section 12 is much better,=0A= > but still does not seem to be compliant with RFC-5226.=0A= >=0A= > For example, RFC-5226 Section 4.1 language ought to be=0A= > used when describing the allocation policy (e.g.,=0A= > Hierarchical Allocation, First Come First Served,=0A= > Expert Review, Specification Required, RFC Required,=0A= > IETF Review, Standards Action, IESG Approval).=0A= >=0A= > It is permitted to have more than 1 authorized allocation=0A= > policy allowed for a given registry created in an IETF RFC.=0A= > For example, it is common to have =93Expert Review, IETF=0A= > Review, Standards Action, or IESG Approval=94 all be allowed=0A= > (concurrently) as ways for a new registry allocation to be=0A= > approved. As an example, specifying =93Expert Review=94 alone=0A= > would mean that the DLEP WG publishing an an IETF Standards Track=0A= > DLEP Extension would NOT be sufficient to allocate a code point=0A= > =97 which would be both a very odd outcome and very odd registry=0A= > management approach.=0A= >=0A= > Separately, the goal of this section should be that when=0A= > the IANA staff read the IANA Considerations section of=0A= > the draft (without reading the rest of the draft) immediately=0A= > know exactly what they need to do to create and document=0A= > any new registries =97 and to update any existing registries=0A= > with new entries. The current section 12.2 is not close=0A= > to being sufficient in this regard.=0A= >=0A= > If folks want help getting this section into correct form,=0A= > I=92m happy to help.=0A= =0A= Yes, the IANA section needed update, we believe we have this fixed in =0A= draft-20. Please double check?=0A= =0A= On to the next mail...=0A= =0A= Rick=0A= =0A= From nobody Wed Mar 9 02:15:14 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2C7912D5DF for ; Wed, 9 Mar 2016 02:15:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N8lqmdmZ9lSg for ; Wed, 9 Mar 2016 02:15:12 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8DEA612D5D3 for ; Wed, 9 Mar 2016 02:15:11 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Wed, 9 Mar 2016 10:14:47 +0000 From: Rick Taylor To: RJ Atkinson , MANET IETF Thread-Topic: [manet] DLEP-17: Section 3.1 editorial Thread-Index: AQHRJtPI3beSohiq1U+ET6diSPF2kg== Date: Wed, 9 Mar 2016 10:14:46 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C380B205@tss-server1.home.tropicalstormsoftware.com> References: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17: Section 3.1 editorial X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 10:15:12 -0000 Comments continue inline...=0A= =0A= On 24/11/15 16:18, RJ Atkinson wrote:=0A= >=0A= > For clarity, I propose to edit the text in Section 3.1=0A= > as follows.=0A= >=0A= > OLD TEXT:=0A= > However, a modem MUST include the following list of metrics=0A= > in the Session Initialization Response message (Section 9.4):=0A= >=0A= > NEW TEXT:=0A= > However, a modem MUST include AT LEAST the following list of metrics= =0A= > in the Session Initialization Response message (Section 9.4):=0A= >=0A= =0A= Hmm... AT LEAST is not RFC 2119 text, and we think the text is clear =0A= enough.=0A= =0A= This has actually been moved about in draft-20 so it's now defined =0A= explicitly in one place.=0A= =0A= On to the next mail...=0A= =0A= Rick=0A= From nobody Wed Mar 9 02:27:09 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DDD012D5D9 for ; Wed, 9 Mar 2016 02:27:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DyDU1LSW3lHZ for ; Wed, 9 Mar 2016 02:27:06 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AE3C612D5A8 for ; Wed, 9 Mar 2016 02:27:05 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Wed, 9 Mar 2016 10:26:39 +0000 From: Rick Taylor To: RJ Atkinson , MANET IETF Thread-Topic: [manet] DLEP-17: initial assignment tables & nearby text Thread-Index: AQHRJuAxQ5HmVZchs0CAGNB9IjM6Bw== Date: Wed, 9 Mar 2016 10:26:37 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C380B213@tss-server1.home.tropicalstormsoftware.com> References: <645B94E8-819A-4C4E-8477-089EA63C1303@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17: initial assignment tables & nearby text X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 10:27:08 -0000 Comments inline...=0A= =0A= On 24/11/15 17:47, RJ Atkinson wrote:=0A= >=0A= > 1. Signals/Messages=0A= > --------------------=0A= > Section 9.0, 3rd paragraph, says:=0A= > =93The core DLEP signals and messages are:=94=0A= >=0A= > Table 1, which contains also items that I had not thought=0A= > were =93core DLEP signals and messages=94 (e.g. Private Use=0A= > allocation), then follows.=0A= >=0A= > My suggestion is to change the text above to read:=0A= > =93The core DLEP signals and messages have Type Code=0A= > values from 1 to 16, inclusive. The initial values=0A= > for the DLEP Signals & Messages Registry are found=0A= > in Table 1.=94=0A= >=0A= =0A= I'm really not sure this adds anything except extra text.=0A= =0A= =0A= >=0A= > 2. Data Items=0A= > --------------=0A= > Section 10.0, 2nd paragraph, says:=0A= > =93The core DLEP data items are:=94=0A= >=0A= > Table 2, which contains also items that I had not thought=0A= > were =93core DLEP data items=94 (e.g. Private Use allocation)=0A= > then follows.=0A= >=0A= > My suggestion is to change the quoted text above to read:=0A= > =93The core DLEP data items have Type Code values=0A= > from 1 to 20, inclusive. The initial values for=0A= > the DLEP Data Item Registry are found in Table 2.=94=0A= =0A= I'm really not sure this adds anything except extra text.=0A= =0A= >=0A= > 3. Status Codes=0A= > ---------------=0A= > (We don=92t seem to have a defined set of =93core=94 DLEP status codes,= =0A= > which is OK with me, but unexpected after defining =93core=94 values=0A= > earlier.)=0A= >=0A= > I suggest inserting the following sentence just before=0A= > Table 3:=0A= > =93The initial values for the DLEP Status Codes Registry=0A= > are found in Table 3.=94=0A= >=0A= =0A= Hmm.. we don't define 'core status codes' so I'm not convinced. =0A= However, we may have to move the Signal, Message, data Item and =0A= status-code tables into the IANA section, in which case, some text like =0A= this will have to be included.=0A= =0A= >=0A= > 4. Extension Types=0A= > ------------------=0A= >=0A= > (editorial)=0A= > Section 12.6 says in part:=0A= > =93Current allocations are:=94=0A= >=0A= > This ought instead to read:=0A= > =93Initial allocations are:=94=0A= >=0A= > because the reader=92s definition of =93current=94 is "when=0A= > they are reading the specification", rather than=0A= > "the date that the specification was written=94.=0A= >=0A= > The =93current=94 set is whatever the IANA Registry web page=0A= > says on the =93current day=94 that one looks at that registry.=0A= =0A= s/current/initial/=0A= =0A= On to the next mail,=0A= =0A= Rick=0A= From nobody Wed Mar 9 02:29:30 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D600E12D5DE for ; Wed, 9 Mar 2016 02:29:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y-wGdVTqZqQ4 for ; Wed, 9 Mar 2016 02:29:27 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D52D12D5D9 for ; Wed, 9 Mar 2016 02:29:26 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Wed, 9 Mar 2016 10:29:00 +0000 From: Rick Taylor To: RJ Atkinson , MANET IETF Thread-Topic: [manet] DLEP-17: error handling during "In-Session" state Thread-Index: AQHRJtBu2WxC5skuw0KB6S2DjRdVlA== Date: Wed, 9 Mar 2016 10:28:59 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C380B221@tss-server1.home.tropicalstormsoftware.com> References: <447C1544-14DF-40C3-BA23-97F4F146A374@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17: error handling during "In-Session" state X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 10:29:29 -0000 Quick comment inline...=0A= =0A= On 24/11/15 15:54, RJ Atkinson wrote:=0A= >=0A= > Section 5.3 seems to talk about all of the expected behaviors,=0A= > which is great.=0A= >=0A= > But what is the intended response behavior if one side of the=0A= > active DLEP session receives a (presumably unexpected) TCP Reset ?=0A= >=0A= > It seems to me that Section 5.3 ought to say something about:=0A= >=0A= > (a) whether a DLEP peer is allowed to just reset the DLEP TCP session.=0A= > (Maybe it isn=92t allowed to, from a DLEP perspective, which=0A= > might be important to note so implementers know this.)=0A= >=0A= > (b) how the other DLEP peer, the one receiving the TCP RST,=0A= > should respond to receiving that TCP RST=0A= > (e.g. does it try to restart the DLEP session, does it wait=0A= > for the other side to restart the DLEP session, or is some=0A= > other behavior appropriate)=0A= >=0A= =0A= We now have what we believe to be much clearer explicit text about the =0A= TCP connection in draft-20.=0A= =0A= Rick=0A= From nobody Wed Mar 9 02:33:26 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E351212D5DE; Wed, 9 Mar 2016 02:33:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ub3TQ_5uYO5L; Wed, 9 Mar 2016 02:33:25 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3EBCA12D58F; Wed, 9 Mar 2016 02:33:24 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Wed, 9 Mar 2016 10:32:56 +0000 From: Rick Taylor To: Lou Berger , "draft-ietf-manet-dlep@ietf.org" , MANET IETF Thread-Topic: [manet] DLEP-17: Failure processing Thread-Index: AQHRMrsrR23NOZd5b0iqcKAtdrjTeg== Date: Wed, 9 Mar 2016 10:32:55 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C380B29C@tss-server1.home.tropicalstormsoftware.com> References: <56688675.6000603@labn.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17: Failure processing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 10:33:26 -0000 All,=0A= =0A= Just a quick comment inline...=0A= =0A= On 09/12/15 19:52, Lou Berger wrote:=0A= > Authors/WG,=0A= >=0A= > DLEP-17 describes Error handling in terms of a fixed "Failure Mode",=0A= > See Table 3. I like this formalization of something that was previously= =0A= > implicit. I'd like to suggest going on step further by making=0A= > Terminate|Continue explicit in the Status data item. This will both=0A= > ease initial implementation and facilitate forward compatibility.=0A= >=0A= > To be clear: I'm proposing adding a flags field to the Status data item:= =0A= >=0A= > 0 1 2 3=0A= > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1=0A= > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A= > | Data Item Type | Length |=0A= > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A= > |T| Reserved | Status Code | Text... :=0A= > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+=0A= >=0A= > With a definition of=0A= > T (1-Bit): When set, indicates that the session MUST be=0A= > terminated upon receipt of the containing message.=0A= >=0A= > Reserved (7-bits): MUST be set to zero by sender and ignored by=0A= > receiver.=0A= >=0A= > Length also changes to 2 + length of the text field.=0A= >=0A= =0A= In draft-20 we have defined the behaviour (Terminate/Continue) of a =0A= status code to be associated with its value: <100 Terminate >=3D100 Continu= e.=0A= =0A= However, I am considering moving the <128 Continue, >=3D 128 Terminate, as = =0A= that keeps Success with value 0 as continue, and also aligns with Lou's =0A= suggestion of a Terminate bit.=0A= =0A= Thoughts?=0A= =0A= Rick=0A= =0A= From nobody Wed Mar 9 03:58:48 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D961B12D661 for ; Wed, 9 Mar 2016 03:58:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kqh2e3yUqOP5 for ; Wed, 9 Mar 2016 03:58:42 -0800 (PST) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) by ietfa.amsl.com (Postfix) with SMTP id 87FB412D656 for ; Wed, 9 Mar 2016 03:58:42 -0800 (PST) Received: (qmail 27954 invoked by uid 0); 9 Mar 2016 11:58:36 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy7.mail.unifiedlayer.com with SMTP; 9 Mar 2016 11:58:36 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id TnyP1s00C2SSUrH01nyS2l; Wed, 09 Mar 2016 04:58:34 -0700 X-Authority-Analysis: v=2.1 cv=Nal1iQz4 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=N659UExz7-8A:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=BmNsTK-_9OcR41I15rUA:9 a=QEJaywkn2Nw-L059:21 a=8-14dj0PUUkXTWmg:21 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject; bh=A/cal0OSprfqsb9ijQbYB3V05C4V9YQeIGP4+nUW7XU=; b=KomZoPMhQCy/DDPP0VhinpJ3B8 q+DrVc3e8v7mSEZxuRU565eiVRXVmZXu3SaG4WiiS9sv/hHkMOG1HlV0nRd9FI4jVcYpQxC3V41c2 o87Ko+mMGjp/aLNZKqZV+wn9+; Received: from box313.bluehost.com ([69.89.31.113]:59844 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1adckz-0005Tz-44; Wed, 09 Mar 2016 04:58:25 -0700 To: Rick Taylor , "draft-ietf-manet-dlep@ietf.org" , MANET IETF References: <56688675.6000603@labn.net> <38A5475DE83986499AEACD2CFAFC3F9801C380B29C@tss-server1.home.tropicalstormsoftware.com> From: Lou Berger Message-ID: <56E00FDD.60100@labn.net> Date: Wed, 9 Mar 2016 06:58:21 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C380B29C@tss-server1.home.tropicalstormsoftware.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: Re: [manet] DLEP-17: Failure processing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 11:58:45 -0000 The only real difference between the approaches is the effective number of available error codes. 256 at first seemed like a lot, but 100 of a particular type 'feels' constrained. Given that these bits are 'cheap' at the moment I'd recommend making the status field 1 or 2 bits larger so that error code space is never an issue. Lou On 3/9/2016 5:32 AM, Rick Taylor wrote: > All, > > Just a quick comment inline... > > On 09/12/15 19:52, Lou Berger wrote: >> Authors/WG, >> >> DLEP-17 describes Error handling in terms of a fixed "Failure Mode", >> See Table 3. I like this formalization of something that was previously >> implicit. I'd like to suggest going on step further by making >> Terminate|Continue explicit in the Status data item. This will both >> ease initial implementation and facilitate forward compatibility. >> >> To be clear: I'm proposing adding a flags field to the Status data item: >> >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Data Item Type | Length | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> |T| Reserved | Status Code | Text... : >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> With a definition of >> T (1-Bit): When set, indicates that the session MUST be >> terminated upon receipt of the containing message. >> >> Reserved (7-bits): MUST be set to zero by sender and ignored by >> receiver. >> >> Length also changes to 2 + length of the text field. >> > In draft-20 we have defined the behaviour (Terminate/Continue) of a > status code to be associated with its value: <100 Terminate >=100 Continue. > > However, I am considering moving the <128 Continue, >= 128 Terminate, as > that keeps Success with value 0 as continue, and also aligns with Lou's > suggestion of a Terminate bit. > > Thoughts? > > Rick > > From nobody Wed Mar 9 05:44:41 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD43812DE48; Wed, 9 Mar 2016 05:44:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LDlBWWKb1g2Q; Wed, 9 Mar 2016 05:44:39 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E487C12D6FB; Wed, 9 Mar 2016 05:44:38 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Wed, 9 Mar 2016 13:44:04 +0000 From: Rick Taylor To: Lou Berger , "draft-ietf-manet-dlep@ietf.org" , MANET IETF Thread-Topic: [manet] DLEP-17: Failure processing Thread-Index: AQHRMrsrR23NOZd5b0iqcKAtdrjTeg== Date: Wed, 9 Mar 2016 13:44:02 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C380EF12@tss-server1.home.tropicalstormsoftware.com> References: <56688675.6000603@labn.net> <38A5475DE83986499AEACD2CFAFC3F9801C380B29C@tss-server1.home.tropicalstormsoftware.com> <56E00FDD.60100@labn.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP-17: Failure processing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 13:44:41 -0000 On 09/03/16 11:58, Lou Berger wrote:=0A= > The only real difference between the approaches is the effective number= =0A= > of available error codes. 256 at first seemed like a lot, but 100 of a= =0A= > particular type 'feels' constrained. Given that these bits are 'cheap'= =0A= > at the moment I'd recommend making the status field 1 or 2 bits larger=0A= > so that error code space is never an issue.=0A= =0A= I agree that there's no real difference, but given we have 255 status =0A= codes, and two failure modes (Terminate or Continue), it makes sense to =0A= split them 0..127 Continue, 128..255 Terminate.=0A= =0A= Currently we have 3 'continue' codes, and 5 'terminate' codes, so we =0A= aren't running out of number space yet!=0A= =0A= As an aside - I personally hate 'wide' error codes, the UNIX approach of = =0A= errno having a few generic values is just much more manageable from an =0A= interop perspective than the Windows approach of 32-bit codes banked by =0A= system module. So any extension drafts which introduce a 100 new status = =0A= codes will get my thumbs down.=0A= =0A= Compare:=0A= http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/errno.h.html=0A= https://msdn.microsoft.com/en-us/library/windows/desktop/ms681381(v=3Dvs.85= ).aspx=0A= =0A= Rick=0A= =0A= From nobody Wed Mar 9 06:01:56 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 790FE12D6D3 for ; Wed, 9 Mar 2016 06:01:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r4GYw0djx_OC for ; Wed, 9 Mar 2016 06:01:49 -0800 (PST) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) by ietfa.amsl.com (Postfix) with SMTP id 6814512D6DA for ; Wed, 9 Mar 2016 06:01:40 -0800 (PST) Received: (qmail 30171 invoked by uid 0); 9 Mar 2016 14:01:39 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy7.mail.unifiedlayer.com with SMTP; 9 Mar 2016 14:01:39 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id Tx1Q1s00T2SSUrH01x1TNW; Wed, 09 Mar 2016 14:01:36 -0700 X-Authority-Analysis: v=2.1 cv=Maz/5fPf c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10 a=-NfooI8aBGcA:10 a=cz5lDf1Sf_0A:10 a=7OsogOcEt9IA:10 a=5vjwwrbCAAAA:8 a=uZvujYp8AAAA:8 a=yMhMjlubAAAA:8 a=ZX07_g6cXzJjfMoRc2AA:9 a=MMaeVuhZXSFaTPfS:21 a=jYhl-yuKKS_s7WYt:21 a=CjuIK1q_8ugA:10 a=vblp2xuz264A:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject: References:In-Reply-To:Message-ID:Date:To:From; bh=mdGOLvxxWH41kimhNc1VvuJdeadPAhWMInDTx9kbums=; b=AgLODYNcZeNRhhncNSoDsb6Kt5 +xP0/VJ8INnNz/EoKF2iZ6qVd/rlotlHJqOT1p0sIjrnnq8aGj3yHW4LWcb/9L7GDdK5VZ/SFYKiQ rXfCL0kk0krnjESmRPrq3Lk/C; Received: from [172.56.2.0] (port=43951 helo=[192.0.0.4]) by box313.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.86_2) (envelope-from ) id 1adeg2-0001Ur-Vc; Wed, 09 Mar 2016 07:01:27 -0700 From: Lou Berger To: Rick Taylor , , MANET IETF Date: Wed, 09 Mar 2016 09:01:22 -0500 Message-ID: <1535bae9750.2818.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C380EF12@tss-server1.home.tropicalstormsoftware.com> References: <56688675.6000603@labn.net> <38A5475DE83986499AEACD2CFAFC3F9801C380B29C@tss-server1.home.tropicalstormsoftware.com> <56E00FDD.60100@labn.net> <38A5475DE83986499AEACD2CFAFC3F9801C380EF12@tss-server1.home.tropicalstormsoftware.com> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 AquaMail/1.6.0.10 (build: 24000016) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 172.56.2.0 authed with lberger@labn.net} Archived-At: Subject: Re: [manet] DLEP-17: Failure processing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 14:01:55 -0000 Okay. Wfm. Lou On March 9, 2016 8:44:42 AM Rick Taylor wrote: > On 09/03/16 11:58, Lou Berger wrote: >> The only real difference between the approaches is the effective number >> of available error codes. 256 at first seemed like a lot, but 100 of a >> particular type 'feels' constrained. Given that these bits are 'cheap' >> at the moment I'd recommend making the status field 1 or 2 bits larger >> so that error code space is never an issue. > > I agree that there's no real difference, but given we have 255 status > codes, and two failure modes (Terminate or Continue), it makes sense to > split them 0..127 Continue, 128..255 Terminate. > > Currently we have 3 'continue' codes, and 5 'terminate' codes, so we > aren't running out of number space yet! > > As an aside - I personally hate 'wide' error codes, the UNIX approach of > errno having a few generic values is just much more manageable from an > interop perspective than the Windows approach of 32-bit codes banked by > system module. So any extension drafts which introduce a 100 new status > codes will get my thumbs down. > > Compare: > http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/errno.h.html > https://msdn.microsoft.com/en-us/library/windows/desktop/ms681381(v=vs.85).aspx > > Rick > > From nobody Wed Mar 9 06:18:40 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91DAF12D6D9 for ; Wed, 9 Mar 2016 06:18:37 -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, RP_MATCHES_RCVD=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YKjlTsRaxNJi for ; Wed, 9 Mar 2016 06:18:34 -0800 (PST) Received: from llmx2.ll.mit.edu (LLMX2.LL.MIT.EDU [129.55.12.48]) by ietfa.amsl.com (Postfix) with ESMTP id 94F3512DE51 for ; Wed, 9 Mar 2016 06:18:34 -0800 (PST) Received: from LLE2K10-HUB01.mitll.ad.local (LLE2K10-HUB01.mitll.ad.local) by llmx2.ll.mit.edu (unknown) with ESMTP id u29EHeGY005323; Wed, 9 Mar 2016 09:17:45 -0500 From: "Wiggins, David - 0665 - MITLL" To: "manet@ietf.org" , "Ratliff, Stanley" Thread-Topic: credit-wIndow-02 comments Thread-Index: AQHReg2FwIKP2u1wO0eRtdlXjDtcTA== Date: Wed, 9 Mar 2016 14:11:06 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [172.25.59.174] Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3540359465_145317028" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-03-09_12:, , signatures=0 X-Proofpoint-Spam-Details: rule=inbound_notspam policy=inbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1601100000 definitions=main-1603090242 Archived-At: Subject: [manet] credit-wIndow-02 comments X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 14:18:37 -0000 --B_3540359465_145317028 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit A couple of comments I made on credit-window-01 are not addressed in -02: On 2/29/16, 9:10 AM, "manet on behalf of Wiggins, David - 0665" wrote: >Here are a few commemts on draft-ietf-manet-credit-window-01. Sorry I >didn't get this out earlier. > >The draft talks about Destination Up and Response, but not Destination >Announce and Response. A strict reading would only allow modems to >request credit windowing on their destinations, since only they can send >Destination Up (as of DLEP-18). I *think* the intention was to allow >either side to request credit windowing. If so, then Destination Announce >and Response need to be added. In most cases it is probably sufficient to >change "Destination Up" to "Destination Up or Destination Announce" and >likewise for Response. > >The code points for the new data items and the extension code are still >listed as TBD. Do specific values need to be chosen, as was done in the >DLEP draft? DLEP-19 says that the Credit Windowing extension has code = >1, so at least that should be consistent. Ideally it would not be >specified in two places. Also, a new nit: Wondow -> Window in section 7.2. Thanks, David --B_3540359465_145317028 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIIMEgYJKoZIhvcNAQcCoIIMAzCCC/8CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC CfUwggT1MIID3aADAgECAgoY4rwNAAAAAHNuMA0GCSqGSIb3DQEBCwUAMFExCzAJBgNVBAYT AlVTMR8wHQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxEzAR BgNVBAMTCk1JVExMIENBLTMwHhcNMTYwMjEwMTMwNjAwWhcNMTkwMjA5MTMwNjAwWjBiMQsw CQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEPMA0GA1UECxMG UGVvcGxlMSEwHwYDVQQDExhXaWdnaW5zLkRhdmlkLlAuNTAwMTUyMDcwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQCiKFVMUMne1LGJfzRn943ZeccfuQI37zhvT3/LYCK/6Yaa jKbXmDz3AoT/XI551vtwvvc0wQNRfNIkB0oYfa8OkD+EYqO3sDV4IejFP9XQKkRxgb3bESa8 Frl30C0vScQ3A8h3mSQ8lFOLgo3ndiGnfF0mtUt2TbE7LAO4Jn3yxw1JqXgDk/gbXBy3zSsj uqQeWWlj2OQ3D1WBTM0fEZjMLCUfAANHxE58isDHHksnlm20EOBoaqNStCcYbFQNSjlBQ0ng 0dky+2Wx8lllMttw0R9oznENQ6RKLrzQaTSQ5tRjYpGLGIPxAhPL7MWerZrDZrdsjwTMJoge +siq0HJdAgMBAAGjggG8MIIBuDAdBgNVHQ4EFgQUIABH8cDVoyihib5dIjevNJCX+r4wDgYD VR0PAQH/BAQDAgbAMB8GA1UdIwQYMBaAFNdgZg57SY11TA39z0beyMcSh8q/MDMGA1UdHwQs MCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExDQTMwZgYIKwYBBQUH AQEEWjBYMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExDQTMw JwYIKwYBBQUHMAGGG2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvb2NzcDA9BgkrBgEEAYI3FQcE MDAuBiYrBgEEAYI3FQiDg+Udh+ynZoathxWD6vBFhbahHx2Fy94yh/+KcwIBZAIBBjAiBgNV HSUBAf8EGDAWBggrBgEFBQcDBAYKKwYBBAGCNwoDDDAYBgNVHSAEETAPMA0GCyqGSIb3EgIB AwEIMCMGA1UdEQQcMBqBGERhdmlkLldpZ2dpbnNAbGwubWl0LmVkdTAnBgkrBgEEAYI3FAIE Gh4YAEwATABVAHMAZQByAFMAaQBnAC0AUwBXMA0GCSqGSIb3DQEBCwUAA4IBAQBFmdkJgK08 BFDtjsYcbWuUE5mzlX/7RoxLNHbg/yc5w8QnpzblBYAKH4bCZJVBfPA6I7hTrOdTs/zp4LWo lD4tyS5Nz3+D4UrBCccvoOSdccD4R4hhqCLLUwX58GHETEafw6G+HbadVhFtmIdc1l23rwCw c/U2/I2Apl6R7bfpYXHCdPc0qW2ierJVPQUDtacF7vOLDRwLc7XqL1V+TfMU1yxaClfQbNXD auyuCDzQgMN1lvAMvUaA7EeUlZ8aQRwOmMMiaqDXftUp5aAufYz0oKHNwhrLlmssypjKJ0pP e3VJ6Lo6Ujx0v7GfXyW1xBDpe2GX6WQLYSfgwjU8XF6sMIIE+DCCA+CgAwIBAgIKWrCpkwAA AAA2DzANBgkqhkiG9w0BAQsFADBRMQswCQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNv bG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMwEQYDVQQDEwpNSVRMTCBDQS0zMB4XDTE1 MDQwNjEyMDAyNloXDTE2MDQwNTEyMDAyNlowYjELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1J VCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNVBAsTBlBlb3BsZTEhMB8GA1UEAxMYV2lnZ2lu cy5EYXZpZC5QLjUwMDE1MjA3MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlEWD uIm5kuHghfe7O+eMLVena6sNfAZtHLp2mwXLrNshaHM6wVKmml8zhxeSmJJXTF3Owyn7imKs vHMWcIJD9EoFQyJoeBaFV5Ll75/fE2WKswtGn9ZSSejplI/Iy99SI/9Lna5B7/BDmPozGn66 jdzgl+JVFptqEUGx5NZlRUEEtVtXYUy+PllIq6SpR/242wFiYVslFqSoHu789mexaDDAl7p7 z3W9cYidPtZUoysjW0omzwZIoYMsIhTbUMnv+TkBuhJErBmaNvAXPf8Y3pNf3pYz8pnR4MyI ibFv2CS/2KLGxJRE9xt1nrgHT8Wx+E6Ro6IYkYLPSdE6YgYAgwIDAQABo4IBvzCCAbswHQYD VR0OBBYEFGww5LYEZSoVOkuJ7ZVJS+35ChrUMA4GA1UdDwEB/wQEAwIFIDAfBgNVHSMEGDAW gBTXYGYOe0mNdUwN/c9G3sjHEofKvzAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLmxs Lm1pdC5lZHUvZ2V0Y3JsL0xMQ0EzMGYGCCsGAQUFBwEBBFowWDAtBggrBgEFBQcwAoYhaHR0 cDovL2NybC5sbC5taXQuZWR1L2dldHRvL0xMQ0EzMCcGCCsGAQUFBzABhhtodHRwOi8vb2Nz cC5sbC5taXQuZWR1L29jc3AwPQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUIg4PlHYfsp2aG rYcVg+rwRYW2oR8dhevQcIPr7SACAWQCAQQwJQYDVR0lBB4wHAYEVR0lAAYIKwYBBQUHAwQG CisGAQQBgjcKAwQwGAYDVR0gBBEwDzANBgsqhkiG9xICAQMBCDAjBgNVHREEHDAagRhEYXZp ZC5XaWdnaW5zQGxsLm1pdC5lZHUwJwYJKwYBBAGCNxQCBBoeGABMAEwAVQBzAGUAcgBFAG4A YwAtAFMAVzANBgkqhkiG9w0BAQsFAAOCAQEATCsJT66TKeYNh9hrcC1wxRH08CricKt9JktB I1WWl48F4CqcYDZlLMpvHuSe6GezZzTUH4oq1y2q3um9Txh1NjLPT7j0k5SSwdr2V7d8upDN WOrXvCi59Cyz5RvuhleCPIE+6wPyDrQwfBRhte/cv8PVOrsG4tio4VOHi/nXcS+HLgC5qNxk 1/w1UBf8QkkNP8kIgum/uItm4QwVdVAJMuwe3te8dYjtp3M5nC2exfqQfk+Mmw/8fdZFpch0 rSYbpchMMOueBuy2UnWaYBF84uXldBH9fkONRX8AL8EQ3sQEOyzxqpwKQ/d0itjAGaPCCJCI VgnSYSWYoFiN9idyaTGCAeUwggHhAgEBMF8wUTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1J VCBMaW5jb2xuIExhYm9yYXRvcnkxDDAKBgNVBAsTA1BLSTETMBEGA1UEAxMKTUlUTEwgQ0Et MwIKGOK8DQAAAABzbjAJBgUrDgMCGgUAoF0wIwYJKoZIhvcNAQkEMRYEFFXHm5VWt9DPDHkM lsTKRenpWQ3xMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE2 MDMwOTE0MTEwNVowDQYJKoZIhvcNAQEBBQAEggEARU+ZH5skERPatuKW/Q2Ey6Q8I4L5KEm/ t+I8k0z7TqTednJ+/fR0f+Pqcc354F6SICi3WsTBom2WZdSFHmuBb1Sr0HSj6l45e63fBleF WQQ5hRYEMqcXhol9UDLOoMvHMFmio2tXqYi75UQ1sbx3FV+orIa62u1wp39rJqwVpkg0iovI 0b5qX6lUNaf4mTL78nH4j2nxNMKoCT1nqd2mRLr4pZOYY2TTZ6hHshACBaHOHoyHUHgyxLer XQgQp+MeWi7QS/aCszGtlVsEEp/NVNxNb2aTR3Zr/FgScTqPw0Mx/SWcF2PIoRmZOroplmqW a4Z7TJ1YNzGyPLzw3PKPUg== --B_3540359465_145317028-- From nobody Wed Mar 9 07:22:44 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B233D12E117 for ; Wed, 9 Mar 2016 07:08:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dbgYRucgcYlN for ; Wed, 9 Mar 2016 07:07:55 -0800 (PST) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE01512DFFC for ; Wed, 9 Mar 2016 06:59:37 -0800 (PST) Received: by mail-ig0-x22d.google.com with SMTP id vs8so74251391igb.1 for ; Wed, 09 Mar 2016 06:59:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=3nokOGYS2m3iElZjQR0tJOrvovRg045hN6GnW4NJHNw=; b=uq40jIimjM7UYNgSU1tA2LL7xyNEaNF4Vl37dLQ0gxVUeapckS96awueqkdVc+ROPs c4z/0JIACjTCWphLZPfI325GP8+mPMw5u9VwXI2HMGJIRRk848M/51F3avoxDdON6Www rN6eTArgkZPTM0vhfwaX4fVCOkmeqUjrBFI+vXtn9ZRBulo+tbBdl1WhOwLVaBxNlJQI jP/IlfHl2Nt/I1XE58UuUUyz/OExVxzMQRl0KpD+9AKgB8m429b2D6hDNMMQI+rSmUZN MUt3OqqWopY7TaeE8XcTbbkVtBruAmXA0AMbtzFfVLGToIwQw4NiXlZozG/ziT2VkCFp g49g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=3nokOGYS2m3iElZjQR0tJOrvovRg045hN6GnW4NJHNw=; b=R82q3/DYRktiURx1E8ZLqf2T9yPQvBX/3fSgUe333BlnNV/CQ6n3+zF13qJ/rPmYvJ NrwZVGlES2K3TBqEbYZGipD1NklPNe6jOnpdmDP9rYeHR73hCi2wzqC2rbRQpkxJmZwH R3RJLPbS/aqSulPwWKwrRoJkb+7fsPPZtVTVSpRH9RTYctgecXTRgZk8QQqAvQWYLLCP ZdcPrW3vwbmuBfqkyzPKCmQJeylgPyOJ4mSXHi2aZGCTqX/kW1yx2/UpwE4Fl1MAtG0x gFaSRkWvAtbp0mWHW65mh6LMpNt5XIBUK5OvXApsiYIhem1ENQUsJISVr+IN9DdjyIEa Qs6g== X-Gm-Message-State: AD7BkJIo5tx7dYycE4ZSou5COmKWGD9vnwcuejxSjJ7ZTt5h2dQDFSxqn83KATLi/o5qvtg4q/i+UwQmG20lQA== MIME-Version: 1.0 X-Received: by 10.50.73.133 with SMTP id l5mr25508226igv.69.1457535577212; Wed, 09 Mar 2016 06:59:37 -0800 (PST) Received: by 10.79.96.1 with HTTP; Wed, 9 Mar 2016 06:59:37 -0800 (PST) In-Reply-To: References: Date: Wed, 9 Mar 2016 09:59:37 -0500 Message-ID: From: Stan Ratliff To: "Wiggins, David - 0665 - MITLL" Content-Type: multipart/alternative; boundary=089e0129483a53d107052d9ef28a Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] credit-wIndow-02 comments X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 15:08:14 -0000 --089e0129483a53d107052d9ef28a Content-Type: text/plain; charset=UTF-8 David, My first response wasn't "reply all", so I'm replicating here. My apologies for not addressing. Please see inline for additional comments. On Wed, Mar 9, 2016 at 9:11 AM, Wiggins, David - 0665 - MITLL < David.Wiggins@ll.mit.edu> wrote: > A couple of comments I made on credit-window-01 are not addressed in -02: > > On 2/29/16, 9:10 AM, "manet on behalf of Wiggins, David - 0665" wrote: > > >Here are a few commemts on draft-ietf-manet-credit-window-01. Sorry I > >didn't get this out earlier. > > > >The draft talks about Destination Up and Response, but not Destination > >Announce and Response. A strict reading would only allow modems to > >request credit windowing on their destinations, since only they can send > >Destination Up (as of DLEP-18). I *think* the intention was to allow > >either side to request credit windowing. If so, then Destination Announce > >and Response need to be added. In most cases it is probably sufficient to > >change "Destination Up" to "Destination Up or Destination Announce" and > >likewise for Response. > Yes, good catch. > > > >The code points for the new data items and the extension code are still > >listed as TBD. Do specific values need to be chosen, as was done in the > >DLEP draft? DLEP-19 says that the Credit Windowing extension has code = > >1, so at least that should be consistent. Ideally it would not be > >specified in two places. > Even though the drafts list each other as normative references, I took the position that the DLEP draft defines the IANA registires, and serves as the initial allocation. Therefore, this draft is asking for supplemental allocations; hence the TBD. > > Also, a new nit: Wondow -> Window in section 7.2. > Thanks, Regards, Stan --089e0129483a53d107052d9ef28a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
David,=C2=A0

My first response wasn'= ;t "reply all", so I'm replicating here. My apologies for not= addressing. Please see inline for additional comments.=C2=A0

On Wed, Mar 9, 2016 at 9:= 11 AM, Wiggins, David - 0665 - MITLL <David.Wiggins@ll.mit.edu&= gt; wrote:
A couple of comments I = made on credit-window-01 are not addressed in -02:

On 2/29/16, 9:10 AM, "manet on behalf of Wiggins, David - 0665" w= rote:

>Here are a few commemts on=C2=A0 draft-ietf-manet-credit-window-01.=C2= =A0 Sorry I
>didn't get this out earlier.
>
>The draft talks about Destination Up and Response, but not Destination<= br> >Announce and Response.=C2=A0 A strict reading would only allow modems t= o
>request credit windowing on their destinations, since only they can sen= d
>Destination Up (as of DLEP-18).=C2=A0 I *think* the intention was to al= low
>either side to request credit windowing.=C2=A0 If so, then Destination = Announce
>and Response need to be added.=C2=A0 In most cases it is probably suffi= cient to
>change "Destination Up" to "Destination Up or Destinatio= n Announce" and
>likewise for Response.

Yes, good ca= tch.=C2=A0

=C2=A0
>
>The code points for the new data items and the extension code are still=
>listed as TBD.=C2=A0 Do specific values need to be chosen, as was done = in the
>DLEP draft?=C2=A0 DLEP-19 says that the Credit Windowing extension has = code =3D
>1, so at least that should be consistent.=C2=A0 Ideally it would not be=
>specified in two places.

Even thoug= h the drafts list each other as normative references, I took the position t= hat the DLEP draft defines the IANA registires, and serves as the initial a= llocation. Therefore, this draft is asking for supplemental allocations; he= nce the TBD.=C2=A0
=C2=A0

Also, a new nit: Wondow -> Window in section 7.2.
<= br>
Thanks,=C2=A0

Regards,
Sta= n

--089e0129483a53d107052d9ef28a-- From nobody Wed Mar 9 09:37:35 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E131C12D7EA for ; Wed, 9 Mar 2016 09:32:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.202 X-Spam-Level: X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([127.0.0.1]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zFcGurSvkyL1 for ; Wed, 9 Mar 2016 09:31:45 -0800 (PST) Received: from mxbk.iit.cnr.it (mxbk.iit.cnr.it [146.48.98.159]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C68312D5BE for ; Wed, 9 Mar 2016 09:31:45 -0800 (PST) Received: from turig.iit.cnr.it (turig.iit.cnr.it [146.48.98.70]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxbk.iit.cnr.it (Postfix) with ESMTPSA id 94C96C0783 for ; Wed, 9 Mar 2016 18:31:41 +0100 (CET) Date: Wed, 09 Mar 2016 18:32:02 +0100 From: Antonino Masaracchia To: manet@ietf.org Message-ID: <56e05e12.aVohGyWdQORtxTyq%aoc2016_publicity@iit.cnr.it> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Archived-At: Subject: [manet] [Deadline Extended to March 20] AOC 2016: IEEE WoWMoM Workshop on Autonomic and Opportunistic Communications X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2016 17:32:02 -0000 Please accept our apologies if you receive multiple copies of this CFP. -----------------------------------------------------------------------= --------- CALL FOR PAPERS = =09 =09Tenth IEEE WoWMoM Workshop on = =09 =09Autonomic and Opportunistic Communications (AOC 2016) = =09 =09 June 21, 2016 - Coimbra, Portugal =20 =09 http://cnd.iit.cnr.it/aoc2016 =09=09 in conjunction with IEEE WoWMoM, 2016 =20 http://wowmom2016.uc.pt/ =09 =20 *** SUBMISSION DEADLINE EXTENDED to March 20, 2016 ***=09 -----------------------------------------------------------------------= --------- SCOPE AND OVERVIEW The recent proliferation of sensor-rich portable devices is enabling no= vel communication paradigms for users and contributing to the implement= ation of the ubiquitous computing and networking vision. Opportunistic = networking represents a key communication paradigm for this vision. Eit= her as a standalone communication mode or as a complement to infrastruc= ture-based communication, opportunistic networking leverages the mobili= ty of end users to enhance their ability to communicate in the absence = of reliable end-to-end connectivity. Opportunistic networking opens up = many possibilities but also poses countless new challenges. The goal of= the AOC 2016 workshop is to serve as a forum for researchers, professi= onals, application developers, and other experts from both academia and= industry to exchange new ideas, discuss new solutions, and share their= experiences. As with previous editions, this year's workshop is partic= ularly interested in novel research directions, such as service composi= tion techniques, co-existence with infrastructure networks such solutio= ns based on fog or edge computing, and insights from complex network an= alysis applied to autonomic and opportunistic communications. The workshop will solicit original papers addressing theoretical and pr= actical aspects of autonomic and opportunistic communications as well a= s papers describing prototype implementations and deployments. Topics of interest for AOC 2016 include, but are not limited to: - Techniques for data dissemination and replication - Context and social awareness mechanisms and algorithms - Autonomous and self-adaptive systems for smart cities - Autonomous solutions for IoT and cyber-physical systems - Solutions based on fog or edge computing - Big data for autonomic and opportunistic systems - Mobile social networking algorithms and applications - Co-existence of opportunistic networks with infrastructure mobile wir= eless networks - Mobility models and statistical analysis of mobility traces - Service composition in autonomic and opportunistic networks - Cognition-driven information processing and decision making - Performance modelling, scaling laws, and fundamental limits for auton= omic and opportunistic communications - Participatory and urban sensing in autonomic and opportunistic networ= ks - Game-theoretic insights to the operation of autonomic and opportunist= ic networks - Trust, security, and reputation - Autonomic and opportunistic communication testbeds and prototypes, me= asurement data from real experiments - Socio-economic models for autonomic and opportunistic communications - SNA and graph modeling for autonomic and opportunistic networks - Autonomic and opportunistic solutions for mobile cloud applications - Applications and middleware support - Routing, transport, and reliability issues =20 PAPER SUBMISSION AND PUBLICATION -------------------------------- Submission will be managed electronically through EDAS (https://edas.in= fo/newPaper.php?c=3D21826). =20 Papers should neither have been published elsewhere nor being currently= under review by another conference or journal. Manuscripts are limited= to 6 pages, single spacing, double column, and must strictly adhere to= the template format. Accepted papers will appear in the symposium proceedings published by I= EEE. There will be no separate workshop registration, as one single reg= istration will cover both conference and workshops participation. At le= ast one author of each accepted paper must register to the workshop and= present his/her work. =20 =20 IMPORTANT DATES --------------- Full papers due:=09March 20, 2016 (EXTENDED) Notification:=09=09April 15, 2016 Camera-ready:=09=09April 29, 2016 Workshop:=09=09June 21, 2016 ORGANISING COMMITTEE -------------------- Workshop Co-Chairs=20 Michela Papandrea, SUPSI, Switzerland Matteo Zignani, University of Milan, Italy Valerio Arnaboldi, IIT, CNR, Italy Publicity Chair Antonino Masaracchia, IIT, CNR, Italy PROGRAM COMMITTEE Alan Ferrari, SUSPSI, Switzerland Anna Forster, University of Bremen, Germany Annalisa Socievole, University of Calabria Chiara Boldrini, IIT-CNR, Italy Christian Rohner, Uppsala University, Sweden Eiko Yoneki, University of Cambridge, UK Elena Pagani, Universita' di Milano, Italy Franck Legendre, ETH, Switzerland Hongyi Wu, University of Louisiana at Lafayette, USA Jorg Ott, Technische Universitat Munchen Kamini Garg, SUPSI, Switzerland Kyunghan Lee, UNIST, Korea Lorenzo Valerio, IIT-CNR, Italy Matteo Mordacchini, IIT-CNR, Italy Nicholas Lane, Bell Labs, UK Pavlos Sermpezis, FORTH, Greece Roger Whitaker, University of Cardiff, UK Sabrina Gaito, Universita' degli Studi di Milano, Italy Sebastian Zander, Swinbourne University of Technology, Australia Serge Fdida, UPMC Sorbonne Universites, France Thrasyvoulos Spyropoulos, EURECOM, France Tristan Henderson, University of St Andrews, United Kingdom Vania Conan, Thales Communication and Security, France Waldir Moreira, COPELABS/University Lusofona, Portugal For further information, please contact the workshop chairs at aoc2016 = at iit.cnr.it From nobody Thu Mar 10 08:33:45 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B79512D56B for ; Thu, 10 Mar 2016 08:33:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.126 X-Spam-Level: X-Spam-Status: No, score=-6.126 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RDNS_NONE=0.793] 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 56BVTR-nO5KP for ; Thu, 10 Mar 2016 08:33:37 -0800 (PST) Received: from ukmta2.baesystems.com (unknown [20.133.0.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C10B312D763 for ; Thu, 10 Mar 2016 08:33:36 -0800 (PST) X-IronPort-AV: E=Sophos; i="5.24,316,1454976000"; d="scan'208,217"; a="32011508" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta2.baesystems.com with ESMTP; 10 Mar 2016 16:33:33 +0000 X-IronPort-AV: E=Sophos;i="5.24,316,1454976000"; d="scan'208,217";a="109699501" Received: from glkxh0002v.greenlnk.net ([10.109.2.33]) by baemasmds016.greenlnk.net with ESMTP; 10 Mar 2016 16:33:33 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.29]) by GLKXH0002V.GREENLNK.net ([10.109.2.33]) with mapi id 14.03.0248.002; Thu, 10 Mar 2016 16:33:33 +0000 From: "Dearlove, Christopher (UK)" To: "manet@ietf.org" Thread-Topic: DLEP r=eview Thread-Index: AdF66k567IfcXQ38R2+9EjK+9NEKkA== Date: Thu, 10 Mar 2016 16:33:33 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92377CB2GLKXM0002VGREEN_" MIME-Version: 1.0 Archived-At: Cc: "Taylor, Rick \(rick.taylor@airbus.com\) \(rick.taylor@airbus.com\)" Subject: [manet] DLEP r=eview X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 16:33:44 -0000 --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92377CB2GLKXM0002VGREEN_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable So far I haven't looked at -20 (and I've heard a rumour of a -21 coming Rea= l Soon Now) I've just looked at comments on comments. Based on the comments= alone, looking good on what I've indicated. (Of course not agreed with eve= rything, but I haven't seen anything I felt more strongly about disagreed w= ith, with one partial exception.) The one I think I'd just take advice on now rather than produce another cyc= le is the IANA section. It's easy to drop a line to them saying something l= ike "must an IANA section be fully self-contained, or may it include refere= nces to tables elsewhere in the document". I think the answer is the former= , but I may be wrong. I have, for my convenience, cut and pasted here two comments to follow up o= n as well as a read of -20/-21. > Section 9.5. The whole concept of router signalling modem should be > brought out earlier in the document. The paragraph starting > "Concerning layer 3 addresses" is a particularly jarring one in the > mixture of protocol and data. This has been heavily reworked in draft-20, but this paragraph remains. Can you revisit? > Section 10., second paragraph, line 3, delete MAY, that's what zero > means, not an option. (Any use of MAY needs to be elsewhere, and in > any case it's overruled by RECOMMENDED i.e. SHOULD two lines down.) Sorry, where? -- Christopher Dearlove Senior Principal Engineer BAE Systems Applied Intelligence Laboratories __________________________________________________________________________ T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow,= Chelmsford, Essex CM2 8HN. www.baesystems.com/ai BAE Systems Applied Intelligence Limited Registered in England & Wales No: 01337451 Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ******************************************************************** --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92377CB2GLKXM0002VGREEN_ Content-Type: text/html; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable

So far I haven’t looked at -20 (and I’ve= heard a rumour of a -21 coming Real Soon Now) I’ve just looked at co= mments on comments. Based on the comments alone, looking good on what IR= 17;ve indicated. (Of course not agreed with everything, but I haven’t seen anything I felt more strongly about disagreed with, w= ith one partial exception.)

 

The one I think I’d just take advice on now ra= ther than produce another cycle is the IANA section. It’s easy to dro= p a line to them saying something like “must an IANA section be fully= self-contained, or may it include references to tables elsewhere in the document”. I think the answer is the former, but I = may be wrong.

 

I have, for my convenience, cut and pasted here two = comments to follow up on as well as a read of -20/-21.

 

 

> Section 9.5. The whole concept of router sig= nalling modem should be

> brought out earlier in the document. The par= agraph starting

> “Concerning layer 3 addresses” i= s a particularly jarring one in the

> mixture of protocol and data.

 

This has been heavily reworked in draft-20, but t= his paragraph remains.

 Can you revisit?

 

> Section 10., second paragraph, line 3, delet= e MAY, that’s what zero

> means, not an option. (Any use of MAY needs = to be elsewhere, and in

> any case it’s overruled by RECOMMENDED= i.e. SHOULD two lines down.)

 

Sorry, where?

 

 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied Intelligence Laboratories
__________________________= ________________________________________________

T:  +44 (0)1245 24= 2194  |  E: chris.dearlove@baesystems.com

BAE Systems Appli= ed Intelligence, Chelmsford Technology Park, Great Baddow, Chelmsford, Esse= x CM2 8HN.
www.= baesystems.com/ai

B= AE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research Park, Guil= dford, Surrey, GU2 7YP

 

********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************

--_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92377CB2GLKXM0002VGREEN_-- From nobody Thu Mar 10 08:42:54 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4BA512DA42 for ; Thu, 10 Mar 2016 08:42:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0KGjaJLHbKFE for ; Thu, 10 Mar 2016 08:42:51 -0800 (PST) Received: from gproxy10-pub.mail.unifiedlayer.com (gproxy10-pub.mail.unifiedlayer.com [69.89.20.226]) by ietfa.amsl.com (Postfix) with SMTP id A2BDC12DA3F for ; Thu, 10 Mar 2016 08:42:51 -0800 (PST) Received: (qmail 30343 invoked by uid 0); 10 Mar 2016 16:42:50 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy10.mail.unifiedlayer.com with SMTP; 10 Mar 2016 16:42:50 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id UGil1s00q2SSUrH01GioV7; Thu, 10 Mar 2016 09:42:48 -0700 X-Authority-Analysis: v=2.1 cv=Nal1iQz4 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=N659UExz7-8A:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=yYMErG__c36N3xxkrQUA:9 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=/DcmPOzBxkz6dhLYi4uEJoFMAPo7c1mxK7WL6neDYU8=; b=h/552QywIQAO659dFb6OmmmAzD TfRexMOjbqeKnE1CDO8VhfblBprfXgqja2we5BfyiOQPQXKepVgVatALTiu21DKU1JPtyxKMp4lpq E70ANVohWaCgkTpEty5MxSUfN; Received: from box313.bluehost.com ([69.89.31.113]:45002 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1ae3fj-0006PI-Co; Thu, 10 Mar 2016 09:42:47 -0700 To: "Dearlove, Christopher (UK)" , "Taylor, Rick (rick.taylor@airbus.com) (rick.taylor@airbus.com)" References: From: Lou Berger Message-ID: <56E1A403.6040709@labn.net> Date: Thu, 10 Mar 2016 11:42:43 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP r=eview X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 16:42:53 -0000 On 3/10/2016 11:33 AM, Dearlove, Christopher (UK) wrote: > Ive heard a rumour of a -21 coming Real Soon Now eek I had 20 on my reading list -- and I'd like to send specific recommendations on which text to scratch in order to eliminate duplicate conformance statements (which looks mostly straightforward to do) -- but don't want to do it if the draft is a daily moving target. Authors, What are your current document update plans? Thanks, Lou From nobody Thu Mar 10 08:59:01 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D25712DA6C for ; Thu, 10 Mar 2016 08:58:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-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 ToGZfPdK3dYQ for ; Thu, 10 Mar 2016 08:58:57 -0800 (PST) Received: from ukmta2.baesystems.com (ukmta2.baesystems.com [20.133.0.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9E6C412DA5B for ; Thu, 10 Mar 2016 08:56:28 -0800 (PST) X-IronPort-AV: E=Sophos; i="5.24,316,1454976000"; d="scan'208,217"; a="32012228" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta2.baesystems.com with ESMTP; 10 Mar 2016 16:56:28 +0000 X-IronPort-AV: E=Sophos;i="5.24,316,1454976000"; d="scan'208,217";a="109702738" Received: from glkxh0003v.greenlnk.net ([10.109.2.34]) by baemasmds016.greenlnk.net with ESMTP; 10 Mar 2016 16:56:27 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.29]) by GLKXH0003V.GREENLNK.net ([10.109.2.34]) with mapi id 14.03.0248.002; Thu, 10 Mar 2016 16:56:27 +0000 From: "Dearlove, Christopher (UK)" To: Thomas Clausen , Christopher Dearlove Thread-Topic: [manet] AODVv2 - first comment (5444 multiplexer) Thread-Index: AdF2LtrjY6tA82pcToGBYH4uZpwxUgC/CsAAAASaiYAAAGx7gABrX2IA Date: Thu, 10 Mar 2016 16:56:26 +0000 Message-ID: References: <0EE93A7C-3A02-4205-9C07-1E0001D213DB@fu-berlin.de> <1B4A2BFE-06A4-4918-AD68-EE995D3B8EF2@gmail.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92377CFAGLKXM0002VGREEN_" MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" , "aodvv2-discuss@freelists.org" Subject: Re: [manet] AODVv2 - first comment (5444 multiplexer) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 16:58:59 -0000 --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92377CFAGLKXM0002VGREEN_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWN0dWFsbHksIEkgd2FzIHdyb25nIGFib3V0IHRoZXJlIGJlaW5nIGEgaG9wIGV4Y2VwdGlvbi4g QXMgaG9wIGNvdW50L2xpbWl0IHVwZGF0ZXMgYXJlIHRoZSBwcm90b2NvbOKAmXMgam9iLCBldmVu IHRoZXkgYXJlIHRvIGJlIHVuY2hhbmdlZCBieSB0aGUgbXVsdGlwbGV4ZXIuDQoNCknigJl2ZSBh bHNvIGlkZW50aWZpZWQgLSBhbmQgdGhpcyBpcyB0aGUgcGxhY2UgdG8gZml4IGl0IC0gdGhhdCB0 aGUgZXJyYXRhIHRvIDU0NDQgZG9lc27igJl0IGdvIGZhciBlbm91Z2guIFNvbWVvbmUgKEhlbm5p bmcgcGVyaGFwcykgc3BvdHRlZCB0aGF0IHRoZSBwYWNrZXQgc2VxdWVuY2UgbnVtYmVyIHNob3Vs ZCBiZSBwZXIgaW50ZXJmYWNlLCBhcyBpdCBhbHdheXMgaGFkIGJlZW4gaW4gT0xTUnYxLCBhbmQg d2UgZ290IHRoYXQgcHV0IGluIGFzIGFuIGVycmF0dW0gdG8gNTQ0NC4gQWN0dWFsbHkgaXQgc2hv dWxkIGJlIHBlciAoaW50ZXJmYWNlLCBkZXN0aW5hdGlvbikuIE5vdCBhbiBpc3N1ZSB3aGVuLCBs aWtlIE5IRFAvT0xTUnYyLCBldmVyeXRoaW5nIHVzZXMgdGhlIHNhbWUgYnJvYWRjYXN0L211bHRp Y2FzdCBhZGRyZXNzLiBCdXQgaWYgcGFja2V0cyBtaWdodCBiZSB1bmljYXN0IChhbHdheXMgaW50 ZW5kZWQgYXMgYW4gb3B0aW9uLCBhbmQgQU9EVnYyIG1heSBkbyBpdCkgdGhlbiBpdCBuZWVkcyB0 byBhbHNvIGJlIHBlciBkZXN0aW5hdGlvbiB0byBiZSB1c2VmdWwuICBFYXNpbHkgYWRkZWQuDQoN Ci0tDQpDaHJpc3RvcGhlciBEZWFybG92ZQ0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcg0KQkFF IFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzDQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KDQpUOiAgKzQ0ICgwKTEyNDUgMjQyMTk0ICB8ICBFOiBjaHJpcy5kZWFybG92ZUBiYWVz eXN0ZW1zLmNvbTxtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20+DQoNCkJBRSBT eXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFyaywg R3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3NleCBDTTIgOEhOLg0Kd3d3LmJhZXN5c3RlbXMu Y29tL2FpPGh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWk+DQpCQUUgU3lzdGVtcyBBcHBsaWVk IEludGVsbGlnZW5jZSBMaW1pdGVkDQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcyBObzog MDEzMzc0NTENClJlZ2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRm b3JkLCBTdXJyZXksIEdVMiA3WVANCg0KRnJvbTogVGhvbWFzIENsYXVzZW4gW21haWx0bzppZXRm QHRob21hc2NsYXVzZW4ub3JnXQ0KU2VudDogMDggTWFyY2ggMjAxNiAxMzozNA0KVG86IENocmlz dG9waGVyIERlYXJsb3ZlDQpDYzogTG90dGUgU3RlZW5icmluazsgRGVhcmxvdmUsIENocmlzdG9w aGVyIChVSyk7IGFvZHZ2Mi1kaXNjdXNzQGZyZWVsaXN0cy5vcmc7IG1hbmV0QGlldGYub3JnDQpT dWJqZWN0OiBSZTogW21hbmV0XSBBT0RWdjIgLSBmaXJzdCBjb21tZW50ICg1NDQ0IG11bHRpcGxl eGVyKQ0KDQoNCioqKiBXQVJOSU5HICoqKg0KVGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBv dXRzaWRlIG91ciBvcmdhbmlzYXRpb24sIGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIg b3IgdGhlIGludGVybmV0Lg0KQ29uc2lkZXIgY2FyZWZ1bGx5IHdoZXRoZXIgeW91IHNob3VsZCBj bGljayBvbiBhbnkgbGlua3MsIG9wZW4gYW55IGF0dGFjaG1lbnRzIG9yIHJlcGx5Lg0KRm9yIGlu Zm9ybWF0aW9uIHJlZ2FyZGluZyBSZWQgRmxhZ3MgdGhhdCB5b3UgY2FuIGxvb2sgb3V0IGZvciBp biBlbWFpbHMgeW91IHJlY2VpdmUsIGNsaWNrIGhlcmU8aHR0cDovL2ludHJhbmV0LmVudC5iYWVz eXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvUmVkJTIw RmxhZ3MucGRmPi4NCklmIHlvdSBmZWVsIHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2Ug Zm9sbG93IHRoaXMgcHJvY2VzczxodHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hv d3dld29yay9zZWN1cml0eS9zcG90bGlnaHRzL0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0aCUyMFN1 c3BpY2lvdXMlMjBFbWFpbHMucGRmPi4NCk15IHBvc2l0aW9uIG9uIHRoaXMgbWF0dGVyIGlzIGJ5 IGFuIGxhcmdlICJ3aGF0IENocmlzIHNhaWQiLCBmd2l3Lg0KVGhvbWFzDQoNCk9uIDA4IE1hciAy MDE2LCBhdCAxNDoyMSwgQ2hyaXN0b3BoZXIgRGVhcmxvdmUgPGNocmlzdG9waGVyLmRlYXJsb3Zl QGdtYWlsLmNvbTxtYWlsdG86Y2hyaXN0b3BoZXIuZGVhcmxvdmVAZ21haWwuY29tPj4gd3JvdGU6 DQpJJ20gcmVhZGluZyB0aGlzIG9uIGEgcGhvbmUsIHNvIEknbSBnb2luZyB0byB3YWl0IHVudGls IEkgY2FuIHJlYWQgaXQgYmV0dGVyIGZvciBsb25nZXIgY29tbWVudC4NCg0KQnV0IHRoZXJlIGFy ZSwgYW5kIEkgdGhpbmsgdGhpcyBpcyBhIHBvdGVudGlhbCBzb3VyY2UgZm9yIGNvbmZ1c2lvbiwg dHdvIHRoaW5ncyBpbiA1NDQ0LiBPbmUgaXMgYWJvdXQgZm9ybWF0cywgb25lIGlzIGFib3V0IG11 bHRpcGxleGluZy4NCg0KRm9ybWF0dGluZyAoYW5kIHBhcnNpbmcpIGlzbid0IGRlZmluZWQgYXMg YSBwcm9jZXNzLCBidXQgYXMgZm9ybWF0cy4gTWFueSBwZW9wbGUgKGV2ZXJ5b25lPykgd2hvIHVz ZXMgNTQ0NCB3aWxsIGNyZWF0ZSBhIGdlbmVyYWwgNTQ0NCBmb3JtYXR0ZXIvcGFyc2VyLiBUaGF0 J3MgdXAgdG8gdGhlIGltcGxlbWVudGVyIHRvIGRlY2lkZSB3aGF0IHRvIG1ha2UgaXQgZG8sIHdo ZXRoZXIgdG8gb3B0aW1pc2UgaW4gdGhhdCBmb3JtYXR0ZXIsIG91dHNpZGUgdGhlIGZvcm1hdHRl ciwgb3Igbm90IGF0IGFsbC4gKFBlcnNvbmFsbHkgSSBoYXZlIHNvbWUgaW5zaWRlLCBzb21lIG91 dHNpZGUuKQ0KDQpUaGUgb3RoZXIgY29tcG9uZW50IGlzIHRoZSA1NDQ0IG11bHRpcGxleGVyIChh bmQgZGVudWx0aXBsZXhlcikuIFRoYXQgdGFrZXMgNTQ0NCBmb3JtYXR0ZWQgbWVzc2FnZXMgKGFu ZCAgcG9zc2libHkgc29tZSBvdGhlciB0aGluZ3MpIGFuZCBmb3JtcyA1NDQ0IHBhY2tldHMuIEl0 IGlzIGltcG9ydGFudCB0aGF0IHRoZSA1NDQ0IG11bHRpcGxleGVyIHJldHVybnMgbWVzc2FnZXMg YXMgZGVsaXZlcmVkIHRvIGl0IChob3AgY291bnQgYW5kIGxpbWl0IGFwYXJ0IG9mIGNvdXJzZSku IE90aGVyd2lzZSBzZWN1cml0eSBmZWF0dXJlcyBpbiB0aGUgcHJvdG9jb2wgbWF5IGZhaWwuIE5v dGUgdGhhdCBkb2Vzbid0IHByZXZlbnQgdGhlIG11bHRpcGxleGVyIG1vZGlmeWluZyB0aGUgbWVz c2FnZSBiZWZvcmUgcHV0dGluZyBpdCBvbiB0aGUgd2lyZSwgdGhhdCBqdXN0IG5lZWRzIHRvIGJl IHJldmVyc2libGUuIEFuZCBvYnZpb3VzIGV4YW1wbGUgaXMgaWYgeW91IGltcGxlbWVudCA3MTgy IElDVnMgYW5kIFRJTUVTVEFNUHMgaW4gdGhlIG11bHRpcGxleGVyLCBpZiBpdCBhZGRzIHRoZW0s IGl0IGFsc28gbmVlZHMgdG8gcmVtb3ZlIHRoZW0gYmVmb3JlIGhhbmRpbmcgdGhlIG1lc3NhZ2Ug dG8gdGhlIHByb3RvY29sLiAoWW91IG1heSBpbnN0ZWFkIHB1dCB0aGlzIGluIHRoZSBwcm90b2Nv bC4pDQoNClllcywgSSB0aGluayB0aGUgdXNhZ2UgZG9jdW1lbnQgY291bGQgZ2FpbiBmcm9tIGFk ZGluZyB0aGlzLiBOb3RlLCB0aGF0J3MgcGVyc29uYWwgb25seSwgbXkgY28tYXV0aG9ycyBoYXZl bid0IGFncmVlZCB0byB0aGF0IHlldC4gQnV0IGxhcmdlbHkgYmVjYXVzZSBJIGhhdmVuJ3QgYXNr ZWQgdGhlbSB5ZXQgKHdpdGggb25lIHBhcnRpYWwgZXhjZXB0aW9uKS4NCg0KVGhlIHBvaW50cyBJ IHRoaW5rIGFyZToNCi0gVHdvIHRoaW5ncyBpbiA1NDQ0LiBGb3JtYXQgYW5kIG11bHRpcGxleC4N Ci0gR2VuZXJpYyBmb3JtYXR0ZXIvcGFyc2VyIG5vdCByZXF1aXJlZCwgYnV0IHJlY29tbWVuZGVk LiBPcHRpbWlzYXRpb24gb3B0aW9uYWwuDQotIE11bHRpcGxleGVyIG11c3QgZGVsaXZlciBtZXNz YWdlcyBhcyBzZW50IChob3AgZXhjZXB0aW9uKS4gQnV0IG1heSBtb2RpZnkgcmV2ZXJzaWJseS4g NzE4MiBleGFtcGxlIChjb3VsZCBpbXBsZW1lbnQgbWVzc2FnZSBsZXZlbCBpbiBtdWx0aXBsZXhl ciwgbXVzdCBpbXBsZW1lbnQgcGFja2V0IGxldmVsIHRoZXJlKS4NCg0KLS0NCkNocmlzdG9waGVy IERlYXJsb3ZlDQpjaHJpc3RvcGhlci5kZWFybG92ZUBnbWFpbC5jb208bWFpbHRvOmNocmlzdG9w aGVyLmRlYXJsb3ZlQGdtYWlsLmNvbT4NCg0KDQoNCi0tDQpDaHJpc3RvcGhlciBEZWFybG92ZQ0K Y2hyaXN0b3BoZXIuZGVhcmxvdmVAZ21haWwuY29tPG1haWx0bzpjaHJpc3RvcGhlci5kZWFybG92 ZUBnbWFpbC5jb20+IChpUGhvbmUpDQpjaHJpc0BtbmVtb3N5bmUuZGVtb24uY28udWs8bWFpbHRv OmNocmlzQG1uZW1vc3luZS5kZW1vbi5jby51az4gKGhvbWUpDQpPbiA4IE1hciAyMDE2LCBhdCAx MTowOSwgTG90dGUgU3RlZW5icmluayA8bG90dGUuc3RlZW5icmlua0BmdS1iZXJsaW4uZGU8bWFp bHRvOmxvdHRlLnN0ZWVuYnJpbmtAZnUtYmVybGluLmRlPj4gd3JvdGU6DQpIZWxsbyBDaHJpc3Rv cGhlciwNCg0KQW0gMDQuMDMuMjAxNiB1bSAxNzoxOSBzY2hyaWViIERlYXJsb3ZlLCBDaHJpc3Rv cGhlciAoVUspIDxjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTxtYWlsdG86Y2hyaXMuZGVh cmxvdmVAYmFlc3lzdGVtcy5jb20+PjoNCg0KDQpJ4oCZdmUgcmVhZCBzb21lIG9mIGRyYWZ0IC0x My4gSSB3aWxsIHByb3ZpZGUgY29tbWVudHMgKHdoaWNoIHdvbuKAmXQgYmUgY29tcHJlaGVuc2l2 ZSkgaW4gYml0ZSBzaXplZCBjaHVua3MgcmF0aGVyIHRoYW4gYXR0ZW1wdGluZyBhbnl0aGluZyBj b25zb2xpZGF0ZWQuIEFuZCBtb3N0IGNhbiB3YWl0IHVudGlsIG5leHQgd2VlayBhdCB0aGUgZWFy bGllc3QuDQoNCkJ1dCBvbmUgdG8ga2ljayBvZmYuDQoNClRoZSBhcmNoaXRlY3R1cmUgbWFuZGF0 ZWQgYnkgNTQ5OCBpcyB0aGF0IEFPRFZ2MiBjcmVhdGVzIG1lc3NhZ2VzLCBpdCBwYXNzZXMgdGhl bSB0byB0aGUgNTQ0NCBtdWx0aXBsZXhlci4gSW4gZHVlIGNvdXJzZSBpdCByZWNlaXZlcyBtZXNz YWdlcyBmcm9tIHRoZXJlLiBUaGVyZSBhcmUgc29tZSBvdGhlciBkZXRhaWxzLCBidXQgdGhhdOKA mXMgdGhlIG1vc3QgaW1wb3J0YW50Lg0KDQpUaGUgNTQ0NCBtdWx0aXBsZXhlciBpcyB3aGF0IGhh bmRsZXMgVURQIHBvcnRzLCBtdWx0aWNhc3QgYWRkcmVzc2VzIGFuZCBzbyBvbi4gSXQgZG9lc27i gJl0IGhhbmRsZSBmbG9vZGluZywgYmVjYXVzZSBpdHMgcGFja2V0cyAod2hpY2ggbWF5IGNvbnRh aW4gbXVsdGlwbGUgbWVzc2FnZXMsIGZyb20gQU9EVnYyIGFuZCBlbHNld2hlcmUpIG9ubHkgZ28g b25lIGhvcC4NCg0KVGhlcmUgYXJlIG90aGVyIHJlcXVlc3RzIHRoYXQgY2FuIGJlIG1hZGUgdG8g dGhlIG11bHRpcGxleGVyLCBtb3N0IG9idmlvdXNseSB3aGljaCBpbnRlcmZhY2UocykgdGhpcyBt ZXNzYWdlIGlzIGZvciwgYnV0IGFsc28gdGhpbmdzIGxpa2Ug4oCccGxlYXNlIHRyeSB0byBrZWVw IHRoZXNlIG1lc3NhZ2VzIHRvZ2V0aGVy4oCdLiBJZiB0aGVyZSBhcmUgYW55IGFkZGl0aW9uYWwg cmVxdWVzdHMgdGhhdCBzaG91bGQgYmUgc3VwcG9ydGVkLCBhbmQgYXJlIG5vdCBpbmNvbXBhdGli bGUgd2l0aCB0aGUgYXJjaGl0ZWN0dXJlLCB0aGVuIHRoZSA1NDQ0IHVzYWdlIGRyYWZ0IGlzIGEg Z29vZCBvcHBvcnR1bml0eSB0byBnZXQgdGhvc2UgaW4uDQoNCkJ1dCwgbG9va2luZyBhdCB0aGUg QU9EVnYyIGRyYWZ0LCDigJxtdWx0aXBsZXjigJ0gKGFzIGEgd2hvbGUgb3IgcGFydCB3b3JkKSBv bmx5IGFwcGVhcnMgdHdpY2UsIGJvdGggaW4gdGhlIHBhcmFncmFwaDoNCg0KICAgW1JGQzU0NDRd IHByb3ZpZGVzIGEgbXVsdGlwbGV4ZWQgdHJhbnNwb3J0IGZvciBtdWx0aXBsZSBwcm90b2NvbHMu DQogICBBbiBbUkZDNTQ0NF0gbXVsdGlwbGV4ZXIgTUFZIGNob29zZSB0byBvcHRpbWl6ZSB0aGUg Y29udGVudCBvZg0KICAgY2VydGFpbiBtZXNzYWdlIGVsZW1lbnRzIHRvIHJlZHVjZSBjb250cm9s IG1lc3NhZ2Ugb3ZlcmhlYWQuDQoNCkkgdGhpbmsgdGhhdOKAmXMgbm90IGhvdyBJIHNlZSBpdCwg dGhhdCB0aGF04oCZcyB0aGUgcm9sZSBvZiB0aGUgKHN1YnRsZWx5IGRpZmZlcmVudCkgNTQ0NCBt ZXNzYWdlIGNyZWF0aW9uIHByb2Nlc3MgZnJvbSBhZGRyZXNzZXMgYW5kIGF0dHJpYnV0ZXMuIEkg dGhpbmsgdGhlIG11bHRpcGxleGVyIGl0c2VsZiwgZ2l2ZW4gYSB3aG9sZSBtZXNzYWdlIGZyb20g YSBwcm90b2NvbCBzaG91bGRu4oCZdCBiZSBtb2RpZnlpbmcgaXQuIE5vdGUgdGhhdCBJ4oCZdmUg ZXhwcmVzc2VkIHRoYXQgYXMgYW4gb3BpbmlvbiwgdGhvdWdoIGEgcXVpdGUgc3Ryb25nIG9uZS4g QSBwcm90b2NvbCBtaWdodCBhcHBseSBzb21lIHNvcnQgb2Ygc3BlY2lhbGlzZWQgc2lnbmF0dXJl LCBhbmQgd2UgY2Fu4oCZdCBsZXQgdGhlIG11bHRpcGxleGVyIGRlc3Ryb3kgdGhhdC4gKFRoZSBt dWx0aXBsZXhlciBtaWdodCBhZGQgYSA3MTgyIElDViBhbmQvb3IgdGltZXN0YW1wLCBidXQgaXQg d2lsbCB0aGVuIHJlbW92ZSB0aGVtIGJlZm9yZSB0aGUgcHJvdG9jb2wgZ2V0cyB0aGUgcGFja2V0 IGFnYWluLikNCg0KVHJ1ZS4gSWYgSSByZW1lbWJlciBpdCBjb3JyZWN0bHkgKENvLUF1dGhvcnMs IHBsZWFzZSBzdG9wIG1lIGlmIEkgZG9uJ3QpLCB3aGF0IHdlIHdlcmUgdHJ5aW5nIHRvIHNheSB3 YXMgIlRoZSBtZXNzYWdlIGNvbnRlbnRzIE1BWSBiZSByZXNodWZmbGVkIGR1cmluZyBtZXNzYWdl IGNyZWF0aW9uLCBidXQgcGxlYXNlIHBheSBhdHRlbnRpb24gdGhhdCBzb21lIHRoaW5ncyBNVVNU IGJlIGtlcHQgaW4gb25lIG1lc3NhZ2UgaW4gb3JkZXIgdG8gZm9ybSBhIGNvaGVyZW50IEFPRFZ2 MiBtZXNzYWdlLiIgVGhpcyBpcyBlc3BlY2lhbGx5IGltcG9ydGFudCBmb3IgUkVSUiBtZXNzYWdl cywgd2hpY2ggY291bGQgZWFzaWx5IGdldCBjaG9wcGVkIHVwIGludG8gbXVsdGlwbGUgbWVzc2Fn ZXMgaWYgdGhlIHVuZGVybHlpbmcgTVRVIGlzIHNtYWxsLg0KDQpJZiB3ZSBjaGFuZ2UgdGhhdCBw YXJhZ3JhcGggdG8NCg0KDQogICBbUkZDNTQ0NF0gcHJvdmlkZXMgYSBtdWx0aXBsZXhlZCB0cmFu c3BvcnQgZm9yIG11bHRpcGxlIHByb3RvY29scy4NCg0KICAgQW4gW1JGQzU0NDQ8aHR0cHM6Ly90 b29scy5pZXRmLm9yZy9odG1sL3JmYzU0NDQ+XSBpbXBsZW1lbnRhdGlvbiBNQVkgY2hvb3NlIHRv IG9wdGltaXplIHRoZSBjb250ZW50IG9mDQoNCiAgIGNlcnRhaW4gZWxlbWVudHMgZHVyaW5nIG1l c3NhZ2UgY3JlYXRpb24gdG8gcmVkdWNlIGNvbnRyb2wgbWVzc2FnZSBvdmVyaGVhZC4NCg0KDQph bmQgdGhlIGxhbmd1YWdlIG9mLCBzYXksICA3LjEuMzxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMjc2VjdGlvbi03LjEuMz4uIFJSRVEgUmVnZW5l cmF0aW9uIGZyb20NCg0KDQogICBUaGlzIEFPRFZ2MiBtZXNzYWdlIGlzIHVzZWQgdG8gY3JlYXRl IGEgY29ycmVzcG9uZGluZyBbUkZDNTQ0NDxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZj NTQ0ND5dDQoNCiAgIG1lc3NhZ2UgKHNlZSBTZWN0aW9uIDg8aHR0cHM6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzI3NlY3Rpb24tOD4pIHdoaWNoIGlzIG11 bHRpY2FzdCwgYnkgZGVmYXVsdCwgdG8gTEwtTUFORVQtDQoNCiAgIFJvdXRlcnMgb24gYWxsIGlu dGVyZmFjZXMgY29uZmlndXJlZCBmb3IgQU9EVnYyIG9wZXJhdGlvbi4gIEhvd2V2ZXIsDQoNCiAg IHRoZSByZWdlbmVyYXRlZCBSUkVRIGNhbiBiZSB1bmljYXN0IHRvIHRoZSBuZXh0IGhvcCBhZGRy ZXNzIG9mIHRoZQ0KDQogICBMb2NhbFJvdXRlIHRvd2FyZCBUYXJnQWRkciwgaWYga25vd24uDQoN CnRvIHNvbWV0aGluZyBsaWtlDQoNCg0KICAgVGhpcyBBT0RWdjIgbWVzc2FnZSBpcyB1c2VkIHRv IGNyZWF0ZSBhIGNvcnJlc3BvbmRpbmcgW1JGQzU0NDQ8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL3JmYzU0NDQ+XQ0KDQogICBtZXNzYWdlIChzZWUgU2VjdGlvbiA4PGh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1hbmV0LWFvZHZ2Mi0xMyNzZWN0aW9uLTg+KSwgd2hp Y2ggaXMgaGFuZGVkIHRvIHRoZSBSRkM1NDQ0IG11bHRpcGxleGVyDQoNCiAgIGZvciBmdXJ0aGVy IHByb2Nlc3NpbmcuDQoNCiAgIEJ5IGRlZmF1bHQsIHRoZSBtdWx0aXBsZXhlciBpcyBpbnN0cnVj dGVkIHRvIG11bHRpY2FzdCB0aGUgbWVzc2FnZSB0byBMTC1NQU5FVC0NCg0KICAgUm91dGVycyBv biBhbGwgaW50ZXJmYWNlcyBjb25maWd1cmVkIGZvciBBT0RWdjIgb3BlcmF0aW9uLiAgSG93ZXZl ciwNCg0KICAgdGhlIHJlZ2VuZXJhdGVkIFJSRVEgY2FuIGJlIHVuaWNhc3QgdG8gdGhlIG5leHQg aG9wIGFkZHJlc3Mgb2YgdGhlDQoNCiAgIExvY2FsUm91dGUgdG93YXJkIFRhcmdBZGRyLCBpZiBr bm93bi4NCg0KKGFuZCB0aGUgc2FtZSB0aGluZyBmb3IgNy4yLjM8aHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzI3NlY3Rpb24tNy4yLjM+LiBSUkVQ IFJlZ2VuZXJhdGlvbiwgNi41PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRm LW1hbmV0LWFvZHZ2Mi0xMyNzZWN0aW9uLTYuNT4uIE1lc3NhZ2UgVHJhbnNtaXNzaW9uLCBldGMu KSwgd291bGQgdGhhdCByZXNvbHZlIHRoZSBpc3N1ZT8NCg0KDQoNClRoaXMgaXMgcHJvYmFibHkg c29tZXRoaW5nIHRoYXQgY291bGQvc2hvdWxkIGJlIGluIHRoZSA1NDQ0IHVzYWdlIGRyYWZ0LiBJ ZiBpdCBnZXRzIFdHTENlZCBhcyByZXF1ZXN0ZWQsIEnigJlsbCBzdWJtaXQgaXQgdG8gbXlzZWxm IGFuZCB0aGUgcmVzdCBvZiB0aGUgYXV0aG9yIHRlYW0uDQoNClNvIHRoZXJlIGlzIG5vdGhpbmcg ZGVzY3JpYmluZyBob3cgQU9EVnYyIGludGVyYWN0cyB3aXRoIHRoZSBtdWx0aXBsZXhlci4gVGhh dCBzaG91bGRu4oCZdCBtYXR0ZXIgKHRob3VnaCBpdOKAmXMgYWx3YXlzIGJldHRlciB0byBoYXZl IGl0KSBpZiB5b3UgYXNzdW1lIDU0OTggYXBwbGllcywgYXMgaXQgZG9lcy4NCg0KSSd2ZSBhbHdh eXMgYXNzdW1lZCB0aGUgNTQ0NCBtZXNzYWdlIGNyZWF0aW9uIHByb2Nlc3MgdG8gYmUgcGFydCBv ZiB0aGUgIlJGQzU0NDQgY29tcG9uZW50IiByYXRoZXIgdGhhbiBwYXJ0IG9mIHRoZSAiQU9EVnYy IGNvbXBvbmVudCIsIHdoaWNoIGlzIHdoeSBJIHRob3VnaHQgdGhlIEFPRFZ2MjwtPlJGQzU0NDQg aW50ZXJhY3Rpb24gdGhhdCBzaG91bGQgYmUgZGVzY3JpYmVkIGNsZWFybHkgd2FzIHRoZSBwYXJ0 IHdoZXJlIEFPRFZ2MiB0ZWxscyB0aGUgNTQ0NCBtZXNzYWdlIGNyZWF0aW9uIHByb2Nlc3Mgd2hh dCBhIG1lc3NhZ2UgbG9va3MgbGlrZSAoYW5kIHdoZXJlIGl0IHNob3VsZCBiZSBzZW50KS4gSSd2 ZSBhc3N1bWVkIHRoYXQgdGhpcyBpcyB0aGUgcGFydCB3aGVyZSBBT0RWdjIgaGFuZHMgb3ZlciBh bGwgY29udHJvbCB0byA1NDQ0LCBzbyBvYnZpb3VzbHkgaXQgd291bGRuJ3QgbXVsdGljYXN0IGEg bWVzc2FnZSAqaXRzZWxmKiwgaXQgd291bGQgaW5zdHJ1Y3QgdGhlIG11bHRpcGxleGVyIHRvIGRv IHNvLiBJIHdhc24ndCBhd2FyZSB0aGF0IHRoaXMgbXVzdCBiZSBzdGF0ZWQgZXhwbGljaXRseS4N Cg0KSSdtIG5vdCBzdXJlIGlmIHRoaXMgaXMgYSBzdWJ0bGV0eSBvciBhIG1pc2NvbmNlcHRpb24g dGhhdCBzaG91bGQgYmUgY2xhcmlmaWVkIGluIHRoZSA1NDQ0LXVzYWdlIGRyYWZ0Li4uDQoNCldp dGgga2luZCByZWdhcmRzLA0KTG90dGUgU3RlZW5icmluaw0KDQoNCkJ1dCB1bmZvcnR1bmF0ZWx5 IHRoZSBkcmFmdCBzdGlsbCBoYXMgbWF0ZXJpYWwgdGhhdCBjb250cmFkaWN0cyB0aGF0IG1vZGVs LCB3aGljaCBuZWVkcyB0byBnby4gSW4gcGFydGljdWxhciAoYnV0IG5vdCBvbmx5KSB0aGUgZmly c3QgdHdvIHBhcmFncmFwaHMgb2Ygc2VjdGlvbiA2LjUuIFRoaXMgaXMgYW4gZXNzZW50aWFsIGNo YW5nZS4NCg0KLS0NCkNocmlzdG9waGVyIERlYXJsb3ZlDQpTZW5pb3IgUHJpbmNpcGFsIEVuZ2lu ZWVyDQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMYWJvcmF0b3JpZXMNCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQoNClQ6ICArNDQgKDApMTI0NSAyNDIxOTQgIHwgIEU6IGNocmlzLmRlYXJs b3ZlQGJhZXN5c3RlbXMuY29tPG1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbT4N Cg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2ZvcmQgVGVjaG5vbG9n eSBQYXJrLCBHcmVhdCBCYWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4SE4uDQp3d3cuYmFl c3lzdGVtcy5jb20vYWk8aHR0cDovL3d3dy5iYWVzeXN0ZW1zLmNvbS9haT4NCkJBRSBTeXN0ZW1z IEFwcGxpZWQgSW50ZWxsaWdlbmNlIExpbWl0ZWQNClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmIFdh bGVzIE5vOiAwMTMzNzQ1MQ0KUmVnaXN0ZXJlZCBPZmZpY2U6IFN1cnJleSBSZXNlYXJjaCBQYXJr LCBHdWlsZGZvcmQsIFN1cnJleSwgR1UyIDdZUA0KDQoNCioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQpUaGlzIGVtYWls IGFuZCBhbnkgYXR0YWNobWVudHMgYXJlIGNvbmZpZGVudGlhbCB0byB0aGUgaW50ZW5kZWQNCnJl Y2lwaWVudCBhbmQgbWF5IGFsc28gYmUgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGlu dGVuZGVkDQpyZWNpcGllbnQgcGxlYXNlIGRlbGV0ZSBpdCBmcm9tIHlvdXIgc3lzdGVtIGFuZCBu b3RpZnkgdGhlIHNlbmRlci4NCllvdSBzaG91bGQgbm90IGNvcHkgaXQgb3IgdXNlIGl0IGZvciBh bnkgcHVycG9zZSBub3IgZGlzY2xvc2Ugb3INCmRpc3RyaWJ1dGUgaXRzIGNvbnRlbnRzIHRvIGFu eSBvdGhlciBwZXJzb24uDQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCm1hbmV0IG1haWxpbmcgbGlzdA0KbWFuZXRAaWV0Zi5vcmc8 bWFpbHRvOm1hbmV0QGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9tYW5ldA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KbWFuZXQgbWFpbGluZyBsaXN0DQptYW5ldEBpZXRmLm9yZzxtYWlsdG86bWFuZXRAaWV0 Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0DQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbWFuZXQgbWFpbGlu ZyBsaXN0DQptYW5ldEBpZXRmLm9yZzxtYWlsdG86bWFuZXRAaWV0Zi5vcmc+DQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0DQo= --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92377CFAGLKXM0002VGREEN_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNv bnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmlu aXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21h cmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJ Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFy Z2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglm b250LWZhbWlseToiQ291cmllciBOZXciO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7 bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFt aWx5OiJDb25zb2xhcyIsInNlcmlmIjt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXtt c28tc3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMN Cgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1z dHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNl Y3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcy LjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQot LT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4 dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3Rl IG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpl eHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+ DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1HQiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+ DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkFjdHVhbGx5LCBJIHdhcyB3cm9u ZyBhYm91dCB0aGVyZSBiZWluZyBhIGhvcCBleGNlcHRpb24uIEFzIGhvcCBjb3VudC9saW1pdCB1 cGRhdGVzIGFyZSB0aGUgcHJvdG9jb2zigJlzIGpvYiwgZXZlbiB0aGV5IGFyZSB0byBiZSB1bmNo YW5nZWQgYnkgdGhlIG11bHRpcGxleGVyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SeKAmXZlIGFsc28gaWRlbnRpZmll ZCAtIGFuZCB0aGlzIGlzIHRoZSBwbGFjZSB0byBmaXggaXQgLSB0aGF0IHRoZSBlcnJhdGEgdG8g NTQ0NCBkb2VzbuKAmXQgZ28gZmFyIGVub3VnaC4gU29tZW9uZSAoSGVubmluZyBwZXJoYXBzKSBz cG90dGVkIHRoYXQgdGhlIHBhY2tldCBzZXF1ZW5jZQ0KIG51bWJlciBzaG91bGQgYmUgcGVyIGlu dGVyZmFjZSwgYXMgaXQgYWx3YXlzIGhhZCBiZWVuIGluIE9MU1J2MSwgYW5kIHdlIGdvdCB0aGF0 IHB1dCBpbiBhcyBhbiBlcnJhdHVtIHRvIDU0NDQuIEFjdHVhbGx5IGl0IHNob3VsZCBiZSBwZXIg KGludGVyZmFjZSwgZGVzdGluYXRpb24pLiBOb3QgYW4gaXNzdWUgd2hlbiwgbGlrZSBOSERQL09M U1J2MiwgZXZlcnl0aGluZyB1c2VzIHRoZSBzYW1lIGJyb2FkY2FzdC9tdWx0aWNhc3QgYWRkcmVz cy4gQnV0DQogaWYgcGFja2V0cyBtaWdodCBiZSB1bmljYXN0IChhbHdheXMgaW50ZW5kZWQgYXMg YW4gb3B0aW9uLCBhbmQgQU9EVnYyIG1heSBkbyBpdCkgdGhlbiBpdCBuZWVkcyB0byBhbHNvIGJl IHBlciBkZXN0aW5hdGlvbiB0byBiZSB1c2VmdWwuICZuYnNwO0Vhc2lseSBhZGRlZC48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA3RTdFIj4tLQ0KPG86cD48L286cD48 L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9t OjEyLjBwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA3RTdFIj5DaHJp c3RvcGhlciBEZWFybG92ZTxicj4NClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXI8YnI+DQpCQUUg U3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMYWJvcmF0b3JpZXM8YnI+DQo8L3NwYW4+PC9i PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6I0JFQkVCRSI+X19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188YnI+DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDAw MDdFIj48YnI+DQo8L3NwYW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM3RDdE N0QiPlQ8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojN0Q3RDdEIj46 ICZuYnNwOyYjNDM7NDQgKDApMTI0NSAyNDIxOTQgJm5ic3A7fCAmbmJzcDs8Yj5FOg0KPC9iPjxh IGhyZWY9Im1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbSI+Y2hyaXMuZGVhcmxv dmVAYmFlc3lzdGVtcy5jb208L2E+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMDAwMDdFIj48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMzQThCOTIiPkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBDaGVsbXNmb3Jk IFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3NleCBDTTIgOEhO Ljxicj4NCjxhIGhyZWY9Imh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWkiPjxzcGFuIHN0eWxl PSJjb2xvcjojM0E4QjkyIj53d3cuYmFlc3lzdGVtcy5jb20vYWk8L3NwYW4+PC9hPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojM0E4QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMaW1p dGVkPGJyPg0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIE5vOiAwMTMzNzQ1MTxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t Ym90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzQThCOTIiPlJl Z2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3JkLCBTdXJyZXks IEdVMiA3WVA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij4gVGhvbWFzIENsYXVzZW4gW21haWx0bzppZXRmQHRob21hc2NsYXVzZW4ub3JnXQ0KPGJy Pg0KPGI+U2VudDo8L2I+IDA4IE1hcmNoIDIwMTYgMTM6MzQ8YnI+DQo8Yj5Ubzo8L2I+IENocmlz dG9waGVyIERlYXJsb3ZlPGJyPg0KPGI+Q2M6PC9iPiBMb3R0ZSBTdGVlbmJyaW5rOyBEZWFybG92 ZSwgQ2hyaXN0b3BoZXIgKFVLKTsgYW9kdnYyLWRpc2N1c3NAZnJlZWxpc3RzLm9yZzsgbWFuZXRA aWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFttYW5ldF0gQU9EVnYyIC0gZmlyc3Qg Y29tbWVudCAoNTQ0NCBtdWx0aXBsZXhlcik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2 IHN0eWxlPSJib3JkZXI6c29saWQgYmxhY2sgMS4wcHQ7cGFkZGluZzoyLjBwdCAyLjBwdCAyLjBw dCAyLjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4 dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBh bGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4qKiogV0FSTklORyAq Kio8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0O3RleHQt YWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzMzMzk3MiI+VGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRl IG91ciBvcmdhbmlzYXRpb24sIGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIgb3IgdGhl IGludGVybmV0Ljwvc3Bhbj48L2VtPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzMzMzk3MiI+PGJyPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Db25zaWRlciBjYXJlZnVsbHkgd2hldGhlciB5 b3Ugc2hvdWxkIGNsaWNrIG9uIGFueSBsaW5rcywgb3BlbiBhbnkgYXR0YWNobWVudHMgb3IgcmVw bHkuPC9zcGFuPjwvZW0+PGJyPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gb3IgaW5mb3JtYXRpb24gcmVnYXJk aW5nIDwvc3Bhbj4NCjwvZW0+PC9zcGFuPjwvaT48c3Ryb25nPjxpPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6cmVkIj5SZWQgRmxhZ3M8L3NwYW4+PC9pPjwvc3Ryb25nPjxlbT48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPiB0aGF0IHlvdSBjYW4gbG9vayBv dXQgZm9yIGluIGVtYWlscyB5b3UgcmVjZWl2ZSwNCiBjbGljayA8YSBocmVmPSJodHRwOi8vaW50 cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9zcG90bGlnaHRzL0Rv Y3VtZW50cy9SZWQlMjBGbGFncy5wZGYiPg0KaGVyZTwvYT4uPC9zcGFuPjwvZW0+PGk+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPklm IHlvdSBmZWVsIHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93DQo8YSBocmVm PSJodHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9z cG90bGlnaHRzL0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0aCUyMFN1c3BpY2lvdXMlMjBFbWFpbHMu cGRmIj4NCnRoaXMgcHJvY2VzczwvYT4uPC9zcGFuPjwvZW0+PC9zcGFuPjwvaT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1i b3R0b206MTIuMHB0Ij5NeSBwb3NpdGlvbiBvbiB0aGlzIG1hdHRlciBpcyBieSBhbiBsYXJnZSAm cXVvdDt3aGF0IENocmlzIHNhaWQmcXVvdDssIGZ3aXcuPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhvbWFzPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXYgaWQ9IkFwcGxlTWFpbFNpZ25hdHVyZSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5PbiAwOCBNYXIgMjAxNiwgYXQgMTQ6MjEsIENo cmlzdG9waGVyIERlYXJsb3ZlICZsdDs8YSBocmVmPSJtYWlsdG86Y2hyaXN0b3BoZXIuZGVhcmxv dmVAZ21haWwuY29tIj5jaHJpc3RvcGhlci5kZWFybG92ZUBnbWFpbC5jb208L2E+Jmd0OyB3cm90 ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5JJ20gcmVhZGluZyB0aGlzIG9uIGEgcGhvbmUsIHNvIEknbSBnb2luZyB0 byB3YWl0IHVudGlsIEkgY2FuIHJlYWQgaXQgYmV0dGVyIGZvciBsb25nZXIgY29tbWVudC48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QnV0IHRo ZXJlIGFyZSwgYW5kIEkgdGhpbmsgdGhpcyBpcyBhIHBvdGVudGlhbCBzb3VyY2UgZm9yIGNvbmZ1 c2lvbiwgdHdvIHRoaW5ncyBpbiA1NDQ0LiBPbmUgaXMgYWJvdXQgZm9ybWF0cywgb25lIGlzIGFi b3V0IG11bHRpcGxleGluZy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Rm9ybWF0dGluZyAoYW5kIHBhcnNpbmcpIGlzbid0IGRlZmluZWQgYXMg YSBwcm9jZXNzLCBidXQgYXMgZm9ybWF0cy4gTWFueSBwZW9wbGUgKGV2ZXJ5b25lPykgd2hvIHVz ZXMgNTQ0NCB3aWxsIGNyZWF0ZSBhIGdlbmVyYWwgNTQ0NCBmb3JtYXR0ZXIvcGFyc2VyLiBUaGF0 J3MgdXAgdG8gdGhlIGltcGxlbWVudGVyIHRvIGRlY2lkZSB3aGF0IHRvIG1ha2UgaXQgZG8sIHdo ZXRoZXIgdG8gb3B0aW1pc2UgaW4gdGhhdA0KIGZvcm1hdHRlciwgb3V0c2lkZSB0aGUgZm9ybWF0 dGVyLCBvciBub3QgYXQgYWxsLiAoUGVyc29uYWxseSBJIGhhdmUgc29tZSBpbnNpZGUsIHNvbWUg b3V0c2lkZS4pPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPlRoZSBvdGhlciBjb21wb25lbnQgaXMgdGhlIDU0NDQgbXVsdGlwbGV4ZXIgKGFuZCBk ZW51bHRpcGxleGVyKS4gVGhhdCB0YWtlcyA1NDQ0IGZvcm1hdHRlZCBtZXNzYWdlcyAoYW5kICZu YnNwO3Bvc3NpYmx5IHNvbWUgb3RoZXIgdGhpbmdzKSBhbmQgZm9ybXMgNTQ0NCBwYWNrZXRzLiBJ dCBpcyBpbXBvcnRhbnQgdGhhdCB0aGUgNTQ0NCBtdWx0aXBsZXhlciByZXR1cm5zIG1lc3NhZ2Vz IGFzIGRlbGl2ZXJlZCB0byBpdA0KIChob3AgY291bnQgYW5kIGxpbWl0IGFwYXJ0IG9mIGNvdXJz ZSkuIE90aGVyd2lzZSBzZWN1cml0eSBmZWF0dXJlcyBpbiB0aGUgcHJvdG9jb2wgbWF5IGZhaWwu IE5vdGUgdGhhdCBkb2Vzbid0IHByZXZlbnQgdGhlIG11bHRpcGxleGVyIG1vZGlmeWluZyB0aGUg bWVzc2FnZSBiZWZvcmUgcHV0dGluZyBpdCBvbiB0aGUgd2lyZSwgdGhhdCBqdXN0IG5lZWRzIHRv IGJlIHJldmVyc2libGUuIEFuZCBvYnZpb3VzIGV4YW1wbGUgaXMgaWYgeW91IGltcGxlbWVudA0K IDcxODIgSUNWcyBhbmQgVElNRVNUQU1QcyBpbiB0aGUgbXVsdGlwbGV4ZXIsIGlmIGl0IGFkZHMg dGhlbSwgaXQgYWxzbyBuZWVkcyB0byByZW1vdmUgdGhlbSBiZWZvcmUgaGFuZGluZyB0aGUgbWVz c2FnZSB0byB0aGUgcHJvdG9jb2wuIChZb3UgbWF5IGluc3RlYWQgcHV0IHRoaXMgaW4gdGhlIHBy b3RvY29sLik8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+WWVzLCBJIHRoaW5rIHRoZSB1c2FnZSBkb2N1bWVudCBjb3VsZCBnYWluIGZyb20gYWRk aW5nIHRoaXMuIE5vdGUsIHRoYXQncyBwZXJzb25hbCBvbmx5LCBteSBjby1hdXRob3JzIGhhdmVu J3QgYWdyZWVkIHRvIHRoYXQgeWV0LiBCdXQgbGFyZ2VseSBiZWNhdXNlIEkgaGF2ZW4ndCBhc2tl ZCB0aGVtIHlldCAod2l0aCBvbmUgcGFydGlhbCBleGNlcHRpb24pLjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgcG9pbnRzIEkgdGhpbmsg YXJlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ LSBUd28gdGhpbmdzIGluIDU0NDQuIEZvcm1hdCBhbmQgbXVsdGlwbGV4LjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LSBHZW5lcmljIGZvcm1hdHRl ci9wYXJzZXIgbm90IHJlcXVpcmVkLCBidXQgcmVjb21tZW5kZWQuIE9wdGltaXNhdGlvbiBvcHRp b25hbC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pi0gTXVsdGlwbGV4ZXIgbXVzdCBkZWxpdmVyIG1lc3NhZ2VzIGFzIHNlbnQgKGhvcCBleGNlcHRp b24pLiBCdXQgbWF5IG1vZGlmeSByZXZlcnNpYmx5LiA3MTgyIGV4YW1wbGUgKGNvdWxkIGltcGxl bWVudCBtZXNzYWdlIGxldmVsIGluIG11bHRpcGxleGVyLCBtdXN0IGltcGxlbWVudCBwYWNrZXQg bGV2ZWwgdGhlcmUpLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGJyPg0KLS0mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5DaHJpc3RvcGhlciBEZWFybG92ZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0ibWFpbHRvOmNocmlzdG9waGVyLmRl YXJsb3ZlQGdtYWlsLmNvbSI+Y2hyaXN0b3BoZXIuZGVhcmxvdmVAZ21haWwuY29tPC9hPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8 YnI+DQotLSAmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5DaHJpc3RvcGhlciBEZWFybG92ZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0ibWFpbHRvOmNocmlzdG9waGVyLmRlYXJsb3ZlQGdt YWlsLmNvbSI+Y2hyaXN0b3BoZXIuZGVhcmxvdmVAZ21haWwuY29tPC9hPiAoaVBob25lKTxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0i bWFpbHRvOmNocmlzQG1uZW1vc3luZS5kZW1vbi5jby51ayI+Y2hyaXNAbW5lbW9zeW5lLmRlbW9u LmNvLnVrPC9hPiAoaG9tZSk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPk9uIDggTWFyIDIwMTYs IGF0IDExOjA5LCBMb3R0ZSBTdGVlbmJyaW5rICZsdDs8YSBocmVmPSJtYWlsdG86bG90dGUuc3Rl ZW5icmlua0BmdS1iZXJsaW4uZGUiPmxvdHRlLnN0ZWVuYnJpbmtAZnUtYmVybGluLmRlPC9hPiZn dDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkhlbGxvIENocmlzdG9waGVyLDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5BbSAwNC4wMy4yMDE2IHVtIDE3OjE5IHNjaHJpZWIgRGVhcmxvdmUsIENo cmlzdG9waGVyIChVSykgJmx0OzxhIGhyZWY9Im1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVzeXN0 ZW1zLmNvbSI+Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb208L2E+Jmd0Ozo8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPG86cD48L286 cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+SeKAmXZlIHJlYWQgc29tZSBvZiBkcmFmdCAtMTMuIEkgd2lsbCBwcm92 aWRlIGNvbW1lbnRzICh3aGljaCB3b27igJl0IGJlIGNvbXByZWhlbnNpdmUpIGluIGJpdGUgc2l6 ZWQgY2h1bmtzIHJhdGhlciB0aGFuIGF0dGVtcHRpbmcgYW55dGhpbmcgY29uc29saWRhdGVkLiBB bmQgbW9zdCBjYW4gd2FpdCB1bnRpbA0KIG5leHQgd2VlayBhdCB0aGUgZWFybGllc3QuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPkJ1dCBvbmUgdG8ga2ljayBvZmYuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlRoZSBhcmNoaXRlY3R1cmUg bWFuZGF0ZWQgYnkgNTQ5OCBpcyB0aGF0IEFPRFZ2MiBjcmVhdGVzIG1lc3NhZ2VzLCBpdCBwYXNz ZXMgdGhlbSB0byB0aGUgNTQ0NCBtdWx0aXBsZXhlci4gSW4gZHVlIGNvdXJzZSBpdCByZWNlaXZl cyBtZXNzYWdlcyBmcm9tIHRoZXJlLiBUaGVyZSBhcmUgc29tZSBvdGhlcg0KIGRldGFpbHMsIGJ1 dCB0aGF04oCZcyB0aGUgbW9zdCBpbXBvcnRhbnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlRoZSA1NDQ0IG11bHRp cGxleGVyIGlzIHdoYXQgaGFuZGxlcyBVRFAgcG9ydHMsIG11bHRpY2FzdCBhZGRyZXNzZXMgYW5k IHNvIG9uLiBJdCBkb2VzbuKAmXQgaGFuZGxlIGZsb29kaW5nLCBiZWNhdXNlIGl0cyBwYWNrZXRz ICh3aGljaCBtYXkgY29udGFpbiBtdWx0aXBsZSBtZXNzYWdlcywgZnJvbQ0KIEFPRFZ2MiBhbmQg ZWxzZXdoZXJlKSBvbmx5IGdvIG9uZSBob3AuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlRoZXJlIGFyZSBvdGhlciBy ZXF1ZXN0cyB0aGF0IGNhbiBiZSBtYWRlIHRvIHRoZSBtdWx0aXBsZXhlciwgbW9zdCBvYnZpb3Vz bHkgd2hpY2ggaW50ZXJmYWNlKHMpIHRoaXMgbWVzc2FnZSBpcyBmb3IsIGJ1dCBhbHNvIHRoaW5n cyBsaWtlIOKAnHBsZWFzZSB0cnkgdG8ga2VlcCB0aGVzZSBtZXNzYWdlcw0KIHRvZ2V0aGVy4oCd LiBJZiB0aGVyZSBhcmUgYW55IGFkZGl0aW9uYWwgcmVxdWVzdHMgdGhhdCBzaG91bGQgYmUgc3Vw cG9ydGVkLCBhbmQgYXJlIG5vdCBpbmNvbXBhdGlibGUgd2l0aCB0aGUgYXJjaGl0ZWN0dXJlLCB0 aGVuIHRoZSA1NDQ0IHVzYWdlIGRyYWZ0IGlzIGEgZ29vZCBvcHBvcnR1bml0eSB0byBnZXQgdGhv c2UgaW4uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDsiPkJ1dCwgbG9va2luZyBhdCB0aGUgQU9EVnYyIGRyYWZ0LCDigJxt dWx0aXBsZXjigJ0gKGFzIGEgd2hvbGUgb3IgcGFydCB3b3JkKSBvbmx5IGFwcGVhcnMgdHdpY2Us IGJvdGggaW4gdGhlIHBhcmFncmFwaDo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgW1JGQzU0NDRdIHByb3ZpZGVzIGEgbXVsdGlw bGV4ZWQgdHJhbnNwb3J0IGZvciBtdWx0aXBsZSBwcm90b2NvbHMuPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBBbiBbUkZDNTQ0NF0g bXVsdGlwbGV4ZXIgTUFZIGNob29zZSB0byBvcHRpbWl6ZSB0aGUgY29udGVudCBvZjwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgY2Vy dGFpbiBtZXNzYWdlIGVsZW1lbnRzIHRvIHJlZHVjZSBjb250cm9sIG1lc3NhZ2Ugb3ZlcmhlYWQu PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkkgdGhpbmsg dGhhdOKAmXMgbm90IGhvdyBJIHNlZSBpdCwgdGhhdCB0aGF04oCZcyB0aGUgcm9sZSBvZiB0aGUg KHN1YnRsZWx5IGRpZmZlcmVudCkgNTQ0NCBtZXNzYWdlIGNyZWF0aW9uIHByb2Nlc3MgZnJvbSBh ZGRyZXNzZXMgYW5kIGF0dHJpYnV0ZXMuIEkgdGhpbmsgdGhlIG11bHRpcGxleGVyIGl0c2VsZiwN CiBnaXZlbiBhIHdob2xlIG1lc3NhZ2UgZnJvbSBhIHByb3RvY29sIHNob3VsZG7igJl0IGJlIG1v ZGlmeWluZyBpdC4gTm90ZSB0aGF0IEnigJl2ZSBleHByZXNzZWQgdGhhdCBhcyBhbiBvcGluaW9u LCB0aG91Z2ggYSBxdWl0ZSBzdHJvbmcgb25lLiBBIHByb3RvY29sIG1pZ2h0IGFwcGx5IHNvbWUg c29ydCBvZiBzcGVjaWFsaXNlZCBzaWduYXR1cmUsIGFuZCB3ZSBjYW7igJl0IGxldCB0aGUgbXVs dGlwbGV4ZXIgZGVzdHJveSB0aGF0LiAoVGhlIG11bHRpcGxleGVyDQogbWlnaHQgYWRkIGEgNzE4 MiBJQ1YgYW5kL29yIHRpbWVzdGFtcCwgYnV0IGl0IHdpbGwgdGhlbiByZW1vdmUgdGhlbSBiZWZv cmUgdGhlIHByb3RvY29sIGdldHMgdGhlIHBhY2tldCBhZ2Fpbi4pPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRydWUu IElmIEkgcmVtZW1iZXIgaXQgY29ycmVjdGx5IChDby1BdXRob3JzLCBwbGVhc2Ugc3RvcCBtZSBp ZiBJIGRvbid0KSwgd2hhdCB3ZSB3ZXJlIHRyeWluZyB0byBzYXkgd2FzICZxdW90O1RoZSBtZXNz YWdlIGNvbnRlbnRzIE1BWSBiZSByZXNodWZmbGVkIGR1cmluZyBtZXNzYWdlIGNyZWF0aW9uLCBi dXQgcGxlYXNlIHBheSBhdHRlbnRpb24gdGhhdCBzb21lIHRoaW5ncyBNVVNUIGJlIGtlcHQgaW4g b25lIG1lc3NhZ2UNCiBpbiBvcmRlciB0byBmb3JtIGEgY29oZXJlbnQgQU9EVnYyIG1lc3NhZ2Uu JnF1b3Q7IFRoaXMgaXMgZXNwZWNpYWxseSBpbXBvcnRhbnQgZm9yIFJFUlIgbWVzc2FnZXMsIHdo aWNoIGNvdWxkIGVhc2lseSBnZXQgY2hvcHBlZCB1cCBpbnRvIG11bHRpcGxlIG1lc3NhZ2VzIGlm IHRoZSB1bmRlcmx5aW5nIE1UVSBpcyBzbWFsbC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SWYgd2UgY2hhbmdlIHRoYXQgcGFyYWdyYXBoIHRv PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWst YmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IFs8YSBuYW1lPSJyZWYtUkZDNTQ0NCIgaWQ9InJl Zi1SRkM1NDQ0Ij5SRkM1NDQ0PC9hPl0gcHJvdmlkZXMgYSBtdWx0aXBsZXhlZCB0cmFuc3BvcnQg Zm9yIG11bHRpcGxlIHByb3RvY29scy48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFn ZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsgQW4gWzxhIGhyZWY9Imh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM1NDQ0IiB0aXRsZT0iJnF1b3Q7R2VuZXJhbGl6ZWQgTW9i aWxlIEFkIEhvYyBOZXR3b3JrIChNQU5FVCkgUGFja2V0L01lc3NhZ2UgRm9ybWF0JnF1b3Q7Ij5S RkM1NDQ0PC9hPl0gaW1wbGVtZW50YXRpb24gTUFZIGNob29zZSB0byBvcHRpbWl6ZSB0aGUgY29u dGVudCBvZjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTph bHdheXMiPiZuYnNwOyZuYnNwOyBjZXJ0YWluIGVsZW1lbnRzIGR1cmluZyBtZXNzYWdlIGNyZWF0 aW9uIHRvIHJlZHVjZSBjb250cm9sIG1lc3NhZ2Ugb3ZlcmhlYWQuPG86cD48L286cD48L3ByZT4N CjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IDxvOnA+ PC9vOnA+PC9wcmU+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5hbmQgdGhl IGxhbmd1YWdlIG9mLCBzYXksICZuYnNwOzxhIG5hbWU9InNlY3Rpb24tNy4xLjMiPjwvYT48YSBo cmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djIt MTMjc2VjdGlvbi03LjEuMyI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrO3RleHQtZGVjb3Jh dGlvbjpub25lIj43LjEuMzwvc3Bhbj48L2I+PC9hPjxiPi4gUlJFUSBSZWdlbmVyYXRpb24mbmJz cDs8L2I+ZnJvbTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlIHN0eWxlPSJw YWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPiZuYnNwOyZuYnNwOyBUaGlzIEFPRFZ2MiBtZXNzYWdl IGlzIHVzZWQgdG8gY3JlYXRlIGEgY29ycmVzcG9uZGluZyBbPGEgaHJlZj0iaHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL3JmYzU0NDQiIHRpdGxlPSImcXVvdDtHZW5lcmFsaXplZCBNb2JpbGUg QWQgSG9jIE5ldHdvcmsgKE1BTkVUKSBQYWNrZXQvTWVzc2FnZSBGb3JtYXQmcXVvdDsiPlJGQzU0 NDQ8L2E+XTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTph bHdheXMiPiZuYnNwOyZuYnNwOyBtZXNzYWdlIChzZWUgPGEgaHJlZj0iaHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzI3NlY3Rpb24tOCI+U2VjdGlv biA4PC9hPikgd2hpY2ggaXMgbXVsdGljYXN0LCBieSBkZWZhdWx0LCB0byBMTC1NQU5FVC08bzpw PjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJz cDsmbmJzcDsgUm91dGVycyBvbiBhbGwgaW50ZXJmYWNlcyBjb25maWd1cmVkIGZvciBBT0RWdjIg b3BlcmF0aW9uLiZuYnNwOyBIb3dldmVyLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJw YWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPiZuYnNwOyZuYnNwOyB0aGUgcmVnZW5lcmF0ZWQgUlJF USBjYW4gYmUgdW5pY2FzdCB0byB0aGUgbmV4dCBob3AgYWRkcmVzcyBvZiB0aGU8bzpwPjwvbzpw PjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJz cDsgTG9jYWxSb3V0ZSB0b3dhcmQgVGFyZ0FkZHIsIGlmIGtub3duLjxvOnA+PC9vOnA+PC9wcmU+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnRvIHNvbWV0aGluZyBsaWtl PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWst YmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IFRoaXMgQU9EVnYyIG1lc3NhZ2UgaXMgdXNlZCB0 byBjcmVhdGUgYSBjb3JyZXNwb25kaW5nIFs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvcmZjNTQ0NCIgdGl0bGU9IiZxdW90O0dlbmVyYWxpemVkIE1vYmlsZSBBZCBIb2MgTmV0 d29yayAoTUFORVQpIFBhY2tldC9NZXNzYWdlIEZvcm1hdCZxdW90OyI+UkZDNTQ0NDwvYT5dPG86 cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5i c3A7Jm5ic3A7IG1lc3NhZ2UgKHNlZSA8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMjc2VjdGlvbi04Ij5TZWN0aW9uIDg8L2E+KSwg d2hpY2ggaXMgaGFuZGVkIHRvIHRoZSZuYnNwO1JGQzU0NDQgbXVsdGlwbGV4ZXI8bzpwPjwvbzpw PjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJz cDsgZm9yIGZ1cnRoZXIgcHJvY2Vzc2luZy48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0i cGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsgQnkgZGVmYXVsdCwgdGhlIG11 bHRpcGxleGVyIGlzIGluc3RydWN0ZWQgdG8gbXVsdGljYXN0IHRoZSBtZXNzYWdlIHRvIExMLU1B TkVULTxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdh eXMiPiZuYnNwOyZuYnNwOyBSb3V0ZXJzIG9uIGFsbCBpbnRlcmZhY2VzIGNvbmZpZ3VyZWQgZm9y IEFPRFZ2MiBvcGVyYXRpb24uJm5ic3A7IEhvd2V2ZXIsPG86cD48L286cD48L3ByZT4NCjxwcmUg c3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IHRoZSByZWdlbmVy YXRlZCBSUkVRIGNhbiBiZSB1bmljYXN0IHRvIHRoZSBuZXh0IGhvcCBhZGRyZXNzIG9mIHRoZTxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPiZu YnNwOyZuYnNwOyBMb2NhbFJvdXRlIHRvd2FyZCBUYXJnQWRkciwgaWYga25vd24uPG86cD48L286 cD48L3ByZT4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+KGFuZCB0aGUg c2FtZSB0aGluZyBmb3ImbmJzcDs8YSBuYW1lPSJzZWN0aW9uLTcuMi4zIj48L2E+PGEgaHJlZj0i aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzI3Nl Y3Rpb24tNy4yLjMiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjazt0ZXh0LWRlY29yYXRpb246 bm9uZSI+Ny4yLjM8L3NwYW4+PC9iPjwvYT48Yj4uIFJSRVAgUmVnZW5lcmF0aW9uPC9iPiwmbmJz cDs8YSBuYW1lPSJzZWN0aW9uLTYuNSI+PC9hPjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9kcmFmdC1pZXRmLW1hbmV0LWFvZHZ2Mi0xMyNzZWN0aW9uLTYuNSI+PGI+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrO3RleHQtZGVjb3JhdGlvbjpub25lIj42LjU8L3NwYW4+PC9iPjwv YT48Yj4uDQogTWVzc2FnZSBUcmFuc21pc3Npb24sPC9iPiZuYnNwO2V0Yy4pLCB3b3VsZCB0aGF0 IHJlc29sdmUgdGhlIGlzc3VlPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlRoaXMgaXMgcHJvYmFibHkgc29tZXRoaW5nIHRoYXQg Y291bGQvc2hvdWxkIGJlIGluIHRoZSA1NDQ0IHVzYWdlIGRyYWZ0LiBJZiBpdCBnZXRzIFdHTENl ZCBhcyByZXF1ZXN0ZWQsIEnigJlsbCBzdWJtaXQgaXQgdG8gbXlzZWxmIGFuZCB0aGUgcmVzdCBv ZiB0aGUgYXV0aG9yIHRlYW0uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlNvIHRoZXJlIGlzIG5vdGhpbmcgZGVzY3Jp YmluZyBob3cgQU9EVnYyIGludGVyYWN0cyB3aXRoIHRoZSBtdWx0aXBsZXhlci4gVGhhdCBzaG91 bGRu4oCZdCBtYXR0ZXIgKHRob3VnaCBpdOKAmXMgYWx3YXlzIGJldHRlciB0byBoYXZlIGl0KSBp ZiB5b3UgYXNzdW1lIDU0OTggYXBwbGllcywgYXMgaXQgZG9lcy48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSd2ZSBh bHdheXMgYXNzdW1lZCB0aGUgNTQ0NCBtZXNzYWdlIGNyZWF0aW9uIHByb2Nlc3MgdG8gYmUgcGFy dCBvZiB0aGUgJnF1b3Q7UkZDNTQ0NCBjb21wb25lbnQmcXVvdDsgcmF0aGVyIHRoYW4gcGFydCBv ZiB0aGUgJnF1b3Q7QU9EVnYyIGNvbXBvbmVudCZxdW90Oywgd2hpY2ggaXMgd2h5IEkgdGhvdWdo dCB0aGUgQU9EVnYyJmx0Oy0mZ3Q7UkZDNTQ0NCBpbnRlcmFjdGlvbiB0aGF0IHNob3VsZCBiZSBk ZXNjcmliZWQgY2xlYXJseSB3YXMgdGhlIHBhcnQNCiB3aGVyZSBBT0RWdjIgdGVsbHMgdGhlIDU0 NDQgbWVzc2FnZSBjcmVhdGlvbiBwcm9jZXNzIHdoYXQgYSBtZXNzYWdlIGxvb2tzIGxpa2UgKGFu ZCB3aGVyZSBpdCBzaG91bGQgYmUgc2VudCkuIEkndmUgYXNzdW1lZCB0aGF0IHRoaXMgaXMgdGhl IHBhcnQgd2hlcmUgQU9EVnYyIGhhbmRzIG92ZXIgYWxsIGNvbnRyb2wgdG8gNTQ0NCwgc28gb2J2 aW91c2x5IGl0IHdvdWxkbid0IG11bHRpY2FzdCBhIG1lc3NhZ2UgKml0c2VsZiosIGl0IHdvdWxk IGluc3RydWN0DQogdGhlIG11bHRpcGxleGVyIHRvIGRvIHNvLiBJIHdhc24ndCBhd2FyZSB0aGF0 IHRoaXMgbXVzdCBiZSBzdGF0ZWQgZXhwbGljaXRseS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSdtIG5vdCBzdXJlIGlmIHRoaXMgaXMgYSBz dWJ0bGV0eSBvciBhIG1pc2NvbmNlcHRpb24gdGhhdCBzaG91bGQgYmUgY2xhcmlmaWVkIGluIHRo ZSA1NDQ0LXVzYWdlIGRyYWZ0Li4uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPldpdGgga2luZCByZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TG90dGUgU3RlZW5icmluazxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwv bzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij5CdXQgdW5mb3J0dW5hdGVseSB0aGUgZHJhZnQgc3RpbGwgaGFzIG1h dGVyaWFsIHRoYXQgY29udHJhZGljdHMgdGhhdCBtb2RlbCwgd2hpY2ggbmVlZHMgdG8gZ28uIElu IHBhcnRpY3VsYXIgKGJ1dCBub3Qgb25seSkgdGhlIGZpcnN0IHR3byBwYXJhZ3JhcGhzIG9mIHNl Y3Rpb24gNi41LiBUaGlzDQogaXMgYW4gZXNzZW50aWFsIGNoYW5nZS48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTox Mi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwN0U3RSI+LS08L3Nw YW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48Yj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDdFN0UiPkNocmlzdG9waGVyIERlYXJs b3ZlPGJyPg0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcjxicj4NCkJBRSBTeXN0ZW1zIEFwcGxp ZWQgSW50ZWxsaWdlbmNlIExhYm9yYXRvcmllczxicj4NCjwvc3Bhbj48L2I+PGI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojQkVCRUJFIj5fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCjwv c3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDAwN0UiPjxicj4NCjwv c3Bhbj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzdEN0Q3RCI+VDwvc3Bhbj48 L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM3RDdEN0QiPjogJm5ic3A7JiM0Mzs0 NCAoMCkxMjQ1IDI0MjE5NCAmbmJzcDt8ICZuYnNwOzxiPkU6PHNwYW4gY2xhc3M9ImFwcGxlLWNv bnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvYj48YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVh cmxvdmVAYmFlc3lzdGVtcy5jb20iPmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPC9hPjxi cj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJyPg0K PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4QjkyIj5CQUUgU3lzdGVt cyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5IFBhcmssIEdyZWF0 IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00yIDhITi48YnI+DQo8YSBocmVmPSJodHRwOi8v d3d3LmJhZXN5c3RlbXMuY29tL2FpIj48c3BhbiBzdHlsZT0iY29sb3I6IzNBOEI5MiI+d3d3LmJh ZXN5c3RlbXMuY29tL2FpPC9zcGFuPjwvYT48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzQThCOTIiPkJBRSBTeXN0ZW1zIEFwcGxp ZWQgSW50ZWxsaWdlbmNlIExpbWl0ZWQ8YnI+DQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJmFtcDsg V2FsZXMgTm86IDAxMzM3NDUxPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4 QjkyIj5SZWdpc3RlcmVkIE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9yZCwg U3VycmV5LCBHVTIgN1lQPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGlj YSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4qKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKjxicj4NClRoaXMgZW1h aWwgYW5kIGFueSBhdHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFsIHRvIHRoZSBpbnRlbmRlZDxi cj4NCnJlY2lwaWVudCBhbmQgbWF5IGFsc28gYmUgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3Qg dGhlIGludGVuZGVkPGJyPg0KcmVjaXBpZW50IHBsZWFzZSBkZWxldGUgaXQgZnJvbSB5b3VyIHN5 c3RlbSBhbmQgbm90aWZ5IHRoZSBzZW5kZXIuPGJyPg0KWW91IHNob3VsZCBub3QgY29weSBpdCBv ciB1c2UgaXQgZm9yIGFueSBwdXJwb3NlIG5vciBkaXNjbG9zZSBvcjxicj4NCmRpc3RyaWJ1dGUg aXRzIGNvbnRlbnRzIHRvIGFueSBvdGhlciBwZXJzb24uPGJyPg0KKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xzxicj4NCm1hbmV0IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzptYW5ldEBpZXRm Lm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+bWFuZXRAaWV0Zi5vcmc8L3NwYW4+PC9h Pjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbWFu ZXQiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vbWFuZXQ8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8YmxvY2txdW90ZSBz dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXzxicj4NCm1hbmV0IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzptYW5l dEBpZXRmLm9yZyI+bWFuZXRAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9tYW5ldDwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f PGJyPg0KbWFuZXQgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOm1hbmV0QGlldGYu b3JnIj5tYW5ldEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL21hbmV0PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8 L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92377CFAGLKXM0002VGREEN_-- From nobody Thu Mar 10 09:06:06 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C854A12DA9B for ; Thu, 10 Mar 2016 09:06:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WnwgCfaC003z for ; Thu, 10 Mar 2016 09:05:57 -0800 (PST) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1DBD512DB3C for ; Thu, 10 Mar 2016 09:00:59 -0800 (PST) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Thu, 10 Mar 2016 17:00:31 +0000 From: Rick Taylor To: Lou Berger , "Dearlove, Christopher (UK)" , "Taylor, Rick (rick.taylor@airbus.com) (rick.taylor@airbus.com)" , "manet@ietf.org" Thread-Topic: [manet] DLEP r=eview Thread-Index: AQHReuvoxzH76Hq2fU+1YhoESfGGlg== Date: Thu, 10 Mar 2016 17:00:30 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C3838591@tss-server1.home.tropicalstormsoftware.com> References: <56E1A403.6040709@labn.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP r=eview X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 17:06:04 -0000 All,=0A= =0A= Given there is a typo in the current credit windowing draft, and a few =0A= in dlep-draft-20, and I missed a few of Chris' comments, we intend to =0A= push out a new draft as soon as possible. BUT: We want reviewer =0A= feedback as well, so we don't end up posting a draft every 2 days.=0A= =0A= Ideally, I would like some reviews from the list, especially Lou and =0A= Chris who have done excellent helpful reviews before, by the end of this = =0A= week, so we can push out draft-21 and exit WG last-call as soon as possible= .=0A= =0A= Question to the list: Do you want a draft-21 and accompanying =0A= credit-windowing draft now? Or are you happy to review the major =0A= changes in draft-20, knowing we have already addressed some of the nits.=0A= =0A= The current diff between draft-20 and what we have is:=0A= =0A= * Some minor text improvements from Chris D's last review (e.g. 'each =0A= of'/'any of').=0A= * Renumbering the status code values.=0A= =0A= What has radically changed since draft-19 is that we have moved most of =0A= the normative text into Section 8 and 9, and worked hard at improving =0A= the flow of text (as it had become a bit jumbled). I would really like =0A= feedback on this, as I hope it has improved the readability.=0A= =0A= Rick=0A= =0A= =0A= On 10/03/16 16:43, Lou Berger wrote:=0A= >=0A= >=0A= > On 3/10/2016 11:33 AM, Dearlove, Christopher (UK) wrote:=0A= >> I=92ve heard a rumour of a -21 coming Real Soon Now=0A= > eek I had 20 on my reading list -- and I'd like to send specific=0A= > recommendations on which text to scratch in order to eliminate duplicate= =0A= > conformance statements (which looks mostly straightforward to do) --=0A= > but don't want to do it if the draft is a daily moving target.=0A= >=0A= > Authors,=0A= > What are your current document update plans?=0A= >=0A= > Thanks,=0A= > Lou=0A= >=0A= >=0A= > _______________________________________________=0A= > manet mailing list=0A= > manet@ietf.org=0A= > https://www.ietf.org/mailman/listinfo/manet=0A= >=0A= =0A= From nobody Thu Mar 10 09:09:41 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51C8C12DB1D for ; Thu, 10 Mar 2016 09:09:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.921 X-Spam-Level: X-Spam-Status: No, score=-6.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-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 WmW7pGq0oF0F for ; Thu, 10 Mar 2016 09:09:38 -0800 (PST) Received: from ukmta2.baesystems.com (ukmta2.baesystems.com [20.133.0.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D6BC012DAB8 for ; Thu, 10 Mar 2016 09:04:55 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.24,316,1454976000"; d="scan'208";a="32012464" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta2.baesystems.com with ESMTP; 10 Mar 2016 17:04:55 +0000 X-IronPort-AV: E=Sophos;i="5.24,316,1454976000"; d="scan'208";a="109704038" Received: from glkxh0003v.greenlnk.net ([10.109.2.34]) by baemasmds016.greenlnk.net with ESMTP; 10 Mar 2016 17:04:54 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.29]) by GLKXH0003V.GREENLNK.net ([10.109.2.34]) with mapi id 14.03.0248.002; Thu, 10 Mar 2016 17:04:54 +0000 From: "Dearlove, Christopher (UK)" To: Rick Taylor , Lou Berger , "Taylor, Rick (rick.taylor@airbus.com) (rick.taylor@airbus.com)" , "manet@ietf.org" Thread-Topic: [manet] DLEP r=eview Thread-Index: AdF66k567IfcXQ38R2+9EjK+9NEKkAABD2aQ Date: Thu, 10 Mar 2016 17:04:54 +0000 Message-ID: References: <56E1A403.6040709@labn.net> <38A5475DE83986499AEACD2CFAFC3F9801C3838591@tss-server1.home.tropicalstormsoftware.com> In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C3838591@tss-server1.home.tropicalstormsoftware.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [manet] DLEP r=eview X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 17:09:40 -0000 I'm not going to make a -20/-21 call, I'll just say I may well not get to t= his tomorrow (today is done). Let me know when your -21 plan is, and I'll p= lan accordingly (or, as is also possible, circumstances will plan for me in= stead). -- = Christopher Dearlove Senior Principal Engineer BAE Systems Applied Intelligence Laboratories __________________________________________________________________________ T: =A0+44 (0)1245 242194 =A0| =A0E: chris.dearlove@baesystems.com BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow,= Chelmsford, Essex CM2 8HN. www.baesystems.com/ai BAE Systems Applied Intelligence Limited Registered in England & Wales No: 01337451 Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP -----Original Message----- From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] = Sent: 10 March 2016 17:01 To: Lou Berger; Dearlove, Christopher (UK); Taylor, Rick (rick.taylor@airbu= s.com) (rick.taylor@airbus.com); manet@ietf.org Subject: Re: [manet] DLEP r=3Deview ----------------------! WARNING ! ---------------------- This message origi= nates from outside our organisation, either from an external partner or fro= m the internet. Consider carefully whether you should click on any links, open any attachme= nts or reply. Follow the 'Report Suspicious Emails' link on IT matters for instructions o= n reporting suspicious email messages. -------------------------------------------------------- All, Given there is a typo in the current credit windowing draft, and a few in d= lep-draft-20, and I missed a few of Chris' comments, we intend to push out = a new draft as soon as possible. BUT: We want reviewer feedback as well, = so we don't end up posting a draft every 2 days. Ideally, I would like some reviews from the list, especially Lou and Chris = who have done excellent helpful reviews before, by the end of this week, so= we can push out draft-21 and exit WG last-call as soon as possible. Question to the list: Do you want a draft-21 and accompanying credit-windo= wing draft now? Or are you happy to review the major changes in draft-20, = knowing we have already addressed some of the nits. The current diff between draft-20 and what we have is: * Some minor text improvements from Chris D's last review (e.g. 'each of'/'= any of'). * Renumbering the status code values. What has radically changed since draft-19 is that we have moved most of the= normative text into Section 8 and 9, and worked hard at improving the flow= of text (as it had become a bit jumbled). I would really like feedback on= this, as I hope it has improved the readability. Rick On 10/03/16 16:43, Lou Berger wrote: > > > On 3/10/2016 11:33 AM, Dearlove, Christopher (UK) wrote: >> I've heard a rumour of a -21 coming Real Soon Now > eek I had 20 on my reading list -- and I'd like to send specific = > recommendations on which text to scratch in order to eliminate = > duplicate conformance statements (which looks mostly straightforward = > to do) -- but don't want to do it if the draft is a daily moving target. > > Authors, > What are your current document update plans? > > Thanks, > Lou > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ******************************************************************** From nobody Thu Mar 10 09:38:06 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33BF512DAE6 for ; Thu, 10 Mar 2016 09:38:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JrELFXvUJ-bI for ; Thu, 10 Mar 2016 09:38:01 -0800 (PST) Received: from fromintouta.tno.nl (fromintouta.tno.nl [134.221.1.26]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01E2812D7C1 for ; Thu, 10 Mar 2016 09:37:59 -0800 (PST) X-IronPort-AV: E=Sophos; i="5.24,316,1454972400"; d="scan'208,217"; a="59000403" Received: from exc-cashub02.tsn.tno.nl (HELO mail.tno.nl) ([134.221.225.221]) by mailhost1a.tno.nl with ESMTP; 10 Mar 2016 18:37:57 +0100 Received: from EXC-MBX03.tsn.tno.nl ([fe80::e969:1300:fb9f:7e12]) by EXC-CASHUB02.tsn.tno.nl ([fe80::8c02:de2a:3094:171%14]) with mapi id 14.03.0248.002; Thu, 10 Mar 2016 18:37:57 +0100 From: "Velt, R. (Ronald) in 't" To: "Dearlove, Christopher (UK)" , "Thomas Clausen" , Christopher Dearlove Thread-Topic: [manet] AODVv2 - first comment (5444 multiplexer) Thread-Index: AQHReSsUx7kVo6WPXU6Q5298CniHxQC/CsAAAASaiYAAAGx7gABrX2IAn0lynwA= Date: Thu, 10 Mar 2016 17:37:56 +0000 Message-ID: <72FB622921C13746AD6349E70A8D9F30A10C581F@EXC-MBX03.tsn.tno.nl> References: <0EE93A7C-3A02-4205-9C07-1E0001D213DB@fu-berlin.de> <1B4A2BFE-06A4-4918-AD68-EE995D3B8EF2@gmail.com> In-Reply-To: Accept-Language: en-US, nl-NL Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.221.225.191] x-esetresult: clean, is OK x-esetid: 37303A29BC344B6E607465 Content-Type: multipart/alternative; boundary="_000_72FB622921C13746AD6349E70A8D9F30A10C581FEXCMBX03tsntnon_" MIME-Version: 1.0 Archived-At: Cc: "aodvv2-discuss@freelists.org" , "manet@ietf.org" Subject: Re: [manet] AODVv2 - first comment (5444 multiplexer) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 17:38:05 -0000 --_000_72FB622921C13746AD6349E70A8D9F30A10C581FEXCMBX03tsntnon_ Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 SGVsbG8gQ2hyaXN0b3BoZXIsDQoNCkZyb206IG1hbmV0IFttYWlsdG86bWFuZXQtYm91bmNlc0Bp ZXRmLm9yZ10gT24gQmVoYWxmIE9mIERlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspDQpTZW50OiBk b25kZXJkYWcgMTAgbWFhcnQgMjAxNiAxNzo1Ng0KVG86IFRob21hcyBDbGF1c2VuOyBDaHJpc3Rv cGhlciBEZWFybG92ZQ0KQ2M6IG1hbmV0QGlldGYub3JnOyBhb2R2djItZGlzY3Vzc0BmcmVlbGlz dHMub3JnDQpTdWJqZWN0OiBSZTogW21hbmV0XSBBT0RWdjIgLSBmaXJzdCBjb21tZW50ICg1NDQ0 IG11bHRpcGxleGVyKQ0KDQpBY3R1YWxseSwgSSB3YXMgd3JvbmcgYWJvdXQgdGhlcmUgYmVpbmcg YSBob3AgZXhjZXB0aW9uLiBBcyBob3AgY291bnQvbGltaXQgdXBkYXRlcyBhcmUgdGhlIHByb3Rv Y29s4oCZcyBqb2IsIGV2ZW4gdGhleSBhcmUgdG8gYmUgdW5jaGFuZ2VkIGJ5IHRoZSBtdWx0aXBs ZXhlci4NCg0KSeKAmXZlIGFsc28gaWRlbnRpZmllZCAtIGFuZCB0aGlzIGlzIHRoZSBwbGFjZSB0 byBmaXggaXQgLSB0aGF0IHRoZSBlcnJhdGEgdG8gNTQ0NCBkb2VzbuKAmXQgZ28gZmFyIGVub3Vn aC4gU29tZW9uZSAoSGVubmluZyBwZXJoYXBzKSBzcG90dGVkIHRoYXQgdGhlIHBhY2tldCBzZXF1 ZW5jZSBudW1iZXIgc2hvdWxkIGJlIHBlciBpbnRlcmZhY2UsIGFzIGl0IGFsd2F5cyBoYWQgYmVl biBpbiBPTFNSdjEsIGFuZCB3ZSBnb3QgdGhhdCBwdXQgaW4gYXMgYW4gZXJyYXR1bSB0byA1NDQ0 Lg0KDQpDcmVkaXQgd2hlcmUgY3JlZGl0IGlzIGR1ZTogSUlSQywgaXQgd2FzIFRlY28gd2hvIGZv dW5kIHRoaXMuDQoNCkFjdHVhbGx5IGl0IHNob3VsZCBiZSBwZXIgKGludGVyZmFjZSwgZGVzdGlu YXRpb24pLiBOb3QgYW4gaXNzdWUgd2hlbiwgbGlrZSBOSERQL09MU1J2MiwgZXZlcnl0aGluZyB1 c2VzIHRoZSBzYW1lIGJyb2FkY2FzdC9tdWx0aWNhc3QgYWRkcmVzcy4gQnV0IGlmIHBhY2tldHMg bWlnaHQgYmUgdW5pY2FzdCAoYWx3YXlzIGludGVuZGVkIGFzIGFuIG9wdGlvbiwgYW5kIEFPRFZ2 MiBtYXkgZG8gaXQpIHRoZW4gaXQgbmVlZHMgdG8gYWxzbyBiZSBwZXIgZGVzdGluYXRpb24gdG8g YmUgdXNlZnVsLiAgRWFzaWx5IGFkZGVkLg0KDQpJbnRlcmVzdGluZ2x5LCBpbiBvbHNyZDIgSGVu bmluZyBzZWVtcyB0byBiZSB1c2luZyB1bmljYXN0IFJGQzU0NDQgcGFja2V0cyBmb3Ig4oCYbmVp Z2hib3VyIHByb2JpbmfigJkgKGkuZS4sIHRvIGdlbmVyYXRlIHNvbWUgZGF0YSB0aGF0IHRoZSDi gJhtaW5zdHJlbOKAmSBhbGdvcml0aG0gY2FuIHVzZSB0byBkZWNpZGUgb24gdGhlIG9wdGltYWwg dHJhbnNtaXQgcmF0ZSBmb3IgYSBXTEFOIGludGVyZmFjZSwgd2hpY2ggaW4gdHVybiBpcyBhbiBp bnB1dCB0byB0aGUgREFUIG1ldHJpYyBjYWxjdWxhdGlvbiDigKYuIGlmIEkgaGF2ZSB1bmRlcnN0 b29kIGFsbCBvZiB0aGlzIGNvcnJlY3RseSkuDQoNCkJlc3QgcmVnYXJkcywNClJvbmFsZA0KDQot LQ0KQ2hyaXN0b3BoZXIgRGVhcmxvdmUNClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXINCkJBRSBT eXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExhYm9yYXRvcmllcw0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCg0KVDogICs0NCAoMCkxMjQ1IDI0MjE5NCAgfCAgRTogY2hyaXMuZGVhcmxvdmVAYmFlc3lz dGVtcy5jb208bWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPg0KDQpCQUUgU3lz dGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5IFBhcmssIEdy ZWF0IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00yIDhITi4NCnd3dy5iYWVzeXN0ZW1zLmNv bS9haTxodHRwOi8vd3d3LmJhZXN5c3RlbXMuY29tL2FpPg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJ bnRlbGxpZ2VuY2UgTGltaXRlZA0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICYgV2FsZXMgTm86IDAx MzM3NDUxDQpSZWdpc3RlcmVkIE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9y ZCwgU3VycmV5LCBHVTIgN1lQDQoNCkZyb206IFRob21hcyBDbGF1c2VuIFttYWlsdG86aWV0ZkB0 aG9tYXNjbGF1c2VuLm9yZ10NClNlbnQ6IDA4IE1hcmNoIDIwMTYgMTM6MzQNClRvOiBDaHJpc3Rv cGhlciBEZWFybG92ZQ0KQ2M6IExvdHRlIFN0ZWVuYnJpbms7IERlYXJsb3ZlLCBDaHJpc3RvcGhl ciAoVUspOyBhb2R2djItZGlzY3Vzc0BmcmVlbGlzdHMub3JnPG1haWx0bzphb2R2djItZGlzY3Vz c0BmcmVlbGlzdHMub3JnPjsgbWFuZXRAaWV0Zi5vcmc8bWFpbHRvOm1hbmV0QGlldGYub3JnPg0K U3ViamVjdDogUmU6IFttYW5ldF0gQU9EVnYyIC0gZmlyc3QgY29tbWVudCAoNTQ0NCBtdWx0aXBs ZXhlcikNCg0KDQoqKiogV0FSTklORyAqKioNClRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20g b3V0c2lkZSBvdXIgb3JnYW5pc2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBwYXJ0bmVy IG9yIHRoZSBpbnRlcm5ldC4NCkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0aGVyIHlvdSBzaG91bGQg Y2xpY2sgb24gYW55IGxpbmtzLCBvcGVuIGFueSBhdHRhY2htZW50cyBvciByZXBseS4NCkZvciBp bmZvcm1hdGlvbiByZWdhcmRpbmcgUmVkIEZsYWdzIHRoYXQgeW91IGNhbiBsb29rIG91dCBmb3Ig aW4gZW1haWxzIHlvdSByZWNlaXZlLCBjbGljayBoZXJlPGh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFl c3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL1JlZCUy MEZsYWdzLnBkZj4uDQpJZiB5b3UgZmVlbCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywgcGxlYXNl IGZvbGxvdyB0aGlzIHByb2Nlc3M8aHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9o b3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGluZyUyMFdpdGglMjBT dXNwaWNpb3VzJTIwRW1haWxzLnBkZj4uDQpNeSBwb3NpdGlvbiBvbiB0aGlzIG1hdHRlciBpcyBi eSBhbiBsYXJnZSAid2hhdCBDaHJpcyBzYWlkIiwgZndpdy4NClRob21hcw0KDQpPbiAwOCBNYXIg MjAxNiwgYXQgMTQ6MjEsIENocmlzdG9waGVyIERlYXJsb3ZlIDxjaHJpc3RvcGhlci5kZWFybG92 ZUBnbWFpbC5jb208bWFpbHRvOmNocmlzdG9waGVyLmRlYXJsb3ZlQGdtYWlsLmNvbT4+IHdyb3Rl Og0KSSdtIHJlYWRpbmcgdGhpcyBvbiBhIHBob25lLCBzbyBJJ20gZ29pbmcgdG8gd2FpdCB1bnRp bCBJIGNhbiByZWFkIGl0IGJldHRlciBmb3IgbG9uZ2VyIGNvbW1lbnQuDQoNCkJ1dCB0aGVyZSBh cmUsIGFuZCBJIHRoaW5rIHRoaXMgaXMgYSBwb3RlbnRpYWwgc291cmNlIGZvciBjb25mdXNpb24s IHR3byB0aGluZ3MgaW4gNTQ0NC4gT25lIGlzIGFib3V0IGZvcm1hdHMsIG9uZSBpcyBhYm91dCBt dWx0aXBsZXhpbmcuDQoNCkZvcm1hdHRpbmcgKGFuZCBwYXJzaW5nKSBpc24ndCBkZWZpbmVkIGFz IGEgcHJvY2VzcywgYnV0IGFzIGZvcm1hdHMuIE1hbnkgcGVvcGxlIChldmVyeW9uZT8pIHdobyB1 c2VzIDU0NDQgd2lsbCBjcmVhdGUgYSBnZW5lcmFsIDU0NDQgZm9ybWF0dGVyL3BhcnNlci4gVGhh dCdzIHVwIHRvIHRoZSBpbXBsZW1lbnRlciB0byBkZWNpZGUgd2hhdCB0byBtYWtlIGl0IGRvLCB3 aGV0aGVyIHRvIG9wdGltaXNlIGluIHRoYXQgZm9ybWF0dGVyLCBvdXRzaWRlIHRoZSBmb3JtYXR0 ZXIsIG9yIG5vdCBhdCBhbGwuIChQZXJzb25hbGx5IEkgaGF2ZSBzb21lIGluc2lkZSwgc29tZSBv dXRzaWRlLikNCg0KVGhlIG90aGVyIGNvbXBvbmVudCBpcyB0aGUgNTQ0NCBtdWx0aXBsZXhlciAo YW5kIGRlbnVsdGlwbGV4ZXIpLiBUaGF0IHRha2VzIDU0NDQgZm9ybWF0dGVkIG1lc3NhZ2VzIChh bmQgIHBvc3NpYmx5IHNvbWUgb3RoZXIgdGhpbmdzKSBhbmQgZm9ybXMgNTQ0NCBwYWNrZXRzLiBJ dCBpcyBpbXBvcnRhbnQgdGhhdCB0aGUgNTQ0NCBtdWx0aXBsZXhlciByZXR1cm5zIG1lc3NhZ2Vz IGFzIGRlbGl2ZXJlZCB0byBpdCAoaG9wIGNvdW50IGFuZCBsaW1pdCBhcGFydCBvZiBjb3Vyc2Up LiBPdGhlcndpc2Ugc2VjdXJpdHkgZmVhdHVyZXMgaW4gdGhlIHByb3RvY29sIG1heSBmYWlsLiBO b3RlIHRoYXQgZG9lc24ndCBwcmV2ZW50IHRoZSBtdWx0aXBsZXhlciBtb2RpZnlpbmcgdGhlIG1l c3NhZ2UgYmVmb3JlIHB1dHRpbmcgaXQgb24gdGhlIHdpcmUsIHRoYXQganVzdCBuZWVkcyB0byBi ZSByZXZlcnNpYmxlLiBBbmQgb2J2aW91cyBleGFtcGxlIGlzIGlmIHlvdSBpbXBsZW1lbnQgNzE4 MiBJQ1ZzIGFuZCBUSU1FU1RBTVBzIGluIHRoZSBtdWx0aXBsZXhlciwgaWYgaXQgYWRkcyB0aGVt LCBpdCBhbHNvIG5lZWRzIHRvIHJlbW92ZSB0aGVtIGJlZm9yZSBoYW5kaW5nIHRoZSBtZXNzYWdl IHRvIHRoZSBwcm90b2NvbC4gKFlvdSBtYXkgaW5zdGVhZCBwdXQgdGhpcyBpbiB0aGUgcHJvdG9j b2wuKQ0KDQpZZXMsIEkgdGhpbmsgdGhlIHVzYWdlIGRvY3VtZW50IGNvdWxkIGdhaW4gZnJvbSBh ZGRpbmcgdGhpcy4gTm90ZSwgdGhhdCdzIHBlcnNvbmFsIG9ubHksIG15IGNvLWF1dGhvcnMgaGF2 ZW4ndCBhZ3JlZWQgdG8gdGhhdCB5ZXQuIEJ1dCBsYXJnZWx5IGJlY2F1c2UgSSBoYXZlbid0IGFz a2VkIHRoZW0geWV0ICh3aXRoIG9uZSBwYXJ0aWFsIGV4Y2VwdGlvbikuDQoNClRoZSBwb2ludHMg SSB0aGluayBhcmU6DQotIFR3byB0aGluZ3MgaW4gNTQ0NC4gRm9ybWF0IGFuZCBtdWx0aXBsZXgu DQotIEdlbmVyaWMgZm9ybWF0dGVyL3BhcnNlciBub3QgcmVxdWlyZWQsIGJ1dCByZWNvbW1lbmRl ZC4gT3B0aW1pc2F0aW9uIG9wdGlvbmFsLg0KLSBNdWx0aXBsZXhlciBtdXN0IGRlbGl2ZXIgbWVz c2FnZXMgYXMgc2VudCAoaG9wIGV4Y2VwdGlvbikuIEJ1dCBtYXkgbW9kaWZ5IHJldmVyc2libHku IDcxODIgZXhhbXBsZSAoY291bGQgaW1wbGVtZW50IG1lc3NhZ2UgbGV2ZWwgaW4gbXVsdGlwbGV4 ZXIsIG11c3QgaW1wbGVtZW50IHBhY2tldCBsZXZlbCB0aGVyZSkuDQoNCi0tDQpDaHJpc3RvcGhl ciBEZWFybG92ZQ0KY2hyaXN0b3BoZXIuZGVhcmxvdmVAZ21haWwuY29tPG1haWx0bzpjaHJpc3Rv cGhlci5kZWFybG92ZUBnbWFpbC5jb20+DQoNCg0KDQotLQ0KQ2hyaXN0b3BoZXIgRGVhcmxvdmUN CmNocmlzdG9waGVyLmRlYXJsb3ZlQGdtYWlsLmNvbTxtYWlsdG86Y2hyaXN0b3BoZXIuZGVhcmxv dmVAZ21haWwuY29tPiAoaVBob25lKQ0KY2hyaXNAbW5lbW9zeW5lLmRlbW9uLmNvLnVrPG1haWx0 bzpjaHJpc0BtbmVtb3N5bmUuZGVtb24uY28udWs+IChob21lKQ0KT24gOCBNYXIgMjAxNiwgYXQg MTE6MDksIExvdHRlIFN0ZWVuYnJpbmsgPGxvdHRlLnN0ZWVuYnJpbmtAZnUtYmVybGluLmRlPG1h aWx0bzpsb3R0ZS5zdGVlbmJyaW5rQGZ1LWJlcmxpbi5kZT4+IHdyb3RlOg0KSGVsbG8gQ2hyaXN0 b3BoZXIsDQoNCkFtIDA0LjAzLjIwMTYgdW0gMTc6MTkgc2NocmllYiBEZWFybG92ZSwgQ2hyaXN0 b3BoZXIgKFVLKSA8Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb208bWFpbHRvOmNocmlzLmRl YXJsb3ZlQGJhZXN5c3RlbXMuY29tPj46DQoNCknigJl2ZSByZWFkIHNvbWUgb2YgZHJhZnQgLTEz LiBJIHdpbGwgcHJvdmlkZSBjb21tZW50cyAod2hpY2ggd29u4oCZdCBiZSBjb21wcmVoZW5zaXZl KSBpbiBiaXRlIHNpemVkIGNodW5rcyByYXRoZXIgdGhhbiBhdHRlbXB0aW5nIGFueXRoaW5nIGNv bnNvbGlkYXRlZC4gQW5kIG1vc3QgY2FuIHdhaXQgdW50aWwgbmV4dCB3ZWVrIGF0IHRoZSBlYXJs aWVzdC4NCg0KQnV0IG9uZSB0byBraWNrIG9mZi4NCg0KVGhlIGFyY2hpdGVjdHVyZSBtYW5kYXRl ZCBieSA1NDk4IGlzIHRoYXQgQU9EVnYyIGNyZWF0ZXMgbWVzc2FnZXMsIGl0IHBhc3NlcyB0aGVt IHRvIHRoZSA1NDQ0IG11bHRpcGxleGVyLiBJbiBkdWUgY291cnNlIGl0IHJlY2VpdmVzIG1lc3Nh Z2VzIGZyb20gdGhlcmUuIFRoZXJlIGFyZSBzb21lIG90aGVyIGRldGFpbHMsIGJ1dCB0aGF04oCZ cyB0aGUgbW9zdCBpbXBvcnRhbnQuDQoNClRoZSA1NDQ0IG11bHRpcGxleGVyIGlzIHdoYXQgaGFu ZGxlcyBVRFAgcG9ydHMsIG11bHRpY2FzdCBhZGRyZXNzZXMgYW5kIHNvIG9uLiBJdCBkb2VzbuKA mXQgaGFuZGxlIGZsb29kaW5nLCBiZWNhdXNlIGl0cyBwYWNrZXRzICh3aGljaCBtYXkgY29udGFp biBtdWx0aXBsZSBtZXNzYWdlcywgZnJvbSBBT0RWdjIgYW5kIGVsc2V3aGVyZSkgb25seSBnbyBv bmUgaG9wLg0KDQpUaGVyZSBhcmUgb3RoZXIgcmVxdWVzdHMgdGhhdCBjYW4gYmUgbWFkZSB0byB0 aGUgbXVsdGlwbGV4ZXIsIG1vc3Qgb2J2aW91c2x5IHdoaWNoIGludGVyZmFjZShzKSB0aGlzIG1l c3NhZ2UgaXMgZm9yLCBidXQgYWxzbyB0aGluZ3MgbGlrZSDigJxwbGVhc2UgdHJ5IHRvIGtlZXAg dGhlc2UgbWVzc2FnZXMgdG9nZXRoZXLigJ0uIElmIHRoZXJlIGFyZSBhbnkgYWRkaXRpb25hbCBy ZXF1ZXN0cyB0aGF0IHNob3VsZCBiZSBzdXBwb3J0ZWQsIGFuZCBhcmUgbm90IGluY29tcGF0aWJs ZSB3aXRoIHRoZSBhcmNoaXRlY3R1cmUsIHRoZW4gdGhlIDU0NDQgdXNhZ2UgZHJhZnQgaXMgYSBn b29kIG9wcG9ydHVuaXR5IHRvIGdldCB0aG9zZSBpbi4NCg0KQnV0LCBsb29raW5nIGF0IHRoZSBB T0RWdjIgZHJhZnQsIOKAnG11bHRpcGxleOKAnSAoYXMgYSB3aG9sZSBvciBwYXJ0IHdvcmQpIG9u bHkgYXBwZWFycyB0d2ljZSwgYm90aCBpbiB0aGUgcGFyYWdyYXBoOg0KDQogICBbUkZDNTQ0NF0g cHJvdmlkZXMgYSBtdWx0aXBsZXhlZCB0cmFuc3BvcnQgZm9yIG11bHRpcGxlIHByb3RvY29scy4N CiAgIEFuIFtSRkM1NDQ0XSBtdWx0aXBsZXhlciBNQVkgY2hvb3NlIHRvIG9wdGltaXplIHRoZSBj b250ZW50IG9mDQogICBjZXJ0YWluIG1lc3NhZ2UgZWxlbWVudHMgdG8gcmVkdWNlIGNvbnRyb2wg bWVzc2FnZSBvdmVyaGVhZC4NCg0KSSB0aGluayB0aGF04oCZcyBub3QgaG93IEkgc2VlIGl0LCB0 aGF0IHRoYXTigJlzIHRoZSByb2xlIG9mIHRoZSAoc3VidGxlbHkgZGlmZmVyZW50KSA1NDQ0IG1l c3NhZ2UgY3JlYXRpb24gcHJvY2VzcyBmcm9tIGFkZHJlc3NlcyBhbmQgYXR0cmlidXRlcy4gSSB0 aGluayB0aGUgbXVsdGlwbGV4ZXIgaXRzZWxmLCBnaXZlbiBhIHdob2xlIG1lc3NhZ2UgZnJvbSBh IHByb3RvY29sIHNob3VsZG7igJl0IGJlIG1vZGlmeWluZyBpdC4gTm90ZSB0aGF0IEnigJl2ZSBl eHByZXNzZWQgdGhhdCBhcyBhbiBvcGluaW9uLCB0aG91Z2ggYSBxdWl0ZSBzdHJvbmcgb25lLiBB IHByb3RvY29sIG1pZ2h0IGFwcGx5IHNvbWUgc29ydCBvZiBzcGVjaWFsaXNlZCBzaWduYXR1cmUs IGFuZCB3ZSBjYW7igJl0IGxldCB0aGUgbXVsdGlwbGV4ZXIgZGVzdHJveSB0aGF0LiAoVGhlIG11 bHRpcGxleGVyIG1pZ2h0IGFkZCBhIDcxODIgSUNWIGFuZC9vciB0aW1lc3RhbXAsIGJ1dCBpdCB3 aWxsIHRoZW4gcmVtb3ZlIHRoZW0gYmVmb3JlIHRoZSBwcm90b2NvbCBnZXRzIHRoZSBwYWNrZXQg YWdhaW4uKQ0KDQpUcnVlLiBJZiBJIHJlbWVtYmVyIGl0IGNvcnJlY3RseSAoQ28tQXV0aG9ycywg cGxlYXNlIHN0b3AgbWUgaWYgSSBkb24ndCksIHdoYXQgd2Ugd2VyZSB0cnlpbmcgdG8gc2F5IHdh cyAiVGhlIG1lc3NhZ2UgY29udGVudHMgTUFZIGJlIHJlc2h1ZmZsZWQgZHVyaW5nIG1lc3NhZ2Ug Y3JlYXRpb24sIGJ1dCBwbGVhc2UgcGF5IGF0dGVudGlvbiB0aGF0IHNvbWUgdGhpbmdzIE1VU1Qg YmUga2VwdCBpbiBvbmUgbWVzc2FnZSBpbiBvcmRlciB0byBmb3JtIGEgY29oZXJlbnQgQU9EVnYy IG1lc3NhZ2UuIiBUaGlzIGlzIGVzcGVjaWFsbHkgaW1wb3J0YW50IGZvciBSRVJSIG1lc3NhZ2Vz LCB3aGljaCBjb3VsZCBlYXNpbHkgZ2V0IGNob3BwZWQgdXAgaW50byBtdWx0aXBsZSBtZXNzYWdl cyBpZiB0aGUgdW5kZXJseWluZyBNVFUgaXMgc21hbGwuDQoNCklmIHdlIGNoYW5nZSB0aGF0IHBh cmFncmFwaCB0bw0KDQoNCiAgIFtSRkM1NDQ0XSBwcm92aWRlcyBhIG11bHRpcGxleGVkIHRyYW5z cG9ydCBmb3IgbXVsdGlwbGUgcHJvdG9jb2xzLg0KDQogICBBbiBbUkZDNTQ0NDxodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvcmZjNTQ0ND5dIGltcGxlbWVudGF0aW9uIE1BWSBjaG9vc2UgdG8g b3B0aW1pemUgdGhlIGNvbnRlbnQgb2YNCg0KICAgY2VydGFpbiBlbGVtZW50cyBkdXJpbmcgbWVz c2FnZSBjcmVhdGlvbiB0byByZWR1Y2UgY29udHJvbCBtZXNzYWdlIG92ZXJoZWFkLg0KDQoNCmFu ZCB0aGUgbGFuZ3VhZ2Ugb2YsIHNheSwgIDcuMS4zPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC1pZXRmLW1hbmV0LWFvZHZ2Mi0xMyNzZWN0aW9uLTcuMS4zPi4gUlJFUSBSZWdlbmVy YXRpb24gZnJvbQ0KDQoNCiAgIFRoaXMgQU9EVnYyIG1lc3NhZ2UgaXMgdXNlZCB0byBjcmVhdGUg YSBjb3JyZXNwb25kaW5nIFtSRkM1NDQ0PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM1 NDQ0Pl0NCg0KICAgbWVzc2FnZSAoc2VlIFNlY3Rpb24gODxodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMjc2VjdGlvbi04Pikgd2hpY2ggaXMgbXVs dGljYXN0LCBieSBkZWZhdWx0LCB0byBMTC1NQU5FVC0NCg0KICAgUm91dGVycyBvbiBhbGwgaW50 ZXJmYWNlcyBjb25maWd1cmVkIGZvciBBT0RWdjIgb3BlcmF0aW9uLiAgSG93ZXZlciwNCg0KICAg dGhlIHJlZ2VuZXJhdGVkIFJSRVEgY2FuIGJlIHVuaWNhc3QgdG8gdGhlIG5leHQgaG9wIGFkZHJl c3Mgb2YgdGhlDQoNCiAgIExvY2FsUm91dGUgdG93YXJkIFRhcmdBZGRyLCBpZiBrbm93bi4NCg0K dG8gc29tZXRoaW5nIGxpa2UNCg0KDQogICBUaGlzIEFPRFZ2MiBtZXNzYWdlIGlzIHVzZWQgdG8g Y3JlYXRlIGEgY29ycmVzcG9uZGluZyBbUkZDNTQ0NDxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvcmZjNTQ0ND5dDQoNCiAgIG1lc3NhZ2UgKHNlZSBTZWN0aW9uIDg8aHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzI3NlY3Rpb24tOD4pLCB3aGlj aCBpcyBoYW5kZWQgdG8gdGhlIFJGQzU0NDQgbXVsdGlwbGV4ZXINCg0KICAgZm9yIGZ1cnRoZXIg cHJvY2Vzc2luZy4NCg0KICAgQnkgZGVmYXVsdCwgdGhlIG11bHRpcGxleGVyIGlzIGluc3RydWN0 ZWQgdG8gbXVsdGljYXN0IHRoZSBtZXNzYWdlIHRvIExMLU1BTkVULQ0KDQogICBSb3V0ZXJzIG9u IGFsbCBpbnRlcmZhY2VzIGNvbmZpZ3VyZWQgZm9yIEFPRFZ2MiBvcGVyYXRpb24uICBIb3dldmVy LA0KDQogICB0aGUgcmVnZW5lcmF0ZWQgUlJFUSBjYW4gYmUgdW5pY2FzdCB0byB0aGUgbmV4dCBo b3AgYWRkcmVzcyBvZiB0aGUNCg0KICAgTG9jYWxSb3V0ZSB0b3dhcmQgVGFyZ0FkZHIsIGlmIGtu b3duLg0KDQooYW5kIHRoZSBzYW1lIHRoaW5nIGZvciA3LjIuMzxodHRwczovL3Rvb2xzLmlldGYu b3JnL2h0bWwvZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMjc2VjdGlvbi03LjIuMz4uIFJSRVAg UmVnZW5lcmF0aW9uLCA2LjU8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYt bWFuZXQtYW9kdnYyLTEzI3NlY3Rpb24tNi41Pi4gTWVzc2FnZSBUcmFuc21pc3Npb24sIGV0Yy4p LCB3b3VsZCB0aGF0IHJlc29sdmUgdGhlIGlzc3VlPw0KDQoNClRoaXMgaXMgcHJvYmFibHkgc29t ZXRoaW5nIHRoYXQgY291bGQvc2hvdWxkIGJlIGluIHRoZSA1NDQ0IHVzYWdlIGRyYWZ0LiBJZiBp dCBnZXRzIFdHTENlZCBhcyByZXF1ZXN0ZWQsIEnigJlsbCBzdWJtaXQgaXQgdG8gbXlzZWxmIGFu ZCB0aGUgcmVzdCBvZiB0aGUgYXV0aG9yIHRlYW0uDQoNClNvIHRoZXJlIGlzIG5vdGhpbmcgZGVz Y3JpYmluZyBob3cgQU9EVnYyIGludGVyYWN0cyB3aXRoIHRoZSBtdWx0aXBsZXhlci4gVGhhdCBz aG91bGRu4oCZdCBtYXR0ZXIgKHRob3VnaCBpdOKAmXMgYWx3YXlzIGJldHRlciB0byBoYXZlIGl0 KSBpZiB5b3UgYXNzdW1lIDU0OTggYXBwbGllcywgYXMgaXQgZG9lcy4NCg0KSSd2ZSBhbHdheXMg YXNzdW1lZCB0aGUgNTQ0NCBtZXNzYWdlIGNyZWF0aW9uIHByb2Nlc3MgdG8gYmUgcGFydCBvZiB0 aGUgIlJGQzU0NDQgY29tcG9uZW50IiByYXRoZXIgdGhhbiBwYXJ0IG9mIHRoZSAiQU9EVnYyIGNv bXBvbmVudCIsIHdoaWNoIGlzIHdoeSBJIHRob3VnaHQgdGhlIEFPRFZ2MjwtPlJGQzU0NDQgaW50 ZXJhY3Rpb24gdGhhdCBzaG91bGQgYmUgZGVzY3JpYmVkIGNsZWFybHkgd2FzIHRoZSBwYXJ0IHdo ZXJlIEFPRFZ2MiB0ZWxscyB0aGUgNTQ0NCBtZXNzYWdlIGNyZWF0aW9uIHByb2Nlc3Mgd2hhdCBh IG1lc3NhZ2UgbG9va3MgbGlrZSAoYW5kIHdoZXJlIGl0IHNob3VsZCBiZSBzZW50KS4gSSd2ZSBh c3N1bWVkIHRoYXQgdGhpcyBpcyB0aGUgcGFydCB3aGVyZSBBT0RWdjIgaGFuZHMgb3ZlciBhbGwg Y29udHJvbCB0byA1NDQ0LCBzbyBvYnZpb3VzbHkgaXQgd291bGRuJ3QgbXVsdGljYXN0IGEgbWVz c2FnZSAqaXRzZWxmKiwgaXQgd291bGQgaW5zdHJ1Y3QgdGhlIG11bHRpcGxleGVyIHRvIGRvIHNv LiBJIHdhc24ndCBhd2FyZSB0aGF0IHRoaXMgbXVzdCBiZSBzdGF0ZWQgZXhwbGljaXRseS4NCg0K SSdtIG5vdCBzdXJlIGlmIHRoaXMgaXMgYSBzdWJ0bGV0eSBvciBhIG1pc2NvbmNlcHRpb24gdGhh dCBzaG91bGQgYmUgY2xhcmlmaWVkIGluIHRoZSA1NDQ0LXVzYWdlIGRyYWZ0Li4uDQoNCldpdGgg a2luZCByZWdhcmRzLA0KTG90dGUgU3RlZW5icmluaw0KDQpCdXQgdW5mb3J0dW5hdGVseSB0aGUg ZHJhZnQgc3RpbGwgaGFzIG1hdGVyaWFsIHRoYXQgY29udHJhZGljdHMgdGhhdCBtb2RlbCwgd2hp Y2ggbmVlZHMgdG8gZ28uIEluIHBhcnRpY3VsYXIgKGJ1dCBub3Qgb25seSkgdGhlIGZpcnN0IHR3 byBwYXJhZ3JhcGhzIG9mIHNlY3Rpb24gNi41LiBUaGlzIGlzIGFuIGVzc2VudGlhbCBjaGFuZ2Uu DQoNCi0tDQpDaHJpc3RvcGhlciBEZWFybG92ZQ0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcg0K QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KDQpUOiAgKzQ0ICgwKTEyNDUgMjQyMTk0ICB8ICBFOiBjaHJpcy5kZWFybG92ZUBi YWVzeXN0ZW1zLmNvbTxtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20+DQoNCkJB RSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFy aywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3NleCBDTTIgOEhOLg0Kd3d3LmJhZXN5c3Rl bXMuY29tL2FpPGh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWk+DQpCQUUgU3lzdGVtcyBBcHBs aWVkIEludGVsbGlnZW5jZSBMaW1pdGVkDQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcyBO bzogMDEzMzc0NTENClJlZ2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3Vp bGRmb3JkLCBTdXJyZXksIEdVMiA3WVANCg0KDQoqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KVGhpcyBlbWFpbCBhbmQg YW55IGF0dGFjaG1lbnRzIGFyZSBjb25maWRlbnRpYWwgdG8gdGhlIGludGVuZGVkDQpyZWNpcGll bnQgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRl ZA0KcmVjaXBpZW50IHBsZWFzZSBkZWxldGUgaXQgZnJvbSB5b3VyIHN5c3RlbSBhbmQgbm90aWZ5 IHRoZSBzZW5kZXIuDQpZb3Ugc2hvdWxkIG5vdCBjb3B5IGl0IG9yIHVzZSBpdCBmb3IgYW55IHB1 cnBvc2Ugbm9yIGRpc2Nsb3NlIG9yDQpkaXN0cmlidXRlIGl0cyBjb250ZW50cyB0byBhbnkgb3Ro ZXIgcGVyc29uLg0KKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQptYW5ldCBtYWlsaW5nIGxpc3QNCm1hbmV0QGlldGYub3JnPG1haWx0 bzptYW5ldEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v bWFuZXQNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cm1hbmV0IG1haWxpbmcgbGlzdA0KbWFuZXRAaWV0Zi5vcmc8bWFpbHRvOm1hbmV0QGlldGYub3Jn Pg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldA0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm1hbmV0IG1haWxpbmcgbGlz dA0KbWFuZXRAaWV0Zi5vcmc8bWFpbHRvOm1hbmV0QGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldA0KVGhpcyBtZXNzYWdlIG1heSBjb250YWluIGlu Zm9ybWF0aW9uIHRoYXQgaXMgbm90IGludGVuZGVkIGZvciB5b3UuIElmIHlvdSBhcmUgbm90IHRo ZSBhZGRyZXNzZWUgb3IgaWYgdGhpcyBtZXNzYWdlIHdhcyBzZW50IHRvIHlvdSBieSBtaXN0YWtl LCB5b3UgYXJlIHJlcXVlc3RlZCB0byBpbmZvcm0gdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBt ZXNzYWdlLiBUTk8gYWNjZXB0cyBubyBsaWFiaWxpdHkgZm9yIHRoZSBjb250ZW50IG9mIHRoaXMg ZS1tYWlsLCBmb3IgdGhlIG1hbm5lciBpbiB3aGljaCB5b3UgdXNlIGl0IGFuZCBmb3IgZGFtYWdl IG9mIGFueSBraW5kIHJlc3VsdGluZyBmcm9tIHRoZSByaXNrcyBpbmhlcmVudCB0byB0aGUgZWxl Y3Ryb25pYyB0cmFuc21pc3Npb24gb2YgbWVzc2FnZXMuCg== --_000_72FB622921C13746AD6349E70A8D9F30A10C581FEXCMBX03tsntnon_ Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNv bnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmlu aXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21h cmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJ Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFy Z2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglm b250LWZhbWlseToiQ291cmllciBOZXciO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwg ZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAx cHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlm Ijt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFBy ZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseTpDb25zb2xhczt9DQpzcGFuLmFw cGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0ZWQtc3Bh Y2U7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4u RW1haWxTdHlsZTI0DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkJhbGxv b25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1z dHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250 LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2Vj dGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIu MHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0t Pjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0 PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4 dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4N CjwvaGVhZD4NCjxib2R5IGxhbmc9Ik5MIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxk aXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGVsbG8gQ2hyaXN0b3BoZXIsPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxk aXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4w cHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPiBtYW5ldCBbbWFpbHRvOm1hbmV0LWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBC ZWhhbGYgT2YgPC9iPkRlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspPGJyPg0KPGI+U2VudDo8L2I+ IGRvbmRlcmRhZyAxMCBtYWFydCAyMDE2IDE3OjU2PGJyPg0KPGI+VG86PC9iPiBUaG9tYXMgQ2xh dXNlbjsgQ2hyaXN0b3BoZXIgRGVhcmxvdmU8YnI+DQo8Yj5DYzo8L2I+IG1hbmV0QGlldGYub3Jn OyBhb2R2djItZGlzY3Vzc0BmcmVlbGlzdHMub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBb bWFuZXRdIEFPRFZ2MiAtIGZpcnN0IGNvbW1lbnQgKDU0NDQgbXVsdGlwbGV4ZXIpPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNS40cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5BY3R1YWxseSwgSSB3YXMgd3Jvbmcg YWJvdXQgdGhlcmUgYmVpbmcgYSBob3AgZXhjZXB0aW9uLiBBcyBob3AgY291bnQvbGltaXQgdXBk YXRlcyBhcmUgdGhlIHByb3RvY29s4oCZcyBqb2IsIGV2ZW4gdGhleQ0KIGFyZSB0byBiZSB1bmNo YW5nZWQgYnkgdGhlIG11bHRpcGxleGVyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdC IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRw dCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij5J4oCZdmUgYWxzbyBpZGVudGlmaWVkIC0gYW5kIHRoaXMgaXMgdGhlIHBsYWNlIHRvIGZpeCBp dCAtIHRoYXQgdGhlIGVycmF0YSB0byA1NDQ0IGRvZXNu4oCZdCBnbyBmYXIgZW5vdWdoLiBTb21l b25lIChIZW5uaW5nDQogcGVyaGFwcykgc3BvdHRlZCB0aGF0IHRoZSBwYWNrZXQgc2VxdWVuY2Ug bnVtYmVyIHNob3VsZCBiZSBwZXIgaW50ZXJmYWNlLCBhcyBpdCBhbHdheXMgaGFkIGJlZW4gaW4g T0xTUnYxLCBhbmQgd2UgZ290IHRoYXQgcHV0IGluIGFzIGFuIGVycmF0dW0gdG8gNTQ0NC48L3Nw YW4+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdC IiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Q3JlZGl0IHdoZXJlIGNyZWRp dCBpcyBkdWU6IElJUkMsIGl0IHdhcyBUZWNvIHdobyBmb3VuZCB0aGlzLg0KPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3Bh biBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkFjdHVh bGx5IGl0IHNob3VsZCBiZSBwZXIgKGludGVyZmFjZSwgZGVzdGluYXRpb24pLiBOb3QgYW4gaXNz dWUgd2hlbiwgbGlrZSBOSERQL09MU1J2MiwgZXZlcnl0aGluZyB1c2VzIHRoZSBzYW1lIGJyb2Fk Y2FzdC9tdWx0aWNhc3QNCiBhZGRyZXNzLiBCdXQgaWYgcGFja2V0cyBtaWdodCBiZSB1bmljYXN0 IChhbHdheXMgaW50ZW5kZWQgYXMgYW4gb3B0aW9uLCBhbmQgQU9EVnYyIG1heSBkbyBpdCkgdGhl biBpdCBuZWVkcyB0byBhbHNvIGJlIHBlciBkZXN0aW5hdGlvbiB0byBiZSB1c2VmdWwuICZuYnNw O0Vhc2lseSBhZGRlZC48L3NwYW4+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ SW50ZXJlc3RpbmdseSwgaW4gb2xzcmQyIEhlbm5pbmcgc2VlbXMgdG8gYmUgdXNpbmcgdW5pY2Fz dCBSRkM1NDQ0IHBhY2tldHMgZm9yIOKAmG5laWdoYm91ciBwcm9iaW5n4oCZIChpLmUuLCB0byBn ZW5lcmF0ZSBzb21lIGRhdGEgdGhhdCB0aGUg4oCYbWluc3RyZWzigJkNCiBhbGdvcml0aG0gY2Fu IHVzZSB0byBkZWNpZGUgb24gdGhlIG9wdGltYWwgdHJhbnNtaXQgcmF0ZSBmb3IgYSBXTEFOIGlu dGVyZmFjZSwgd2hpY2ggaW4gdHVybiBpcyBhbiBpbnB1dCB0byB0aGUgREFUIG1ldHJpYyBjYWxj dWxhdGlvbiDigKYuIGlmIEkgaGF2ZSB1bmRlcnN0b29kIGFsbCBvZiB0aGlzIGNvcnJlY3RseSku PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkJlc3QgcmVnYXJkcyw8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlJvbmFsZDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0i RU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDowY207bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjEyLjBwdDtt YXJnaW4tbGVmdDozNS40cHQiPg0KPGI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzAwN0U3RSI+LS0NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmln aHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0OjM1LjRwdCI+DQo8Yj48c3Bh biBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA3RTdFIj5DaHJpc3Rv cGhlciBEZWFybG92ZTxicj4NClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXI8YnI+DQpCQUUgU3lz dGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMYWJvcmF0b3JpZXM8YnI+DQo8L3NwYW4+PC9iPjxi PjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiNCRUJFQkUiPl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPGJyPg0KPC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9 ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDAwN0UiPjxicj4NCjwvc3Bhbj48Yj48c3BhbiBsYW5nPSJF Ti1HQiIgc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM3RDdEN0QiPlQ8L3NwYW4+PC9iPjxzcGFu IGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzdEN0Q3RCI+OiAmbmJzcDsm IzQzOzQ0ICgwKTEyNDUgMjQyMTk0ICZuYnNwO3wgJm5ic3A7PGI+RToNCjwvYj48YSBocmVmPSJt YWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20iPmNocmlzLmRlYXJsb3ZlQGJhZXN5 c3RlbXMuY29tPC9hPjxicj4NCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMwMDAwN0UiPjxicj4NCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzQThCOTIiPkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxs aWdlbmNlLCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBDaGVsbXNm b3JkLCBFc3NleCBDTTIgOEhOLjxicj4NCjxhIGhyZWY9Imh0dHA6Ly93d3cuYmFlc3lzdGVtcy5j b20vYWkiPjxzcGFuIHN0eWxlPSJjb2xvcjojM0E4QjkyIj53d3cuYmFlc3lzdGVtcy5jb20vYWk8 L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGlt aXRlZDxicj4NClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyBObzogMDEzMzc0NTE8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0O21h cmdpbi1sZWZ0OjM1LjRwdCI+DQo8c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZTo4 LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMzQThCOTIiPlJlZ2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywg R3VpbGRmb3JkLCBTdXJyZXksIEdVMiA3WVA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxh bmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhv bWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhv bWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IFRob21hcyBDbGF1c2VuIFs8YSBocmVm PSJtYWlsdG86aWV0ZkB0aG9tYXNjbGF1c2VuLm9yZyI+bWFpbHRvOmlldGZAdGhvbWFzY2xhdXNl bi5vcmc8L2E+XQ0KPGJyPg0KPGI+U2VudDo8L2I+IDA4IE1hcmNoIDIwMTYgMTM6MzQ8YnI+DQo8 Yj5Ubzo8L2I+IENocmlzdG9waGVyIERlYXJsb3ZlPGJyPg0KPGI+Q2M6PC9iPiBMb3R0ZSBTdGVl bmJyaW5rOyBEZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKTsgPGEgaHJlZj0ibWFpbHRvOmFvZHZ2 Mi1kaXNjdXNzQGZyZWVsaXN0cy5vcmciPg0KYW9kdnYyLWRpc2N1c3NAZnJlZWxpc3RzLm9yZzwv YT47IDxhIGhyZWY9Im1haWx0bzptYW5ldEBpZXRmLm9yZyI+bWFuZXRAaWV0Zi5vcmc8L2E+PGJy Pg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbbWFuZXRdIEFPRFZ2MiAtIGZpcnN0IGNvbW1lbnQgKDU0 NDQgbXVsdGlwbGV4ZXIpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9 IkVOLUdCIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6 c29saWQgYmxhY2sgMS4wcHQ7cGFkZGluZzoyLjBwdCAyLjBwdCAyLjBwdCAyLjBwdCI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0 O3RleHQtYWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4gbGFuZz0iRU4tR0Ii IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRw dDt0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3JvdW5kOndoaXRlIj4NCjxiPjxzcGFuIGxhbmc9IkVO LUdCIiBzdHlsZT0iZm9udC1zaXplOjE1LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPioqKiBXQVJOSU5HICoqKjxv OnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4t cmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0OjM1LjRwdDt0ZXh0LWFs aWduOmNlbnRlcjtiYWNrZ3JvdW5kOndoaXRlIj4NCjxlbT48c3BhbiBsYW5nPSJFTi1HQiIgc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj5UaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBm cm9tIG91dHNpZGUgb3VyIG9yZ2FuaXNhdGlvbiwgZWl0aGVyIGZyb20gYW4gZXh0ZXJuYWwgcGFy dG5lciBvciB0aGUgaW50ZXJuZXQuPC9zcGFuPjwvZW0+PGk+PHNwYW4gbGFuZz0iRU4tR0IiIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+PGJyPg0KPGVtPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Db25z aWRlciBjYXJlZnVsbHkgd2hldGhlciB5b3Ugc2hvdWxkIGNsaWNrIG9uIGFueSBsaW5rcywgb3Bl biBhbnkgYXR0YWNobWVudHMgb3IgcmVwbHkuPC9zcGFuPjwvZW0+PGJyPg0KPGVtPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij5Gb3IgaW5mb3JtYXRpb24gcmVnYXJkaW5nIDwvc3Bhbj4NCjwvZW0+PC9zcGFuPjwvaT48c3Ry b25nPjxpPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOnJlZCI+ UmVkIEZsYWdzPC9zcGFuPjwvaT48L3N0cm9uZz48ZW0+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxl PSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+IHRoYXQgeW91IGNhbiBsb29rDQogb3V0IGZv ciBpbiBlbWFpbHMgeW91IHJlY2VpdmUsIGNsaWNrIDxhIGhyZWY9Imh0dHA6Ly9pbnRyYW5ldC5l bnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRz L1JlZCUyMEZsYWdzLnBkZiI+DQpoZXJlPC9hPi48L3NwYW4+PC9lbT48aT48c3BhbiBsYW5nPSJF Ti1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48YnI+DQo8ZW0+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPklmIHlvdSBmZWVsIHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93DQo8 YSBocmVmPSJodHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1 cml0eS9zcG90bGlnaHRzL0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0aCUyMFN1c3BpY2lvdXMlMjBF bWFpbHMucGRmIj4NCnRoaXMgcHJvY2VzczwvYT4uPC9zcGFuPjwvZW0+PC9zcGFuPjwvaT48c3Bh biBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2lu LWJvdHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6MzUuNHB0Ij4NCjxzcGFuIGxhbmc9IkVOLUdCIj5N eSBwb3NpdGlvbiBvbiB0aGlzIG1hdHRlciBpcyBieSBhbiBsYXJnZSAmcXVvdDt3aGF0IENocmlz IHNhaWQmcXVvdDssIGZ3aXcuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxz cGFuIGxhbmc9IkVOLUdCIj5UaG9tYXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXYgaWQ9IkFwcGxlTWFpbFNpZ25hdHVyZSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdp bi1sZWZ0OjM1LjRwdCI+DQo8c3BhbiBsYW5nPSJFTi1HQiI+T24gMDggTWFyIDIwMTYsIGF0IDE0 OjIxLCBDaHJpc3RvcGhlciBEZWFybG92ZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNocmlzdG9waGVy LmRlYXJsb3ZlQGdtYWlsLmNvbSI+Y2hyaXN0b3BoZXIuZGVhcmxvdmVAZ21haWwuY29tPC9hPiZn dDsgd3JvdGU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHls ZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxz cGFuIGxhbmc9IkVOLUdCIj5JJ20gcmVhZGluZyB0aGlzIG9uIGEgcGhvbmUsIHNvIEknbSBnb2lu ZyB0byB3YWl0IHVudGlsIEkgY2FuIHJlYWQgaXQgYmV0dGVyIGZvciBsb25nZXIgY29tbWVudC48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiPkJ1dCB0aGVyZSBh cmUsIGFuZCBJIHRoaW5rIHRoaXMgaXMgYSBwb3RlbnRpYWwgc291cmNlIGZvciBjb25mdXNpb24s IHR3byB0aGluZ3MgaW4gNTQ0NC4gT25lIGlzIGFib3V0IGZvcm1hdHMsIG9uZSBpcyBhYm91dCBt dWx0aXBsZXhpbmcuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4t R0IiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdC Ij5Gb3JtYXR0aW5nIChhbmQgcGFyc2luZykgaXNuJ3QgZGVmaW5lZCBhcyBhIHByb2Nlc3MsIGJ1 dCBhcyBmb3JtYXRzLiBNYW55IHBlb3BsZSAoZXZlcnlvbmU/KSB3aG8gdXNlcyA1NDQ0IHdpbGwg Y3JlYXRlIGEgZ2VuZXJhbCA1NDQ0IGZvcm1hdHRlci9wYXJzZXIuIFRoYXQncyB1cCB0byB0aGUg aW1wbGVtZW50ZXIgdG8gZGVjaWRlDQogd2hhdCB0byBtYWtlIGl0IGRvLCB3aGV0aGVyIHRvIG9w dGltaXNlIGluIHRoYXQgZm9ybWF0dGVyLCBvdXRzaWRlIHRoZSBmb3JtYXR0ZXIsIG9yIG5vdCBh dCBhbGwuIChQZXJzb25hbGx5IEkgaGF2ZSBzb21lIGluc2lkZSwgc29tZSBvdXRzaWRlLik8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiPlRoZSBvdGhlciBjb21w b25lbnQgaXMgdGhlIDU0NDQgbXVsdGlwbGV4ZXIgKGFuZCBkZW51bHRpcGxleGVyKS4gVGhhdCB0 YWtlcyA1NDQ0IGZvcm1hdHRlZCBtZXNzYWdlcyAoYW5kICZuYnNwO3Bvc3NpYmx5IHNvbWUgb3Ro ZXIgdGhpbmdzKSBhbmQgZm9ybXMgNTQ0NCBwYWNrZXRzLiBJdCBpcyBpbXBvcnRhbnQgdGhhdCB0 aGUgNTQ0NCBtdWx0aXBsZXhlcg0KIHJldHVybnMgbWVzc2FnZXMgYXMgZGVsaXZlcmVkIHRvIGl0 IChob3AgY291bnQgYW5kIGxpbWl0IGFwYXJ0IG9mIGNvdXJzZSkuIE90aGVyd2lzZSBzZWN1cml0 eSBmZWF0dXJlcyBpbiB0aGUgcHJvdG9jb2wgbWF5IGZhaWwuIE5vdGUgdGhhdCBkb2Vzbid0IHBy ZXZlbnQgdGhlIG11bHRpcGxleGVyIG1vZGlmeWluZyB0aGUgbWVzc2FnZSBiZWZvcmUgcHV0dGlu ZyBpdCBvbiB0aGUgd2lyZSwgdGhhdCBqdXN0IG5lZWRzIHRvIGJlIHJldmVyc2libGUuDQogQW5k IG9idmlvdXMgZXhhbXBsZSBpcyBpZiB5b3UgaW1wbGVtZW50IDcxODIgSUNWcyBhbmQgVElNRVNU QU1QcyBpbiB0aGUgbXVsdGlwbGV4ZXIsIGlmIGl0IGFkZHMgdGhlbSwgaXQgYWxzbyBuZWVkcyB0 byByZW1vdmUgdGhlbSBiZWZvcmUgaGFuZGluZyB0aGUgbWVzc2FnZSB0byB0aGUgcHJvdG9jb2wu IChZb3UgbWF5IGluc3RlYWQgcHV0IHRoaXMgaW4gdGhlIHByb3RvY29sLik8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiPlllcywgSSB0aGluayB0aGUgdXNhZ2Ug ZG9jdW1lbnQgY291bGQgZ2FpbiBmcm9tIGFkZGluZyB0aGlzLiBOb3RlLCB0aGF0J3MgcGVyc29u YWwgb25seSwgbXkgY28tYXV0aG9ycyBoYXZlbid0IGFncmVlZCB0byB0aGF0IHlldC4gQnV0IGxh cmdlbHkgYmVjYXVzZSBJIGhhdmVuJ3QgYXNrZWQgdGhlbSB5ZXQgKHdpdGggb25lIHBhcnRpYWwN CiBleGNlcHRpb24pLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVO LUdCIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1H QiI+VGhlIHBvaW50cyBJIHRoaW5rIGFyZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48 c3BhbiBsYW5nPSJFTi1HQiI+LSBUd28gdGhpbmdzIGluIDU0NDQuIEZvcm1hdCBhbmQgbXVsdGlw bGV4LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIj4tIEdl bmVyaWMgZm9ybWF0dGVyL3BhcnNlciBub3QgcmVxdWlyZWQsIGJ1dCByZWNvbW1lbmRlZC4gT3B0 aW1pc2F0aW9uIG9wdGlvbmFsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxh bmc9IkVOLUdCIj4tIE11bHRpcGxleGVyIG11c3QgZGVsaXZlciBtZXNzYWdlcyBhcyBzZW50ICho b3AgZXhjZXB0aW9uKS4gQnV0IG1heSBtb2RpZnkgcmV2ZXJzaWJseS4gNzE4MiBleGFtcGxlIChj b3VsZCBpbXBsZW1lbnQgbWVzc2FnZSBsZXZlbCBpbiBtdWx0aXBsZXhlciwgbXVzdCBpbXBsZW1l bnQgcGFja2V0IGxldmVsIHRoZXJlKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3Bh biBsYW5nPSJFTi1HQiI+PGJyPg0KLS0mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4g bGFuZz0iRU4tR0IiPkNocmlzdG9waGVyIERlYXJsb3ZlPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1 LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiPjxhIGhyZWY9Im1haWx0bzpjaHJpc3RvcGhlci5kZWFy bG92ZUBnbWFpbC5jb20iPmNocmlzdG9waGVyLmRlYXJsb3ZlQGdtYWlsLmNvbTwvYT48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiPjxicj4NCjxicj4NCi0tICZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiI+Q2hyaXN0b3BoZXIg RGVhcmxvdmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiI+ PGEgaHJlZj0ibWFpbHRvOmNocmlzdG9waGVyLmRlYXJsb3ZlQGdtYWlsLmNvbSI+Y2hyaXN0b3Bo ZXIuZGVhcmxvdmVAZ21haWwuY29tPC9hPiAoaVBob25lKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz NS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIj48YSBocmVmPSJtYWlsdG86Y2hyaXNAbW5lbW9zeW5l LmRlbW9uLmNvLnVrIj5jaHJpc0BtbmVtb3N5bmUuZGVtb24uY28udWs8L2E+IChob21lKTxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0 b206MTIuMHB0O21hcmdpbi1sZWZ0OjM1LjRwdCI+DQo8c3BhbiBsYW5nPSJFTi1HQiI+T24gOCBN YXIgMjAxNiwgYXQgMTE6MDksIExvdHRlIFN0ZWVuYnJpbmsgJmx0OzxhIGhyZWY9Im1haWx0bzps b3R0ZS5zdGVlbmJyaW5rQGZ1LWJlcmxpbi5kZSI+bG90dGUuc3RlZW5icmlua0BmdS1iZXJsaW4u ZGU8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxh bmc9IkVOLUdCIj5IZWxsbyBDaHJpc3RvcGhlciw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4g bGFuZz0iRU4tR0IiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFu Zz0iRU4tR0IiPkFtIDA0LjAzLjIwMTYgdW0gMTc6MTkgc2NocmllYiBEZWFybG92ZSwgQ2hyaXN0 b3BoZXIgKFVLKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMu Y29tIj5jaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTwvYT4mZ3Q7OjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDowY207bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjEyLjBwdDttYXJnaW4t bGVmdDozNS40cHQiPg0KPHNwYW4gbGFuZz0iRU4tR0IiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SeKA mXZlIHJlYWQgc29tZSBvZiBkcmFmdCAtMTMuIEkgd2lsbCBwcm92aWRlIGNvbW1lbnRzICh3aGlj aCB3b27igJl0IGJlIGNvbXByZWhlbnNpdmUpIGluIGJpdGUgc2l6ZWQgY2h1bmtzIHJhdGhlciB0 aGFuIGF0dGVtcHRpbmcgYW55dGhpbmcNCiBjb25zb2xpZGF0ZWQuIEFuZCBtb3N0IGNhbiB3YWl0 IHVudGlsIG5leHQgd2VlayBhdCB0aGUgZWFybGllc3QuPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1 LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+QnV0IG9uZSB0byBraWNrIG9mZi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUu NHB0Ij48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij5UaGUgYXJjaGl0ZWN0dXJlIG1hbmRhdGVkIGJ5IDU0OTggaXMgdGhhdCBBT0RW djIgY3JlYXRlcyBtZXNzYWdlcywgaXQgcGFzc2VzIHRoZW0gdG8gdGhlIDU0NDQgbXVsdGlwbGV4 ZXIuIEluIGR1ZSBjb3Vyc2UgaXQgcmVjZWl2ZXMNCiBtZXNzYWdlcyBmcm9tIHRoZXJlLiBUaGVy ZSBhcmUgc29tZSBvdGhlciBkZXRhaWxzLCBidXQgdGhhdOKAmXMgdGhlIG1vc3QgaW1wb3J0YW50 LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFu IGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlRoZSA1NDQ0IG11bHRpcGxleGVy IGlzIHdoYXQgaGFuZGxlcyBVRFAgcG9ydHMsIG11bHRpY2FzdCBhZGRyZXNzZXMgYW5kIHNvIG9u LiBJdCBkb2VzbuKAmXQgaGFuZGxlIGZsb29kaW5nLCBiZWNhdXNlIGl0cyBwYWNrZXRzICh3aGlj aA0KIG1heSBjb250YWluIG11bHRpcGxlIG1lc3NhZ2VzLCBmcm9tIEFPRFZ2MiBhbmQgZWxzZXdo ZXJlKSBvbmx5IGdvIG9uZSBob3AuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4g bGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ VGhlcmUgYXJlIG90aGVyIHJlcXVlc3RzIHRoYXQgY2FuIGJlIG1hZGUgdG8gdGhlIG11bHRpcGxl eGVyLCBtb3N0IG9idmlvdXNseSB3aGljaCBpbnRlcmZhY2UocykgdGhpcyBtZXNzYWdlIGlzIGZv ciwgYnV0IGFsc28gdGhpbmdzDQogbGlrZSDigJxwbGVhc2UgdHJ5IHRvIGtlZXAgdGhlc2UgbWVz c2FnZXMgdG9nZXRoZXLigJ0uIElmIHRoZXJlIGFyZSBhbnkgYWRkaXRpb25hbCByZXF1ZXN0cyB0 aGF0IHNob3VsZCBiZSBzdXBwb3J0ZWQsIGFuZCBhcmUgbm90IGluY29tcGF0aWJsZSB3aXRoIHRo ZSBhcmNoaXRlY3R1cmUsIHRoZW4gdGhlIDU0NDQgdXNhZ2UgZHJhZnQgaXMgYSBnb29kIG9wcG9y dHVuaXR5IHRvIGdldCB0aG9zZSBpbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3Bh biBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij5CdXQsIGxvb2tpbmcgYXQgdGhlIEFPRFZ2MiBkcmFmdCwg4oCcbXVsdGlwbGV44oCdIChhcyBh IHdob2xlIG9yIHBhcnQgd29yZCkgb25seSBhcHBlYXJzIHR3aWNlLCBib3RoIGluIHRoZSBwYXJh Z3JhcGg6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+ PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgW1JGQzU0NDRdIHByb3ZpZGVzIGEg bXVsdGlwbGV4ZWQgdHJhbnNwb3J0IGZvciBtdWx0aXBsZSBwcm90b2NvbHMuPC9zcGFuPjxzcGFu IGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVm dDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IEFuIFtSRkM1NDQ0 XSBtdWx0aXBsZXhlciBNQVkgY2hvb3NlIHRvIG9wdGltaXplIHRoZSBjb250ZW50IG9mPC9zcGFu PjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGNlcnRh aW4gbWVzc2FnZSBlbGVtZW50cyB0byByZWR1Y2UgY29udHJvbCBtZXNzYWdlIG92ZXJoZWFkLjwv c3Bhbj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1H QiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5JIHRoaW5rIHRoYXTigJlzIG5vdCBob3cgSSBzZWUg aXQsIHRoYXQgdGhhdOKAmXMgdGhlIHJvbGUgb2YgdGhlIChzdWJ0bGVseSBkaWZmZXJlbnQpIDU0 NDQgbWVzc2FnZSBjcmVhdGlvbiBwcm9jZXNzIGZyb20gYWRkcmVzc2VzIGFuZA0KIGF0dHJpYnV0 ZXMuIEkgdGhpbmsgdGhlIG11bHRpcGxleGVyIGl0c2VsZiwgZ2l2ZW4gYSB3aG9sZSBtZXNzYWdl IGZyb20gYSBwcm90b2NvbCBzaG91bGRu4oCZdCBiZSBtb2RpZnlpbmcgaXQuIE5vdGUgdGhhdCBJ 4oCZdmUgZXhwcmVzc2VkIHRoYXQgYXMgYW4gb3BpbmlvbiwgdGhvdWdoIGEgcXVpdGUgc3Ryb25n IG9uZS4gQSBwcm90b2NvbCBtaWdodCBhcHBseSBzb21lIHNvcnQgb2Ygc3BlY2lhbGlzZWQgc2ln bmF0dXJlLCBhbmQgd2UgY2Fu4oCZdCBsZXQNCiB0aGUgbXVsdGlwbGV4ZXIgZGVzdHJveSB0aGF0 LiAoVGhlIG11bHRpcGxleGVyIG1pZ2h0IGFkZCBhIDcxODIgSUNWIGFuZC9vciB0aW1lc3RhbXAs IGJ1dCBpdCB3aWxsIHRoZW4gcmVtb3ZlIHRoZW0gYmVmb3JlIHRoZSBwcm90b2NvbCBnZXRzIHRo ZSBwYWNrZXQgYWdhaW4uKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNw YW4gbGFuZz0iRU4tR0IiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFu IGxhbmc9IkVOLUdCIj5UcnVlLiBJZiBJIHJlbWVtYmVyIGl0IGNvcnJlY3RseSAoQ28tQXV0aG9y cywgcGxlYXNlIHN0b3AgbWUgaWYgSSBkb24ndCksIHdoYXQgd2Ugd2VyZSB0cnlpbmcgdG8gc2F5 IHdhcyAmcXVvdDtUaGUgbWVzc2FnZSBjb250ZW50cyBNQVkgYmUgcmVzaHVmZmxlZCBkdXJpbmcg bWVzc2FnZSBjcmVhdGlvbiwgYnV0IHBsZWFzZSBwYXkgYXR0ZW50aW9uDQogdGhhdCBzb21lIHRo aW5ncyBNVVNUIGJlIGtlcHQgaW4gb25lIG1lc3NhZ2UgaW4gb3JkZXIgdG8gZm9ybSBhIGNvaGVy ZW50IEFPRFZ2MiBtZXNzYWdlLiZxdW90OyBUaGlzIGlzIGVzcGVjaWFsbHkgaW1wb3J0YW50IGZv ciBSRVJSIG1lc3NhZ2VzLCB3aGljaCBjb3VsZCBlYXNpbHkgZ2V0IGNob3BwZWQgdXAgaW50byBt dWx0aXBsZSBtZXNzYWdlcyBpZiB0aGUgdW5kZXJseWluZyBNVFUgaXMgc21hbGwuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIj5JZiB3ZSBjaGFuZ2UgdGhhdCBw YXJhZ3JhcGggdG88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1H QiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHByZSBzdHls ZT0ibWFyZ2luLWxlZnQ6MzUuNHB0O3BhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gbGFu Zz0iRU4tR0IiPiZuYnNwOyZuYnNwOyBbPGEgbmFtZT0icmVmLVJGQzU0NDQiIGlkPSJyZWYtUkZD NTQ0NCI+UkZDNTQ0NDwvYT5dIHByb3ZpZGVzIGEgbXVsdGlwbGV4ZWQgdHJhbnNwb3J0IGZvciBt dWx0aXBsZSBwcm90b2NvbHMuPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJt YXJnaW4tbGVmdDozNS40cHQ7cGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBsYW5nPSJF Ti1HQiI+Jm5ic3A7Jm5ic3A7IEFuIFs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvcmZjNTQ0NCIgdGl0bGU9IiZxdW90O0dlbmVyYWxpemVkIE1vYmlsZSBBZCBIb2MgTmV0d29y ayAoTUFORVQpIFBhY2tldC9NZXNzYWdlIEZvcm1hdCZxdW90OyI+UkZDNTQ0NDwvYT5dIGltcGxl bWVudGF0aW9uIE1BWSBjaG9vc2UgdG8gb3B0aW1pemUgdGhlIGNvbnRlbnQgb2Y8bzpwPjwvbzpw Pjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdDtwYWdlLWJyZWFr LWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLUdCIj4mbmJzcDsmbmJzcDsgY2VydGFpbiBl bGVtZW50cyBkdXJpbmcgbWVzc2FnZSBjcmVhdGlvbiB0byByZWR1Y2UgY29udHJvbCBtZXNzYWdl IG92ZXJoZWFkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzUuNHB0O3BhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gbGFuZz0iRU4tR0IiPiZu YnNwOyZuYnNwOyA8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVO LUdCIj5hbmQgdGhlIGxhbmd1YWdlIG9mLCBzYXksICZuYnNwOzxhIG5hbWU9InNlY3Rpb24tNy4x LjMiPjwvYT48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1t YW5ldC1hb2R2djItMTMjc2VjdGlvbi03LjEuMyI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr O3RleHQtZGVjb3JhdGlvbjpub25lIj43LjEuMzwvc3Bhbj48L2I+PC9hPjxiPi4NCiBSUkVRIFJl Z2VuZXJhdGlvbiZuYnNwOzwvYj5mcm9tPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNw YW4gbGFuZz0iRU4tR0IiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdDtwYWdlLWJyZWFrLWJlZm9yZTphbHdh eXMiPjxzcGFuIGxhbmc9IkVOLUdCIj4mbmJzcDsmbmJzcDsgVGhpcyBBT0RWdjIgbWVzc2FnZSBp cyB1c2VkIHRvIGNyZWF0ZSBhIGNvcnJlc3BvbmRpbmcgWzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9yZmM1NDQ0IiB0aXRsZT0iJnF1b3Q7R2VuZXJhbGl6ZWQgTW9iaWxlIEFk IEhvYyBOZXR3b3JrIChNQU5FVCkgUGFja2V0L01lc3NhZ2UgRm9ybWF0JnF1b3Q7Ij5SRkM1NDQ0 PC9hPl08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1 LjRwdDtwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLUdCIj4mbmJzcDsm bmJzcDsgbWVzc2FnZSAoc2VlIDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC1pZXRmLW1hbmV0LWFvZHZ2Mi0xMyNzZWN0aW9uLTgiPlNlY3Rpb24gODwvYT4pIHdoaWNo IGlzIG11bHRpY2FzdCwgYnkgZGVmYXVsdCwgdG8gTEwtTUFORVQtPG86cD48L286cD48L3NwYW4+ PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQ7cGFnZS1icmVhay1iZWZvcmU6 YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1HQiI+Jm5ic3A7Jm5ic3A7IFJvdXRlcnMgb24gYWxsIGlu dGVyZmFjZXMgY29uZmlndXJlZCBmb3IgQU9EVnYyIG9wZXJhdGlvbi4mbmJzcDsgSG93ZXZlciw8 bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdDtw YWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLUdCIj4mbmJzcDsmbmJzcDsg dGhlIHJlZ2VuZXJhdGVkIFJSRVEgY2FuIGJlIHVuaWNhc3QgdG8gdGhlIG5leHQgaG9wIGFkZHJl c3Mgb2YgdGhlPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVm dDozNS40cHQ7cGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1HQiI+Jm5i c3A7Jm5ic3A7IExvY2FsUm91dGUgdG93YXJkIFRhcmdBZGRyLCBpZiBrbm93bi48bzpwPjwvbzpw Pjwvc3Bhbj48L3ByZT4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiI+dG8gc29tZXRoaW5nIGxpa2U8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHByZSBzdHlsZT0ibWFyZ2luLWxl ZnQ6MzUuNHB0O3BhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4gbGFuZz0iRU4tR0IiPiZu YnNwOyZuYnNwOyBUaGlzIEFPRFZ2MiBtZXNzYWdlIGlzIHVzZWQgdG8gY3JlYXRlIGEgY29ycmVz cG9uZGluZyBbPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzU0NDQiIHRp dGxlPSImcXVvdDtHZW5lcmFsaXplZCBNb2JpbGUgQWQgSG9jIE5ldHdvcmsgKE1BTkVUKSBQYWNr ZXQvTWVzc2FnZSBGb3JtYXQmcXVvdDsiPlJGQzU0NDQ8L2E+XTxvOnA+PC9vOnA+PC9zcGFuPjwv cHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0O3BhZ2UtYnJlYWstYmVmb3JlOmFs d2F5cyI+PHNwYW4gbGFuZz0iRU4tR0IiPiZuYnNwOyZuYnNwOyBtZXNzYWdlIChzZWUgPGEgaHJl Zj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEz I3NlY3Rpb24tOCI+U2VjdGlvbiA4PC9hPiksIHdoaWNoIGlzIGhhbmRlZCB0byB0aGUmbmJzcDtS RkM1NDQ0IG11bHRpcGxleGVyPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJt YXJnaW4tbGVmdDozNS40cHQ7cGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj48c3BhbiBsYW5nPSJF Ti1HQiI+Jm5ic3A7Jm5ic3A7IGZvciBmdXJ0aGVyIHByb2Nlc3NpbmcuPG86cD48L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQ7cGFnZS1icmVhay1iZWZv cmU6YWx3YXlzIj48c3BhbiBsYW5nPSJFTi1HQiI+Jm5ic3A7Jm5ic3A7IEJ5IGRlZmF1bHQsIHRo ZSBtdWx0aXBsZXhlciBpcyBpbnN0cnVjdGVkIHRvIG11bHRpY2FzdCB0aGUgbWVzc2FnZSB0byBM TC1NQU5FVC08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM1LjRwdDtwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPjxzcGFuIGxhbmc9IkVOLUdCIj4mbmJz cDsmbmJzcDsgUm91dGVycyBvbiBhbGwgaW50ZXJmYWNlcyBjb25maWd1cmVkIGZvciBBT0RWdjIg b3BlcmF0aW9uLiZuYnNwOyBIb3dldmVyLDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBz dHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0O3BhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+PHNwYW4g bGFuZz0iRU4tR0IiPiZuYnNwOyZuYnNwOyB0aGUgcmVnZW5lcmF0ZWQgUlJFUSBjYW4gYmUgdW5p Y2FzdCB0byB0aGUgbmV4dCBob3AgYWRkcmVzcyBvZiB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48L3By ZT4NCjxwcmUgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdDtwYWdlLWJyZWFrLWJlZm9yZTphbHdh eXMiPjxzcGFuIGxhbmc9IkVOLUdCIj4mbmJzcDsmbmJzcDsgTG9jYWxSb3V0ZSB0b3dhcmQgVGFy Z0FkZHIsIGlmIGtub3duLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFu Zz0iRU4tR0IiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9 IkVOLUdCIj4oYW5kIHRoZSBzYW1lIHRoaW5nIGZvciZuYnNwOzxhIG5hbWU9InNlY3Rpb24tNy4y LjMiPjwvYT48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1t YW5ldC1hb2R2djItMTMjc2VjdGlvbi03LjIuMyI+PGI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr O3RleHQtZGVjb3JhdGlvbjpub25lIj43LjIuMzwvc3Bhbj48L2I+PC9hPjxiPi4NCiBSUkVQIFJl Z2VuZXJhdGlvbjwvYj4sJm5ic3A7PGEgbmFtZT0ic2VjdGlvbi02LjUiPjwvYT48YSBocmVmPSJo dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMjc2Vj dGlvbi02LjUiPjxiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjazt0ZXh0LWRlY29yYXRpb246bm9u ZSI+Ni41PC9zcGFuPjwvYj48L2E+PGI+LiBNZXNzYWdlIFRyYW5zbWlzc2lvbiw8L2I+Jm5ic3A7 ZXRjLiksIHdvdWxkIHRoYXQgcmVzb2x2ZSB0aGUgaXNzdWU/PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OjBjbTttYXJnaW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0OjM1 LjRwdCI+DQo8c3BhbiBsYW5nPSJFTi1HQiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUu NHB0Ij48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij5UaGlzIGlzIHByb2JhYmx5IHNvbWV0aGluZyB0aGF0IGNvdWxkL3Nob3VsZCBi ZSBpbiB0aGUgNTQ0NCB1c2FnZSBkcmFmdC4gSWYgaXQgZ2V0cyBXR0xDZWQgYXMgcmVxdWVzdGVk LCBJ4oCZbGwgc3VibWl0IGl0IHRvIG15c2VsZg0KIGFuZCB0aGUgcmVzdCBvZiB0aGUgYXV0aG9y IHRlYW0uPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+ PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+U28gdGhlcmUgaXMgbm90 aGluZyBkZXNjcmliaW5nIGhvdyBBT0RWdjIgaW50ZXJhY3RzIHdpdGggdGhlIG11bHRpcGxleGVy LiBUaGF0IHNob3VsZG7igJl0IG1hdHRlciAodGhvdWdoIGl04oCZcyBhbHdheXMgYmV0dGVyIHRv IGhhdmUNCiBpdCkgaWYgeW91IGFzc3VtZSA1NDk4IGFwcGxpZXMsIGFzIGl0IGRvZXMuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiPkkndmUgYWx3 YXlzIGFzc3VtZWQgdGhlIDU0NDQgbWVzc2FnZSBjcmVhdGlvbiBwcm9jZXNzIHRvIGJlIHBhcnQg b2YgdGhlICZxdW90O1JGQzU0NDQgY29tcG9uZW50JnF1b3Q7IHJhdGhlciB0aGFuIHBhcnQgb2Yg dGhlICZxdW90O0FPRFZ2MiBjb21wb25lbnQmcXVvdDssIHdoaWNoIGlzIHdoeSBJIHRob3VnaHQg dGhlIEFPRFZ2MiZsdDstJmd0O1JGQzU0NDQgaW50ZXJhY3Rpb24NCiB0aGF0IHNob3VsZCBiZSBk ZXNjcmliZWQgY2xlYXJseSB3YXMgdGhlIHBhcnQgd2hlcmUgQU9EVnYyIHRlbGxzIHRoZSA1NDQ0 IG1lc3NhZ2UgY3JlYXRpb24gcHJvY2VzcyB3aGF0IGEgbWVzc2FnZSBsb29rcyBsaWtlIChhbmQg d2hlcmUgaXQgc2hvdWxkIGJlIHNlbnQpLiBJJ3ZlIGFzc3VtZWQgdGhhdCB0aGlzIGlzIHRoZSBw YXJ0IHdoZXJlIEFPRFZ2MiBoYW5kcyBvdmVyIGFsbCBjb250cm9sIHRvIDU0NDQsIHNvIG9idmlv dXNseSBpdCB3b3VsZG4ndA0KIG11bHRpY2FzdCBhIG1lc3NhZ2UgKml0c2VsZiosIGl0IHdvdWxk IGluc3RydWN0IHRoZSBtdWx0aXBsZXhlciB0byBkbyBzby4gSSB3YXNuJ3QgYXdhcmUgdGhhdCB0 aGlzIG11c3QgYmUgc3RhdGVkIGV4cGxpY2l0bHkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRw dCI+PHNwYW4gbGFuZz0iRU4tR0IiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQi PjxzcGFuIGxhbmc9IkVOLUdCIj5JJ20gbm90IHN1cmUgaWYgdGhpcyBpcyBhIHN1YnRsZXR5IG9y IGEgbWlzY29uY2VwdGlvbiB0aGF0IHNob3VsZCBiZSBjbGFyaWZpZWQgaW4gdGhlIDU0NDQtdXNh Z2UgZHJhZnQuLi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1H QiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0Ii PldpdGgga2luZCByZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxh bmc9IkVOLUdCIj5Mb3R0ZSBTdGVlbmJyaW5rPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJn aW4tcmlnaHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0OjM1LjRwdCI+DQo8 c3BhbiBsYW5nPSJFTi1HQiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3Bh biBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5CdXQgdW5mb3J0dW5hdGVseSB0 aGUgZHJhZnQgc3RpbGwgaGFzIG1hdGVyaWFsIHRoYXQgY29udHJhZGljdHMgdGhhdCBtb2RlbCwg d2hpY2ggbmVlZHMgdG8gZ28uIEluIHBhcnRpY3VsYXIgKGJ1dCBub3Qgb25seSkgdGhlIGZpcnN0 DQogdHdvIHBhcmFncmFwaHMgb2Ygc2VjdGlvbiA2LjUuIFRoaXMgaXMgYW4gZXNzZW50aWFsIGNo YW5nZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUg c3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFu IGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDowY207bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjEyLjBwdDttYXJnaW4t bGVmdDozNS40cHQiPg0KPGI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzAwN0U3RSI+LS08L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGNtO21hcmdpbi1yaWdodDowY207bWFyZ2luLWJv dHRvbToxMi4wcHQ7bWFyZ2luLWxlZnQ6MzUuNHB0Ij4NCjxiPjxzcGFuIGxhbmc9IkVOLUdCIiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDdFN0UiPkNocmlzdG9waGVyIERlYXJsb3ZlPGJy Pg0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcjxicj4NCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50 ZWxsaWdlbmNlIExhYm9yYXRvcmllczxicj4NCjwvc3Bhbj48L2I+PGI+PHNwYW4gbGFuZz0iRU4t R0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6I0JFQkVCRSI+X19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188 YnI+DQo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjguMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzdEN0Q3RCI+VDwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tR0IiIHN0 eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojN0Q3RDdEIj46ICZuYnNwOyYjNDM7NDQgKDApMTI0NSAy NDIxOTQgJm5ic3A7fCAmbmJzcDs8Yj5FOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPiZuYnNwOzwvc3Bhbj48L2I+PGEgaHJlZj0ibWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5 c3RlbXMuY29tIj5jaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTwvYT48YnI+DQo8L3NwYW4+ PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDAwMDdFIj48YnI+ DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4 QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9s b2d5IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00yIDhITi48YnI+DQo8 YSBocmVmPSJodHRwOi8vd3d3LmJhZXN5c3RlbXMuY29tL2FpIj48c3BhbiBzdHlsZT0iY29sb3I6 IzNBOEI5MiI+d3d3LmJhZXN5c3RlbXMuY29tL2FpPC9zcGFuPjwvYT48L3NwYW4+PHNwYW4gbGFu Zz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxz cGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+QkFFIFN5 c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGltaXRlZDxicj4NClJlZ2lzdGVyZWQgaW4gRW5n bGFuZCAmYW1wOyBXYWxlcyBObzogMDEzMzc0NTE8L3NwYW4+PHNwYW4gbGFuZz0iRU4tR0IiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBjbTttYXJnaW4tcmln aHQ6MGNtO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0OjM1LjRwdCI+DQo8c3BhbiBs YW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzQThCOTIiPlJlZ2lzdGVyZWQg T2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3JkLCBTdXJyZXksIEdVMiA3WVA8 L3NwYW4+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD48L286 cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZu YnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM1LjRwdCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqPGJyPg0KVGhpcyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBjb25maWRlbnRp YWwgdG8gdGhlIGludGVuZGVkPGJyPg0KcmVjaXBpZW50IGFuZCBtYXkgYWxzbyBiZSBwcml2aWxl Z2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQ8YnI+DQpyZWNpcGllbnQgcGxlYXNlIGRl bGV0ZSBpdCBmcm9tIHlvdXIgc3lzdGVtIGFuZCBub3RpZnkgdGhlIHNlbmRlci48YnI+DQpZb3Ug c2hvdWxkIG5vdCBjb3B5IGl0IG9yIHVzZSBpdCBmb3IgYW55IHB1cnBvc2Ugbm9yIGRpc2Nsb3Nl IG9yPGJyPg0KZGlzdHJpYnV0ZSBpdHMgY29udGVudHMgdG8gYW55IG90aGVyIHBlcnNvbi48YnI+ DQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9u dC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxicj4NCm1hbmV0IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzptYW5ldEBp ZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+bWFuZXRAaWV0Zi5vcmc8L3NwYW4+ PC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v bWFuZXQiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vbWFuZXQ8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHN0 eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNS40cHQiPjxzcGFuIGxhbmc9IkVO LUdCIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4N Cm1hbmV0IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzptYW5ldEBpZXRmLm9yZyI+ bWFuZXRAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9tYW5ldCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9tYW5ldDwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzUuNHB0Ij48c3BhbiBsYW5nPSJFTi1HQiI+X19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQptYW5ldCBtYWls aW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bWFuZXRAaWV0Zi5vcmciPm1hbmV0QGlldGYu b3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vbWFuZXQiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbWFuZXQ8L2E+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxw IHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0IiBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iRk9OVC1GQU1JTFk6ICdBcmlhbCcsJ3NhbnMtc2VyaWYnOyBGT05ULVNJWkU6IDhwdDsgbXNv LWJpZGktZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyBtc28tYmlkaS1mb250LXNpemU6 IDExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxmb250IHN0eWxlPSJGT05ULVNJ WkU6IDExcHgiIHNpemU9IjMiPg0KPC9mb250PjxwIHN0eWxlPSJNQVJHSU46IDBjbSAwY20gMHB0 IiBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBzdHlsZT0iRk9OVC1TSVpFOiAxMXB4IiBzaXplPSIz Ij48c3BhbiBzdHlsZT0iRk9OVC1GQU1JTFk6ICdBcmlhbCcsJ3NhbnMtc2VyaWYnOyBGT05ULVNJ WkU6IDhwdDsgbXNvLWJpZGktZm9udC1zaXplOiA4LjVwdCI+VGhpcyBtZXNzYWdlIG1heSBjb250 YWluIGluZm9ybWF0aW9uIHRoYXQgaXMgbm90IGludGVuZGVkIGZvciB5b3UuIElmIHlvdSBhcmUg bm90IHRoZSBhZGRyZXNzZWUgb3IgaWYgdGhpcyBtZXNzYWdlIHdhcyBzZW50IHRvIHlvdSBieSBt aXN0YWtlLCB5b3UgYXJlIHJlcXVlc3RlZCB0byBpbmZvcm0gdGhlIHNlbmRlciBhbmQgZGVsZXRl IHRoZSBtZXNzYWdlLiBUTk8gYWNjZXB0cyBubyBsaWFiaWxpdHkgZm9yIHRoZSBjb250ZW50IG9m IHRoaXMgZS1tYWlsLCBmb3IgdGhlIG1hbm5lciBpbiB3aGljaCB5b3UgdXNlIGl0IGFuZCBmb3Ig ZGFtYWdlIG9mIGFueSBraW5kIHJlc3VsdGluZyBmcm9tIHRoZSByaXNrcyBpbmhlcmVudCB0byB0 aGUgZWxlY3Ryb25pYyB0cmFuc21pc3Npb24gb2YgbWVzc2FnZXMuPGJyPjxicj48L3NwYW4+PC9m b250PjwvcD48L2JvZHk+DQo8L2h0bWw+DQo= --_000_72FB622921C13746AD6349E70A8D9F30A10C581FEXCMBX03tsntnon_-- From nobody Thu Mar 10 10:15:08 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99FBD12D942 for ; Thu, 10 Mar 2016 10:15:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 wMIADmDoiymL for ; Thu, 10 Mar 2016 10:15:05 -0800 (PST) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA09112D8C1 for ; Thu, 10 Mar 2016 10:15:04 -0800 (PST) Received: by mail-lb0-x235.google.com with SMTP id bc4so123604210lbc.2 for ; Thu, 10 Mar 2016 10:15:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=CO+vU+8BVHW+JwnAvej4dXswkfzo0OFAM7J8cpQdNpY=; b=fDwE3PgyMGL8J2WJU45KX/mTAPK22G/KamDPu2JMHBiK8RJY+Rw49cxsPh7tstpZ6O YoTB3sPtTs36Yw3ws5bwIi4yiw8nC5vyGKPeuhYyhW6OvnAmjB+I2GWd/MatMi9tLd2W Wk5OpPSU6CckLHXwwYCptsWdazPBRESqNO0LC/iyVfaTlN0cDnuGMpycAWP5LTALZXqM Z4Ia5uPJOAsqUxl+QmuER58nYWcyH7IU42jGOEG39x8WkcJVgRmO4ApsG0/g9sUeiyGR CfOQf6tQT1GoQoVxHOG/8thKMI20qktEMQrh9zyYc3nwKWUCBn6mmSS9RFh6rEmoIUDQ 7new== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=CO+vU+8BVHW+JwnAvej4dXswkfzo0OFAM7J8cpQdNpY=; b=D/XW7RNOEM38lyuKDdB4ePyzNfTz4jwM187rERqLgX9G8x4QIX7Ew5buSeDxiQZuMs mPQFXVBZcQeKSsxvN07UTTGhGqetYsFytFduKmbOQVRILpx92B4lXv6vsYdaN75Ey+4e Dmo848B3wql2eVoQr2q1HNmt4aRKuCN+nj0gPUFFNQPDsJ5wDpggfjdaxs8NskB2RiTU ZPFg9xDNcWjJG6kz2t5AvgJ8nIYEybw8HyNSopYyBrNKwB12r0XvYj4OhPdGaYdXsjdH 1fH5GMdQ6dsuIMmo1cRTx8Vcx0UzhFfmD0TmrxiWs0DeEkHRKNphjXDwo61mFFqkl9kn STug== X-Gm-Message-State: AD7BkJKm3b84xR6wHpsO/oGr7qCgZN5FMr31sxYsFB0dPxfyeka8UNYdTsR4qzHlFN4G71SulP5HSczyIN4Lxg== X-Received: by 10.25.65.5 with SMTP id o5mr1778171lfa.12.1457633702480; Thu, 10 Mar 2016 10:15:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.25.210.140 with HTTP; Thu, 10 Mar 2016 10:14:32 -0800 (PST) In-Reply-To: References: <0EE93A7C-3A02-4205-9C07-1E0001D213DB@fu-berlin.de> <1B4A2BFE-06A4-4918-AD68-EE995D3B8EF2@gmail.com> From: Henning Rogge Date: Thu, 10 Mar 2016 19:14:32 +0100 Message-ID: To: "Dearlove, Christopher (UK)" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: Cc: "aodvv2-discuss@freelists.org" , Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 - first comment (5444 multiplexer) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 18:15:06 -0000 On Thu, Mar 10, 2016 at 5:56 PM, Dearlove, Christopher (UK) wrote: > Actually, I was wrong about there being a hop exception. As hop count/lim= it > updates are the protocol=E2=80=99s job, even they are to be unchanged by = the > multiplexer. > > I=E2=80=99ve also identified - and this is the place to fix it - that the= errata to > 5444 doesn=E2=80=99t go far enough. Someone (Henning perhaps) spotted tha= t the > packet sequence number should be per interface, as it always had been in > OLSRv1, and we got that put in as an erratum to 5444. Actually it should = be > per (interface, destination). Not an issue when, like NHDP/OLSRv2, > everything uses the same broadcast/multicast address. But if packets migh= t > be unicast (always intended as an option, and AODVv2 may do it) then it > needs to also be per destination to be useful. Easily added. That is exactly how I implemented it in my (de-)multiplixer code... I always took the "per destination" for granted and considered "same multicast destination, same sequence number" the thing that needed to be fixed. my multiplexer has the concept of a "target", which is a destination IP on an interface... and it produces a packet sequence number per target. Henning From nobody Thu Mar 10 10:35:32 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A327812DA15 for ; Thu, 10 Mar 2016 10:35:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vUanDx15vREz for ; Thu, 10 Mar 2016 10:35:29 -0800 (PST) Received: from isabel.astrium.eads.net (isabel.astrium.eads.net [194.62.210.145]) (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 ED3B812DA1F for ; Thu, 10 Mar 2016 10:35:28 -0800 (PST) Received: from rosout.astrium.eads.net ([10.222.0.6]) by isabel.astrium.eads.net (8.14.4/8.14.4) with ESMTP id u2AIZNdg015510; Thu, 10 Mar 2016 18:35:23 GMT Received: from rosout.astrium.eads.net (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 4D13520828E; Thu, 10 Mar 2016 18:35:23 +0000 (GMT) Received: from localhost (unknown [127.0.0.1]) by IMSVA (Postfix) with SMTP id 4025120817A; Thu, 10 Mar 2016 18:35:23 +0000 (GMT) X-IMSS-HAND-OFF-DIRECTIVE: 127.0.0.1:10026 Received: from AUK52839.UKN.UKNROOT.ASTRIUM.CORP (unknown [10.221.1.32]) by rosout.astrium.eads.net (Postfix) with ESMTPS id 0291220817A; Thu, 10 Mar 2016 18:35:15 +0000 (GMT) Received: from AUK52715.UKN.UKNROOT.ASTRIUM.CORP ([fe80::70c5:d8f8:7a03:bd48]) by AUK52839.UKN.UKNROOT.ASTRIUM.CORP ([fe80::cdf2:d214:a3a9:7510%15]) with mapi id 14.03.0123.003; Thu, 10 Mar 2016 18:35:14 +0000 From: "MATTY, Steven" To: "'Rick Taylor'" , Lou Berger , "Dearlove, Christopher (UK)" , "TAYLOR, Rick" , "manet@ietf.org" Thread-Topic: [manet] DLEP r=eview Thread-Index: AQHReuvohK5eR7GKD0m42F82LGaPR59TABaQ Date: Thu, 10 Mar 2016 18:35:13 +0000 Message-ID: References: <56E1A403.6040709@labn.net> <6219_1457629570_56E1A981_6219_2587_1_38A5475DE83986499AEACD2CFAFC3F9801C3838591@tss-server1.home.tropicalstormsoftware.com> In-Reply-To: <6219_1457629570_56E1A981_6219_2587_1_38A5475DE83986499AEACD2CFAFC3F9801C3838591@tss-server1.home.tropicalstormsoftware.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.221.1.73] X-TM-AS-Product-Ver: IMSVA-9.0.0.1549-8.0.0.1202-22184.002 X-TM-AS-Result: No--22.848-5.0-31-10 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-GCONF: 00 X-imss-scan-details: No--22.848-5.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1549-8.0.1202-22184.002 X-TMASE-Result: 10--22.848200-10.000000 X-TMASE-MatchedRID: xcONGPdDH5qnykMun0J1wr420LFuMF+GIaLR+2xKRDLtm42YvhFzZ+lK YuE936vTqfCLrIKbnQdBeZNJBGEM9tzM3mZTxjkXHubi0SW6+c6KzFLMh620ZFO6TWfHZSfhCEH YWppRe0g8ivFkadaiTWjAk6jwJt2UTkaqbB0m3sLM1jffIgQXhhdqVG+mEWCutXl9IxEPXOrFkc IzSDgjuOxFEldaj5i/ULQAqSG9Qd6rmmW6xY+ZmGjZ8q/Oc1nA7yWPaQc4INSGisL/BZ/9PfbQ+ Fxs5aONtbomPZ2ablS1MLMzx3v5vQ7AfikPXgOw9SzzaTBwGVD2acON9Q+rntqCxkzSpW/XHoC1 i0Ap1tiPWZvDr+0qazwxeGjpS2MHSpebgw+pOvYjK+nUBBcfy0oqcCUOcoO6H/wuou4J3BfHQGa hEVxSmOAU8FVwv3qyhtfOGOSyK2lDq2SVEk72KFZ0V5tYhzdWxEHRux+uk8jpP8tMOyYmaA== X-TMASE-SNAP-Result: 1.811037.0001-0-1-22:0,12:0 Archived-At: Subject: Re: [manet] DLEP r=eview X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 18:35:31 -0000 Rick, Thanks for the swift turnaround in getting DLEP-20 out. Only 1 NIT : from a quick peruse, the change to RLQT being a percentage w= asn't also done for RLQR. Overall, the document reads MUCH better to me with vastly improved flow := ) Personally, I would hope that there isn't going to be a merry-go-round of= 'draft-du-jour' . I wouldn't imaging the diff from -21 to -20 will be huge, so for what it'= s worth I'd be happy to see a -21 in last call in the very near future :) Cheers Steve >-----Original Message----- >From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Rick Taylor >Sent: Thursday, March 10, 2016 5:01 PM >To: Lou Berger; Dearlove, Christopher (UK); TAYLOR, Rick; manet@ietf.org >Subject: Re: [manet] DLEP r=3Deview > >All, > >Given there is a typo in the current credit windowing draft, and a few >in dlep-draft-20, and I missed a few of Chris' comments, we intend to >push out a new draft as soon as possible. BUT: We want reviewer >feedback as well, so we don't end up posting a draft every 2 days. > >Ideally, I would like some reviews from the list, especially Lou and >Chris who have done excellent helpful reviews before, by the end of this >week, so we can push out draft-21 and exit WG last-call as soon as possi= ble. > >Question to the list: Do you want a draft-21 and accompanying >credit-windowing draft now? Or are you happy to review the major >changes in draft-20, knowing we have already addressed some of the nits. > >The current diff between draft-20 and what we have is: > >* Some minor text improvements from Chris D's last review (e.g. 'each >of'/'any of'). >* Renumbering the status code values. > >What has radically changed since draft-19 is that we have moved most of >the normative text into Section 8 and 9, and worked hard at improving >the flow of text (as it had become a bit jumbled). I would really like >feedback on this, as I hope it has improved the readability. > >Rick > > >On 10/03/16 16:43, Lou Berger wrote: >> >> >> On 3/10/2016 11:33 AM, Dearlove, Christopher (UK) wrote: >>> I've heard a rumour of a -21 coming Real Soon Now >> eek I had 20 on my reading list -- and I'd like to send specific >> recommendations on which text to scratch in order to eliminate duplica= te >> conformance statements (which looks mostly straightforward to do) -- >> but don't want to do it if the draft is a daily moving target. >> >> Authors, >> What are your current document update plans? >> >> Thanks, >> Lou >> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> > > >_______________________________________________ >manet mailing list >manet@ietf.org >https://www.ietf.org/mailman/listinfo/manet > >This mail has originated outside your organization, either from an exter= nal >partner or the Global Internet. >Keep this in mind if you answer this message. > This email (including any attachments) may contain confidential and/or pr= ivileged information or information otherwise protected from disclosure. = If you are not the intended recipient, please notify the sender immediate= ly, do not copy this message or any attachments and do not use it for any= purpose or disclose its content to any person, but delete this message a= nd any attachments from your system. Airbus Defence and Space Limited dis= claims any and all liability if this email transmission was virus corrupt= ed, altered or falsified. -o- Emails to Airbus Defence and Space Limited may be processed, recorded and= monitored outside the UK. -o- Airbus Defence and Space Limited, Registered in England and Wales No. 244= 9259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, = England From nobody Thu Mar 10 10:37:20 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B07912DBAC for ; Thu, 10 Mar 2016 10:37:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AA_fLaP_ccmu for ; Thu, 10 Mar 2016 10:37:15 -0800 (PST) Received: from smtp1.idirect.net (smtp1.idirect.net [198.180.159.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFFFF12DA65 for ; Thu, 10 Mar 2016 10:37:14 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.24,316,1454994000"; d="scan'208";a="3938140" IronPort-PHdr: =?us-ascii?q?9a23=3AI1KzOB0Se4t6DMXdsmDT+DRfVm0co7zxezQtwd8Z?= =?us-ascii?q?se4SK/ad9pjvdHbS+e9qxAeQG96LtLQU26GP6vioGTRZp83e4DZaKN0EfiRGoP?= =?us-ascii?q?tVtjRoONSCB0z/IayiRA0BN+MGamVY+WqmO1NeAsf0ag6aiHSz6TkPBke3blIt?= =?us-ascii?q?dazdU7TfhMWv1u2054abI0AR3GL8MvtOK0D8iCztivhSybB+J7g8zFGB9mBUdv?= =?us-ascii?q?pbwyVtLE6Pjj7159264YUl+CNV7bZpuPRBWqayQ60pSbtCQ3xyKWE+5+X3rx7b?= =?us-ascii?q?TACG4mAAVX8TiR1GHxfM9hy8VZD05G+yku1gkAOXJ8L7V/hgXT6v9ahmUjfsgS?= =?us-ascii?q?0BcTg07DeTwoZcgatBpBW/qlg36I7OYZqJM+J+c7mVPe45BCAJCs1RTS1aRI+x?= =?us-ascii?q?ZpELCPQMFexRopLsvEcDqAD4Dg6pUqengANht1vR5+ly6eUqEkuOiBYhFNFIrH?= =?us-ascii?q?3FqNLvHK4TS+qo1+/DyjCVK7sc3D775ZTgcx09r7eLR706OZ7UwE8iCyvEg0me?= =?us-ascii?q?74v/MGXG+P4Ktj3R1eN8UeOhhSpvkB14pDyi141k3pLTj54Ry17K3SR1wZw4Ls?= =?us-ascii?q?H+TkNnN433WKBMvj2XYtMlCvgpRHtl7WNjkuUL?= X-IPAS-Result: =?us-ascii?q?A2DMAQBmvuFW/8r6+gpeGQEBAQEPAQEBAQGDX20GulwBDYF?= =?us-ascii?q?mBxcKhW4CgXwUAQEBAQEBAQGBCoItghQBAQEBAwEBATc0AxQEAgEIEQQBAQEeC?= =?us-ascii?q?QcnCxQJCAEBBAESCIgqvRwBAQEBAQEBAQEBAQEBAQEBAQEBEwSGGYRBhAoKBgI?= =?us-ascii?q?BSYQOBZc4BAGIW4UVgWuER4hUhgCIah4BAYQmaogYPX4BAQE?= From: "Ratliff, Stanley" To: "MATTY, Steven" , 'Rick Taylor' , Lou Berger , "Dearlove, Christopher (UK)" , "TAYLOR, Rick" , "manet@ietf.org" Thread-Topic: [manet] DLEP r=eview Thread-Index: AdF66k567IfcXQ38R2+9EjK+9NEKkJ9TABaQn1LdK5A= Date: Thu, 10 Mar 2016 18:37:12 +0000 Message-ID: <57ad0237f3d24f07973f1908fc62f3cb@VAUSDITCHM2.idirect.net> References: <56E1A403.6040709@labn.net> <6219_1457629570_56E1A981_6219_2587_1_38A5475DE83986499AEACD2CFAFC3F9801C3838591@tss-server1.home.tropicalstormsoftware.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.250.250.20] Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [manet] DLEP r=eview X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 18:37:18 -0000 Steven, = Thanks. RLQ is *NOT* a percentage. If that's in DLEP-20, then I missed the = update, and I oppose. = Regards, Stan > -----Original Message----- > From: manet [mailto:manet-bounces@ietf.org] On Behalf Of MATTY, Steven > Sent: Thursday, March 10, 2016 1:35 PM > To: 'Rick Taylor' ; Lou Berger > ; Dearlove, Christopher (UK) > ; TAYLOR, Rick ; > manet@ietf.org > Subject: Re: [manet] DLEP r=3Deview > = > Rick, > = > Thanks for the swift turnaround in getting DLEP-20 out. > = > Only 1 NIT : from a quick peruse, the change to RLQT being a percentage > wasn't also done for RLQR. > = > Overall, the document reads MUCH better to me with vastly improved flow :) > = > Personally, I would hope that there isn't going to be a merry-go-round of > 'draft-du-jour' . > = > I wouldn't imaging the diff from -21 to -20 will be huge, so for what it'= s worth > I'd be happy to see a -21 in last call in the very near future :) > = > Cheers > = > Steve > = > >-----Original Message----- > >From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Rick Taylor > >Sent: Thursday, March 10, 2016 5:01 PM > >To: Lou Berger; Dearlove, Christopher (UK); TAYLOR, Rick; > >manet@ietf.org > >Subject: Re: [manet] DLEP r=3Deview > > > >All, > > > >Given there is a typo in the current credit windowing draft, and a few > >in dlep-draft-20, and I missed a few of Chris' comments, we intend to > >push out a new draft as soon as possible. BUT: We want reviewer > >feedback as well, so we don't end up posting a draft every 2 days. > > > >Ideally, I would like some reviews from the list, especially Lou and > >Chris who have done excellent helpful reviews before, by the end of > >this week, so we can push out draft-21 and exit WG last-call as soon as > possible. > > > >Question to the list: Do you want a draft-21 and accompanying > >credit-windowing draft now? Or are you happy to review the major > >changes in draft-20, knowing we have already addressed some of the nits. > > > >The current diff between draft-20 and what we have is: > > > >* Some minor text improvements from Chris D's last review (e.g. 'each > >of'/'any of'). > >* Renumbering the status code values. > > > >What has radically changed since draft-19 is that we have moved most of > >the normative text into Section 8 and 9, and worked hard at improving > >the flow of text (as it had become a bit jumbled). I would really like > >feedback on this, as I hope it has improved the readability. > > > >Rick > > > > > >On 10/03/16 16:43, Lou Berger wrote: > >> > >> > >> On 3/10/2016 11:33 AM, Dearlove, Christopher (UK) wrote: > >>> I've heard a rumour of a -21 coming Real Soon Now > >> eek I had 20 on my reading list -- and I'd like to send specific > >> recommendations on which text to scratch in order to eliminate > >> duplicate conformance statements (which looks mostly straightforward > >> to do) -- but don't want to do it if the draft is a daily moving targ= et. > >> > >> Authors, > >> What are your current document update plans? > >> > >> Thanks, > >> Lou > >> > >> > >> _______________________________________________ > >> manet mailing list > >> manet@ietf.org > >> https://www.ietf.org/mailman/listinfo/manet > >> > > > > > >_______________________________________________ > >manet mailing list > >manet@ietf.org > >https://www.ietf.org/mailman/listinfo/manet > > > >This mail has originated outside your organization, either from an > >external partner or the Global Internet. > >Keep this in mind if you answer this message. > > > = > This email (including any attachments) may contain confidential and/or > privileged information or information otherwise protected from disclosure= . If > you are not the intended recipient, please notify the sender immediately,= do > not copy this message or any attachments and do not use it for any purpose > or disclose its content to any person, but delete this message and any > attachments from your system. Airbus Defence and Space Limited disclaims > any and all liability if this email transmission was virus corrupted, alt= ered or > falsified. > -o- > Emails to Airbus Defence and Space Limited may be processed, recorded and > monitored outside the UK. > -o- > Airbus Defence and Space Limited, Registered in England and Wales No. > 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, > SG1 2AS, England > = > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet _____________________________________________________ This electronic message and any files transmitted with it contains information from iDirect, which may be privileged, proprietary and/or confidential. It is intended solely for the use of the individual or entity to whom they are addressed. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you received this email in error, please delete it and immediately notify the sender. _____________________________________________________ From nobody Thu Mar 10 11:44:31 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8497112DC5D for ; Thu, 10 Mar 2016 11:44:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4z5B99Za0lDc for ; Thu, 10 Mar 2016 11:44:28 -0800 (PST) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) by ietfa.amsl.com (Postfix) with SMTP id A8C6712DC48 for ; Thu, 10 Mar 2016 11:44:13 -0800 (PST) Received: (qmail 10951 invoked by uid 0); 10 Mar 2016 19:44:09 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy7.mail.unifiedlayer.com with SMTP; 10 Mar 2016 19:44:09 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id USk21s02L2SSUrH01Sk53A; Thu, 10 Mar 2016 19:44:06 -0700 X-Authority-Analysis: v=2.1 cv=Maz/5fPf c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=N659UExz7-8A:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=_1YCXL5OCyode00f_xgA:9 a=pILNOxqGKmIA:10 a=2quQf_frPR0A:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject; bh=/u+U8ARG2Y3YTSuu3U7p8/NaScmNs9oHD4Za+oSF9Lk=; b=fT5M2IuAxC/mDt6clnfsAeNDUm GqDiUANKMQ0g4V3CeU/9fJ3VKkHM+ZiLXFLfTpP/U/mDSiienkXbEvD8f7Z1UfjhTaNiEvEgBgcP+ N3iWtB4LJdRiRiI6iXEZzXFGM; Received: from box313.bluehost.com ([69.89.31.113]:47710 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1ae6VB-0005HC-TX; Thu, 10 Mar 2016 12:44:05 -0700 To: Rick Taylor , "Dearlove, Christopher (UK)" , "Taylor, Rick (rick.taylor@airbus.com) (rick.taylor@airbus.com)" , "manet@ietf.org" References: <56E1A403.6040709@labn.net> <38A5475DE83986499AEACD2CFAFC3F9801C3838591@tss-server1.home.tropicalstormsoftware.com> From: Lou Berger Message-ID: <56E1CE81.2020209@labn.net> Date: Thu, 10 Mar 2016 14:44:01 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C3838591@tss-server1.home.tropicalstormsoftware.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: Re: [manet] DLEP r=eview X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 19:44:29 -0000 Rick, On 3/10/2016 12:00 PM, Rick Taylor wrote: > The current diff between draft-20 and what we have is: > > * Some minor text improvements from Chris D's last review (e.g. 'each > of'/'any of'). > * Renumbering the status code values. >From my perspective, since this is a minor change it doesn't make too much of a difference for my comments. I should have comments to you on Monday (worst case Tuesday.). Lou From nobody Thu Mar 10 12:16:39 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E03C12DC80 for ; Thu, 10 Mar 2016 12:16:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 ffK1ioblPXxM for ; Thu, 10 Mar 2016 12:16:36 -0800 (PST) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B96F12DC79 for ; Thu, 10 Mar 2016 12:16:36 -0800 (PST) Received: by mail-qg0-x22d.google.com with SMTP id w104so80694975qge.1 for ; Thu, 10 Mar 2016 12:16:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=N5hk40KY8BhGLd5eqqT7sBvdUkaCGqzJwsBN6G/7wsw=; b=xRp7ovQFBJ0/n4xkYldcLlK4w7LmGuTS995KFMMRtsR6KYMtw4KbMO7xRgF98qumnw mSGZlmoLvKt5ZX7M/2U9GGlwRzhMeiN5l77HZ+I+rTsh1glh4cF7LnEzjAXwvSHWgv+Z B2dT4j1B6ELrzjn6LpR8VAjESJ9soWvBAAUkpNb5QILZra2sM39warCywvkwvSOKQ8fI yGXNvnle9N52oc/tdoDrrwnV1h+p3EAC8Y9/6J/0aCfYhZBy55wUKu8+ZsQcUIifRSWJ sLWuXZQM18y0CuWQlhgHSvriS2RNmoeTPi/q5IGEkvQpUUn86CIqdzOaAq3Tooq4y2sZ j1Zw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=N5hk40KY8BhGLd5eqqT7sBvdUkaCGqzJwsBN6G/7wsw=; b=EU2LOkVVYZimT0H1RCWsc0Wl5zFwNQh1XySMLIYpYCGLXc8O+zZ461TjdM19IBbFZZ x0424Hn5zypcPWfiu7wozZWq9zZKD+z100aFq6m57csFeZAHvG2V4xUYcf0SCIRHFiGL odzxHsUoEoz5b7oXhlGuhAz/GmEfWUOqwhxY82w85PKikbUi8XgXi37uyhCfkUaDz4GI uhWBfsiGc6kwpqTEHf/cpeGnu1XO5b8YaN981soTKFeLHHnzrHVN5t9MNBRoTqwA/cm1 Nv2bC0b1iRnplF9r07P/Aulxei/TRN+1FnA7HHu3ScihRnf2nhcyyHgLaXSy8bozxLxw 35UQ== X-Gm-Message-State: AD7BkJLhqRKxXx8qdTEaGojxMwkzpb/dVsDR1vdH2Bq3eZ8h56PDQivAPa88RonTqz3mzg== X-Received: by 10.140.151.194 with SMTP id 185mr6936596qhx.92.1457640995384; Thu, 10 Mar 2016 12:16:35 -0800 (PST) Received: from [10.30.20.13] (pool-108-31-161-77.washdc.fios.verizon.net. [108.31.161.77]) by smtp.gmail.com with ESMTPSA id v5sm2382277qka.46.2016.03.10.12.16.34 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 10 Mar 2016 12:16:34 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Randal Atkinson In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C380B213@tss-server1.home.tropicalstormsoftware.com> Date: Thu, 10 Mar 2016 15:17:01 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <645B94E8-819A-4C4E-8477-089EA63C1303@gmail.com> <38A5475DE83986499AEACD2CFAFC3F9801C380B213@tss-server1.home.tropicalstormsoftware.com> To: Rick Taylor X-Mailer: Apple Mail (2.3112) Archived-At: Cc: MANET IETF Subject: Re: [manet] DLEP-17: initial assignment tables & nearby text X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 20:16:38 -0000 > On 9Mar2016, at 05:26, Rick Taylor = wrote: >=20 > Comments inline... >=20 > On 24/11/15 17:47, RJ Atkinson wrote: >>=20 >> 1. Signals/Messages >> -------------------- >> Section 9.0, 3rd paragraph, says: >> =93The core DLEP signals and messages are:=94 >>=20 >> Table 1, which contains also items that I had not thought >> were =93core DLEP signals and messages=94 (e.g. Private Use >> allocation), then follows. >>=20 >> My suggestion is to change the text above to read: >> =93The core DLEP signals and messages have Type Code >> values from 1 to 16, inclusive. The initial values >> for the DLEP Signals & Messages Registry are found >> in Table 1.=94 >>=20 >=20 > I'm really not sure this adds anything except extra text. The proposed text clarifies, for example, that Private Use items are NOT =93Core DLEP signals and messages=94. As of DLEP-17, the table referenced included the whole set of values. If the intention is that =93Core DLEP signals and messages=94 DO include Private Use Items, then it is not clear why we defined a concept of =93Core=94 items. >=20 >>=20 >> 2. Data Items >> -------------- >> Section 10.0, 2nd paragraph, says: >> =93The core DLEP data items are:=94 >>=20 >> Table 2, which contains also items that I had not thought >> were =93core DLEP data items=94 (e.g. Private Use allocation) >> then follows. >>=20 >> My suggestion is to change the quoted text above to read: >> =93The core DLEP data items have Type Code values >> from 1 to 20, inclusive. The initial values for >> the DLEP Data Item Registry are found in Table 2.=94 >=20 > I'm really not sure this adds anything except extra text. See above. Either we don=92t need a concept of =93Core=94 items because everything is =93Core=94 xor the =93Core=94 items need to be crisply specified. DLEP-17 indicated the entire table, not just items 1-20, are =93Core=94 items. >>=20 >> 3. Status Codes >> --------------- >> (We don=92t seem to have a defined set of =93core=94 DLEP status = codes, >> which is OK with me, but unexpected after defining =93core=94 values >> earlier.) >>=20 >> I suggest inserting the following sentence just before >> Table 3: >> =93The initial values for the DLEP Status Codes Registry >> are found in Table 3.=94 >>=20 >=20 > Hmm.. we don't define 'core status codes' so I'm not convinced.=20 I agree it didn=92t. I merely noted that it was a surprise. > However, we may have to move the Signal, Message, data Item and=20 > status-code tables into the IANA section, in which case, some text = like=20 > this will have to be included. I believe that the table of initial values for any IANA-managed registry belongs in the IANA Considerations Section. Certainly that is a very common place for them. >>=20 >> 4. Extension Types >> ------------------ >>=20 >> (editorial) >> Section 12.6 says in part: >> =93Current allocations are:=94 >>=20 >> This ought instead to read: >> =93Initial allocations are:=94 >>=20 >> because the reader=92s definition of =93current=94 is "when >> they are reading the specification", rather than >> "the date that the specification was written=94. >>=20 >> The =93current=94 set is whatever the IANA Registry web page >> says on the =93current day=94 that one looks at that registry. >=20 > s/current/initial/ >=20 > On to the next mail, >=20 > Rick From nobody Thu Mar 10 12:24:20 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 033AD12DCF4 for ; Thu, 10 Mar 2016 12:24:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 PzmfcHdvixNr for ; Thu, 10 Mar 2016 12:24:03 -0800 (PST) Received: from mail-qk0-x229.google.com (mail-qk0-x229.google.com [IPv6:2607:f8b0:400d:c09::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 6D5C912DCF2 for ; Thu, 10 Mar 2016 12:24:01 -0800 (PST) Received: by mail-qk0-x229.google.com with SMTP id o6so39491962qkc.2 for ; Thu, 10 Mar 2016 12:24:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=dGMrGx/y2Q4/tju1UZBHh02yqHv28BvpxTaRYBx/kv0=; b=e1z7GtadoSaOWYHKBE6ugNIiQQYTx2yBJOLBHgMWGo2x7z8oauMZyq5YOP8GT96ZqI c9xgMCA13o0yIjS48FBnCfCIPI+FbqEYx+s962C1Z7Jj035Ev/hdpagdxuCXZz7z04Bo esChQka/aDnu29WGDL+fJhYiii92PBfwbh1dRiycx710wBrlmiqf7YQpC8BGqEMxZnwI h+AVwUd742z1NhzhMPehvOG5xyufQ8hOiZNgwYc7uOTKwzi/XUAQtFHQzv0SqZ2Za5r3 GijcNej9iCwtD9r2xoZpn95wzVViiDjgxGwsv86O9HJfwrEd+ruZJRUzRq2A32T+H2dX x/oA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=dGMrGx/y2Q4/tju1UZBHh02yqHv28BvpxTaRYBx/kv0=; b=lrdarTRy3Y3qaE+soCOrvWkUjT77zMf9+Ydk7lGfl7btUdpj+i80gf4sfVJ/+LKg39 kKmRWjZlYhWcohuVuyE6q4wv9MU1/vw9Sdid1toum01kEOAE0ZtOFQtSRStFUuMRrOSw X0Y3HjNRJhjXjhL23nJn/SlH/G2T+iXQwz3oG0cedXehP5ce/2Y9JQr8Co5O3vuWVyb8 EeLr+hJpsBZ69yBUSkDIExQbjqaetG9c3i2ejYxOimXY73ye4DQczXYWNhwcGvV9Wcp4 0i+lirK0t5cpHWeJTIzOkeQHpleE5RjEmpqgOcfNytx5e/hXXMnlK/0WIMSDDnne3adu jJFg== X-Gm-Message-State: AD7BkJLlRfSKslwuVdzYm31bbDYS0bRhgKuvqyw06tNBAAZQvpzdxskLQal7jkQBsBKo6g== X-Received: by 10.55.73.68 with SMTP id w65mr6713566qka.68.1457641440495; Thu, 10 Mar 2016 12:24:00 -0800 (PST) Received: from [10.30.20.13] (pool-108-31-161-77.washdc.fios.verizon.net. [108.31.161.77]) by smtp.gmail.com with ESMTPSA id h5sm2389206qge.48.2016.03.10.12.23.59 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 10 Mar 2016 12:24:00 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Randal Atkinson In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C380B1EC@tss-server1.home.tropicalstormsoftware.com> Date: Thu, 10 Mar 2016 15:24:26 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <6FA41D8C-B1F0-4DB4-A673-5D1D5856C40F@gmail.com> References: <7496DF74-0C45-4500-9AB9-0A412463FFEC@gmail.com> <38A5475DE83986499AEACD2CFAFC3F9801C380B1EC@tss-server1.home.tropicalstormsoftware.com> To: Rick Taylor X-Mailer: Apple Mail (2.3112) Archived-At: Cc: MANET IETF Subject: Re: [manet] DLEP-17: timers not clearly defined X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 20:24:09 -0000 > On 9Mar2016, at 05:10, Rick Taylor = wrote: >=20 > Continued, comments inline... >=20 > On 24/11/15 15:26, RJ Atkinson wrote: >>=20 >> The current specification seems to define (at least) two timers: >> - Peer Discovery Timer (Appendix A) >> - Heartbeat Timer (Section 5.3.1 & 10.5) >>=20 >> However, these are implicitly defined, rather than being explicitly >> defined. Further, the Peer Discovery Timer is defined in an >> Appendix, not in the main body of the specification. >>=20 >>=20 >> REQUEST: Please add a new Section named =93Timers=94. >>=20 >> It can be short, but it ought to define each timer that an = implementation >> ought to have, the semantics of each timer, the units (seconds ?) of = each >> timer, and pointers to the parts of the draft that define = when/where/how >> to use the timer(s). >>=20 >=20 > We think we have addressed the general comments around heartbeats, but=20= > there is still the Discovery Timer. Currently we believe this is an=20= > implementation issue and does not need to be explicitly defined in the = text. >=20 > If the WG consensus thinks otherwise, I agree it isn't a major change = to=20 > add some normative text. >=20 > This is therefore an open question to the WG... Based on DLEP-17, I think we need at least a description of the = Discovery Timer=20 and also conceptually where/how it fits into an implementation. If the = timer is optional,=20 that would be OK provided the text said it was optional (i.e., don=92t = make an reader guess what the specification means, that road leads to = non-interoperability). =20 At a high-level, any timer that an implementation needs to have =97 or = timer that is mentioned in the specification =97 should be clearly documented. Now in some cases, that timer might have very precise normative text (timer than runs for X ms, then behavior Y happens). In other cases, = that timer might have less precise normative text =97 leaving some details of = =20 that timer=92s implementation up to the implementer. Please don=92t = make an implementer guess about whether the timer exists, why it exists, or how it relates to the rest of the DLEP implementation. The implementer needs to be able to create a fully interoperable implementation just from reading the specification, so any timer that is=20= either required or mentioned needs to be clearly described (even if some implementations details of a given timer are left to the implementer). Yours, Ran From nobody Thu Mar 10 12:43:04 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4504912DD42 for ; Thu, 10 Mar 2016 12:43:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 NhjS5PmZlzL0 for ; Thu, 10 Mar 2016 12:43:00 -0800 (PST) Received: from mail-yw0-x22c.google.com (mail-yw0-x22c.google.com [IPv6:2607:f8b0:4002:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A629512DD45 for ; Thu, 10 Mar 2016 12:43:00 -0800 (PST) Received: by mail-yw0-x22c.google.com with SMTP id d65so77850359ywb.0 for ; Thu, 10 Mar 2016 12:43:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=nRwmhu9lYvYD2UqrcIoZHfNFzjwnHIihMZjTrUxjgiI=; b=I9VLUPf0t+aRfks3FqQ+sLQ6Lo7EhONAMSXrgN2WrLSCZqnw1+WFZdfNeKYlqrr0aF v3W6M5/6QsGpaCjEC4SXwwIvZwRGgIZVK1jlSPmPrv+yZKZjaqEkDNRvcVpRt9gD/hp1 5OJ1olUTGg8QV9BPz0oOlbSqYiKIAGSTe/HCbLl4cH8IFokM7oTaioliMo12+bXrmyNT 0OGdaq4FaNaFfRZ28XHIR8C/t+gjhQm/VIcj/8UAo0WIpLxIolzOdGTUKEjmvD4HXEre hi78UA5Ow1KE8C0wgCriM7Ej+ByHCu6UzNZK8OjTH/VEodL9HD1NtX9Ad0efCRP1yYat GFEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=nRwmhu9lYvYD2UqrcIoZHfNFzjwnHIihMZjTrUxjgiI=; b=C9Zx41KD0/jbE3c8195iSMfO45tEfrS/Z/p1EdmW18GuuP9N0I8x6v3MecQauzEtO9 /SmjE5SA9TWWiuwA/kvcKSuxVLFL6/1fV0IqsFjZDZWptXHs0X6FrCSyePkOfr5FqMIN RgIaoZIRnzInH8LJ6+GKH/pTbNlmgPeyb5Nq6TM/XAsHEzOG6/98yPsCl2hZk8vbkBnM 6Ghc4N4efbdcUejZfZuWpS0vDkaW97WmC5RSzcEYlZy5zvbft3GdQOfggw385Vg1ldHi oAsnJHidnoIuvxcLmmCUy43YRwOanay6adpXAa6I/20+GHyOu85b8QcYv8csz8j7tz3K 9DWg== X-Gm-Message-State: AD7BkJKtikc/KyRECXu+raGYIDgSvjoPJDVhchiCAE7P6cp4n5jMCWbFYc62Qi/LTOLNjQ== X-Received: by 10.129.106.7 with SMTP id f7mr3266293ywc.336.1457642579357; Thu, 10 Mar 2016 12:42:59 -0800 (PST) Received: from [192.168.1.105] (cpe-98-26-121-118.nc.res.rr.com. [98.26.121.118]) by smtp.gmail.com with ESMTPSA id f81sm3331369ywb.38.2016.03.10.12.42.58 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 10 Mar 2016 12:42:58 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-815AD3D0-54A5-431D-9806-4914CD24A2C4 Mime-Version: 1.0 (1.0) From: Stan Ratliff X-Mailer: iPhone Mail (13D15) In-Reply-To: Date: Thu, 10 Mar 2016 15:42:55 -0500 Content-Transfer-Encoding: 7bit Message-Id: References: To: "Dearlove, Christopher (UK)" Archived-At: Cc: "Taylor, Rick \(rick.taylor@airbus.com\) \(rick.taylor@airbus.com\)" , "manet@ietf.org" Subject: Re: [manet] DLEP r=eview X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 20:43:03 -0000 --Apple-Mail-815AD3D0-54A5-431D-9806-4914CD24A2C4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > On Mar 10, 2016, at 11:33 AM, Dearlove, Christopher (UK) wrote: >=20 > So far I haven=E2=80=99t looked at -20 (and I=E2=80=99ve heard a rumour of= a -21 coming Real Soon Now) I=E2=80=99ve just looked at comments on comment= s. Based on the comments alone, looking good on what I=E2=80=99ve indicated.= (Of course not agreed with everything, but I haven=E2=80=99t seen anything I= felt more strongly about disagreed with, with one partial exception.) > =20 > The one I think I=E2=80=99d just take advice on now rather than produce an= other cycle is the IANA section. It=E2=80=99s easy to drop a line to them sa= ying something like =E2=80=9Cmust an IANA section be fully self-contained, o= r may it include references to tables elsewhere in the document=E2=80=9D. I t= hink the answer is the former, but I may be wrong. > =20 > I have, for my convenience, cut and pasted here two comments to follow up o= n as well as a read of -20/-21. > =20 > =20 > > Section 9.5. The whole concept of router signalling modem should be > > brought out earlier in the document. The paragraph starting > > =E2=80=9CConcerning layer 3 addresses=E2=80=9D is a particularly jarring= one in the > > mixture of protocol and data. > =20 > This has been heavily reworked in draft-20, but this paragraph remains. > Can you revisit? I'm at a bit of a loss as to how to revisit & address the above. Perhaps you= could suggest som text?=20 Regards, Stan > =20 > > Section 10., second paragraph, line 3, delete MAY, that=E2=80=99s what z= ero > > means, not an option. (Any use of MAY needs to be elsewhere, and in > > any case it=E2=80=99s overruled by RECOMMENDED i.e. SHOULD two lines dow= n.) > =20 > Sorry, where? > =20 > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow= , Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai >=20 > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-815AD3D0-54A5-431D-9806-4914CD24A2C4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable



On Mar 10, 2016, at 11:33 AM, Dearlove, Christopher (U= K) <chris.dearlove@baesy= stems.com> wrote:

=

So far I haven=E2=80=99t looked at -20 (and I=E2=80=99= ve heard a rumour of a -21 coming Real Soon Now) I=E2=80=99ve just looked at= comments on comments. Based on the comments alone, looking good on what I=E2= =80=99ve indicated. (Of course not agreed with everything, but I haven=E2=80=99t seen anything I felt more strongly about disagreed with, w= ith one partial exception.)

 

The one I think I=E2=80=99d just take advice on now r= ather than produce another cycle is the IANA section. It=E2=80=99s easy to d= rop a line to them saying something like =E2=80=9Cmust an IANA section be fu= lly self-contained, or may it include references to tables elsewhere in the document=E2=80=9D. I think the answer is the former, but I= may be wrong.

 

I have, for my convenience, cut and pasted here two c= omments to follow up on as well as a read of -20/-21.

 

 

> Section 9.5. The whole concept of router sign= alling modem should be

> brought out earlier in the document. The para= graph starting

> =E2=80=9CConcerning layer 3 addresses=E2=80=9D= is a particularly jarring one in the

> mixture of protocol and data.

 

This has been heavily reworked in draft-20, but th= is paragraph remains.

 Can you revisit?


I'm at a bit of a loss as to how to revisit & address th= e above. Perhaps you could suggest som text? 

Regard= s,
Stan

 

> Section 10., second paragraph, line 3, delete= MAY, that=E2=80=99s what zero

> means, not an option. (Any use of MAY needs t= o be elsewhere, and in

> any case it=E2=80=99s overruled by RECOMMENDE= D i.e. SHOULD two lines down.)

 

Sorry, where?

 

 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied Intelligence Laboratories
____________________________= ______________________________________________

T:  +44 (0)1245 242194 &nb= sp;|  E: chris.dearlove@baesystems.com

BAE Systems Applied= Intelligence, Chelmsford Technology Park, Great Baddow, Chelmsford, Essex C= M2 8HN.
www.b= aesystems.com/ai

BAE= Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research Park, Guildfo= rd, Surrey, GU2 7YP

 

********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************

____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mai= lman/listinfo/manet
= --Apple-Mail-815AD3D0-54A5-431D-9806-4914CD24A2C4-- From nobody Thu Mar 10 13:27:49 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE20C12D6B7 for ; Thu, 10 Mar 2016 13:27:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 Y8bfZZTbJQl5 for ; Thu, 10 Mar 2016 13:27:44 -0800 (PST) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA99B12DDB9 for ; Thu, 10 Mar 2016 13:27:43 -0800 (PST) Received: by mail-wm0-x22f.google.com with SMTP id l68so4641781wml.0 for ; Thu, 10 Mar 2016 13:27:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=sO/IcKrDIfT6ODuB8okW00OGKSGEd6r7qHKOQYRfWRM=; b=HV/0bRZ4e+t6PdkOsaoSzK2RtZerYjrh2VH8PMQIQ4tn+sO2nCx9w+1i+Puk6P1sjy lwTd8ppBr2yk8NMTEbtGLPr0Zy3ckcTeGI+q3s8tBuOkgqWjHEiMdfH8eMIjxMCNspBC EZdOLomwQetAAW11MzIs5XL2cQf41LPyDhK/pgJ9ly/PrndA8MkxI9z0Vc6vV1jjMzBw QEG0Up51ghVdym45f9ibXgqYPnDiC72yCkZppQFavTImOAkORcz2CjDiYg2DCAmiwW3C NB4hHooz308KrdnQs6ghpYEqAGyXIcuZ1cthCf5dkMhRo6acoOSrWZPUjT7bZRZLBhTP SQQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=sO/IcKrDIfT6ODuB8okW00OGKSGEd6r7qHKOQYRfWRM=; b=JOT6oUg7I6keBMJ70PuIJ+iwweYatYAmqCRF6js8plNpttH3ISI211hvhW+hrwMZlc qsOq2us+L5YSHdNzros6UwbDHcSTNx6dorzsR5EM3E5dP2Vrb3rd0g7VWBJl9Apt9ZGD 9+Lt0Q9otbLrIFj+UDzSkzdfcCBe0iAqwz3bh97sTb1SX3+SZEcKCD9+MBpi7mot96B9 0wMCzlyjmvf/BjjQGoHrwlKJWcb8yWexgCyRu0oR/660V8uf5Uit55Wa+Zy+wG2rgA1G 5YYDwRjLZLmUh4I6nrmzvpPod+aVUK2701KA+ZRA0sdlC1ajfSWEsHLkKVflJ+OWAgsy /tUQ== X-Gm-Message-State: AD7BkJJYpBzjGn+T63qbrSWjVslMyTkIflcC0E00S4HviwJZ/cK5+a0X66G/fY80pyZe5Q== X-Received: by 10.28.49.3 with SMTP id x3mr479487wmx.4.1457645262359; Thu, 10 Mar 2016 13:27:42 -0800 (PST) Received: from [10.2.200.12] (dab-rcn1-h-72-8.dab.02.net. [82.132.247.59]) by smtp.gmail.com with ESMTPSA id gg7sm5371026wjd.10.2016.03.10.13.27.40 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 10 Mar 2016 13:27:41 -0800 (PST) References: Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-845862AB-FA55-4B22-8089-5305DADEC104 Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Thu, 10 Mar 2016 21:27:35 +0000 To: Stan Ratliff Archived-At: Cc: "Dearlove, Christopher \(UK\)" , "manet@ietf.org" , "Taylor, Rick \(rick.taylor@airbus.com\) \(rick.taylor@airbus.com\)" Subject: Re: [manet] DLEP r=eview X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2016 21:27:46 -0000 --Apple-Mail-845862AB-FA55-4B22-8089-5305DADEC104 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Sorry, I wasn't clear. Those are bits from Rick commenting on my comments th= at I couldn't work out what, if anything, my response to was without readin= g -20. But to avoid them being lost in the various postings I abstracted the= m to one place to reconsider. Right now I have no idea if my reaction will b= e I'm OK with what's in -20 or have a suggestion. --=20 Christopher Dearlove christopher.dearlove@gmail.com > On 10 Mar 2016, at 20:42, Stan Ratliff wrote: >=20 >=20 >=20 >=20 >> On Mar 10, 2016, at 11:33 AM, Dearlove, Christopher (UK) >=20 >> So far I haven=E2=80=99t looked at -20 (and I=E2=80=99ve heard a rumour o= f a -21 coming Real Soon Now) I=E2=80=99ve just looked at comments on commen= ts. Based on the comments alone, looking good on what I=E2=80=99ve indicated= . (Of course not agreed with everything, but I haven=E2=80=99t seen anything= I felt more strongly about disagreed with, with one partial exception.) >> =20 >> The one I think I=E2=80=99d just take advice on now rather than produce a= nother cycle is the IANA section. It=E2=80=99s easy to drop a line to them s= aying something like =E2=80=9Cmust an IANA section be fully self-contained, o= r may it include references to tables elsewhere in the document=E2=80=9D. I t= hink the answer is the former, but I may be wrong. >> =20 >> I have, for my convenience, cut and pasted here two comments to follow up= on as well as a read of -20/-21. >> =20 >> =20 >> > Section 9.5. The whole concept of router signalling modem should be >> > brought out earlier in the document. The paragraph starting >> > =E2=80=9CConcerning layer 3 addresses=E2=80=9D is a particularly jarrin= g one in the >> > mixture of protocol and data. >> =20 >> This has been heavily reworked in draft-20, but this paragraph remains. >> Can you revisit? >=20 > I'm at a bit of a loss as to how to revisit & address the above. Perhaps y= ou could suggest som text?=20 >=20 > Regards, > Stan >=20 >> =20 >> > Section 10., second paragraph, line 3, delete MAY, that=E2=80=99s what z= ero >> > means, not an option. (Any use of MAY needs to be elsewhere, and in >> > any case it=E2=80=99s overruled by RECOMMENDED i.e. SHOULD two lines do= wn.) >> =20 >> Sorry, where? >> =20 >> =20 >> -- >>=20 >> Christopher Dearlove >> Senior Principal Engineer >> BAE Systems Applied Intelligence Laboratories >> _________________________________________________________________________= _ >>=20 >> T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com >>=20 >> BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddo= w, Chelmsford, Essex CM2 8HN. >> www.baesystems.com/ai >>=20 >> BAE Systems Applied Intelligence Limited >> Registered in England & Wales No: 01337451 >> Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >>=20 >> =20 >> ******************************************************************** >> This email and any attachments are confidential to the intended >> recipient and may also be privileged. If you are not the intended >> recipient please delete it from your system and notify the sender. >> You should not copy it or use it for any purpose nor disclose or >> distribute its contents to any other person. >> ******************************************************************** >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-845862AB-FA55-4B22-8089-5305DADEC104 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Sorry, I wasn't clear. Those are bits f= rom Rick commenting on my comments that I couldn't work out what, if anythin= g, my response to was  without reading -20. But to avoid them being los= t in the various postings I abstracted them to one place to reconsider. Righ= t now I have no idea if my reaction will be I'm OK with what's in -20 or hav= e a suggestion.

-- 
Christopher Dearlove

On 10 Mar 2016, at 20:42, Stan Ratliff <ratliffstan@gmail.com> wrote:




On Mar 10, 201= 6, at 11:33 AM, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com wrote:

So far I haven=E2=80=99t looked at -20 (and I=E2=80=99= ve heard a rumour of a -21 coming Real Soon Now) I=E2=80=99ve just looked at= comments on comments. Based on the comments alone, looking good on what I=E2= =80=99ve indicated. (Of course not agreed with everything, but I haven=E2=80=99t seen anything I felt more strongly about disagreed with, w= ith one partial exception.)

 

The one I think I=E2=80=99d just take advice on now r= ather than produce another cycle is the IANA section. It=E2=80=99s easy to d= rop a line to them saying something like =E2=80=9Cmust an IANA section be fu= lly self-contained, or may it include references to tables elsewhere in the document=E2=80=9D. I think the answer is the former, but I= may be wrong.

 

I have, for my convenience, cut and pasted here two c= omments to follow up on as well as a read of -20/-21.

 

 

> Section 9.5. The whole concept of router sign= alling modem should be

> brought out earlier in the document. The para= graph starting

> =E2=80=9CConcerning layer 3 addresses=E2=80=9D= is a particularly jarring one in the

> mixture of protocol and data.

 

This has been heavily reworked in draft-20, but th= is paragraph remains.

 Can you revisit?


I'm at a bit of a loss as to how to revisit & address th= e above. Perhaps you could suggest som text? 

Regard= s,
Stan

 

> Section 10., second paragraph, line 3, delete= MAY, that=E2=80=99s what zero

> means, not an option. (Any use of MAY needs t= o be elsewhere, and in

> any case it=E2=80=99s overruled by RECOMMENDE= D i.e. SHOULD two lines down.)

 

Sorry, where?

 

 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied Intelligence Laboratories
____________________________= ______________________________________________

T:  +44 (0)1245 242194 &nb= sp;|  E: chris.dearlove@baesystems.com

BAE Systems Applied= Intelligence, Chelmsford Technology Park, Great Baddow, Chelmsford, Essex C= M2 8HN.
www.b= aesystems.com/ai

BAE= Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research Park, Guildfo= rd, Surrey, GU2 7YP

 

********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************

____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mai= lman/listinfo/manet
_____________________________________= __________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/man= et
= --Apple-Mail-845862AB-FA55-4B22-8089-5305DADEC104-- From nobody Mon Mar 14 01:31:42 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5A9612D9F8 for ; Mon, 14 Mar 2016 01:31:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 MVNrFceodZ6T for ; Mon, 14 Mar 2016 01:31:39 -0700 (PDT) Received: from mirabel.astrium.eads.net (mirabel.astrium.eads.net [194.62.210.46]) (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 05F7712D9B9 for ; Mon, 14 Mar 2016 01:31:38 -0700 (PDT) Received: from rosout.astrium.eads.net ([10.222.0.6]) by mirabel.astrium.eads.net (8.14.4/8.14.4) with ESMTP id u2E8VTBc023795; Mon, 14 Mar 2016 08:31:29 GMT Received: from rosout.astrium.eads.net (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5F46B20828E; Mon, 14 Mar 2016 08:31:29 +0000 (GMT) Received: from localhost (unknown [127.0.0.1]) by IMSVA (Postfix) with SMTP id 54F3A208304; Mon, 14 Mar 2016 08:31:29 +0000 (GMT) X-IMSS-HAND-OFF-DIRECTIVE: 127.0.0.1:10026 Received: from AUK52840.UKN.UKNROOT.ASTRIUM.CORP (unknown [10.221.1.31]) by rosout.astrium.eads.net (Postfix) with ESMTPS id A8BF72080F0; Mon, 14 Mar 2016 08:31:20 +0000 (GMT) Received: from AUK52715.UKN.UKNROOT.ASTRIUM.CORP ([fe80::70c5:d8f8:7a03:bd48]) by AUK52840.UKN.UKNROOT.ASTRIUM.CORP ([fe80::7584:4b98:38c0:4ce7%15]) with mapi id 14.03.0123.003; Mon, 14 Mar 2016 08:31:20 +0000 From: "MATTY, Steven" To: "'Ratliff, Stanley'" , "'Rick Taylor'" , Lou Berger , "Dearlove, Christopher (UK)" , "TAYLOR, Rick" , "manet@ietf.org" Thread-Topic: [manet] DLEP r=eview Thread-Index: AQHReuvohK5eR7GKD0m42F82LGaPR59TABaQgAABygCABZ9ZsA== Date: Mon, 14 Mar 2016 08:31:19 +0000 Message-ID: References: <56E1A403.6040709@labn.net> <6219_1457629570_56E1A981_6219_2587_1_38A5475DE83986499AEACD2CFAFC3F9801C3838591@tss-server1.home.tropicalstormsoftware.com> <24322_1457635036_56E1BEDC_24322_7012_1_57ad0237f3d24f07973f1908fc62f3cb@VAUSDITCHM2.idirect.net> In-Reply-To: <24322_1457635036_56E1BEDC_24322_7012_1_57ad0237f3d24f07973f1908fc62f3cb@VAUSDITCHM2.idirect.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.221.1.73] X-TM-AS-Product-Ver: IMSVA-9.0.0.1549-8.0.0.1202-22192.006 X-TM-AS-Result: No--8.717-5.0-31-10 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-GCONF: 00 X-imss-scan-details: No--8.717-5.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1549-8.0.1202-22192.006 X-TMASE-Result: 10--8.717100-10.000000 X-TMASE-MatchedRID: O/y65JfDwws4HKI/yaqRm+HG2TKOWIkuX5TqQagR07dF6yga/Gq9srBn tcsD4nhq6RgrcTXWg2JB1276NQOymArZCxr9Lf8pyKTEsCRIdyWS3G9UxpYxsN9RlPzeVuQQCQC EG2b2H3VfxsaX7aBtYzEN1lUEW6IWBNGtNe2iw92eAiCmPx4NwFsKO+9Zlb5Jme9AzntO/JtQSF bL1bvQASAHAopEd76vOXzZxtwnsriU9rFWTZjbNEmR5Jhdw40W1Vgrmmp9L7si2/bVs6qipA== X-TMASE-SNAP-Result: 1.811037.0001-0-1-22:0,12:0 Archived-At: Subject: Re: [manet] DLEP r=eview X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2016 08:31:41 -0000 Hi Stan, >From: Ratliff, Stanley [mailto:sratliff@idirect.net] > >Thanks. RLQ is *NOT* a percentage. If that's in DLEP-20, then I missed t= he >update, and I oppose. > >Regards, >Stan I don't have particularly strong feelings on the matter, but my only ques= tion would be that, if it isn't a percentage, why not make the range 0-255 ? (and wh= y pick 0-100 specifically?) >> -----Original Message----- [..snip..] >> Rick, >> >> Thanks for the swift turnaround in getting DLEP-20 out. >> >> Only 1 NIT : from a quick peruse, the change to RLQT being a percentag= e >> wasn't also done for RLQR. [..snip..] This email (including any attachments) may contain confidential and/or pr= ivileged information or information otherwise protected from disclosure. = If you are not the intended recipient, please notify the sender immediate= ly, do not copy this message or any attachments and do not use it for any= purpose or disclose its content to any person, but delete this message a= nd any attachments from your system. Airbus Defence and Space Limited dis= claims any and all liability if this email transmission was virus corrupt= ed, altered or falsified. -o- Emails to Airbus Defence and Space Limited may be processed, recorded and= monitored outside the UK. -o- Airbus Defence and Space Limited, Registered in England and Wales No. 244= 9259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, = England From nobody Mon Mar 14 06:37:48 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCE8812DA89 for ; Mon, 14 Mar 2016 06:37:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 yHgmwCyRI3_g for ; Mon, 14 Mar 2016 06:37:43 -0700 (PDT) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (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 94E7112DA88 for ; Mon, 14 Mar 2016 06:37:43 -0700 (PDT) Received: by mail-ig0-x233.google.com with SMTP id vf5so60970866igb.0 for ; Mon, 14 Mar 2016 06:37:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=4z35sW++1SUw0WVOeEpyBb6pZeRC/06hiIdbBB9lvUc=; b=idKoGMARhDpa1qH9a8Cg5+c336skevQ2Yhb4Q3dCDIx1mVZ+APoyEqYyC1P6xn7B5E XkM0wLoUL1ZWve1DuR5X8PpO7QFkTZyPoGUAyVRFOy8mdwh+b5Gky/zdU55bomlHUNk+ w3TmawgdffZWaTYlULE/MKdN6AKvpBwn9SQSjK8G5iRaGiGVqekyjwmnpbUQpCTfrkv/ u4bEnClP3Z/QOHlxR10L+Mie8rbgxr9NUeSh1IDamQ3ckHF6pJJ10BEuTfBet8an5rEl vxPRKfsTL3cvyFPVDpFFSbiRd7d7s6oD5fdqcRO34TBJWuhxYf0onmYDOS6G8mgyDUcF B4DQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=4z35sW++1SUw0WVOeEpyBb6pZeRC/06hiIdbBB9lvUc=; b=OmC5XWd2tHQ+MYP/nxjq9nHCSNfCw1xkjhtE9AyVYbNfK7byRRyDXPgXgXqe5Fnwo3 V2d+60gkAhDf5sUUYftxWfZ+mg75KR9N/ybpoTQtYKCvgc+hFyRI6mNCRprXK4zfXotE EM/USmGm3k3nUK0CWlvWzyTlOq4W9aNjrQu+j8cx5aWD8CJdJ5hQnm1CJ4iPurYbz1xG 7TTKsY8Pvhm8wwLKKeeA3cpby7NnLxLakiq0TxrhcMUY/Tm+xcoUAxfNTkZBn+UmbHai 96il0hfndPo0cB/HbXiStxe1MPJRcOkq1uZnpjR5BjHf2XTDXxfq2kncugxNJrAhjohl tyRA== X-Gm-Message-State: AD7BkJKTjFc9arqhPPj+iRIWqMTVsh3BT2D2q4xyiF4XeNR9lpwmzrL+ao+tKpNUdH7pF8yP7X0F7YdKq7bZ8A== MIME-Version: 1.0 X-Received: by 10.50.138.5 with SMTP id qm5mr17830237igb.69.1457962662653; Mon, 14 Mar 2016 06:37:42 -0700 (PDT) Received: by 10.79.96.1 with HTTP; Mon, 14 Mar 2016 06:37:42 -0700 (PDT) In-Reply-To: References: <56E1A403.6040709@labn.net> <6219_1457629570_56E1A981_6219_2587_1_38A5475DE83986499AEACD2CFAFC3F9801C3838591@tss-server1.home.tropicalstormsoftware.com> <24322_1457635036_56E1BEDC_24322_7012_1_57ad0237f3d24f07973f1908fc62f3cb@VAUSDITCHM2.idirect.net> Date: Mon, 14 Mar 2016 09:37:42 -0400 Message-ID: From: Stan Ratliff To: "MATTY, Steven" Content-Type: multipart/alternative; boundary=001a1135f1469a7a0b052e0262db Archived-At: Cc: "Dearlove, Christopher \(UK\)" , "manet@ietf.org" , "TAYLOR, Rick" Subject: Re: [manet] DLEP r=eview X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2016 13:37:46 -0000 --001a1135f1469a7a0b052e0262db Content-Type: text/plain; charset=UTF-8 On Mon, Mar 14, 2016 at 4:31 AM, MATTY, Steven wrote: > Hi Stan, > > >From: Ratliff, Stanley [mailto:sratliff@idirect.net] > > > >Thanks. RLQ is *NOT* a percentage. If that's in DLEP-20, then I missed the > >update, and I oppose. > > > >Regards, > >Stan > > I don't have particularly strong feelings on the matter, but my only > question would > be that, if it isn't a percentage, why not make the range 0-255 ? (and why > pick 0-100 specifically?) > For compatibility. The definition of RLQR/RLQT was lifted from RFC5578. Keeping this metric consistent allows for RFC5578 implementations to produce metrics in a consistent manner. Regards, Stan > > >> -----Original Message----- > > [..snip..] > > >> Rick, > >> > >> Thanks for the swift turnaround in getting DLEP-20 out. > >> > >> Only 1 NIT : from a quick peruse, the change to RLQT being a percentage > >> wasn't also done for RLQR. > > [..snip..] > This email (including any attachments) may contain confidential and/or > privileged information or information otherwise protected from disclosure. > If you are not the intended recipient, please notify the sender > immediately, do not copy this message or any attachments and do not use it > for any purpose or disclose its content to any person, but delete this > message and any attachments from your system. Airbus Defence and Space > Limited disclaims any and all liability if this email transmission was > virus corrupted, altered or falsified. > -o- > Emails to Airbus Defence and Space Limited may be processed, recorded and > monitored outside the UK. > -o- > Airbus Defence and Space Limited, Registered in England and Wales No. > 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, > England > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --001a1135f1469a7a0b052e0262db Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mon, Mar 14, 2016 at 4:31 AM, MATTY, Steven <steven.matty@air= bus.com> wrote:
Hi Stan,
>From: Ratliff, Stanley [mailto:= sratliff@idirect.net]
>
>Thanks. RLQ is *NOT* a percentage. If that's in DLEP-20, then I mis= sed the
>update, and I oppose.
>
>Regards,
>Stan

I don't have particularly strong feelings on the matter, but my only qu= estion would
be that, if it isn't a percentage, why not make the range 0-255 ? (and = why pick 0-100 specifically?)

For compa= tibility. The definition of RLQR/RLQT was lifted from RFC5578. Keeping this= metric consistent allows for RFC5578 implementations to produce metrics in= a consistent manner.=C2=A0

Regards,
Stan
=

=C2=A0

>> -----Original Message-----

[..snip..]

>> Rick,
>>
>> Thanks for the swift turnaround in getting DLEP-20 out.
>>
>> Only 1 NIT : from a quick peruse, the change to RLQT being a perce= ntage
>> wasn't also done for RLQR.

[..snip..]
This email (including any attachments) may contain confidential and/or priv= ileged information or information otherwise protected from disclosure. If y= ou are not the intended recipient, please notify the sender immediately, do= not copy this message or any attachments and do not use it for any purpose= or disclose its content to any person, but delete this message and any att= achments from your system. Airbus Defence and Space Limited disclaims any a= nd all liability if this email transmission was virus corrupted, altered or= falsified.
-o-
Emails to Airbus Defence and Space Limited may be processed, recorded and m= onitored outside the UK.
-o-
Airbus Defence and Space Limited, Registered in England and Wales No. 24492= 59
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, En= gland

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

--001a1135f1469a7a0b052e0262db-- From nobody Mon Mar 14 09:49:37 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA2D112DBBD for ; Mon, 14 Mar 2016 09:49:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tptIWF1xLVpI for ; Mon, 14 Mar 2016 09:49:33 -0700 (PDT) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 3E73312DBDD for ; Mon, 14 Mar 2016 09:49:33 -0700 (PDT) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1afVgQ-0030fZ-UN>; Mon, 14 Mar 2016 17:49:30 +0100 Received: from f051001241.adsl.alicedsl.de ([78.51.1.241] helo=[192.168.1.2]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (envelope-from ) id <1afVgQ-001EWu-Cb>; Mon, 14 Mar 2016 17:49:30 +0100 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_1F887F9B-2EAA-4ACF-9AFB-A7B682EF4331" From: Lotte Steenbrink In-Reply-To: Date: Mon, 14 Mar 2016 17:49:29 +0100 Message-Id: <2CEF5DDC-F92E-452A-B4A1-23BB56A50CD6@fu-berlin.de> References: <0EE93A7C-3A02-4205-9C07-1E0001D213DB@fu-berlin.de> To: Christopher Dearlove X-Mailer: Apple Mail (2.3112) X-Originating-IP: 78.51.1.241 X-ZEDAT-Hint: A Archived-At: Cc: "Dearlove, Christopher \(UK\)" , manet@ietf.org Subject: Re: [manet] AODVv2 - first comment (5444 multiplexer) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2016 16:49:36 -0000 --Apple-Mail=_1F887F9B-2EAA-4ACF-9AFB-A7B682EF4331 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello Christopher, > Am 08.03.2016 um 12:59 schrieb Christopher Dearlove = : >=20 > I'm reading this on a phone, so I'm going to wait until I can read it = better for longer comment. >=20 > But there are, and I think this is a potential source for confusion, = two things in 5444. One is about formats, one is about multiplexing. >=20 > Formatting (and parsing) isn't defined as a process, but as formats. = Many people (everyone?) who uses 5444 will create a general 5444 = formatter/parser. That's up to the implementer to decide what to make it = do, whether to optimise in that formatter, outside the formatter, or not = at all. (Personally I have some inside, some outside.) >=20 > The other component is the 5444 multiplexer (and denultiplexer). That = takes 5444 formatted messages (and possibly some other things) and = forms 5444 packets. It is important that the 5444 multiplexer returns = messages as delivered to it (hop count and limit apart of course). = Otherwise security features in the protocol may fail. Note that doesn't = prevent the multiplexer modifying the message before putting it on the = wire, that just needs to be reversible. And obvious example is if you = implement 7182 ICVs and TIMESTAMPs in the multiplexer, if it adds them, = it also needs to remove them before handing the message to the protocol. = (You may instead put this in the protocol.) Exactly. All I wanted to say was that my mental model looked something = like this: +--------------------------------+ | +------------+ +------------+ | +-------------+ | | | | | | | | | | | | | | send | AODVv2/ +-------> Format +--> Multiplex +-------> | OLSRv2/... | | | | | | | | | | | | | | | +-------------+ | +------------+ +------------+ | | RFC5444 | +--------------------------------+ =E2=80=A6Which is why I thought we=E2=80=99d only need to specify the = transaction marked by the first arrow. In previous E-Mails about the = 5444-usage draft, I=E2=80=99ve criticised that it=E2=80=99s not entirely = clear how to do that correctly, and I think that this confusion is an = illustration of the problem I was trying to address=E2=80=A6 = Unfortunately, I haven=E2=80=99t gotten round to reading -02 yet, so I = don=E2=80=99t know if this may have been resolved already. >=20 > Yes, I think the usage document could gain from adding this. Note, = that's personal only, my co-authors haven't agreed to that yet. But = largely because I haven't asked them yet (with one partial exception). >=20 > The points I think are: > - Two things in 5444. Format and multiplex. > - Generic formatter/parser not required, but recommended. Optimisation = optional. > - Multiplexer must deliver messages as sent (hop exception). But may = modify reversibly. 7182 example (could implement message level in = multiplexer, must implement packet level there). Additionally, I was wondering if you=E2=80=99d had a chance to look at = my suggested changes by now? I=E2=80=99d like to fix this as soon as = possible, and I want to make sure I get it right this time. :) Best regards, Lotte >=20 > --=20 > Christopher Dearlove > christopher.dearlove@gmail.com >=20 > On 8 Mar 2016, at 11:09, Lotte Steenbrink = > = wrote: >=20 >> Hello Christopher, >>=20 >> Am 04.03.2016 um 17:19 schrieb Dearlove, Christopher (UK) = >: >>=20 >>> I=E2=80=99ve read some of draft -13. I will provide comments (which = won=E2=80=99t be comprehensive) in bite sized chunks rather than = attempting anything consolidated. And most can wait until next week at = the earliest. >>> =20 >>> But one to kick off. >>> =20 >>> The architecture mandated by 5498 is that AODVv2 creates messages, = it passes them to the 5444 multiplexer. In due course it receives = messages from there. There are some other details, but that=E2=80=99s = the most important. >>> =20 >>> The 5444 multiplexer is what handles UDP ports, multicast addresses = and so on. It doesn=E2=80=99t handle flooding, because its packets = (which may contain multiple messages, from AODVv2 and elsewhere) only go = one hop. >>> =20 >>> There are other requests that can be made to the multiplexer, most = obviously which interface(s) this message is for, but also things like = =E2=80=9Cplease try to keep these messages together=E2=80=9D. If there = are any additional requests that should be supported, and are not = incompatible with the architecture, then the 5444 usage draft is a good = opportunity to get those in. >>> =20 >>> But, looking at the AODVv2 draft, =E2=80=9Cmultiplex=E2=80=9D (as a = whole or part word) only appears twice, both in the paragraph: >>> =20 >>> [RFC5444] provides a multiplexed transport for multiple = protocols. >>> An [RFC5444] multiplexer MAY choose to optimize the content of >>> certain message elements to reduce control message overhead. >>> =20 >>> I think that=E2=80=99s not how I see it, that that=E2=80=99s the = role of the (subtlely different) 5444 message creation process from = addresses and attributes. I think the multiplexer itself, given a whole = message from a protocol shouldn=E2=80=99t be modifying it. Note that = I=E2=80=99ve expressed that as an opinion, though a quite strong one. A = protocol might apply some sort of specialised signature, and we can=E2=80=99= t let the multiplexer destroy that. (The multiplexer might add a 7182 = ICV and/or timestamp, but it will then remove them before the protocol = gets the packet again.) >>=20 >> True. If I remember it correctly (Co-Authors, please stop me if I = don't), what we were trying to say was "The message contents MAY be = reshuffled during message creation, but please pay attention that some = things MUST be kept in one message in order to form a coherent AODVv2 = message." This is especially important for RERR messages, which could = easily get chopped up into multiple messages if the underlying MTU is = small. >>=20 >> If we change that paragraph to >>=20 >> [RFC5444 <>] provides a multiplexed transport for multiple = protocols. >> An [RFC5444 ] implementation = MAY choose to optimize the content of >> certain elements during message creation to reduce control message = overhead. >> =20 >> and the language of, say, 7.1.3 = . = RREQ Regeneration from >>=20 >> This AODVv2 message is used to create a corresponding [RFC5444 = ] >> message (see Section 8 = ) = which is multicast, by default, to LL-MANET- >> Routers on all interfaces configured for AODVv2 operation. = However, >> the regenerated RREQ can be unicast to the next hop address of the >> LocalRoute toward TargAddr, if known. >>=20 >> to something like >>=20 >> This AODVv2 message is used to create a corresponding [RFC5444 = ] >> message (see Section 8 = ), = which is handed to the RFC5444 multiplexer >> for further processing. >> By default, the multiplexer is instructed to multicast the message = to LL-MANET- >> Routers on all interfaces configured for AODVv2 operation. = However, >> the regenerated RREQ can be unicast to the next hop address of the >> LocalRoute toward TargAddr, if known. >>=20 >> (and the same thing for 7.2.3 = . = RREP Regeneration, 6.5 = . = Message Transmission, etc.), would that resolve the issue? >>=20 >>> =20 >>> This is probably something that could/should be in the 5444 usage = draft. If it gets WGLCed as requested, I=E2=80=99ll submit it to myself = and the rest of the author team. >>> =20 >>> So there is nothing describing how AODVv2 interacts with the = multiplexer. That shouldn=E2=80=99t matter (though it=E2=80=99s always = better to have it) if you assume 5498 applies, as it does. >>=20 >> I've always assumed the 5444 message creation process to be part of = the "RFC5444 component" rather than part of the "AODVv2 component", = which is why I thought the AODVv2<->RFC5444 interaction that should be = described clearly was the part where AODVv2 tells the 5444 message = creation process what a message looks like (and where it should be = sent). I've assumed that this is the part where AODVv2 hands over all = control to 5444, so obviously it wouldn't multicast a message *itself*, = it would instruct the multiplexer to do so. I wasn't aware that this = must be stated explicitly. >>=20 >> I'm not sure if this is a subtlety or a misconception that should be = clarified in the 5444-usage draft... >>=20 >> With kind regards, >> Lotte Steenbrink >>=20 >>> But unfortunately the draft still has material that contradicts that = model, which needs to go. In particular (but not only) the first two = paragraphs of section 6.5. This is an essential change. >>> =20 >>> -- >>>=20 >>> Christopher Dearlove >>> Senior Principal Engineer >>> BAE Systems Applied Intelligence Laboratories >>> = __________________________________________________________________________= >>>=20 >>> T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >>>=20 >>> BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. >>> www.baesystems.com/ai >>> BAE Systems Applied Intelligence Limited >>> Registered in England & Wales No: 01337451 >>> Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >>>=20 >>> =20 >>> ******************************************************************** >>> This email and any attachments are confidential to the intended >>> recipient and may also be privileged. If you are not the intended >>> recipient please delete it from your system and notify the sender. >>> You should not copy it or use it for any purpose nor disclose or >>> distribute its contents to any other person. >>> ******************************************************************** >>>=20 >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet = >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet = --Apple-Mail=_1F887F9B-2EAA-4ACF-9AFB-A7B682EF4331 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hello Christopher,

Am = 08.03.2016 um 12:59 schrieb Christopher Dearlove <chris@mnemosyne.demon.co.uk>:

I'm reading this = on a phone, so I'm going to wait until I can read it better for longer = comment.

But = there are, and I think this is a potential source for confusion, two = things in 5444. One is about formats, one is about = multiplexing.

Formatting (and parsing) isn't defined as a process, but as = formats. Many people (everyone?) who uses 5444 will create a general = 5444 formatter/parser. That's up to the implementer to decide what to = make it do, whether to optimise in that formatter, outside the = formatter, or not at all. (Personally I have some inside, some = outside.)

The = other component is the 5444 multiplexer (and denultiplexer). That takes = 5444 formatted messages (and  possibly some other things) and forms = 5444 packets. It is important that the 5444 multiplexer returns messages = as delivered to it (hop count and limit apart of course). Otherwise = security features in the protocol may fail. Note that doesn't prevent = the multiplexer modifying the message before putting it on the wire, = that just needs to be reversible. And obvious example is if you = implement 7182 ICVs and TIMESTAMPs in the multiplexer, if it adds them, = it also needs to remove them before handing the message to the protocol. = (You may instead put this in the = protocol.)

Exactly. All I wanted to say was that my mental = model looked something like this:

  =                   = +--------------------------------+
                =     | +------------+  +------------+ = |
+-------------+ =     | |            |  | =            | |
|             = |     | |            |  | =            | | =  send
| AODVv2/ =     +-------> Format     +--> Multiplex =  +------->
| = OLSRv2/...  |     | |           =  |  |            | = |
|     =         |     | |       =      |  |            | = |
+-------------+ =     | +------------+  +------------+ = |
    =                 |     =        RFC5444           =   |
  =                   = +--------------------------------+

=E2=80=A6Which is why I thought we=E2=80=99d = only need to specify the transaction marked by the first arrow. In = previous E-Mails about the 5444-usage draft, I=E2=80=99ve criticised = that it=E2=80=99s not entirely clear how to do that correctly, and I = think that this confusion is an illustration of the problem I was trying = to address=E2=80=A6 Unfortunately, I haven=E2=80=99t gotten round to = reading -02 yet, so I don=E2=80=99t know if this may have been resolved = already.


Yes, I think the usage document could = gain from adding this. Note, that's personal only, my co-authors haven't = agreed to that yet. But largely because I haven't asked them yet (with = one partial exception).

The points I think are:
- Two things in = 5444. Format and multiplex.
- Generic = formatter/parser not required, but recommended. Optimisation = optional.
- Multiplexer must deliver messages as = sent (hop exception). But may modify reversibly. 7182 example (could = implement message level in multiplexer, must implement packet level = there).

Additionally, I was wondering if you=E2=80=99d had a = chance to look at my suggested changes by now? I=E2=80=99d like to fix = this as soon as possible, and I want to make sure I get it right this = time. :)

Best = regards,
Lotte


-- 
Christopher = Dearlove
christopher.dearlove@gmail.com

On 8 Mar 2016, at 11:09, Lotte Steenbrink = <lotte.steenbrink@fu-berlin.de> wrote:

Hello Christopher,

Am 04.03.2016 um 17:19 = schrieb Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>:

I=E2=80=99ve read some of draft -13. I will provide comments = (which won=E2=80=99t be comprehensive) in bite sized chunks rather than = attempting anything consolidated. And most can wait until next week at = the earliest.
 
But one to kick off.
 
The architecture mandated by 5498 is = that AODVv2 creates messages, it passes them to the 5444 multiplexer. In = due course it receives messages from there. There are some other = details, but that=E2=80=99s the most important.
 
The 5444 = multiplexer is what handles UDP ports, multicast addresses and so on. It = doesn=E2=80=99t handle flooding, because its packets (which may contain = multiple messages, from AODVv2 and elsewhere) only go one hop.
 
There are = other requests that can be made to the multiplexer, most obviously which = interface(s) this message is for, but also things like =E2=80=9Cplease = try to keep these messages together=E2=80=9D. If there are any = additional requests that should be supported, and are not incompatible = with the architecture, then the 5444 usage draft is a good opportunity = to get those in.
 
But, looking at the AODVv2 draft, =E2=80=9Cmultiplex=E2=80=9D = (as a whole or part word) only appears twice, both in the paragraph:
 
   [RFC5444] provides a multiplexed transport for = multiple protocols.
   An [RFC5444] = multiplexer MAY choose to optimize the content of
   certain message elements to reduce control = message overhead.
 
I think that=E2=80=99s not how I see it, that that=E2=80=99s = the role of the (subtlely different) 5444 message creation process from = addresses and attributes. I think the multiplexer itself, given a whole = message from a protocol shouldn=E2=80=99t be modifying it. Note that = I=E2=80=99ve expressed that as an opinion, though a quite strong one. A = protocol might apply some sort of specialised signature, and we can=E2=80=99= t let the multiplexer destroy that. (The multiplexer might add a 7182 = ICV and/or timestamp, but it will then remove them before the protocol = gets the packet again.)

True. If I remember it correctly = (Co-Authors, please stop me if I don't), what we were trying to say was = "The message contents MAY be reshuffled during message creation, but = please pay attention that some things MUST be kept in one message in = order to form a coherent AODVv2 message." This is especially important = for RERR messages, which could easily get chopped up into multiple = messages if the underlying MTU is small.

If we change that paragraph = to

   [RFC5444] provides =
a multiplexed transport for multiple protocols.
   An [RFC5444] implementation MAY choose to =
optimize the content of
   certain elements during message creation to reduce control message =
overhead.
   =
and the language of, say,  7.1.3. RREQ = Regeneration from

   This AODVv2 message is used to create a =
corresponding [RFC5444]
   message (see Section 8) which is multicast, by default, to LL-MANET-
   Routers on all interfaces configured for AODVv2 operation.  However,
   the regenerated RREQ can be unicast to the next hop address of the
   LocalRoute toward TargAddr, if known.

to something like

   This AODVv2 message is used to create a =
corresponding [RFC5444]
   message (see Section 8), which is handed to the RFC5444 =
multiplexer
   for =
further processing.
  =
 By default, the multiplexer is instructed to multicast the message to =
LL-MANET-
   =
Routers on all interfaces configured for AODVv2 operation.  However,
   the regenerated RREQ can be unicast to the next hop address of the
   LocalRoute toward TargAddr, if known.

(and the same thing for 7.2.3. RREP = Regeneration, 6.5. Message = Transmission, etc.), would that resolve the issue?

 
This is = probably something that could/should be in the 5444 usage draft. If it = gets WGLCed as requested, I=E2=80=99ll submit it to myself and the rest = of the author team.
 
So there is nothing describing how AODVv2 interacts with the = multiplexer. That shouldn=E2=80=99t matter (though it=E2=80=99s always = better to have it) if you assume 5498 applies, as it = does.

I've always assumed the 5444 message = creation process to be part of the "RFC5444 component" rather than part = of the "AODVv2 component", which is why I thought the = AODVv2<->RFC5444 interaction that should be described clearly was = the part where AODVv2 tells the 5444 message creation process what a = message looks like (and where it should be sent). I've assumed that this = is the part where AODVv2 hands over all control to 5444, so obviously it = wouldn't multicast a message *itself*, it would instruct the multiplexer = to do so. I wasn't aware that this must be stated explicitly.

I'm not sure if this is = a subtlety or a misconception that should be clarified in the 5444-usage = draft...

With = kind regards,
Lotte Steenbrink

But unfortunately the = draft still has material that contradicts that model, which needs to go. = In particular (but not only) the first two paragraphs of section 6.5. = This is an essential change.
 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied = Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford = Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research Park, = Guildford, Surrey, GU2 7YP

 

***************************************************************= *****
This email and any attachments are confidential to = the intended
recipient and may also be privileged. If you = are not the intended
recipient please delete it from your = system and notify the sender.
You should not copy it or = use it for any purpose nor disclose or
distribute its = contents to any other person.
***************************************************************= *****

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

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

= --Apple-Mail=_1F887F9B-2EAA-4ACF-9AFB-A7B682EF4331-- From nobody Mon Mar 14 10:14:08 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47F9C12DC00 for ; Mon, 14 Mar 2016 10:14:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-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 uCXfsihykunG for ; Mon, 14 Mar 2016 10:14:02 -0700 (PDT) Received: from ukmta2.baesystems.com (ukmta2.baesystems.com [20.133.0.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1167912D64D for ; Mon, 14 Mar 2016 10:13:42 -0700 (PDT) X-IronPort-AV: E=Sophos; i="5.24,336,1454976000"; d="scan'208,217"; a="32118488" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta2.baesystems.com with ESMTP; 14 Mar 2016 17:13:41 +0000 X-IronPort-AV: E=Sophos;i="5.24,336,1454976000"; d="scan'208,217";a="110088766" Received: from glkxh0003v.greenlnk.net ([10.109.2.34]) by baemasmds016.greenlnk.net with ESMTP; 14 Mar 2016 17:13:42 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.58]) by GLKXH0003V.GREENLNK.net ([10.109.2.34]) with mapi id 14.03.0248.002; Mon, 14 Mar 2016 17:13:41 +0000 From: "Dearlove, Christopher (UK)" To: Lotte Steenbrink , Christopher Dearlove Thread-Topic: [manet] AODVv2 - first comment (5444 multiplexer) Thread-Index: AdF2LtrjY6tA82pcToGBYH4uZpwxUgC/CsAAAAHAhwABN9xmgAAAlhhg Date: Mon, 14 Mar 2016 17:13:40 +0000 Message-ID: References: <0EE93A7C-3A02-4205-9C07-1E0001D213DB@fu-berlin.de> <2CEF5DDC-F92E-452A-B4A1-23BB56A50CD6@fu-berlin.de> In-Reply-To: <2CEF5DDC-F92E-452A-B4A1-23BB56A50CD6@fu-berlin.de> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92379D74GLKXM0002VGREEN_" MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] AODVv2 - first comment (5444 multiplexer) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2016 17:14:05 -0000 --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92379D74GLKXM0002VGREEN_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBkb27igJl0IHRoaW5rIHRoYXTigJlzIHRoZSByaWdodCBwaWN0dXJlLCBidXQgSeKAmW0gbm90 IGdvaW5nIHRvIHRyeSB0byBkcmF3IHRoZSByaWdodCBvbmUuDQoNClJhdGhlciB0aGUgcHJvdG9j b2wgbmVlZHMgdG8gY29uc3RydWN0IGEgbWVzc2FnZS4gVG8gZG8gdGhhdCBpdCBtYXkgdXNlIGEg bGlicmFyeSB0aGF0IGVuYWJsZXMgdGhhdC4gQnV0IHRoZSBtZXNzYWdlIGlzIHJldHVybmVkIGJ5 IHRoZSBsaWJyYXJ5IHRvIHRoZSBwcm90b2NvbHMuDQoNCldoeT8gRm9yIGEgc3RhcnQsIHRoZSBw cm90b2NvbCBtYXkgbm90IGhhdmUgZmluaXNoZWQgd2l0aCB0aGUgbWVzc2FnZS4gSXQgbWlnaHQg Y29uc3RydWN0IGl0IGluIHN0YWdlcy4gSW4gcGFydGljdWxhciBpdCBtaWdodCBoYW5kIGl0IG9m ZiB0byBhbm90aGVyIHByb3RvY29sIHRvIGFkZCB0byBpdC4NCg0KRm9yIGV4YW1wbGUgY29uc2lk ZXIgdGhhdCBOSERQIGNyZWF0ZXMgSEVMTE8gbWVzc2FnZXMuIFRoZW4gT0xTUnYyIGFkZHMgbWF0 ZXJpYWwgdG8gdGhvc2UgSEVMTE8gbWVzc2FnZXMgKGUuZy4gTVBSIFRMVnMpLg0KDQpUaGVuIHRo ZSBwcm90b2NvbCBwYXNzZXMgdGhlIGZpbmFsIG1lc3NhZ2UgdG8gdGhlIG11bHRpcGxleGVyLg0K DQpOb3RlIHRoYXQgdGhlIG11bHRpcGxleGVyIGlzIGEgZGVmaW5lZCBwcm9jZXNzLiBGb3JtYXR0 aW5nIGEgbWVzc2FnZSBpcyBub3QuIFdoaWxlIGEgbGlicmFyeSB0byBkbyB0aGF0IGlzIGEgbmF0 dXJhbCB3YXkgdG8gd29yaywgaXTigJlzIG5vdCBtYW5kYXRvcnkuIEkga25vdyB0aGF0IHRoZSBh dXRob3JzIG9mIHRoZSA1NDQ0IHVzYWdlIGRyYWZ0IGFsbCBoYXZlIHByb2R1Y2VkIHN1Y2ggbGli cmFyaWVzIC0gYnV0IHRoZXkgYXJlIGRpZmZlcmVudCBpbiB0aGVpciBleGFjdCBtb2RlbHMsIG5v dCBqdXN0IHRoZWlyIGNvZGUuDQoNCkFuZCwgYXMgaW5kaWN0ZWQgaW4gdGhlIHVzYWdlIGRyYWZ0 LCB5b3UgY2FuIHdyaXRlIGEgbGlicmFyeSB0aGF0IGF0dGVtcHRzIHRvIG9wdGltaXNlIHlvdXIg bWVzc2FnZXMuIE9yIHJlbHkgb24gdGhlIGNvZGUgY2FsbGluZyB0aGUgbGlicmFyeSB0byBkbyB0 aGluZ3Mgb3B0aW1hbGx5IGl0c2VsZi4NCg0KLS0NCkNocmlzdG9waGVyIERlYXJsb3ZlDQpTZW5p b3IgUHJpbmNpcGFsIEVuZ2luZWVyDQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBM YWJvcmF0b3JpZXMNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNClQ6ICArNDQgKDApMTI0NSAyNDIxOTQg IHwgIEU6IGNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPG1haWx0bzpjaHJpcy5kZWFybG92 ZUBiYWVzeXN0ZW1zLmNvbT4NCg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UsIENo ZWxtc2ZvcmQgVGVjaG5vbG9neSBQYXJrLCBHcmVhdCBCYWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4 IENNMiA4SE4uDQp3d3cuYmFlc3lzdGVtcy5jb20vYWk8aHR0cDovL3d3dy5iYWVzeXN0ZW1zLmNv bS9haT4NCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExpbWl0ZWQNClJlZ2lzdGVy ZWQgaW4gRW5nbGFuZCAmIFdhbGVzIE5vOiAwMTMzNzQ1MQ0KUmVnaXN0ZXJlZCBPZmZpY2U6IFN1 cnJleSBSZXNlYXJjaCBQYXJrLCBHdWlsZGZvcmQsIFN1cnJleSwgR1UyIDdZUA0KDQpGcm9tOiBM b3R0ZSBTdGVlbmJyaW5rIFttYWlsdG86bG90dGUuc3RlZW5icmlua0BmdS1iZXJsaW4uZGVdDQpT ZW50OiAxNCBNYXJjaCAyMDE2IDE2OjQ5DQpUbzogQ2hyaXN0b3BoZXIgRGVhcmxvdmUNCkNjOiBt YW5ldEBpZXRmLm9yZzsgRGVhcmxvdmUsIENocmlzdG9waGVyIChVSykNClN1YmplY3Q6IFJlOiBb bWFuZXRdIEFPRFZ2MiAtIGZpcnN0IGNvbW1lbnQgKDU0NDQgbXVsdGlwbGV4ZXIpDQoNCg0KKioq IFdBUk5JTkcgKioqDQpUaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBmcm9tIG91dHNpZGUgb3VyIG9y Z2FuaXNhdGlvbiwgZWl0aGVyIGZyb20gYW4gZXh0ZXJuYWwgcGFydG5lciBvciB0aGUgaW50ZXJu ZXQuDQpDb25zaWRlciBjYXJlZnVsbHkgd2hldGhlciB5b3Ugc2hvdWxkIGNsaWNrIG9uIGFueSBs aW5rcywgb3BlbiBhbnkgYXR0YWNobWVudHMgb3IgcmVwbHkuDQpGb3IgaW5mb3JtYXRpb24gcmVn YXJkaW5nIFJlZCBGbGFncyB0aGF0IHlvdSBjYW4gbG9vayBvdXQgZm9yIGluIGVtYWlscyB5b3Ug cmVjZWl2ZSwgY2xpY2sgaGVyZTxodHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hv d3dld29yay9zZWN1cml0eS9zcG90bGlnaHRzL0RvY3VtZW50cy9SZWQlMjBGbGFncy5wZGY+Lg0K SWYgeW91IGZlZWwgdGhlIGVtYWlsIGlzIHN1c3BpY2lvdXMsIHBsZWFzZSBmb2xsb3cgdGhpcyBw cm9jZXNzPGh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3Vy aXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL0RlYWxpbmclMjBXaXRoJTIwU3VzcGljaW91cyUyMEVt YWlscy5wZGY+Lg0KSGVsbG8gQ2hyaXN0b3BoZXIsDQoNCkFtIDA4LjAzLjIwMTYgdW0gMTI6NTkg c2NocmllYiBDaHJpc3RvcGhlciBEZWFybG92ZSA8Y2hyaXNAbW5lbW9zeW5lLmRlbW9uLmNvLnVr PG1haWx0bzpjaHJpc0BtbmVtb3N5bmUuZGVtb24uY28udWs+PjoNCg0KSSdtIHJlYWRpbmcgdGhp cyBvbiBhIHBob25lLCBzbyBJJ20gZ29pbmcgdG8gd2FpdCB1bnRpbCBJIGNhbiByZWFkIGl0IGJl dHRlciBmb3IgbG9uZ2VyIGNvbW1lbnQuDQoNCkJ1dCB0aGVyZSBhcmUsIGFuZCBJIHRoaW5rIHRo aXMgaXMgYSBwb3RlbnRpYWwgc291cmNlIGZvciBjb25mdXNpb24sIHR3byB0aGluZ3MgaW4gNTQ0 NC4gT25lIGlzIGFib3V0IGZvcm1hdHMsIG9uZSBpcyBhYm91dCBtdWx0aXBsZXhpbmcuDQoNCkZv cm1hdHRpbmcgKGFuZCBwYXJzaW5nKSBpc24ndCBkZWZpbmVkIGFzIGEgcHJvY2VzcywgYnV0IGFz IGZvcm1hdHMuIE1hbnkgcGVvcGxlIChldmVyeW9uZT8pIHdobyB1c2VzIDU0NDQgd2lsbCBjcmVh dGUgYSBnZW5lcmFsIDU0NDQgZm9ybWF0dGVyL3BhcnNlci4gVGhhdCdzIHVwIHRvIHRoZSBpbXBs ZW1lbnRlciB0byBkZWNpZGUgd2hhdCB0byBtYWtlIGl0IGRvLCB3aGV0aGVyIHRvIG9wdGltaXNl IGluIHRoYXQgZm9ybWF0dGVyLCBvdXRzaWRlIHRoZSBmb3JtYXR0ZXIsIG9yIG5vdCBhdCBhbGwu IChQZXJzb25hbGx5IEkgaGF2ZSBzb21lIGluc2lkZSwgc29tZSBvdXRzaWRlLikNCg0KVGhlIG90 aGVyIGNvbXBvbmVudCBpcyB0aGUgNTQ0NCBtdWx0aXBsZXhlciAoYW5kIGRlbnVsdGlwbGV4ZXIp LiBUaGF0IHRha2VzIDU0NDQgZm9ybWF0dGVkIG1lc3NhZ2VzIChhbmQgIHBvc3NpYmx5IHNvbWUg b3RoZXIgdGhpbmdzKSBhbmQgZm9ybXMgNTQ0NCBwYWNrZXRzLiBJdCBpcyBpbXBvcnRhbnQgdGhh dCB0aGUgNTQ0NCBtdWx0aXBsZXhlciByZXR1cm5zIG1lc3NhZ2VzIGFzIGRlbGl2ZXJlZCB0byBp dCAoaG9wIGNvdW50IGFuZCBsaW1pdCBhcGFydCBvZiBjb3Vyc2UpLiBPdGhlcndpc2Ugc2VjdXJp dHkgZmVhdHVyZXMgaW4gdGhlIHByb3RvY29sIG1heSBmYWlsLiBOb3RlIHRoYXQgZG9lc24ndCBw cmV2ZW50IHRoZSBtdWx0aXBsZXhlciBtb2RpZnlpbmcgdGhlIG1lc3NhZ2UgYmVmb3JlIHB1dHRp bmcgaXQgb24gdGhlIHdpcmUsIHRoYXQganVzdCBuZWVkcyB0byBiZSByZXZlcnNpYmxlLiBBbmQg b2J2aW91cyBleGFtcGxlIGlzIGlmIHlvdSBpbXBsZW1lbnQgNzE4MiBJQ1ZzIGFuZCBUSU1FU1RB TVBzIGluIHRoZSBtdWx0aXBsZXhlciwgaWYgaXQgYWRkcyB0aGVtLCBpdCBhbHNvIG5lZWRzIHRv IHJlbW92ZSB0aGVtIGJlZm9yZSBoYW5kaW5nIHRoZSBtZXNzYWdlIHRvIHRoZSBwcm90b2NvbC4g KFlvdSBtYXkgaW5zdGVhZCBwdXQgdGhpcyBpbiB0aGUgcHJvdG9jb2wuKQ0KDQpFeGFjdGx5LiBB bGwgSSB3YW50ZWQgdG8gc2F5IHdhcyB0aGF0IG15IG1lbnRhbCBtb2RlbCBsb29rZWQgc29tZXRo aW5nIGxpa2UgdGhpczoNCg0KICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0rDQogICAgICAgICAgICAgICAgICAgIHwgKy0tLS0tLS0tLS0tLSsgICst LS0tLS0tLS0tLS0rIHwNCistLS0tLS0tLS0tLS0tKyAgICAgfCB8ICAgICAgICAgICAgfCAgfCAg ICAgICAgICAgIHwgfA0KfCAgICAgICAgICAgICB8ICAgICB8IHwgICAgICAgICAgICB8ICB8ICAg ICAgICAgICAgfCB8ICBzZW5kDQp8IEFPRFZ2Mi8gICAgICstLS0tLS0tPiBGb3JtYXQgICAgICst LT4gTXVsdGlwbGV4ICArLS0tLS0tLT4NCnwgT0xTUnYyLy4uLiAgfCAgICAgfCB8ICAgICAgICAg ICAgfCAgfCAgICAgICAgICAgIHwgfA0KfCAgICAgICAgICAgICB8ICAgICB8IHwgICAgICAgICAg ICB8ICB8ICAgICAgICAgICAgfCB8DQorLS0tLS0tLS0tLS0tLSsgICAgIHwgKy0tLS0tLS0tLS0t LSsgICstLS0tLS0tLS0tLS0rIHwNCiAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgIFJG QzU0NDQgICAgICAgICAgICAgfA0KICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0rDQoNCuKApldoaWNoIGlzIHdoeSBJIHRob3VnaHQgd2XigJlkIG9u bHkgbmVlZCB0byBzcGVjaWZ5IHRoZSB0cmFuc2FjdGlvbiBtYXJrZWQgYnkgdGhlIGZpcnN0IGFy cm93LiBJbiBwcmV2aW91cyBFLU1haWxzIGFib3V0IHRoZSA1NDQ0LXVzYWdlIGRyYWZ0LCBJ4oCZ dmUgY3JpdGljaXNlZCB0aGF0IGl04oCZcyBub3QgZW50aXJlbHkgY2xlYXIgaG93IHRvIGRvIHRo YXQgY29ycmVjdGx5LCBhbmQgSSB0aGluayB0aGF0IHRoaXMgY29uZnVzaW9uIGlzIGFuIGlsbHVz dHJhdGlvbiBvZiB0aGUgcHJvYmxlbSBJIHdhcyB0cnlpbmcgdG8gYWRkcmVzc+KApiBVbmZvcnR1 bmF0ZWx5LCBJIGhhdmVu4oCZdCBnb3R0ZW4gcm91bmQgdG8gcmVhZGluZyAtMDIgeWV0LCBzbyBJ IGRvbuKAmXQga25vdyBpZiB0aGlzIG1heSBoYXZlIGJlZW4gcmVzb2x2ZWQgYWxyZWFkeS4NCg0K DQoNClllcywgSSB0aGluayB0aGUgdXNhZ2UgZG9jdW1lbnQgY291bGQgZ2FpbiBmcm9tIGFkZGlu ZyB0aGlzLiBOb3RlLCB0aGF0J3MgcGVyc29uYWwgb25seSwgbXkgY28tYXV0aG9ycyBoYXZlbid0 IGFncmVlZCB0byB0aGF0IHlldC4gQnV0IGxhcmdlbHkgYmVjYXVzZSBJIGhhdmVuJ3QgYXNrZWQg dGhlbSB5ZXQgKHdpdGggb25lIHBhcnRpYWwgZXhjZXB0aW9uKS4NCg0KVGhlIHBvaW50cyBJIHRo aW5rIGFyZToNCi0gVHdvIHRoaW5ncyBpbiA1NDQ0LiBGb3JtYXQgYW5kIG11bHRpcGxleC4NCi0g R2VuZXJpYyBmb3JtYXR0ZXIvcGFyc2VyIG5vdCByZXF1aXJlZCwgYnV0IHJlY29tbWVuZGVkLiBP cHRpbWlzYXRpb24gb3B0aW9uYWwuDQotIE11bHRpcGxleGVyIG11c3QgZGVsaXZlciBtZXNzYWdl cyBhcyBzZW50IChob3AgZXhjZXB0aW9uKS4gQnV0IG1heSBtb2RpZnkgcmV2ZXJzaWJseS4gNzE4 MiBleGFtcGxlIChjb3VsZCBpbXBsZW1lbnQgbWVzc2FnZSBsZXZlbCBpbiBtdWx0aXBsZXhlciwg bXVzdCBpbXBsZW1lbnQgcGFja2V0IGxldmVsIHRoZXJlKS4NCg0KQWRkaXRpb25hbGx5LCBJIHdh cyB3b25kZXJpbmcgaWYgeW914oCZZCBoYWQgYSBjaGFuY2UgdG8gbG9vayBhdCBteSBzdWdnZXN0 ZWQgY2hhbmdlcyBieSBub3c/IEnigJlkIGxpa2UgdG8gZml4IHRoaXMgYXMgc29vbiBhcyBwb3Nz aWJsZSwgYW5kIEkgd2FudCB0byBtYWtlIHN1cmUgSSBnZXQgaXQgcmlnaHQgdGhpcyB0aW1lLiA6 KQ0KDQpCZXN0IHJlZ2FyZHMsDQpMb3R0ZQ0KDQoNCg0KLS0NCkNocmlzdG9waGVyIERlYXJsb3Zl DQpjaHJpc3RvcGhlci5kZWFybG92ZUBnbWFpbC5jb208bWFpbHRvOmNocmlzdG9waGVyLmRlYXJs b3ZlQGdtYWlsLmNvbT4NCg0KT24gOCBNYXIgMjAxNiwgYXQgMTE6MDksIExvdHRlIFN0ZWVuYnJp bmsgPGxvdHRlLnN0ZWVuYnJpbmtAZnUtYmVybGluLmRlPG1haWx0bzpsb3R0ZS5zdGVlbmJyaW5r QGZ1LWJlcmxpbi5kZT4+IHdyb3RlOg0KSGVsbG8gQ2hyaXN0b3BoZXIsDQoNCkFtIDA0LjAzLjIw MTYgdW0gMTc6MTkgc2NocmllYiBEZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKSA8Y2hyaXMuZGVh cmxvdmVAYmFlc3lzdGVtcy5jb208bWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29t Pj46DQoNCg0KSeKAmXZlIHJlYWQgc29tZSBvZiBkcmFmdCAtMTMuIEkgd2lsbCBwcm92aWRlIGNv bW1lbnRzICh3aGljaCB3b27igJl0IGJlIGNvbXByZWhlbnNpdmUpIGluIGJpdGUgc2l6ZWQgY2h1 bmtzIHJhdGhlciB0aGFuIGF0dGVtcHRpbmcgYW55dGhpbmcgY29uc29saWRhdGVkLiBBbmQgbW9z dCBjYW4gd2FpdCB1bnRpbCBuZXh0IHdlZWsgYXQgdGhlIGVhcmxpZXN0Lg0KDQpCdXQgb25lIHRv IGtpY2sgb2ZmLg0KDQpUaGUgYXJjaGl0ZWN0dXJlIG1hbmRhdGVkIGJ5IDU0OTggaXMgdGhhdCBB T0RWdjIgY3JlYXRlcyBtZXNzYWdlcywgaXQgcGFzc2VzIHRoZW0gdG8gdGhlIDU0NDQgbXVsdGlw bGV4ZXIuIEluIGR1ZSBjb3Vyc2UgaXQgcmVjZWl2ZXMgbWVzc2FnZXMgZnJvbSB0aGVyZS4gVGhl cmUgYXJlIHNvbWUgb3RoZXIgZGV0YWlscywgYnV0IHRoYXTigJlzIHRoZSBtb3N0IGltcG9ydGFu dC4NCg0KVGhlIDU0NDQgbXVsdGlwbGV4ZXIgaXMgd2hhdCBoYW5kbGVzIFVEUCBwb3J0cywgbXVs dGljYXN0IGFkZHJlc3NlcyBhbmQgc28gb24uIEl0IGRvZXNu4oCZdCBoYW5kbGUgZmxvb2Rpbmcs IGJlY2F1c2UgaXRzIHBhY2tldHMgKHdoaWNoIG1heSBjb250YWluIG11bHRpcGxlIG1lc3NhZ2Vz LCBmcm9tIEFPRFZ2MiBhbmQgZWxzZXdoZXJlKSBvbmx5IGdvIG9uZSBob3AuDQoNClRoZXJlIGFy ZSBvdGhlciByZXF1ZXN0cyB0aGF0IGNhbiBiZSBtYWRlIHRvIHRoZSBtdWx0aXBsZXhlciwgbW9z dCBvYnZpb3VzbHkgd2hpY2ggaW50ZXJmYWNlKHMpIHRoaXMgbWVzc2FnZSBpcyBmb3IsIGJ1dCBh bHNvIHRoaW5ncyBsaWtlIOKAnHBsZWFzZSB0cnkgdG8ga2VlcCB0aGVzZSBtZXNzYWdlcyB0b2dl dGhlcuKAnS4gSWYgdGhlcmUgYXJlIGFueSBhZGRpdGlvbmFsIHJlcXVlc3RzIHRoYXQgc2hvdWxk IGJlIHN1cHBvcnRlZCwgYW5kIGFyZSBub3QgaW5jb21wYXRpYmxlIHdpdGggdGhlIGFyY2hpdGVj dHVyZSwgdGhlbiB0aGUgNTQ0NCB1c2FnZSBkcmFmdCBpcyBhIGdvb2Qgb3Bwb3J0dW5pdHkgdG8g Z2V0IHRob3NlIGluLg0KDQpCdXQsIGxvb2tpbmcgYXQgdGhlIEFPRFZ2MiBkcmFmdCwg4oCcbXVs dGlwbGV44oCdIChhcyBhIHdob2xlIG9yIHBhcnQgd29yZCkgb25seSBhcHBlYXJzIHR3aWNlLCBi b3RoIGluIHRoZSBwYXJhZ3JhcGg6DQoNCiAgIFtSRkM1NDQ0XSBwcm92aWRlcyBhIG11bHRpcGxl eGVkIHRyYW5zcG9ydCBmb3IgbXVsdGlwbGUgcHJvdG9jb2xzLg0KICAgQW4gW1JGQzU0NDRdIG11 bHRpcGxleGVyIE1BWSBjaG9vc2UgdG8gb3B0aW1pemUgdGhlIGNvbnRlbnQgb2YNCiAgIGNlcnRh aW4gbWVzc2FnZSBlbGVtZW50cyB0byByZWR1Y2UgY29udHJvbCBtZXNzYWdlIG92ZXJoZWFkLg0K DQpJIHRoaW5rIHRoYXTigJlzIG5vdCBob3cgSSBzZWUgaXQsIHRoYXQgdGhhdOKAmXMgdGhlIHJv bGUgb2YgdGhlIChzdWJ0bGVseSBkaWZmZXJlbnQpIDU0NDQgbWVzc2FnZSBjcmVhdGlvbiBwcm9j ZXNzIGZyb20gYWRkcmVzc2VzIGFuZCBhdHRyaWJ1dGVzLiBJIHRoaW5rIHRoZSBtdWx0aXBsZXhl ciBpdHNlbGYsIGdpdmVuIGEgd2hvbGUgbWVzc2FnZSBmcm9tIGEgcHJvdG9jb2wgc2hvdWxkbuKA mXQgYmUgbW9kaWZ5aW5nIGl0LiBOb3RlIHRoYXQgSeKAmXZlIGV4cHJlc3NlZCB0aGF0IGFzIGFu IG9waW5pb24sIHRob3VnaCBhIHF1aXRlIHN0cm9uZyBvbmUuIEEgcHJvdG9jb2wgbWlnaHQgYXBw bHkgc29tZSBzb3J0IG9mIHNwZWNpYWxpc2VkIHNpZ25hdHVyZSwgYW5kIHdlIGNhbuKAmXQgbGV0 IHRoZSBtdWx0aXBsZXhlciBkZXN0cm95IHRoYXQuIChUaGUgbXVsdGlwbGV4ZXIgbWlnaHQgYWRk IGEgNzE4MiBJQ1YgYW5kL29yIHRpbWVzdGFtcCwgYnV0IGl0IHdpbGwgdGhlbiByZW1vdmUgdGhl bSBiZWZvcmUgdGhlIHByb3RvY29sIGdldHMgdGhlIHBhY2tldCBhZ2Fpbi4pDQoNClRydWUuIElm IEkgcmVtZW1iZXIgaXQgY29ycmVjdGx5IChDby1BdXRob3JzLCBwbGVhc2Ugc3RvcCBtZSBpZiBJ IGRvbid0KSwgd2hhdCB3ZSB3ZXJlIHRyeWluZyB0byBzYXkgd2FzICJUaGUgbWVzc2FnZSBjb250 ZW50cyBNQVkgYmUgcmVzaHVmZmxlZCBkdXJpbmcgbWVzc2FnZSBjcmVhdGlvbiwgYnV0IHBsZWFz ZSBwYXkgYXR0ZW50aW9uIHRoYXQgc29tZSB0aGluZ3MgTVVTVCBiZSBrZXB0IGluIG9uZSBtZXNz YWdlIGluIG9yZGVyIHRvIGZvcm0gYSBjb2hlcmVudCBBT0RWdjIgbWVzc2FnZS4iIFRoaXMgaXMg ZXNwZWNpYWxseSBpbXBvcnRhbnQgZm9yIFJFUlIgbWVzc2FnZXMsIHdoaWNoIGNvdWxkIGVhc2ls eSBnZXQgY2hvcHBlZCB1cCBpbnRvIG11bHRpcGxlIG1lc3NhZ2VzIGlmIHRoZSB1bmRlcmx5aW5n IE1UVSBpcyBzbWFsbC4NCg0KSWYgd2UgY2hhbmdlIHRoYXQgcGFyYWdyYXBoIHRvDQoNCg0KICAg W1JGQzU0NDRdIHByb3ZpZGVzIGEgbXVsdGlwbGV4ZWQgdHJhbnNwb3J0IGZvciBtdWx0aXBsZSBw cm90b2NvbHMuDQoNCiAgIEFuIFtSRkM1NDQ0PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9y ZmM1NDQ0Pl0gaW1wbGVtZW50YXRpb24gTUFZIGNob29zZSB0byBvcHRpbWl6ZSB0aGUgY29udGVu dCBvZg0KDQogICBjZXJ0YWluIGVsZW1lbnRzIGR1cmluZyBtZXNzYWdlIGNyZWF0aW9uIHRvIHJl ZHVjZSBjb250cm9sIG1lc3NhZ2Ugb3ZlcmhlYWQuDQoNCg0KYW5kIHRoZSBsYW5ndWFnZSBvZiwg c2F5LCAgNy4xLjM8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbWFuZXQt YW9kdnYyLTEzI3NlY3Rpb24tNy4xLjM+LiBSUkVRIFJlZ2VuZXJhdGlvbiBmcm9tDQoNCg0KICAg VGhpcyBBT0RWdjIgbWVzc2FnZSBpcyB1c2VkIHRvIGNyZWF0ZSBhIGNvcnJlc3BvbmRpbmcgW1JG QzU0NDQ8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzU0NDQ+XQ0KDQogICBtZXNzYWdl IChzZWUgU2VjdGlvbiA4PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1h bmV0LWFvZHZ2Mi0xMyNzZWN0aW9uLTg+KSB3aGljaCBpcyBtdWx0aWNhc3QsIGJ5IGRlZmF1bHQs IHRvIExMLU1BTkVULQ0KDQogICBSb3V0ZXJzIG9uIGFsbCBpbnRlcmZhY2VzIGNvbmZpZ3VyZWQg Zm9yIEFPRFZ2MiBvcGVyYXRpb24uICBIb3dldmVyLA0KDQogICB0aGUgcmVnZW5lcmF0ZWQgUlJF USBjYW4gYmUgdW5pY2FzdCB0byB0aGUgbmV4dCBob3AgYWRkcmVzcyBvZiB0aGUNCg0KICAgTG9j YWxSb3V0ZSB0b3dhcmQgVGFyZ0FkZHIsIGlmIGtub3duLg0KDQp0byBzb21ldGhpbmcgbGlrZQ0K DQoNCiAgIFRoaXMgQU9EVnYyIG1lc3NhZ2UgaXMgdXNlZCB0byBjcmVhdGUgYSBjb3JyZXNwb25k aW5nIFtSRkM1NDQ0PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM1NDQ0Pl0NCg0KICAg bWVzc2FnZSAoc2VlIFNlY3Rpb24gODxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt aWV0Zi1tYW5ldC1hb2R2djItMTMjc2VjdGlvbi04PiksIHdoaWNoIGlzIGhhbmRlZCB0byB0aGUg UkZDNTQ0NCBtdWx0aXBsZXhlcg0KDQogICBmb3IgZnVydGhlciBwcm9jZXNzaW5nLg0KDQogICBC eSBkZWZhdWx0LCB0aGUgbXVsdGlwbGV4ZXIgaXMgaW5zdHJ1Y3RlZCB0byBtdWx0aWNhc3QgdGhl IG1lc3NhZ2UgdG8gTEwtTUFORVQtDQoNCiAgIFJvdXRlcnMgb24gYWxsIGludGVyZmFjZXMgY29u ZmlndXJlZCBmb3IgQU9EVnYyIG9wZXJhdGlvbi4gIEhvd2V2ZXIsDQoNCiAgIHRoZSByZWdlbmVy YXRlZCBSUkVRIGNhbiBiZSB1bmljYXN0IHRvIHRoZSBuZXh0IGhvcCBhZGRyZXNzIG9mIHRoZQ0K DQogICBMb2NhbFJvdXRlIHRvd2FyZCBUYXJnQWRkciwgaWYga25vd24uDQoNCihhbmQgdGhlIHNh bWUgdGhpbmcgZm9yIDcuMi4zPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRm LW1hbmV0LWFvZHZ2Mi0xMyNzZWN0aW9uLTcuMi4zPi4gUlJFUCBSZWdlbmVyYXRpb24sIDYuNTxo dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMjc2Vj dGlvbi02LjU+LiBNZXNzYWdlIFRyYW5zbWlzc2lvbiwgZXRjLiksIHdvdWxkIHRoYXQgcmVzb2x2 ZSB0aGUgaXNzdWU/DQoNCg0KDQpUaGlzIGlzIHByb2JhYmx5IHNvbWV0aGluZyB0aGF0IGNvdWxk L3Nob3VsZCBiZSBpbiB0aGUgNTQ0NCB1c2FnZSBkcmFmdC4gSWYgaXQgZ2V0cyBXR0xDZWQgYXMg cmVxdWVzdGVkLCBJ4oCZbGwgc3VibWl0IGl0IHRvIG15c2VsZiBhbmQgdGhlIHJlc3Qgb2YgdGhl IGF1dGhvciB0ZWFtLg0KDQpTbyB0aGVyZSBpcyBub3RoaW5nIGRlc2NyaWJpbmcgaG93IEFPRFZ2 MiBpbnRlcmFjdHMgd2l0aCB0aGUgbXVsdGlwbGV4ZXIuIFRoYXQgc2hvdWxkbuKAmXQgbWF0dGVy ICh0aG91Z2ggaXTigJlzIGFsd2F5cyBiZXR0ZXIgdG8gaGF2ZSBpdCkgaWYgeW91IGFzc3VtZSA1 NDk4IGFwcGxpZXMsIGFzIGl0IGRvZXMuDQoNCkkndmUgYWx3YXlzIGFzc3VtZWQgdGhlIDU0NDQg bWVzc2FnZSBjcmVhdGlvbiBwcm9jZXNzIHRvIGJlIHBhcnQgb2YgdGhlICJSRkM1NDQ0IGNvbXBv bmVudCIgcmF0aGVyIHRoYW4gcGFydCBvZiB0aGUgIkFPRFZ2MiBjb21wb25lbnQiLCB3aGljaCBp cyB3aHkgSSB0aG91Z2h0IHRoZSBBT0RWdjI8LT5SRkM1NDQ0IGludGVyYWN0aW9uIHRoYXQgc2hv dWxkIGJlIGRlc2NyaWJlZCBjbGVhcmx5IHdhcyB0aGUgcGFydCB3aGVyZSBBT0RWdjIgdGVsbHMg dGhlIDU0NDQgbWVzc2FnZSBjcmVhdGlvbiBwcm9jZXNzIHdoYXQgYSBtZXNzYWdlIGxvb2tzIGxp a2UgKGFuZCB3aGVyZSBpdCBzaG91bGQgYmUgc2VudCkuIEkndmUgYXNzdW1lZCB0aGF0IHRoaXMg aXMgdGhlIHBhcnQgd2hlcmUgQU9EVnYyIGhhbmRzIG92ZXIgYWxsIGNvbnRyb2wgdG8gNTQ0NCwg c28gb2J2aW91c2x5IGl0IHdvdWxkbid0IG11bHRpY2FzdCBhIG1lc3NhZ2UgKml0c2VsZiosIGl0 IHdvdWxkIGluc3RydWN0IHRoZSBtdWx0aXBsZXhlciB0byBkbyBzby4gSSB3YXNuJ3QgYXdhcmUg dGhhdCB0aGlzIG11c3QgYmUgc3RhdGVkIGV4cGxpY2l0bHkuDQoNCkknbSBub3Qgc3VyZSBpZiB0 aGlzIGlzIGEgc3VidGxldHkgb3IgYSBtaXNjb25jZXB0aW9uIHRoYXQgc2hvdWxkIGJlIGNsYXJp ZmllZCBpbiB0aGUgNTQ0NC11c2FnZSBkcmFmdC4uLg0KDQpXaXRoIGtpbmQgcmVnYXJkcywNCkxv dHRlIFN0ZWVuYnJpbmsNCg0KDQpCdXQgdW5mb3J0dW5hdGVseSB0aGUgZHJhZnQgc3RpbGwgaGFz IG1hdGVyaWFsIHRoYXQgY29udHJhZGljdHMgdGhhdCBtb2RlbCwgd2hpY2ggbmVlZHMgdG8gZ28u IEluIHBhcnRpY3VsYXIgKGJ1dCBub3Qgb25seSkgdGhlIGZpcnN0IHR3byBwYXJhZ3JhcGhzIG9m IHNlY3Rpb24gNi41LiBUaGlzIGlzIGFuIGVzc2VudGlhbCBjaGFuZ2UuDQoNCi0tDQpDaHJpc3Rv cGhlciBEZWFybG92ZQ0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcg0KQkFFIFN5c3RlbXMgQXBw bGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpUOiAg KzQ0ICgwKTEyNDUgMjQyMTk0ICB8ICBFOiBjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTxt YWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20+DQoNCkJBRSBTeXN0ZW1zIEFwcGxp ZWQgSW50ZWxsaWdlbmNlLCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93 LCBDaGVsbXNmb3JkLCBFc3NleCBDTTIgOEhOLg0Kd3d3LmJhZXN5c3RlbXMuY29tL2FpPGh0dHA6 Ly93d3cuYmFlc3lzdGVtcy5jb20vYWk+DQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5j ZSBMaW1pdGVkDQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcyBObzogMDEzMzc0NTENClJl Z2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3JkLCBTdXJyZXks IEdVMiA3WVANCg0KKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioNClRoaXMgZW1haWwgYW5kIGFueSBhdHRhY2htZW50cyBh cmUgY29uZmlkZW50aWFsIHRvIHRoZSBpbnRlbmRlZA0KcmVjaXBpZW50IGFuZCBtYXkgYWxzbyBi ZSBwcml2aWxlZ2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQNCnJlY2lwaWVudCBwbGVh c2UgZGVsZXRlIGl0IGZyb20geW91ciBzeXN0ZW0gYW5kIG5vdGlmeSB0aGUgc2VuZGVyLg0KWW91 IHNob3VsZCBub3QgY29weSBpdCBvciB1c2UgaXQgZm9yIGFueSBwdXJwb3NlIG5vciBkaXNjbG9z ZSBvcg0KZGlzdHJpYnV0ZSBpdHMgY29udGVudHMgdG8gYW55IG90aGVyIHBlcnNvbi4NCioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K bWFuZXQgbWFpbGluZyBsaXN0DQptYW5ldEBpZXRmLm9yZzxtYWlsdG86bWFuZXRAaWV0Zi5vcmc+ DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0DQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQptYW5ldCBtYWlsaW5nIGxp c3QNCm1hbmV0QGlldGYub3JnPG1haWx0bzptYW5ldEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbWFuZXQNCg0K --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92379D74GLKXM0002VGREEN_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6Q291cmllcjsNCglwYW5vc2UtMToyIDcgNCA5IDIgMiA1IDIgNCA0O30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q291cmllcjsNCglwYW5vc2UtMToyIDcgNCA5IDIg MiA1IDIgNCA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2Ut MToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9t YTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCi8qIFN0 eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9y bWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTox Mi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmss IHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVy bGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNt Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt aWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5 bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6Q29u c29sYXM7fQ0Kc3Bhbi5hcHBsZS1jb252ZXJ0ZWQtc3BhY2UNCgl7bXNvLXN0eWxlLW5hbWU6YXBw bGUtY29udmVydGVkLXNwYWNlO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBl OnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ Y29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQt b25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYx Mi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRp di5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lm IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9 IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIx IiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkg bGFuZz0iRU4tR0IiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29y ZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj5JIGRvbuKAmXQgdGhpbmsgdGhhdOKAmXMgdGhlIHJpZ2h0IHBp Y3R1cmUsIGJ1dCBJ4oCZbSBub3QgZ29pbmcgdG8gdHJ5IHRvIGRyYXcgdGhlIHJpZ2h0IG9uZS48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPlJhdGhlciB0aGUgcHJvdG9jb2wgbmVlZHMgdG8gY29uc3RydWN0IGEgbWVzc2Fn ZS4gVG8gZG8gdGhhdCBpdCBtYXkgdXNlIGEgbGlicmFyeSB0aGF0IGVuYWJsZXMgdGhhdC4gQnV0 IHRoZSBtZXNzYWdlIGlzIHJldHVybmVkIGJ5IHRoZSBsaWJyYXJ5IHRvIHRoZSBwcm90b2NvbHMu PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5XaHk/IEZvciBhIHN0YXJ0LCB0aGUgcHJvdG9jb2wgbWF5IG5vdCBoYXZlIGZp bmlzaGVkIHdpdGggdGhlIG1lc3NhZ2UuIEl0IG1pZ2h0IGNvbnN0cnVjdCBpdCBpbiBzdGFnZXMu IEluIHBhcnRpY3VsYXIgaXQgbWlnaHQgaGFuZCBpdCBvZmYgdG8gYW5vdGhlciBwcm90b2NvbA0K IHRvIGFkZCB0byBpdC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkZvciBleGFtcGxlIGNvbnNpZGVyIHRoYXQgTkhEUCBj cmVhdGVzIEhFTExPIG1lc3NhZ2VzLiBUaGVuIE9MU1J2MiBhZGRzIG1hdGVyaWFsIHRvIHRob3Nl IEhFTExPIG1lc3NhZ2VzIChlLmcuIE1QUiBUTFZzKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoZW4gdGhlIHByb3Rv Y29sIHBhc3NlcyB0aGUgZmluYWwgbWVzc2FnZSB0byB0aGUgbXVsdGlwbGV4ZXIuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij5Ob3RlIHRoYXQgdGhlIG11bHRpcGxleGVyIGlzIGEgZGVmaW5lZCBwcm9jZXNzLiBGb3JtYXR0 aW5nIGEgbWVzc2FnZSBpcyBub3QuIFdoaWxlIGEgbGlicmFyeSB0byBkbyB0aGF0IGlzIGEgbmF0 dXJhbCB3YXkgdG8gd29yaywgaXTigJlzIG5vdCBtYW5kYXRvcnkuIEkga25vdw0KIHRoYXQgdGhl IGF1dGhvcnMgb2YgdGhlIDU0NDQgdXNhZ2UgZHJhZnQgYWxsIGhhdmUgcHJvZHVjZWQgc3VjaCBs aWJyYXJpZXMgLSBidXQgdGhleSBhcmUgZGlmZmVyZW50IGluIHRoZWlyIGV4YWN0IG1vZGVscywg bm90IGp1c3QgdGhlaXIgY29kZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkFuZCwgYXMgaW5kaWN0ZWQgaW4gdGhlIHVz YWdlIGRyYWZ0LCB5b3UgY2FuIHdyaXRlIGEgbGlicmFyeSB0aGF0IGF0dGVtcHRzIHRvIG9wdGlt aXNlIHlvdXIgbWVzc2FnZXMuIE9yIHJlbHkgb24gdGhlIGNvZGUgY2FsbGluZyB0aGUgbGlicmFy eSB0byBkbyB0aGluZ3Mgb3B0aW1hbGx5DQogaXRzZWxmLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMwMDdFN0UiPi0tDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDdFN0UiPkNocmlzdG9waGVyIERlYXJsb3Zl PGJyPg0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcjxicj4NCkJBRSBTeXN0ZW1zIEFwcGxpZWQg SW50ZWxsaWdlbmNlIExhYm9yYXRvcmllczxicj4NCjwvc3Bhbj48L2I+PGI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojQkVCRUJFIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCjwvc3Bh bj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDAwN0UiPjxicj4NCjwvc3Bh bj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzdEN0Q3RCI+VDwvc3Bhbj48L2I+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM3RDdEN0QiPjogJm5ic3A7JiM0Mzs0NCAo MCkxMjQ1IDI0MjE5NCAmbmJzcDt8ICZuYnNwOzxiPkU6DQo8L2I+PGEgaHJlZj0ibWFpbHRvOmNo cmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tIj5jaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNv bTwvYT48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDAwN0Ui Pjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+QkFF IFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2ZvcmQgVGVjaG5vbG9neSBQYXJr LCBHcmVhdCBCYWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4SE4uPGJyPg0KPGEgaHJlZj0i aHR0cDovL3d3dy5iYWVzeXN0ZW1zLmNvbS9haSI+PHNwYW4gc3R5bGU9ImNvbG9yOiMzQThCOTIi Pnd3dy5iYWVzeXN0ZW1zLmNvbS9haTwvc3Bhbj48L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzQThC OTIiPkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExpbWl0ZWQ8YnI+DQpSZWdpc3Rl cmVkIGluIEVuZ2xhbmQgJmFtcDsgV2FsZXMgTm86IDAxMzM3NDUxPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+UmVnaXN0ZXJlZCBPZmZpY2U6 IFN1cnJleSBSZXNlYXJjaCBQYXJrLCBHdWlsZGZvcmQsIFN1cnJleSwgR1UyIDdZUDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0 REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFu PjwvYj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBMb3R0ZSBTdGVl bmJyaW5rIFttYWlsdG86bG90dGUuc3RlZW5icmlua0BmdS1iZXJsaW4uZGVdDQo8YnI+DQo8Yj5T ZW50OjwvYj4gMTQgTWFyY2ggMjAxNiAxNjo0OTxicj4NCjxiPlRvOjwvYj4gQ2hyaXN0b3BoZXIg RGVhcmxvdmU8YnI+DQo8Yj5DYzo8L2I+IG1hbmV0QGlldGYub3JnOyBEZWFybG92ZSwgQ2hyaXN0 b3BoZXIgKFVLKTxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW21hbmV0XSBBT0RWdjIgLSBmaXJz dCBjb21tZW50ICg1NDQ0IG11bHRpcGxleGVyKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxk aXYgc3R5bGU9ImJvcmRlcjpzb2xpZCBibGFjayAxLjBwdDtwYWRkaW5nOjIuMHB0IDIuMHB0IDIu MHB0IDIuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0 ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3JvdW5kOndoaXRl Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE1LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPioqKiBXQVJOSU5H ICoqKjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQ7dGV4 dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMzMzOTcyIj5UaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBmcm9tIG91dHNp ZGUgb3VyIG9yZ2FuaXNhdGlvbiwgZWl0aGVyIGZyb20gYW4gZXh0ZXJuYWwgcGFydG5lciBvciB0 aGUgaW50ZXJuZXQuPC9zcGFuPjwvZW0+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMzMzOTcyIj48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0aGVy IHlvdSBzaG91bGQgY2xpY2sgb24gYW55IGxpbmtzLCBvcGVuIGFueSBhdHRhY2htZW50cyBvciBy ZXBseS48L3NwYW4+PC9lbT48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZvciBpbmZvcm1hdGlvbiByZWdh cmRpbmcgPC9zcGFuPg0KPC9lbT48L3NwYW4+PC9pPjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpyZWQiPlJlZCBGbGFnczwvc3Bhbj48L2k+PC9zdHJvbmc+PGVtPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+IHRoYXQgeW91IGNhbiBsb29r IG91dCBmb3IgaW4gZW1haWxzIHlvdSByZWNlaXZlLA0KIGNsaWNrIDxhIGhyZWY9Imh0dHA6Ly9p bnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMv RG9jdW1lbnRzL1JlZCUyMEZsYWdzLnBkZiI+DQpoZXJlPC9hPi48L3NwYW4+PC9lbT48aT48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPjxicj4NCjxlbT48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ SWYgeW91IGZlZWwgdGhlIGVtYWlsIGlzIHN1c3BpY2lvdXMsIHBsZWFzZSBmb2xsb3cNCjxhIGhy ZWY9Imh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5 L3Nwb3RsaWdodHMvRG9jdW1lbnRzL0RlYWxpbmclMjBXaXRoJTIwU3VzcGljaW91cyUyMEVtYWls cy5wZGYiPg0KdGhpcyBwcm9jZXNzPC9hPi48L3NwYW4+PC9lbT48L3NwYW4+PC9pPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhlbGxvIENocmlzdG9waGVyLDxv OnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFtIDA4LjAzLjIw MTYgdW0gMTI6NTkgc2NocmllYiBDaHJpc3RvcGhlciBEZWFybG92ZSAmbHQ7PGEgaHJlZj0ibWFp bHRvOmNocmlzQG1uZW1vc3luZS5kZW1vbi5jby51ayI+Y2hyaXNAbW5lbW9zeW5lLmRlbW9uLmNv LnVrPC9hPiZndDs6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+SSdtIHJlYWRpbmcgdGhpcyBvbiBhIHBob25lLCBzbyBJJ20gZ29pbmcgdG8gd2Fp dCB1bnRpbCBJIGNhbiByZWFkIGl0IGJldHRlciBmb3IgbG9uZ2VyIGNvbW1lbnQuPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJ1dCB0aGVyZSBh cmUsIGFuZCBJIHRoaW5rIHRoaXMgaXMgYSBwb3RlbnRpYWwgc291cmNlIGZvciBjb25mdXNpb24s IHR3byB0aGluZ3MgaW4gNTQ0NC4gT25lIGlzIGFib3V0IGZvcm1hdHMsIG9uZSBpcyBhYm91dCBt dWx0aXBsZXhpbmcuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkZvcm1hdHRpbmcgKGFuZCBwYXJzaW5nKSBpc24ndCBkZWZpbmVkIGFzIGEgcHJv Y2VzcywgYnV0IGFzIGZvcm1hdHMuIE1hbnkgcGVvcGxlIChldmVyeW9uZT8pIHdobyB1c2VzIDU0 NDQgd2lsbCBjcmVhdGUgYSBnZW5lcmFsIDU0NDQgZm9ybWF0dGVyL3BhcnNlci4gVGhhdCdzIHVw IHRvIHRoZSBpbXBsZW1lbnRlciB0byBkZWNpZGUgd2hhdCB0byBtYWtlIGl0IGRvLCB3aGV0aGVy IHRvIG9wdGltaXNlIGluIHRoYXQNCiBmb3JtYXR0ZXIsIG91dHNpZGUgdGhlIGZvcm1hdHRlciwg b3Igbm90IGF0IGFsbC4gKFBlcnNvbmFsbHkgSSBoYXZlIHNvbWUgaW5zaWRlLCBzb21lIG91dHNp ZGUuKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5UaGUgb3RoZXIgY29tcG9uZW50IGlzIHRoZSA1NDQ0IG11bHRpcGxleGVyIChhbmQgZGVudWx0 aXBsZXhlcikuIFRoYXQgdGFrZXMgNTQ0NCBmb3JtYXR0ZWQgbWVzc2FnZXMgKGFuZCAmbmJzcDtw b3NzaWJseSBzb21lIG90aGVyIHRoaW5ncykgYW5kIGZvcm1zIDU0NDQgcGFja2V0cy4gSXQgaXMg aW1wb3J0YW50IHRoYXQgdGhlIDU0NDQgbXVsdGlwbGV4ZXIgcmV0dXJucyBtZXNzYWdlcyBhcyBk ZWxpdmVyZWQgdG8gaXQNCiAoaG9wIGNvdW50IGFuZCBsaW1pdCBhcGFydCBvZiBjb3Vyc2UpLiBP dGhlcndpc2Ugc2VjdXJpdHkgZmVhdHVyZXMgaW4gdGhlIHByb3RvY29sIG1heSBmYWlsLiBOb3Rl IHRoYXQgZG9lc24ndCBwcmV2ZW50IHRoZSBtdWx0aXBsZXhlciBtb2RpZnlpbmcgdGhlIG1lc3Nh Z2UgYmVmb3JlIHB1dHRpbmcgaXQgb24gdGhlIHdpcmUsIHRoYXQganVzdCBuZWVkcyB0byBiZSBy ZXZlcnNpYmxlLiBBbmQgb2J2aW91cyBleGFtcGxlIGlzIGlmIHlvdSBpbXBsZW1lbnQNCiA3MTgy IElDVnMgYW5kIFRJTUVTVEFNUHMgaW4gdGhlIG11bHRpcGxleGVyLCBpZiBpdCBhZGRzIHRoZW0s IGl0IGFsc28gbmVlZHMgdG8gcmVtb3ZlIHRoZW0gYmVmb3JlIGhhbmRpbmcgdGhlIG1lc3NhZ2Ug dG8gdGhlIHByb3RvY29sLiAoWW91IG1heSBpbnN0ZWFkIHB1dCB0aGlzIGluIHRoZSBwcm90b2Nv bC4pPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5FeGFjdGx5LiBBbGwgSSB3YW50ZWQgdG8g c2F5IHdhcyB0aGF0IG15IG1lbnRhbCBtb2RlbCBsb29rZWQgc29tZXRoaW5nIGxpa2UgdGhpczo8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDb3VyaWVyIj4mbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJiM0Mzst LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSYjNDM7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OkNvdXJpZXIiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyB8ICYjNDM7LS0tLS0tLS0tLS0tJiM0MzsgJm5i c3A7JiM0MzstLS0tLS0tLS0tLS0mIzQzOyB8PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNv dXJpZXIiPiYjNDM7LS0tLS0tLS0tLS0tLSYjNDM7ICZuYnNwOyAmbmJzcDsgfCB8ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCAmbmJzcDt8ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCB8PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OkNvdXJpZXIiPnwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgfCAm bmJzcDsgJm5ic3A7IHwgfCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw O3wgJm5ic3A7fCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wgfCAm bmJzcDtzZW5kPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNvdXJpZXIiPnwgQU9EVnYyLyAm bmJzcDsgJm5ic3A7ICYjNDM7LS0tLS0tLSZndDsgRm9ybWF0ICZuYnNwOyAmbmJzcDsgJiM0Mzst LSZndDsgTXVsdGlwbGV4ICZuYnNwOyYjNDM7LS0tLS0tLSZndDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6Q291cmllciI+fCBPTFNSdjIvLi4uICZuYnNwO3wgJm5ic3A7ICZuYnNwOyB8IHwg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8ICZuYnNwO3wgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8IHw8L3NwYW4+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6Q291cmllciI+fCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyB8ICZuYnNwOyAmbmJzcDsgfCB8ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7fCAmbmJzcDt8ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7fCB8PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNvdXJpZXIiPiYjNDM7LS0tLS0tLS0t LS0tLSYjNDM7ICZuYnNwOyAmbmJzcDsgfCAmIzQzOy0tLS0tLS0tLS0tLSYjNDM7ICZuYnNwOyYj NDM7LS0tLS0tLS0tLS0tJiM0MzsgfDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDb3VyaWVy Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgfCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw O1JGQzU0NDQgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgfDwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTpDb3VyaWVyIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJiM0MzstLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSYjNDM7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPuKApldoaWNoIGlzIHdo eSBJIHRob3VnaHQgd2XigJlkIG9ubHkgbmVlZCB0byBzcGVjaWZ5IHRoZSB0cmFuc2FjdGlvbiBt YXJrZWQgYnkgdGhlIGZpcnN0IGFycm93LiBJbiBwcmV2aW91cyBFLU1haWxzIGFib3V0IHRoZSA1 NDQ0LXVzYWdlIGRyYWZ0LCBJ4oCZdmUgY3JpdGljaXNlZCB0aGF0IGl04oCZcyBub3QgZW50aXJl bHkgY2xlYXIgaG93IHRvIGRvIHRoYXQgY29ycmVjdGx5LCBhbmQgSSB0aGluayB0aGF0IHRoaXMg Y29uZnVzaW9uDQogaXMgYW4gaWxsdXN0cmF0aW9uIG9mIHRoZSBwcm9ibGVtIEkgd2FzIHRyeWlu ZyB0byBhZGRyZXNz4oCmIFVuZm9ydHVuYXRlbHksIEkgaGF2ZW7igJl0IGdvdHRlbiByb3VuZCB0 byByZWFkaW5nIC0wMiB5ZXQsIHNvIEkgZG9u4oCZdCBrbm93IGlmIHRoaXMgbWF5IGhhdmUgYmVl biByZXNvbHZlZCBhbHJlYWR5LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+WWVzLCBJIHRoaW5rIHRoZSB1c2FnZSBkb2N1bWVudCBj b3VsZCBnYWluIGZyb20gYWRkaW5nIHRoaXMuIE5vdGUsIHRoYXQncyBwZXJzb25hbCBvbmx5LCBt eSBjby1hdXRob3JzIGhhdmVuJ3QgYWdyZWVkIHRvIHRoYXQgeWV0LiBCdXQgbGFyZ2VseSBiZWNh dXNlIEkgaGF2ZW4ndCBhc2tlZCB0aGVtIHlldCAod2l0aCBvbmUgcGFydGlhbCBleGNlcHRpb24p LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5U aGUgcG9pbnRzIEkgdGhpbmsgYXJlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+LSBUd28gdGhpbmdzIGluIDU0NDQuIEZvcm1hdCBhbmQgbXVsdGlw bGV4LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ LSBHZW5lcmljIGZvcm1hdHRlci9wYXJzZXIgbm90IHJlcXVpcmVkLCBidXQgcmVjb21tZW5kZWQu IE9wdGltaXNhdGlvbiBvcHRpb25hbC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPi0gTXVsdGlwbGV4ZXIgbXVzdCBkZWxpdmVyIG1lc3NhZ2VzIGFz IHNlbnQgKGhvcCBleGNlcHRpb24pLiBCdXQgbWF5IG1vZGlmeSByZXZlcnNpYmx5LiA3MTgyIGV4 YW1wbGUgKGNvdWxkIGltcGxlbWVudCBtZXNzYWdlIGxldmVsIGluIG11bHRpcGxleGVyLCBtdXN0 IGltcGxlbWVudCBwYWNrZXQgbGV2ZWwgdGhlcmUpLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BZGRpdGlvbmFsbHksIEkgd2Fz IHdvbmRlcmluZyBpZiB5b3XigJlkIGhhZCBhIGNoYW5jZSB0byBsb29rIGF0IG15IHN1Z2dlc3Rl ZCBjaGFuZ2VzIGJ5IG5vdz8gSeKAmWQgbGlrZSB0byBmaXggdGhpcyBhcyBzb29uIGFzIHBvc3Np YmxlLCBhbmQgSSB3YW50IHRvIG1ha2Ugc3VyZSBJIGdldCBpdCByaWdodCB0aGlzIHRpbWUuIDop PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJl c3QgcmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkxvdHRlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCi0tJm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hyaXN0b3BoZXIgRGVhcmxvdmU8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Im1haWx0bzpj aHJpc3RvcGhlci5kZWFybG92ZUBnbWFpbC5jb20iPmNocmlzdG9waGVyLmRlYXJsb3ZlQGdtYWls LmNvbTwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQpPbiA4IE1hciAy MDE2LCBhdCAxMTowOSwgTG90dGUgU3RlZW5icmluayAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxvdHRl LnN0ZWVuYnJpbmtAZnUtYmVybGluLmRlIj5sb3R0ZS5zdGVlbmJyaW5rQGZ1LWJlcmxpbi5kZTwv YT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0i bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5IZWxsbyBDaHJpc3RvcGhlciw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+QW0gMDQuMDMuMjAxNiB1bSAxNzoxOSBzY2hyaWViIERlYXJsb3Zl LCBDaHJpc3RvcGhlciAoVUspICZsdDs8YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFl c3lzdGVtcy5jb20iPmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPC9hPiZndDs6PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+ PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDsiPknigJl2ZSByZWFkIHNvbWUgb2YgZHJhZnQgLTEzLiBJIHdpbGwg cHJvdmlkZSBjb21tZW50cyAod2hpY2ggd29u4oCZdCBiZSBjb21wcmVoZW5zaXZlKSBpbiBiaXRl IHNpemVkIGNodW5rcyByYXRoZXIgdGhhbiBhdHRlbXB0aW5nIGFueXRoaW5nIGNvbnNvbGlkYXRl ZC4gQW5kIG1vc3QgY2FuIHdhaXQgdW50aWwNCiBuZXh0IHdlZWsgYXQgdGhlIGVhcmxpZXN0Ljxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij5CdXQgb25lIHRvIGtpY2sgb2ZmLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5UaGUgYXJjaGl0ZWN0 dXJlIG1hbmRhdGVkIGJ5IDU0OTggaXMgdGhhdCBBT0RWdjIgY3JlYXRlcyBtZXNzYWdlcywgaXQg cGFzc2VzIHRoZW0gdG8gdGhlIDU0NDQgbXVsdGlwbGV4ZXIuIEluIGR1ZSBjb3Vyc2UgaXQgcmVj ZWl2ZXMgbWVzc2FnZXMgZnJvbSB0aGVyZS4gVGhlcmUgYXJlIHNvbWUgb3RoZXINCiBkZXRhaWxz LCBidXQgdGhhdOKAmXMgdGhlIG1vc3QgaW1wb3J0YW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5UaGUgNTQ0NCBt dWx0aXBsZXhlciBpcyB3aGF0IGhhbmRsZXMgVURQIHBvcnRzLCBtdWx0aWNhc3QgYWRkcmVzc2Vz IGFuZCBzbyBvbi4gSXQgZG9lc27igJl0IGhhbmRsZSBmbG9vZGluZywgYmVjYXVzZSBpdHMgcGFj a2V0cyAod2hpY2ggbWF5IGNvbnRhaW4gbXVsdGlwbGUgbWVzc2FnZXMsIGZyb20NCiBBT0RWdjIg YW5kIGVsc2V3aGVyZSkgb25seSBnbyBvbmUgaG9wLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5UaGVyZSBhcmUgb3Ro ZXIgcmVxdWVzdHMgdGhhdCBjYW4gYmUgbWFkZSB0byB0aGUgbXVsdGlwbGV4ZXIsIG1vc3Qgb2J2 aW91c2x5IHdoaWNoIGludGVyZmFjZShzKSB0aGlzIG1lc3NhZ2UgaXMgZm9yLCBidXQgYWxzbyB0 aGluZ3MgbGlrZSDigJxwbGVhc2UgdHJ5IHRvIGtlZXAgdGhlc2UgbWVzc2FnZXMNCiB0b2dldGhl cuKAnS4gSWYgdGhlcmUgYXJlIGFueSBhZGRpdGlvbmFsIHJlcXVlc3RzIHRoYXQgc2hvdWxkIGJl IHN1cHBvcnRlZCwgYW5kIGFyZSBub3QgaW5jb21wYXRpYmxlIHdpdGggdGhlIGFyY2hpdGVjdHVy ZSwgdGhlbiB0aGUgNTQ0NCB1c2FnZSBkcmFmdCBpcyBhIGdvb2Qgb3Bwb3J0dW5pdHkgdG8gZ2V0 IHRob3NlIGluLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5CdXQsIGxvb2tpbmcgYXQgdGhlIEFPRFZ2MiBkcmFmdCwg 4oCcbXVsdGlwbGV44oCdIChhcyBhIHdob2xlIG9yIHBhcnQgd29yZCkgb25seSBhcHBlYXJzIHR3 aWNlLCBib3RoIGluIHRoZSBwYXJhZ3JhcGg6PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IFtSRkM1NDQ0XSBwcm92aWRlcyBhIG11 bHRpcGxleGVkIHRyYW5zcG9ydCBmb3IgbXVsdGlwbGUgcHJvdG9jb2xzLjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgQW4gW1JGQzU0 NDRdIG11bHRpcGxleGVyIE1BWSBjaG9vc2UgdG8gb3B0aW1pemUgdGhlIGNvbnRlbnQgb2Y8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7 IGNlcnRhaW4gbWVzc2FnZSBlbGVtZW50cyB0byByZWR1Y2UgY29udHJvbCBtZXNzYWdlIG92ZXJo ZWFkLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5JIHRo aW5rIHRoYXTigJlzIG5vdCBob3cgSSBzZWUgaXQsIHRoYXQgdGhhdOKAmXMgdGhlIHJvbGUgb2Yg dGhlIChzdWJ0bGVseSBkaWZmZXJlbnQpIDU0NDQgbWVzc2FnZSBjcmVhdGlvbiBwcm9jZXNzIGZy b20gYWRkcmVzc2VzIGFuZCBhdHRyaWJ1dGVzLiBJIHRoaW5rIHRoZSBtdWx0aXBsZXhlciBpdHNl bGYsDQogZ2l2ZW4gYSB3aG9sZSBtZXNzYWdlIGZyb20gYSBwcm90b2NvbCBzaG91bGRu4oCZdCBi ZSBtb2RpZnlpbmcgaXQuIE5vdGUgdGhhdCBJ4oCZdmUgZXhwcmVzc2VkIHRoYXQgYXMgYW4gb3Bp bmlvbiwgdGhvdWdoIGEgcXVpdGUgc3Ryb25nIG9uZS4gQSBwcm90b2NvbCBtaWdodCBhcHBseSBz b21lIHNvcnQgb2Ygc3BlY2lhbGlzZWQgc2lnbmF0dXJlLCBhbmQgd2UgY2Fu4oCZdCBsZXQgdGhl IG11bHRpcGxleGVyIGRlc3Ryb3kgdGhhdC4gKFRoZSBtdWx0aXBsZXhlcg0KIG1pZ2h0IGFkZCBh IDcxODIgSUNWIGFuZC9vciB0aW1lc3RhbXAsIGJ1dCBpdCB3aWxsIHRoZW4gcmVtb3ZlIHRoZW0g YmVmb3JlIHRoZSBwcm90b2NvbCBnZXRzIHRoZSBwYWNrZXQgYWdhaW4uKTxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5U cnVlLiBJZiBJIHJlbWVtYmVyIGl0IGNvcnJlY3RseSAoQ28tQXV0aG9ycywgcGxlYXNlIHN0b3Ag bWUgaWYgSSBkb24ndCksIHdoYXQgd2Ugd2VyZSB0cnlpbmcgdG8gc2F5IHdhcyAmcXVvdDtUaGUg bWVzc2FnZSBjb250ZW50cyBNQVkgYmUgcmVzaHVmZmxlZCBkdXJpbmcgbWVzc2FnZSBjcmVhdGlv biwgYnV0IHBsZWFzZSBwYXkgYXR0ZW50aW9uIHRoYXQgc29tZSB0aGluZ3MgTVVTVCBiZSBrZXB0 IGluIG9uZSBtZXNzYWdlDQogaW4gb3JkZXIgdG8gZm9ybSBhIGNvaGVyZW50IEFPRFZ2MiBtZXNz YWdlLiZxdW90OyBUaGlzIGlzIGVzcGVjaWFsbHkgaW1wb3J0YW50IGZvciBSRVJSIG1lc3NhZ2Vz LCB3aGljaCBjb3VsZCBlYXNpbHkgZ2V0IGNob3BwZWQgdXAgaW50byBtdWx0aXBsZSBtZXNzYWdl cyBpZiB0aGUgdW5kZXJseWluZyBNVFUgaXMgc21hbGwuPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPklmIHdlIGNoYW5nZSB0aGF0IHBhcmFncmFw aCB0bzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlIHN0eWxlPSJwYWdlLWJy ZWFrLWJlZm9yZTphbHdheXMiPiZuYnNwOyZuYnNwOyBbPGEgbmFtZT0icmVmLVJGQzU0NDQiIGlk PSJyZWYtUkZDNTQ0NCI+UkZDNTQ0NDwvYT5dIHByb3ZpZGVzIGEgbXVsdGlwbGV4ZWQgdHJhbnNw b3J0IGZvciBtdWx0aXBsZSBwcm90b2NvbHMuPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9 InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IEFuIFs8YSBocmVmPSJodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNTQ0NCIgdGl0bGU9IiZxdW90O0dlbmVyYWxpemVk IE1vYmlsZSBBZCBIb2MgTmV0d29yayAoTUFORVQpIFBhY2tldC9NZXNzYWdlIEZvcm1hdCZxdW90 OyI+UkZDNTQ0NDwvYT5dIGltcGxlbWVudGF0aW9uIE1BWSBjaG9vc2UgdG8gb3B0aW1pemUgdGhl IGNvbnRlbnQgb2Y8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZv cmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsgY2VydGFpbiBlbGVtZW50cyBkdXJpbmcgbWVzc2FnZSBj cmVhdGlvbiB0byByZWR1Y2UgY29udHJvbCBtZXNzYWdlIG92ZXJoZWFkLjxvOnA+PC9vOnA+PC9w cmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPiZuYnNwOyZuYnNwOyA8 bzpwPjwvbzpwPjwvcHJlPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+YW5k IHRoZSBsYW5ndWFnZSBvZiwgc2F5LCAmbmJzcDs8YSBuYW1lPSJzZWN0aW9uLTcuMS4zIj48L2E+ PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbWFuZXQtYW9k dnYyLTEzI3NlY3Rpb24tNy4xLjMiPjxiPjxzcGFuIHN0eWxlPSJ0ZXh0LWRlY29yYXRpb246bm9u ZSI+Ny4xLjM8L3NwYW4+PC9iPjwvYT48Yj4uIFJSRVEgUmVnZW5lcmF0aW9uJm5ic3A7PC9iPmZy b208bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHByZSBzdHlsZT0icGFnZS1icmVh ay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsgVGhpcyBBT0RWdjIgbWVzc2FnZSBpcyB1c2Vk IHRvIGNyZWF0ZSBhIGNvcnJlc3BvbmRpbmcgWzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9yZmM1NDQ0IiB0aXRsZT0iJnF1b3Q7R2VuZXJhbGl6ZWQgTW9iaWxlIEFkIEhvYyBO ZXR3b3JrIChNQU5FVCkgUGFja2V0L01lc3NhZ2UgRm9ybWF0JnF1b3Q7Ij5SRkM1NDQ0PC9hPl08 bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4m bmJzcDsmbmJzcDsgbWVzc2FnZSAoc2VlIDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9kcmFmdC1pZXRmLW1hbmV0LWFvZHZ2Mi0xMyNzZWN0aW9uLTgiPlNlY3Rpb24gODwvYT4p IHdoaWNoIGlzIG11bHRpY2FzdCwgYnkgZGVmYXVsdCwgdG8gTEwtTUFORVQtPG86cD48L286cD48 L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7 IFJvdXRlcnMgb24gYWxsIGludGVyZmFjZXMgY29uZmlndXJlZCBmb3IgQU9EVnYyIG9wZXJhdGlv bi4mbmJzcDsgSG93ZXZlciw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVh ay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsgdGhlIHJlZ2VuZXJhdGVkIFJSRVEgY2FuIGJl IHVuaWNhc3QgdG8gdGhlIG5leHQgaG9wIGFkZHJlc3Mgb2YgdGhlPG86cD48L286cD48L3ByZT4N CjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IExvY2Fs Um91dGUgdG93YXJkIFRhcmdBZGRyLCBpZiBrbm93bi48bzpwPjwvbzpwPjwvcHJlPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj50byBzb21ldGhpbmcgbGlrZTxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTph bHdheXMiPiZuYnNwOyZuYnNwOyBUaGlzIEFPRFZ2MiBtZXNzYWdlIGlzIHVzZWQgdG8gY3JlYXRl IGEgY29ycmVzcG9uZGluZyBbPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3Jm YzU0NDQiIHRpdGxlPSImcXVvdDtHZW5lcmFsaXplZCBNb2JpbGUgQWQgSG9jIE5ldHdvcmsgKE1B TkVUKSBQYWNrZXQvTWVzc2FnZSBGb3JtYXQmcXVvdDsiPlJGQzU0NDQ8L2E+XTxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPiZuYnNwOyZuYnNw OyBtZXNzYWdlIChzZWUgPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWlldGYtbWFuZXQtYW9kdnYyLTEzI3NlY3Rpb24tOCI+U2VjdGlvbiA4PC9hPiksIHdoaWNoIGlz IGhhbmRlZCB0byB0aGUmbmJzcDtSRkM1NDQ0IG11bHRpcGxleGVyPG86cD48L286cD48L3ByZT4N CjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IGZvciBm dXJ0aGVyIHByb2Nlc3NpbmcuPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJl YWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IEJ5IGRlZmF1bHQsIHRoZSBtdWx0aXBsZXhl ciBpcyBpbnN0cnVjdGVkIHRvIG11bHRpY2FzdCB0aGUgbWVzc2FnZSB0byBMTC1NQU5FVC08bzpw PjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJz cDsmbmJzcDsgUm91dGVycyBvbiBhbGwgaW50ZXJmYWNlcyBjb25maWd1cmVkIGZvciBBT0RWdjIg b3BlcmF0aW9uLiZuYnNwOyBIb3dldmVyLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJw YWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPiZuYnNwOyZuYnNwOyB0aGUgcmVnZW5lcmF0ZWQgUlJF USBjYW4gYmUgdW5pY2FzdCB0byB0aGUgbmV4dCBob3AgYWRkcmVzcyBvZiB0aGU8bzpwPjwvbzpw PjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJz cDsgTG9jYWxSb3V0ZSB0b3dhcmQgVGFyZ0FkZHIsIGlmIGtub3duLjxvOnA+PC9vOnA+PC9wcmU+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPihhbmQgdGhlIHNhbWUgdGhp bmcgZm9yJm5ic3A7PGEgbmFtZT0ic2VjdGlvbi03LjIuMyI+PC9hPjxhIGhyZWY9Imh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1hbmV0LWFvZHZ2Mi0xMyNzZWN0aW9uLTcu Mi4zIj48Yj48c3BhbiBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5vbmUiPjcuMi4zPC9zcGFuPjwv Yj48L2E+PGI+LiBSUkVQIFJlZ2VuZXJhdGlvbjwvYj4sJm5ic3A7PGEgbmFtZT0ic2VjdGlvbi02 LjUiPjwvYT48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1t YW5ldC1hb2R2djItMTMjc2VjdGlvbi02LjUiPjxiPjxzcGFuIHN0eWxlPSJ0ZXh0LWRlY29yYXRp b246bm9uZSI+Ni41PC9zcGFuPjwvYj48L2E+PGI+Lg0KIE1lc3NhZ2UgVHJhbnNtaXNzaW9uLDwv Yj4mbmJzcDtldGMuKSwgd291bGQgdGhhdCByZXNvbHZlIHRoZSBpc3N1ZT88bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48 L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5UaGlzIGlz IHByb2JhYmx5IHNvbWV0aGluZyB0aGF0IGNvdWxkL3Nob3VsZCBiZSBpbiB0aGUgNTQ0NCB1c2Fn ZSBkcmFmdC4gSWYgaXQgZ2V0cyBXR0xDZWQgYXMgcmVxdWVzdGVkLCBJ4oCZbGwgc3VibWl0IGl0 IHRvIG15c2VsZiBhbmQgdGhlIHJlc3Qgb2YgdGhlIGF1dGhvciB0ZWFtLjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5T byB0aGVyZSBpcyBub3RoaW5nIGRlc2NyaWJpbmcgaG93IEFPRFZ2MiBpbnRlcmFjdHMgd2l0aCB0 aGUgbXVsdGlwbGV4ZXIuIFRoYXQgc2hvdWxkbuKAmXQgbWF0dGVyICh0aG91Z2ggaXTigJlzIGFs d2F5cyBiZXR0ZXIgdG8gaGF2ZSBpdCkgaWYgeW91IGFzc3VtZSA1NDk4IGFwcGxpZXMsIGFzIGl0 IGRvZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkkndmUgYWx3YXlzIGFzc3VtZWQgdGhlIDU0NDQgbWVzc2FnZSBj cmVhdGlvbiBwcm9jZXNzIHRvIGJlIHBhcnQgb2YgdGhlICZxdW90O1JGQzU0NDQgY29tcG9uZW50 JnF1b3Q7IHJhdGhlciB0aGFuIHBhcnQgb2YgdGhlICZxdW90O0FPRFZ2MiBjb21wb25lbnQmcXVv dDssIHdoaWNoIGlzIHdoeSBJIHRob3VnaHQgdGhlIEFPRFZ2MiZsdDstJmd0O1JGQzU0NDQgaW50 ZXJhY3Rpb24gdGhhdCBzaG91bGQgYmUgZGVzY3JpYmVkIGNsZWFybHkgd2FzIHRoZSBwYXJ0DQog d2hlcmUgQU9EVnYyIHRlbGxzIHRoZSA1NDQ0IG1lc3NhZ2UgY3JlYXRpb24gcHJvY2VzcyB3aGF0 IGEgbWVzc2FnZSBsb29rcyBsaWtlIChhbmQgd2hlcmUgaXQgc2hvdWxkIGJlIHNlbnQpLiBJJ3Zl IGFzc3VtZWQgdGhhdCB0aGlzIGlzIHRoZSBwYXJ0IHdoZXJlIEFPRFZ2MiBoYW5kcyBvdmVyIGFs bCBjb250cm9sIHRvIDU0NDQsIHNvIG9idmlvdXNseSBpdCB3b3VsZG4ndCBtdWx0aWNhc3QgYSBt ZXNzYWdlICppdHNlbGYqLCBpdCB3b3VsZCBpbnN0cnVjdA0KIHRoZSBtdWx0aXBsZXhlciB0byBk byBzby4gSSB3YXNuJ3QgYXdhcmUgdGhhdCB0aGlzIG11c3QgYmUgc3RhdGVkIGV4cGxpY2l0bHku PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkn bSBub3Qgc3VyZSBpZiB0aGlzIGlzIGEgc3VidGxldHkgb3IgYSBtaXNjb25jZXB0aW9uIHRoYXQg c2hvdWxkIGJlIGNsYXJpZmllZCBpbiB0aGUgNTQ0NC11c2FnZSBkcmFmdC4uLjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XaXRoIGtpbmQgcmVn YXJkcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PkxvdHRlIFN0ZWVuYnJpbms8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+QnV0IHVuZm9ydHVuYXRl bHkgdGhlIGRyYWZ0IHN0aWxsIGhhcyBtYXRlcmlhbCB0aGF0IGNvbnRyYWRpY3RzIHRoYXQgbW9k ZWwsIHdoaWNoIG5lZWRzIHRvIGdvLiBJbiBwYXJ0aWN1bGFyIChidXQgbm90IG9ubHkpIHRoZSBm aXJzdCB0d28gcGFyYWdyYXBocyBvZiBzZWN0aW9uIDYuNS4gVGhpcw0KIGlzIGFuIGVzc2VudGlh bCBjaGFuZ2UuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMwMDdFN0UiPi0tPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MDA3RTdFIj5DaHJpc3RvcGhlciBEZWFybG92ZTxicj4NClNlbmlvciBQcmluY2lwYWwgRW5naW5l ZXI8YnI+DQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMYWJvcmF0b3JpZXM8YnI+ DQo8L3NwYW4+PC9iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6I0JFQkVCRSI+ X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188YnI+DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMDAwMDdFIj48YnI+DQo8L3NwYW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4 LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiM3RDdEN0QiPlQ8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojN0Q3RDdEIj46ICZuYnNwOyYjNDM7NDQgKDApMTI0NSAyNDIxOTQgJm5ic3A7fCAmbmJzcDs8 Yj5FOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L2I+ PGEgaHJlZj0ibWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tIj5jaHJpcy5kZWFy bG92ZUBiYWVzeXN0ZW1zLmNvbTwvYT48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMwMDAwN0UiPjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjgu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2Zv cmQgVGVjaG5vbG9neSBQYXJrLCBHcmVhdCBCYWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4 SE4uPGJyPg0KPGEgaHJlZj0iaHR0cDovL3d3dy5iYWVzeXN0ZW1zLmNvbS9haSI+PHNwYW4gc3R5 bGU9ImNvbG9yOiMzQThCOTIiPnd3dy5iYWVzeXN0ZW1zLmNvbS9haTwvc3Bhbj48L2E+PC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj M0E4QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMaW1pdGVkPGJyPg0KUmVn aXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIE5vOiAwMTMzNzQ1MTwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+UmVnaXN0ZXJlZCBPZmZpY2U6IFN1cnJleSBS ZXNlYXJjaCBQYXJrLCBHdWlsZGZvcmQsIFN1cnJleSwgR1UyIDdZUDwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij4qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKjxicj4NClRoaXMgZW1haWwgYW5kIGFueSBh dHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFsIHRvIHRoZSBpbnRlbmRlZDxicj4NCnJlY2lwaWVu dCBhbmQgbWF5IGFsc28gYmUgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVk PGJyPg0KcmVjaXBpZW50IHBsZWFzZSBkZWxldGUgaXQgZnJvbSB5b3VyIHN5c3RlbSBhbmQgbm90 aWZ5IHRoZSBzZW5kZXIuPGJyPg0KWW91IHNob3VsZCBub3QgY29weSBpdCBvciB1c2UgaXQgZm9y IGFueSBwdXJwb3NlIG5vciBkaXNjbG9zZSBvcjxicj4NCmRpc3RyaWJ1dGUgaXRzIGNvbnRlbnRz IHRvIGFueSBvdGhlciBwZXJzb24uPGJyPg0KKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCm1hbmV0 IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzptYW5ldEBpZXRmLm9yZyI+PHNwYW4g c3R5bGU9ImNvbG9yOnB1cnBsZSI+bWFuZXRAaWV0Zi5vcmc8L3NwYW4+PC9hPjxicj4NCjxhIGhy ZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbWFuZXQiPjxzcGFuIHN0 eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v bWFuZXQ8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1 b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2lu LXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4N Cm1hbmV0IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzptYW5ldEBpZXRmLm9yZyI+ bWFuZXRAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9tYW5ldCI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9tYW5ldDwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92379D74GLKXM0002VGREEN_-- From nobody Mon Mar 14 10:48:36 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 29D5212DC3E for ; Mon, 14 Mar 2016 10:48:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IgSr_l4Buent for ; Mon, 14 Mar 2016 10:48:25 -0700 (PDT) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 054C912DBEB for ; Mon, 14 Mar 2016 10:48:25 -0700 (PDT) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1afWbN-003ItG-Sc>; Mon, 14 Mar 2016 18:48:21 +0100 Received: from f051001241.adsl.alicedsl.de ([78.51.1.241] helo=[192.168.1.2]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (envelope-from ) id <1afWbN-001Jcx-8F>; Mon, 14 Mar 2016 18:48:21 +0100 Content-Type: multipart/alternative; boundary="Apple-Mail=_BF5C297B-8CD9-4845-AEE7-54E638762734" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Lotte Steenbrink In-Reply-To: Date: Mon, 14 Mar 2016 18:48:20 +0100 Message-Id: References: <0EE93A7C-3A02-4205-9C07-1E0001D213DB@fu-berlin.de> <2CEF5DDC-F92E-452A-B4A1-23BB56A50CD6@fu-berlin.de> To: "Dearlove, Christopher (UK)" X-Mailer: Apple Mail (2.3112) X-Originating-IP: 78.51.1.241 X-ZEDAT-Hint: A Archived-At: Cc: Christopher Dearlove , "manet@ietf.org" Subject: Re: [manet] AODVv2 - first comment (5444 multiplexer) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2016 17:48:33 -0000 --Apple-Mail=_BF5C297B-8CD9-4845-AEE7-54E638762734 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Christopher, > Am 14.03.2016 um 18:13 schrieb Dearlove, Christopher (UK) = : >=20 > I don=E2=80=99t think that=E2=80=99s the right picture, but I=E2=80=99m = not going to try to draw the right one. > =20 I never said it was, I just wanted to illustrate where I got confused. = But I guess that discussion is off-topic in this thread=E2=80=A6 :) Best regards, Lotte > Rather the protocol needs to construct a message. To do that it may = use a library that enables that. But the message is returned by the = library to the protocols. > =20 > Why? For a start, the protocol may not have finished with the message. = It might construct it in stages. In particular it might hand it off to = another protocol to add to it. > =20 > For example consider that NHDP creates HELLO messages. Then OLSRv2 = adds material to those HELLO messages (e.g. MPR TLVs). > =20 > Then the protocol passes the final message to the multiplexer. > =20 > Note that the multiplexer is a defined process. Formatting a message = is not. While a library to do that is a natural way to work, it=E2=80=99s = not mandatory. I know that the authors of the 5444 usage draft all have = produced such libraries - but they are different in their exact models, = not just their code. > =20 > And, as indicted in the usage draft, you can write a library that = attempts to optimise your messages. Or rely on the code calling the = library to do things optimally itself. > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: Lotte Steenbrink [mailto:lotte.steenbrink@fu-berlin.de = ]=20 > Sent: 14 March 2016 16:49 > To: Christopher Dearlove > Cc: manet@ietf.org ; Dearlove, Christopher (UK) > Subject: Re: [manet] AODVv2 - first comment (5444 multiplexer) > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > Hello Christopher, > =20 > Am 08.03.2016 um 12:59 schrieb Christopher Dearlove = >: > =20 > I'm reading this on a phone, so I'm going to wait until I can read it = better for longer comment. > =20 > But there are, and I think this is a potential source for confusion, = two things in 5444. One is about formats, one is about multiplexing. > =20 > Formatting (and parsing) isn't defined as a process, but as formats. = Many people (everyone?) who uses 5444 will create a general 5444 = formatter/parser. That's up to the implementer to decide what to make it = do, whether to optimise in that formatter, outside the formatter, or not = at all. (Personally I have some inside, some outside.) > =20 > The other component is the 5444 multiplexer (and denultiplexer). That = takes 5444 formatted messages (and possibly some other things) and = forms 5444 packets. It is important that the 5444 multiplexer returns = messages as delivered to it (hop count and limit apart of course). = Otherwise security features in the protocol may fail. Note that doesn't = prevent the multiplexer modifying the message before putting it on the = wire, that just needs to be reversible. And obvious example is if you = implement 7182 ICVs and TIMESTAMPs in the multiplexer, if it adds them, = it also needs to remove them before handing the message to the protocol. = (You may instead put this in the protocol.) > =20 > Exactly. All I wanted to say was that my mental model looked something = like this: > =20 > +--------------------------------+ > | +------------+ +------------+ | > +-------------+ | | | | | | > | | | | | | | | send > | AODVv2/ +-------> Format +--> Multiplex +-------> > | OLSRv2/... | | | | | | | > | | | | | | | | > +-------------+ | +------------+ +------------+ | > | RFC5444 | > +--------------------------------+ > =20 > =E2=80=A6Which is why I thought we=E2=80=99d only need to specify the = transaction marked by the first arrow. In previous E-Mails about the = 5444-usage draft, I=E2=80=99ve criticised that it=E2=80=99s not entirely = clear how to do that correctly, and I think that this confusion is an = illustration of the problem I was trying to address=E2=80=A6 = Unfortunately, I haven=E2=80=99t gotten round to reading -02 yet, so I = don=E2=80=99t know if this may have been resolved already. >=20 >=20 > =20 > Yes, I think the usage document could gain from adding this. Note, = that's personal only, my co-authors haven't agreed to that yet. But = largely because I haven't asked them yet (with one partial exception). > =20 > The points I think are: > - Two things in 5444. Format and multiplex. > - Generic formatter/parser not required, but recommended. Optimisation = optional. > - Multiplexer must deliver messages as sent (hop exception). But may = modify reversibly. 7182 example (could implement message level in = multiplexer, must implement packet level there). > =20 > Additionally, I was wondering if you=E2=80=99d had a chance to look at = my suggested changes by now? I=E2=80=99d like to fix this as soon as = possible, and I want to make sure I get it right this time. :) > =20 > Best regards, > Lotte >=20 >=20 >=20 > --=20 > Christopher Dearlove > christopher.dearlove@gmail.com >=20 > On 8 Mar 2016, at 11:09, Lotte Steenbrink = > = wrote: >=20 > Hello Christopher, > =20 > Am 04.03.2016 um 17:19 schrieb Dearlove, Christopher (UK) = >: >=20 >=20 > I=E2=80=99ve read some of draft -13. I will provide comments (which = won=E2=80=99t be comprehensive) in bite sized chunks rather than = attempting anything consolidated. And most can wait until next week at = the earliest. > =20 > But one to kick off. > =20 > The architecture mandated by 5498 is that AODVv2 creates messages, it = passes them to the 5444 multiplexer. In due course it receives messages = from there. There are some other details, but that=E2=80=99s the most = important. > =20 > The 5444 multiplexer is what handles UDP ports, multicast addresses = and so on. It doesn=E2=80=99t handle flooding, because its packets = (which may contain multiple messages, from AODVv2 and elsewhere) only go = one hop. > =20 > There are other requests that can be made to the multiplexer, most = obviously which interface(s) this message is for, but also things like = =E2=80=9Cplease try to keep these messages together=E2=80=9D. If there = are any additional requests that should be supported, and are not = incompatible with the architecture, then the 5444 usage draft is a good = opportunity to get those in. > =20 > But, looking at the AODVv2 draft, =E2=80=9Cmultiplex=E2=80=9D (as a = whole or part word) only appears twice, both in the paragraph: > =20 > [RFC5444] provides a multiplexed transport for multiple protocols. > An [RFC5444] multiplexer MAY choose to optimize the content of > certain message elements to reduce control message overhead. > =20 > I think that=E2=80=99s not how I see it, that that=E2=80=99s the role = of the (subtlely different) 5444 message creation process from addresses = and attributes. I think the multiplexer itself, given a whole message = from a protocol shouldn=E2=80=99t be modifying it. Note that I=E2=80=99ve = expressed that as an opinion, though a quite strong one. A protocol = might apply some sort of specialised signature, and we can=E2=80=99t let = the multiplexer destroy that. (The multiplexer might add a 7182 ICV = and/or timestamp, but it will then remove them before the protocol gets = the packet again.) > =20 > True. If I remember it correctly (Co-Authors, please stop me if I = don't), what we were trying to say was "The message contents MAY be = reshuffled during message creation, but please pay attention that some = things MUST be kept in one message in order to form a coherent AODVv2 = message." This is especially important for RERR messages, which could = easily get chopped up into multiple messages if the underlying MTU is = small. > =20 > If we change that paragraph to > =20 > [RFC5444 <>] provides a multiplexed transport for multiple = protocols. > An [RFC5444 ] implementation = MAY choose to optimize the content of > certain elements during message creation to reduce control message = overhead. > =20 > and the language of, say, <>7.1.3 = . = RREQ Regeneration from > =20 > This AODVv2 message is used to create a corresponding [RFC5444 = ] > message (see Section 8 = ) = which is multicast, by default, to LL-MANET- > Routers on all interfaces configured for AODVv2 operation. = However, > the regenerated RREQ can be unicast to the next hop address of the > LocalRoute toward TargAddr, if known. > =20 > to something like > =20 > This AODVv2 message is used to create a corresponding [RFC5444 = ] > message (see Section 8 = ), = which is handed to the RFC5444 multiplexer > for further processing. > By default, the multiplexer is instructed to multicast the message = to LL-MANET- > Routers on all interfaces configured for AODVv2 operation. = However, > the regenerated RREQ can be unicast to the next hop address of the > LocalRoute toward TargAddr, if known. > =20 > (and the same thing for <>7.2.3 = . = RREP Regeneration, <>6.5 = . = Message Transmission, etc.), would that resolve the issue? >=20 >=20 > =20 > This is probably something that could/should be in the 5444 usage = draft. If it gets WGLCed as requested, I=E2=80=99ll submit it to myself = and the rest of the author team. > =20 > So there is nothing describing how AODVv2 interacts with the = multiplexer. That shouldn=E2=80=99t matter (though it=E2=80=99s always = better to have it) if you assume 5498 applies, as it does. > =20 > I've always assumed the 5444 message creation process to be part of = the "RFC5444 component" rather than part of the "AODVv2 component", = which is why I thought the AODVv2<->RFC5444 interaction that should be = described clearly was the part where AODVv2 tells the 5444 message = creation process what a message looks like (and where it should be = sent). I've assumed that this is the part where AODVv2 hands over all = control to 5444, so obviously it wouldn't multicast a message *itself*, = it would instruct the multiplexer to do so. I wasn't aware that this = must be stated explicitly. > =20 > I'm not sure if this is a subtlety or a misconception that should be = clarified in the 5444-usage draft... > =20 > With kind regards, > Lotte Steenbrink >=20 >=20 > But unfortunately the draft still has material that contradicts that = model, which needs to go. In particular (but not only) the first two = paragraphs of section 6.5. This is an essential change. > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet = > =20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet = --Apple-Mail=_BF5C297B-8CD9-4845-AEE7-54E638762734 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi Christopher,

Am = 14.03.2016 um 18:13 schrieb Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>:

I = don=E2=80=99t think that=E2=80=99s the right picture, but I=E2=80=99m = not going to try to draw the right one.
 

I never said it was, I just wanted to illustrate = where I got confused. But I guess that discussion is off-topic in this = thread=E2=80=A6 :)

Best = regards,
Lotte

Rather the protocol = needs to construct a message. To do that it may use a library that = enables that. But the message is returned by the library to the = protocols.
 
Why? For a start, the = protocol may not have finished with the message. It might construct it = in stages. In particular it might hand it off to another protocol to add = to it.
 
For example consider = that NHDP creates HELLO messages. Then OLSRv2 adds material to those = HELLO messages (e.g. MPR TLVs).
 
Then the protocol = passes the final message to the multiplexer.
 
Note that the = multiplexer is a defined process. Formatting a message is not. While a = library to do that is a natural way to work, it=E2=80=99s not mandatory. = I know that the authors of the 5444 usage draft all have produced such = libraries - but they are different in their exact models, not just their = code.
 
And, as indicted in the = usage draft, you can write a library that attempts to optimise your = messages. Or rely on the code calling the library to do things optimally = itself.
 

--

Christopher Dearlove
Senior Principal = Engineer
BAE Systems Applied Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, = Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research = Park, Guildford, Surrey, GU2 7YP

 
From: Lotte Steenbrink [mailto:lotte.steenbrink@fu-berlin.de] 
Sent: 14 = March 2016 16:49
To: Christopher Dearlove
Cc: manet@ietf.org; Dearlove, Christopher (UK)
Subject: Re: [manet] AODVv2 - first = comment (5444 multiplexer)
 
 
*** WARNING ***

This message originates from outside our = organisation, either from an external partner or the = internet.
Consider carefully whether you should click on = any links, open any attachments or reply.
For = information regarding Red = Flags that you = can look out for in emails you receive, click here.
If you feel the = email is suspicious, please follow this = process.

Hello Christopher,
 
Am 08.03.2016 um = 12:59 schrieb Christopher Dearlove <chris@mnemosyne.demon.co.uk>:
 
I'm reading this on a = phone, so I'm going to wait until I can read it better for longer = comment.
 
But there are, and I think this is a potential source = for confusion, two things in 5444. One is about formats, one is about = multiplexing.
 
Formatting (and parsing) isn't defined as a process, = but as formats. Many people (everyone?) who uses 5444 will create a = general 5444 formatter/parser. That's up to the implementer to decide = what to make it do, whether to optimise in that formatter, outside the = formatter, or not at all. (Personally I have some inside, some = outside.)
 
The other component is the 5444 multiplexer (and = denultiplexer). That takes 5444 formatted messages (and  possibly = some other things) and forms 5444 packets. It is important that the 5444 = multiplexer returns messages as delivered to it (hop count and limit = apart of course). Otherwise security features in the protocol may fail. = Note that doesn't prevent the multiplexer modifying the message before = putting it on the wire, that just needs to be reversible. And obvious = example is if you implement 7182 ICVs and TIMESTAMPs in the multiplexer, = if it adds them, it also needs to remove them before handing the message = to the protocol. (You may instead put this in the protocol.)
 
Exactly. All I wanted to say was that my mental model = looked something like this:
 
                =     +--------------------------------+
  =                   | = +------------+  +------------+ |
+-------------+     | |         =    |  |            | = |
|             |     | = |            |  |     =        | |  send
| AODVv2/ =     +-------> Format     +--> Multiplex =  +------->
| OLSRv2/...  |   =   | |            |  |   =          | |
|   =           |     | |     =        |  |           =  | |
+-------------+     | +------------+ =  +------------+ |
        =             |         =    RFC5444             = |
                =     +--------------------------------+
 
=E2=80=A6Which is why = I thought we=E2=80=99d only need to specify the transaction marked by = the first arrow. In previous E-Mails about the 5444-usage draft, I=E2=80=99= ve criticised that it=E2=80=99s not entirely clear how to do that = correctly, and I think that this confusion is an illustration of the = problem I was trying to address=E2=80=A6 Unfortunately, I haven=E2=80=99t = gotten round to reading -02 yet, so I don=E2=80=99t know if this may = have been resolved already.


 
Yes, I think the usage document could gain from = adding this. Note, that's personal only, my co-authors haven't agreed to = that yet. But largely because I haven't asked them yet (with one partial = exception).
 
The points I think are:
- Two things in 5444. Format and multiplex.
- Generic formatter/parser not required, but recommended. = Optimisation optional.
- Multiplexer must = deliver messages as sent (hop exception). But may modify reversibly. = 7182 example (could implement message level in multiplexer, must = implement packet level there).
 
Additionally, I was wondering if you=E2=80=99d had a chance = to look at my suggested changes by now? I=E2=80=99d like to fix this as = soon as possible, and I want to make sure I get it right this time. = :)
 
Best regards,
Lotte



-- 
Christopher Dearlove


On 8 Mar 2016, at 11:09, Lotte Steenbrink = <lotte.steenbrink@fu-berlin.de> wrote:

Hello Christopher,
 
Am 04.03.2016 um 17:19 schrieb Dearlove, = Christopher (UK) <chris.dearlove@baesystems.com>:


I=E2=80=99ve read some of draft -13. I will provide comments = (which won=E2=80=99t be comprehensive) in bite sized chunks rather than = attempting anything consolidated. And most can wait until next week at = the earliest.
 
But one to kick off.
 
The architecture mandated by 5498 is that AODVv2 = creates messages, it passes them to the 5444 multiplexer. In due course = it receives messages from there. There are some other details, but = that=E2=80=99s the most important.
 
The 5444 multiplexer is what handles UDP ports, = multicast addresses and so on. It doesn=E2=80=99t handle flooding, = because its packets (which may contain multiple messages, from AODVv2 = and elsewhere) only go one hop.
 
There are other requests that can be made to the = multiplexer, most obviously which interface(s) this message is for, but = also things like =E2=80=9Cplease try to keep these messages together=E2=80= =9D. If there are any additional requests that should be supported, and = are not incompatible with the architecture, then the 5444 usage draft is = a good opportunity to get those in.
 
But, looking at the AODVv2 draft, = =E2=80=9Cmultiplex=E2=80=9D (as a whole or part word) only appears = twice, both in the paragraph:
 
   [RFC5444] provides a multiplexed transport for = multiple protocols.
   An [RFC5444] multiplexer MAY choose to = optimize the content of
   certain message elements to reduce = control message overhead.
 
I think that=E2=80=99s not how I see it, that = that=E2=80=99s the role of the (subtlely different) 5444 message = creation process from addresses and attributes. I think the multiplexer = itself, given a whole message from a protocol shouldn=E2=80=99t be = modifying it. Note that I=E2=80=99ve expressed that as an opinion, = though a quite strong one. A protocol might apply some sort of = specialised signature, and we can=E2=80=99t let the multiplexer destroy = that. (The multiplexer might add a 7182 ICV and/or timestamp, but it = will then remove them before the protocol gets the packet again.)
 
True. If I remember it correctly (Co-Authors, please = stop me if I don't), what we were trying to say was "The message = contents MAY be reshuffled during message creation, but please pay = attention that some things MUST be kept in one message in order to form = a coherent AODVv2 message." This is especially important for RERR = messages, which could easily get chopped up into multiple messages if = the underlying MTU is small.
 
If we change that paragraph to
 
   [RFC5444] provides =
a multiplexed transport for multiple protocols.
   An [RFC5444] =
implementation MAY choose to optimize the content of
   certain elements during message creation to =
reduce control message overhead.
  
and the language of, say,  7.1.3. RREQ = Regeneration from
 
   This AODVv2 message =
is used to create a corresponding [RFC5444]
   message (see Section =
8) which is multicast, by default, to LL-MANET-
   Routers on all interfaces configured for AODVv2 =
operation.  However,
   the regenerated RREQ =
can be unicast to the next hop address of the
   LocalRoute toward TargAddr, if known.
 
to something like
 
   This =
AODVv2 message is used to create a corresponding [RFC5444]
   message (see Section =
8), which is handed to the RFC5444 multiplexer
   for further processing.
   By default, the multiplexer is instructed to =
multicast the message to LL-MANET-
   =
Routers on all interfaces configured for AODVv2 operation.  =
However,
   the regenerated RREQ =
can be unicast to the next hop address of the
   LocalRoute toward TargAddr, if known.
 
(and the same thing for 7.2.3. RREP = Regeneration, 6.5. Message = Transmission, etc.), would that resolve the issue?


 
This is probably something that could/should be in the 5444 = usage draft. If it gets WGLCed as requested, I=E2=80=99ll submit it to = myself and the rest of the author team.
 
So there is nothing describing how AODVv2 = interacts with the multiplexer. That shouldn=E2=80=99t matter (though = it=E2=80=99s always better to have it) if you assume 5498 applies, as it = does.
 
I've always assumed the 5444 message creation process = to be part of the "RFC5444 component" rather than part of the "AODVv2 = component", which is why I thought the AODVv2<->RFC5444 = interaction that should be described clearly was the part where AODVv2 = tells the 5444 message creation process what a message looks like (and = where it should be sent). I've assumed that this is the part where = AODVv2 hands over all control to 5444, so obviously it wouldn't = multicast a message *itself*, it would instruct the multiplexer to do = so. I wasn't aware that this must be stated explicitly.
 
I'm not sure if this is a subtlety or a = misconception that should be clarified in the 5444-usage draft...
 
With kind regards,
Lotte Steenbrink


But unfortunately the = draft still has material that contradicts that model, which needs to go. = In particular (but not only) the first two paragraphs of section 6.5. = This is an essential change.
 

--

Christopher Dearlove
Senior = Principal Engineer
BAE Systems Applied Intelligence = Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, = Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE = Systems Applied Intelligence Limited
Registered in England = & Wales No: 01337451

Registered Office: = Surrey Research Park, Guildford, Surrey, GU2 7YP

 
***************************************************************= *****
This email and any attachments are confidential to = the intended
recipient and may also be privileged. If you = are not the intended
recipient please delete it from your = system and notify the sender.
You should not copy it or = use it for any purpose nor disclose or
distribute its = contents to any other person.
***************************************************************= *****
_______________________________________________manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet
 
_______________________________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet

= --Apple-Mail=_BF5C297B-8CD9-4845-AEE7-54E638762734-- From nobody Mon Mar 14 15:49:35 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 385ED12D714 for ; Mon, 14 Mar 2016 15:49:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cjpq7B-9MPuH for ; Mon, 14 Mar 2016 15:49:31 -0700 (PDT) Received: from gproxy2-pub.mail.unifiedlayer.com (gproxy2-pub.mail.unifiedlayer.com [69.89.18.3]) by ietfa.amsl.com (Postfix) with SMTP id D33D812D55B for ; Mon, 14 Mar 2016 15:49:31 -0700 (PDT) Received: (qmail 18905 invoked by uid 0); 14 Mar 2016 22:49:29 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy2.mail.unifiedlayer.com with SMTP; 14 Mar 2016 22:49:29 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id VypQ1s0022SSUrH01ypT3x; Mon, 14 Mar 2016 16:49:27 -0600 X-Authority-Analysis: v=2.1 cv=Nal1iQz4 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=N659UExz7-8A:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=48vgC7mUAAAA:8 a=wU2YTnxGAAAA:8 a=ISsdtEsMr4gZFaoMTkwA:9 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:To:From:Cc:References:Subject; bh=rO7QNk+h0w0lHiYFnDT13eV/VdWvocoEebXg86jqhjg=; b=qi7SqCje0x9NnMGYczFto8ydjj QkymqpotfP2WzvJ4aqOOh9qru2tkRMTQ+qF7hL1/Up8x4DlvWLA/y7NtgBGNaWsU7rAOZwMWJptCq Mqd838+q07xLY5sC/4GNoLeY9; Received: from box313.bluehost.com ([69.89.31.113]:37097 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1afbIj-000153-QG; Mon, 14 Mar 2016 16:49:25 -0600 References: <56E1A403.6040709@labn.net> <38A5475DE83986499AEACD2CFAFC3F9801C3838591@tss-server1.home.tropicalstormsoftware.com> <56E1CE81.2020209@labn.net> From: Lou Berger To: "draft-ietf-manet-dlep@ietf.org" Message-ID: <56E73FEE.9050001@labn.net> Date: Mon, 14 Mar 2016 18:49:18 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <56E1CE81.2020209@labn.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP r=eview X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2016 22:49:34 -0000 So I have some proposed editorial changes to the document, including: 1) misc minor editorial fixes 2) move all RFC2119 language from sec 3 to 9. 3) Align section 4 and 9 so requirements are stated once. High level processing logic consolidated in 4, detailed packet formatting is in 9. 4) Cleanup of the IANA Section to align with related RFCs Changes recommended but not made: - why defined both participants and peers s/DLEP Participants/DLEP Peer or s/DLEP Participants/DLEP node (also s/implementation/) - make Connection Point Data Items required in Peer Offer Signals Based on the edits I also have the following question: - When a sending a peer offer signal is use of the well know dlep port as the source port number a requirement or a recommendation? I don't want to spam the list, so uploaded the changes to a temp directory. To see the diffs click: http://tools.ietf.org//rfcdiff?difftype=--hwdiff&url1=http://www.ietf.org/id/draft-ietf-manet-dlep-20.txt&url2=http://labn.net/tmp/draft-ietf-manet-dlep-20-lb.txt Lou On 3/10/2016 2:44 PM, Lou Berger wrote: > Rick, > > On 3/10/2016 12:00 PM, Rick Taylor wrote: >> The current diff between draft-20 and what we have is: >> >> * Some minor text improvements from Chris D's last review (e.g. 'each >> of'/'any of'). >> * Renumbering the status code values. > >From my perspective, since this is a minor change it doesn't make too > much of a difference for my comments. I should have comments to you on > Monday (worst case Tuesday.). > > Lou > From nobody Tue Mar 15 00:30:16 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2F2512D90C for ; Tue, 15 Mar 2016 00:30:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 F3nIIbrUelVy for ; Tue, 15 Mar 2016 00:30:12 -0700 (PDT) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFEB912D906 for ; Tue, 15 Mar 2016 00:30:11 -0700 (PDT) Received: by mail-lb0-x22a.google.com with SMTP id x1so10623559lbj.3 for ; Tue, 15 Mar 2016 00:30:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=jTuhy+UuYNFhbQ4t33WCUg+5CblrbKMH/8QyYsT/a04=; b=zsmkBOi1DuUQdSWCeudD0PGvxR3WDgoXLDE8YH5avoBf7w1dewaskpjygsFbRxrD5y svrW5LrPRHMAgF9zBnhZpcCfOCLc5QmXnC3KFjnEzBlK87T7XZkNVbgg5G9NK3n+ohQu 28S/Oo7QMmmxJ4MJ6CoE3Mr19/OBWt2qKidD5awDF05l+tqrBMztLlca2ZCMVuVqvPX4 wConShgxTNHPW1AADpmpwylanASPCbz88BeuLQhsQFAfZDg31BgAwPCDjRASQSbqZvrM I+NCQ4PcnSClYnJGkZBbx/2vY9KRoQqwTcQVUmLrrIZRxXlEnInwlI/08cpV432i0ri+ QN8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=jTuhy+UuYNFhbQ4t33WCUg+5CblrbKMH/8QyYsT/a04=; b=ez5YnliLoVEidE99q5nGH+DNrXulfIrJQXkqArR9kKpuc2TijT0SVvhOMHIrEgCjS5 JRwJSLk1Lw6U7GDIWUFAtG2dtdE6RjyzAJQLBJUxhC/Cr3eUGreLyqpb8RnLMSQjzRg7 3XSKYWpb3vXjm0USPIJrT2BHIITQJqZi+IEFU813DqHX9V1Xf9wJ06Al41P0OEC1BUNY JVK+K6oC/rt29yruvluNqUkC1Uui5iMIQxanAQsV4BP9Gdmwr/VEPYtEFqFk7cuom0Mu 4AA843d5XjnS2OrbPGelWBuDpSt6FC5QBTEB9G0qhihiEYWPBgFQjVkvwQE4ozwFjZ9a 2sIw== X-Gm-Message-State: AD7BkJKY8neiYDgsVkc+b8k8WLgmv4pywz0ket6xuX/BxnvWp6xpEiiqQ+VUbRBhYyYETxcTjx4ciWk2JcjE3g== X-Received: by 10.25.154.14 with SMTP id c14mr9885554lfe.35.1458027010084; Tue, 15 Mar 2016 00:30:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.210.140 with HTTP; Tue, 15 Mar 2016 00:29:40 -0700 (PDT) In-Reply-To: References: <0EE93A7C-3A02-4205-9C07-1E0001D213DB@fu-berlin.de> <2CEF5DDC-F92E-452A-B4A1-23BB56A50CD6@fu-berlin.de> From: Henning Rogge Date: Tue, 15 Mar 2016 08:29:40 +0100 Message-ID: To: "Dearlove, Christopher (UK)" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: Cc: "manet@ietf.org" , Christopher Dearlove Subject: Re: [manet] AODVv2 - first comment (5444 multiplexer) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2016 07:30:14 -0000 On Mon, Mar 14, 2016 at 6:13 PM, Dearlove, Christopher (UK) wrote: > I don=E2=80=99t think that=E2=80=99s the right picture, but I=E2=80=99m n= ot going to try to draw the > right one. The "right" picture highly depends on the design of the Multiplexer API. I prefer to hand of something like a "cooking receipe" (this message TLVs, this addresses with these address TLVs) to the library and it does the rest of the work... this allows for a simpler "work flow", but complicates the design of the API, especially for things like message and packet signatures. Henning From nobody Tue Mar 15 05:42:26 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67DB312D9F3 for ; Tue, 15 Mar 2016 05:42:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3yQkQME7_j5c for ; Tue, 15 Mar 2016 05:42:21 -0700 (PDT) Received: from outbox.sics.se (outbox.sics.se [193.10.64.137]) by ietfa.amsl.com (Postfix) with ESMTP id DE5B812D9DF for ; Tue, 15 Mar 2016 05:42:15 -0700 (PDT) Received: from norm.sics.se (norm.sics.se [193.10.64.192]) by outbox.sics.se (Postfix) with ESMTPS id A3CE917A5 for ; Tue, 15 Mar 2016 13:42:14 +0100 (CET) Received: from [130.229.154.202] (n154-p202.kthopen.kth.se [130.229.154.202]) by norm.sics.se (Postfix) with ESMTPSA id 8D151259 for ; Tue, 15 Mar 2016 13:42:14 +0100 (CET) To: manet@ietf.org From: Marco Tiloca Message-ID: <56E80326.1060902@sics.se> Date: Tue, 15 Mar 2016 13:42:14 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Subject: [manet] SMARTCOMP 2016 | Call for WiP/Demo Papers - Deadline EXTENDED to March 25, 2016 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2016 12:42:24 -0000 [Apologies for possible multiple copies] ------------------------------------------------------------------------ Call for WORK-IN-PROGRESS papers and DEMOs SMARTCOMP 2016 Second IEEE International Conference on Smart Computing http://www.smart-comp.org/ May 18-20, 2016 St. Louis, Missouri, USA *** WIP/DEMO PAPER SUBMISSION DEADLINE (EXTENDED): March 25, 2016 ***** Conference Proceedings in IEEE Xplore ------------------------------------------------------------------------ The 2nd IEEE International Conference on Smart Computing (SMARTCOMP 2016) draws upon many application disciplines such as transportation, energy, environmental protection, resource management, healthcare, security, banking, entertainment, and social media. In addition to full-length technical papers, SMARTCOMP welcomes Work in Progress (WIP) papers and technical demonstrations(DEMOs)showing innovative and original research in the areas of smart computing. Submissions from both industry and academia are strongly encouraged. WIP papers are expected to report on early or ongoing research activities, while DEMO papers are expected to present innovative applications and tools. The WIP and DEMO sessions will provide a forum to discuss novel ideas and emerging results, presenting innovative applications and tools, and bring about novel research questions, approaches, and directions. TOPICS: Submissions should be targeted to one of the following major areas: - Smart Cyber-Physical Environments and Energy/Water/Agriculture/Transportation/Healthcare/Banking Infrastructure - Security, Privacy, and Economics in Smart Environments - Smart Computing Technologies - Future Smart Computing Paradigms - Smart Human Environments, Health, Entertainment, and Social Activities - Smart Energy Management and Analytics SUBMISSION GUIDELINES: WIP and Demo papers may be no more than 3 pages in length, including figures, tables, and references. WIP papers are expected to present early or ongoing research activities. Novel approaches and preliminary results are especially appreciated. Demo papers should explicitly state what will be demonstrated to the audience, and how the attendees will be able to interact, enjoy, and experiment. The submitted manuscripts will be reviewed by members of the SMARTCOMP 2016 Technical Program Committee. All the accepted papers will be presented as posters and included in the conference proceedings. At least one author of each accepted paper must register and attend the conference to present the work. The accepted papers will be published in the conference proceedings by IEEE, and will be included in the Digital Library. Authors are requested to submit original, unpublished manuscripts in standard IEEE proceedings format in PDF. All submissions must be typeset in double-column IEEE format using 10pt fonts on US letter paper, with all fonts embedded. Submitted papers must include the contact information of all the authors. Please make sure you use the latest version of the templates to prepare your submissions. Due to the short interval between the notification of acceptance and the camera-ready deadline, we strongly encourage authors to follow the camera-ready formatting guidelines as close as possible even for the initial abstract submission. The IEEE LaTeX and Microsoft Word templates for conferences can be found at IEEE Manuscript Templates for Conference Proceedings at http://www.ieee.org/conferences_events/conferences/publishing/templates.html Further information for authors may be found at the IEEE Computer Society Information for Authors for Conference Publishing Services: http://www.computer.org/web/cs-cps/authors Submissions must be made via EasyChair: https://easychair.org/conferences/?conf=smartcomp2016 When submitting, please select the appropriate Track for your paper (i.e., WIP or Demo). IMPORTANT DATES: Paper submissions: March 25, 2016 Notification of acceptance: April 05, 2016 Camera-ready copy due: April 15, 2016 Conference date: May 18-20, 2016 WIP/DEMO CO-CHAIRS: Hassan Ghasemzadeh (hassan@eecs.wsu.edu), Washington State University, USA Sejun Song (songsej@umkc.edu), University of Missouri-Kansas City, USA From nobody Tue Mar 15 05:51:10 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B261012DA03; Tue, 15 Mar 2016 05:51:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EoeJzARhfJwP; Tue, 15 Mar 2016 05:51:04 -0700 (PDT) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FC2812D572; Tue, 15 Mar 2016 05:50:59 -0700 (PDT) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Tue, 15 Mar 2016 12:50:32 +0000 From: Rick Taylor To: Lou Berger , "draft-ietf-manet-dlep@ietf.org" Thread-Topic: [manet] DLEP r=eview Thread-Index: AQHReuvoxzH76Hq2fU+1YhoESfGGlg== Date: Tue, 15 Mar 2016 12:50:31 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C384526F@tss-server1.home.tropicalstormsoftware.com> References: <56E1A403.6040709@labn.net> <38A5475DE83986499AEACD2CFAFC3F9801C3838591@tss-server1.home.tropicalstormsoftware.com> <56E1CE81.2020209@labn.net> <56E73FEE.9050001@labn.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP r=eview X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2016 12:51:09 -0000 Thank you Lou. I will have a chat with Stan and integrate with what we =0A= have already.=0A= =0A= Cheers,=0A= =0A= Rick=0A= =0A= On 14/03/16 22:49, Lou Berger wrote:=0A= > So I have some proposed editorial changes to the document, including:=0A= > 1) misc minor editorial fixes=0A= > 2) move all RFC2119 language from sec 3 to 9.=0A= > 3) Align section 4 and 9 so requirements are stated once. High level=0A= > processing logic consolidated in 4, detailed packet formatting is in 9.= =0A= > 4) Cleanup of the IANA Section to align with related RFCs=0A= >=0A= > Changes recommended but not made:=0A= > - why defined both participants and peers=0A= > s/DLEP Participants/DLEP Peer=0A= > or=0A= > s/DLEP Participants/DLEP node=0A= > (also s/implementation/)=0A= >=0A= > - make Connection Point Data Items required in Peer Offer Signals=0A= >=0A= > Based on the edits I also have the following question:=0A= > - When a sending a peer offer signal is use of the well know dlep port=0A= > as the source port number a requirement or a recommendation?=0A= >=0A= > I don't want to spam the list, so uploaded the changes to a temp=0A= > directory. To see the diffs click:=0A= > http://tools.ietf.org//rfcdiff?difftype=3D--hwdiff&url1=3Dhttp://www.ietf= .org/id/draft-ietf-manet-dlep-20.txt&url2=3Dhttp://labn.net/tmp/draft-ietf-= manet-dlep-20-lb.txt=0A= >=0A= > Lou=0A= >=0A= >=0A= >=0A= > On 3/10/2016 2:44 PM, Lou Berger wrote:=0A= >> Rick,=0A= >>=0A= >> On 3/10/2016 12:00 PM, Rick Taylor wrote:=0A= >>> The current diff between draft-20 and what we have is:=0A= >>>=0A= >>> * Some minor text improvements from Chris D's last review (e.g. 'each= =0A= >>> of'/'any of').=0A= >>> * Renumbering the status code values.=0A= >> >From my perspective, since this is a minor change it doesn't make too= =0A= >> much of a difference for my comments. I should have comments to you on= =0A= >> Monday (worst case Tuesday.).=0A= >>=0A= >> Lou=0A= >>=0A= >=0A= >=0A= > _______________________________________________=0A= > manet mailing list=0A= > manet@ietf.org=0A= > https://www.ietf.org/mailman/listinfo/manet=0A= >=0A= =0A= From nobody Tue Mar 15 08:40:25 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4869612DAA1 for ; Tue, 15 Mar 2016 08:40:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, 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 tRiPVAunsaXR for ; Tue, 15 Mar 2016 08:40:20 -0700 (PDT) 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 6A03212D8B7 for ; Tue, 15 Mar 2016 08:40:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8568; q=dns/txt; s=iport; t=1458056420; x=1459266020; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=eTX7bPv5mIzb/L4Zv9+4P4kxuaAwwanuGSgGTlKR/ig=; b=XtypvXptvgIx5Nqs46kTEw81fTQY21Kf6aoXSsKLnu3ShoBoo1db4OBJ x0ekWA2zyrE1h/v9eRWCdFNWt+Bvxx9U9OBWugH5DzLSeh+njWYA9+nqO RXBxIUMjbQn3/PHu3XD+5boGezNO8HS8M7Nbh2o0cmSEjNiEIsLv+Dr2R 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AJAgChLOhW/5tdJa1eg0ZUbga6SQENg?= =?us-ascii?q?W4XCoVsAoE1OBQBAQEBAQEBZCeEQQEBAQQBAQE3NAsMBAIBCBEDAQEBAR4JByE?= =?us-ascii?q?GCxQJCAEBBAENBQiICQMSDrlSDYRCAQEBAQEBAQEBAQEBAQEBAQEBAQEBEQSGG?= =?us-ascii?q?oNEfoI9gViEYAWGIQmMWoRLAYVugi6Db4FujwyHLIdSAR4BAUKDZWqJKD1+AQE?= =?us-ascii?q?B?= X-IronPort-AV: E=Sophos;i="5.24,339,1454976000"; d="scan'208";a="247792698" 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; 15 Mar 2016 15:40:19 +0000 Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id u2FFeIRq014237 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 15 Mar 2016 15:40:19 GMT Received: from xch-rcd-020.cisco.com (173.37.102.30) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 15 Mar 2016 10:40:17 -0500 Received: from xch-rcd-020.cisco.com ([173.37.102.30]) by XCH-RCD-020.cisco.com ([173.37.102.30]) with mapi id 15.00.1104.009; Tue, 15 Mar 2016 10:40:17 -0500 From: "Arun Parashar (arparash)" To: Rick Taylor , Stan Ratliff , Henning Rogge Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AdEHQsnoEIjbPaGbSsi7klNsrLls3Bu6ns6wAief+HA= Date: Tue, 15 Mar 2016 15:40:17 +0000 Message-ID: <55192949fda743349bde7344bcee5d0b@XCH-RCD-020.cisco.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> <051ad977f5a5488b9622ccb5ef25883c@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.65.32.100] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2016 15:40:23 -0000 Hi Rick, Stan, Per comments, VLAN topic is dealt in separate draft and flow control draft = is updated accordingly. 1. VLANs and DLEP draft - https://tools.ietf.org/html/draft-dalela-vlans-an= d-dlep-01 2. Flow Control draft - https://tools.ietf.org/html/draft-dalela-dlep-flow-= control-02 Request comments. -Arun -----Original Message----- From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Ashish Dalela (ada= lela) Sent: Friday, March 04, 2016 9:21 PM To: Rick Taylor ; Stan Ratliff ; Henning Rogge Cc: manet@ietf.org Subject: Re: [manet] DLEP Credit Windowing Hi Rick, Sure, that can be done. This draft is to seek the inputs and feedback on wh= at is the best path for us. Any and all suggestions are welcome, including = "this is a very bad idea" :-) Thanks -----Original Message----- From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] Sent: Friday, March 04, 2016 8:32 PM To: Ashish Dalela (adalela) ; Stan Ratliff ; Henning Rogge Cc: manet@ietf.org Subject: Re: [manet] DLEP Credit Windowing Hi Ashish, Okay, I understand that the VLAN's don't extend over the 'air'. My issue w= ith them is between router and modem - as core DLEP stands, your method is = not allowed. However, it can be allowed in the way you describe via an extension, as you= have already done. My concern is not "VLANs can be used without PFC, and = PFC can be used without VLAN", it is that core DLEP and VLANs doesn't work. I would much rather have an extension entitled "VLANs and DLEP" that covers= the VLAN topic in isolation. And an updated version of your draft coverin= g PFC-based flow control, referring to the VLAN extension if VLANs are in u= se. Sorry, I don't mean to be negative, the PFC part of your draft seems excell= ent. Cheers, Rick On 04/03/16 14:20, Ashish Dalela (adalela) wrote: > Hi Rick, > > The usage of the VLAN is limited to that between the router and the modem= . It doesn't stretch to neighbors. In other words, the VLAN is not seen on = the radio network. It is added by the modem and the router when forwarding = packets to each other, and stripped when then packet exits the router (towa= rds another router) or the modem (towards another modem). This clarificatio= n can be added to the next version if that would help. > > PFC based flow-control only gives us 8 neighbors with one traffic class e= ach. And usage of VLAN alone doesn't imply the use of PFC per VLAN. That's = why it is important to combine them. > > Currently VLANs can be used without PFC, and PFC can be used without VLAN= . So, separating them will not achieve the key purpose of flow control. > > Thanks > Ashish > > -----Original Message----- > From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] > Sent: Friday, March 04, 2016 7:28 PM > To: Ashish Dalela (adalela) ; Stan Ratliff=20 > ; Henning Rogge > Cc: manet@ietf.org > Subject: Re: [manet] DLEP Credit Windowing > > Hi Ashish, > > Introducing a VLAN per neighbour is actually quite a big change from core= DLEP. Destinations (neighbours) in DLEP are distinguished by MACs that ar= e MUST be addressable/reachable on the same (V)LAN segment as the DLEP peer= s. > > What you are proposing with VLAN-per-destination looks a lot more like=20 > the draft extension I put forward for layer-3 DLEP > (https://tools.ietf.org/html/draft-taylor-manet-l3-dlep-00) where I propo= sed the workaround of stating that the MAC address is no longer a MAC, just= an identifying unique sequence of octets. > > In your case the additional VLAN-Id data item paired with the MAC becomes= the unique destination identifier. > > Might I suggest that you actually have 2 extensions in this one draft: > Per-VLAN destinations, and PFC based flow control? Maybe splitting the d= ocument into two might be clearer for the readers? > > Cheers, > > Rick > > On 04/03/16 12:26, Ashish Dalela (adalela) wrote: >> Hi Rick, >> >> Yes, one of the proposals is to use a VLAN per neighbor. The default VLA= N 1 will be used for the control plane. That allows us to have 4K neighbors= , each distinguished by a unique VLAN ID. >> >> Thanks >> >> Ashish >> >> -----Original Message----- >> From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] >> Sent: Friday, March 04, 2016 5:17 PM >> To: Ashish Dalela (adalela) ; Stan Ratliff=20 >> ; Henning Rogge >> Cc: manet@ietf.org >> Subject: Re: [manet] DLEP Credit Windowing >> >> Hi Ashish, >> >> Thank you for this, it looks extremely interesting. >> >> Obviously I haven't had a chance to completely digest the draft, but one= thing that leaps out to me is the use of VLAN tagging, specifically sectio= n 7. Are you suggesting that the DLEP session runs over a VLAN trunk betwe= en router and modem (somehow) and the VLANs then fan out at the modem in so= me way? >> >> Given the 'transparent layer-2' requirement of DLEP, how do you see this= working with your model of a VLAN per destination (for flow control), or h= ave I misunderstood what you are proposing? >> >> Regards >> >> Rick >> >> On 04/03/16 10:43, Ashish Dalela (adalela) wrote: >>> Hello Stan, >>> >>> We have submitted a new draft today to describe the PFC flow control=20 >>> mechanism. Sorry, this was long due on me; but better late than never! >>> >>> https://datatracker.ietf.org/doc/draft-dalela-dlep-flow-control/ >>> >>> Here is the quick rationale underlying this draft. The current DLEP=20 >>> credit window scheme requires credits exchanged over a TCP session. >>> This is harder to achieve in many scenarios because many data path=20 >>> implementations are incapable of handling TCP windowing. So we are=20 >>> suggesting an alternative approach that utilizes IEEE 802.1Qbb (a.k.a. >>> PFC). >>> >>> Request comments. >>> >>> Thanks >>> >>> -Ashish >>> >>> *From:*Stan Ratliff [mailto:ratliffstan@gmail.com] >>> *Sent:* Friday, October 16, 2015 2:34 AM >>> *To:* Ashish Dalela (adalela) >>> *Cc:* Henning Rogge ; manet@ietf.org >>> *Subject:* Re: [manet] DLEP Credit Windowing >>> >>> Ashish, >>> >>> If you'd like to write a proposed DLEP extension using PFC, I=20 >>> encourage you to do so. As Henning mentioned, more than 1 flow=20 >>> control mechanism is likely for DLEP. >>> >>> Stan >>> >>> On Thu, Oct 15, 2015 at 10:49 AM, Ashish Dalela (adalela)=20 >>> > wrote: >>> >>> Yes it will and that's why I suggested the use of PFC. The contro= l >>> and data planes will have different priorities. The radio never >>> pauses the control channel because it is never sent over the air.= If >>> desired, the data packets themselves could be given different >>> priorities allowing some flows to be selectively paused. >>> >>> Sent from Samsung Mobile >>> >>> >>> >>> -------- Original message -------- >>> From: Henning Rogge >>> Date:15/10/2015 18:36 (GMT+05:30) >>> To: "Ashish Dalela (adalela)" >>> Cc: manet@ietf.org >>> Subject: Re: [manet] DLEP Credit Windowing >>> >>> On Thu, Oct 15, 2015 at 2:25 PM, Ashish Dalela (adalela) >>> > wrote: >>> > The ideal mechanism for Ethernet flow control is the use of 802= .3 PAUSE >>> > frames, which has further been enhanced by the PFC (802.1Qbb) m= echanism. In >>> > essence, we don't send credits before packets are forwarded. Ra= ther we pause >>> > the traffic when the traffic cannot be forwarded and the buffer= s are full. >>> > PFC is widely used in a number of Ethernet flow-control scenari= os today. >>> >>> Would a 802.3 PAUSE Frame not also block the DLEP control channel= ? >>> >>> Henning Rogge >>> >>> >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >>> >> >> > > _______________________________________________ manet mailing list manet@ietf.org https://www.ietf.org/mailman/listinfo/manet From nobody Wed Mar 16 08:02:01 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA75F12D9B6 for ; Wed, 16 Mar 2016 08:01:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.664 X-Spam-Level: X-Spam-Status: No, score=0.664 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, URI_OBFU_WWW=2.475] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (768-bit key) reason="fail (bad RSA signature)" header.d=sdiwc.info Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dcRk39pS-rxB for ; Wed, 16 Mar 2016 08:01:48 -0700 (PDT) Received: from qproxy4-pub.mail.unifiedlayer.com (qproxy4-pub.mail.unifiedlayer.com [66.147.248.250]) by ietfa.amsl.com (Postfix) with SMTP id 2B53712D9A3 for ; Wed, 16 Mar 2016 08:01:37 -0700 (PDT) Received: (qmail 11288 invoked by uid 0); 16 Mar 2016 15:01:36 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by qproxy4.mail.unifiedlayer.com with SMTP; 16 Mar 2016 15:01:36 -0000 Received: from box817.bluehost.com ([66.147.244.117]) by cmgw4 with id WehZ1s00Z2Yhrsa01ehcw4; Wed, 16 Mar 2016 08:41:36 -0600 X-Authority-Analysis: v=2.1 cv=aJ5j99Nm c=1 sm=1 tr=0 a=1ZWhLoquM75l/9xp6o4QLQ==:117 a=1ZWhLoquM75l/9xp6o4QLQ==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10 a=MKtGQD3n3ToA:10 a=1oJP67jkp3AA:10 a=ZZnuYtJkoWoA:10 a=6U2dO19vvw8A:10 a=JMHYQVG13d8A:10 a=7OsogOcEt9IA:10 a=NTO0sfoHHJwA:10 a=N1z6yVdWAAAA:8 a=37HGMTHcShm-VBq_7MEA:9 a=CjuIK1q_8ugA:10 a=hgDxf4do5XIA:10 a=_iShzTVqXkwA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sdiwc.info; s=default; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding: Content-Type:MIME-Version; bh=gMdiVqqU4Kp7/48XMybLHhzaAF3+r/z52xwMOLOdz48=; b=LDUvgWlM2oMD8UnDU/9eNRguQSdULULwntrNOGXgKv9MoVsK8ZNVhMdXyUq3Oj003WBofunoFX wmdsn8fsaxKcdsDByyFfOVRBcuhrW7xQtnNFkvFgCDgnHKDCB3iwEl; Received: from [127.0.0.1] (port=39153 helo=box817.bluehost.com) by box817.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1agCdh-0004el-6s for manet@ietf.org; Wed, 16 Mar 2016 08:41:33 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 16 Mar 2016 08:41:31 -0600 From: Jackie Blanco To: manet@ietf.org Message-ID: <85fa6cdba78b456667d5015fbc86fd5c@sdiwc.info> X-Sender: jackie@sdiwc.info User-Agent: Roundcube Webmail/1.0.6 X-Identified-User: {1337:box817.bluehost.com:sdiwcnet:sdiwc.info} {sentby:smtp auth 127.0.0.1 authed with jackie@sdiwc.info} Archived-At: Subject: [manet] ICGCTI2016 part of World Congress - Green Computing, Technology and Innovation - Malaysia X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 15:01:51 -0000 The Fourth International Conference on Green Computing, Technology and Innovation (ICGCTI2016) - Part of The Fifth World Congress on Computing, Engineering and Technology (WCCET) - Asia Pacific University of Technology & Innovation (A.P.U.) Kuala Lumpur, Malaysia | September 6-8, 2016 http://sdiwc.net/conferences/icgcti2016/ icgcti16@sdiwc.net ================================================================ All registered papers will be published in SDIWC Digital Library. The event will be held over three days, with presentations delivered by researchers from the international community, including presentations from keynote speakers and state-of-the-art lectures. The conference welcome papers on the following (but not limited to) research topics: Information and Data Management Data Compression E-Technology E-Government E-Learning Wireless Communications Mobile Networking, Mobility and Nomadicity Ubiquitous Computing, Services and Applications Data Mining Computational Intelligence Biometrics Technologies Forensics, Recognition Technologies and Applications Information Ethics Fuzzy and Neural Network Systems Signal Processing, Pattern Recognition and Applications Image Processing Distributed and parallel applications Internet Modeling User Interfaces,Visualization and Modeling XML-Based Languages Network Security Remote Sensing Social Networks Information Content Security Mobile, Ad Hoc and Sensor Network Management Web Services Architecture, Modeling and Design Semantic Web, Ontologies Web Services Security Quality of Service, Scalability and Performance Self-Organizing Networks and Networked Systems Data Management in Mobile Peer-to-Peer Networks Data Stream Processing in Mobile/Sensor Networks Indexing and Query Processing for Moving Objects Cryptography and Data Protection User Interfaces and Usability Issues form Mobile Applications Mobile Social Networks Peer-to-Peer Social Networks Sensor Networks and Social Sensing Social Search Embedded Systems and Software Real-Time Systems Multimedia Computing Software Engineering Researchers are encouraged to submit their work electronically. All papers will be fully refereed by a minimum of two specialized referees. Before final acceptance, all referees comments must be considered. Important Dates =============== Submission Deadline August 6, 2016 Acceptance Notification August 16, 2016 or 4 weeks from the submission date Camera Ready Deadline August 26, 2016 Registration Deadline August 26, 2016 Conference Dates September 6-8, 2016 VISIT www(dot)sdiwc(dot)net FOR MORE UPCOMING INTERNATIONAL CONFERENCES! From nobody Wed Mar 16 10:35:44 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E51B12D9E2 for ; Wed, 16 Mar 2016 10:13:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W3M5OHhcyQiB for ; Wed, 16 Mar 2016 10:13:02 -0700 (PDT) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 E66CF12DA04 for ; Wed, 16 Mar 2016 10:12:59 -0700 (PDT) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1agF07-000aNN-Hh>; Wed, 16 Mar 2016 18:12:51 +0100 Received: from f055099225.adsl.alicedsl.de ([78.55.99.225] helo=[192.168.1.2]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (envelope-from ) id <1agF06-000sej-62>; Wed, 16 Mar 2016 18:12:51 +0100 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_30A52468-892D-404C-A96E-575E115BC63F" From: Lotte Steenbrink In-Reply-To: Date: Wed, 16 Mar 2016 18:12:49 +0100 Message-Id: <944B9E01-74B7-45AD-ACB8-FA79347BC22E@fu-berlin.de> References: <56D4EB7D.4010002@earthlink.net> To: "Dearlove, Christopher (UK)" X-Mailer: Apple Mail (2.3112) X-Originating-IP: 78.55.99.225 X-ZEDAT-Hint: A Archived-At: X-Mailman-Approved-At: Wed, 16 Mar 2016 10:35:43 -0700 Cc: Charlie Perkins , manet Subject: Re: [manet] AODVv2 responses to recent comments X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 17:13:09 -0000 --Apple-Mail=_30A52468-892D-404C-A96E-575E115BC63F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Christopher, > Am 02.03.2016 um 11:36 schrieb Dearlove, Christopher (UK) = : >=20 > My concerns have been that your co-authors have continued to discuss = whether looping could occur since you published to the list saying all = was well. (An issue to do with multiple unconfirmed routes.) Maybe = that=E2=80=99s a problem, maybe it isn=E2=80=99t. But it lacks = transparency, because it hasn=E2=80=99t been discussed here. The loop possibility you=E2=80=99re referring to was a different one = than the one discussed by Charlie. We=E2=80=99ve been contacted by = researchers who are model checking MANET protocols to see if they permit = any unwanted behaviour. They=E2=80=99ve used AODVv2 as a case study for = the framework they=E2=80=99ve implemented to do this, and they=E2=80=99ve = found the following loop: 1. n2 initiates a route discovery procedure for destination n3 by = broadcasting a =E2=80=9Crreq=E2=80=9D message. 2. n1 and n4 upon receiving the =E2=80=9Crreq=E2=80=9D message, add a = route to their routing tables towards n2 and store n2 as their next hop. = Since it is the first time that these nodes have received a message from = n2, the neighbor state of n2 is set to unconfirmed. Therefore, the route = state is unconfirmed. 3. As n1 and n4 are not the intended destination of the route request, = they rebroadcast the =E2=80=9Crreq=E2=80=9D message. 4. n1 receives the =E2=80=9Crreq=E2=80=9D message sent by n4 and since = the route to n2 is unconfirmed it adds n4 as new next hop to n2. 5. n4 also adds n1 as the new next hop towards n2 after processing the = =E2=80=9Crreq=E2=80=9D sent by node1. At this point a loop is formed = between n1 and n4 but not used yet. 6. n3 receives the =E2=80=9Crreq=E2=80=9D message sent by n1 and since = it is the destination, it sends a =E2=80=9Crrep=E2=80=9D message towards = n1. 7. n2 moves out of n1 and n4 communication range. 8. n1 receives the =E2=80=9Crrep=E2=80=9D message sent by n3 and as the = route state towards n2 is unconfirmed it multicasts the =E2=80=9Crrep=E2=80= =9D message to the existing next hops, n2 and n4. Since n4 is adjacent = to n1, it receives the message and then sends an ack to n1. Therefore, = n1 sets the neighbor state of n4 to confirm and subsequently the route = state towards n2 to valid. Then expunge the next hop n2 which has not = received an ack from. 9. n4 by receiving the =E2=80=9Crrep=E2=80=9D message from n1 multicasts = it to its next hops towards n1 and n2, and similar to n1 it updates its routing table by validating n1 as its = next hop to n2. At this point, a loop between n1 and n4 becomes valid. In response to these findings, we've changed 6.7.1. Evaluating Route = Information in -13, so that LoopFree() is *always* considered before = adding a new route, even if all known routes to date are Unconfirmed. Following up, they=E2=80=99ve found another loop in -13: At first nodes are connected to each other as shown in Fig1.a. n0 initiates a route discovery procedure for destination n3 by = multicasting a =E2=80=9Crreq=E2=80=9D message to n2 with sq=3D2. n2 after updating its routing table, multicast the =E2=80=9Crreq=E2=80=9D = to its neighbors, n1 and n3. n1 upon receiving the =E2=80=9Crreq=E2=80=9D message sent by n2 updates = its routing table and adds a route with hop-count=3D2, sq=3D2 and = next-hope=3D2 Consider that topology changes at this point and n1 moves into = communication range of n0, gets connected to n0, and n2 leaves n0 = communication range, gets disconnected from n0, which leads to network = topology shown in Fig1.b. n0, which hasn=E2=80=99t received an =E2=80=9Crrep=E2=80=9D yet, resend = the =E2=80=9Crreq=E2=80=9D message after increasing its sequence number = to 3. n1 receives the new =E2=80=9Crreq=E2=80=9D message, with sq=3D3, = next-hop=3D0 and hop-count=3D1, since it=E2=80=99s a better route it = would be added to the routing table. Then n1 multicast the =E2=80=9Crreq=E2= =80=9D message to its neighbors, n2 and n3. n2 evaluate the received message sent by n1 and adds a new route to its = routing table with sq=3D3, next-hop=3D1 and hop-count=3D2 since the = sequence number of the received message is greater than the stored one. At this point a loop has been formed between nodes n1 and n2. Since we=E2=80=99ve moved to disallowing multiple Unconfirmed routes (in = -14, which isn=E2=80=99t published yet), this one is resolved already as = well. The reason we didn=E2=80=99t discuss this earlier on [manet] was that = the authors hadn=E2=80=99t submitted their paper yet (and I didn=E2=80=99t= want to leak their work). They=E2=80=99ve done so now, and will send us = a link to their paper once it=E2=80=99s available. I=E2=80=99m guessing = it=E2=80=99ll take a while to be published properly, but it should be = enough for for our purposes for the paper to appear on arxiv.org for = now=E2=80=A6 Best regards, Lotte > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: Charlie Perkins [mailto:charles.perkins@earthlink.net = ]=20 > Sent: 01 March 2016 01:08 > To: Dearlove, Christopher (UK); manet > Subject: Re: [manet] AODVv2 responses to recent comments > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > Hello Chris, >=20 > On 1/19/2016 5:37 AM, Dearlove, Christopher (UK) wrote: > And outside those 31, that we=E2=80=99re at this position with a = suggestion there=E2=80=99s possible looping (about which I have no idea) = isn=E2=80=99t that comforting. >=20 > I hope your concerns have been resolved on this matter. The paper = mentioned on the mailing list pointed out various ambiguities in RFC = 3561 described how the ambiguities might be construed to install = self-routes and, combined with possible inconsistent choices for = sequence number, loops could result. But the email to the list several = weeks ago indicated that these ambiguities do not exist in AODVv2. The = authors of that paper have expressed interest in doing a similar = analysis on AODVv2. >=20 > Other discussion about routing loops has not identified routing loop = problems in the existing specification. Use of unconfirmed or invalid = routes for routing might lead to errors, but that doesn't carry over to = produce loops in the route table. >=20 > I'm looking for any other open issues outside of the Security = Considerations which is being reworked according to recent comments but = should be submitted soon. >=20 > Regards, > Charlie P. >=20 >=20 >=20 > =20 > There=E2=80=99s also a lot of document to review. Which of course I = haven=E2=80=99t done at this time. But my attention did alight on the = IANA considerations section, and I noted there that: > - Not sure why the jump to 10 for message types, though I=E2=80=99m = not opposed. > - The PATH_METRIC TLV can=E2=80=99t be type 10, that=E2=80=99s already = taken. See IANA register. > - We previously pointed out that CONT_SEQ_NUM (COMPLETE) already = exists and does the job that SEQ_NUM is doing, so why allocate another = TLV? (You could avoid the necessity of repeating (COMPLETE) by simply = commenting once and thereafter omitting.) > - Why the suggested skipping of types 12 to 14? > =20 > -- > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP > =20 > From: manet [mailto:manet-bounces@ietf.org = ] On Behalf Of Victoria Mercieca > Sent: 18 January 2016 21:45 > To: manet > Subject: [manet] AODVv2 responses to recent comments > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . > *** WARNING *** > EXTERNAL EMAIL -- This message originates from outside our = organization. > =20 > Hi all, > We have just released the newest AODVv2 draft. The major update is the = separation of the AODVv2 route set from the RIB. >=20 > Here are also responses to the comments received before Christmas. = This should include all the points from Thomas Clausen regarding = versions 11 and 12, and also a couple of other points which have been = brought up since. Apologies for the huge email. For issues that need = further discussion, I have tried to include the main points of the = discussion so far. Please feel free to create a separate thread for any = further discussion. >=20 > We are still looking into the loop conditions recently reported for = AODV, also still working on the text about security, and use of = msg-hop-limit. > Kind regards, > Victoria. > =20 >=20 > 1. End-to-end / hop-by-hop acks - issue when a route is marked as = confirmed and valid when the link to the next hop is confirmed as = bidirectional (but the links downstream have not yet been verified as = bidirectional). >=20 > AODVv2: The authors believe this is an issue which would not occur = frequently, and would right itself.=20 >=20 > This only occurs for the route to OrigAddr. What needs to happen for = this to occur is that an intermediate node that takes part in the route = discovery between OrigAddr and TargAddr coincidentally has packets to = send to OrigAddr in the time between confirming the link to its own next = hop toward OrigAddr is bidirectional, and the time taken for all other = routers on the path to confirm their next hops too. If the route is used = to forward packets before every other link in the path is confirmed as = bidirectional, and the data packets are forwarded faster than the RREP = and any RREP_Acks, then yes they could be delivered to a router without = a valid route to OrigAddr. Alternatively if one of the links turns out = to be unidirectional then the data packets will also arrive at a router = without a valid route. In these cases, RERR messages will be generated = toward the source of the traffic, the route to OrigAddr will be deleted = at routers back toward TargAddr, but if data packets are still flowing = from any source to OrigAddr, the route will be re-requested by the = router responsible for discovering routes for the source of the data. >=20 > The changes required to make acknowledgements end-to-end would require = a lot more control traffic and be necessary for every route discovery = and in almost all cases would be unnecessary. >=20 > Text has been added to the draft in =E2=80=9CLocal Route State = Changes=E2=80=9D to describe this. >=20 > 2. Buffering > =EF=BB=BFThomas: > =E2=80=9CIt would seem that buffering, as specified, does not = accomplish what=20 > it states that it accomplishes: packets are (as you describe) still = being > sent while no route is available, and therefore will be dropped later. > =3D> Consequently, it seems that buffering is a futile exercise?=E2=80=9D= >=20 > AODVv2: =EF=BB=BFPackets are buffered before a route exists. A router = only begins sending them when it deems the route to be valid. In = general, buffering is not futile. >=20 > True, there is this case outlined above where the router could deem = the route valid before the bidirectionality check has happened for each = and every hop. If the links chosen for the route are not all = bidirectional, then yes, any data packets forwarded along this route = will end up being dropped at some point on that path.=20 > This case is caused by the RREP_Ack being hop-by-hop, and not caused = by buffering. >=20 > Thomas: =EF=BB=BF > =E2=80=9CBuffers have huge impacts on TCP performance, and I doubt if = the issues on e.g. TCP are well enough understood by this WG = (Bufferbloat was an example of where people got it wrong, despite having = extensive experience).=E2=80=9D >=20 > AODVv2: Packets will only be buffered while a route is requested. The = TCP packets buffered will be packets for session initialisation. The = authors believe that buffering these will have a positive effect. Some = references have been suggested, listed here, the first of which has been = included in the draft: > = http://www.ieee802.org/21/archived_docs/2003-09_incoming/ccr-200109-koodli= .pdf = > Mobile Internetworking with IPv6: Concepts, Principles and Practices = {Koodli, Perkins} > disc.ece.illinois.edu/seminars_tutorials/tcp-wireless-tutorial.ppt = > Analysis of TCP performance over mobile ad hoc networks = http://dl.acm.org/citation.cfm?id=3D313540 = > Alternatively, we could remove the mention of TCP, and instead state = that buffering MAY be used for packets awaiting a route, but that = implementation and implications of this are out of scope for AODVv2. >=20 >=20 > 3. Use of msg-hop-limit and msg-hop-count: > Thomas: > But, either way, as according to your model messages are never = forwarded, but always are intended for receipt by a router which is a = direct neighbor, then a >1 (which applies to the = message) seems inappropriate.=20 > Actually, according to that model, I would even say that receipt of a = message with a >1 should be interpreted as a = malfunction. > As you refer to RFC5444 appendix B, do note that Appendix B of RFC5444 = (and, note the errata 4003) talks about: > field, if present, contains the number of hops = on which the message is allowed to travel before being discarded by a = MANET router. The is set by the message originator and = is used to prevent messages from endlessly circulating in a MANET.=20 > Specifically =E2=80=9Cset by the message originator=E2=80=9D and = =E2=80=9Cnumber of hops on which the message is allowed to travel=E2=80=9D= =E2=80=94 with your control messages traveling just one hop, I believe = that setting =3D 1 is correct. >=20 > AODVv2: Discussion is still needed here. We wonder if these fields are = necessary at all for AODVv2. We were using them to limit the number of = regenerations of a RREQ. However, the hop limit value needs to be large = enough to allow a RREQ from one side of the network to another. It might = be the case that using the hop limit, almost every router in the network = would receive that RREQ anyway, and by using the redundancy check, we = already stop RREQs from circulating endlessly. >=20 > 4. Abstract > Thomas: > =E2=80=9CI made the following comment, which still applies: > =E2=80=9CThis is a little over-stating the applicability: these = statements may be true in some scenarios (for example, when there are = few concurrent traffic flows, and therefore few routes to repair, and = therefore few flooding operations to contend for channel access). As a = general statement, this last sentence is incorrect=E2=80=9D=E2=80=9D >=20 > AODVv2: The text has been removed and the abstract now states: =E2=80=9C= The Ad Hoc On-demand Distance Vector Version 2 (AODVv2) routing = protocol is intended for use by mobile routers in wireless, multihop = networks. AODVv2 determines unicast routes among AODVv2 routers within = the network in an on-demand fashion.=E2=80=9D >=20 > 5,9,12,13,20. Router Client > Thomas:=20 > =E2=80=9CI made a comment previously that =E2=80=9CRouter client=E2=80=9D= is a poorly chosen term, and have proposed alternatives. I=E2=80=99ve = seen some attempts on the list at rather than change the term, explain = it =E2=80=94 some of which is in this document. The =E2=80=9COverview=E2=80= =9D still talks about =E2=80=9Ca router=E2=80=A6one of its clients=E2=80=9D= - which is no less confusing than last time Iw went through it. > I reiterate, why not use =E2=80=9CLocal Attached Network Set=E2=80=9D, = which is the term used by other documents from this WG?=E2=80=9D >=20 > AODVv2: We already answered this suggestion on the MANET list and = asked for comments and suggestions, and no responses were received. We = have defined what we mean by Router Client, and the terminology has so = far not changed. However, some alternatives have been suggested, so if = you feel any of these are more effective, please let us know: > =EF=BB=BF=E2=80=A2 Advertised IP Address: puts the emphasis on = advertisement rather than topological connection > =E2=80=A2 Accessible IP Address: puts the emphasis on accessibility = through the particular router =E2=80=93 not bad > =E2=80=A2 Reduced Function Device [RFD]: doesn=E2=80=99t roll off = the tongue, but this is terminology used for L2R in IEEE 802 Wireless = for a similar situation > =E2=80=A2 Accessible Device Address: adds some emphasis for the = device as well as the address > =EF=BB=BF=E2=80=A2 Stably Connected IP Address: nothing is = permanent, of course, but the router client set is thought to be = relatively stable > =E2=80=A2 Topologically Connected IP address: ... suggests that a = "topological connection" is stable compared to wireless > =E2=80=A2 Administratively Assigned IP address: ... somehow does = not connote the "otherness" of the router client devices. >=20 > 6. Overview - adjacency > Thomas:=20 > The term =E2=80=9Cconfirming adjacency=E2=80=9D is gone, and is now = replaced by =E2=80=9Cconfirming bidirectionality=E2=80=9D - which, alas, = still sounds like there is some active monitoring (HELLO message = exchange) going on. Unless that is the case, then please be more = specific here. > I note that the term adjacency is used through and through the = document, btw. >=20 > AODVv2: The text has been updated to avoid the word adjacency. We do = not believe the text implies active monitoring through HELLO messages. >=20 > 7. Overview - forwarding plane > Thomas: I suggested in my last review: The overview must also include = a paragraph on the intersections between this protocol and the = forwarding plane =E2=80=94 this, as it is different (and more invasive) = from that which is typically seen in routing protocols. > Specifically, as a reactive protocol, it is required (at least) that = the forwarding plane is modified : > 1) A =E2=80=9Cmiss=E2=80=9D when looking up a next hop for a data = packet to be forwarded, is signalled to the AODVv2 process so as to = permit that route discovery be launched; > 2) A =E2=80=9Cmiss=E2=80=9D when attempting to deliver a data packet = to a next hop, which was recorded in the routing table, is signalled to = the AODVv2 process so as to permit that a route repair be initiated = and/or a Route Error be generated. > 3) A =E2=80=9Chit=E2=80=9D when looking up a next hop for a data = packet to be forwarded to a destination is signalled to the AODVv2 = process so as to permit maintenance of =E2=80=9Cactive route=E2=80=9D = Route State, timers and such. > Note that these things are necessary to call out in the =E2=80=9Covervie= w=E2=80=9D and in the =E2=80=9Capplicability statement=E2=80=9D, both: = it is not that they are negatives per se, but that they are important = factors governing the applicability of this protocol: will a given = platform permit such access to the forwarding plane, for example? = Important to understand if for that platform this protocol is apple > I see that this was not addressed in the overview, nor in the = applicability other than by a forward reference to section 6.4. While it = is positive that there is a section 6.4, this does not exonerate the = overview and the applicability statement for being honest about the = requirements (notably to the platform/os) that this protocol has for = being applicable >=20 > AODVv2: The Overview and the Applicability Statement now refer to = these basic requirements for the interaction with the forwarding plane. = The Applicability Statement also contains the reference to the later = section which describes this in more detail. >=20 > 8. 7182 and security >=20 > Thomas: I suggested in my last review: It is important to do more than = this: 7182 does only provide =E2=80=9Ccontainers=E2=80=9D for ICVs and = timestamps, and does not specify how to use them to obtain specific = security properties. RFC7182 may be a tool that can be used, but how* = that tool is used is what determines the security properties. > Therefore, saying that =E2=80=9Csecurity is dealt with by using = RFC7182=E2=80=9D is either an incomplete statement, or is indicative of = insufficient security considerations.=E2=80=9D > The actual sentence in the I-D has been changed, now it explicitly = names the two TLVs from 7182 that it uses. That is, alas, still not = sufficient. > Making the aside that was discussed recently on the list, that (i) = control messages are not forwarded, and that (ii) they are modified in = transit, the security/trust model is somewhat different from that of = 7181 and consequently for what 7182 was initially written for. I think = that calling out the trust model, and how 7182 actually is used here, = might be what is called for. > Continuing with the aside, this *especially* as the applicability = statement says: "Providing security for a reactive routing protocol can = be difficult=E2=80=9D >=20 > Thomas: > =EF=BB=BFOK, so assume that I understand regeneration as per my = previous email, as meaning =E2=80=9Cgenerate a new message and send to = my neighbors, based on what I learned when processing a received = message=E2=80=9D =E2=80=94 just like any distance vector protocol does. > In that model, what you write makes sense: each originator of a = control message (i.e., whoever generates or regenerates it) is free to = include the information it desires, such as the 4 points you list above. = No issues with that. > However, and this joins what I pointed out in a previous email, you = write in the applicability statement: "Providing security for a reactive = routing protocol can be difficult." > While we can discuss if the nature of =E2=80=9Creactive routing = protocol=E2=80=9D generates particular difficulties, we certainly can = agree that this protocol has the same =E2=80=9Cdifficulties=E2=80=9D as = a distance vector protocol: routing topology information (by definition) = not being exchanged end-to-end, but between neighbors (who do = calculations and generate their own announcements =E2=80=94 = regeneration, as you call it).=20 > This means that a specific security model of transitive trust must be = assumed, no? I trust Victoria, therefore when Victoria says =E2=80=9CStan = told me=E2=80=9D then I trust that she actually verified that "it was = indeed Stan who told her =E2=80=A6=E2=80=9D =E2=80=94 and either way, I = have no way of verifying? > I did not see the trust model / trust assumption discussed in the = specification (specifically not in applicability and in section 13, both = of where it should be called out), but I think that this is actually a = crucial point to get right, in order to approach developing the MTI = security mechanisms. > Anyways, that observation actually contrasts strongly with what the = applicability statement then goes on to say, namely: > AODVv2 provides for message integrity and security against replay > attacks by using integrity check values, timestamps and sequence > numbers, as described in Section 13. > This is true only in as much as messages are indeed exchanged between = neighbors: when you =E2=80=9Cregenerate=E2=80=9D a message, i.e., = generate a new message in response to receipt of a message, you generate = brand new payload (but possibly including some of the data from the = received message, of course): thus, any ICVs =E2=80=9Cfrom farther away = than the neighbor=E2=80=9D will be useless (or, if you zero out the = parts that you change, these parts will not be protected). > The above sentence, quoted from the applicability statement, and that = which transpires from section 13, seems - certainly, absent the trust = model assumed - to suggest that end-to-end protection/validation is = provided. But, this is not the case. > Finally to the applicability statement, a question: > If security associations can be established, encryption can be used = for AODVv2 messages to ensure that only trusted routers participate in = routing operations. > What you want to say here is that =E2=80=9Cif all trusted routers have = a shared secret, then we=E2=80=99re able to use that shared secret to = ignore non-trusted routers=E2=80=9D, right?=20 > While =E2=80=9Csecurity associations=E2=80=9D that do not pass through = a shared secret probably can be thought up, it=E2=80=99s not trivial and = I did not find any discussion of that in the document? > Having, on the topic of security, re-read Section 13, which starts: > This section describes various security considerations and = potential > avenues to secure AODVv2 routing. =20 > While this is an honest description of what follows, I remain = convinced that this is not sufficient. So let me ask as precisely as I = can: > o what is the MTI security mechanism that a conformant implementation = must provide? Specifically: - which are the processing steps (for = example in section 7.2.1 and section 7.2.2 for RREP - and similarly for = the other message types) that define that security mechanism > o what protection is offered by that MTI security mechanism? And what = remains vulnerable. > If this specification targets std.track, then it should include = (reasonably solid, but definitely well specified) MTI security. >=20 > Chris Dearlove: > =EF=BB=BFThere are two potential choices: >=20 > - RREQ has an integrity check value to indicate that someone trusted = created it, if not necessarily the destination. That someone might be = identifiable or not. > - RREQ has a signature that indicates that the destination created it. >=20 > Unfortunately, an RREQ that changes as it is forwarded (aggregating = data of any sort) makes the second option tricky, unless there=E2=80=99s = some sort of aggregating signature as it is forwarded. But I=E2=80=99m = not an expert on the latter. >=20 > The most trivial case of the former is simply that everyone trusted = has a single shared key. That has obvious issues =E2=80=93 although it = was good enough that embodied as RFC 7183 we could get 7181 through the = system (as a =E2=80=9Cmust implement, do not need to use=E2=80=9D = minimal case). Alternatively something identity-based (e.g. = draft-ietf-manet-ibs) could be used, so you know who created the message = you received, but you are relying on a chain of trust, hop by hop. At = which point you might as well just sign packets (see RFC 7182). >=20 > But in even the weakest case (the single shared key used hop by hop) = there has to be a failure for things to go wrong - either loss of key = (in which case all bets are off) or suborning one router (who can do = quite a lot of damage). >=20 > I haven't read the latest AODVv2 draft yet, but this sort of thing = should be described in its security considerations - the previous draft = though didn't discuss this as far as I recall. >=20 > Chris Dearlove: > =EF=BB=BFIf you go down this route of assuming transitive trust, then = you might as well use 7182=E2=80=99s packet ICV and timestamp rather = than message ICV and timestamp. > =20 > There is a complication (mostly one of presentation) that the 5444 = multiplexer (rather than AODVv2) needs to do this, at least for packets = containing AODVv2 messages (but at which point, probably all 5444 = packets). So you either, depending on your point of view, need to = request it to do that, or (administratively) decline to operate except = over a 5444 multiplexer that is doing this. > =20 > The advantage is one of saved space and time when packets contain more = than one message. Plus slightly better protection (hop count and limit = are covered) but which probably doesn=E2=80=99t matter here. > =20 > If messages are changed/replaced on a one-to-one basis as forwarded, = then the only solutions I can see are hop by hop transitive trust = (packets or messages per hop), or something complicated involving = aggregation and knowledge of changes. But the latter would be a research = task to develop, so let=E2=80=99s not try that. >=20 > Jiazi Yi: > I=EF=BB=BF agree with Chris and Thomas on their concerns on the = hop-by-hop security issue.=20 > This is very different from classical DV protocol, in which the vector = information is designed to be exchanged between neighbours.=20 > In AODVv2, the RREQ/RREP/RERR are to be forwarded through multiple = hops. A router can sign a message that isn't actually initialised by = itself -- this is, at least, against intuition.=20 > This can be an issue if we have compromised routers in the network. Of = course, a compromised router is a problem for every protocol, like = OLSRv2. But in OLSRv2, a compromised router can only speak on behalf of = itself -- however, in AODVv2, a compromised/mis-configured router can = pretend to be any other router (for example, generate RREQ messages = using another address as OrigAddr). The consequence will be much more = serious if that happens.=20 >=20 > AODVv2: This is not yet addressed. >=20 > 9. Terminology - host, routers, router clients:=20 >=20 > Thomas: My last review suggested: > =E2=80=9CThis has been brought up on the list several times in the = past, without having been addressed. > There are =E2=80=9Chosts=E2=80=9D and there are =E2=80=9Crouters=E2=80=9D= =E2=80=94 whose roles are well defined. Node=E2=80=9D not so much =E2=80=94= which is clear from looking at the definition here: =E2=80=9Ceither = AODVv2 routers or router clients=E2=80=9D (with =E2=80=9Crouter = clients=E2=80=9D being defined as =E2=80=9Can AODVv2 router is also its = own router client=E2=80=9D). >=20 > This is very much related to the use of =E2=80=9CRouter Client=E2=80=9D,= and both that term, and =E2=80=9Cnode=E2=80=9D indicative that some = clarity is needed here. >=20 > All a router cares about is =E2=80=9Can address=E2=80=9D. If that = address is of a network, or a router, or an interface (and, if said = interface is installed in a router or a host) doesn=E2=80=99t matter. >=20 > So, =E2=80=9Can address=E2=80=9D is something that the routing = protocol should care about finding paths to. Which means that each = address that should be made reachable by the routing protocol should be = advertised by (at least) one router in the network. >=20 > One way of doing that would be to simply talk about =E2=80=9CAttached = Networks=E2=80=9D as is done in RFC7181, wherein an address included in = the =E2=80=9CAttached Network Set=E2=80=9D is advertised by an OLSRv2 = router....in this case, the equivalent would be =E2=80=9Cfor each = address in the Attached Network Set of an AODVv2 router the router MUST = respond authoritatively to a RREQ, and MUST maintain the corresponding = sequence number=E2=80=9D. > The text, as it currently is, is really hard to read, and a re-edit = along these lines would go a long way.=E2=80=9D >=20 > I note that the terms =E2=80=9CNode=E2=80=9D and =E2=80=9CRouter = Client=E2=80=9D are still used, in their original form, and that other = than some slight wordsmithing this comment has not been addressed in the = document. >=20 > I reiterate that the need to use router, host, node, and router client = in and by itself should be an indicator that tightening up of = terminology is required. >=20 > AODVv2: See 5. The use of =E2=80=9Cnode=E2=80=9D has been addressed. >=20 > 10. Terminology and elsewhere - address > Thomas: I made the following comment to Routable Unicast IP Address: > =E2=80=9CAre there any technical reason why not simply *any* address = could be considered by the routing protocol? > My understanding, but correct me if I am wrong, is that all that is = required is that all interfaces in a given AODVv2 routing domain has an = unique address. > That some of these addresses (by an IP addressing architecture = document) has special semantics associated (such as are link locals, or = are for private use, or are for example use only, or are for multicast) = is out of scope here? > I see nothing has changed on the above, so let me be more explicit: = the routing protocol itself probably) should not care about what kind of = addresses are filled into it. Is an 192.16./16 address appropriate? Not = across the internet, but it may be in somebody=E2=80=99s private = deployments. Should the routing protocol be =E2=80=9Caddress police=E2=80=9D= and is implementation of a =E2=80=9CI refuse to route these = addresses=E2=80=A6=E2=80=9D a requirement for claiming conformance? = Suggest simply stating what the requirements are under which the routing = protocol will work =E2=80=94 and leave =E2=80=9Caddress assignment = politics=E2=80=9D aside. >=20 > AODVv2: We ask for clarification on this issue. We use the phrase = =E2=80=9Croutable and unicast=E2=80=9D in the draft with respect to = OrigAddr and TargAddr. We dont mean to exclude addresses from the = private address ranges. But we dont want to request routes for = multicast, indeterminate, link-local, or loopback addresses. This is not = about router interface addresses which are used for AODVv2. >=20 > 11. Multiple interfaces with the same IP address, 6621 implications >=20 > Thomas: I also continued: > Now, with that being said also, the WG wanted that RFC7181 supports = not just multiple interfaces, but also the same address used on multiple = interfaces of the same router. There were good reasons for that, and = while it was not trivial to implement, it turned out to be the right = thing to support. If there are technical reasons why this is not = supported in AODVv2 (for example, if this cannot be made work because of = ) then that should be called out in the applicability statement = also? > Conversely, if it is possible in AODVv2, then I do not believe that it = is clearly specified how (at least, in the =E2=80=9Cnaive=E2=80=9D on = paper examples I drew up, something ended up not working). So either the = protocol as-is does not support it (but could be made to?) or it is = supported (but just need to be spelled out), or is not possible (and = need to be disclaimed in the applicability statement). > Stan Ratliff was a driving force in holding the WG=E2=80=99s = collective feet to the fire in getting this support included in RFC7181, = and would likely be the right person to consult on this matter? > I actually have not seen changes, or comments, on this. In OLSRv2, the = WG was making it a strong requirement that it should be possible to use = the same IP address on different interfaces of a router. It was somewhat = tedious to design around, but it was worked out, and the conditions = under which that was possible were defined and documented. > I would like to see the same done for this protocol. > I also note that this is not unrelated to RFC6621-discussions. For = example, when selecting S-MPRs on a multi-interface and = multi-address-per-interface router, care must be taken least things = won=E2=80=99t work. So, if (and this links back to previous mails) = RFC6621 is a requirement or desire for this protocol, then there are = some considerations required here. >=20 > AODVv2: We have removed references to RFC 6621. > Initial thoughts on this topic of multiple interfaces using the same = IP address, is that this wouldn=E2=80=99t cause a problem, if the router = has only one sequence number. However, this is up for further = discussion. >=20 > 12. Interfaces configured as router clients >=20 > Thomas: I see that the definition of =E2=80=9CRouter Client=E2=80=9D = has changed to be > =E2=80=9CAn address or address range=E2=80=A6the AODVv2 router=E2=80=99s= interface addresses are also configured as router clients=E2=80=9D > Better than before, but still missing the target. The term =E2=80=9CRout= er Client=E2=80=9D is, as I indicated numerous times before, odd. > But the second part of the sentence, does that mean (what it says) = that the interfaces must be configured specially, so as to be able to be = =E2=80=9Crouter clients=E2=80=9D? That can=E2=80=99t be true. > What you likely mean is: > An AODVv2 router is configured so as to consider its own interfaces as = part of the locally attached network set=E2=80=9D ? > You configure the router, right? No special =E2=80=9Cinterface = configuration properties=E2=80=9D are required for an interface to be = announcable by an AODVv2 router? (And, getting rid of node would = actually make the definition shorter and nicer) >=20 > AODVv2: The wording we use says: "The IP Addresses of the router's = interfaces will appear in the Router Client Table." and in the = Terminology: "The AODVv2 router's interface addresses are also = configured as Router Clients." Both statements say that =E2=80=98interface= addresses are configured as router clients=E2=80=99 ...we are not sure = why this is misunderstood. We have a router client list, and the AODVv2 = router=E2=80=99s interface addresses are included in this list. The = interface itself doesn=E2=80=99t have special =E2=80=9Cinterface = configuration properties=E2=80=9D. >=20 > 13 - more on router clients > Thomas: Now, snipping out from the applicability statement: > "Multi-homing of an IP address is not supported by AODVv2, and = therefore a Router Client, i.e. an IP Address, =E2=80=A6 " > =E2=80=A6evidence to there being some redundant terminology here to = weed away. >=20 > AODVv2: That was there as a reminder that a router client is based on = IP address, even though the device with that IP address may have other = IP addresses too. It=E2=80=99s the IP address that is the router client, = not the device as a whole with its entire collection of configured IP = addresses. One IP address of that device might be configured as a router = client on one router, and a different IP address of that device could be = configured as a router client on another router. The IP addresses would = seem to AODVv2 to be on different devices. >=20 >=20 > 14. data elements >=20 > Thomas: The below is a little bit of a meta-comment, I am not quite = sure what I think here. The definitions for Target Node and such were = confusing before. They still are, somewhat. > I think that it may be because the definitions now used are simply = copy-pasted out from the tables in the previous version, for example: > =E2=80=9CAn AODVv2 Data Element containing the destination address = of the IP packet triggering route discovery.=E2=80=9D > OK, I can trace back and see that a Data Element is something that = exists inside a protocol message. To me, however, that=E2=80=99s not = really general terminology as such, but part of the specification of a = packet format - or rather, it is the notation that you use when = describing an algorithm. By the way, why are some notations in CamelCase = whereas others have a space in them, e.g. =E2=80=9CTarget Node=E2=80=9D = and =E2=80=9CTargMetric=E2=80=9D, both of which are Data Elements? Would = be good with a consistent approach here. > I *think* that it would be better to take all those =E2=80=9CData = Element=E2=80=9D bits and move to a separate section (or subsection) to = the terminology, and then keep all the =E2=80=9Cother stuff=E2=80=9D = (Neighbor, =E2=80=A6) in its own section. >=20 > AODVv2: Your comment from draft 11 where we already had data elements = in a separate table, says: > "Also suggest abolishing this table and folding the definitions in = with the other definitions in the terminology section." > We have updated to not refer so heavily to the term Data Element. All = the terms are described in the Terminology section. Those in CamelCase = are used as message fields. >=20 >=20 > 15. Route =E2=80=9Cto a specific address=E2=80=9D > Thomas: > I made a comment: Second, should =E2=80=9Cvalid route=E2=80=9D not be = qualified by =E2=80=9Cto a specific address=E2=80=9D?=E2=80=9D > Which was not addressed. >=20 > AODVv2: Every route is to a specific address...the address is = specified by Route.Address and Route.PrefixLength. > Do you mean that routes are to the address TargAddr or OrigAddr and = therefore to a specific host address rather than to a network prefix? = This is not the case. Prefix Length is included in AODVv2 messages so = that the route learned from the message represents the prefix which = OrigAddr or TargAddr resides on (if the router client entry = corresponding to OrigAddr at RREQ_Gen or TargAddr at RREP_Gen is = configured with a prefix length). e.g. OrigAddr is 10.0.0.1 but the = corresponding router client entry at RREQ_Gen could be 10.0.0.0/8 = . So when constructing the RREQ you include a prefix = length of 8, and when receiving the RREQ and learning the route to = OrigAddr, you can install a route to 10.0.0.0/8 . = Text has been updated to make this more obvious. >=20 > 16. unreachable address >=20 > Thomas: I also made a comment on "Unreachable Address=E2=80=9D - I am = glad I did, because I apparently had a different understanding than what = was intended. I now see that an Unreachable Address by definition is an = address listed in a RERR message, and not the same as an address to = which no route has yet been discovered? If yes, then please use a = different term, such as FormerlyReachableAddress=E2=80=9D or something = of the sort? >=20 > AODVv2: "Formerly reachable" is inaccurate... we send a RERR if = another router forwards a packet via us, and we dont have a route, not = just when we lose a route. We might never have had a route, or might = never have had a valid route, so the address may not have been "formerly = reachable". Also, I think "FormerlyReachableAddress" is a really ugly = term. Unreachable means "we don=E2=80=99t have a route and we aren=E2=80=99= t going to request one" or "we lost this route" (depending on why the = RERR is being sent). It doesn=E2=80=99t mean "we didn=E2=80=99t request = one yet", and it would be wrong to class an address as unreachable = because we hadn=E2=80=99t requested a route for it yet, that is, = assuming it=E2=80=99s configured as a router client.=20 >=20 > If a better term is suggested we could consider changing but at the = moment we have kept =E2=80=9CUnreachable Address=E2=80=9D. >=20 >=20 > 17. Applicability - multiple interfaces same address, 6621 again >=20 > Thomas: Applicability statement: First, I would like to recognize the = efforts made to improve this since last review. Thanks > Second, the document states: "AODVv2 supports routers with multiple = interfaces, as long as each interface configured for AODVv2 has a = unicast IP address. A router may use the same IP address on multiple = interfaces. Address assignment procedures are out of scope for = AODVv2.=E2=80=9D > Is that true? Granted, I have not worked this through in detail, but I = can present a counter-example: the use of RFC6621 means that there = certainly are some constraints that must be respected least various = flooding optimizations may not work. > Secondly, if the multiple-interfaces-with-same-address are on the same = L2, and this is what I have not worked through, are there any situations = that will not work? > The immediately previous version of this specification read: > "AODVv2 supports routers with multiple interfaces, as long as each = interface configured for AODVv2 has its own unicast routable IP address" > So what changed that means that each interface no longer needs its = *own* unicast address? >=20 > AODVv2: Well, based on previous questions on this, we talked it = through and decided there shouldn=E2=80=99t be an issue if different = interfaces of a router used the same IP address. Note that we changed = AODVv2 so that there is one sequence number per router. No longer can a = router use different sequence numbers on different interfaces. If an = RREQ went out of two interfaces using the same address, we worked it = through and decided the request would be processed correctly.=20 > Also, text referring to RFC 6621 has been removed. >=20 > 18. Applicability and appendix - multihoming >=20 > Thomas: I pointed out to the Applicability Statement: > I think that appendix B needs to be removed. Essentially, it makes = claims that it is possible to do multi-homing =E2=80=94 but neither = specifies how it is done, nor gives pointers to documents that justify = the claim. > AODVv2 does not support multi-homing =E2=80=94 that=E2=80=99s clear, = and it is fine that it is called out here. Thank you for that. > Now, with that being said, I am torn between being satisfied that it = is called out on one hand, and wanting to have =E2=80=9Cmulti homing=E2=80= =9D on the other hand. RFC7181 supports multi-homing, FWIW. > I believe that this also would merit some explicit discussion by the = WG, in order to understand if this design decision is acceptable? > I see that Appendix B still is in the document, and I do not recall = having seen this discussed on the mailing list. Simply removing the = reference from the Applicability Statement to Appendix B does not = address the issue that I raised in my previous review. >=20 > AODVv2: Appendix has been removed and may appear in a future = informational document. >=20 > 19. interfaces list - use of =E2=80=9CSHOULD=E2=80=9D >=20 > Thomas: To 4.1, I made the following comment: > "Is this a should, or a SHOULD? If the latter, should it be a MUST? > In general, there are a lot of such =E2=80=9Cmaybe normative = language=E2=80=9D through the document, and I would much like to see an = editorial pass =E2=80=94 essentially all may/should/ must and friends = carefully evaluated as if they should become 2119-terms, and ... more = importantly (it has been called out before, fwiw) quite a bit of = should/SHOULD which ought to be transformed into MUST. > Generally, aiming for a very a low number of SHOULD is a good design = metric for a document=E2=80=9D > Aside from the general comment on 2119-language, why is this a SHOULD? >=20 > AODVv2: We changed this instance to a MUST and will be checking for = =E2=80=9Cmaybe normative language=E2=80=9D. >=20 >=20 > 20. Router client - Local Attached Network Set >=20 > Thomas: To 4.2, I made the following comment: > As indicated earlier, I believe that the term =E2=80=9CRouter = Client=E2=80=9D is ill chosen. I believe that it is more appropriately = an =E2=80=9CAttached Network Set=E2=80=9D since =E2=80=94 as indicated = previously =E2=80=94 the term =E2=80=9CRouter Client=E2=80=9D is = ambiguous. I am pleased to see, though, that this =E2=80=9CRouter Client = List=E2=80=9D in reality is an =E2=80=9CAttached Network Set=E2=80=9D = and so that change should be (relatively) easy. > The above comment still is applicable to this revision, >=20 > AODVv2: See 5,9,12,13. >=20 >=20 > 21. Subnet > Thomas: To 4.2, I made the following comment: > Also, I recommend to not say =E2=80=9Csubnet=E2=80=9D =E2=80=94 how = about rephrasing to =E2=80=9CIf a prefix is included in the attached = network set of an AODVv2 router, then that AODVv2 router MUST provide = connectivity for, i.e. answer to RREQs and maintain sequence numbers = for, all addresses from within that prefix.=E2=80=9D > I note that while the term has been removed from section 4, there=E2=80=99= re 4 lingering instances of this term in the document, that could easily = be removed. >=20 > AODVv2: All mentions of "subnet" were in the ENAR section. They have = been updated to say network, or "networks attached to the routers" >=20 >=20 > 22. relocating router client >=20 > Thomas: I Also made a comment about Appendix B in my previous review, = which is referenced here. That comment still applies. >=20 > AODVv2: Moved into main draft. >=20 >=20 > 23. Neighbor Monitoring >=20 > Thomas: To Section 4.3, I noticed: > Does section 6.2 describe how to monitor an established adjacency = only, or how to discover neighbouring AODVv2 routers? Looking in 6.2, I = see > =E2=80=9CNot every pair of neighboring routers will necessarily form = an adjacency,=E2=80=9D =E2=80=94 so it likely isn=E2=80=99t 6.2 that = tells me how to maintain this table? > In short, =E2=80=9CA neighbour table MUST be maintained=E2=80=9D =E2=80=94= where can I find information on how to do this? > Section 6.2 states: > =E2=80=9CThe default approach for monitoring bidirectional = connectivity to the next hop toward OrigAddr is to request = acknowledgement of Route Reply messages.=E2=80=9D > That certainly will tell me if a link over which an RREP is sent is = bi-directional, but will not maintain a =E2=80=9Cneighbor table=E2=80=9D. > So how is this done? Or, is the =E2=80=9CNeighbor Table=E2=80=9D not = supposed to contain the complete set of neighbours? What information = =E2=80=9C...MUST be maintained=E2=80=9D then, in this table? > This is very unclear, I would not know how to implement a mechanism = that populates this =E2=80=9CNeighbor Table=E2=80=9D with the needed = information here. > I see no (relevant) changes to 6.2 nor to 4.3 so I assume that this = comment has not been addressed >=20 > AODVv2: A new section was added to show how to update the neighbour = table. There have also been updates to this entire section since version = 12. >=20 > 24. pseudo-code >=20 > Thomas: > I am throwing this in here, as I am sure that I commented on that in = the previous review, but I do not see that addressed: is Appendix C = normative, or not? It represents =E2=80=9C a second specification of the = protocol, in a different language=E2=80=9D from the main part of the = specification. I have not walked through and made 200% sure that both = are perfectly aligned and that there are no ambiguities, but having two = different specifications of a protocol is a recipe for disaster. Please = either make 2000% sure that they are specifying the same thing without = ambiguities, or remove one. >=20 > AODVv2: Removed - maybe to include in an informational document in = future. >=20 >=20 > 25. seqnum as 16 bit unsigned integer >=20 > Thomas: To section 4.4, I wrote: > "would like to nit-pick that: the router can maintain this sequence = number in whatever format it pleases =E2=80=94 but, when it includes it = in control messages, it must be representable in a specified format, = respecting certain rules.=E2=80=9D > I see that there were no changes following this comment. >=20 > AODVv2: Why store it as anything other than what it needs to be when = it goes into a message? However, we now state "MUST report its own = sequence number as a 16 bit....whenever it creates a RREQ or RREP = message". >=20 >=20 > 26. multiple seqnums? >=20 > Thomas: > To section 4.4 I asked for clarification as to if sequence numbers = were per interface or per router, as the specification was unclear on = that. The words has changed, but it still is unclear: how many sequence = numbers does a router maintain? One? One per interface? >=20 > AODVv2: We tried to start discussion on that point, and in the = meantime we reverted to having 1 seqnum per router. We think the text is = clear... we refer to "the routers sequence number" or "its sequence = number" - never hinting that there could be multiple seqnums per router = (as far as I'm aware). >=20 >=20 > 27. sets/lists/tables >=20 > Thomas: > In my previous review, I expressed that it would be preferential to = use =E2=80=9Ca notation of Sets=E2=80=9D rather than tables. I see that = this has not changed. >=20 > AODVv2: You preferred sets rather than lists in your previous = review...and explained our reasoning for this in responses to the MANET = list, and we did not receive further comments. >=20 >=20 > 28. use of =E2=80=9Cnode=E2=80=9D >=20 > Thomas: > I made a comment on node and address, let me pick this up again. The = following: > RteMsg.OrigAddr > An IP address of the node which requires the route, i.e., the source = address of the IP packet triggering the route request. > would be more compact and clear if getting rid of the term =E2=80=9Cnode= =E2=80=9D and said: > RteMsg.OrigAddr > The source address of the IP packet triggering the route request. >=20 > AODVv2: Change made as suggested. >=20 > 29. route table/rib/routing set >=20 > Thomas: To section 4.6, and I (and others) have commented on this = before: > All AODVv2 routers MUST maintain a route table. The route table entry = is a conceptual data structure. Implementations MAY use any internal = representation but MUST contain the following information: > In order to avoid confusion, rename this to =E2=80=9CRouting = Information Base=E2=80=9D or =E2=80=9CRouting Set=E2=80=9D =E2=80=94 a = Routing Table is an operating system construct, whereon operations = directly influence packet forwarding. What you are defining here is a = RIB/an RS. >=20 > AODVv2: Done in version 13. >=20 >=20 > 30. rreq for prefix, use of =E2=80=9Cip address=E2=80=9D and = =E2=80=9Caddress" >=20 > Thomas: > The confusion that I pointed out in my previous review on =E2=80=9CIP = address=E2=80=9D and =E2=80=9CAddress=E2=80=9D being used a bit = haphazardly persists, fwiw. It makes me think, can a router send an RREQ = for a prefix? >=20 > AODVv2: See also #15. RREQ_Gen can include the prefix associated with = OrigAddr by adding a prefix length to the message, the prefix length = associated with the router client entry corresponding to OrigAddr. So = all routers which receive it can learn a route to the prefix on which = OrigAddr resides. But for TargAddr... the RREQ only has one target IP = address - the destination IP address of the packet requiring the = route... so what prefix length would it use? The RREQ requests a route = to a single IP address. However, when the RREP is created, RREP_Gen = should include the prefix length associated with the router client entry = for TargAddr. So all routers which receive this RREP learn a route to = the prefix TargAddr is part of (if the router client entry is configured = with a prefix length). The text has been updated to make this more = obvious. >=20 >=20 > 31. next hop ip address wording >=20 > Thomas: > I also called this out in my previous review as incorrect, and despite = wordsmithing it still is: >=20 > Route.NextHop > The source IP address of the message advertising the = route to > Route.Address, i.e. an IP address of the AODVv2 router = used for > the next hop on the path toward Route.Address. >=20 > If that =E2=80=9Cmessage=E2=80=9D is an RFC5444 entity, then it does = to have a =E2=80=9Csource IP Address=E2=80=9D =E2=80=94 the = encapsulating IP datagram containing the packet containing the message = does. And the message MAY have an Originator Address >=20 > AODVv2: Updated to say =E2=80=9Cthe source IP address of the IP packet = containing the message advertising...=E2=80=9D >=20 >=20 >=20 > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** >=20 >=20 >=20 >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet = > =20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail=_30A52468-892D-404C-A96E-575E115BC63F Content-Type: multipart/related; type="text/html"; boundary="Apple-Mail=_4F75BA9E-42DA-471F-929F-F2E8605A96E9" --Apple-Mail=_4F75BA9E-42DA-471F-929F-F2E8605A96E9 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi Christopher,

Am = 02.03.2016 um 11:36 schrieb Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>:

My concerns have been = that your co-authors have continued to discuss whether looping could = occur since you published to the list saying all was well. (An issue to = do with multiple unconfirmed routes.) Maybe that=E2=80=99s a problem, = maybe it isn=E2=80=99t. But it lacks transparency, because it hasn=E2=80=99= t been discussed here.

The loop possibility you=E2=80=99re referring to = was a different one than the one discussed by Charlie. We=E2=80=99ve = been contacted by researchers who are model checking MANET protocols to = see if they permit any unwanted behaviour. They=E2=80=99ve used AODVv2 = as a case study for the framework they=E2=80=99ve implemented to do = this, and they=E2=80=99ve found the following loop:


1. n2 initiates a route discovery procedure for = destination n3 by broadcasting a =E2=80=9Crreq=E2=80=9D = message.
2. n1 and n4 upon receiving the =E2=80=9Crreq=E2= =80=9D message, add a route to their routing tables towards n2 and store = n2 as their next hop. Since it is the first time that these nodes have = received a message from n2, the neighbor state of n2 is set to = unconfirmed. Therefore, the route state is unconfirmed.
3. As n1 and n4 are not the intended destination of the = route request, they rebroadcast the =E2=80=9Crreq=E2=80=9D = message.
4. n1 receives the =E2=80=9Crreq=E2=80=9D = message sent by n4 and since the route to n2 is unconfirmed it adds n4 = as new next hop to n2.
5. n4 also adds n1 as the new next hop towards n2 after = processing the =E2=80=9Crreq=E2=80=9D sent by node1. At this point a = loop is formed between n1 and n4 but not used yet.
6. n3 receives the =E2=80=9Crreq=E2=80=9D message sent = by n1 and since it is the destination, it sends a =E2=80=9Crrep=E2=80=9D = message towards n1.
7. n2 moves out of n1 and n4 communication = range.
8. n1 receives the =E2=80=9Crrep=E2=80=9D message sent = by n3 and as the route state towards n2 is unconfirmed it multicasts the = =E2=80=9Crrep=E2=80=9D message to the existing next hops, n2 and n4. = Since n4 is adjacent to n1, it receives the message and then sends an = ack to n1. Therefore, n1 sets the neighbor state of n4 to confirm and = subsequently the route state towards n2 to valid. Then expunge the next = hop n2 which has not received an ack from.
9. n4 by receiving the =E2=80=9Crrep=E2=80=9D message = from n1 multicasts it to its next hops towards n1 and n2,
and similar to n1 it updates its = routing table by validating n1 as its next hop to n2. At this point, a = loop between n1 and n4 becomes valid.



In = response to these findings, we've changed 6.7.1.  Evaluating = Route Information in -13, so that LoopFree() is *always* considered before adding = a new route, even if all known routes to date are = Unconfirmed.

Following up, they=E2=80=99ve found another loop in = -13:


  1. At first nodes are connected to each other as shown in = Fig1.a.
  2. n0 initiates a route discovery = procedure for destination n3 by multicasting a =E2=80=9Crreq=E2=80=9D = message to n2 with sq=3D2.
  3. n2 after updating its routing table, = multicast the =E2=80=9Crreq=E2=80=9D to its neighbors, n1 and = n3.
  4. n1 = upon receiving the =E2=80=9Crreq=E2=80=9D message sent by n2 updates its = routing table and adds a route with hop-count=3D2, sq=3D2 and = next-hope=3D2
  5. Consider that topology changes at this = point and n1 moves into communication range of n0, gets connected to n0, = and n2 leaves n0 communication range, gets disconnected from n0, which = leads to network topology shown in Fig1.b.
  6. n0, which hasn=E2=80=99t received an = =E2=80=9Crrep=E2=80=9D yet, resend the =E2=80=9Crreq=E2=80=9D message = after increasing its sequence number to 3.
  7. n1 receives the new =E2=80=9Crreq=E2=80=9D= message, with sq=3D3, next-hop=3D0 and hop-count=3D1, since it=E2=80=99s = a better route it would be added to the routing table. Then n1 multicast = the =E2=80=9Crreq=E2=80=9D message to its neighbors, n2 and = n3.
  8. n2 = evaluate the received message sent by n1 and adds a new route to its = routing table with sq=3D3, next-hop=3D1 and hop-count=3D2 since the = sequence number of the received message is greater than the stored = one.
At this point a loop has = been formed between nodes n1 and n2.


Since we=E2=80=99ve moved to disallowing = multiple Unconfirmed routes (in -14, which isn=E2=80=99t published yet), = this one is resolved already as well.


The reason we didn=E2=80=99t = discuss this earlier on [manet] was that the authors hadn=E2=80=99t = submitted their paper yet (and I didn=E2=80=99t want to leak their = work). They=E2=80=99ve done so now, and will send us a link to their = paper once it=E2=80=99s available. I=E2=80=99m guessing it=E2=80=99ll = take a while to be published properly, but it should be enough for for = our purposes for the paper to appear on arxiv.org for now=E2=80=A6

Best regards,
Lotte

 

--

Christopher Dearlove
Senior Principal = Engineer
BAE Systems Applied Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, = Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research = Park, Guildford, Surrey, GU2 7YP

 
From: Charlie Perkins [mailto:charles.perkins@earthlink.net] 
Sent: 01 = March 2016 01:08
To: Dearlove, Christopher (UK); = manet
Subject: Re: [manet] AODVv2 = responses to recent comments
 
 
*** WARNING ***

This message originates from outside our organisation, either = from an external partner or the internet.
Consider carefully = whether you should click on any links, open any attachments or = reply.
For information = regarding Red = Flags that you = can look out for in emails you receive, click here.
If you feel the = email is suspicious, please follow this = process.

Hello Chris,

On 1/19/2016 5:37 AM, Dearlove, = Christopher (UK) wrote:
And outside those 31, = that we=E2=80=99re at this position with a suggestion there=E2=80=99s = possible looping (about which I have no idea) isn=E2=80=99t that = comforting.

I hope your concerns have = been resolved on this matter.  The paper mentioned on the mailing = list pointed out various ambiguities in RFC 3561 described how the = ambiguities might be construed to install self-routes and, combined with = possible inconsistent choices for sequence number, loops could = result.  But the email to the list several weeks ago indicated that = these ambiguities do not exist in AODVv2.  The authors of that = paper have expressed interest in doing a similar analysis on AODVv2.

Other discussion about routing loops has not = identified routing loop problems in the existing specification.  = Use of unconfirmed or invalid routes for routing might lead to errors, = but that doesn't carry over to produce loops in the route table.

I'm looking for any other open issues outside = of the Security Considerations which is being reworked according to = recent comments but should be submitted soon.

Regards,
Charlie P.



 
There=E2=80=99s also a lot of document to review. Which of = course I haven=E2=80=99t done at this time. But my attention did alight = on the IANA considerations section, and I noted there that:
- = Not sure why the jump to 10 for message types, though I=E2=80=99m not = opposed.
- The PATH_METRIC TLV can=E2=80=99t be type 10, that=E2=80=99s = already taken. See IANA register.
- We previously pointed out that = CONT_SEQ_NUM (COMPLETE) already exists and does the job that SEQ_NUM is = doing, so why allocate another TLV? (You could avoid the necessity of = repeating (COMPLETE) by simply commenting once and thereafter = omitting.)
- Why the suggested skipping of types 12 to 14?
 
--
Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied = Intelligence Laboratories
_______________________________________________________________= ___________

T: =  +44 (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, = Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai
BAE = Systems Applied Intelligence Limited
Registered in England = & Wales No: 01337451
Registered Office: Surrey Research Park, Guildford, = Surrey, GU2 7YP
 
From: manet [mailto:manet-bounces@ietf.org] On Behalf = Of Victoria = Mercieca
Sent: 18 January 2016 21:45
To: manet
Subject: [manet] AODVv2 responses to = recent comments
 
 
*** = WARNING ***
This message originates = from outside our organisation, either from an external partner or the = internet.
Consider = carefully whether you should click on any links, open any attachments or = reply.
For information regarding Red = Flags that you can look out for = in emails you receive, click here.
If = you feel the email is suspicious, please follow this = process.
*** WARNING ***
EXTERNAL EMAIL -- This message originates from outside our = organization.
 
Hi all,
We have just released the newest AODVv2 draft. The = major update is the separation of the AODVv2 route set from the RIB.

Here are also responses to the comments = received before Christmas. This should include all the points from = Thomas Clausen regarding versions 11 and 12, and also a couple of other = points which have been brought up since. Apologies for the huge email. = For issues that need further discussion, I have tried to include the = main points of the discussion so far. Please feel free to create a = separate thread for any further discussion.

We are still looking into the loop conditions recently = reported for AODV, also still working on the text about security, and = use of msg-hop-limit.
Kind regards,
Victoria.
 


1. End-to-end / = hop-by-hop acks - issue when a route is marked as confirmed and valid = when the link to the next hop is confirmed as bidirectional (but the = links downstream have not yet been verified as bidirectional).

AODVv2: The authors believe this is an issue = which would not occur frequently, and would right itself. 

This only occurs for the route to OrigAddr. What needs to = happen for this to occur is that an intermediate node that takes part in = the route discovery between OrigAddr and TargAddr coincidentally has = packets to send to OrigAddr in the time between confirming the link to = its own next hop toward OrigAddr is bidirectional, and the time taken = for all other routers on the path to confirm their next hops too. If the = route is used to forward packets before every other link in the path is = confirmed as bidirectional, and the data packets are forwarded faster = than the RREP and any RREP_Acks, then yes they could be delivered to a = router without a valid route to OrigAddr. Alternatively if one of the = links turns out to be unidirectional then the data packets will also = arrive at a router without a valid route. In these cases, RERR messages = will be generated toward the source of the traffic, the route to = OrigAddr will be deleted at routers back toward TargAddr, but if data = packets are still flowing from any source to OrigAddr, the route will be = re-requested by the router responsible for discovering routes for the = source of the data.

The changes required to = make acknowledgements end-to-end would require a lot more control = traffic and be necessary for every route discovery and in almost all = cases would be unnecessary.

Text has been = added to the draft in =E2=80=9CLocal Route State Changes=E2=80=9D to = describe this.

2. Buffering
=EF=BB=BFThomas:
=E2=80=9CIt would seem that = buffering, as specified, does not accomplish what 
it states = that it accomplishes: packets are (as you describe) still being
sent while no route is available, and therefore will be = dropped later.
=3D> Consequently, it seems that = buffering is a futile exercise?=E2=80=9D

AODVv2: =EF=BB=BFPackets are buffered before a route exists. = A router only begins sending them when it deems the route to be valid. = In general, buffering is not futile.

True, = there is this case outlined above where the router could deem the route = valid before the bidirectionality check has happened for each and every = hop. If the links chosen for the route are not all bidirectional, then = yes, any data packets forwarded along this route will end up being = dropped at some point on that path. 
This case is = caused by the RREP_Ack being hop-by-hop, and not caused by buffering.

Thomas: =EF=BB=BF
=E2=80=9CBuffers= have huge impacts on TCP performance, and I doubt if the issues on e.g. = TCP are well enough understood by this WG (Bufferbloat was an example of = where people got it wrong, despite having extensive experience).=E2=80=9D<= br class=3D"">
AODVv2: Packets will only be buffered while = a route is requested. The TCP packets buffered will be packets for = session initialisation. The authors believe that buffering these will = have a positive effect. Some references have been suggested, listed = here, the first of which has been included in the draft:
http://www.ieee802.org/21/archived_docs/2003-09_incoming/ccr-20= 0109-koodli.pdf
Mobile Internetworking with IPv6: = Concepts, Principles and Practices {Koodli, Perkins}
disc.ece.illinois.edu/seminars_tutorials/tcp-wireless-tutorial.= ppt
Analysis of TCP performance over mobile ad hoc = networks http://dl.acm.org/citation.cfm?id=3D313540
Alternatively, we could remove the mention of TCP, and = instead state that buffering MAY be used for packets awaiting a route, = but that implementation and implications of this are out of scope for = AODVv2.


3. Use of = msg-hop-limit and msg-hop-count:
Thomas:
But, = either way, as according to your model messages are never forwarded, but = always are intended for receipt by a router which is a direct neighbor, = then a <msg-hop-limit> >1 (which applies to the message) seems = inappropriate. 
Actually, according to that model, I would even say that = receipt of a message with a <msg-hop-count> >1 should be = interpreted as a malfunction.
As you refer to RFC5444 = appendix B, do note that Appendix B of RFC5444 (and, note the errata = 4003) talks about:
      = <msg-hop-limit> field, if present, contains the number of hops on = which the message is allowed to travel before being discarded by a MANET = router.  The <msg-hop-limit> is set by the message originator = and is used to prevent messages from endlessly circulating in a = MANET. 
Specifically =E2=80=9Cset by the message originator=E2=80=9D = and =E2=80=9Cnumber of hops on which the message is allowed to travel=E2=80= =9D =E2=80=94 with your control messages traveling just one hop, I = believe that setting <msg-hop-limit> =3D 1 is correct.

AODVv2: Discussion is still needed here. We = wonder if these fields are necessary at all for AODVv2. We were using = them to limit the number of regenerations of a RREQ. However, the hop = limit value needs to be large enough to allow a RREQ from one side of = the network to another. It might be the case that using the hop limit, = almost every router in the network would receive that RREQ anyway, and = by using the redundancy check, we already stop RREQs from circulating = endlessly.

4. Abstract
Thomas:
=E2=80=9CI made the following comment, = which still applies:
=E2=80=9CThis is a little = over-stating the applicability: these statements may be true in some = scenarios (for example, when there are few concurrent traffic flows, and = therefore few routes to repair, and therefore few flooding operations to = contend for channel access). As a general statement, this last sentence = is incorrect=E2=80=9D=E2=80=9D

AODVv2: The = text has been removed and the abstract now states: =E2=80=9C The Ad Hoc = On-demand Distance Vector Version 2 (AODVv2) routing protocol is = intended for use by mobile routers in wireless, multihop networks.  = AODVv2 determines unicast routes among AODVv2 routers within the network = in an on-demand fashion.=E2=80=9D

5,9,12,13,20. Router Client
Thomas: 
=E2=80=9CI = made a comment previously that =E2=80=9CRouter client=E2=80=9D is a = poorly chosen term, and have proposed alternatives. I=E2=80=99ve seen = some attempts on the list at rather than change the term, explain it =E2=80= =94 some of which is in this document. The =E2=80=9COverview=E2=80=9D = still talks about =E2=80=9Ca router=E2=80=A6one of its clients=E2=80=9D = - which is no less confusing than last time Iw went through it.
I reiterate, why not use =E2=80=9CLocal Attached Network = Set=E2=80=9D, which is the term used by other documents from this = WG?=E2=80=9D

AODVv2: We already answered = this suggestion on the MANET list and asked for comments and = suggestions, and no responses were received. We have defined what we = mean by Router Client, and the terminology has so far not changed. = However, some alternatives have been suggested, so if you feel any of = these are more effective, please let us know:
=EF=BB=BF=E2=80=A2    Advertised IP Address: = puts the emphasis on advertisement rather than topological connection
=E2=80=A2    Accessible IP Address: puts the = emphasis on accessibility through the particular router =E2=80=93 not = bad
=E2=80=A2    Reduced Function Device = [RFD]: doesn=E2=80=99t roll off the tongue, but this is terminology used = for L2R in IEEE 802 Wireless for a similar situation
=E2=80=A2    Accessible Device Address: adds = some emphasis for the device as well as the address
=EF=BB=BF=E2=80=A2    Stably Connected IP = Address: nothing is permanent, of course, but the router client set is = thought to be relatively stable
=E2=80=A2    = Topologically Connected IP address: ... suggests that a "topological = connection" is stable compared to wireless
=E2=80=A2    Administratively Assigned IP = address: ... somehow does not connote the "otherness" of the router = client devices.

6. Overview - adjacency
Thomas: 
The term =E2=80=9Cconfirming adjacency=E2=80=9D is gone, and = is now replaced by =E2=80=9Cconfirming bidirectionality=E2=80=9D - = which, alas, still sounds like there is some active monitoring (HELLO = message exchange) going on. Unless that is the case, then please be more = specific here.
I note that the term adjacency is used = through and through the document, btw.

AODVv2: The text has been updated to avoid the word = adjacency. We do not believe the text implies active monitoring through = HELLO messages.

7. Overview - forwarding = plane
Thomas: I suggested in my last review: The overview = must also include a paragraph on the intersections between this protocol = and the forwarding plane =E2=80=94 this, as it is different (and more = invasive) from that which is typically seen in routing protocols.
Specifically, as a reactive protocol, it is required (at = least) that the forwarding plane is modified :
1) A = =E2=80=9Cmiss=E2=80=9D when looking up a next hop for a data packet to = be forwarded, is signalled to the AODVv2 process so as to permit that = route discovery be launched;
2) A =E2=80=9Cmiss=E2=80=9D = when attempting to deliver a data packet to a next hop, which was = recorded in the routing table, is signalled to the AODVv2 process so as = to permit that a route repair be initiated and/or a Route Error be = generated.
3) A =E2=80=9Chit=E2=80=9D when looking up a = next hop for a data packet to be forwarded to a destination is signalled = to the AODVv2 process so as to permit maintenance of =E2=80=9Cactive = route=E2=80=9D Route State, timers and such.
Note that = these things are necessary to call out in the =E2=80=9Coverview=E2=80=9D = and in the =E2=80=9Capplicability statement=E2=80=9D, both: it is not = that they are negatives per se, but that they are important factors = governing the applicability of this protocol: will a given platform = permit such access to the forwarding plane, for example? Important to = understand if for that platform this protocol is apple
I = see that this was not addressed in the overview, nor in the = applicability other than by a forward reference to section 6.4. While it = is positive that there is a section 6.4, this does not exonerate the = overview and the applicability statement for being honest about the = requirements (notably to the platform/os) that this protocol has for = being applicable

AODVv2: The Overview and = the Applicability Statement now refer to these basic requirements for = the interaction with the forwarding plane. The Applicability Statement = also contains the reference to the later section which describes this in = more detail.

8. 7182 and security

Thomas: I suggested in my last review: It is = important to do more than this: 7182 does only provide =E2=80=9Ccontainers= =E2=80=9D for ICVs and timestamps, and does not specify how to use them = to obtain specific security properties. RFC7182 may be a tool that can = be used, but how* that tool is used is what determines the security = properties.
Therefore, saying that =E2=80=9Csecurity is = dealt with by using RFC7182=E2=80=9D is either an incomplete statement, = or is indicative of insufficient security considerations.=E2=80=9D
The actual sentence in the I-D has been changed, now it = explicitly names the two TLVs from 7182 that it uses. That is, alas, = still not sufficient.
Making the aside that was discussed = recently on the list, that (i) control messages are not forwarded, and = that (ii) they are modified in transit, the security/trust model is = somewhat different from that of 7181 and consequently for what 7182 was = initially written for. I think that  calling out the trust model, = and how 7182 actually is used here, might be what is called for.
Continuing with the aside, this *especially* as the = applicability statement says: "Providing security for a reactive routing = protocol can be difficult=E2=80=9D

Thomas:=EF=BB=BFOK, so assume that I understand regeneration as per = my previous email, as meaning =E2=80=9Cgenerate a new message and send = to my neighbors, based on what I learned when processing a received = message=E2=80=9D =E2=80=94 just like any distance vector protocol = does.
In that model, what you write makes sense: each = originator of a control message (i.e., whoever generates or regenerates = it) is free to include the information it desires, such as the 4 points = you list above. No issues with that.
However, and this = joins what I pointed out in a previous email, you write in the = applicability statement: "Providing security for a reactive routing = protocol can be difficult."
While we can discuss if the = nature of =E2=80=9Creactive routing protocol=E2=80=9D generates = particular difficulties, we certainly can agree that this protocol has = the same =E2=80=9Cdifficulties=E2=80=9D as a distance vector = protocol: routing topology information (by definition) not being = exchanged end-to-end, but between neighbors (who do calculations = and generate their own announcements =E2=80=94 regeneration, as you = call it). 
This means that a specific security model of transitive trust = must be assumed, no? I trust Victoria, therefore when Victoria = says =E2=80=9CStan told me=E2=80=9D then I trust that = she actually verified that "it was indeed Stan who told = her =E2=80=A6=E2=80=9D =E2=80=94 and either way, I have no way = of verifying?
I did not see the trust model / trust = assumption discussed in the specification (specifically not in = applicability and in section 13, both of where it should be called out), = but I think that this is actually a crucial point to get right, in order = to approach developing the MTI security mechanisms.
Anyways,= that observation actually contrasts strongly with what the = applicability statement then goes on to say, namely:
   AODVv2 provides for message integrity and = security against replay
   attacks by using = integrity check values, timestamps and sequence
  = numbers, as described in Section 13.
This is true only in = as much as messages are indeed exchanged between neighbors: when = you =E2=80=9Cregenerate=E2=80=9D a message, i.e., generate a = new message in response to receipt of a message, you generate brand = new payload (but possibly including some of the data from the = received message, of course): thus, any ICVs =E2=80=9Cfrom farther = away than the neighbor=E2=80=9D will be useless (or, if you zero = out the parts that you change, these parts will not be protected).
The above sentence, quoted from the applicability statement, = and that which transpires from section 13, seems - certainly, absent the = trust model assumed - to suggest that end-to-end protection/validation = is provided. But, this is not the case.
Finally to the = applicability statement, a question:
If security = associations can be established, encryption can be used for AODVv2 = messages to ensure that only trusted routers participate in routing = operations.
What you want to say here is that =E2=80=9Cif = all trusted routers have a shared secret, then we=E2=80=99re able to use = that shared secret to ignore non-trusted routers=E2=80=9D, right? 
While = =E2=80=9Csecurity associations=E2=80=9D that do not pass through a = shared secret probably can be thought up, it=E2=80=99s not trivial and I = did not find any discussion of that in the document?
Having,= on the topic of security, re-read Section 13, which starts:
   This section describes various security = considerations and potential
   avenues to = secure AODVv2 routing.  
While this = is an honest description of what follows, I remain convinced that this = is not sufficient. So let me ask as precisely as I can:
o = what is the MTI security mechanism that a conformant implementation must = provide? Specifically: - which are the processing steps (for = example in section 7.2.1 and section 7.2.2 for RREP - and similarly = for the other message types) that define that security mechanism
o what protection is offered by that MTI security mechanism? = And what remains vulnerable.
If this specification targets = std.track, then it should include (reasonably solid, but definitely well = specified) MTI security.

Chris Dearlove:
=EF=BB=BFThere are two potential choices:

- RREQ has an integrity check value to indicate that someone = trusted created it, if not necessarily the destination. That someone = might be identifiable or not.
- RREQ has a signature that = indicates that the destination created it.

Unfortunately, an RREQ that changes as it is forwarded = (aggregating data of any sort) makes the second option tricky, unless = there=E2=80=99s some sort of aggregating signature as it is forwarded. = But I=E2=80=99m not an expert on the latter.

The most trivial case of the former is simply that everyone = trusted has a single shared key. That has obvious issues =E2=80=93 = although it was good enough that embodied as RFC 7183 we could get 7181 = through the system (as a =E2=80=9Cmust implement, do not need to use=E2=80= =9D minimal case). Alternatively something identity-based (e.g. = draft-ietf-manet-ibs) could be used, so you know who created the message = you received, but you are relying on a chain of trust, hop by hop. At = which point you might as well just sign packets (see RFC 7182).

But in even the weakest case (the single = shared key used hop by hop) there has to be a failure for things to go = wrong - either loss of key (in which case all bets are off) or suborning = one router (who can do quite a lot of damage).

I haven't read the latest AODVv2 draft yet, but this sort of = thing should be described in its security considerations - the previous = draft though didn't discuss this as far as I recall.

Chris Dearlove:
=EF=BB=BFIf you go down this = route of assuming transitive trust, then you might as well use 7182=E2=80=99= s packet ICV and timestamp rather than message ICV and timestamp.
 
There is a complication (mostly one of = presentation) that the 5444 multiplexer (rather than AODVv2) needs to do = this, at least for packets containing AODVv2 messages (but at which = point, probably all 5444 packets). So you either, depending on your = point of view, need to request it to do that, or (administratively) = decline to operate except over a 5444 multiplexer that is doing this.
 
The advantage is one of saved space and = time when packets contain more than one message. Plus slightly better = protection (hop count and limit are covered) but which probably = doesn=E2=80=99t matter here.
 
If = messages are changed/replaced on a one-to-one basis as forwarded, then = the only solutions I can see are hop by hop transitive trust (packets or = messages per hop), or something complicated involving aggregation and = knowledge of changes. But the latter would be a research task to = develop, so let=E2=80=99s not try that.

Jiazi= Yi:
I=EF=BB=BF agree with Chris and Thomas on their = concerns on the hop-by-hop security issue. 
This is very = different from classical DV protocol, in which the vector information is = designed to be exchanged between neighbours. 
In AODVv2, = the RREQ/RREP/RERR are to be forwarded through multiple hops. A router = can sign a message that isn't actually initialised by itself -- this is, = at least, against intuition. 
This can be = an issue if we have compromised routers in the network. Of course, a = compromised router is a problem for every protocol, like OLSRv2. But in = OLSRv2, a compromised router can only speak on behalf of itself -- = however, in AODVv2, a compromised/mis-configured router can pretend to = be any other router (for example, generate RREQ messages using another = address as OrigAddr).  The consequence will be much more serious if = that happens. 

AODVv2: This is not yet addressed.

9. Terminology - host, routers, router = clients: 

Thomas: My last review suggested:
=E2=80=9CThis has been brought up on the list several times = in the past, without having been addressed.
There are = =E2=80=9Chosts=E2=80=9D and there are =E2=80=9Crouters=E2=80=9D =E2=80=94 = whose roles are well defined. Node=E2=80=9D not so much =E2=80=94 which = is clear from looking at the definition here: =E2=80=9Ceither AODVv2 = routers or router clients=E2=80=9D (with =E2=80=9Crouter clients=E2=80=9D = being defined as =E2=80=9Can AODVv2 router is also its own router = client=E2=80=9D).

This is very much related = to the use of =E2=80=9CRouter Client=E2=80=9D, and both that term, and = =E2=80=9Cnode=E2=80=9D indicative that some clarity is needed here.

All a router cares about is =E2=80=9Can = address=E2=80=9D. If that address is of a network, or a router, or an = interface (and, if said interface is installed in a router or a host) = doesn=E2=80=99t matter.

So, =E2=80=9Can = address=E2=80=9D is something that the routing protocol should care = about finding paths to. Which means that each address that should be = made reachable by the routing protocol should be advertised by (at = least) one router in the network.

One way = of doing that would be to simply talk about =E2=80=9CAttached = Networks=E2=80=9D as is done in RFC7181, wherein an address included in = the =E2=80=9CAttached Network Set=E2=80=9D is advertised by an OLSRv2 = router....in this case, the equivalent would be =E2=80=9Cfor each = address in the Attached Network Set of an AODVv2 router the router MUST = respond authoritatively to a RREQ, and MUST maintain the corresponding = sequence number=E2=80=9D.
The text, as it currently is, is = really hard to read, and a re-edit along these lines would go a long = way.=E2=80=9D

I note that the terms = =E2=80=9CNode=E2=80=9D and =E2=80=9CRouter Client=E2=80=9D are still = used, in their original form, and that other than some slight = wordsmithing this comment has not been addressed in the document.

I reiterate that the need to use router, host, = node, and router client in and by itself should be an indicator that = tightening up of terminology is required.

AODVv2: See 5. The use of =E2=80=9Cnode=E2=80=9D has been = addressed.

10. Terminology and elsewhere - = address
Thomas: I made the following comment to Routable = Unicast IP Address:
=E2=80=9CAre there any technical = reason why not simply *any* address could be considered by the routing = protocol?
My understanding, but correct me if I am wrong, = is that all that is required is that all interfaces in a given AODVv2 = routing domain has an unique address.
That some of these = addresses (by an IP addressing architecture document) has special = semantics associated (such as are link locals, or are for private use, = or are for example use only, or are for multicast) is out of scope = here?
I see nothing has changed on the above, so let me be = more explicit: the routing protocol itself probably) should not care = about what kind of addresses are filled into it. Is an 192.16./16 = address appropriate? Not across the internet, but it may be in = somebody=E2=80=99s private deployments. Should the routing protocol be = =E2=80=9Caddress police=E2=80=9D and is implementation of a =E2=80=9CI = refuse to route these addresses=E2=80=A6=E2=80=9D a requirement for = claiming conformance? Suggest simply stating what the requirements are = under which the routing protocol will work =E2=80=94 and leave = =E2=80=9Caddress assignment politics=E2=80=9D aside.

AODVv2: We ask for clarification on this issue. We use the = phrase =E2=80=9Croutable and unicast=E2=80=9D in the draft with respect = to OrigAddr and TargAddr. We dont mean to exclude addresses from the = private address ranges. But we dont want to request routes for = multicast, indeterminate, link-local, or loopback addresses. This is not = about router interface addresses which are used for AODVv2.

11. Multiple interfaces with the same IP = address, 6621 implications

Thomas: I also = continued:
Now, with that being said also, the WG wanted = that RFC7181 supports not just multiple interfaces, but also the same = address used on multiple interfaces of the same router. There were good = reasons for that, and while it was not trivial to implement, it turned = out to be the right thing to support. If there are technical reasons why = this is not supported in AODVv2 (for example, if this cannot be made = work because of <reason>) then that should be called out in the = applicability statement also?
Conversely, if it is = possible in AODVv2, then I do not believe that it is clearly specified = how (at least, in the =E2=80=9Cnaive=E2=80=9D on paper examples I drew = up, something ended up not working). So either the protocol as-is does = not support it (but could be made to?) or it is supported (but just need = to be spelled out), or is not possible (and need to be disclaimed in the = applicability statement).
Stan Ratliff was a driving force = in holding the WG=E2=80=99s collective feet to the fire in getting this = support included in RFC7181, and would likely be the right person to = consult on this matter?
I actually have not seen changes, = or comments, on this. In OLSRv2, the WG was making it a strong = requirement that it should be possible to use the same IP address on = different interfaces of a router. It was somewhat tedious to design = around, but it was worked out, and the conditions under which that was = possible were defined and documented.
I would like to see = the same done for this protocol.
I also note that this is = not unrelated to RFC6621-discussions. For example, when selecting S-MPRs = on a multi-interface and multi-address-per-interface router, care must = be taken least things won=E2=80=99t work. So, if (and this links back to = previous mails) RFC6621 is a requirement or desire for this protocol, = then there are some considerations required here.

AODVv2: We have removed references to RFC 6621.
Initial thoughts on this topic of multiple interfaces using = the same IP address, is that this wouldn=E2=80=99t cause a problem, if = the router has only one sequence number. However, this is up for further = discussion.

12. Interfaces configured as = router clients

Thomas: I see that the = definition of =E2=80=9CRouter Client=E2=80=9D has changed to be
=E2=80=9CAn address or address range=E2=80=A6the AODVv2 = router=E2=80=99s interface addresses are also configured as router = clients=E2=80=9D
Better than before, but still missing the = target. The term =E2=80=9CRouter Client=E2=80=9D is, as I indicated = numerous times before, odd.
But the second part of the = sentence, does that mean (what it says) that the interfaces must be = configured specially, so as to be able to be =E2=80=9Crouter clients=E2=80= =9D? That can=E2=80=99t be true.
What you likely mean = is:
An AODVv2 router is configured so as to consider its = own interfaces as part of the locally attached network set=E2=80=9D ?
You configure the router, right? No special =E2=80=9Cinterface = configuration properties=E2=80=9D are required for an interface to be = announcable by  an AODVv2 router? (And, getting rid of node would = actually make the definition shorter and nicer)

AODVv2: The wording we use says: "The IP Addresses of the = router's interfaces will appear in the Router Client Table." and in the = Terminology: "The AODVv2 router's interface addresses are also = configured as Router Clients." Both statements say that =E2=80=98interface= addresses are configured as router clients=E2=80=99 ...we are not sure = why this is misunderstood. We have a router client list, and the AODVv2 = router=E2=80=99s interface addresses are included in this list. The = interface itself doesn=E2=80=99t have special =E2=80=9Cinterface = configuration properties=E2=80=9D.

13 - = more on router clients
Thomas: Now, snipping out from the = applicability statement:
"Multi-homing of an IP address is = not supported by AODVv2, and therefore a Router Client, i.e. an IP = Address,  =E2=80=A6 "
=E2=80=A6evidence to there = being some redundant terminology here to weed away.

AODVv2: That was there as a reminder that a router client is = based on IP address, even though the device with that IP address may = have other IP addresses too. It=E2=80=99s the IP address that is the = router client, not the device as a whole with its entire collection of = configured IP addresses. One IP address of that device might be = configured as a router client on one router, and a different IP address = of that device could be configured as a router client on another router. = The IP addresses would seem to AODVv2 to be on different devices.


14. data elements

Thomas: The below is a little bit of a = meta-comment, I am not quite sure what I think here. The definitions for = Target Node and such were confusing before. They still are, somewhat.
I think that it may be because the definitions now used are = simply copy-pasted out from the tables in the previous version, for = example:
   =E2=80=9CAn AODVv2 Data Element = containing the destination address of the IP packet triggering route = discovery.=E2=80=9D
OK, I can trace back and see that a = Data Element is something that exists inside a protocol message. To me, = however, that=E2=80=99s not really general terminology as such, but part = of the specification of a packet format - or rather, it is the notation = that you use when describing an algorithm. By the way, why are some = notations in CamelCase whereas others have a space in them, e.g. = =E2=80=9CTarget Node=E2=80=9D and =E2=80=9CTargMetric=E2=80=9D, both of = which are Data Elements? Would be good with a consistent approach = here.
I *think* that it would be better to take all those = =E2=80=9CData Element=E2=80=9D bits and move to a separate section (or = subsection) to the terminology, and then keep all the =E2=80=9Cother = stuff=E2=80=9D (Neighbor, =E2=80=A6) in its own section.
AODVv2: Your comment from draft 11 where we already had data = elements in a separate table, says:
"Also suggest = abolishing this table and folding the definitions in with the other = definitions in the terminology section."
We have updated = to not refer so heavily to the term Data Element. All the terms are = described in the Terminology section. Those in CamelCase are used as = message fields.


15. Route = =E2=80=9Cto a specific address=E2=80=9D
Thomas:
I made a comment: Second, should =E2=80=9Cvalid route=E2=80=9D = not be qualified by =E2=80=9Cto a specific address=E2=80=9D?=E2=80=9D
Which was not addressed.

AODVv2: = Every route is to a specific address...the address is specified by = Route.Address and Route.PrefixLength.
Do you mean that = routes are to the address TargAddr or OrigAddr and therefore to a = specific host address rather than to a network prefix? This is not the = case. Prefix Length is included in AODVv2 messages so that the route = learned from the message represents the prefix which OrigAddr or = TargAddr resides on (if the router client entry corresponding to = OrigAddr at RREQ_Gen or TargAddr at RREP_Gen is configured with a prefix = length). e.g. OrigAddr is 10.0.0.1 but the corresponding router client = entry at RREQ_Gen could be 10.0.0.0/8. So when constructing the RREQ you include a = prefix length of 8, and when receiving the RREQ and learning the route = to OrigAddr, you can install a route to 10.0.0.0/8.  Text has been updated to make this more = obvious.

16. unreachable address

Thomas: I also made a comment on "Unreachable = Address=E2=80=9D - I am glad I did, because I apparently had a different = understanding than what was intended. I now see that an Unreachable = Address by definition is an address listed in a RERR message, and not = the same as an address to which no route has yet  been discovered? = If yes, then please use a different term, such as = FormerlyReachableAddress=E2=80=9D or something of the sort?

AODVv2: "Formerly reachable" is inaccurate... = we send a RERR if another router forwards a packet via us, and we dont = have a route, not just when we lose a route. We might never have had a = route, or might never have had a valid route, so the address may not = have been "formerly reachable". Also, I think "FormerlyReachableAddress" = is a really ugly term. Unreachable means "we don=E2=80=99t have a route = and we aren=E2=80=99t going to request one" or "we lost this route" = (depending on why the RERR is being sent). It doesn=E2=80=99t mean "we = didn=E2=80=99t request one yet", and it would be wrong to class an = address as unreachable because we hadn=E2=80=99t requested a route for = it yet, that is, assuming it=E2=80=99s configured as a router = client. 

If a better term is suggested we could = consider changing but at the moment we have kept =E2=80=9CUnreachable = Address=E2=80=9D.


17. = Applicability - multiple interfaces same address, 6621 again

Thomas: Applicability statement: First, I = would like to recognize the efforts made to improve this since last = review. Thanks
Second, the document states: "AODVv2 = supports routers with multiple interfaces, as long as each interface = configured for AODVv2 has a unicast IP address.  A router may use = the same IP address on multiple interfaces.  Address assignment = procedures are out of scope for AODVv2.=E2=80=9D
Is that = true? Granted, I have not worked this through in detail, but I can = present a counter-example: the use of RFC6621 means that there certainly = are some constraints that must be respected least various flooding = optimizations may not work.
Secondly, if the = multiple-interfaces-with-same-address are on the same L2, and this is = what I have not worked through, are there any situations that will not = work?
The immediately previous version of this = specification read:
"AODVv2 supports routers with multiple = interfaces, as long as each interface configured for AODVv2 has its own = unicast routable IP address"
So what changed that means = that each interface no longer needs its *own* unicast address?

AODVv2: Well, based on previous questions on = this, we talked it through and decided there shouldn=E2=80=99t be an = issue if different interfaces of a router used the same IP address. Note = that we changed AODVv2 so that there is one sequence number per router. = No longer can a router use different sequence numbers on different = interfaces. If an RREQ went out of two interfaces using the same = address, we worked it through and decided the request would be processed = correctly. 
Also, text referring to RFC 6621 has been removed.

18. Applicability and appendix - = multihoming

Thomas: I pointed out to the = Applicability Statement:
I think that appendix B needs to = be removed. Essentially, it makes claims that it is possible to do = multi-homing =E2=80=94 but neither specifies how it is done, nor gives = pointers to documents that justify the claim.
AODVv2 does = not support multi-homing =E2=80=94 that=E2=80=99s clear, and it is fine = that it is called out here. Thank you for that.
Now, with = that being said, I am torn between being satisfied that it is called out = on one hand, and wanting to have =E2=80=9Cmulti homing=E2=80=9D on the = other hand. RFC7181 supports multi-homing, FWIW.
I believe = that this also would merit some explicit discussion by the WG, in order = to understand if this design decision is acceptable?
I see = that Appendix B still is in the document, and I do not recall having = seen this discussed on the mailing list. Simply removing the reference = from the Applicability Statement to Appendix B does not address the = issue that I raised in my previous review.

AODVv2: Appendix has been removed and may appear in a future = informational document.

19. interfaces list = - use of =E2=80=9CSHOULD=E2=80=9D

Thomas: = To 4.1, I made the following comment:
"Is this a should, = or a SHOULD? If the latter, should it be a MUST?
In = general, there are a lot of such =E2=80=9Cmaybe normative language=E2=80=9D= through the document, and I would much like to see an editorial pass = =E2=80=94 essentially all may/should/ must and friends carefully = evaluated as if they should become 2119-terms, and ... more importantly = (it has been called out before, fwiw) quite a bit of should/SHOULD which = ought to be transformed into MUST.
Generally, aiming for a = very a low number of SHOULD is a good design metric for a document=E2=80=9D=
Aside from the general comment on 2119-language, why is = this a SHOULD?

AODVv2: We changed this = instance to a MUST and will be checking for =E2=80=9Cmaybe normative = language=E2=80=9D.


20. = Router client - Local Attached Network Set

Thomas: To 4.2, I made the following comment:
As = indicated earlier, I believe that the term =E2=80=9CRouter Client=E2=80=9D= is ill chosen. I believe that it is more appropriately an =E2=80=9CAttach= ed Network Set=E2=80=9D since =E2=80=94 as indicated previously =E2=80=94 = the term =E2=80=9CRouter Client=E2=80=9D is ambiguous. I am pleased to = see, though, that this =E2=80=9CRouter Client List=E2=80=9D in reality = is an =E2=80=9CAttached Network Set=E2=80=9D and so that change should = be (relatively) easy.
The above comment still is = applicable to this revision,

AODVv2: See = 5,9,12,13.


21. Subnet
Thomas: To 4.2, I made the following comment:
Also, I recommend to not say =E2=80=9Csubnet=E2=80=9D =E2=80=94= how about rephrasing to =E2=80=9CIf a prefix is included in the = attached network set of an AODVv2 router, then that AODVv2 router MUST = provide connectivity for, i.e. answer to RREQs and maintain sequence = numbers for, all addresses from within that prefix.=E2=80=9D
I note that while the term has been removed from section 4, = there=E2=80=99re 4 lingering instances of this term in the document, = that could easily be removed.

AODVv2: All = mentions of "subnet" were in the ENAR section. They have been updated to = say network, or "networks attached to the routers"


22. relocating router client

Thomas: I Also made a comment about Appendix B in my previous = review, which is referenced here. That comment still applies.

AODVv2: Moved into main draft.

23. Neighbor Monitoring

Thomas: To Section 4.3, I noticed:
Does section = 6.2 describe how to monitor an established adjacency only, or how to = discover neighbouring AODVv2 routers? Looking in 6.2, I see
=E2=80=9CNot every pair of neighboring routers will = necessarily form an adjacency,=E2=80=9D =E2=80=94 so it likely isn=E2=80=99= t 6.2 that tells me how to maintain this table?
In short, = =E2=80=9CA neighbour table MUST be maintained=E2=80=9D =E2=80=94 where = can I find information on how to do this?
Section 6.2 = states:
=E2=80=9CThe default approach for monitoring = bidirectional connectivity to the next hop toward OrigAddr is to request = acknowledgement of Route Reply messages.=E2=80=9D
That = certainly will tell me if a link over which an RREP is sent is = bi-directional, but will not maintain a =E2=80=9Cneighbor table=E2=80=9D.<= br class=3D"">So how is this done? Or, is the =E2=80=9CNeighbor Table=E2=80= =9D not supposed to contain the complete set of neighbours? What = information =E2=80=9C...MUST be maintained=E2=80=9D then, in this = table?
This is very unclear, I would not know how to = implement a mechanism that populates this =E2=80=9CNeighbor Table=E2=80=9D= with the needed information here.
I see no (relevant) = changes to 6.2 nor to 4.3 so I assume that this comment has not been = addressed

AODVv2: A new section was added = to show how to update the neighbour table. There have also been updates = to this entire section since version 12.

24. =     pseudo-code

Thomas:
I am throwing this in here, as I am sure that I commented on = that in the previous review, but I do not see that addressed: is = Appendix C normative, or not? It represents =E2=80=9C a second = specification of the protocol, in a different language=E2=80=9D from the = main part of the specification. I have not walked through and made 200% = sure that both are perfectly aligned and that there are no ambiguities, = but having two different specifications of a protocol is a recipe for = disaster.  Please either make 2000% sure that they are specifying = the same thing without ambiguities, or remove one.

AODVv2: Removed - maybe to include in an informational = document in future.


25. = seqnum as 16 bit unsigned integer

Thomas: = To section 4.4, I wrote:
"would like to nit-pick that: the = router can maintain this sequence number in whatever format it pleases = =E2=80=94 but, when it includes it in control messages, it must be = representable in a specified format, respecting certain rules.=E2=80=9DI see that there were no changes following this comment.

AODVv2: Why store it as anything other than = what it needs to be when it goes into a message? However, we now state = "MUST report its own sequence number as a 16 bit....whenever it creates = a RREQ or RREP message".


26. = multiple seqnums?

Thomas:
To = section 4.4 I asked for clarification as to if sequence numbers were per = interface or per router, as the specification was unclear on that. The = words has changed, but it still is unclear: how many sequence numbers = does a router maintain? One? One per interface?

AODVv2: We tried to start discussion on that point, and in = the meantime we reverted to having 1 seqnum per router. We think the = text is clear... we refer to "the routers sequence number" or "its = sequence number" - never hinting that there could be multiple seqnums = per router (as far as I'm aware).


27. sets/lists/tables

Thomas:
In my previous review, I expressed that it would be = preferential to use =E2=80=9Ca notation of Sets=E2=80=9D rather than = tables. I see that this has not changed.

AODVv2: You preferred sets rather than lists in your previous = review...and explained our reasoning for this in responses to the MANET = list, and we did not receive further comments.


28. use of =E2=80=9Cnode=E2=80=9D

Thomas:
I made a comment on node = and address, let me pick this up again. The following:
RteMsg.OrigAddr
An IP address of the node which = requires the route, i.e., the source address of the IP packet triggering = the route request.
would be more compact and clear if = getting rid of the term =E2=80=9Cnode=E2=80=9D and said:
RteMsg.OrigAddr
The source address of the IP = packet triggering the route request.

AODVv2: = Change made as suggested.

29. route = table/rib/routing set

Thomas: To section = 4.6, and I (and others) have commented on this before:
All = AODVv2 routers MUST maintain a route table.  The route table entry = is a conceptual data structure.  Implementations MAY use any = internal representation but MUST contain the following information:
In order to avoid confusion, rename this to =E2=80=9CRouting = Information Base=E2=80=9D or =E2=80=9CRouting Set=E2=80=9D =E2=80=94 a = Routing Table is an operating system construct, whereon operations = directly influence packet forwarding. What you are defining here is a = RIB/an RS.

AODVv2: Done in version 13.


30. rreq for prefix, use of = =E2=80=9Cip address=E2=80=9D and =E2=80=9Caddress"

Thomas:
The confusion that I pointed out in my = previous review on =E2=80=9CIP address=E2=80=9D and =E2=80=9CAddress=E2=80= =9D being used a bit haphazardly persists, fwiw. It makes me think, can = a router send an RREQ for a prefix?

AODVv2: = See also #15. RREQ_Gen can include the prefix associated with OrigAddr = by adding a prefix length to the message, the prefix length associated = with the router client entry corresponding to OrigAddr. So all routers = which receive it can learn a route to the prefix on which OrigAddr = resides. But for TargAddr... the RREQ only has one target IP address - = the destination IP address of the packet requiring the route... so what = prefix length would it use? The RREQ requests a route to a single IP = address. However, when the RREP is created, RREP_Gen should include the = prefix length associated with the router client entry for TargAddr. So = all routers which receive this RREP learn a route to the prefix TargAddr = is part of (if the router client entry is configured with a prefix = length). The text has been updated to make this more obvious.


31. next hop ip address = wording

Thomas:
I also called = this out in my previous review as incorrect, and despite wordsmithing it = still is:

        Route.NextHop
          &nb= sp;   The source IP address of the message advertising the = route to
          &nb= sp;   Route.Address, i.e. an IP address of the AODVv2 router = used for
          &nb= sp;   the next hop on the path toward Route.Address.

If that =E2=80=9Cmessage=E2=80=9D is an = RFC5444 entity, then it does to have a =E2=80=9Csource IP Address=E2=80=9D= =E2=80=94 the encapsulating IP datagram containing the packet = containing the message does. And the message MAY have an Originator = Address

AODVv2: Updated to say =E2=80=9Cthe = source IP address of the IP packet containing the message = advertising...=E2=80=9D


***************************************************************= *****
This email and any attachments are confidential to = the intended
recipient and may also be privileged. If you = are not the intended
recipient please delete it from your = system and notify the sender.
You should not copy it or = use it for any purpose nor disclose or
distribute its = contents to any other person.
***************************************************************= *****




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

= --Apple-Mail=_4F75BA9E-42DA-471F-929F-F2E8605A96E9 Content-Transfer-Encoding: base64 Content-Disposition: inline; filename=network.jpg Content-Type: image/jpeg; x-unix-mode=0644; name="network.jpg" Content-Id: /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQEBAQIBAQECAgICAgQDAgICAgUEBAMEBgUGBgYF BgYGBwkIBgcJBwYGCAsICQoKCgoKBggLDAsKDAkKCgr/2wBDAQICAgICAgUDAwUKBwYHCgoKCgoK CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgr/wAARCAHVAf0DASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9/KKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiuf8QfFj4Y+FPHnh/wCFniXx/o9j4m8VLdN4 b8P3OoRreamttH5tw8MJO+RYkwzsAVXcuSCy5AOgqrqet6NoiwNrOrWtmLq6S2tjdXCx+dM5wka7 iNzseAo5PavnPxTN/wAFC/2gvE+p+H9G1TSfgF4Ltb6e2tdWtVtPEPi7WI0cotxErh9N0qNxh03i /kIxvSFsqPV/D37PHw+i8L+EdI+IVh/wnmpeCbr7boHijx7a2+papbXp3Zu0naIeTPhyu+JUwvyg AACnysLnE/FX9uGTwb8QNS+E/wAK/wBk34xfEbxBpUixXjaD4QXTdKjkZFcAaprEtnZTKFdSzW8s xXkYLgpWz4O8R/te/Fj4P65L4k8FeFfhF4suLpY/DDNqzeLFtrf92TNdwxpYoJj+9QRRzSIvyOZH 5jr1STToJZPMcVNFCkK7I1xT90NTyf41fs+fED4wwaFG37VnxH8JR6bZiPVrPwDJpthDrE3ykzSv NZT3MX3WASGeNQHOQxCsK3wF/Y1+HHwL8XP8QdI8YfEnXtdksWtJNS8dfFnXtdUxMwYhba9vJLaE 5A5iiQ9fU59joovpsLqeZ6r+yH+zrrvwf1n4C+IvhNpereD/ABBqL32s+HtY33lteXDyrKzus7Nk b0Vtv3QRwBXnXh3/AIJJ/wDBNrwnqtjrPhX9g74TaPd6eFFveaP4FsrSb5WDAs8MatIQyqcuSciv pGijmCxzEPwi8BW3xZm+OMOg48UT6ENHl1T7VL81l5ol8ry9/l/fVTu27uMZxxXiWof8E7NB0W/m vfhH+1J8fPBLTSySLHpvxg1DVreJnOT5dvrjX8Ea5zhFjCLk4UV9KUUXGeb2/gH9ofw18PPCvhbw t+0NFrGsaV4gil8T+JviB4Qt7u513SfMlM1t5eltp0FrdbHjEdwkRjUwgtBJvauZ+M/7S/7Qvwa8 f3dtb/sQeJvHHguOOJrbxJ8P/FGmXGoDMYMnnabfS2jAK+5QIJbh2UBtgJ2D26o57SC4/wBYlLTq B578A/2o/hn+0VpGqah4R0vxZotzoU8cGuaT448FajoN5ZSOu5QY76CLzFIGRJEXjI6Ma9GrD8af DfwN8SPBWqfDj4ieEdN8QeH9as5LPWND1qxjurS9t3GHilikBWRGBwVYEGvOvjV8D/jNNpHh0/ss /tD3Hw3m8LacbLT/AA/L4XstV8P38AVFiiu7Z1judsYjVUNtdW7BSwJbIwW7B6nsNFeO/Az43/Hy 5bV/Df7WfwP07wfcaBprXs/jjQPE0N54Z1KBfvvG85iu7SRVHmPFPAERfuzzBS1eqeGvE/hvxp4f s/Fng7xDY6tpWoW6z6fqWm3aT29zEwyskciEq6kchgSDSAvUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFeT/tM/tdeCf2dH0vwZZeHNU8ZfELxOkv8Awhfw38Mqj6lq7JgPMxciO0tIyy+b eTskMQYAsXZEa14M+Fmq/E208A/Fz9p3wN4fX4ieEVvbqxh8O6td3Gm6NdXaNDJ5Hm+WLiRbc+T9 pkhV8PP5axLM6EA8z8V/EP8AbN/ag8T6h4E+DHh6++CvgOzvprLUPiP4m02KbxJrHluUc6PpsoaK ziJVtt7fq7MMMlmyMkx9+8D+C7Lwd4V0bw0mp6hqbaLpUdhDquuXrXd/cIqIrPNcPl5JHKKzsT8z DJ7Vrx2cMblwvJqWq06C1I1toUbeIxn1qSiipGFFFFABRRRQAUUUUAFFFFABRRRQAUEA8EUUUARt Z27hlaJcMMMMda8j+Ofwa+M9n4U0F/2Ofivpnw9vvC0kz2vhm58L29z4d1qKTBa1vII1jnhXcpKT WssTxtIzMsykxn2CggEYIp+oHjv7NP7TXj34qa7qPwo+On7PPiD4e+OtDs1uNQgZW1DQdThLbPtO m6tGixXEZYj9zMsF0mfngUYY+xVl+KfB2h+MfDOp+Edchmax1fT5rK+W2vJbeRoZUKOFliZZI22s cOjKynlSCAa8c+Lvx51X9h/RvCtr4q+GniTxF8KdL0NbPxN8R4dZm1fVfD7whUS71K2ZGuLm1ZAW mvY3lkjYM8sSxb5lPQPU93oqj4Y8T+G/Gvhyx8YeDtfs9V0nVLOO603UtOuVmt7qCRQySxyISroy kMGBIIIIq9SAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKzdd8ZeEPC99pumeJvFWm6dc6zefZNHt76+jhkvrjaX8mFXIMsm1WbauTh ScYBoA0qK5v4m3XxattM09fg/pfh25vZNYt11NvEt9PDFBYZJnkiEETmWfACpGxjTLFi427WsfEf 4eeE/ix4I1H4c+OtMa80fVrfyNRtFupYDNHkErviZXAOOcMMjg8E0AbU0qwRNNIG2opZtqljx6Ac k+w5rn/hV8T/AAx8ZfANh8SvBlrrUOl6kJGs18QeG73SbplSRo97Wt9DFPGrFSyF0XehV1yrKTr6 Loml+HtDs/DujWSW9nY2sdvaW8f3YokUKqj2AAH4VbVQowooA5vwR4k+Imu6/wCIbLxl8OIND0/T 9SEPh6/j1xLp9Wt9uTcNEsa/Zvm+UIWdjgk44zHJH8ZG+MKzRan4ZXwCugASWbWFw2sPqnmvlxN5 ohW2EXlgJ5bOX3HcAAD1AAHQUUAcr8SdD+L2s6j4bk+FnxH0fw/bWevQ3HiiHVvC76k2q6aM+baQ Mt1B9klbjFwRMFx/qmzWL+0B47+LNt8PvEXh39lFfBetfFCxt7FtP0PxZqzxWlmtzceWtzeLBmdY RGlxIAoDSeQyoSRVX9rD4qfGP4YfDOKL9nr4UyeLfHHiLVI9I8N29yHTS9NnlR2OoanMvMNlAkby Pty8jBIYwZJUqh+yH+y9of7Nvg3UBe+I7nxT4z8Vah/avxC8farCq33iTVCoUzOF+WGFFAigtk/d 28KJGgwCTVtLiv0Nn4e/APwd4V8aax8a7/wnpcfjzxdY2KeM/EFn5ztdtbW6xJDC07O8NqhDMkCk IGkkkKmSSR23/hNr/wAQvEnguHVPij8N7fwprH2iaObR7XXF1GNEWQqkizrHHuDqA+Cild2CMg10 vtij2xSvcLHN+Efip4W8a+MfEngTR7PW4dQ8K3EEOqHVPDV7Z28vnR+ZG9rcTwpDex4BBe3eRUZS rFWGK6SkChTkCuam+EfgG4+LUPxwk0Af8JPBoZ0iPVFupVJsjKZfJZA3lsA5ZgWUsu5sEZOUM6ai ub8ZXHxbg8V+HF8Aaf4duNFe8kXxb/bF1cQ3UVvs/dyWnlxujyB/vJJtBU8OpHN7xZ498DeAo7CX xz4z0nRV1TUo9O0ttW1GK3F5eSBjHbxeYw8yVgrFY1yxCnAODQBrUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFRXdpDeReXKualooA8X8H/BvS/2MPDE2lfszfBnUtZ0fxH4+iu9T8Kaf4iSC30C G8dUu7qwgunEMMCSZuntImjU+ZO8YLkRv7OkiSLujcMMkZU+hwaUgNwRXyh8ZdB8cfsE/F7Vv2r/ AIQaBqmt/C/xZqH2v40eAdKt3uJtLuWGG8UaZAuWZwAv261jBM0a/aI1M8bpcv4g2Pq+io7W5ivL aO6gLbJFDLuUqcEZ6HkfjUlIAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKK5zUvi38PtJ+KOl/Ba88Qf8VPrGlXGp2Okw2ssjfY4GRJJ5GRCkKb5FVT Iy72JVdxBAS8+FfhbUfivZfGS9fVH1jTdGm0yxT+3LpbOKCWRXkb7IJBbtKxRAZmjMgVFUMBxQAu s3/xUT4k6Lpvh/QNBfwm9ndP4i1O81SZdQinAUW8VvbrCY3ViXLyPKpUIAEbduXR1Pwf4W1rX9N8 Uav4b0+61HR/NOk39zZJJPZGRQshhkYFo96gK20jcBg5rS2jO7FFAB+FFFFABRRRQAVw/wC0J+0F 4A/Zq+Hv/CwvH4vrgXGp2ul6Jouj24n1DWtSuZRFbWNpCWXzZ5HPAJVVUM7siI7r27usaGSRgqqM szdAK8I0/wDZ+8efEP8AbGvv2i/jbf6fdaV4Nh/s74M6Bp87yQ6dHPbJ9v1i43oo/tCZnktUxlYL aJgjE3U2WlcLnpnw++Ftt4H1XxPrbeMfEmsTeKvELatcL4g1ZriPTyYIYEtbOMAR21uiQriNF+Z2 kkcu7s56xVCjaopFG1QtLSAKKKKACiiigArP8SeFfDPjHT10nxZ4esdTtUuYrhbbULRJoxNE6yRy bXBG5HVWVuqsoIwRWhRQBzfxcu/i3Y/D++u/gZo/h/UPFEfltptj4qvp7WxuMSKZI5JoIpZIi0e9 VcRvtYqxRwCp6NC5RTIu1sfMoOcGlrn/AIqfDLwp8Zfh9qnwy8cQ3kmlavbiK7/s7VLixuFAYMrx XFs6TQurKrK8bqwIBBoA6CiuZ+InxF8CfAT4YXvxD+IetXVn4f8AD9mj6lqLW9zfSQQgqhmk8tZJ WVc7nkIIVQzuQqsw6O3uILu3jurWVZI5EDxyKchlIyCPbFAD6KKKACiiigAooooAKKKKACiiigAo oooAKbJEkq7XWnUUAeV+JPHHh79mbxffeMPjX8dNQbQPiF4y0vSfCun6ppYNnoOoTW620dotxBF+ 6huZYk2m5IH2mfy1ctPGleqZzyK5j4z/AAi+H/x8+FevfBr4q+GbfWPDviTTZbHV9Nuc7ZoXXBwR hkYcMrqQyMFZSGAI4D9ijTP2jPA/w81T4N/tI3VxrV54L1yTS/DPjy5uYnl8WaMIo5LS+nVG3Jdq kn2a4LKgkntpJUGyVQH0uI9mooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAK5nxP4v8caV8RfDPhDw78LrnVNJ1b7Y/iDxN/akEFvoccMQMSmJiZbiWeV1RVjXa qpK7upVEkd8Qx8V5bnw/B8LrvQLeJvEMDeKLjXIZ5WGlKrtKlqkRUG5dhHGrSMEjV3kIkKLG/R7V zuxQAmwb9+adRRQAUUUUAFFFFABRRQxwuaAPIPjX8U/hx45+LVr+wXrng7UPEUnjzwRql54yj0++ e1j0bQGja186eaN0lja5mc28IiZZCUnkUgQMa9S8O+HtF8KaDZeGvDmk29hp+nWsdrYWNpCI4reG NQiRoo4VVUAADgAYrx39ln4GeOvCHxF+Jnx3+My6e/jD4geLpD/xLZ2mhsfD9iXttHsUdkQkCDfd SDbxc6hcgErg17fVPQAoooqQCiiigAooooAKKKKACiiigBGUONrCub+LHirx34J8Gv4h+HPwxk8Y ahDe2qyaDb6tDZTS2zTolxJE8+I2kjiZ5VjdoxIY9m9CwNdLR16igAByMiiua+Idv8Wpb3w5P8Ld U0GG3h8QxN4qttcs5pGu9LMciyx2zxuPJuFdopFZldGETIQu/evS0AFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFcH8ZvBmlG80f45Oniy51D4dx6jqdlonhS8O/WlksZYpLKS2LCO6L5Ro1cqVmjiIdR uDd5SMoZdpoA5z4P/FjwL8dvhZ4e+Mvwx1pdQ8P+KNHt9T0e8CFTJbzRh03KeUYA4ZGAZWBUgEEV 0leC/sj/AAe+IP7OHxN+Jnwfi0Fv+Fa33iP/AISr4e6gt1GUspNTkmm1PSRFu3oIr5ZrpDtEfl6m kakmFgPeqbBBRRRSAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK574raH4+8T fDnWfDnwt8fR+FfEN9YSQaT4kl0dNQGmzMMCcW8jKkrLyVVyU3YLK6gqehYkDIFc38K/CvjPwd4W k0rx78SrrxXqE2rX93/al1p8Nr5cM91LNDapHEMCOCJ0hUsWdliBZiSaAOgtIZILSKCa6kneONVa eYKHkIH3jtAXJ6nAA9AOlSUUUAFFFFABRRRQAUUUUAFeT/tL+I/gv4x1Tw9+xp8WvDmqa0vxgtdU tW0vTZmijGnWVsJrua6kSWN0tSXt7Ztu/e97FGylHcj1ivAfhx8NPiH4n/b2+In7QvxB8PyWOl6H 4a03wX8NfNkRvtFmyrqWqX6BWJVZ7qW1tiG2nOjg7cEM1RVwPfIo1jQAKBx2p1FFSAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAVzV/4Y+IEnxa07xlp3xMeHw1DodzZ6p4Pl0mGSO6umlieC9juRtlhe NVmjaM745FlUhUZNzdLRQAUVzPw/8F+LfCOseJ7vxF8TNQ8QWeta+2oaLZ6jawodEt2ghRrKN41U yxCVJJVLguvnFSzBQa6agAooooAKKKKACiiigAooooAKKKKACiiigDzn9phvBPhTwRB8fPiH8QPE /h3R/hXcXHi3VJ/DUkzC6tbawuknguraKORr23MM0rmEIW8yOJ02vGjDvtK1XTtc0u31rR76K6tL yBJrW5gkDJLGyhldSOCCCCD3BputaTp2vaRdaHrFjDdWl5bvBdWtxGHjmjZSrIyngqQSCD1BrwP/ AIJqaV8Qfhx+z9N+zb8R9G1aG5+EviS+8HaPqWqW8ijV9FtWV9Ju4pHH78HTZrNHkBYefFOpYsjA PoB9DUUUUgCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK5z4taF8QfE/w91Lw78LP iBH4V168jSOx8RSaTHfGwzIvmSJBIQjyeXvCb9yK5VmR1BRgBi+E/Gz/ABhbx3N8TLr/AIR1PDf2 C38Gx6fCsH2w3HmPfyT4Mrv5axxJGCqIPMJDl1KdNRRQAUUUUAFFFFABRRRQAUUUUAZ3i/xb4b8A +E9U8deMtZt9N0fRdPmv9V1C6fbFa20MZkllc9lVFZiewFc78AfC0vhT4U6TY3HxO1Txm00ct4vi bWHDT3yXEz3CngABFWUIijhY0Re1eQf8FW7ltY/ZCuPgtFMyt8VfGnhvwHcKv8djq2s2lnqA+gsJ LxvovpmvoyxRY7SONI1VVUBVVcADHTHan0AmooopAFFFQ6hqWnaTbfbdVv4bWHzETzriUIu52CKu ScZZmCgdyQByaAJqK8L+N37Tn7QOjfES8+Dv7NH7IGseLtVso4jfeLvF2tR+H/C9m0qK6r9qaOe6 vWVXywtLSZFKtG8iOCo0vCvwl+PPxR+CuveBP2uvifpt5eeI51LL8J11Pw0NKtQIz9lhvY71ryRi yMWuFeAuJGURovFOzA6r4v8A7TH7Of7PotP+F7fHnwb4NbUJki0+PxR4ltbF7uR22okSzOpkZm4C qCSeBXK/HX9rLxF8JPGi/DrwH+yL8VviRqzWCXXmeD9L0+30+NXLBVfUNUvbO13godyLI8igqSnz LlfgR+wn+yb+zdqba/8ABb9nXwf4f1WZt91r1rosT6ndNjG6a9kDXEzY43SSMfevWpNPt5X3yLmn oLU8t+D3xa/ad+JNlr0/xC/Zftfh59nsifDX9r+NrbU5ru4IbAuIrJGSBB8hJSaQnLAAYBPBy+Gf +Cr3iGC43ftNfALwu8rMsNtafA/WtYeAdm+0SeI7VXYe8AGRnvgfSUVvFCu2NKURRjkRr+VHuh7x 5T8R/h7+1H4i8A+GtG8F/tQWPhvXtPj/AOKn12z+H8FzHrD+WBmK3nuGFou/5sbpDg7c96xvhh8I v2x/D3xB0vX/AIgftrR+JtBtZpDq3h6T4Y2Nm18hhdUVbiGXdCVkKPnDZCFcDdke4kA9RQAB0FLT sGp4F468Lf8ABSCHxlqupfDP9p34Nx6DNqTS6PofiT4HapcXdtakjFvJfW/iSFJGAz+9FqMk8pji ul8KeLP2wPDvwV1fXvid8OvA3iXxxZ3g/sfRvBeu3NjZ6lbfuss0l7ExtpRmc7MyIRGn7wFzs9XK IeSg/KmXUlpa2zz3kkccMalpJJGCqqjqST0FP3Q1PnOx/wCCgHjfwxdw2Xx//YB+N3g6ORlVtY0f Q7HxZYjJwTjQLu8uwoPVpLVMDnpzXtd98aPg9pfxJh+DWp/Ffw1b+MLiwjvrfwpPrtumpS2ru6JO tsX80xs8Uihwu0tGwBypxzXiP9pH4IeG7gwrr7X8q/eXTYTKo/4Hwp/AmvMPjT4r/Yk/aa00eHfj /wDAXSfF1jH8sMPi/wAIWeoJH3DJ5hcoQeQy4YHBGDzR7oa9T6A+InhvV/GfgDXPCHh/xhf+Hb7V dIubOz1/SljN1psskTItzCJFZDJGSHXcpXcoyCOKu+H7TVrDQbKx17V/7QvobSOO8vxbrD9plCgP LsUkJubLbRwM4HSvBf2bPg38H/hJ4e8TaX+yV8XNYs21TSWTQvDPirxJqOtaToN0qybJrewu7gSw w73UyQQSxRsEwnlklq89139pr9v/AOBXxV8P+LP2pvgk178PNJ0zULXxRrXwPsW1+1v3mNs1vqFx pkyx6rp5t/JnBjtP7SRkuW38qsiHKwufZFFQ6df22q6fb6pZFzDcwrLCZImjYqwyMqwDKcHoQCO4 FTVIwooooAKKKKACiiigAooooAKKKKACuLT/AIS/R/jzc3Os/E/Sj4d1nwzaw+H/AAfNaxx3keoW 89y97dxy5DzRvDPZoYyCIzb7gR5jA9pXzX/wUFV/BPjn4AftBWT+VN4V+NunaReTY4kstet7jRGg b/ZN1e2Mg/24I/oQD6UoplvJ5sKuT2p9ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA Fcz4QHxcfx74rm8cT+Hv+EZ+1Wi+CbfS0nN6IRbKbmS9d8Jva4LqkcakLHGrM7NIUjd8YPE/j3wZ 8LPEHir4WfDk+LvEun6TPNoPhf8AtSKxGqXioTFbtcS/JArPgNIQ21ckKxAU9FBvMSvLGquVG9Ub cAe4BwMj8BQA6iiigAooooAKKKKACiiigAooooA5P4gTfFIeMfBtl4G0XSbjQ7jWrhfHF3qE7LPa WAsLloWtVBAaVr0WituyBE0vGcFesUBV2jtXz18QfEeqT/8ABUr4V+FIdZuo9PtfgT46vbywjunW K4nfWfCcUEjxj5HKKtyFY5K+a2MBjn6FpgFDMFG5jgDkk9q4n4+/tEfCH9mTwA/xH+MvixdMsWuo 7TT7aG3kuLzVLyQ4isrO2iVpru5kPCQxKzseg4JHnXxd/Z7h/bj8P+D9U+Luo+OfD3gi40f7X4j+ Dl1cw2I1W4mVGjg1eSzkeSWOFTIr2STm3lZv3olCBaW4G/ov7UnhH9oPw7460b9jnx1oniLxB4VU WUWu32m3k3h1dSbzB5P2yFVivWhMZ8+K2lZ4iVSQxs4rh/Af/BPvw94m8X6b8W/2xfiPrHxr8YaX eR32lyeLIkg8P6HdL92TTdEh/wBFt2QgFJ5hcXalQftBPNe/+DfB3hzwJ4asfCHhLQLHS9K021S2 07S9Ns0gt7SFRhYo40AVEUDAVQAB0rVACjCiq0QtyA6fbtJ5jruNTKqoNqiloqRhRRRQAUUUUAFF FFAGV418ZaF4B8N3PijxFdeXb2652j70jdkUd2J4H64AJr5I+LXxx8YfFfUW+3XLWumq3+j6XDIf LUdi399vc9OwFdR+138RrjxJ46XwXaT/AOg6OBuVTw9wygs34AhfY7vWvI6ACiisT4gfEz4cfCfw 83i74p/EDRPDOkxyLG+qeINWhs7dWPRTJMyqCewzzQBv211c2Vwl3Z3EkMsbbo5I2Ksp9QR0Ne// ALPf7Rja7eweB/iJMrXLfLYao5wZW7Ryf7R7N36Hnk/N3hrxR4a8aaFa+KfB3iGx1bTL2MSWeo6b dpPBOh6MkiEqw9wSKvqzIwdGKspyCO1NMD3HxP8AsS6p8adF8P8AxR+MnjK68L/GvRdKbTf+FpfB 3Up9LuGt0nleKNophJDd25D+YbO9iuYEllk2qThz0Hwz8f8Ax2/Z++Gvi3xD+3P8QfCWpeH/AAjC l1p/xG0OwuLS4vrEBvNk1DTljdLaaLCbpLeR4pQ7OIrcLsq78DvjV8SfHGt+H9EbwBHd+H5dAvzr vipdWjWSx1SCa1W3tmtmw7rcQyzy+ahIRrfawG9SfXZoFljKdM035kruUfBvjTwf8RfC1h45+H/i rTdc0XVbVbnTNY0e+jubW7hYZWSKWMlXUjoykg1pV896H+w9a/Bb41Wvxa/ZL8bN8O7PU9Z+0fEL wLb2BuPDviSKRszTrZCRF0/UT94XlsU3tn7RHcDbt9I+GP7S/wAHfi18QvFXwj8KeJnj8WeCr4we IvDOq2UtnfW8ZYiK7WGZVaa0mAJiuow0MgyFcsrKE1Yo7yiiikAUUUUAFFFFABRRRQAVxP7RsG74 La7qkPwQt/iRd6RBHq2l+Crj7ODqd9ZypdWqxtcKY0nWeGKSKRgNkscbAqVDDtq479oi98Rab+z/ AOOdQ8IanNY6tB4P1OTS7y3bElvcC1kMcinBwyvgjg8igDr4FVIgqinV5z+yH4/1L4o/st/Df4ia zfSXV5r3gLR9Ru7qRstNJPZQys5OBkksT0HXpXo1NgFFFFIAooooAKKKKACiiigAooooAKKKKACi iigAooooA5rVfiXpmm/FrRfg8/hvWbi81rQdQ1ZNUt9PLafaRWk1nE0c8+QEmka8QxRgEusMzcCM 56WsXwr458F+N77WbTwl4ktdQm8Paw2l65HbSbjZXixRTGB/RxHNE2PSRa2qACiiigAoori/H/xr 0vwx4M1/xH8PPC+ofELVPDt/FYXvhTwTeWU2oC8kaLFuwuLiGKB1WaOV/OkjCRneeMZAO0rL8UeN vBngiGzuPGni7S9Hj1DUIbDT5NUv47dbm7lbbFbxmRhvlduFQZZjwAayjZfFu4+K8l9J4m0BfAv/ AAjvlR6NHo041ZtUabJnN4Lnylt1hAURCAuzyFvNUIFeh4I+APgTwl4C0PwDrP8AaPiyPw7qDahp uqePNUl1vUEvWeVvtP2m8Lusg86RUKlREjeXGEjAQAE6/G7wrf8AjvxL8L/Duh+ItS1/wtpcd7f2 sfhq7t7SYyR74oINQuI47GadwR+7SclMgybBzWXF4z/aO8T+EPBviTw78IdF8PX2oatCfG3h/wAY +It1zpGnFz5vkSaelxBc3QUDanmLES3Mvy8+hiFQc5pwAAwBQBx0Hh/41z+NPFd3q3xR0dfDeoaf BB4P0zS/CbQ6hoswiInuLi7mupor4tIQ0ai2gWNVCsJTlzkx/Bn4n3Xgbwf4X1r9qjxs+peG9et9 R1vxFYafotvceKIopWc2F7H/AGe0UdtICqP9kS3mKoNsq5ct6PRQB89x/Cz4Zv8A8FDdc8ZSfEDx 3N48vvhP5VjYXF0raLouky3kUcjWS+VtS5kuLSKRw7PnbkAAkE+MvjjSfgFpXwr+BWoftO/Ey88Z ax4xthpNroOnaNqPiDxbaxyk3Ud9HNYNDDpsUcyvc3UKWskUcUYSdXcLLo/EL9rL/hX37eXgn9kr XLzSbS08ffD3WNU8OzS200l3c6tY3FtugXa2wRC2lllbcAcxgbxkKX/sp/slv8GtW1f4w/FTxZ/w mnxX8XKv/CaePLi1MXmxqxaLTrGFmf7Fp0G4iK2Vjk7pZGkmkkkatxbGP4W/Yjv7T9sPxF+2L47+ MOreL9Zu9Ll07wXpPiPS7WSy8GW7EZXTljVXiLgFZnDCScEB3IRAvf2T/tZeGfhv4Zs76L4d+MPF w15IvF19Gb/w3pzaYZZd1xZwH+05VuUi8nFvJKUkcSDz4gVI9Jo+tFwscj/wtLV7Px54g8Ma/wDC XxJp+i6Jo8eoQeM2+yT6fqQIJkt4IoLh7zz48Hcr26KwI8tnJwJ/APxl+GvxM8GaH4/8JeJ0bS/E jMmhyahby2M13IPMzGILlY5RIBFIShQMAjHGATWH4p/a1/ZR8FaouheNP2m/h7pF9JMsCWeqeNLG 3laQ4wgSSUEscjjGeRV+fR/gB+0TpelaxPaeD/HVnoetW+raHdPFaapFp+oQPugu4G+cRTxuNySq Q6kZBBqRnaUVwU/wy8c+GNX8feO/AXxV1a71jxVp8J0PRfF032zQtDvoLd4o5ILeIRzJFKxjaeNZ sOY9yeW7OzOsfir4m8M6t4F+HvxM8C6pceIPFOnzDVNY8I6Nc3ehaZfQW6yyRzXBG+3jkPmCGSZV VzHsYrI8aOAd3RUNlf2OpQG5069huIxI8ZkhkDKHRyjrkd1ZWUjqCCDyKmoAKK8z8Sftffs+6DrM 3hXSvHY8Ta5bttm8P+CbGbW76JuwkhsklaH/AHpdigckgZNUf+Fn/tR+PTt+HH7PFn4Xs24GrfEr X40mA7Oljp/2gyD/AGZZ7dvUA8VzvFUL2i+Z+Sv99tvnY6VhK9ryXKv7zS+69r/K561XK/E/42fC L4N2Ed58U/ibofh8XHFnHq2qRQSXLf3YkYhpWJ4CoCSegrj/APhnj4n+Nv3nxu/ad8S6hG/+u0Xw PEPDenn1AeB5L8en/H709+a6T4ffs8fBD4QPcan8Nvhdo+l6hdJi81aGzD311xjM1y+Zpj7u7Gjn xU37sVH/ABO7+5XT/wDAkPkwtP4puX+FWX3uzX/gLPkXxZqh1zxTqWsl2b7VfzTbmzk7nJ7/AFrP ra+I+jT+H/HusaTcJtaLUJCo/wBktuU/ipBrFroOVHyj4m/bZ/aq1L44/GL4E/Cn9nfwfcX3wt0j T9Si1LWvG08dve29xBNPgiO0LiZljCrGF2KdxabhQ3YfCbTv2ff+CgfwV8A/tbfFr4T6bqdvqHhQ 3Nj4f8VQQ39lpLzf8fDqkqbDJ8mzziM7FwAu5gcHw7+zJ+0h4f8A2ofjx8bRpvgibS/id4a03TfD tt/wlF4txBJZ20sAa5H9nlUV/N3fIzlduMNnI878J/snf8FG/hp+yJ8Nf2UfBNh8GbvT/DOntb+N P7W8ZauseuIsjtHbL5WmBkgYMDKuQXxs+4W3gHc/8EqPg1D8J/h38QtU8G2kmn+APFXxO1LVfhro p3CO10g7I0kiU/cimdHlRRx5bIw+9X1PXl/7Nlp+13FBqkv7VNv8ObAL5EPh3SfhvPezW8MKq295 ZLuKJtxJVVRV2qqdSTx6hQB6p8CPiynwe+HHjf4gXnhTXtet/Dum/wBpyaL4Y0/7ZqF2qJIzpbQb l86UqnEYO5iABk4FfVaOHXevf2r54/Y30iWOPUNWkTCXFwkan12An+bV7Z4B+I3gb4naVea14A8R W+pWun61f6Rey2+f3N9ZXMlrdQMCAQ0c8UiHtleMjBOklaKJi9WbleO/tRfsg+Dv2iodN8T2mtX/ AIU8eeGWebwP8R/DpWPVdAnbG4IxBWe2k2qJrSYNBOow6EhWX2KioTsUec+F/jp4V8NeO/DH7M/x c+I+myfE/U/CCap5Vvo1xp9prpi/d3cth5rSIxSRTI9qs8s0EUkTSfK6u3o1ebftP/sw/DX9qj4d N4B+ItpdxtbXcd/oOu6Rdta6noGoxZMGoWFynz21zETlXXggsrBkZ1aH9nXXfip4Q8C6B8Kv2q/i V4U1T4hP9uisb7SbgW0viWytJQq6h9jcKYpzDJbtcRw74opJflYIyKDzA9PooopAFFFFABRRRQAV T8QaNaeI9BvfD1/u8i+tJLebacHY6lT+hq5WT478Sw+DPA+s+MLiFZI9J0q4vJI3bAZYomcgnB4O 30NAHD/sY6H8MPDn7Jvwz0H4JePX8VeDtP8AAGj2nhXxLI4ZtV06Kyijt7okKoJkjVXJCgEtwB0r 06vN/wBj/wAa6T8Rv2Vfhr8QND8Bab4Vtde8A6PqVv4Y0dVW00hJ7KKUWkIVEHlxb/LXCKMKPlHQ ekUMAooooAKKKKACiiigAooooAKKKKACiiigAooooAKDRQxIXIoAo6H4b0Hw4bxtC0Ozsm1C9e8v jZ2qR/abhgA00m0DfIQqgsckhRk8Cr1c58Ifhb4U+CXwv0H4ReBorpdH8O6XFYacL68e4mMUa7QZ JXJaRz1LMSWJJJJNdHQAVj6x498K6Rrv/CGnW7O48QyaRcanZ+Gob+FdQvLWFkSSWKF3UsgklijM hwitKgZl3CuT8XeP/EXxBv8Axx8D/g9qeqeGfFWi6Lb/AGfxnrHgme50m1urpHMfkGRoY7+WJAru kchRDLGHJO+MdH4d+HHhzR9Yj8aX+l2V94obQ7fStS8WTaXbx6hqFvCWdUlkiRfk8x5ZBGuI1aVy qrk0Acx4e074qfF2y8BfE/xdd+JvhtcaeZ77Xvh3bX+nXS3kkkbRxW1/cJFLuEQYybbaVFMuMvIq Dd2HhPwB4I8CQ3tv4K8H6Xo8epapcalqMek6fHbrdXk7l5rmQRqN8sjks8jZZmJJJNbAAUYAooAM AdBRRRQAUUUUAFUfE+rX2g+G9Q1vTNAuNVurOzlmttLs5I0mvJFQssKNKyRqzkBQXZVBPLAZIuSy xwRNPNIqoilmZjgKB1Jr5c/Zp1nxD+298cIf22dS1S+t/hj4fju7D4H6HHM8cesxyAwXXii5UEeY Lhd8NkjZC2paf712BG0BxH7PX7Lvxl0X9uPwb+3N+1D8VNFT4ieMvhz4i8P6x4MbWm8rSo7i60e/ sdI0iL7s8dlFYXpuLj/WTy3LykCMpHF9udOAK8p/aV8dfDb4Sa38NfHfjf4cw6tdXHxEsfDuh6uY 08zQ7rVFks1uFZhkB2kW3YKQSJx24rS/al+Ov/DPHwZ1Hx7pmhf2zr08sOmeD/Dom8ttZ1q6kEFl ZhsHYrzOm+TBEUYklb5Y2IcvetYS0M344ftG6l4Q8Uw/BL4J+Eo/FvxIv7FbuPSZrowWGiWbsyLq GqXCqxt4CyOscaq89w8brEhWOaSLh/8AhhVfjO39s/tq/FDV/ildTcy+GTNPpXhO3XvFHosEzR3M fvqD3kvLYkVTsHof7NXwI/4U54Jl/wCEm10694u1+7/tTxx4qlh8uTWdUdFWSbbk+XCiokMMIJWG CKKIEhMn0sAAYAo+EXxHmXhf9kH9mnwTpTaJ4O/Z48B6RZSQmGSz0vwhZW8TRnOUKJEAVOT8uMcm uS8X/wDBOD9j3xFqX/CTaV8CNH8L68o/d+Kvh6ZfDesJ7C/0toLgrwPkLlD3UiveqKOZhyo+c4/F f7SH7IAN78UvFV/8Vfhjbj/SvEDaQg8UeG4R/wAtrlLVVj1a1QD5nhhjuo1AZkuyXkXrLD9sjwN4 /sIb79nr4e+LviVFdRLJZ6l4Z0b7PpcyMMrImo37W9pNHjBzDLKcdFYkA+uT28c64ZefWvnnwdLJ +yL+0/ZfByM/Z/hr8VZrufwfA3+q0LxQglu7vT4/7kF7As95FH92Oa0vAGxPDGudSNSp8EuXvpd/ Lp96ZrTlTh8cebtrZfO2r+TRnxfs8ftWN4a1bSf2fb34b/s4x694oPiDV5fCfhuLxDealeSGP7RJ cJNHa2scs6xqJXVJnJGRJuO+tTTPgZ8PvFnxC8TeD/2kND+I3jC18P6fa3reKPiRrFu3hnWIZUcu IrGzkjs90JjdZFntI2UbWBZHDH6GrN8YeDvCnxA8Lal4H8c+GtP1jRtYsZbPVtJ1SzS4tr23kUpJ DLFICsiMpKsrAggkEEVj9VpSX7y8vXVfdt9yN/rdaP8ADtH/AA6P7/i/Ek8N+F/DXg3RofDnhDw7 Y6Vp9uu23sdNs0ghiHoqIAq/gKvVwOl+FvGfwp8QaPo/gn/hHbH4U+H/AAW1kvhmx0G5bUrO4tyg tvsrxSMskH2cNGYPJ8wNHGUZt5Vd74VfFLwJ8bPh3pHxW+GWujUtB1yzW5028+zyQs6EkENHKqyR OrAq0bqroysrAEEDoUeVWRytuTuzoKCMjBoooA+cf2tvhhcxX6+P9LtSy7RHqAQdh92T8Pun22+9 eG195a/odnrthJZ3cCyK6FWVlyGGOh9a+afit+zTq+jX0uo+DIfMgJJNkzYZf9wnqPYnP1rXl9or rcz5vZuz2PI6Knv9N1HSrg2mp2E1vIOsc0ZVvyNQVkaBVrR9I1DXtTh0jS7dpZ532xqv8z7Dqfat Dwz8PfFviyVV0rSJPKb/AJeZlKxj8e/4ZNe/fBb4D2nhZReXCeddSLia6Zccf3VHYfqf0G0KTl70 tEZyqW0jqzrvgr4It/B/hq302Bflij5bHLt1ZvxOa67R9A0Tw/HNFoWkWtmlzdSXNwlrbrGJZpGL ySttA3OzEszHkk5JJqxaW0dnAsEQ4Wuc8O/CHwR4U+KHib4waHp8kOt+LrTT7fXpvtDmOdbJZlgI jJ2qwWd1LAAsAgOdi4ipLmlcqEeWNjp6KKKgoK8t/ax/Zl8O/tNfD+30W41y98P+I9B1BdW8EeNd HVRqHhvVY1YRXluWGGGGaOSFsxzwySRSBkkYV6lQRkYIoQHmP7JfxK+M3xF+FbQftE/Dr/hHPHHh 3U5tG8SLaQuum6pPCFI1LTmckvZ3EbpKgJLRMzwufMhevTq8V/bP8L/H6Dwno3xj/Zi1u9k8VeA9 UbVf+EK+3mKx8Z2JjKXWkTg/IsskRLW07f6m5jiJPltKrd58BPjh8Pv2kvg54e+Ofws1KS60HxLp qXli1xCYpos5DwzRn5opo3DxSRN80ckbo2CpFU+4HXUUUVIBRRRQAVx37RHhfxT43/Z/8c+C/A8M cmtav4P1Oy0eOaby1a6ltZEiBb+EF2XLdutdjXmv7WF18M7j4Oy+Bvir8T9c8IWHjLWtN8N2eseG biWHUPt19eRQW0MEkccjRtJK6xl9u1FZmZkUFgAaH7Nnw/1T4U/Ajwb8M9ZSNbrw74T03TLhYZN6 CSC1jiba3cZQ4Peu6psXCU6m3dggooopAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFZfjfTfEes+ DNW0fwf4o/sPVrzTLiDS9a+wpdf2fcvGyx3HkuQsvluVfYxw23B4NalYfxP1Lx3o/wANfEOr/C3w 9aat4ntdDu5vDmk6hdeTBe36wsbeCST/AJZo8oRWb+EEntQBc8KWWt6R4U03TfFPiL+1tStdPhi1 HVjaLb/bJ1QCSfyl+WPewLbBwucDgVwfjnRtc/aDPjj4D+MPBni/wr4XgXTYbXxjovipdPuNe3kX FzFaPZy/abaFVWO3klYxSOZZ1jChBK1Pxd4P1L9pi38Q/An9oD4EW0nw9utD0maa+fxRlddvDK01 zZG3tyH+yxGKBXMsgW4EskbRPFuL+rRxJEMKtABFEI19/c06iigAooooAKKKKACiisvxx428J/DX wXq/xF8e+ILXSdD0HS7jUdZ1S+kCQ2drDG0ks0jH7qIisxPYCgDy34v/ALQfiOL9prwT+yZ8JtD0 3VNW1azm8QfES51JHeHQfDMe+FJCEZc3N3d7YIEYkFYbyQhhblT61omiab4f02HSdJsYba2toVit 7e3jCRwxqAFRVHCqAAABwAK8x/Z0/Z/0X4c+MfHvxqk8Tza/rfxO8SLrN9rF1aCFo7FIEg0/T41y SsNvboABxuklnlIVpWFetVT00EtdTw7/AIKM/Cf4hfGT9kjxJ4e+EGjjUPGWj3emeJvBen/ao7c3 WsaPqNtqtlAJZWVIvMuLOOPe7KgDncQuTWB8bp2+J37ffwQ+FOoA/wBm+GfDXibx/cRHB3ajbrY6 PZqw6FRFrWoSc9HhjIyRkfR00SSxlHFfGPwFvfBnhf8A4KF+Dfhl4d+L+r+N5tB+CviTwtqmveJL pp9R/tHSNV0GWSK5lZFMk5h1WFy+CZVUOS+N1OImfZ6KEUKBXFfGn9pH4Afs5WGmal8efjL4b8Ix a1qUWn6L/wAJBrEVs2oXcjKqQQK7BppCWHyoCRnJ45rtq/PX/g5J8R/D3Sv2JfBuj/EDW9Gt4b74 6eDStpq88SrcQx6rE052yH5kWLeX4wEzu4qVqVsfX3wJ/bN/ZQ/ae8TeI/Bv7PH7Q3hHxpqnhGdY vEdj4d1qK6ksWYkKXCE5UlWAcZUlSAcgivlfx/8A8FHfjd4g/wCCtXwV/Zv+E0tnbfBvxIfFmn61 qjWkcs3iTU9Ls1eTyHZSY7W3mcReZGwMsscwOUQFvD/jtquo/ET/AILU+NPhT+yT8fvBvhfxp4p/ Y/t9K0PWHuFnhhn/ALa3hfLtpEdnFoWKbGDorK64ABrhfi78Mv8AgpX8MP8Agp1+x38Otd8Z/s82 11pGk+KrTwTD4X8B63b6fZWEdhbrdR3Ec2pvJJI0IAiZHUK+WcODirVMz5z9nlYMu4V88/8ABUq2 m0f9ifxl8ZtLhZtU+FdvD8QdHaMfObjQpU1PyRjnbNHbSW7gcmOeRed2K+grVt1up/2a8N/4Khaw dD/4Jv8Ax4vordZ52+EXiKCztX/5eLiXTp4oYcdy8jogA5JYAZJqFuW9j3DT7uK9so7qGRXSRAys jZDAjgg+lTVk+BdHHh7wnp+gLcNMLGxit/Oc/M+xAu4+5xmtaiW41sBAIwRXJ+KfAet3fxG0P4na R8RPElnBoWn31ve+E9Pltzp+uLOqFfPSZCyyxPErRSRyREbpFcsjkV1lBGRgikBzfwi+I8fxc+G+ k/EVPBHiLw02qW/mS+H/ABdpRstS0+QMUeGeHLBXVlI3IzxuMOjujKx6SuN8c/DWyvPHmk/G6wm8 Qza14V0jUbex0XS9ee3tNUjuEjLQT27utvK++CIxySYMbDh1VnB1Phf40vfiN8OdD8ean4J1fw1c 6xpcF3ceHtfhWO+02SRAzW86ozKJEJKttYjI4JFAG9UN3p9rertniU59qmoo2A5jW/hvoN/G0lzD D5ajcxmUbVx35ryT9kf4aWnjD4O2fxX1a1WRvGOoXmvaf50Y/c6fc3DyWEag/dC2Zt/lGBu3HAJN dl+2Prup6b+z3rnhvw7eNb6x4ue28L6LNGfniutTnSyWZf8ArkJ2mPosTE8A16LoOh6X4Z0Oz8N6 HZrb2On2kdtZ28f3Yoo1Coo9goAqfrFaWKtf4V+Len3JP7zT6vSjhb21lL8IrX7+ZfcZ2m+B9MsW EjRqxFbUMMUC7IkC/SnUVpKcp7sxjCMNkFcuPCXj5fjO3jw/EuRvC7eGVsF8G/2am1b8XDSG/wDt G7dkxEReVt2/Luzk4rqK52bU/iQvxWt9Ih8PacfCDeH5pbjVmuz9rXUhPGI4BF0MRhMrF+oZVHc1 JR0VFFFABRRRQA2SNZU2MK8P1b4m+Af2S/jv4N+Btt8J7Hw/4T+K+raxLa+LNPlEcB8WSub02lxF sASS9j+2zJNvPmSwNGVDPHv9yrzT9rr9nLRf2qvgF4g+C+q6rNpdxqVqsuh69ar/AKRomqQOs9jq MB7TW1zHDOh/vRDPGaaA9LornfhbrWrat4LsrTxXr2i6h4i023htPFTaDcb7aHUlhjaeNQfmQbm3 KrgMEZcjmuipAFFFFABXzf8Atm2WqfEf9pr9nf4KWlhcPp9v401Px14gnjiYoLXRtOeGCNmxhSdR 1TTpBnkiBsdCR9IVyejw/FSf4reILvxDqWgyeC20zTovC1nYxyG/jvVe6+3yXLt8mxg1osSJypil LH5wFcdwZ1Fnu+zLuPapKAAowBRSAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACvM/job/xp /bHwY8Y/BrUNW+HeseAdUfxZ4isfERtZmY7Il0y3hgdbl5ZoXuGMqvCIwiBWdpD5fTfEf4iah4Du vDlhpnw717xDL4i8Rw6Wx0W1V49MjaOWWS9undlWK3jSJstkszvHGis7qCz4QfCTwt8FPh3ZfDfw dPqU1lZyTy/atZ1Wa+u7iaaZ55ppp52aSR3lkdySf4sDAAAAF+CeqeENe+DnhPxB8P8AwxNouhX3 hmwuNF0a4sRayWFm9ujQ27QjiJkjKoYx90rjtXUVzPwh+Jlp8XPBC+NLLwlruhp/auo6e2neJLAW 12r2d9PZvIUDMPLkaBpI3BIeJ4343YHTUAFFFFABRRRQAUUUUAFfNf7c+leKvjv8Uvhb+xtpmkXR 8LeJtYm8UfE7UFtWa3fQ9GltZk0t3xsze389jG8ZOXtYrxdpBJH0ozBRuNeI/sc/GXxp+0dP8Rvi vqt5bt4PX4lajonw3iht1VpNN0wR6fc3LSDmXztSt9QeNunk+SRkHJaBntkeRGufSnUUUgCvzx/b H8I+Lv2Zv+Ciun/tSeCfC+o32k31jF421i306zeXzJtKtf7H1yL5Acyz6JfWd1FFjMs3hqONTlhX 6HVxvxt8NfE3X/CMa/B7xHpOl65FrGnStNrdm09vNZJeQveQFVIZWltRPGjj7jurYIUg1C19SZX6 HT6Br2i+KdCsvE/hvVLe+0/UbSO6sL21lDxXEMihkkRhwyspBBHBBp2o6cuoIEZ8YNfIfwe+P+nf sweO/F3hHwrpTa9+zzosljLZ+KNCnF4vgi5u4TdS2ojhDGTRViktplkjLGy+0lSgtFV7b618LeK/ C/jnw5ZeMfBPiTT9Y0jUrdbjTtU0u8S4trqFhlZI5IyVdSOjKSDUxmnrF9Wvudn+JpKEo6SXRP71 dfgCaFGJ1maQnb2qS40a2uJVkK/d7VcoquaRnyxEVQihVHAr53/bCm/4Xh8Xfh7+x1ox86CTWrLx x8QmXlbTRtKvI7iyhfHRrvU4bZFQ4EkFpf8A3hGyns/jT+1LoPgPxOPgx8LdJj8bfE+7tlmsvBOn 3yxmxhfhb7U5gHGnWQPWZ1LyYKQRzy4jPL/se6H/AMIvrHiDSPi5cFvi9rFz/afjm+uQAuqqD5cM mnHvpkKMsMMQ+aEH9/meWWSWOaMZJPr/AFY09nKcW103/wA/TzPebOLybdUIqWgccCimSFFFFABX mvxZ0iw+FOs61+1fpPhrxx4m1bSfBcmn3Hg3wrqDTjVbeOf7QphsJZUhkvEJmCOu2V0leP8AeHy1 X0qgjIwRQBHa3Md5bR3cIfbIgdRJGyMARnlWAKn2IBHepK8wudR0X9nz4jteeJ/G/jTWLb4q+N4L TSLC6ja+sPD15/ZrYjjZU32drN9iLfOzRC4mwuwzYPp9AHkvxSA8eftRfDn4cAeZa+GbXUfGOqL/ AAiVI/7Pskcd9zXt1KvYNZbuCq161XkvwCz40+MfxS+Mknzwya/b+FdFl9bPSo2EuPTGo3WpIcf8 8xnngetVzYb3lKp/M39y0X3pX+Z1Yr3XGn/Kl9795/c3b5BRRRXScoVztp8RrC8+K2ofCVPDusLd ad4fs9Xk1aSwK6fKlzPcwrBHNn551Nq7PGB8iSREn5xXRVk+HPGvg3xjqWs6b4W8SWeoXXh3Vf7M 1yG1uA7WF55ENx5EoH3JPJuIJNp52yqe9AGtRRRQAUUUUAFFFFAHy9Msf7K//BR+3uLctD4U/aQs XiuoQdsNt4y0mz3pKB033ukwyK59dEi4JkY19Q157+1PrPjfwZ8A/FXxM+FPw/07xR4v8K6Deav4 V0PUo2K3t9BbyMkClfmSSQbolYEYMnPBIroPhJ8UfBvxu+Fvhv4x/DrVBfaB4q0K01fRbxf+W9pc wrNE/wCKOppsR0VFFFIZy/xu+Lvg/wCAHwb8VfHP4g3TQ6H4P8O3ms6tJGMsLe2heZwo7sVQgL1J IA615n/wTw+FXjT4U/sxaFH8UbVI/G3ima68WfEHbnjXdVuHv7yLJ5KQyTm3j4GIoI1AAAA7j4z2 t/4t1Tw78JdW+Alj4y8IeJ7m5j8Z32sXlv8AZNHt4YGmgdraVXa7kkuVgjRFChPnlZ1MaJJ29tbR wLmMfe5qlsIloooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVPxH4h0Pwj4evvFfifVIbHTdLs 5bvUL65fbHbwRoXkkY9lVQST2Aq5XI/Ea9+JN14i8M6F8Lde8N2/l69FceNIdYMj3I0UwXI/0WOP /ls9ysCBpCqKgmb5mVUYAzfgq1n48ubr9ovw98TvEWs+HviBo2k3/hnRdWs2tLbSbEW29DDbyRRz RyTGZpZTMPMzsQhREqj0A8jFNjQRoEUdPSnUAY+i+OvB+u+KNY8D6P4ktbrV/D/2c61p8UmZbPz0 Lw7x23qCR6gGtiqNl4e0Sx1y88SWmh2cOoahHDFfX8VqizXMcW/yldwNzqnmPtBJC72xjJq9QAUU UUAFFFFABRRRQBzHxm8VaF4M+F+s674j+IFn4Vtvsht18RX8iLFYTTEQwyHeQpPmyIApI3MQO9ZH 7LXwI8Ofsw/s8eC/2fPCVzJcaf4N8M2Wj295MuJbryIVjM8nJzJIymRzkku7Ekk5ryf/AIKCySfE Dxx8CP2YYxvt/G3xisdV1+NvunTdAhm135vVWvbHToivQiYg8Zz9Kpwoqvsi6i0UUVIwps7xxwtL KyqqqSzMcAAd6dXl/wC2Rrmp6f8As8654Z8PXrW+r+Lmt/C+izR/fiutTnSxWZf+uQnaY9gsTE8A 1nWqexpSn2Tf3GlGn7atGmurS+8+X/8Agk9rX/CrfHnjr9nTW9Ct9K034jalffF/4PtbxeWk/h3U 7oLLYY/56WLm1JHAWDULRQoCED3DxT+wz4O07xHe+OPgD8RvGHwg1vULlrnUrj4c6hBHp9/cMctP caTeQ3GnSyufvz/ZhO/eXIUr6N8R/Bnj/QvhdLpn7NyeG9P8SaXpsVv4ZHia1mk09EjaP/R5fJYS ojxx+XvXcUJV9kmzY3X6NrejeIrJr/RNVtb2FLiWCSazuFlRZopGjljypxuSRGRl6qykEAgiroxd OlGMtdNfXq/mya0lUqyktLvTyXRfJaHz5/wr7/gpVpH7jQv22/hXeRHjzPFH7Pt5cz4HQhrPxHZp uP8AEfLIJxgLyCH9mb9p/wCIf+h/Hb9vHxVc6f0l0b4Y+HbXwrFdL6S3Ia6v0Pobe6gPXOeAPos2 8JOTGKVYok+7GKu8exnaXc4f4L/s/wDws+BPhZvB/wAKfA1loVhLctc3n2dWea+uG+/c3M8haW6n fA3TSu8jnlmJrU+JPwq8PfEvSre2vri50/UtNn+06Hr2msI7zS7jGPNhcgjkEqyMGjkQsjqysVPT UVE4xqR5ZLQ0pylTlzRep5/4A+KWv2XiWP4RfGi2t7HxQY2bS9RtVKWPiOFBlprXcT5coX5pLViX j5KmSPEp9ArF8f8Aw+8KfE7w3J4V8Yacbi2aRZYZIpmimtZkOY54ZUIeGVG+ZZEIZSMg1x/hf4g+ K/hj4hs/hf8AHLURdJfTC38L+ODCsUOrMfu2t0qgJb33YABYrj70QRi0EeClKi+Wbuuj/R/o+uz1 33cY11zU1Z9V+q/VdN1pe3pVFFFdBzBRXmfxc/bT/Y5/Z/1Z9B+PH7WXwz8E30aq0ll4u8eafpsy hvukpcTIwB7cc1j+Av8Agon+wF8Utaj8MfDr9tz4S61qs0yQx6Pp3xE02S88187YzAJvMDnBwpUE 4PFAHr1/by3dlLbwXTwSPGyxzRqpaNiOGAYFSR15BHqDXlvh34y2vwg+CmtaV8ZPjVovjTxt8LvA 8Go/Ea60mzisZpWFrLIt1JZJI/2X7R9nlZFztJVtgAG0esV89ftv6Vqt9r3w78B+AvAWj31/8TPi JpOieOL59kN9/wAIzYC61S4xJjMkSmFoTG52gX8mzEjqGyrzlCjJx3tp6vZfNm2HhGpWipbX19N2 /krnpP7MPgDWPhj8AfCvhDxPg60mlrd+IpAP9Zqlyxub2T/gVzLM3PPzcknmu8ooqqdONKmoR2SS +4mpUlVqSm922/vCiiirMwrN0Dwd4T8K3WpX3hjwzp+nTa1qDX+ryWNmkLX12Y0jNxMUA82UpFGh dssVjQZwoAuahZJqVhPp0sska3ELRtJDIUdQwxlWHKn0I5BrG+FXw58O/B74ZeHfhL4PSddH8L6H aaTpS3Vw00otraFYY98jfM7bEGWPLHJPJoA36KKKACiiigAooooAbNGJYmQjqK8f/Yg+BGp/sw/B y4+A154lsNQstD8V63L4cisWJbT9Hu9SuLywspAcYaC3njgGABsiXGRzXsVfM+mTS/Cj/grFq2kI DHYfGP4Lw6mkf8J1Hw5qItriT/fkttdsVPqtmuOhql2EfTFVda1rR/DejXfiLxDqtvY6fYWslzfX 15MscNvCilnkd2ICqqgksSAACTVqvPfjNodt8V9SX9nPx78D5PEfgHxd4Z1IeLtYutRjjsolR7eN NPkhDedM1ws0p4AjCW8gZiWCmRnnv7A/iP4ifFzwp4j/AGpfHutasbP4qeIm1rwT4e1CaRYtF8Mp ElvpaLAxxDLcQRi+m4D+bfNGxIiUD6Eqvp+nW9hGEt4lVVUBVVcBR6D0FWKbt0Er9QooopDCiiig AooooAKKKKACiiigAooooAKKKKACvOvgfpuh+MtR1T9onUfgvfeEfFXiJW0fUl1rm/m07Tb69jsN 4DFY43WaW5SMYKi8O7LZqf8AaP1O1uPhzN8LrL43L8P/ABF4+E/h7wd4ihjjkuodSltZ5Q1rHIds lwkMM8yqcgeSWIIUg91bRCGFYwWOFAyxyTQBJRRRQBzPjv4T+BPiJ4o8I+L/ABZobXGo+B9ek1nw zdx3UkTWl49jdWLt8jDerW95cIY3yh3gkEqpHTUjYKkH07Vznwf8CX3wv+GOh/DvUvHut+KJtF09 LRvEHiS6E9/fBBhZLiUAebJtwGc/MxG5iSSSAdJRRRQAUUUUAFFFBOBmgDya9+Mk+o/tt2f7ONt4 XsZ7fT/hlN4o1DWHYm4tJpdQS0tYVHQJKsV6xPXMCj1r1mvHvhz8DfFWh/tn/Ej9pDxDqFhNY+KP Bvhnw9oMEEkhntoNNm1W4lEilAq75tTYgqzFgo3AbRn2GqkJBRRRUjCvJfioB47/AGovhv8ADgDz LXw3b6l4x1Rf4RLHF/Z9kjjvua+uZV/2rMN1UV61XkvwFP8Awmvxo+Kfxik+aFtctvCejSdms9Ki Yy/QjULvUUPr5S+wHNiPecKfdr7lr+aS+Z1Yb3VOp2T++Xu/k2/ketEAjBFfLWqaX4j/AGHv2sJ/ HvhfSLy++Efxq8TW8fjDTbK1aVvCPiy4KW8OrIqAkWV+whhuRjEV15VwSFnuXT6lqG6s47nDHqtd St1OV36E2aK8t8IeP7P4G614f+CHx8+Pw1/xR421/Wm8EX2oeHxYNewJI91HpxkgX7M9zBauFXHl STx20kixExzMPUqQBRRRQAVQ8UeF/Dvjbw9eeE/F2i2+o6bqEJhvLG7iDxyoexB//WDyOav0E4GT Q0pKzGm4u6PEPF3xiv8A9jWyt9N+LVzrPibwnqF2th4N1Wxt5L7WWvnDGHSJoVzJdyPtKw3IyWA2 3BVk+0TYM3wQ+O37UR/tn9qPx1qnhnwzc/PZ/CPwLrD2ISM/dGq6rauLi9mxy0NrJBaDcY2F2FEz r+zq7/tW/FW+/bB8QE3PhnT7q60n4L2r8wx6cv7m61wL0M17IsiRSHJWyji2FftU6v8ARUUKQrtR amnT9jG179vIqpU9rK9rPr5+Z578Iv2YfgZ8CdKXRfgv8HPC/hK2VmYx+H9CgtS7t9+R2jQM7seW diWc8sSTmtjx78Hfh/8AFHRZPDnxL8D6J4k0+aF4ptP17SobyCSN8b0KSqylWwMgjBwM11lFaczM uVHziP2L9c+Ap/tr9h34i3Hw/wDJ+ZvAWpedqXhG9Uf8shYPIG0zI4WTT3gVSd0kVwFCHL+H3jK3 /bE/aO8QeBfi58ONT8K33gX4YvpXiDwrfXTbvtGuTyRzXFpcx7ftVv8AZ9NUQ3kW3i5kRhFMk0Uf 1EQGGGFeJ/tdfCvxq+kWX7QvwG0rz/iR4BSW70G0jkWP+37ElHvdClZiF8u7jiCoznbFcpbT8+Vg 51Kca1r9Gn622/HX5GlOpKjdrqrel9H+F18zr/2e/Enhm58J3nwv8NjxM3/CuL+PwreXXiyF/tV5 JbWls63Pmt/x8rJFNE/njh2ZuhBA72vK/hp8V734r674T+OPgX4l6HcfC3xt4Jhl0PT7q1aDULjV JWFxDIhfBwbXzQ8DAOjQ5xw+PVKokKKKKAOb+IPhXxj4nvfDc/hT4iXOgW+k+Io7/XIbWxjmbWLN YJl+wln/ANSrSvDI0igtthKDaX3r0ik45Fc34IX4sr4n8WP8RLjQW0l9cjPgmHR45vPi00WdsH+2 PJhWna7F2wEa7ViMQ3M27HSUAFFFFABRRRQAUUUUAFeT/tB+Ovhn8L/i18I/EXjP4eQ6jqvibxlc eEND8RBE83Q2u9Nurxm3MN3lTPpkMDKpBLyQk5CnHrFeC/8ABRDwNr/i/wCEHhLW/CkNq2peF/jN 4H1mJrzU7ezRLaLxHYJfHzLiSNN32GW8Cpu3yMVjRXd1RnHcGdL+15+1Bpf7Lvwxh13T/DcniXxh 4j1FNE+HPgmzmCXHiPWplYw2qsc+XEoV5p5yCsEEM0rcJgy/smfDH4l/Cn4SWnh/4zfFK88aeLr6 6uNU8Va9PJJ9nfULmQyzQ2UTk/ZrKIt5UEI+5FGu4s5dm0fAvhbxZ4t1m48Y/HPwB4PTV9F8Q6lF 4DvNLja6urDR5FSJXe4mRWjuLhYzJKkQVFV44iZDGZH7u3t47ZNkYp6WESUUUVIwooooAKKKKACi iigAooooAKKKKACiiigAooooA4jWj4l1r49aPo+ofBWwvPDuk6DcanZ+PLy+t2m0/V2kFstnb25B mVntZLlnnBRQpEY3+YwXt687+B8vhLxR4m8dfFDwV8YdW8UWOseLZrCSwu7wvZaBd6Yo0y7sbRCq +WBdWs7y/e3TPIckbQPRKACiiigArmdZ0D4i3HxX0HxNofxFhtPDFppOoW/iDwrNo8cp1G5le2a1 uo7jIkgaERzqV+ZJFuOVDIrDpqCATuIoAKK5v4Rx/FiD4f2Nt8cL/QLvxRE0yald+F4ZorK4UTOI ZUjmJeJnh8pnjLOEdnUO6qHbpKACiiigAoJwM0UMCVIFAHzr+yRq1zrf7YH7Uk813JJHp/xF8P6b BG1xuWIL4S0a5IC/wZN3k+uc19FV5N+z9e/BiP40fGjw78M/Dt/ZeILbxzY3XxEuruSRo9Q1SbQN LEM8O+V9qDT4bGEqixqGgb5SxZ39ZpsAooqG+1Cw0u1a91O9ht4Yxl5p5Air9SeBSAyfiZ490X4V /DjxB8TvEbbdP8O6LdanfHdj9zBE0r/jtU1zv7LngPWvhr+z94V8LeKl/wCJ5/ZYvfEbbcb9Uuma 6vWx23XM0zc881xn7U3xA8DeP/Bmk/CzRfF+m3Vt4g8XaZb+IpobxGjg0uG4W6u/MIONksVu1t3y bke9eu6D428HeKcjw34p0+/ZRlltLxJGX6gHI/GudRlLFOVtIqy9W7v8onQ5RjhVFbyd36JWX5yN Siiiug5zg/2jv2fvh1+0x8KdQ+FHxN0uaawupIri1vLK4aC8028hcSW99aTr81vdQyqskcyEMjqD 6g4f7L+sfHbwt8P4fh/+1n4k0K+8S6frkmj6H4qsbhIf+EwtUh82C9a1wPs140SyedbpuUPbzSR4 iZQvrFc/45+Fnw6+JMWmR+PfBGl60NF1y11nR/7SskmNjqFtJ5kF1CWBMcqNyrrgjJGcEgvpYWtz oKK+f7P9sHxJ8H/2gLj4Efth6JpPhqy8Sa06fCf4hae0kei67HI7GHSbl5Wb7FqyLhRG7eXd4325 DF7eL6ApDCvG/wDgoX8TfFPwf/Yg+KXj7wJefZvEFp4Jv4/DtwM/utRmhMNq3HcTyRnqOnUV7JXz 1/wVVtrlv+Cf/wAUNatLeSZ9B8Ntr3lxqWZl06WO+IwOvFueO/SnHcGeu/Bb4ZeFvgx8J/Dfwl8E WX2fR/C+g2mkaTb4H7u2toUhiXj0RFroNU1TTND0241nWtRt7OztIWmuru6mWOOGNRlndmICqACS ScAUaXdWt7psF7ZXEc0M0SvDNEwZXUjIYEcEEd6TWb+x0vSbnU9TvobW2t4WluLi4kCRxIoyzMx4 CgAkk8AUbyEtjw23/wCCpX/BOO91Pw7o9j+218Nbi48XaxJpfhlbfxZbSDUrpJTCUiZWKsPNBjD5 2s42qSeK88/4K1/tQ/tL/sqaP8HfFHwI8baDpumeKvjj4a8K+K7XUPDf2u7nsr672S+RO03lw5VS pzC7YbKuhAr8tLzx58A4P+DeX41X2k+M/CUeoXH7SmoXMbW99bLPNIPFsctvJwdzH7ON6Hn92CR8 tfdH/BdT4yfCq3/Z4/Zv1bU/if4fjjvv2jvA+pWs8usQhZ7OO5LSXKkt80Sr8zSD5QDyRV8ouY/R +GQTRLKv8QzRMgliZCKraDqFhq2i2uqaXew3NrcW6y29xbyB45UYZVlYcMCOQRwRVuo2ZR8X/BGD wd4C+Evxa8LeJfg3q/jqP9n3486tqfg3w74fszcalC9zBBrlutnErKXeKDXpIooh1hCxhWOAfs9C GQEGvnD9ieM698Xv2kvHVtKVt9e+O0kVlcR42lbDw3oWkylcgglbmwuFOQcOrKfu4Hrn7PEniRPg z4f0fxx8Y9N+IHiLR7EaV4n8Y6VZwW0Wqapak295KYIGMcEn2iKUSQpgRyB02pt2hyJidpXNfFTX viV4e8O2t18KfAlr4g1ObXtOt7i1vtUWzht7GS7iS8ui5ViTDbGaRY1UtI6KnG4sOlrmfhp4y8X+ NINaufF3w1uvDIsfEd5YaTDfX0U0mo2cEnlpfYjyIkmZXZIyS3l7GbaXKLJR0ykMNwFFFFABRRRQ AUUUUAFFFcj8cPjx8JP2bvh1efFb42eN7TQdDs3SJrm53M9xO52xW8ESBpLieRsLHDErSSMQqqxI FAHXV+cf7fUfx3+Pvws8QftdfE7T9e8DeDfhf4n0u6+EngS+LWd5e3VvrFqk3iPU48Eo7R+dHZ2r gmGKQ3EgE0sa2/198Nba/wD2ndD8C/Hv4sfC/wAW+ANW0LUr3UtB8G33iiSOSOOZJLeCXU7e1cQv MbZ9/wBllMot3mZSTImRa/bP8KfB7xn+zT4l8IfHrxreeHfCusLaWOqaxp5UTwma7hjiVC0UoBeZ o4+Ub7/bqKWj1E/I9O08s1qrt1Iqao7SLyYFjz0qSpe41sFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABQTgZorlfjpq3hzQfgn4w1zxh4+uPCmkWfhfUJ9V8U2s3ly6NbJbSNLeo+DtaJA0gbBwU zg0AQ/Aabxne/CjSdW+Ivww0/wAG+INQWW81vw1pd5FcxWV1NK8ko86IBJXZmLu4+87scnOT2FYv w40e28PfD3QtBsvEN/q8Njo9rBFq2qXTTXV6qRKonmkb5pJHA3Mx5ZiSetbVABRRRQAUHng0UUAc z8SJPixaQaLN8JLbQLh/+Eks18RW/iCSZN2ks+26a3eLO25RWEqB1ZH8sxnZvEidNSMgcYNc1APi 5H8X7j7RL4ck8ByeHYvsqKs6atb6ss7+Zu+9DLbPCyYx5bxvE2RKJQYgDpqKKKACkYkKSPSloPPF AHzb+zHIbD9v/wDaS0YgKbpfB+qFflyfM0ya13cfNz9ixk/3OOlfSVeRv8YLzw/+29p/7O134ZsY 7bxJ8L77xLp+tKxFxcS6fqNpa3EDDoURdStWHcGRvWu0+MfxCh+GfgG98S/K1wF8qyjb+KZuF/Af ePspqnuJeZyvx5/aP074Y7vDXhyKO81xkBZX5jtQehfHVvRfxOOAfmbxZ438WeOdRbVfFeu3F5MT 8vmN8qeyqPlUewAqhqGoXuq302p6ldST3FxI0k00jZZ2JySTUNSMKdBPPazLcW0zRyI2UkjYhlPq CKbRQB7J8HP2sPEPhu5h0P4i3MmoaacKt6w3Twe5P/LRfXPze56V9LadqNlq1jFqWm3STW88YeGW NsqykZBB+lfAte8fse/FK4hvJvhrq10zRMrTabubO0/xxj2/iH0b1p7gfRFFAOeRRSA5r4q/Cf4f /GjwNqnw2+KHg3TPEHh/WrRrXV9F1mzS4tbyFuqSRuCrDoeRwQCOQDWJpVp49+FevWOjWNr4fi+F eheB/K+ea9k1qyvLZlEYGRIt1btbA5JKzJJCP9f5x8n0CkZVbqKd+4rdTmfg98aPhP8AtA/D+x+K nwT+Iek+KPDupKTaato14s0TMDhkOOUkU/K0bAOjAqwBBFavi/w/pPirw1feG9f0+K8sL61kt760 nTdHPC6lXRh3UqSCPQ18rftQfCf9m74Y/Fq5+OHwo/ag0f4G/FjUrhH1K70m5t5ofFbL/wAstV0M uq6qxTKiVRHeIP8AV3CAYPe/8N1Xes+J9Q8NeBP2TPixrGn2Ojrf/wDCa6l4ft9B0KVB/rf3+rXF vKvl/eJ8khlO6MyKGIxliKFOVuZN9lq/uWv4G8cNXnG/K0n1ei+92X4jv+CfniLVvDfwruP2TfHu ozT+K/gw0Hhu7uLpsy6rpKx/8SjVcn7/ANps1TzGHAuobuMZMRNe9OgkQoe9fKviXwR+1p8WPGnh f9qT4TWnwx8L6ppNi509rfxNdaxF4s0mZd50u8uIIIYoYZH2Sx3EYujbSqJEEiPNDL7B8D/2qfhx 8Z9Yuvh5ced4Z8f6RbiXxF8O/ETJFqunrnb5yoGK3VqW4S7gaSCToH3BlFxn7RcyTS81b8Hr95nO m6b5W035O/4rQ77+w7bYUHc5qSXS4ZIVh9KtUVpzS7mfLEbDEIYxGvauG/aU+OFh+zv8GtW+J8+j SatfQ+TZ+HdBt5As2s6tcyrb2NhETwHnuZIogx+Vd5ZiFViLHxr/AGg/g/8As86Bba/8WvGtvpv9 oXP2XRdNSN7i/wBXusZFtZWkQae8nIBIihR3wCcYBI888AeAviH8bfiXp/7Q3x/8Mtov9jxyD4e/ D+a4SdtBEqlJNRvWjLRPqckTGLEZeO1ieWKOSQzTSOLVlHRfsdfBDUP2fvgHoHw21/WYtU1qCOe+ 8UatDGVTUdZvbiW91G6UHkLLeXFxIASSA4BJOTWp8Ck0DRtW8eeCPDHwavPCNno/ju6cXE1sI7fx DPfQW+qXOqW5HDpJc388bt18+CcHGK7y2gFvEIx+NeW+O/GHxN+Hnizxx4i8H6q3xGvF0fQ20D4R 6b9gsrvSnmuLm3e8lupHDfZ7ggsWlBEa6dP5QkbcgJasUdEdlr3jvV9J+JWgfD+w+HesX9rrFne3 WoeIrdY1sdJWARBEmZnDNJM8oEaIrEiORjtVCT0YVQchaQbJVDCnVIwooooAKKKKACiue+K3xM8O /Bz4e6p8S/FdjrF1Y6TAJJrXw/oV1qd7OWYIkcNraxyTTOzsqhUQnnJwASPNvj/8Nf2kvj5q2m+G fAvxzk+HPw7utKjm8QXXhuxdPFmozOzZs4biceXpUIj2b5kjkuizMsbWzIJGAO0+JXxcv9F8L+JE +Cvhe0+IHjLw+baOXwXp/iS0tJ45rhl8v7TJK2LWMIxmZmVnMUbGOOVtqNh6v+yn8L/FP7QNv+05 4zs77XvFGmaelr4Zh1m+NxY+GQUKzSadblRHBPNnElxtMzKAgdY/krR/Z7/Zy+D/AOzT4LXwD8Ev h7p/h3SmuGubtLUM899ct9+5uriQtNd3D9Xnmd5HPLMa9BAAGAKr4RbkNnZJarx96vnj/gqi/nfs n2egow8zWfi/8OtMjj+XMn2jxposTKA3B+RmJ9ACe2a+ja8l/aK+O3iP4Y/Fb4NfCrwppWn3c3xI 8fXWl6s18rlrPS7bQ9S1Ca4j2suH860tYQWDL/pHI6EG8h9D1SxLG2UuampsQURjYOKdUgFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXIftAXvjrTvgb4wvfhj8L7Hxt4ij8N3p0PwbqV9Fa2+u XXkt5dlLNNmOJJWxGzOCoDEniuvrgv2pR4eX9m7x1deLvi/qnw/0m18KX1zqvjnRbnybrQLWKB5J b6KTa2xokVnztONvQ0Ad3EixxLGigKq4UKOBTqjtLiG7tY7q2cNHJGHjYfxKRkGpKACiiigAoooo AKTaN27HNLRQBzXw50n4naNN4gh+JHjbT9chn8R3Fx4Zks9J+ySWemOqNHaz/OyzSROZUEqhN8Yj 3Lv3s3S02WISRPGGZdykblOCPce9c/8ACjwfrXw7+Hel+C/EnxH1fxZdaXbmF/EXiBYBe3iBjsac wRxxtIE2qXCKXK7j8xJoA6KiiigDxn4vfBPxh4o/a7+EPx88L3Wnra+DLfxFpniJbqZ1mfT9StYG 2wBUIdvtdjZFgxUBFYgkgKcX9t7W5tmheH45D5bSTTyJ6soVVP5M9L/wU/8AD3iPU/2IPHXizwLD NJ4k8E2dv408OR27lZJr7RLqHVoYFI/56tZiEjoyysp4JFYX7U3iDQ/iH4d8HfFLwhdrd6PrWli6 0+8j+7LBNHFLCw9mQ5FV0JPG685/aI/au+Cn7LFnoOofGnX73TbfxJrkGk6XcQ6PczwtdSthUklj jMcPc/vGXIVsZIxXo1fK/wDwVO0zxPrvhj4R2fhPwB4n16XTvjh4d1fUE8N+F73UjaWNtMzTTy/Z on8tVBH3sE9s1JR6V8Mv2r/hx+0tqnjL4TfCXXdc8O+L/DdrGbq28VeD7qxurWO4Vvs96ltdpG0s TbSVJwCQNwAIB8W+DGj+Nvhn/wAFH0+FPw2/bN8SfEHw63gW6v8A4keGfG3i631KfSb7zkW0e2jV Va3MhMhaJFCKq8gboxTYvGGq/Df/AIKafFP476n8H/iJeeGU+DOl21vqGl/D3U5kvrq3uZpZbeBv ICyyhJFIUNk8gZIIqaf4XfDL9pn9sj4R/tTfs7fC3V/Dtx4Vk1G68beK9Q8E3mgvf2c1o8UenyC6 ghe7lMzhuA6xqj5YFlDAH2HW58Ndal8PfEDR9Xjn8vytQiEjk4whba3/AI6TWHWl4O0aDxF4r03Q 7uzS4hur2OO4gkjDK8ZYbwQeCNucg9RTjfm0E9tT6c1T9sr9mjQ7xvD6/FvT9a1eEATaH4Shm1vU EPYG009JpgT2+TntVf8A4aD+MHiv5PhV+yV4qnjb/Vap411G00Kzb6ozzXq/8CtB+JyB6H4G8N6B 4T8M22h+GdCs9Ns4l/dWdhapDEn0VAAPyrXrmlTxEpO87f4V+rv+SOmNTCxiuWnf/E/0jy2+9nkv /CK/tn+M+fEHxY8E+CbZvvWnhXw9Nq14n+7eXrxxfnZnPt0J/wAMfeC9f/efF34m+P8Ax1If9ZH4 h8XTW9pJ/v2OnC1s3+jQEDtjmvWqKX1SjL47y9W2vu2+5FfXK0fgtH/Ckn961+9nN/Dz4N/CL4R2 Tab8K/hb4d8N27jEkOg6LBaK/Ofm8pV3HPOTnJ5reu9Ps7+2ksry2jkhljZJYpFDK6kYKkHggjsa moreMY048sVZeRzynKpLmk7vzPmXX/8Agnto3wz1i78W/sQfE/VPgjqN7M097ofh2xivfCuoTMcs 8+hzkW8bMx3NLZNaTufvysOK6b4yfBrT/jl4i8M/Dj40fs92fivRYdNkvT8QrHU10+48P6soC5sw swvrJpVztmtpi6A7GbGWPuhAPBFIUU8ba05jPlPhz4ceOPAPiLx1efB39mf/AILF+JNP1vS7prd/ hv48fSNY1OzkVipBj1a1TWJUPO1pZ5NxwVcrkH1Yfs4/taeIh9k8bf8ABR7xslm/y3EHg/wP4f02 SWPuvnTWd1JGT0LxlGCk7SrYcepfG39m/wCB37RGgnwv8c/g14U8aabtK/2f4q8P22oQgHrhZ0YA +45rK0j9mDwp4K+GvhX4U/BjxJrvw80Pwjr8Wo2Fj4QuINtzCssskmnzC8hnDWkplcOihXUbfLeM qpFe7uL3in8FP2Q/gv8ABTX7jxv4Q8M3t94ovrf7PqHjbxbrl3rWuXMOd3km+vpJZ1g3fMIEZYVP 3UXpXq9rZx2q/KPmPU1438a/CP7d58bXHiv9nf8AaI+G+n6JJDGsfhHx18LrzUNjhVDst9Z6raum 4hm+aGUDdjHQi98H/FP7aA8OeKG+Pfw++Gc2q2NmH8HjwT4q1ARavNtmJiulu7IfYBuECh0e5z5k hIGxQ8+8PS56vfz3FtYzXFpZtcTRxM0VurhTKwHC5PAyeMngV5F8HNZ1PV/jVJq3xM/ZyuPDHxB1 b4YaLL4p8R6bLJfaS0cd7qJh0ZL8xxrPNbST3MpUIuBe7huVgax/+Fm/t2fDr4Nx+LfFH7O+h/ET xpqOu3Ek/hHwX4mt9Lg0PTycQQC61Bwt7IigGSbEIdnbbGoVQed+Gv7R/wC1/wCMP2qYdC8U/spa 94b8GXGgWsWoafqXirw3NJos5lvGOpyfZL6a5lSYRx26RBAoMMjhjhgCzKufTgAAwBRXnn/Cf/tC zWnj4W3wC0mO60TePh4t545VYfFJELMpneO1dtNUyBUJKTkBiwVsbT5ddah/wVi8WyPCLj9nn4dK 2drRw674zaIbxjqdFDnZnso3Y4I4pWYH0pWZ4v8AGvg74e+H7jxb4+8WaZoelWq7rrU9Yv47a3hH q0khCqPqa55fBvxF1Lxd4V8X3Xxu1a3tNF02aLXvDOl6PYR6f4iupI1VZ5jPBNdQLG26RI4LiP5i okaRVKt59qP/AATk/Yy1n4nXnxl8Xfs96L4s8UX2pTX39tePpJ/EU1lNJIXb7H/ack4sUBYhY7cR RxphEVVAUFgOot/2rPht43+Ftn8Xf2blf4w6Tfa6ulW8/wAMdV0++i8wSmOWU3ElzFbiKFgfMbzC QB8qscA4Hx3+GX7XnxV8aSaJ4F/af0/4c+AWtY1ll8K+EY7rxPdSEfvQl7fPLaWiY4Uizmk53B0I GfYNK0qLTLWOzgjWOKJFSKGNQqooGAoA4AA7Vb2rjG2noB5l+zd+zD8Lf2aNF1HTPhno+ofadcvB e+I/EGv63dapqutXWwJ9ou7y7kkmmfaMAFtqD5UVFAUemKiqMAU6ik2AUUUUgCvH/if8Ctf+IH7X 3w3+Nz6xp40PwB4V8RW8mmlnN1JqeoyaalvOBt2iOO2tr9Dk7i1wuBgMa9gr5k/Ybvh8T/j/APtC ftKKfMt9a+Jw8IaDN/1DfDlsthIgPcDVm1o8cfN65NVETPpmNdiBadRRUjCiiigAooooAKKKKACi iigAooooAKKKKACiiigArj/2g9bh8NfAXxt4jufh7B4uj0/wjqVzJ4TulBj1pUtZGNk+Y5Btmx5Z /dvw/wBxvunsKbINy0AYvwz8Up45+HHh/wAbRaU1gusaJa3y2LZzbCWFZPL5VT8u7byqnjoOlblc x8GLf4s2nwr0G1+O1/od14wj0+NfEVz4ZjlWwluh99oFlAdUPUBuRXT0AFFFFABRRRQAUUUUAFZv jLwf4W+IPhDVPAXjjw/a6toutafNY6tpd9CJIbu2lQpJE6nhlZWKkHqDWlRQBy15feB/2e/g015L b6pH4b8F+HR+7t7e91a8SytYcABVE11dyCNPSSVyMncxyd3w9r+j+K9AsfFPh2/ju9P1KziurG6j ztmhkQOjjPYqQfxq4wJXANZHjhfHC+CdWHw1fSV8Rf2fN/Yba6spshd7D5Xn+URJ5W/G7Z82M45o Aua5ptrrGlzabfW0c0M0bRzQyLuV0IwVI7gjqK+bPCsXw08e/DHxZ+y58KvAs/hn/hRmr2fhSx0C 4l3+VbRaZaXFjJCSzMbeS0uI0RmJIKOp+aNgPo7wpc+JL3wvpt14z0yxstYksIW1az0y+e5toLoo DLHFM8cTSxq+4K7RxllAJRSdo8SvPg38Q/C3/BQWP44eDtIjm8J+OPhq+hfEJvtSRtbahpt2J9Iu hGTmXdFfapA5UEgLb5O1RjSDJkj5+kjkhkaKWNlZWwysMEH0NNr3n48/s93N9fzeJfC0SrdNzNb/ AHVm9wezfofY8nwy/wBPvtLumsdSs5IJozho5UKsPzpSg469AjNS06kNFFFQUFerfsweArnVvEn/ AAltxbt5NtmO2+X7zkfMR9Bx+PtXO/Dn4M+IPGd1Hc6hby2tgSCZGXDyj0UH/wBCPH1r6k+Hfgiy 8L6XDa29qsccUYWONewreEfZrnl8jGUvaPkj8zpLWIQ26xgdBUlFFYGwUUUUAFFFFABRRRQAUUVz vgzxR461/wAReIrDxT8NJNB07TdSW20G+uNWguJNZhEas915UJb7PHvJVFd/MYKWZI+AQC1pPjrw J4l8Tax4I0LxhpV/rHh/yBr2k2d/HLcad56F4RPGpLRF0BZQ4G5RkZHNZ/gX4ZReCPEfiTxG/jTx FrE3iTVhetDrmqGa301REkaW1nCqrHbwgLuwFLuzMzu5II2NJ8K+HPD99f6joOg2NjNqt59r1SW0 tEja8uPLSPzpSoBkfZGi7mydqKM4AFaFADWijYYK15x4R0P4cP8AtMeONZ0r4T69p/iT/hGdAs9Z 8Y31jJHp+s2kcupS2trays5SV7Z7i7aUKi7Texgs2QE9JrjfhdD4/k8R+NNX8X/ETSte0q88WMfC FrpVqif2NYRWVpby2Uzrkyzi+hvpWZjlfOWPC+XtDuwOwEaDotIbeEncYxT6KQAAFGAKKKKACiii gAooooAKKKKAOB/ai+Puhfsu/s++LPj54g0a51SPw3pL3Fro1kwW41W8YiO1sYSeBLPcPFAmeN8q 54rY+FPw48F/DHwjB4a8C+DrHQbETXF22l6eo8mK5uZ5Lm5YYAyXnmlkZsDczse9ec/tZ/Bjx78d vH3wl8NW1rbnwP4e8eJ4q8bNJc7ZLmXToXl0q2WPHzKNRa2uy38JsFH8eR7NZQmC3VCar7IupNRR RUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAobkYxRRQB5n+ztbfCvwdrHj74PfC/wzrWmf 2D44vNS1r+1IpfIu7/WT/bNxcWkkjESQtNfS5C4CSrKgUBRn0yuVli+Jlr8ZLe6bxFoo8F3Hh+SD +zZI2XUDq4mDo6N91oTbiXcvDBkBGQW29VQAUUUUAFFFFABRRRQAUUUUAFBGRgiiigCj4i8N6D4t 8OX/AIR8TaRBf6XqllLaajY3UYaK5gkQpJG6nqrKSpHcGvM/jB+zHpHin9k7Vf2afhZ4o1bwUq+G xp3hPXNL1OdrvRbiABrO4WV3MkvlSxxMVdmEiqUfcrMD61TZ4hNE0Z7imgPG/wBh/wDaLvf2w/2Z NF+KfjXwHN4X8UQ3N7onjfwvdTxSSaRrmn3UlnfW+Y2YbBPC7Rk4ZonjYqu7FdZ4o+EXhzxTEfPs ba6jUso3orbSDggHsQQQcdxXD+OPiF8Pv2OPiRoDyfC5dP8AD/xe8fCz8U+MbO62w2HiC4toLbTn uocH5bs28dmJgVAn+zIwYz7l9Q8CfCj4a/DC+169+HHw/wBH0GTxPrkus+Im0jT47f8AtHUZVVZb ubYBvmcIu6Q/MxGSSSTVxqSpvRmcqcam6PNLv9lvweZg66BtGc4W6lw3/j1a/hz9nnwxo8qzWfh+ 3jdeRJIpdh9C+SK6/S9I+K1r8UtV1fWfH+i3fg+6sYV0jw7H4akiv7C6XAkke9+1Mk8T8kR/Z0ZD j94w4p/iHx3rmhfEPw94ItPhR4j1Ow1xbo3nizT3sf7O0Voo96JdiW5S5zMcpGYYJl3DEhjBBOn1 hrZL7ifYx6t/eXNE8H6fpSK3lhm7nFbAAAwBXN/FH4u/Dn4LeHIfFvxR8Uw6Pps+oQWMd3cRuym4 mfZGnyKSNzcZPA7kVta5rmi+GdFvPEniTV7XT9O0+1kudQ1C+uFhhtoY1LPLI7EKiKoLFiQAASeK xlKU3dmkYxirItUVR8M+KPDXjXw9Z+LvBviGx1bSdSt1uNP1TTLtLi3uoWGVkjkQlXUjkMpIIqr4 N+Inw/8AiLFqE/w+8daPryaRqs2mas+japFdCyvotvm2spjZvLmTcu6NsMu4ZAyKko2KK5nTPjL8 KdZ+Kep/A/SfiDpNx4w0bTYdQ1bw3DeK15aWspxHNJHncqMehPWn+LfiFceFfGHhvwjD8PfEWrL4 huJ4pdW0mzjez0hYow/mXjvIpjVyQibFdmbsACQAdHRXN/FeH4vXHg+SH4H6r4bstea5h8u68V6f cXVnHDvHmkxW8sTu+zO0eYo3YyQK0/FvhjSPHPhPUvBmvG7+wavp81leGw1Cezn8qVCj+XPA6Swv tY4kjdXU4KsCAQAaNc38KPiFefFDwXD4xvfhx4j8KtcXEyJo/iq2hhvQkcrIsrRwyyhFkC71DMH2 su5UOVGh4J8IaD8P/CGmeBPClg1rpejafDZabatO8pigiQIib5GZmwoAyxJOOSTWmEVW3Ac0Ac98 P/h1YfDxtaay8Ra/qTa7r1xq11Jr+vXF95Eku0eRbrKxW2t0VFVIIgqLgsQXd3bodq7t2OaWigAo oooAZcTpa28lzKrlY0LMI42diAM8KoJY+wBJ7V59+ytp3giP4IaP4t8BfCDWvAdr4wa48V33hXxN atBqllf6tPJqV2L2NpJDFcm4uZWkjLHy3JQBQoUanx2k8VXHw1vvDvw++K2m+C/E2tbdP8N+INUt Yrhbe8kPHlwSkLPLsVykZyCRkqwBFddCPlzigB1FFFABRRRQAUUUUAFFFFABWb4y8YeGPh74Q1Xx 9431y30zRdD02fUNX1K7fbFaWsMbSSzOeyqisxPYCtKvFPiD8X/B/wAXv2jbz9hi4+FWn+MNEXwS +qfFS61R1kstJhuZPL06xkhaN1uJ7ox3UnlMU2Q2xkYnzI1cAwv+Cemh/EDXvAevftOfF2HULbxL 8ZNebxO2i6gzA6BpBiSHSdM8snETxWEcDzAAE3U9yT1FfRFQ2lrHbrlf4uampvyBBRRRSAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigDzT9pvSfAej+FLH9oDxT8Hdf8aat8K7i58SeF9L8 I28k2rfavsVxaSi1hSRDcu9tdXCeQSwk3DajyCMV6WrBlDDvzyKRxuUiuE+BOoappOkXnwo8ffHb TfHXjPw7cyza9dWtrb2l1Ba3d1cS6etxawsRCwtgse/CrKYHkVVDbVAO8ooooAKKKKACiiigAooo oAKKKKACiiigDjP2gfgz4F/aD+D/AIh+C3xN0hr7w/4m0uWw1S3jkKSBHHEkbjmOVGw6SL8yOisp BUGsf9mnU/F3hT4e+H/gZ8dfjHoPin4maH4cjk1u6sZljutUtEme3h1OS2JDoZhGDIQvlifzVQ4A r0tlDLtYcV4P+2l8BfG/jSy0P47fs7tZ2Xxc+HM0154JuryTyrbVreTZ9t0K9Yf8ud7HGqFufJmj t7hQWgANbqwvM94IBOSKa6B+tcz8FviZ/wALk+E/h/4pN4L1zw3Jrmlw3c3h/wAS6e1rf6bIy/Pb zxt0kRsqSMq2NyllIY9RUjGupZdoOKbPawXlrJZXsKTRTRsksciBldSMFSDwQR2NSUUAQ6fY2umW cen2NrFBBCoSGGGMKiKOgAHAHsKr6L4d0Pw2s8Hh/RbOxhuLqS5uI7K1WISzyNueVgoGXY8ljyTy SavUUANZWLAhulKyBxg0tFAAAANuKOnAFFFABRRRQAUUUUAFFFUfE/ibw/4L8N6h4x8Waxb6fpWk 2M15qWoXcgSK2t4kLySux4VVVSxJ6AUAcX4ytNK8f/HDQ/AvjD4IXGpaf4Xs08VaL4yvQhs7LV8z 2ccES53G5EE1w+7GEV1P3mUj0JRtXFcT8EdPuptG1Lx4PizeeL9N8Yas2veH7i5gWOKw06eCH7Pa W6gA+UqIH3N8zPK7HGcDtqACiiigAooooAKKKKACiiigDH8W/EDwR4Em0m18ZeL9N0mbX9WTS9Dj 1C7SI3986O6W0QYjzJWWORgi8kI3pXmf7IP7NWq/s/eDNSl8deKovEfjrxdr9x4i+IniuK1MK6rq s4Vf3aEsY7aCCOC1gjJJSC2iUkncTxnwM+HvxE+PP7Qd1+2b8fvCd9ov9jm70b4NeCNWh2zaBpjM Y7nV7mM/c1C/2/dPzW9oIofleW6DfSyAqgBqvhRPxCjjgUUUVJQUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAVwfjTT9e8H/FDQPGnw3+Buj6xdeJtSt9G8e+JkvILPUNP0aC3vpra bLpuvY4ruUIIN4KC9mkQMdyt3lZ/irw7pvi7w1qHhbWRN9k1Kxltbr7NcvDJ5ciFG2yRkPG2CcMp DKeQQRmgDQorhfgx4i0zTpL74C21r4wmuPh7p+l2EniDxXaM39uQvaKY7yO7xsu3JSRJiNrrMj7k VWjZ+6oAKKKKACiiigAooooAKKKKACiiigAqO4t47hNki1JRQB4D+1fp/wC0T8KfEOj/ALUH7Pd3 rHihPDdi9p41+Ecd1ui8TaSZPMebT0Y7YtWt/meE5VbpC1vIctDLD6t8GPjL8Nf2hPhdovxm+EHi q31rw54gsxc6bqFvkblyVZHVgGjkRw0bxuA8boyMAykDory0S7j2sOe1eN/H2z/aG+DPhfTvHP7J Pgbw7rFvo+rXeoeMPhuLOKzuPE9vcMZJ2sbrckdvqAlLzL5wMVw7skjxFxMlbiPaqK4n9nz9ob4V ftPfDW3+Kfwh1+S80+S4ltL60vLV7a90q+ibbPY3ltKBJa3UT/LJDIqup6jBBPbVIwooooAKKKKA CiiigAooooAKKKKACuP+LMfxE1K48O+GPCXgvw/rGg6vrElp4+/4SGY7YNGNncl/KhCkXEsk4t4f LfCeXLIxztCnqtSvo9L0641OWCaRbeFpWjtoWkkcKCcKigszHHCgEk8CvPfgX4b8L+J5pP2o4/hv 4k8L+JviN4b0d9e0fxZdN9u06G3ike3spIBNJFavEbqffHEQDJI5bLEmgD0S1gjt4FiiQKqjCqq4 Cj0FSUUUAFFFFABRRRQAUUVm+MPGHhT4feFNS8deO/Etjo2i6PYy3mratql0kFtZ28al5JZZHIVE VQSWJAAGTQBevL2z06zm1DULqO3t7eNpJ55pAqRooyWYngADkk8AV8t/C74jfEf9uj406X8dPCHi jVvD/wACfB99JJ4Kj026ktbj4k6gFaM6pMykN/YsQZhbRdL183DgwLAJOk+APxp+Ov7VHxH/AOFw 2Gjt4R+CUenyweFdJ1zR8ax44aXGNVmSUBtOsAoP2eAqJ7gP5svlJsif3nTtHsNNhjgsraOGKKNU hhijCpGoGAoA4AA4AHAqttxehPFEn+t2/MakooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR QAUUUUAFFFFABRRRQAUUUUAcv8Q/C3jzX9S8M3/gf4myeHY9J8Rx3uuWi6TFdR63YeRNFJYPvw0I LSxzLLGwZXt0zvQujTfCf4s/Dr45/DvS/iv8J/FVvrXh/WIWk0/UbZWUPtdo3VlcBo3SRHR43Cuj oysAykDoWUMMEVwHjXxHrXwj8UXXxQ8a/EnwroPwp0fwjeXPiRdWt/s0thepOkovftRcRrb+SZxK rqCGWNg3zOKAPQKKZb3FveW8d3aTpLFKgeOSNgyupGQQR1BHen0AFFFFABRRRQAUUUUAFFFFABRR RQAVFd2y3UXln86looA8x8Z/CXxH4S0jxt48/Zi0DwXofxK8Tw2ktxrfiDRpZLPVprX5Ylvvszxy vmEvCJgWeIOrbZBGImxf2af2y9B+NPiS9+CnxQ8FXnw5+LWh2n2jXvhzr10kkktvu2/2hp1wuI9T 09m4FxFyhISZIJcxj2d1DrtauW8SfCfwJ4q8WeH/ABn4n8D6TqmqeFb6W88M6nqGnxzXGlXEsLwS S28jAtCzRSPGxUglWIORVaSFsdVRXzT4u+Ov7WX7Jni/VNY+OfgZvil8K7m/mubfxf8AD3Q3Gv8A hO2aQsIb/SYy7albRKwUXVjmfanz2jYaY+/+APHvg34p+B9J+JPw78R2usaDr2nQ3+j6pZSborq3 lQPHIp9CpB9fXBqRmvRRRQAUUUUAFFFFABRRXnPxc8ef8Jbd63+zV8G/jnpPhf4o3HhYarZzTaSu pTaPYvcCD7e1qzKhJbzFi807GkQkpKsciEAhPirQfjz4/bR/hv8AFjXtN/4Vd45EHjKx07TXittX nOmlxp73EsW2aJDeQTP9nYkSwLG7L86H0pECjpTYI2CKZJGZlGNzYy3vwBUlABRRRQAUUUUAFFFf NHjT9rP47/HjxPqXwp/YR+HEaQ6XqM2neIvjL8QdLuIdA0qeKQxzRafaZjuNcuY3R0PltDaI4w1y zK0RAPUf2kP2pvhF+yz4Xs9c+JWp3dxqOtXn2Hwp4T0Kza81jxHfbdwtLC0T57iXHLHhI0zJK8ca s45f4PeHvjX+0B4F1pv25/hb4Jh03XtSs7vQfhelquqDQ4baVZ4ft925MN7eefHFMfJjWGB4lWN5 tvnN3ng/4X6bb2nh7xF41ktfE3jLQ/D/APZUnjzUNFtIdSukcRG5IaGNFgSeSJJHhiCx7lX5flXH WWtnHbLwMt61WiEMtdOWCQyudzH9Ks0UVI9gooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAqvqul6frOnT6VqtjDdW11C0Nxb3EYeOWNhhkZTwykEgg8EGrFFAH nV74x1H4J67rviH4yfELwTofw1/4k1l4PaZDp8+nXk0n2RrSeSSQwypJM9qICgjYNK0ZVsI59Fqj 4i8OaD4r0W58PeJtEs9SsLyExXljf2yTQzxnqjo4KsD6EEVwHi/4k3f7Og8YfFv9oT4t2P8AwgD6 hpv9hiPwxMs3h1ZfLtZlup4GkEtsZyk32h44xbrJMZX8pAyAHptFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFAFa706O4/eJ8reteaftEfs2xfG220fXdL+MXjrwL4o8NmdvD3ibwT4gaBoGl8vzEuL OUSWWoRMYoyY7qCUDblNhJavVKGUMMMKrm7iseO/s+6r+2NoHiS88BftKw+C/E2j2unvPpPxG8J+ fp9zeuroot7vSJBKIZSjM3nQXMkblG/dQZVTa+Af7cn7Kn7TGs3PhH4R/GLT7jxNYru1TwXrFvNp Wv6fxn/SNLvkivIOh5eJQcHBOK9SFjbiXzVTB9q84/aE/ZT+AH7Tul2+j/H74K+HPF0Nk+/TbjV9 MSS606TOfNtbjAltpOOJInRh60WT2Fqem0V5D8Sfgf8AF4/D3wt4T/Zv/ab1r4dt4TsRZwrqmjwe JodVhWOOOJb99RLXs7II8+al3FK5kcyPISCtX4J63+3bpvjiHwv+0Jpfwm8QeHXgkL+MvBd5qekX iSqPkU6PdJdoVc9WGoEp/dfOQcrHc9oor598W/t6618OPEGo6P8AEf8AYR+Pun2djeTxW+taL4Ns /ENtfwxn5biFNFvby42SDDKskMcvZo1IIqTxR/wUn/ZW8P8Agqy8Yaz4w8TeHbLVtP1C4tdS8T/C 3X7FNPFrLHBJJeQXNpDLbATTRqqyiMyfNsJCswkZ6d48+K3hjSPFNv8ABXRfHmi2XxA8ReH9Qv8A wnpGpRvMZFtgivdSQxsrG3jlmgDncmd4UMGIrQ+HfhzxHofhHSbbx74jt9d8SW+j2trr3iOHS0s/ 7TniT55fKQkRI0jSOsYYhPMIBPJPz38Ef+Cjv7BFvp3hf4aePf8AgpL8LfFnjySxjs213VNc0zR7 nXLqSRFZbe3DIq75WRUt4y7YCgmRgXPovxr/AG//ANiD9m7x7b/Cn47/ALWHgHwr4ourYXEHhvWf FFtDqDQnO2Q25fzAjYbaxUBtrYztOAD1+ivLfgz+2t+y7+0TB4huvgX8XbLxZF4VhEuuSaHa3Fws KlWYBCseJmIU4WPex44yRngI/wDgpNofihFl+DX7GP7RHjSOXb9nmh+FM3h6OZWzhlfxJJpq7Tj7 xIGGU9DQB9I0V5L8SfG37YeufDvwvrHwA+Dvg7R9a1izE/ia0+KHiiVX8NkxowhEWlRXMd/MGZ1Y JdRRDy8rK4YVj/Br4U/tc2XxCtPiB+0L+2cviCG3jl3eB/A/w9stF0KV3QqDKbl77UJPL3bl23ca llBZWHy0+Vhc7f48ftQfs7fsv+HovFP7Qvxq8N+D7O5k8ux/t7Vo4Jb6XtFbxE+ZcSnoI4lZ2PAB Nc5rnxy+LHxd+BOj/E79jPwJY3114h1Bobeb4qWeqeHY9OsgZlbUJLKa0F5MCY0McBWDzlmRxLGh 31J4A/Yv/Zp+FPxP1j41fD74I6Hb+MvEF5Ndav4yvoWvNWnaV2doxeXLSTpCGdtsKusUYO1EVQAP U7W0McW2dt1Owjw74OfsveM9E+JFl8bv2gf2jPFfxG8Z2Ucq2KRzPo3hzSfMjaOQWej20hiOUZlE t493cKGIWYA4r3CTT45pBLMc+1TJFHH9xMU6i/YLdxERY12ouKWiipGFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU14w3IHPrTqKAPNfF0Hjf4 LN48+Nmiz+OfiEt5Y2dzYfDPT5NPP2WS3Qxzf2aZhAQ8ybHaKWcoXizGFaVt3oWnahHqFtFN5MkM klukr2s+BLEGHAcAnByCOpGVOCcVOyhhg1yGrfBvwWPHepfGXwt4b0vTfHl94ZbQ18XHThJcfZQ7 SwxSgMvnxRzEyKjMMFnCld7EsDsKK8/8NfELxj4FbwH8LvjPBea/4q8R2dxDqHijwf4Mu49ES8to PNczfvJ/7OWVQ5i86UozoYxJvaNX76KaKdd8MquoZl3K2eQcEfUEEH3FIB1FFFABRRRQAUUUUAFF FFABRRRQAUUUUAFFFFACMquu1l4qCS2sbYNdzMsaxqWd2YBVA5JJ7Cub+J3xc0/4b+H01qw8G+Iv FlxJrltpX9k+D9NF7cxzzOo3SjcqQRRq3mSSSuiInJOSobL1j4T678RdW8deGPjjrmg+Lfh54r02 307TfAd14VRYba18llu1u5ZJZPtxuHc5GyKNI440CFvMkkeoDte8QeLvF3jp/h34c8I6va+HNQ8G yX0fxO07VLEwQXcsnlw21tC5kklmEe+4Mrw+Qo8kZlMjKmv8LPh4fhl8P9I8AR+K9c1pdH0+O1Gr +JdUe91C+KKAZrid+ZZWOWZuBk8ADAG3o2haT4f0m10HRNMt7KxsbdLeysrOFY4beFFCpGiKAqqq gAKAAAABVynzPYXKigLPUUfifK5qe4gu5ECxy4NWKKOZhylW1tbuNsz3G78abNpfnvvaY9elXKKO ZhyrYhjs4o4vK6inx28MfKRin0VN2MKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAGtHn7pxXm2ofs+WngjwX4 g0T9lu90j4Zat4i8VHxFqmqab4YguoLzUJJY3u5Z7ZiiublY9srq0chLtIHDksfS6KAOTbx94ysv iXqXhvWPhZd2/hWz8PrqFv42j1S3limuA5ElmbVW+0K4TDq4RkYBhuVgqva+E3xY8AfHH4e6b8VP hdr39p6Dq0btY3jWktuz7JGjdWjmRJI2V0dSrqrAqQQK6Bo1Y5IrmPiJ8G/hp8V7jQLz4j+CNP1i bwr4gt9c8N3F5Duk03UYdwjuYW6o4DMpIPKuynKkggHU0Vw//CsfFWk+J/Gfjbwz8Ydf+3+KNNhi 0rSte8u+0fQLqKBo0uLa1URSYdtjyxmcK5T5TGWZjAl9+014f0XwXp0mj+BfFuoSXEcHxC1hNSvP D8UEXAe706zMWoGVs5ItZrmMY/5eCRggHf0Vxq/E/wAWWuueNLXXPgd4mtdK8LWMN1o+uQzWN0ni dWgeSWKyt4Lh7lZYmTyyk8UQdpI/LMgLbMtP2lvDqeHPAniK/wDhd8Rrf/hP7+GzsdPPw/1Ca50i SQEhtUSGJ/7NjXHzS3BSNTwWFAHo1FcZF8fPhvN4l8beEY5Nd+3fD20hufEynwjqQjEctt9pQ2sp t/L1E+X1W0aZlf8AdsBJ8lYkf7WXw1vvBXgb4heH/CfxA1XS/iDrkGmaLJYfDHWjNZvK7IJ9Qt3t Vm0y2Uqd892kUaDBZgCCQD06iuPj+LNze+M/FXgTSvhd4qku/DOnxXEN9daYLfT9Zkki8xYLO6kY RyuDhHztVGOCeDjLi8dftEeIPBHhXxF4e+Bmj6Nqmoa7CnjDQPGfjIQz6LpfmuJpoH0+3vIb268t UZIPMhjPmfNOpQqwB6JTZJI4l3SuqjcBljjknAH4niuP/wCEY+LOo+MvFEuv/FawHhXVdLhtfDOk 6J4ba11LR5fKImuJL6S5lS5kZ23IFt4VjCoCJCGds6z/AGafhddeHvBekeP9FbxxefD+8W+8M6/4 6ZdS1C2vlUgXvnSL/wAfADHEgAK8bduBgAnufjvpWu/8J14e+EvhvUvE3ijwLGqXmhyWM+mw3V5J CZYrWK+uoktpGZQu5o3cRB0L7d65ktNC+LnijxH4L8f6z46uPC9vY6PK/iz4f6ZDa3trf380KBUe +lgExitnMu0wiEytsZsKDG3aCLLbnNSBQvQUwOc+G/wl+Gfwh0a68O/Cv4e6L4b0++1S41K8s9D0 2K1juL24cyT3LiNQHlkc7mc5Zj1JrolUIMClopAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUUUUAFFFFABTTGhGCtOooAaYlzxTfIXBGetSUUAM8n0akMORgtUlFO4DPJU9SaURRj kLTqKQAABwBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAf/Z --Apple-Mail=_4F75BA9E-42DA-471F-929F-F2E8605A96E9 Content-Transfer-Encoding: base64 Content-Disposition: inline; filename=network.jpg Content-Type: image/jpeg; x-unix-mode=0644; name="network.jpg" Content-Id: /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAIJAyADAREA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD+/CgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAZLIkKNJI21EGWY5wq55Zj/Cij5nc4VEDO5VFYgA 81+Jvxj+G3we0m11f4h+J7bQk1PUbbRfD2lR2mpax4o8Y+Ib3cLDwx4F8IaHZ6l4p8deKtQKOun+ GfCOj6zrl6Uk+zWEgilKOzfT+t9e3zHZvp/W+vb5nhR+Kn7SXxD1eK2+F3wSsPhz4PEMn2n4hftF ao1nrF1MPmtX8H/BfwBPqmvataXsTMupTfEfx78H9W0d0je08L+Iomlkh0UV1e+u++nd7qzfnrvp d6KK6vfXffTu91Zvz130u8vXfgB+0t48vILrxT+2j8QvAFnHKslz4b/Z3+FvwU8C6FqsKnIs9U1b 4zeC/wBojx7aRSEsZrnwn4s8MagjE/ZbyFHCRHMo6Np6vbV/Pzb9Nw5lHRtPV7av5+bfpuWF/ZC1 A2832j9qH9ra61Ukmz1dvjRJbPp4x8ixaRpvh7T/AArepG/zr/bvhnW5JAAlw88TPCRyj2XXp1/r V6rp8hyj2XXp1/rV6rp8s20/Zl+PnhbVRqXg39uj9oa809cNH4N+KnhL9nT4leEFnUowaW5tPgz4 L+LE1vLsZZkHxhiwkrJbx2xEckInF32X37fkt3dIE4u+y+/b8lu7pG7qPi39rf4d3tjNr/w4+Hvx +8Ih5P7aufhJqF58KfiXYAwFYn0T4d/EzxH4o8EeME3bZr6K8+NvgO8tLcM+k2PiO8YaVRZb38/5 vST7W+5dLMLLe/n/ADekn2t9y6WZ6p8Nf2gfhr8TtZ1bwppOo6joPxD8PW8V14h+GfjbRdS8H/EP RrG5lkhg1ZvDOt21neav4YurmCe20/xj4fGr+E9Su7W9srDW7m9sb23gmSdulnbrp0s1frun5b93 Mk7dLO3XTpZq/XdPy37v21WDDIz1I5Ur0JHGQMjI4IyCMEHBFQ9P+AQ9P+AOoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgAoAazogBdlUHOCxAzhSx6kdFVmPoqljgAmmk3tbp+I0m9rdPxK897aW1v Jd3NxDBbRAtLPM6xRRqvV3dyqqncOTtZSGUlSCSz36d+gWe/Tv0Pl/xb+3R+xl4F1qbwx4p/am+A em+K4HaOXwhH8VPBupeMVkU4MX/CJaTq994jaVjgJEumGR2IVELECq5JPZX/AOHt/wAH0Hyvt/V7 f8H0Odf/AIKFfsZQBnvvj54T0iGNd011r1j4m8P2VqvXde32t6FYWdkuPmLXc8KhSGJ2kEns5/ys OWXb8j134Y/tM/s5fGxZG+Dvx8+DPxV8nidPh38TvBXjKa2fdsaK7t/D2t6hPaTxv+7mguY4poZQ YpUSRSolxa6MTi10Z7V58W4qHDMuNyICzpkZXcqgspZcsqkBmUMyghWIfK97rXzQ+V73WvmiRWVh uUgg5wQQQcEg4IyOoNSSLQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAhyAcdcHH1/MfzH1oA+ZfH3xZ8WeJfEGrfCf4D2umah4y0v8As2Hx 58RtdgvLn4e/CSDVZpUe2nazWNfHnxNjsba5vLf4aaDqltL4fhutA1v4ka54K0LxH4Vl8T7Kna0r tLt1dne/TTqubld7K12jRRtrr0/DX7uutnpa17G58Lf2f/A/gK+v/GNxJrXjz4l6/NdXGv8AxR+I N7H4j8a3y3ixq2kaVdvCmleC/BkEaAWHw8+Hlj4a+Hem3E19fWHh1NT1HU9RvVKVtN3vtp9z/Drp qOUrLz9Oz/Duuqa1PeIbaKAARggAk/eYnnPBYksy8khWZlDYIA2riOZ/5aL8rW77WeurI5n/AJaL 8rW77WeurJ6kkKACmnbon66jTt0T9dSN41fO7kEYIIUjHBA5BBGRnByCTzkAAPmd9lbstF/ne3Xd emg+Z32Vuy0X+d7dd16aHk3xW+CXw3+MGjDS/HXh86g1stx/ZGt6Zqeq+F/GXhe4ul8uXVfA/jzw xfaN4z8CeIYY/msfEXhLX9E1jT544Lq31C3mt4p4mpNuz1v5X/BWuNSbdnrfyv8AgrXPHNL8e+PP 2fr2LQvjXrMvjT4T3V/p2neHvjncW1ja634RuLqOOwGl/G2x0mOHTE0qfWFhGn/FvSbHSPDts2qx aN460Pwi2m2viXxNTjzXevo9k9PX599721Kcea719Hsnp6/Pvve2p9exyLLHHKjK6SIsiOjBkZXU MrIwyGVgQVYcEEEcGsno2uxk9G12H0AFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHAeO/iX4O+GehX /ibxz4h0rw1oVgRG19qs/wBnW6u5FuJLfTdMhj8+81jWr0QGHTdA0i0vtc1O6aC3sdPnlu4UFJLz u7aJ9OvTtrq7a76MpJed3bRPp16dtdXbXfRnzlH49/aE+OC6Xe/DnQP+Gf8A4YXtmurf8Jn8T/C8 2o/G3xDp93Esunx+Hvg/q7WOnfCx54LmyvpdR+K66/4vsD9r8La58GdB1k399oVJW63u1ttpq73a Xp96KSt1vdrbbTV3u0vT70XtD/Yv+ENxqN74m+KqeI/2gvF+rOs97r/x6124+I9hZSpHHAv/AAh/ w41AR/B74YRGCCBbi0+Fnw+8GWd7cRyanqFvd6zeajqF3TklZu9tbW/Bv1WqKckrN3tra34N+q1R 9J+H/A/hLwpYppfhfw9o/hzTI1VI9O0DS9P0SxjVBhRHaaVbWcCYH9yNTxUxqyi7pLtt/ndfemRz vsvx/wAzcGnWqn5VYdiCxkGOenneZtYk8yrtm4A8zaoAr28tNI6dlbbba3fZ3W2nc532X4/5nm/j P4GfB/4ic+Pfhn4C8bPxiTxf4P8AD3ieVBjaypPrenXtwiMuQUWYKM5UAgGoU3fXtbT9Lu1/UFN3 17W0/O21zwyL9lu++GkurXX7Pnxj+I/wnTVTLqLeBtZvrr4y/B5NRt1SKzXTvAHxGutV1PwB4fga YKfBvwQ8b/CTQbhWeSLTVu44tQsdNJJaPXVeVtuul+j/AM0nd07aPV+lrXf6aWL2l/tF+J/h3Pov hj9p3wZY/DfVNTml0rTPir4a1G91/wCA/iPVre3aeGK/8V3Vlban8JtQ1yFY5rLT/ijaaZ4afV7s +DvDfxF8d+I7aFdVUqa1aleyT1VvLZfgktO1mmQ431Tv/Wm33WXW2lnp9ZQXUdwV2Mp3RLMNpLrt Y7eJFBjcZBwyMQecDC7mya0/PW/9dfu3aaJa0/PW/wDXX7t2mi1SEFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFADJJYohulkSNTn5pHVF+VGkbliB8 qI7nnhVZjwCQWvsFr7HzJ8X/AB14o1/xTa/A34T6pPpPjHV9Ng1vx748t7Ke+tfhV4AuLsacJrRm nt9PT4n+OZ2vND+GdteDUrPQ7y21H4geI/D2vaF4Sbw34m0itLtLy21W99eyvbbT1NEtLtLyTsr9 btv8PK/c9h+HXw+8L/DDwro/gfwboltofhvQrQw6fZW4aRsySb57m9u5d9zqOqX0wa/1bV9QuL3V 9Z1S4vNV1m+v9TurnULwnK+z1WmnZLvfz2219VFSafy06O69b36/nfXbvAqqMKoUccAADgBRwPQA AegAHQVndvd3IFoAKACgAoAKADr1oAz77T7K+trqyurKC6tr22ks723mhjkgurOeOWGW1uYpAI7i 2kjllSa3dtrRuwK/PzUXa+3z89/nordPvRUXa+3z89/nordPvR8n+HLu5/Zq8Y6D8Otb1CQfATxn qcGhfCbWb99SkT4V+LL1reDRvg5q2qTfabK38GeIZzc2XwhkvZdOstAvktPhPbXV3NffDbSnppNN 6XW/zs/y62V3ror3ppNN6XW/zs/y62V3ror3+vwytkAglThgCCVOA2D6EqysAeqsCOCDWZmLQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAU AFABQAUAFABQAUAFABQAUABIAJJwBySegHqaEr7AlfY8m+LXxPs/hjodrqEen6l4n8S65qCeGvA/ gLQ0tj4g8c+L7y2uL6x0LSXv7mx0yxCWGn6jquta1rN7Y6J4f8Padquv6vqWnaZpV9cpUV3XbdaP y8t18uj2dRXddt1o/Ly3Xy6PZ+feAfgxqt94ptPiz8aNTtfGXxRt/wC0o/DtvYrqY+H/AMLtH1V1 WTRPhtoWpOypqM2nrBpnib4k6vZ2/jTxfNaTyRHw54OvrHwVplXSsl53Tdtm7K+29+u297oq6Vkv O6bts3ZX23v123vdH0usaKu0KMe4zk8HJz1OQDn1APalJt21Xonf7/v9NxSbdtV6J3+/7/TcfUEB QAUAFABQBnappVhq9he6bqFnbXtlf209pd2d1BBcWt3bzoyS29zbXMU1tcQShsSQ3EMsTjiSN1yp 0Umlq077Xeq1vfv8ut9DRN2u2n2u9Vvr3fpv2PkWPQNb/ZaSG68JWeqa3+znavbQax4LtYb/AFHx H8GbMTXECar8P7O2g1LVPEPw106wmsItT+H1s4ufA+m6VDdfD1bvRYD4E0wdpaLV6+StfS/X0677 XuDtLRavXyVr6X6+nXfa9z6z0TWdN1zStN1bStRtNV03V7ODU9K1GxuYb2z1DTb2FbqzvLO8tswX drPbSRSwXETOrxPEWkd33vLTvt9ydr9v19CWnfb7k7X7fr6GxUkhQAUAFABQAUAFABQAUAFABQAU AFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHl3xl+Jmk/B74c+JfiNrNhqesweHbON rDw3oNot94l8X+IdSu7XR/CfgrwrZyXFrHeeKPGfirUNF8L+HbKSeKO81nVrG2klgjkeeOopu9vL rb08++3WxUU3e3l1t6effbrY479n34Wat4B8Gyan4w1OTV/ij8QdZvPiD8V9ca4F4l/4116K0WXS dNuPLhK+FvAuiWemfDzwJb+VDLaeC/Duji9+0ax9s1G5qTVu6fydl3vq7t3T/PW9Sat3T+Tsu99X du6f563+gqzMwoAKACgAoAKACgAoAKAOA+Ivw68P/E/wh4k8EeKI5pdC8T6VdaXf/Yp57DU7UXGx 4NR0nVrSaC90rWNLu4LTUtI1OzmjuNP1Oztb2ItNbWxhpPbSPbW9uz+/r/w5Se2ke2t7dn9/X/hz yn9mb4ha74p8NeJPAfxA1cav8Yfgh4i/4Vl8UL59KTRJfEV/baZYa94T+IkGnQxQ6fHp/wATPAut eHPGIXQ1k0XS9c1HxB4WjmTU/Deq6fp7mrdrbL7lZP7t9fkOat2tsvuVk/u31+R9K1BAUAFABQAU AFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAcj478beFfh34M8U+PPG2rW2h+DvCGg6l4j8S6zdb3g07RdLtJb2+unihjmmn 220MhhtraKa6u5jHa2sEtzLFG1qOq7/hp531t1S89epajqu/4aed9bdUvPXqeEfBbwNrvifWtS+P /wAUtLax+I3i/Tzp3hPw1qmmWkV58G/hhef2bfW3w4tpRJcTx67rl7p2n+KfiteLOk2seK7bSNBl Z9B8C+G7e3baVklt1/JrvZt+W/ybaVklt1/JrvZt+W/y+o0XYiKSCVVVJAwDgAZAHABx0HTpWZmO oAKACgAoAKACgAoAguIBcRNE23DYzuDEf+OsjdP7rqe2cE007fdp69PXUadvu09enrqfHemeT+zP 8UNJ8EGWwsfgV8a/EFxaeBFnuJ9Os/hZ8YNSgN3/AMK8055Wl0+Hwb8VRaazqvhCxWXTj4e+JBm8 GaJBe23xD8I6P4avSSb2b019Vb7k7bX1sXpJN7N6a+qt9ydtr62PsuszMKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgBrnajNkjapORjIwM9wR+h+lC3X67 fMFuv12+Z8f/ABck1f4h/tJ/AT4TW2xPCPgCDW/2jviLKmJH1G+0KQ+BPg54OuImKLHY6p4p17xf 8Qm1LLC31T4P6HpbxEa60sWqSV9+z+7dW20e99m9jVJK+/Z/durbaPe+zex9fRALGigEALgZOTgc Ak5Y/MOeSTzySc1m20/x16X169r7/Mzbaf469L69e19/mSUhBQAUAFABQAhZR1YDkDkgcsQoHPcs QAO5IA5IoAWgAoAKAEYZVhgHIIwwypyMYYdwe47imt1+tv10Gt1+tv10Pjv4g6hd/DD9qr4LeNre 23+FP2gPD2t/s9+KriNC09l478LWPiX4x/BrVNQlJIttCbRtO+OPhq6nljkKeJ/Fvgu0hRDqF4za WTTTfw322XV26tevbSxpZNNN/DfbZdXbq169tLH2FE26NTuD5HLAABiCQSMEjGehBII5rN6Nmb0b H0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFAHx18U3u/iz+0B8Nvghaat5PhL4bWmiftD/GDSoYoJZfEEUOt6zo fwJ8FXzNGZNM0TUviH4V8R/Eq+vLVmv765+EGlaAUn8M+JvEkMWq0V2+6W61erte3W+r1vpfTXVa K7fdLdavV2vbrfV630vpr9fwIkcYRFKqoAVWyMKOAQpJZQcHgnk5bGSSYk7v8n5dF201+foRJ3f5 Py6Ltpr8/QmqSQoAKACgAoAKACgAoAKAPM/i58NtF+Lfw+8XfD7Wi1vB4m0WWzt9Vhjje+8P6xBI l94c8UaQ8gb7NrvhXXrSw8S6JeQ7J7TV9I0+5R1kt4WWotLV9br8Nnvpqun5a1Fpavrdfhs99NV0 /LXkf2cfiN4o+JHwv0e78fWdhp/xO8K6hr3w8+LNjpIkOiQ/EnwDqc3hrxXdeHzPi5/4RrX9Qsx4 m8Itc7rmTwvrGmtds11vem0l09Hr5Wv5tXuvLZDaS6ej18rX82r3Xlsj3qoICgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgBXUquQeenAHBx2yQD+OKSabt2et 79PS41vr/X3HxV8Adfn+IP7UP7bvii4tzHa/C7xx8Hf2a9AuNqiK90zwn8EfB/x+1S8tnVnEoXxV +01r2iXc7eVK1x4fFo0CxWME9xtK8Y2e8r6rrqr317PX7i5O0bdXfVadevqt/u2PtSsn5eX5a/iZ vy8vy1/EKACgBGZUVnbO1AWYhSxAHU7VBJx1PYDJPANAbEC3cDKzEupQZkUoHZD8u5G8ppAXQthk Qs2VOAQyF3yvs/lr+RPPHv8Ag/8AI+bv2xf2pPAH7GP7L/xv/ai+IyXd74S+C/gHWfGF1pOnm2TU PEup28S2vhzwnpUt5cW1imq+LPEV3pXh7TXvLq3tYrrU4bm7mgso5riOlCV1087rT5/LT5DUo3Wr +Sd/lofJnizUv2p/Bf7I1/8AtUL42kvfj94U+Gy/HPxf8JdR0zRz8H9ct/DWj3/jTxd8DNH0ywW2 1zSJLnwyt54B8GfEhPE2peJdK8U22ieLfEFp4u0NdZ8C6xqqbbaSStrvql5JX2u32je9hurBdN3p bp9/Xe3RPpc++Pgb8W/Bfx++DXws+OXw51Eat4C+MHgHwn8SfB2ofx3Phzxlodjr+kPOMsUuVsb+ GO6QsxS4SVMnaKxkmm01bXpt8vLsF09Vp3XZ9UeqVIBQAUAfJP7bOq23hT4GN8SbxvJsvhF8Tvgp 8VdYuwE8yw8J+Cvi74K1Px9fRPJ8iND8Px4pVvM/0d45ZI7r/Rnmq4b/APBt3+9/lr5Fw3/4Nu/3 v8tfI+sYVKxIpGCAeN24csSMHA4weAFVQMBUQAKJlu/u+7QmW7+77tCWkIKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAo3+Yb/ADPkH9lG007xLJ8b/jfDKL/Ufi58cviHFb6wXEyXfgr4T6q3wY8DW+kTHeP+Ean0nwEf E+lx2k76fNeeJdU1q3BuNdvp7jSdkrf11+d9/vfbTSdkrf11+d9/vfbT6+rMzCgAoAKACk2lv3sN JvbtcqXt9Z6dbXV9qFxFZWFjazXt7fXMiQWdnaW6757i6uJWSKCCCIPNNLIyxxQxySyMqrk0k27L d7L+tCW0t3Y5TwN8S/h38T9Hh8RfDfxx4S8f+Hri5uLOHXvBfiTQ/FOjSXNp8t3AupaFqN/aGa0n /wBGuoPN8+CfCyxqjo7PllZu239f8H/hnZc8e/4P/I7hl245zmpGmnsNoGFABQB8e+BLC++H37Yf xg8NwzhPCHx1+Gvg/wCOGl6X8xls/id4EvP+FS/FfUQS58nT9Z8Fv+z+sVlFGlqNd0rxFrDSzXuu zhNJfD1872uk/wAtbaf0tJfD1872uk/y1tp/S+wqzMwoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAklOEJyBjJy3QcHk8jgdTyOO461EL+0du7V/V+j39Bx3V v6/B/kfFv7H0MKaz+1/cKy/bLz9sX4kPqUQwDDPZ+CvhnpOnhgBndL4e07RJ8szEiQFCsXlxp1Vf gpvTbW3ey69r3+8qeqi9Nb/16J9HsfZ1YEBQAUAUNW0+DV9K1PSbprpLbVNPvNPuHsb+/wBLvUgv LeS3laz1PS7qy1PTrpUkY29/p15aX1nKEuLS5hnjjkWo25o32uvzE1dNd0fy0f8ABIf9lz4fftQ+ F/8AgsP8MP2hZvGPxu+Fnhn/AILM/tufCnR/h58UfiD408WeGV8NeBdM+FPhvRI9dkv9bbxF41u1 8NQaD4cifxvr/iS20fTfDmly+GrXQtUuNa1HV+qUFBJyT1dkl18t9lve6uu5Dg9LNJpK/rrr/l9+ 5+aPxr8f/FX4lf8ABu7/AMFa/g7Fr2s6ppX7Ff8AwU3+Lv7NfgXUta17WNb8QN+zx8KP2iPg14u0 vw7rWt6s99qer2/hnQfG83hKyF9Ncw2/h3RvD1pLdKLeP7IOPLLTdJrdd3fVpr08r2ejvNlzWe3z 3t633+fe2x/Zx8drzS4P2SPjDqkbQpo9t8BPiXqAkVg8KaZB8P8AXZ1kRpjIptJIVUfM6GOykL+c ssazUK/tGtdUkr2s3p2try3ab+0tNHYh7x9f0Z8Nf8ECfDnjTwn/AMEeP2B9F8e3U13rrfA7T9ft ZJ3meWHwn4w1/XvF3gGwYzxQyINM8Ca54b01IGiQWy2otk3RxIxyrR99X3ad/le3/B/Q3p2afz/B X/r+mfsDWBQUAFAHwZ/wVOaSP/gmh/wUEubct9tsv2Lv2nNQ0tU+++saf8GfGV7o6R8E+c+pwWiQ 4581kxzjFQ+L+tf63+RUPi/rX+t/kfd0P+qT6fnyeR6A9QPQ0S+J/wBdAl8T/roS1JIUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAU AFABQAUAFAHIeP8AxMfBngbxn4u8qKY+FvCXiPxKIZ2KQzDQtJutSMUrqwdUkFvtZlKlVJIIPNVH e9tt327O27t5foVHe9tt327O27t5fofPP7Cfgi5+Hf7GP7Jng2+u7nUdU8N/s6fB3Tdc1O9CxXmr eII/h9oEniHWbuKFI4lvNW12bUdQvI0jjiFzdy+VHFFHBDE5210tt013f+S16bdWOdtdLbdNd3/k tem3Vn1rUEBQAUAeE/tEftJfBr9lP4Z+IfjL8fPHOlfDr4Z+FbOW81rxNqsGp3qxLBa3d/NBa6fp Fjf6lfXS2FheXaW1jaXUzQ21zM8cUNu8jUknvfa/z19ei2tfdlJJ732v89fXotrX3Z8d+Mf+Cu37 FXgT4e/DX4v654x+IV38H/iR4M8AfEA/F/w18DPjN4q+E/w38KfFLw5pPi3wLf8Axq+Jnh3wRqng j4P3mq6Druj3t1onjvXdI1rSItRsrnVbCztb2zmuGoN7X6b7at9ba9NdtRStFX18vxvrbXS2q9Tx /wDar+Lcvxr/AOClX7GP7DuneIUf4caP8Efiv+3T8b/CmnSwX1l8TPDnhXxB4e+DHwH8MeKLaC+R 5/Ac3xJ8ba98RlivUTSvEXiD4XaDaOt9Da38Fr20KGkpa6X3T2Vnq0vPW3MtNG9b8dWry721aSXr fba7Vt9Vd206aH7cXj+b9kH9sL/gnZ+0BpGu3GjaH+0z+0PafsEfG/w+91a2fh3x5F8W/h5498Zf A7xDrsbxZuvFnw7+JHw2l0fwTqayR3kGh/Erxlossz6df2tpBk7TUl06WWvdtX3avZ26u11e5Z+x KyeYiNxyobjp8wBx1YZXocMRkdulc0lZ2s/n6vX0ZrDb5/5C1JYUAFAHxf8AGPWn8G/tZ/sWalET I3xHuf2gvgTeGUoQYdZ+Fw+Ovmqu1QLmK6/Z3jWJ41Vltb26SNVt3ZF1snFv5/d56/PXy3u3rZOL fz+7z1+evlvdv7QrNq1vNJmbVreaTCkIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAbIN0bqxwpVgSegBBBPPHANNbq3+Q1urf5HxH+zHZ6j4S/aE/b48GaqWSD XPjt8Ofjl4QikTY0Xgr4l/s4/CPwbdBWGUmi/wCFp/CD4qSC4VmHmSyQZxApa5LSNtbf1t30d1uu pclpG2tv6276O63XU+3v8+n86zMwoAKAMDxVP4jtfDHiK68HaZo2t+LbbRdTuPDOi+I9bvfDXh7W NfhtJX0jStd8Sab4e8Xaj4d0bUL9be01PXrDwl4rvNGspp9RtvDHiCa2TSLy4LmnGO13ve1tN/Vd Fpd6XW5M5ckXLt+v9fefiR/wTM/ZL/bj/Yzb9vg/EPwz+zB46m/ar/a5/aJ/bd8Mv4R+OHxa8NDR /iP8cpvBqp8JteXUv2a7kW3gvT4PD1zcS/E7SZtT17TblVhtPhhrJu4r+w6pYdRt78pJtKyavrvf X7tt9WkmZfWNFeD3d24X9L2d0+99XfXqlyf/AATp/wCCbPx6+Efw2/4KEfs/fti+FP2cPiH8FP29 P2iP2lf2l/FkHw4+IvxH1TU9I1H9oyz8IeHdb+Ds/hnxR8GPCEV/4a03QND1PU9P+I9p480zWtL1 ltPg07wR9ol/4SHSnK0Wru/L7urvfXS6btq3q97dbFKaa1Tu3d/5+q/PW59gah+zR+0f4y/Zw1H9 jDx9478MT/CW78DWvwo1342+HNV8Raf8cviD8KCLzw9qfg2+8IX/AIev/C3gfxdr3w7t9P8ADPi3 4saR8Qtel1zUtS8Q674c8BeAtRvtOvNB0puHM5u11Fuyta+1npra7cb7W3Wlsq15qKjo1JPR26eV lpZb77eR+jngbwrpPgTwh4d8IaDp1ppGh+GtIsdC0XSbCCG1sdN0nS7eOy02wtLeDEUVtZ2UFvbQ qvOyMM5aRmJ4q0lKpJpu1+v9dNum1lojSnFpJtvTq935ea7vr+XTVkbBQAUAfH/7eOhxeNP2X/Hv wvmYpB8bNX+HPwHvZE2mWHR/jd8S/CPwu8SXcIYhTLYeGvFWsaguTgC1ZsHbg3Dd+n9L+u333Dd+ n9L+u33/AF3ASYYsgA+WmQMYHyjgYLDHpgniplu/6/pdvImW7/r+l28iWkIKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgDyH4+aZLrHwT+Mmk26u9zrHwn+IelWyxqzyCa98I63aqUC8libhcKPmdlVVBcqDcej87Pvra3y uu/XtcuPR+dn31tb5XXfr2uZv7NGu2fin9nb4CeKLFontfEvwY+GGu2r28qTWz22r+CdE1GFreWJ mhlgdLoPDNEzRyxFWR2Ugly6+f36W+/ZNdfe9Ry6+f36W+/ZNdfe9T3CszMKACgD8+f+CtSW8v8A wSz/AOCkiSeUXH7Bv7XDDcFLKY/gB4+mQk4JTYyLICSArBWyCVJ1pr3o6aWe6Vnvvfy7XfrZoyk3 zNXfTb0XQ/LXWNA0O3/4NWYYY9MsIwf+CJfh7WjBFEkEY1a4/Y50XXZtR8uAIVvn1eSHWJbsKzza gy3NyzvK8h6W3flVlqr6WdrX+JfdbdLVbDnpy+vrtr101V99+54l+xd4Vbwh+1B/wQ0/as8a3+oX UX7Uf/BCX4c/sby+I9WupLq21T4qeDNB+Df7TuiaXLdTIVi8SeLvCb/F3WzO11NJrFt4Wu0tkb7L LJcdNBq0rv7Letv5b300bTTab+WisspJNq6vZvpto++vbc++P+Ctng2y+P3x+/4JC/s/afJPe6/o f/BQTw1+2dqdhp7+VfWHw/8A2R/hj8QdX1DxLd3AhuJLHSR4/wDiF8NfDe+dY4NRuvEtvYLMsynb zYSN1UbSdnazvpo7+T6dN+yZdd8sraq8bL8NHZ22vq9t7c1mv2+tg4hj8xQH8uPd067AWGATtAYk bQzAc4YjmuOfxS9bd9tNze6cY6a8qv8A1/W9uhPUiCgAoA+EP2nLOXV/2nP+CbtvbgiTQf2kPjB4 5vFQB2XS7D9iv9prwNM0pQnbAdT+JGhq0jYjWcWsWd80YbW1lL0fW76r87t+b02NbWUvR9bvqvzu 35vTY+76ze/yj+SM3v8AKP5IKQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgBrgMrKc4ZSpxnOCMcEZIPPXHHWmnZp9tf8AIadmn21/yPj/AMcaje/Dn9rn4U+J p7aP/hEfj38Pdc+Ceo6pk5034j/Di68Q/Fr4X6fdAbvL03xL4S1L45wPqJLpb6zp2gaX9nafXLYp ovhaXS3r0ffdPp5WuaL4Wl0t69H33T6eVrn19Fu8td2N3O7b0Jycn6nqc85JyAeKzejt2t+X9f8A AM3o7drfl/X/AACSkIKACgNOqT8mGAARgYPJGB19ad33f3sLRsvdV+/f5WHAgA4VQT3UAHOOvTrR d92/Ju6+ZDgm+q9Lf5Bld27bzjHX9enX3obbVul7r/L0DkXn/XyG1L1trbbby/z/AKRoml0W1rdv P/hreVgpiCgBCcAn0BP5U0ru3caV3bufHnxvudT8f/H/APZw+EGkDbo3hTVfEn7RnxOuiUlhk0fw No+peCPhh4NaIvG8GpeKPij40sfHukXzGS3Wy+CniOwuIo5NQt7q20ikrta7L77X+66v6PY0ikrt a7L77X+66v6PY+wkACjHTqOCuATkAKcFQBwAeg4rN7v9FYze7/RWHUhBQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAQ ywrMro4R45IzG8ckYdGVlYOrgsA6P+73IRghCpyHOGnbp3/HTp2V/vGnbp3/AB06dlf7z47/AGCN F/4Qf9l34afB0FpU/Z7i8Rfs4Ws7uzvc6H8A/FGtfC3wlqOHPmxJrXg7wz4c12CG5Ju4bXVbeK5B uI5yly6373S87Jfgr7XXe2l7l1v3ul52S/BX2uu9tL/ZVZmYUAFAHz7+03+zl4M/as+DvjT4F/Eb V/Gtj8PfiNo+r+GPHemeC/FuqeD7zxT4Q8ReHtV8MeIvCOo6tozQ6iPD+v6Tq91batZ21xbyXMZ2 CdAxIuMrWvZW9b66+fX0/O65U3duz+/9H/Wx833H/BNX4K3f7Hcf7C914y+N0/7PEXgiD4XL4Sl+ LXimW+k+FNt4VtfBlv8AC+fxS83/AAlMngi18O2iabZ6UNYSS1tBFbRXX2aFIq1dbZpLfV8vW1rX 0dutvPfoEoXS120vr+Oi8mz0T4dfsLfBT4c/s8fD79mS1/4THxN8MPhKfAz/AApt/GfjDV/EPib4 ZH4a2Ojaf4Dh8CeM7h08R6BD4RtdBsrfQZYr2XUbS1uNVsJ9Qu9M1W8spLjiHCXMkrtON9UrJLdL V72vdXSSa0uSqS6y06NLrp38n2/A9X8Efs/+DvB/ii48eTS6x4o8f3ui2fhu98deMNXvPE3i2Xw3 Y3dxqNv4ZtdX1J3OkeGV1S4bVZNC0eGxsLvVFj1HUY769gtZ7aIVfZqXKr3d+qSvptbtot+qsle7 q01Ulzcz07L5at/ge7+vp2HoPSsG7/h/w/z3LbVkrWsrevy0Xf7wpCCgAoA+StVurDxJ+2t4F0lJ ILi9+Ff7OXxB8Q6pbnJfTJvjL8SPAujeDb4oyjy7jV7b4JfE6ztXByLbTtWiV2Hnbtdot73XzV+7 699t2293bXaLe9181fu+vfbdtvd2+tazbv8Acl9ysZt3+5L7lYKQgoAKACgAoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo2DY8M/aG+Gup/E74a6jo3hbWoPC/j3Qb3Sf G/wz8TXll/aGleHfiL4K1O18ReEdR1rTknsp9S8Oy6pYx6T4r0i11HS7jWvCWqa/pEOp6bLex6ha XF7tvTbXXfv5aavyRcXu29Ntdd+/lpq/JG78Fvilpfxf+HGgeNrKL+ztQuDqWieLvDs84l1Dwd4/ 8L6leeHfH3gnVwY4Xj1Xwj4t0rWdCvg0EKySWBubeP7LNA7JqzfbTXy6f8P1E1Zvtpr5dP8Ah+p6 tUkhQAUAFABQAUAFABQAUAYfiHxBofhrQtd8QeINb0vQND8PaRf61rut6teW9lpmiaRp1tcXV/q2 q3dxNDDZ6dZW9rc3F1dTzQxQw287tLGI2ZWt1/Xnf9e3fQa3X9ed/wBe3fQ+Z/2ZdA1fxJceO/2i fGMWvQ+JPjjqOmX3hfQ/FGlvomreAPgt4Xs5tK+FngmTQ7qzsdU0a+1CCfxB8VfF2ma5axa9pfj/ AOKPizw/fLa2Oh6Toeh6NpRaveyt28vw6/LuaNpRaveyt28vw6/LufWY9hjk/wAzk/ieazej3vtr 8v02M3o977a/L9NhaQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgD468BRS/Cj9q34seCLm9jh8G/tBaJZ/HXwRb XUpQWfxH8JWXh/4dfGjQ9OaQrCLO90C3+EPja0sYy13JrWs/EPVGRrZzMNJXa2tb06W/BXenTqaS u1ta3p0t+Cu9OnU+xAyt91geAeCDweh47Ht61mZi0AFABTTa2Gm1sFIQU7tW122Hdq2u2wdKQgoA KACgCOWWKBHlmljhjjUu8krrGiIoJLO7kKqgAksSAACSaAPjr9k3+z/Hs/xU/aZgea+i/aI8Y2+p +BdanQiO8+BvgHSk8KfCH+wTIqyJ4P8AE9qPEvxc0BXCTXM3xR1bWZILNtZmsbfSWitrbTf5dnp+ T1e9jSWitrbTf5dnp+T1e9j7JrMzCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAK ACgAoAKACgAoAKACgAoAilRn2hSFwd27OCCCCoxtOVzlmG5d2wRnKOxVp2f9f5q3XXW3Yadn/X+a t111t2Pkrx3Z3/wC8e618a9Etby9+F/jBtPn+PHhfRdMW+1DRr7SbC10jTfjnolpZiHU7x9F0ey0 zw98UtItYdd1LWfBVhomvaRBDqPgu70vxlqndedn+N+qVlqt+r1tsap3XnZ/jfqlZarfq9bbH1Rp mrafrNrb32mXUF9Y3lvFd2d9aTRXVleWc8UU9teWl3bvJb3NrdQTxy21xDK8VxGTJC8kY31k1b+t fu/rz3Rk1b+tfu/rz3RpUhBQAUAFABQAUAFAEMs6QlA4PznC4K88EseWHCgAsTjO5VXc7BS0m/6/ y189tr9hpN/1/lr57bX7Hx74rJ/aY8az+ANLNwfgf4H117f4sazE1gdP+J3jLw5qGnXmn/CbSZBL d3194Q0HUGuLj4t6tp8Wk2Gsalp8HwpTV9et4Pix4f8AD9pWSbXfVO1k9t++unTtdlpWSbXfVO1k 9t++unTtdn2DbwmFNhYt0IJILZ2gNuIRAzMwLs+1SzO2QMZMt327Jetuvl5Et327Jetuvl5E9SSF ABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFAHzt+0b8L9X8f+DtM13wdFoh+LPwm8S2XxQ+DV/rtzd6dp9v4+0W31 DT10bUtYsLe6vNI8O+PPDGs+Ivhv4uvIbDUzB4V8X61cx6fc3lvZtDaa2118uv431t0X5p2mttdf Lr+N9bdF+afe/Cr4k6J8UvBeleNNGgvLCLVBcQanomqCzi1zwr4j0q5fRvEPg7xNDaXd3b2vibw5 rlne6Lq1tFdXEEd7ZzRW1zcW8UVxKOOr8rJXfk38tm/u0S2HHV+Vkrvyb+Wzf3aJbelg5AOCMgHB xkZ7HBIyPYkehqCBaACgAoAKACgAoAKAGSSLEu5s7cgEgZxnuewUdWYkKqgsSAKP6/r8vUP6/r8v U+SP2ideuPiHqGk/sx+CtVgt/EPxN06a6+KmqW264vvAPwISWfT/ABbqIWCaE6f4o+Icouvhr4B+ 2zwXdtqN94k8Z6ZZatF8PdY06bSMe+qXbvpqvlZ9fv0WkY99Uu3fTVfKz6/fovqjStMtNHsbLTNP tbex0/T7WGysrK0jSG1s7S2iigtbS1gjjiigtbWCJLe3giRI4II440XaOJcrr5/gr2/P/gslyuvn +Cvb8/8Ags0qkkKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgCvczrboHZlUF0X5gxyC6hlULyzldwRRlmPKq5Gxqir30ul/Xdfmla/kVFXvpdL+u6/NK1/I +T9Q8XeIf2hdTvfCvwz1e+8OfCrS75tK8d/GbRJRb3/ia5gbULPWPAXwguJrW8t7mW1u7NbHxt8T zHHZ+Gra+n8P/D641Dxe+r+Jvh7SurXtok0nbS76t6q++jdrbbIpXVr20SaTtpd9W9VffRu1ttkc 9p/gTxT+yfp1ufg34auvF3wB0y1tYtS+C2hoZ/E3w7gF7aW93rfwOiuDKuqeHLfT5LrVtX+E+q6m Lp0tRc/DfUG1j/ihfFg/e62fZ6JJX37taptXS7dQfvdbPs9Ekr792tU2rpdup9OfDn4leCvit4ff xR4D8S6T4n0aPUbrSbmfTJXFzpOr2KQHUdA1/TrlYtR0HxHpUk6RaroOsWtjq+mSPHFqFhaXBaFY as/61816/Mhqz/rXzXr8zvaQgoAKACgAoAwfFPiTQ/B/h3WfFHiXWtI8OeH9BsLjU9Z1/X9RtdI0 XR9OtIzLdahqmqX0kVnp9laxK0s93dSLDCil3yBtZpJtJ/12/EaSbSf9dvxPla68W+NP2k5pNM8A v4i+HvwNjuIv7S+Kpe+8NeMfitp4sVubrTPhTptxZJrfh7wfdXkken33xWvotG17UrKz1J/hTanT 9X0P4pafdlH57K3X73prtu9tet2Ufnsrdfvemu27216/UHhLwj4c8F+HNC8L+FtHstC8P+HtMstL 0XR9OgitbDTLCzt0t7e1tLa3SOGGNI1G4RookfdI+53ctDb1X9b9b6u3mQ29V/W/W+rt5nT0hBQA UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFABQAUAIQDwfUH8QQR+opr9H+T/ADGv0f5P8z5N8eeE9e+DfjjU/jZ8MdGu tb0DxPJaTfHr4Y6Dp1vc6v4uFlaafpFh8WvCsCXNjNf/ABK8JeGtO/s/xBp7/wBpal8R/A2j2OiW MF94t8KeB9J1TW6drOza08trrp28vI1unazs2tPLa66dvLyPoXwb418N+PvDukeLPB+taf4i8O63 B5+narpkyz286JNLbSr8uDFNBc215bXttci3u9Pu7Wawu7SK9hmhSGlra+l9fu/zskl1vexDS1tf S+v3f52SS63vY66oICgAoAKACgAoARjgE+gJ7DoPU8fnxTSu0u7sNK7S7ux89/H3476Z8H9Ba303 QdT+IXxI1bT7y/8ACfwx8MWtxqXiHVbDS7qyt9a8W6hbWMF9qOneBvBX2231PxZrtppWqamlsINH 8J6D4q8c6x4W8J69aj6q63v32VlbV72u7ab3LUfVXW9++ysrave13bTe4/8AZ68GaNpngqHxrF4s tPiR4h+KK6d428VfEezeE6Z4v1G60Ww0+xm8PWVvm10bwboukWlrovgzQYfMm0vQbaA6vd6l4ivN d1bUW3stm3bzV3e/b7uuz0G3stm3bzV3e/b7uuz0PoKsjIKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgCpd3dtbQTyzyrFFDDNNNIzKiRRQpvmkkdmRUSJc NIzOoRSCzKMkNLa+z+/qtPu/zGltfZ/f1Wn3f5nyjbaprH7TkpTw1f32h/s8RvAbnxpp99eWGvfH OGOa5ae0+H+raLqun3ei/Cy4ZLeC78dI08vxDszNB4JNn4Vkh8Va9o2lbq793oleyuk9lo156mja Vurv3eiV7K6T2WjXnqfUmh6LpfhzRtK8P6Hptlo+i6Jp9ppWk6TptvFaadpmm6fAlrY2FjaQIkFr aWltFFBb20KLFBFGkUYCItZvd2/r+vve7M3u7f1/X3vdmhMnmJsKK6tlXBwTsZWVsBuDkHawJX92 z4O7AJF2e9tGv67euvoEXZ720a/rt66+h84fEv8AZs8PeMdW1Lxx4L8QeJ/g58Xr63sIV+K/wzvr DSteu00qSRtPs/F+haxpeveAviRpEEM1xZw6X8RvBfi5NPtL6/bRJtH1OW31S1tSWl/x1t5r5Wvt rqky1JaX/HW3mvla+2uqTOPuvHP7Vvww1C3Txb8JfCv7QPhDyViuPEvwN1q0+H/xLsroEiO4u/hJ 8WfEVt4K1LSlXzJ9W1bRvjrBrMcu2DSfAOqiUtb1btZadOummv6222t1q3ay06ddNNf1tttbrauP 2zvg94YSVviJpnxo+GEEKrJean8QPgN8XLHwppW7Jcap8R9F8G6z8NbFBjiS58XpC6q7wzSxxyOk Si76Lv11+d3/AF1IlF30Xfrr87v+upzzf8FK/wDgnpHItvcftu/srWWoSAG30XUfjt8N9N8Q3qnO 1tO8O3/iK313Ukchljew0+5WR1dIyzIwByS7b7efoLll28+nQ2bD9un9mzxWo/4Vv4l8Y/GiIsAL 74IfB/4u/GHw9HICBtu/GHw/8Da/4L03YxAlbVvENgkOQXdGwQ1CS3Vr2s3/AMCz8tGt18qUWt1b bW6018nfXbR+vky4+MP7Q/j3UbXTfhJ+z9c+CNJE7LqvxC/aO8SaT4ds7e3liAifwl8MPh3q/jrx 94s1JT895onji/8AgfbWkBW5i8QajcZ0wvl030627b+Sv522t6t8um+nW3bfyV/O21vV6mifs1Te ItVfxZ8fvGuofGzxJHq2n6x4f8P6lY2/h/4OfD2fS2gm0638B/Cixe60y5bTtRt01y18T/FLU/ih 47i1vbNp3ifRtDh0vw3oz0SbtZPV6u/33vd6eS11Hok3ayer1d/vve708lrqfVFrbi2RkViQzs/z bSQW+8dypGWLtmWRnDSNLJIzyOSDWUnd6f1q3+vl6Iyk7vT+tW/18vRFmkIKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKAEIDAg9DTTs7jTs7ny142+D/jPwn4g1f4mfs93+i6B4m1SbUtU8Y/DjxJd6nZ/C z4oanPHZzJrOpnSrfU774f8Aj15bBbY/EHwpoWpDVoNQv0+IPg/4gLDoU2haJqXr89F+tn536qz0 NE1L1+ei/Wz879VZ6Gh8Of2kfBXiTxJa/D/xraa38Hfi5f6dLeQfC34mx2Olatq0els51m68B+Ir W5vfCnxL0zSjPA2p3ngnxFrcui21zps3iTS/Dt7qaxXcuLtdJvfy07W0d16eS2RLi7XSb38tO1tH denktkfSYkQkgE/LjJ2tt5JGA+NrEEEEKSQRggGps/wv8vPt+vQmz/C/y8+369AV1b7pzyRkAkcY 6kZAznjJGe2aGmt/69Lg01v/AF6XH0hDDIgJBdQRjILAEZ6EgnOO+e45FWoSeqWnfdPpurrTqNJv p+D/AK/ruZ+pa1pWjWd1qOraha6Zp9jbzXd7fahMlnaWdrbJJLPc3VxcGOK3t4YoZpXmldYxFFLI GKRuyy01/wAOvT89+3ULP+v6/wCGPkpf2h/E3xfms7T9lbw3pfjTQNRvJvtHx/8AGsWsad8FLLSI 02trHw9WzTTtV+P09xdCGHSf+EF1TR/h5qNqby+uvi7pdzaWen6vcVunbTppfqu3n1v02W9xW6dt Oml+q7efW/TZb+t/C34N2Xw5tL++vdY1rxt488SxWn/CcfEbxbdQ3nirxRcWn2o28TfY4LXR9B0D S2v75fD/AIQ8OaZpfhrQ7e5mGn2ME1xePdDkrrfR66vo9PX5+d+jByV1vo9dX0enr8/O/RnnevfD 3xV8G9e1f4jfBbRzq/h3X9Sm1j4ofAqwaw02w8Rahq2rXWq+JviZ8Nma3it9K+LGoT3+r6x4p0i8 vrfQfi1eiK81q60nxze3vinVRNNWfpddk9b3e2q9NdkCaas/S67J63u9tV6a7I+gPA3j7wn8SPDe m+LPBuqpq+iambqGKcW91Z3Vnf6dcS2Or6LrOm38FtqWheItB1O3u9H8QeHNZtLHXNB1qxv9I1bT 7PULG7t4Yaa6ENNdDsaQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgDL1fV7DQrC+1fV7yx0vRtKsLrU9U1bUr22sbDTbGyglubu7v7q7kgt7Szt4Inmmu5plgg iSWSdo44y5pK/wDX6+V9V9xSV/6/XyvqvuPk6xsda/ajuoNU1+x1bwn+zkWsdS0nwxdR32ieKvjn Pb3clxFqHjWw1HR9P17wh8KI7mDTb3SfB7TaT4n+JVvcTL48tdN8A3N/4O8cX8K31s7J+nlo3+Gn KurL+Fb62dk/Ty0b/DTlXVn17bWtvZxRW9rFHBbwxRwQQRIscMEUQIjihjUARxIpCRxLiKNFVI0R Rg5ttmbbZYpCCgAoARlVhhgCODggEcEHoQe4H8xzTTa6v73+g02ur+9/oVpLK2kzujHJzxkYPqNp BU/7pHrT55d/Ty/z+Y+eXf08v8/mRf2ba4IAmGVK/wDHxOcA9SCZCVfHAlUiVfvI6sAwr2krJWWn dL+vxDnemibXVrX5diT7DbgBRGu0c4KxsScEAl3RpCwzkMXLZzknJBTqNt3/AK0t6bb6a+T1Hzv+ r/j09dFfydrTJDHEAI0VAoCqFVVAGSTgKABnJzgUnJtW6b6/5/lf8ROTat031/z/ACv+JLS5nZre /cXM7Nb37hSEFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAF ABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUABGQQehGD36/Xj86bd+21tP18xt37 bW0/XzOG8a/DXwJ8RtI/sDx54S8PeMtD82G5GjeKNJs9c0n7Xb7vs9ydO1CKezMsQkkUMYSSHO7d jmlLurLXbo311/rUpS7qy126N9df61PnTT/2YPEHw6a8T4G/Hr4u/DvRbmee9j8AeJdW0340/D2w u3CuI9Es/i3a+IvHfhLw+pJgtPBvgL4h+FvBGjwBbbR/DVhCkaR3dPzvo2k/8nqtLX76F3T876Np P/J6rS1++hnTSft+eEy4tL79kr42wBy0J1LR/jH+zZdxxnmO3nvNLv8A9qyy1G6kXInvrHS9Ltoz 8yaV/wAsy4wjPS7stdLJ+m1uvVX37hypq1/yXytbpfqrq/mRD4g/8FB7jEX/AAzX+x1pIkO034/b U+NfiKS2JAO46F/wwP4YkumClWMM2s6ZwRmYZBpqir6ye26Wl3e1m9GrbkqGru+n4/qkaWneF/22 fE1wH8XfGf4H/DnT5F3toHwo+CHifxL4isGYNs8n4ofE34l3XhjUACRuUfBO0m+UhymSqVywWnS+ t5NbK3T3na2ztH9XZa6adW3bsrd/ROy19DS0j9kDwFe6+3jH4wa943/aH8XstssWofGnXoPEHhPR /skvnW0/hX4N6Dpvhr4GeEtUhcKH8S+H/hnY+L9RRIY9b8RaqtvAUiUorZ6dLav5t9/N3sPmilZP 7tep9VQWNtbKiRRhEj4jRQqRxgAKqpHGEjVUQKkahdsSDbGFBbOTlfS36+nzXfd6J365uV9Lfr6f Nd93onfrcqen69Sen69SNolYkknntwRjBBBBBBUjqCDzyMGmnb+n/n/Xo2hp2/p/5/16No+dvGfw 38S+GPFV98XfgrHZr4s1FbJfiB8P725Fl4Y+LOmWM25JneWaK08L/E6zsLi7ttB8bJFHFqtvFpPh 3xw1/oOlaFL4ete9o72fVPS6dv8At7otb67Fr3tHez6p6XTt/wBvdFrfXY9K+HPxM8N/E3QBrmgS TwXFreXGk+I/DuqRCz8R+DPEenuItX8L+LNMDzNpGu6XN8ksEkjW19C1vqWk3WoaPfafqN3Ljbv9 3payvrq7dbfOxLjbv93payvrq7dbfOx6H+n+fapJCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgDkfGvjPwx4E8Mar4t8Wa9p/h7w9o0UUuoatqM5gtYDcXENnaQLsInu r2+vbi2sdN02zWbUdV1C5tdO062ub27t4ZKitVpvrtut+vexUVqtN9dt1v172PnnR/CHiX4/ajp/ jb4taHe6H8LtM1HSvEHw9+CWtC0lvdS1XR9SOraD8Q/jFZeVdRy6xp9zbaH4n+Hfw3jkNl4J1G2s /EnjAal8QbbRrP4f02k7d73sl2tp8+j6+T1ptJ273vZLtbT59H18nr9Yqijadq7gMZwMjO3IBxnn aufXauegqG293chtvd3H0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAU AFABQAUAFO7WzaHdrZtBgc8Dnr7/AF/IUXfd/ewu+7+9iYHoOmOnb0+ntRdrZtCu+/8AX9JAAB0A HOeABz6/Wjmk92303e3Yd33f3sXAznHPTPfHpRdvdt/MLvuwou1s2gu1s2gpCCgAoAQgEEEAg9QR kH6+tAHgvxI+F2sy+JLX4p/Ci5sfD/xSsbexsdWjv3uofCfxO8M6dPLOngvx5FZid4H23N4nhTx1 Z6XqeveA9UuU1FLTWvDv9teEvEFxejTenT9X3X66qzbLi9Gm9On6vuv11Vm2dD8MfippPxJsb+P7 HqXhbxb4XuINL8d+A/EMaWniXwZrbI7/AGPU4QxhvtLvEgluNA8VaUbvwv4u0uW31bw5qd5aSb0G lZ9ez06+nZ3fTZrVXsNKz69np19Ozu+mzWqvb1hXR/usG4zwRkDLLyOo+ZWXkD5lYdQQIIHUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHCePviL4Z+Gmg33iXxbeLZaVZvp1 rCsKzXuq6tq2s3qaXomg6Ho1pDNqOs69r2sXFlpGhaRpkN1fatqN0lnaQPc+XFM1Fvb+v6/VdxqL e39f1+q7njfg/wABeKviR4i0r4pfGawl0ebTHN78M/hG9xDeWPw8Ky3McXirxpd6ZqF7onin4s31 i9uj3dlc3nh/4frLdaP4Ke/u21jxr4gttpaJ+d7rr01vv6N7u92W20tE/O9116a339G93e7PpqGJ YVKr3ZnOM4LOxZmAJYgsxLNydzEsSSSTDd/6/r9F5EN3/r+v0XkS0hBQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAeHfFD4PH xdqOneO/Butp4F+LXhqOOLQvGdtpwvbfWNEiu5b658A+PtKSWA+KvAWsSyy+fpwms9Z0K+uJPEPg /V9C8RpHqNWpK636L00s3pr/AMD0VrUldb9F6aWb01/4HorN+E3xaTxfPqvg3xVo3/CE/GHwnYaX eeOvh3cX41CSzstRa+stM8X+FdXbTtE/4TT4c+I7vRtUtPDHjWw0LTYr270nUtC1nSvDnibQ9b8M 6ISV7aq36v8AJ+rXnrdskr21Vv1f5P1a89bt+4I4kUMAQCWGCVJ+Vip5VmUgkZGCeMZwcgS1Z9H6 EtWfR+g+kIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAEJABJIAAJJJwABySSeAAOp oA84+J/xQ8O/CzQrbVtaTUtT1HWNWsfDnhTwp4dsJtZ8V+MfFGqyCDS/D/hzR7Yb7i5mldbjUtSv ZbDw94Y0ODUvFXi3WdB8LaNq+tWDSvvt9yXq+nl5jSvvt9yXq+nl5nl/gL4a+Kdc8U2Xxh+M4sr7 4hWkd7a+EPBthPDqvg34P6NqHmxXFv4ZvpNP05te8bajpd6lh4y8fXVss1wsV7oHhGLR/DUuq23i XTayV0t9lre9m9Vpp1Wi3to1ptZK6W+y1vezeq006rRb20a+lRGgbcF5zkZJIB2hPlBJC4XIAUAA M+Mb33Ztt7/1/X9bIzbb3/r+v62Q+kIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoACMgg9CMHt19xyPwoA8h+Knwm0n4iJ oOrW99qXhXx54OvpNV8C+PvD5C614a1OaLyLmC6tnkWx8SeFdatmax8SeD9dt7/QdZia1vZobLV9 I0bXNJqLt6dfTX/P1va19iou3p19Nf8AP1va19jnPhx8V9VvtZb4X/E2xtPCXxd0XT4r25sbQN/w jPxA0ITy2Y8e/DW5vLu+vL7w/PLAW8QaBeXd94m+Hl9cW2m+KpLix1Xwt4o8Ttryvdu2rvpe6e+v RW3t97a8r3btq76Xunvr0Vt7ff8AQOQehz1H4g4I/A8H3qCAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgBrMFxkE59ATj3wOTzgYAJ5zjAJDtft8/wCrfeO1+3z/AKt955N8UPi1o/w+g03R 7SwuvF3xE8Wtd2fgP4b6LNAniHxRdWktpbahqDmVvL0Xwj4cbULK78X+ML5f7L8PafPASL3Vb/Rt I1RqOqu10b7fe1Z38rjUdVdro32+9qzv5XOZ+GPwhv8ATdal+KHxR1LTvGnxi1XTL3Sl1q1s2h8O /D/wtqV6mof8K/8AhnZXcl3c6VoOyDSovFeu/aIdZ+I+saHYa34gS1sdP8M+G/DDbtstL+aem/z0 63aun6Nu2y0v5p6b/PTrdq6fp9AKCBzjqTx7nPoOal6v+tuhL1f9bdBaQgoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAK ACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgDzT4k/C/Q/idpltYaxcalpd9o+o2+veEvFHh68/szxV4M8UWcE8Fp4j8OaoIZhbX0cNxPY3t leQX+ia9ol1qnhzxJpOs+HtZ1TS7mrqyXya6Wv63dum2v41dWS+TXS1/W7t021/Hz74efEvX9F8R Wnwk+Mo0/T/iCLOdvCnizS7K+s/B/wAZNMsLG4vrzVfCqXEU0eieL9PstNvtQ8XfDOTU77UdAtoZ NU0O413wmItXt6ktG77bp7rfsurb/wCDuVJaN323T3W/ZdW3/wAHc+iUdZASp6MVIyMgjnDAElSQ Q21sMARuUHioat/WxDVv62H0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFADJCyqWXBIIJzn7oY F8Acltm7YOhbAJAJNNb/ANfL8Rrf+vl+J4p8UPitN4XurDwR4L0iLxp8WvE1lc3Xhrwh58lrp9hp 8FxFp914u8b6tDFdx+GvBWkXlxEdSvZ1/tLVohc6V4TtNa18R6c9qNlo367rTunbW/TVp2LUbLRv 13WndO2t+mrTsXPhl8KLTwc+oeKvEGtT+OPid4qjh/4Szx9eLcW32uzt7y6vdL8NeFtFkvr6z8G+ BNB+1GDRfC2jSJBKySa3r91r3ivVNc8Q6pLk79rPT8vm7adrEuTv2s9Py+btp2sewgAHPfnkknGc ZAyTgcDgYHHSpv8A1/X5k3/r+vzFoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgDz34i/Dbwj8S/Dc/hrx dpC6rYSX+m6raypLcWuq6NrWjXNvf6N4i8O6rZSW2o6H4m0TULK1v9C8Qadd2ep6RqMFveWd5C9v GBSbb77+Xz039NdLqxSbb77+Xz039NdLqx414O+J3if4Zaz4e+FHx11aLU7/AFu4sdB+GPxnuU0n TNO+Lepf2Y1y3hvxNaaVb6ZpWgfGgw6fqmpXGkaRomheEfHlgieIPh9p2jk654D8FU4p+X6ata+S 62231vcpxT8v01a18l1ttvre59TKSVUsAGIBYKSyg45CsVUsAehKqSOdo6Vm9G12M3o2uwtABQAU AFABQAUAFABQAUAFABQAUAFABQBE80UbBHdVYqz4PZFIDOx6KoJA3MQM9+DTSb2X9f1+ndDSb2X9 f1+ndHzx8Svid4gi8TRfCj4SWen+KPi3qWnNql02pT3/APwhfwv8O3MtpbL4x+JOoaZZ3QheVbqe 68EfD2S70zxD8Ub3Tb200dtN8LaJ4t8Y+B70S/Xz10V1fTe9m1eVtbl6Jfr566K6vpvezavK2tzt vhb8J9G+GdprE4vL/wAT+MfFd+NY8cfEDxCYbjxR4w1fMhjlvpoUjtdM0bS0ka08NeFNGt7Hw34W 07Fhomn20bTNLLd/6f4+e7v1uS3f+n+Pnu79bnqwAHAAA54HHU5P5nk+9SSFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA0MpJAPIxkc5GRkZHUAjucDPHXinb+rr+ v899h2/q6/r/AD32HUhBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAAQD1GfrQBynjHw d4f8daBqfhXxTo1jrvhzWrV7TVdKv4fMt7uPzEniJKyxSRT29zFFd2d1CyXdlfxW9/Y3NjfW1vdx VF26tdf60e/Wy201vpUXbq11/rR79bLbTW+nzxoni/xH8BdY0TwL8VtcvvEnw01O907w/wDD/wCM urzGbUtCu7i2uINM8C/G3VLvUbqW81i8ubGOz8J/FqWGzsPFNzfaZ4T8YtZePrnStb+JlNJ3stV0 69LO1lut0vK60KaTvZarp16WdrLdbpeV1ofV6SJJu2EnbjOVYDkZwCwAJHRgM7WBVsMCBDTW/Uhp rfqPpCCgAoAKACgAoAKACgAoAKAIZpvJAby5JASdxjXcY1Ck72UHe67tqbYUllLOu2JlDsjSv/X3 /d5/eNK/9ff93n954V49/ac+CXw58RT+C9d8aw6n4/trK21Kf4beB9I1/wCJXxMhsL1ttheTfDv4 d6T4p8ZwWmoMHSwvJ9Eis7lo5dtyqxSMr5X010v/AE9u/qtVcfK+mul/6e3f1WquecaP8ffj945k u5fBP7J2u+D9Hgn8qy1T9on4oeEfhpf69bOrPb6po3hH4ZWXx48U2dncIu9dP8caf4H8TwjP2vw9 blJQlxp8zeuyeyvqraatLur3tf8AB8nn5bde3Rb6eum+ip+NNS/bl17w9qVl4J8Kfs1eBPEl7Alt p3iPUPiN8TvHMekI1yn2q5j0Nfg14Qt7y+Fp54024udVutP02/Nte6joWt20U+k3WiopXu723Tst ++ja8vPt1aile7Wnp17726W1XWxgfDvRP2j/AIQaPc6ToHwV+BmsSXup33iLxPrl9+0Z8RrnxV4t 8S6s7T614m8S6/q37OMlzqet3kgSFJriO30vT9Ki07w94ZtNM8OaTY6Zp+bSejaVn22T0Vtey16b 3SsNpPRtKz7bJ6K2vZa9N7pWOo0v9ri50TUr7Sfjj+z98b/goLJUMHjJ9C0j4vfC7XAWYSXWm+Lf gpq/jrXPDOmRBJM6h8XvBfwsjleKSKBJZfKWWXDrdbX/AA1+W33/AHy4dbra/wCGvy2+/wC/6M8C fEnwL8UfDll4w+GvjDwr4+8KX91PZ2/iLwhr+m+INHa5tJWt7y1N/pk1xAl9Y3CNbX1hIyXdnc/6 NcxRSq6qnFpXenl/l3/4fsJxaV3p5f5d/wDh+x3NSSFABQAUAFABQAUAFABQAUAFABQAUAFABQAU AFABQAUAFABQAUAFAGRrOvaP4d0vUtb13UrDSNH0ezu9R1XVdTvLbTtN03T7CF7i+v8AUNQvpLex sLGzgjeW5vby4gtIEVmlnQKapRb9H+dr7b/8DUpRb9H+dr7b/wDA1PlXWf2zvAV7ZwSfBLwL8VP2 n9Qv3VdJj+B3hizuPB+oxF5I3vYvjV8SNY+HPwDFlAY3aRV+KUmqXKRztpOl6m0MiK+R6XaV/wDh /wCvzHyPS7Sv/wAP/X5mxbfEL9rDV4EurD4B/B7QY5lSRLHxR+0F4ln1u1WQKVi1S28K/AjXtCtb uLcVnhsfE2q27Or/AGO8vIfLnktUrpNySbvutNLd2u+6T+TDk89fTyv3V/kMXxD+2PDPJLJ8OP2c 7mBwnk2K/Fz4m20low+UiTVG+CN19te7UiYW/wDY+kC0YLArXjtk1OC5b3V76tvprdpWV7bJ69dt Smm1031fZfcr22Td776XKusfFz9qLwlZT6nq/wCy/wCGfH1ta7DJo/wZ+PGmah40vEbPmPpWlfGf wH8D/BcpgUF5YtU+JGjzsBttorl2RWyUb7P8v0b/AK9GiVG+z/L9G/69Gi94e/bG+Cl/Po+keN9R 1/4G+LtZvLLSLXwd8e/DWrfCrUp/Ed/IlvbeGtF13xFbx+BfG+r3F1ItrYj4deLfGOn6rMU/sm/v klgeU5Gu71V7W+dtenmkHI13eqva3ztr080j6jjlWQsvAZcEqGDHaSQG4HQlWXPI3o6gkqcS1b+v TX0fT7+pLVv69NfR9Pv6ktIQUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQBE0u zllO3PLArtUZIy25lYdMnCkDnk4qlG6Wqu+n/Dfl5PsylG6Wqu+n/Dfl5PsxfNU7SCCrcK2cAnqA uR82QDjbuPHTHNFvP5ddHZ6X6LXf9bFvP5ddHZ6X6LXf9bCuWPCnBGQ+fl7ccgNk5H8OMZ5yMUcu l27eVtf8uq69fIOXS7dvK2v+XVdevkSVJIUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAc9rvh3RvEOl6npHiDTNN1zSNWsb7TdT0jVLC0vtN1Ww1GGS0vNO1GyvRJa3t ne2biyvLW4UW15CWiuVaIokVRb0Wt+j3t6L0v/wNb1FvRa36Pe3ovS//AANb/NcOt6r+zFNFp3im 81LXf2d5pLaz0TxnqM93q3iD4KJBpSJDpPju5W1nvtY+GG+zEdj8QtRuJtU8FyXK2/jmWXwrbt4w 0umuaz2fXTTyd9n97022sU1zWez66aeTvs/vem21j6tS4DxJKu2RXGQ0LGVWxxmN1Xayk8BmKL33 Ac1PL629F2b766WejejJ5fW3ouzffXSz0b0ZKrliMrjIJ6g9CP7uR35yQQeACOaTSWzfzVv6+75i aS2b+at/X3fMfSEFABQAUAFABQAmRkrkbgASMjIBJAJHUAlWAPQkHHQ0AcT8QfiF4S+GXha+8W+M tYXSNHtJrOxjeKCW/wBS1HVtUvItN0fQ9C0m0hur/W/EOtancW2maLomm2l3qOp6jcQWVpazzyLG bSu0kr9731el1dfKxSV7JLZa3vq9L7dtLHzd/wAI98cvj60Vz46v9c+BXwpg1eS7tvhz4H1a+0/4 t+P9FitZYbK3+JfxEsbi0uPh5pt/Ldrql54J+Fd5beLLO50zTbbU/i2tnJ4i8D6hs1CN9r3W7svV WtdJfK7TVi7JaadHq7ena6Vtnu3vue//AA3+E3w9+FHh+Tw58P8AwjonhLSbrULzWNRtNF0+GyOq 65qD7tS1zWbpEF9rmuam4D6jrus3F9rOqELLqd9dz5lOTnZtJL17rpt5ef8AkJztdJX8+/rbW9vP 7tj0RIIYwFjijRRuwqqFX5jl+AMfO3zOcfM3zNk81Ck1s/6/r9e7Iu+/9f10JCqnGVBx0yAcfTPS nzS7vto7ffbf5hzS7sQKozhRyc4xxnJOcdM5JJOMk8mld9389f63C77v56/1uRvbwyfeQdScgd8b TnsQVwpB4ZQFIIAFVGTV29fV2fXb/JFRk1dvX1dn12/yR8z/ABB/Zm8JeJNY1/xv4E1DxB8GPi3r Rs5H+LHwqk07QPE17eaVGkemXXi3Sb6y1XwN8ULewtWurG30r4reFfF+mm2uBaWtvYRWljeWT5k7 J2bb2v6rrt02d+vk3zJpXSbfT71206bO/VdnQ0n41+MPhvrWneD/ANo+10HQ117WNF0HwT8ZvDkF zpfwx8X6zrtxFpmleGfENhq2parqHwz8darrjrpuh6Fq2pal4f8AFEmo6JZaB4un8T6hceF9M0cF a6jptZ6PbdW30u7vmta6TV0DirN22SXnpu9Pnq77X1TPqeOZWjV2dQCu7JOBt4+bLBODuU7tqg7h gYIzjJWe1raf1v27vVP0UNW6P+vv9N29H6E1SIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAYzptY70AXOTuAClSwO4gjADIwbJA+Vg3Q01/n8/LXr+PbUa/z+flr1/HtqfO/wASPjfd6X4i uvhZ8I9Dg+JnxmjstNvNQ8PtqaaZ4X+HOma27nS/E3xY8RW9pfzeGNLvrW11W58O6FZ6dqvi3xpN plzb+HtEm0+y13XNCtRTWy3ffpe1nfVfOOxaimtlu+/S9rO+q+cdjjNP/Zfg8baqPFP7RnirUfjp rg1qy1nTPCviDS7TSvgp4KbSjBLpFr4O+EBfUNGnnsb+Ea9F4v8AH9747+IUPiGW4fTvFWmeHbbR NA0gulorb7de71030Xey76Iulorb7de71030Xey76L6ygsLW32mKFFZE8tHCgMkeI18pCMbItsMQ 8tcJiKMbcIoEuV7aWtr8/wAvw/MlyvbS1tfn+X4fmWiiNglFJGQCVBwDjIGRxnAzjrgZo5pa2lJX 3s2lptou3TsK77vXXsGxOMKo2ghcADaD1xjpnvihyk95N3d3d3u1te+/zC773666/mNMUZx+7T5c hflHAb7wHHAbA3Do2BuzildvrsF2+uxz3iXwl4d8WaBq3hrxFoWka/oGuWN1pus6Bren2eqaLrFh fxyQX1jqmmahbXljfWl9BNLDewXNrNFdRSSRzo6uatSdtUm7WvdJ67db777WLUnbVJu1r3Seu3W+ ++1j5fufgf8AEb4OC41f9mDxBZW2kQ6QlmfgF8Ttf8R6h8KLqTTy508+BfF0sHivxl8E7ye2W10U 2miaP42+GWk6XBBLZ/Cw6nFcaheXHlldOz231abetuWytbzu+lmh6S31tv3V+1lZ6dtb9unr/wAL vjJonxKTVtN+w6v4U8d+FDpsXjv4deKbaOw8VeD7rWFZtMa6gimksdX0HVZIb9PDvi3w7daz4X8R RaZqUem65cXum6na2g6ajvbZvrrZNvz2Vm7pJtNR2Fa2jS2b66tfjtvqlrt39kV0b7rK3JHysDyr FWHB6hlZSOzKQeQaxs+zIs+zHUhBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA0soJBZQQAxB IyFOQGIzkAlWAJ4O046GnZvZNjs3smz598f/ALRXgjwP4jfwDp9l4r+JHxPOmpq4+F/ww0Y+KfGN rpdw80FjqXiaSW90rw18O9G1O4t3s9K8QfEfxJ4Q0PVL2C8tNO1S7nilZNIx5ntv5aW3btbXuu+1 ktC0r6209NLaPRWu3rp37JaHAJF+2V8S9KvDf6r8M/2ZrLUvNis7Xwtp0/x3+KGl6dIM296/ijxJ H4O+Fvh7xcEb/SNL/wCFefF3wnp12rQxa34lsxHey24U42u11303S1tu7X7q3ROw3GK3/G23Vpbv fq7rzsryaL+yNpLWFuPiF8ZP2kvi14hKqdQ8U+LPj34+8Hy37ssfnl/AvwPufhF8HrBXdZH2aP8A DTSQvnPFam1t0t4YDngmrKL0tpGO3m7t6JaWv5rYLxVrdultvPr02/C9jbP7IXwbCkC1+IJkKEfa n+Nfxxa8LkoUlluv+FmCV5UCkB0Ma7Tj2AqkV0VrJelvK17a/wB71VgUo+Vlttp8tGr+Se+r00zd U/ZG8Im0uB4M+JX7Rnw11lstYeIfCn7Qnxa1mTSZFICyQeEPiT4w8ffDPVSdu/HijwL4hXLsFVEI jROcNVZbW8ttG2o3b8ttXpdajkt9L2s10+9LXfbb52MyDQf2zvhhoscWjeP/AIdftNQaYY0htfi1 og+DfxL1613gTyar8RfhN4f1H4ZHVVT5rWLTPgF4Z02dh5V1eWKM17FNovRWTfo9db22f5LbpcLR eism/R663ts/yW3S53XgD9pLwj4n8SaV8OvGOleK/g98V9Ysbu+0r4cfFbTdP0XW/EMWmxwyayPB XiPRdS1v4d/EeTRFniuNYj+HnivxLc6LZXFndazZafDdW7zLl9O/ZJefX011trsLl9O/ZJefX011 trsfRiOjAgOjFW8t9rK22QAFkbGMOAQSpCnBB2gGos+zIs+zH0hBQAUAFABQAUAFABQAUAFABQAU AFABQAUAFABQAUAFABQAUAZ2q6ja6VYz6le3dtYWFjG93f315PDbWdnZQo0lxd3dxO8cMFrbRqZp 55ZokiiRpGaQL5ErSd7W+T/rz/4K3TSd7W+T/rz/AOCt18jyftL+L/iVBYr+yx8Mx8V9J1K7dYvj B421y8+HPwMTRowEk1zwr4nXRPFHin4tQ3UgZvDV58PfCWp+BPE6xzSt8StB097PUbu1Ha66u9uv Z2Wy3220bVrlqO111d7dezstlvtto2rXDVfgn+0N8R9T0y6+I/7UXivwh4etBML3wB+zd4L8OfCz Q/EUcu1kg8WePPHSfFf4vNJZvlrO/wDhl4x+EbyKWi1C2v0AWqXJFq9n07/he2vfbe/m7QVtvz+9 X697W6s3P+GPvhDdRSwaofizrCSJKkq+If2jf2j/ABMl1FciUzxXja78Wb2W7jl82QTxP5cbeYIg hgSNErnVn8L3XSL1+TirdHZrpfqzm0eqvqlrZ6t9dtFbXZtbvQqab+xV8B9B0rTdD8OaN468L6No lhaaToOkeFPjP8bvDmnaFpun28dnptno1jo3xIsbXSrXS7SGO00y2tR9lsrBFtIYURY41yck+jfn fotv83a2pztTu2pOzvo7aX17d9UtjOvv2ZPH3hrVrDWfgt+0/wDHb4fx2ZPn+CfHHiC3/aG+G/iJ yjf8jLb/ABssvFvxY0+1VlTZF8O/jN4BERHyRPFJLBLUXTu7rp17/ff9Ntty6aabc2paaXaX4WS/ rVrQsyfE79pj4a6iI/in8JNB+J/gRoQP+Fhfs/za3H4y0u8SNWlk8R/AXxbNqOov4dUrKYNR+H/x b+I/iy8lNvA3gK0ie4uLeuRNNxs3Z72fW2nLaN990k9+jZpy9Vr8k10WltO+/wB27Pd/hn8VfAnx e0BfFHw+8U6f4l0iK6utK1FbWO6sdS0LXbFxHqfh3xR4f1W3s/EPhPxRo8pWDVvDniSw0vXdKmby NU0qzneNTm0lfytrtptr03Xz3u9RNJX8ra7aba9N1897vU9HR0kG6N1dTghkYMCGUMpypI5VlYeq sCOCDUEDqACgAoA4H4lfEXwz8LPCOq+M/Fl2bbS9Njhigt4VE+p65rWo3MOm+HvC3h3TwfO1nxX4 q1y70/QPC+hWcc2oa3rV/a6bYQTXVxHG1RT8+39NNf1ZdVaop+fb+mmv6suqt5P8Pfhl4i8TeJbf 4zfGVIZ/HQS8j8DeDYrq31Dw58HPD9+biI6foUlvClvqXjjV9Okth438biW5kublP7A8LXVn4WsX fxDd1G3pdd9NUn5dEvLW93a21HTo1p301Sd+j2t0+en0mi7BjjHXjPUk5znJJPVmZ2ZmJJxUSkpO 9mvV39NdFptZJfNmbd/66f10SXzH1IgoAKACgAoAKPUPUw/Efh7SPFOjajoGvaXp+taNq9pcadqu larbRXenahYXkL211a3lpPHNb3UDwyuTb3EMsMrKqsEOJE0U+XZytdb20t29Ureje+xfMlazlbs7 fnf8D5b0HV9W/Z18WeG/hf4y1XVdb+D/AIw1Ky8OfB3x3rF9rWua74S8T3i389h8IfiDrt3Be3F1 pFxYac1n8M/iT4n1l73Wr5bf4c+Lr9/G+oeAL/x87815dNbp217WVrei2T2T1u1qr9Nbp21elrKz 3f3N9dU/rxZAxxtIyMg5UggjIPDE4PzYONp25DcrnNprX0/FX/VfeQ01r6fir/qvvJKQgoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKAPmz4nfEDxRqvi63+CfwjuIrPx/qFjba94u8YXejtrGif CjwJc3slo+v3McrrpV5448TSxajpfw58NXkzfbNQsdY8VaxY6j4b8JatpWoapXSb/wCHXnpa3ZdF bfpqldJv/h156Wt2XRW36enfDX4ZeGvhb4ei8O+G7e4MPny6jqOrapqF5rPiLxHr18EbWPE3irXd Skn1LxB4l1m4jFxqeuanc3N/eERRSSiC1t4405W0V97X8la6Xa2y089xOVtFfe1/JWul2tstPPc9 FrN26beZm7dNvMKACgAoAKACgApq3W/lYat1v5WPFPiv8IIfHj6Z4n8Oau3gj4o+EvtEvgn4g6fY Wl5e6WtzbTQ3/h7W7KdUi8S+Btf3pH4h8KahMtrNJHaa/pE+jeL9E8OeI9H2jUvdPXR7rVvura3S 9X6WNFJPT53tq35WejS7XfoRfBn4nv4+tdb0bxJpEPhH4o+A57DSPiZ4I+32moNoer6lYRapYapo 9/CILjXPA/iO2kuNR8G+KLmw0+TVrRL6z1Gx0vxTpHiXw9oMSi3bf/gem66Xsu+mgpRbtv8A8D03 XS9l300PcAc8jpWbVtzNq24UAFABQAUAFABQAUAFABQAUAFABQAUAFABQBFNMsCGR8BF3F2LKioq ozs7u5VVQBTuZiFXOWIUEhpX/rzt+o0r/wBedv1PkTWPGHjP4/6peaB8Idfk8G/CSCbVND8UfGvS vIv/ABF4tvrdEsp9D+CU8DT2VjY2011e2+r/ABXupbmHTtR0+40vwTo+q6gNW8U+ELSSW+y22vd6 NptL5Ppv0RaSS32W217vRtNpfJ9N+iPdfhr8JfAvwm0GDw34G8OWGiadGTPdzxyXeoazreoNHFHL rHibxFq81/4k8Wa7elZJNR17xPrOr6zqE5Fze3tzMwaI57fDdPp5fjbbS1u+vdOXa67bafptpa3z 3v6WABwBgegqG23d6tkN31ZKHUADnj6f41k4yu7S692Abx6H9P8AGjln/N+LAN6+h/T/ABoUZXV5 de7AirQDhvHnw58HfErRJ/DXjbw5ofifQblop30vXtLtNVs0vrYsbPUbeG7jkW21CzMjyWd/am3v rWXElvcxPh0tT/m1+S/r8C1P+bX5L+vwPmq31rxl+y41pYeL9Y174kfs+WsVhptr461e61TxP8Tv hKPtcemWI+IGotBf6v8AEP4b2treaVHqnxQ1m7n8aeC7eG61/wCJ2oeKPD665458NvlTTt673Svv 08nt26XsPlTTt673Svv08nt26XsfYVhf22pW0N7ZyRz2lzFHcWtzDLFNBdW0y74Lq2mheSKe2uI9 ssFxE7QzxsskLyRsrtDVv69Px7rdfMhq39en491uvmXKQgoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgDzz4l/E3w38LPD8eueIF1K+n1DUrHw/4a8N6BYyav4o8YeKNWZ49J8M+GtHgIlvNS vXR5bi5uHtNG0HSYNR8TeJ9U0Twtout63p1KLeuy7spRb12XdngWnfBDxJ8ZNRtPF/7ScemajZWV 1eXPhH4FaTql1q/wy8GpIyjTdS8ZyGKyg+LvxCtrYRXg1LxBZHwb4E1pVT4faAmsWL+PdVq6irdV 97s769l97s9u9XUVbqvvdnfXsvvdnt3+tbOzjtIhGiIoXGxVUYjXaBsUhU+RSDsARFjQrFGiRxoo lyeybS/H/P8AF+rJcnsm0vx/z/F+rLqkA5PpUNNp20ZI/ePQ/p/jUcs/5vxYEZ5JPqTWq5bK/Ne2 trW/HUpcvXmv5WEodul/nb9BO3S/zt+ghVWGGAI9wDQpNXs7X0YJtbM+cfiR+zxofifX4viV4O1a 8+Gvxe0re9j8QfC3nWj65arbz2qeHPib4etbux0b4r+DjbzssOg+No9QfQbrbrvg3UfDHie207Xb ClK79d10/HZaJt/hpd0pXfruun47LRNv8NLu38KPizquo6nN8NPirpFh4O+MOlaZHqc+n6fcxyeE /H+hRyzWc3jn4Z3s8/2280CO7t3tNd8P6zHb+LfBF81nDr9vd6Drng3xb4sclfXTq29fJebvfp8l rcclfXTq29fJebvfp8lrc+gwcgH1APbv9CR+RI9DWZmLQA19207SA2PlLDKg9iQCCR6jK56blzuD W+v9f8Ht5jW+v9f8Ht5nxn4Jv4/2hPjHrHxPF6+q/CP4La3r/gL4UQJaiDT9e+J+iz6z4X+MXxJk e7gS5vrfw5qC6t8HfBU8cMNlDJoHxN1qyvNcsPFvhjWbK/h2627233u10T16Xe2iTv4dutu9t97t dE9el3tok/sxQAqgZwFAGSScAYGSSSTjqSSSeSTUPRv1IejfqOpCCgAoAKACgAoAKACgDjvHfgTw z8R/CniLwX4u01NW0DxRpcuk6tZvPcW0klrIrGOS0vLSWC806/sp2W+0vVLCe31LStSittS067tb 61triHSLta+zv8mnb+v+HNIu1r7O/wAmnb+v+HPE/wBnXxt4jnPjD4N/EO61e9+JHwav7LTLvxHr i2Zn+KPw+12K5u/h18WtNuLAQ291Fr+n2l/4X8WqbHSZLH4oeDPHkEOlHQ5fDusaqS2b6PVbW6L7 /wBNno0yWzfR6ra3Rff+mz0af07WZmFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHkXxw+J0/ wl+Hms+LdN0C68X+Jml0zw/4G8E2N1aWF343+IHijUrfQPBXhGHUtQeHTtHXXvEd/p1hd65qlxb6 VoWny3ms6nNDYafcyrUVffbrray7/wCXTcqKvvt11tZd/wDLpuZnwN+GFx8N/C5bxBqH/CRfEXxd ev4t+KnjKV55J/FvjzULKytbzULf7V+/tPD+kWNlb+F/B2ikRRaB4O0XQdIgtoIrQpVSb76q1/xv 6brVJXvp2VSb76q1/wAb+m61SV76dl7hUXei7bfMi70Xbb5hSEFABQAUAFABQAUAHWhbrp59gW66 efY+VP2hfDWteEptC/aI+HOnPdeM/hXFdL4v8Padp7XOofFL4O30qXHjbwIq2UMmoXuv6UY18dfD uEJOz+NtDg0INa6X4v8AEbXGq2tu9ej3V7NbLbazWi32tqtrbvXo91ezWy22s1ot9rfRHhDxR4f8 b+FvDvjTwlrel+JfCvi7Q9H8TeGvEWiXCXmj69oGu6ba6no+s6VeRu8V5puqadc29/Y3UTNHPa3E LozqQ7RLf+urb/W3yIlv/XVt/rb5HR1JIUAFABQAUAFABQAUAFABQAUAFABQAUAIxIBIwSASASQM 44yQCQM9SASB0B6UAfH3jfV9Q+P/AI3134NaHeonwi8GuulfHrX9Hv8AULTU/E2vavYSTQfBPQb/ AEti9hb2ej3thq/xb1Nb62vbey1jw54N06MtrfjK98IWlaztdt/K19/Py36Pe17StZ2u2/la+/n5 b9Hva/1TpujaVYWNtY2Nlb2tjZRR2lrawxottBbWQigtIIIvLRIoLSO1gjt4o40jgEKCEbVRypXT a22dl0dl+PmhSum1ts7Lo7L8fNGzUkhQAUAFABQAUAFAFC8sYLm3eGQHY7qxG4gb/MDBwCSpkRyZ Ii6uFn2ShGkRMNN+XXp+H+S87bMab8uvT8P8l522Z8f6Vdyfsu+MdF8Gz3SW37PPxB1mz0TwNLfN eFPg98S/EF+0Vj4AbULuaXTrL4Z+PNSvrax+G2nPcaba+CPGCxfDjRFvdJ8a/Dnw74dtrmto9Lp6 pvvZWTvbztrpuy2ua2j0unqm+9lZO9vO2um7Ps5c4G4ANjkAkjPfBIUkZ6HaM+lZmYtABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQByfjjxp4e+HnhXWvGfivUV0rw94fs3vtUvvsd/qU0cQZIYY LLStKt7vVtY1O9u5rex0vRtJs7zVtY1C5ttM0uzu9Qura2lcVd/1v9z/AOGTfQcVd/1v9z/4ZN9D wz4Q+CfEHi3V1+O3xf0k2fxD8RaPdWXg7wjfQ6bM3wS+H2sz2F63gaxubKfUrc+LfEKWGg6j8XNX sNTvrLXPEmm22i6ff3/hDw34aSC3orJrR9d+r189El19NC3orJrR9d+r189El19ND6eCqDkDnAXP fC5wPoMn86htvd3Ibb3dxaQgoAKACgAoAKAGuiyIyOMqwweSD1yCCOQQQCD6igDyL4tfC7SviPod hpxv9T8Na/omoR674L8Z+H1s08R+BvFFnBc2um+JNEuNTtdQ0tWtYr+8sdR0rUtPv9J17RNQ1PRd W0+80i7vraS4t93vr2+eju3d9um+lri33e+vb56O7d326b6Wxfgn8Udc8cWmu+EvHmm2Xhr4s/De +tdB+Iug2UySWF1JPE8vh/x14WV7m7nfwF8SdMhOv+Fpbme6v9Jdda8G+IZbTxh4Y12wsRpLZaWb T1+7dbWbvrprZpXBpLZaWbT1+7dbWbvrprZpXPeagg+c/wBqbxz4q8G/BnX4PhxNb2/xU8faj4d+ FPwsu7y3+1Wmi+P/AIma/pvgzQfF+oWRw15o/wAP5dafx/rtrEfPuND8NahFbhp3jU0lqr7Wu7dt fzttuUlqr7Wu7dtfzttues/DrwZovw58CeD/AAF4dilh0Lwb4a0Twxo8c8nm3A0zQtNttMsDcTZJ nna1tYjLO5Mkz5klPmM1Oe6/Bf1/wV5vo57r8F/X/BXm+nZ1BAUAFABQAUAFABQAUAFABQB8gfHy 0f4d/Fb4FfH/AE68fTraLxro3wJ+KEbyFdP1v4efGPVYfDvg5rqBQYv7V8K/G2/8BXWg6zclZtG0 PxN8RdJtyLbxhfPHqtU9b7q/V6PXV+duj01dtFqtU9b7q/V6PXV+duj01dtF9cwlcOFG0BycYxy4 Ejk8kFi7uXIA+fcpyVJMS799/wCu2um2i+biXfvv/XbXTbRfNzVJIUAFABQAUAFABQAUAFABQAUA FABQAUAFABQB8da0th8Xf2tNL0iS9fU/C/7LHhOx8XXukW779Nh+OHxYtda0rw9dasYWSZvEPgL4 RW2uXVloc7T2baT8ctL16809rxPDGqabok0tVe772fS34316WbRok0tVe772fS34316WbR9i9Kze 7M3uwoAKACgAoAKACgAoAKACgCC5TzIZI8H51ZSRsO0FWO4h1dTjHy7o5F37d0bJuFVG99P+G/rb zvbS5Ub30/4b+tvO9tLnyF+zXLd+AfFnxq/Zvv7C20nTfhl4js/H3wkFkx+zXfwN+MR1bWdAhgtl AttJTwV8TdJ+LHw703RLX7TbWPg7wn4Qv2NsusQ2dve9pLZ2Xpr5+ej6qyaL3tJbOy9NfPz0fVWT R9iDoP69fxrJ7vr59zJ7vr59woAKACgAoAKACgAoAKACgAoAKACgAoA8K/aC+I2t/Dj4fXd54Ptt DvviR4p1rQPh58KdL8TPdromofEbxvqVvo2gzatbadJDq+oeHPDkc134z8YxaE51iPwV4c8S3VkY nsJpYdFqknt8+uq1Vt3pa+6XY0WqSe3z66rVW3elr7pdjo/g18MdM+EHw88OeAtLurrU00e1nm1T XtRS3j1bxV4n1q+utf8AGPjHWltFjtf7d8ZeLdV1vxV4glt4oo7vXNZv7oJukaSZT6L5u2y00T7v TfTToKfRfN22Wmifd6b6adD1KoICgAoAKACgAoAKACgAoA4j4jeBtE+JXg3xD4F8SWbXugeKNG1P RtUjiupLG5jt7+ymtvPsr6AG70+/t3kWew1KxaK+068igvLWaKaJWqotL10t+PXor2/4a5UWl66W /Hr0V7f8Nc8e/Zn8deJPEHhLXPAnxE11PE/xc+CXjC4+E3xK13+z7HRrrxHf6To+l674U+Id3omn xWun6RJ8Tvh/rvhfx3c2Gj26aHp2seItX0bRVGm6YkUFO6b9L999HpZ/JXSta99SndN+l+++j0s/ krpWte+p9MVmZhQAUAFABQAUAFABQAUAFABQAUAFABQAUAFADWGVYc8g9MEnjoAQRz7g0AfGfiEx /HT9oyLwFFLqk3w5/Zwl8M+NfHEdnI1v4f8AFPxw1yL+2/hx4L110CDW4fhj4Sltvivq/h2eXyLP xN4w+C3ilo5LvSFWXVJpa9N/K3bptpvZbaqyWqTS16b+Vu3TbTey21VkvsmBGjhjjYklFC5JyxA4 BY5OWxjcQcFslQowozk7tv0/Izk7tv0/IlpCCgAoAKACgAoAKACgAoA+Ov2kLSf4Wa14b/an8M6I b6/+HL2/hr4wWlhO1nda/wDs+65qkT+L9Tu8OLe+m+DNzcv8YdEjure+vU07S/H/AIb8OraXnxI1 KSXWO1tOmr11a/C2yd9130NY7W06avXVr8LbJ33XfQ+u7a6huVVoHWSNokmjkQAxyQzfNBNE6kq8 UqhvLdSVkCl1JUgtEv6/XXd/O+9tLMiX9frru/nfe2lmfHPxYlvvGv7XX7L3wxEe3w34N8JfG39p HxFcKARJ4l8JWvhH4KfDrRbtCziSz1K0+OnxD8RrEyrG1/4GspiWeGFUuOq6LpdPVLte1vnf8S46 roul09Uu17W+d/xPs8DAx2GAOnAAAxxj0z+PpWb72tfVenT/ACW2hm+9rX1Xp0/yW2gtIQUAFADl UHOTSk2lpr/XkA/YPU/p/hUc0/5fwYH5f/t0f8FIT+xH8Sv2RPh9q37P3jTx5Y/te/tXfBv9lPwx 4/tvF/g3w74O8JeI/it4o0zSptb1qEXniHxpeLo3h6TxHrtjpkXg2zg1a98MyaRf614et9UttYh2 STV+u1r9bPfRaaf5talWTV+vr1s3rpotPNefU/TSGRpDIGKEKx27MnC7nQBjllLAoQxBBDbl2AKr yJpLZ3X+Vr/n/wAF6iaS2d1/la/5/wDBepPSEFABQB4l+0l8LLT42/AL4v8Awmur+70g+Pvh74o8 NWGvaeXXU/DWs6hpNzHoXinSpIiJotX8L6yLDxBpc9uyXMGoabby27pMiMLTbb6X7dbdN9L997lp tt9L9utum+l++9zX+BXji5+JvwY+FPxGvY4oL3x38OfBPi6+t4Spjtb7xB4a0zVL+1XYSpFveXM8 QK8bVCjIXcVJWdl+vltf1vbz31slJWdl+vltf1vbz31svVqkkKACgAoAKACgAoAKACgAoAKACgAo AKACgCOUlUJA3e2cZP8ACP8AgTYX2zntg1Hf5f012a3+VupUd/l/TXZrf5W6nyZ+yJpGmXPh/wCM PxQhRZdc+Mv7Rfxm8XeItSB3jVV8HeKG+B3gieNssv2ez+Ffwh+H+k2xiYwSxaaLuLm6kZrlol89 PVPr5a+t7vUuWiXz09U+vlr63u9T63HAx6evX8azejfqzN6N+rCkIKACgAoA+Zv2oP2jpP2cPA2l 69pHwq+IXx2+IXjHxNZ+Cfhl8G/hTbaO/jLx14s1CzvdRjtTqnijVtC8I+D/AA3pOmabqGseK/Hf jTXtD8LeGNKtWn1G886ezhuNYU+d2Tto3f0/C3TRtX1uNqyunfp+fa+mltL9Xc/Pf9kL/grj4l+M X7Usn7EP7X37GXxM/YO/aj1bwZq/xI+G3hHxb8RvAnxr+HfxW8D6RcTG7uvBfxc+Hkdl4ev/ABLp +lRrqut+G4rGeDTIk1KBNcvJdHug6qUakE+WPNbr0t12vtpfz0I5vJva1ut1f+t9tbH7QgggEZGQ DgjBGQCQQeQR0x2rNbK+/UoKACgBGG4YyR6EYyPcEg4OOPoaadncadnc+N/ipqcvgH9r/wDZj8QZ RdI+Nnhn4v8A7Pl+NmZH8a6X4di+PXw9uWZWQeRZeFPhZ8a7SWF8i4m1i0IZfs2Htax6pJ3b66Wf 43fpbr1tax6pJ3b66Wf43fpbr1+yR0GOmOOc/qck/U9azMwoAKACgAoAKACgAoAKACgAoAKACgAo A+O9Yt9N+JH7aPh7SLpDqNl+zV8KofiJDbyMs+m6Z8SvjzfeKvAnh/W4Q3mRw+LPDvw1+H/xH0Vb cCG5sPC3xbv7tlaHxLFI+idorrv6d/n129NzRO0V139O/wA+u3pufYlQ23v1d79f+GIbb36u9+v/ AAwUhBQAUAFABQAUAFABQAUAFNO34P0t2Gnb8H6W7Hxn4wv9I+F/7Zvwo124B0+1/ab8Da78DZ7q LzBHqnxN+ENh4q+Nvwz0m5hXEDPP8MZP2kNQa+lzOG8P6ZZyl0l0hYbvzJu2vW3o1+av6aa3ad35 k3bXrb0a/NX9NNbtP7MrMzCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAMPxP4h0nwj4b8Q+K9fu lsdC8MaJqviHWr1gWWz0nRbCfUtRumUcstvZ200xUckIQASaa3Vt7qw1urb3Vj5y/Y30fxNF8D/D vjjx5pH9g/ET4zXGp/G/x9oTSLNL4Z8S/Fa+n8YHwVLMoxcv8PdE1PRPh/Hfbma7s/DFpuZxErG5 u2i072t/w/5fMubtotO9rf8AD/l8z6prN6/h+CsZvX8PwVgoAKACgAoAXB9D+RoACCOoI+tACUAF ABQBlazoum6/pWqaJq1rDfaVrOn3ul6nYXCLJbX2n6jbta31pcxsCJYLu2kltp0Jw8EskZ4bItS2 vbTS/W3y3S7frqWpbXtppfrb5bpdv11PmX9jaXWNM+Dy/DDxDrN54h1z4BeK/FPwHm13VLlr3XNe 0D4d6m9r8OPEfiS8cl73xR4m+E974A8QeJtQdYm1PXdR1DURDDFcxQxk9l6uy69L/c736/iE9l6u y69L/c736/iWdCiim/bM+IDeUoOk/s0/COG1JUAwLrXxO+Nc96IGxkLeNpVk90F2id7O1aYO1vCV p6Rfm9dfP1fpv69SnpF+b118/V+m/r1PqasjIKACgBGztbAJODgAgEnHABJUAnoCSB7jrTWltPP1 GtLaefqfz++Bf2z/APgoL8Vf+CpH7dP7Bmla9+zf4J0P4GfAv4R+O/hd4uPw+8d+Mf8AhFbr4pnT tVOseMPDk3jfwvd/FrWNPs7mTR7Ow0zxb8HPD8Akk169tr8WcOi3W6p8yTtaNk07b31s7X6dLX+/ Wm4d1Gy0utfn3XT1v039g/4Jo/td/tF+Ov2oP+Cgf7Af7V/jvwb8YvjB+w14n+Bd1p/xt8D/AA3u fhDD8R/h3+0H8KdO+I/h2fX/AAFB4j8U6Ho3iTQp21GyuP7F1W3gltWto20xZ7SW/vlKCjFNW7Pr q1da+qS1undtvUXNDvHr0300fXZpLz1bbuz5t/4OA0C/EL/gh6+1Q/8Aw+1/YuAYAbx/xNfETMAw +YfMsbEcfMqEjIGFCLkrJOSUu2ys7X6LUIyjZJtPW/fRppfj+J/RoAFPAAG1SMYxjnHSs5dV2cvu 6fqJtPbvL7un66dBakQUAFAENx/qJPk8zKMBGW2iQkHahYkBQ5wpLZUZ5BFNbr19f0evbzGt16+v 6PXt5n5rfsh/tWfB3w9+zj8LPCms6l4yTVfBWgy+BL8WPwm+K2s2xuPA2pX3hJmj1TQvBGo6Zegr oy/6RbXcqv1yep1lG+yXzb/CzNZRvsl82/wsz6S/4bB+Bf8A0FfHv/hk/jd/87up5H2j98v8yeR9 o/fL/MP+GwfgX/0FfHv/AIZP43f/ADu6OR9o/fL/ADDkfaP3y/zD/hsH4F/9BXx7/wCGT+N3/wA7 ujkfaP3y/wAw5H2j98v8w/4bB+Bf/QV8e/8Ahk/jd/8AO7o5H2j98v8AMOR9o/fL/MP+GwfgX/0F fHv/AIZP43f/ADu6OR9o/fL/ADDkfaP3y/zD/hsH4F/9BXx7/wCGT+N3/wA7ujkfaP3y/wAw5H2j 98v8w/4bB+Bf/QV8e/8Ahk/jd/8AO7o5H2j98v8AMOR9o/fL/MP+GwfgX/0FfHv/AIZP43f/ADu6 OR9o/fL/ADDkfaP3y/zD/hsH4F/9BXx7/wCGT+N3/wA7ujkfaP3y/wAw5H2j98v8w/4bB+Bf/QV8 e/8Ahk/jd/8AO7o5H2j98v8AMOR9o/fL/MP+GwfgX/0FfHv/AIZP43f/ADu6OR9o/fL/ADDkfaP3 y/zD/hsH4F/9BXx7/wCGT+N3/wA7ujkfaP3y/wAw5H2j98v8w/4bB+Bf/QV8e/8Ahk/jd/8AO7o5 H2j98v8AMOR9o/fL/MP+GwfgX/0FfHv/AIZP43f/ADu6OR9o/fL/ADDkfaP3y/zD/hsH4F/9BXx7 /wCGT+N3/wA7ujkfaP3y/wAw5H2j98v8yOX9sD4F+W7nVvHYEaliW+CvxsRcN+7+Zn+HgjCAuC7S kRogaRyAmQ1Fr+VX06vqtLPR6DUWv5VfTq+q0s9Hocb/AME5b46z+wj+yV4kcu1x4w+Afwz8b3kk wm+0y3vjbwtp3iu8mu2uYYbp7yW61iWW8e5U3LXTzGdjKXxM738rXt2Jne/la9ux9p1BAUAAGaAP ib/go38Y/jZ+zp+xF+05+0D8AR8OW+IfwK+CXxT+MttF8UdK8Ra34XudL+F3gHxH451Wx/svwzrX h2+utUv7XQWstK8/XNP0+G9ninvmuoI2srmoq7atfTRd3daL/PpuONrNvZK/5f1dbH4//EX9rr/g qBaf8EuPgn/wU68I/GT4AeHtJ8DfsU/Bz9p/4s/A3WPgRe+LZvjvd33wq0Dx78SP7X+Llv8AErw4 fhfa+ILLU5tQ8K+HPAfwpvZfDOrNaWmq+MPEdlJd6TYauDi7SjZ2Ts07O6vddErLf+m1OnK7Ti7a PR2vs1a2mum17+jT/eT4KfEbwN+0X8Hfgh+0f4e0qIaB8WfhD4P+JPhC71aygTW9M8LfFnw/4W8b QaXLcywi5sxc2b6O2t28Usdvc3Wl2klzHKbK2aKVOpTlenGTnukrXaa7WWvna/TVEzlFppNXv5eW 60W+7tou5+afx0+B9v8AtH/8FdP2Ofif4csI49G/4Jz/AAm/aA1Xx54mBigju/ih+134c8H+DfAX w3s5YbiFrzVtA+HfhPx54/8AE1hcpNBoln4s8CS/ZlfxXDM/XSnNxvOD7pySez0vrtFJau7030MW 9vL+XTTXp37W7s/Z9BhFHHCqPlyF4A+6Dkgemecda4JO8pPu2/x8jbcdSAKACgD5D/atsom1z9kz XGRGuPDf7Wfge5tnKqZY/wDhI/h78VPAV75Lkb4zNpfjC+trjYV86ymubeTfBNKjaQ1Ulf8A4Hn/ AF2NIaqSv/wPP+ux9eDoOc8dfX3rMzCgAoAKACgAoAKACgAoAKACgAoAKAEJC8npwPfJICgfUnH1 Iqo27a6W0vbu7dbIqNu2ultL27u3WyPkH9lzSBN4t/av+JM7tPefEv8Aae8VLE8uZJbHR/hR4G+H vwIsdHilYs8VlFffCzVdaiskYW0V74g1O6SJbi/u5JdH8Pd200a6Wfpo3v8Ad0NH8Pd200a6Wfpo 3v8Ad0Pr+sTEKACgBrOikBmCkhiASBkLjceewyM+maAPMvEXxu+DHg/w7qXi/wAW/F34YeFvCWje IF8Jax4o8R+PvCmh+HNJ8VPeW2nJ4Z1PW9T1a10yw8QPqF7Z2KaLdXUWpPeXVvbLbGaaNGfK+z+4 V1tdX7XO9+1R6ha21xpl1Fc2l5BHcwX1lNDcQT208aSwPbzxSMhFzDKtxbXK74GVFLEpKodrTdb7 XX9X89Vv1Ki1rez28/P/AC6q6fU/AL4Y/FT4+aP/AMHGvj/9mfXfj/8AFvxx8C4P+CUWo/HfRfhT 4r1ywt/BWhfEbXf2nfhV4FuvElp4b8M6VoOi3WoRaL4eeDR9T1nTdS13QLfxR4v0/S7rTdM13ULC WpWXRaK9uuumr20v3vdFysui0V7dddNXtpfve6P6D6zMwoAKACgD5W/a2srJPAvgHxS8Ef8Aangj 9oj9nHXNH1DYBdadNqXxo8FeDdaa0nA82FtS8H+LvEmhXbQuhn0zVdQ0+YyWl5cwTaR8+q+9J/kt tbXu1qkaR8+q+9J/kttbXu1qkfVA6D1xz9e/P86lq1/VW9NXp96/Alq1/VW9NXp96/AWpJCgAoAK ACgAoAKACgAoAKACgAoAKACgAoA+Sv24/ECaH+y98VLRiyzeO4fCPwXsGydq6t8e/HXhj4J6NIV3 BXEOrfEG0meIgmYRoihmZQdI20vbv8rK2222t/nvrpG2l7d/lZW2221v899fqqyhitoIraFQkUEM USICWKpGvkopYjLbViVd5JZyGLc8lS6O9/u7L/gvRtK676qXR3v93Zf8F6NpXXfW3UEBQAUAYWue KPDXhiCzuvEviHRPD1tqOt6J4Z0641zVbHSYNQ8R+JdRttI8OeH7Ga/nt47vW9f1a8s9K0TSrdpL 7VdSuraxsILi6niid2fZ7X+Xf0DbfTr8u5had8Ufhnq/jPW/hxpPxF8Cap8Q/DOnWOr+JPAeneLv D994z8PaTqZkGm6nrnhe11CXXNI07UDDN9ivdQsbe2uvJm8iVxFJtOWXZ/cxXXdfej4G/bF/ZU/a E/bD8WXfhDTP2vf2mP2Q/gVoGhWtvZR/sh+M/Cnw0+MHxO8W6hHDqN/4n1j4t6l4Y8ca54T8EeHr aSy8PaP4T8Mad4Y8Q6rrNt4m1vVtWuNHl8PQXnTThT5E5ygn1ve61t2f573TaWhjJtNvlbWtm7Wf pd69tn5HyF/wR4+N37WekfH/AP4KG/8ABPH9rj4ueJf2jPEf7DPxD+EH/Cuv2g/Fuk6Tp/ijxx8N /j98Ov8AhZvhfw54uvdHDQaz4q8H6G+ky6lqN1JNqUh8ReXc3l7bRWCWSrU4pKUXFpptOPlZ7WVt Hrfb89KXvJ9Pduk99Hq/na2jt5H74Vzv9PQ0f6egUhBQAjdDnpg/y9sn8qatdX2vr6DVrq+19fQ+ LfhHd3Hhn9tX9rz4dKjR6N4r8A/s1ftF2JBPkyeJfGln8U/gf4thij4jikttJ/Zy8BXVx5ahpjqq XExd5QRUtYrTZ7/rppr17PQqWsVps9/100169nodDbanb6T+3Fqej3JCXPxB/Za0rVtETcFaa2+E PxU1Ky8TyBMfOlrL8a/CUbsCpiku1Qq4kDI3rH0d9+rbuuumu9+w3rH0d9+rbuuumu9+x9ZVmZhQ AUABOAT6DNPflXl/7cxv7Pp+rP5ov2UNd8RH/gv3+3p8c9R+C/7T3h34QfHL9nT9mn4b/C74m+Kf 2T/2lvC/gLxN4v8ABWmaJY+J7F/FPiP4UaVpmgadp1z9oUa94ok0TRpEtJZmvIomieTtd1Rta9ml pvorbdHpqr6aq7trjPden+Zc/YA1vxJaf8Fyv+Cu3xi1j4LftO+F/hN+1Tov7EOn/Ar4meN/2Uv2 kvAfgXxtefBv9nv/AIRTx7H/AMJP4x+Fmh6R4ci0jXI7jT0uvF914fg1G7t5ItKe/UpI2cl+75dr a/K/Tp9789ibaXuvv1/r/ht720f+C8H/AAlvjj4qf8EmdN+H3wg/aC+Jv/Ch/wDgqH+y7+0j8XNV +FX7Onx3+KHhrwX8HfBOqaw3iXxVeeK/Afw58QeGL6TTYZ/Pl8P6Vq994oaNVMehv5qmtMN8Mvw2 1s3fr5rcEr9bart1v3a7H9E3h7XbTxNomkeILC21e0sda0rTNXsLfX9B1vwvrcdjqllDf2iax4a8 S6dpHiLw5qyQ3CpqXh7xDpWma/ot0sllrGm2N7HJbpxStd2d9XqbR2+b/Nm1SGFABQBBczLb2807 glIY2kfb1CICWY54wqgsxOQFBO1sYLjutL/8N6r8xx3Wl/8AhvVfmfMf7Fdklp+yl8AnVm3an8Lv B/iKfGAn2rxTo1p4mumjKoisktxq8swcKCTKQ/zhquUkntfu02urVnbt/wAMXKST2v3abXVqzt2/ 4Y+odv8AtN+dLnXZ/wDgTFzrs/8AwJht/wBpvzo512f/AIEw512f/gTDb/tN+dHOuz/8CYc67P8A 8CYbf9pvzo512f8A4Ew512f/AIEw2/7TfnRzrs//AAJhzrs//AmG3/ab86Oddn/4Ew512f8A4Ew2 /wC0350c67P/AMCYc67P/wACYbf9pvzo512f/gTDnXZ/+BMNv+0350c67P8A8CYc67P/AMCYbf8A ab86Oddn/wCBMOddn/4Ew2/7TfnRzrs//AmHOuz/APAmG3/ab86Oddn/AOBMOddn/wCBMNv+0350 c67P/wACYc67P/wJht/2m/OjnXZ/+BMOddn/AOBMNv8AtN+dHOuz/wDAmHOuz/8AAmRTqfLJXDMv Kh2YKWwcA7MHDZ2tnKhGYsrAFWLp9H33v+D016edgun0ffe/4PTXp52Pkb9gXRj4W/ZA+BngVwUm +GPhS4+EV1CQoW3vPhDrurfDG7t4wqr+5hufCcqQ7i7GMKTI+QxU99bbdPn6/wDDWFPfW23T5+v/ AA1j7AqSQoAUdfwb+RoFLZ+j/I/Oj/grXqd+P+Cbf7bfgjQPBHxR+IvjT4w/srftFfBz4e+DvhH8 KPiR8XvFGu+P/iN8FfHfh3wlpsmhfDTwv4p1HR9Ov9Zu7Wyn8R65Bpvh2xnuLa3u9Uiu7yxtrrSl /Eh/iV79uov+Xb/wr84+a/X0Pyi8Wat4m1D/AINpbb9nuw+CX7T1z8cpP+CcXg/9lyb4RJ+yj+0g /wAR7X40eHP2b/BvhXWNAvPB8Pwul1qz0O18QxTaXF46vrW18D6he2mo2Ol+Ir7VdLv9Ot+3Efx4 +UYJXejfJ08/e7a26aHLS1i3dWdSb3XWcvPXv2+Wp6T4K/by8dfsaf8ABJD9h/RPB/7H37d/xP8A jzofwA+A3wM1v4f+Bf2Gfj/4s8UfCfxj8Pvg94E0nx34o8beC/E2k/Cq01TQfCd5ui0m0/4Tvw7p nxA1q2u9A0XxRbLpXiTUNDxcJTneN78lrWe3XbXS9mvTXe3RT5FJ89uW2t3pv2Tu9vy8jnP2Uv8A gqHPFf8Awx/Z2+B//BKb/grX4b8c/Eb4leH9N8V/HD9sX9l21+DPw0g1TxjrdnN8Wfjx8b/ivY+N PE6f24mkwar4vk0ux8PaXZeItV03SfAXhM+G9PfTVsbdOu004vRLRxey6Wtru1bZ81tbu+/tKHeG u+i62v1d9Vr01XTb+ktGDojjOHVWGQwOGAIyGAYHB5DAMDwQDXE936sj026f1r+bHUgCgAoA+Mv2 rtUz8RP2IvCEKGa58VftXi+mQMBHbaP8Pv2d/wBoD4j6hqd7wWi06C88LaTpr3IDeVqmsaPF5chu AF0hs+/f8uvl/wAE0hs+/f8ALr5f8E+zF6DqOBweo474yM/iazMxaACgAoAKACgAoAKACgAoAKAC gAoAY/bkdSSD/EMHjqMYYqxPoMd6qN76fnb7vNq6v0uyo3vp+dvu82rq/S7Pl79lDf8A8Ib8ScqM f8NK/tRYxjYV/wCF9+PEhMeQMKsKKTgkFicY4FU9l35dfktU9Ot1vv5OxT2Xfl1+S1T063W+/k7H 1JWZmFABQBy3jHwloXjjw9qvhfxNp9vquga5YzaZrGmXJuEh1CwuXi860mktbi2n+zyhMTQrKEnG ElDR7la4uyfrr6WbdvPT/hty4uyfrr6WbdvPT/htz+Vf/g3t/Y//AGbP2hv+Ca3jrSPjJ8F/h78T 9F079q39qvw/oOj/ABI8M2PxA0jwhZReNH0w3HgnSPF6azpfhHVZ7WGMXWtaFZ2Wr3UkUD3N7Olv DEnQpKKi2t3ZfLr679k7vuc093r6/nb8v6R9pf8ABsN478UfEL/gi9+yZqvizU5tVvvD6/Fj4faZ cXEk880HhnwB8ZviD4Z8MaastxLNItppWg2Gn6bY2iMtrZW1qkFnBb2+2FMqq2el9tOu6bfd3X3G kUvea7x/FSf+RxPhv/laz8e/9oPLT/1tDwZUz3f+Ff8ApSNp7v8Awr/0pH9GtZmYUAFABQB8lftv R6rL+zh4ui8PzWNt4jk8X/BhPDN1qdpc3+nW3iZ/jd8OU8OXN9Z2V3p13dWltrx0+a6trbULK4mh RkivLZmEiaRe17/dpfRKzS7aP7maRe17/dpfRKzS7aP7mbcGjftgmFM/EP8AZsztXIb4NfE87Wx+ 83EfHVdz+ZkswABOSFHFDaWyf3tdFbXfZqy6ag2lsn97XRW132asumpL/Y37YH/RQv2av/DM/FD/ AOfvS512f/gTFzrs/wDwJh/Y37YH/RQv2av/AAzPxQ/+fvRzrs//AAJhzrs//AmH9jftgf8ARQv2 av8AwzPxQ/8An70c67P/AMCYc67P/wACYf2N+2B/0UL9mr/wzPxQ/wDn70c67P8A8CYc67P/AMCY f2N+2B/0UL9mr/wzPxQ/+fvRzrs//AmHOuz/APAmH9jftgf9FC/Zq/8ADM/FD/5+9HOuz/8AAmHO uz/8CYf2N+2B/wBFC/Zq/wDDM/FD/wCfvRzrs/8AwJhzrs//AAJh/Y37YH/RQv2av/DM/FD/AOfv Rzrs/wDwJhzrs/8AwJh/Y37YH/RQv2av/DM/FD/5+9HOuz/8CYc67P8A8CYf2N+2B/0UL9mr/wAM z8UP/n70c67P/wACYc67P/wJh/Y37YH/AEUL9mr/AMMz8UP/AJ+9HOuz/wDAmHOuz/8AAmH9jftg f9FC/Zq/8Mz8UP8A5+9HOuz/APAmHOuz/wDAmH9jftgf9FC/Zq/8Mz8UP/n70c67P/wJhzrs/wDw Jh/Y37YH/RQv2av/AAzPxQ/+fvRzrs//AAJhzrs//AmH9jftgf8ARQv2av8AwzPxQ/8An70c67P/ AMCYc67P/wACZ8Zftx6V+0fb/Cf4czePvGXwV1nwZF+2p/wTim8R6X4N+G3jnw94gmsY/wDgoJ+z S8EtrrOufFbxTp1jaW2qfZ73V/P0W+a50Wwu9OtltZblb2Ck1o9VvvsnZN6+ivfrdlJrR6rffZOy b19Fe/W7P1eTaQGXGG3EEZ5BYtznnqxI9MngVMtEvn+Gmu62ts++nRTLRL5/hprutrbPvp0UlQQF ABQB/Nj/AMHCvwu8F6n4h/4I5fEK80hR47l/4LVfsK/DG08YWV5qOl+I9I8HeKL74naxrGmaLqmm 3lrPpTXWqaDoOotd2XlXUWoaPY3tvLDcQhzvBP3PVP8ARLZfj26lVF+7+5/cvJLouvpqjiv+Cpvw h+FH7GH7VH/BGn48/s3/AAs+Gnwl+KvxM/4Ka/DD4B/Efxh4D8E6L4U1v4h/Db4+aH4n8M/ErSvi BrWhQ2Ov+ObnW4b3+2ftnizWNYeLxJbW2tss14kjza3vddb8t7901t2uru3lvbXmSvf0v91vx/rq f0V/GD4v+EPgV4B1bx34w+3z2ti2naVouh6BbR6n4s8aeLNev7fRvC/gbwVoktzBP4h8Z+LdcvLL SPD2jxTq19qFyoubi0t1muY+aKbcVfS97PRLX7rPy7tb77T+D8bdtfy0/M+Zf2Mf2erj4Sf8Ll+N vxEsrVf2gf2qPiO3xh+OWoWuo2+qadpmrP4e0Hwp8P8A4a+H9XiW3trzwt8IfhnoXhX4d6bfbLU6 9qWia14uNslx4muYoemq7whBWuua99H0XrbTbvvcijdyml/Iurtv5df+DufeIOeox04zkjgHB9Dz 054wc84HI93b/M1e7t/mLSEFABTW6vtdXGt1fa6ufHOlGA/t++OBBt+0j9kP4WS6qynO+Gb4x/GO PQVYdhE1r4j2Ek7jLIABsJbRpKLt5adttPW1r+epo0lF28tO22nra1/PUZ+0RpsXhP4z/sqfHi2f 7JceHfHfiT4EeKr+aUi0f4c/tGadpmlx6XtffBHe3/x18C/s/wBxZXjxmW3tbTVIIZEj1K9huxap p/d1W3RW0u3tZ9AWqaf3dVt0VtLt7WfQ+xY3Dg85wcZ/mOgGVOUI6gqQTnNRJWdkRJWdkSVJIUAB AIIIyDwQehHoaL7eWwFP+zrHzvtBtIWmzlZGUlkO3YTGSf3ZKfISgXKfKcqSDftJ2tzO3bT8e/lf boJpN3av/XbYF06xSQzJbIspDhpFaVXYOxY72EgZyu5ljZiWiRnjjKRsylc8u73v6Py7ByrsvuCX T7OYqZbdGKAhMl/k67SnzfKY8nySuDAGbyTHubLjOcL8srX32f5p/PutHdBZdl9xPHDFCCIo1jBx lUyE4zghM7FPJBKqCQFBJCqBAyWgAoAKAPmP9sbxP4v8O/s3fFC1+G19Fp3xT8d6PB8JPhRqMsf2 iDS/if8AF3UbP4b+BtcvYFO6TTPDPiDxPY+Jtb2/NFomj6jOARFg1FXa0uv+HKirtaXX/Dnt/gTw rpHgXwd4Y8E+H7aSz0HwfoGjeF9Ft5ZDK8OlaBplrpNhGz8gsttZxh2UnzWzO5Mkr0T313/Dd7af 1tpYJ767/hu9tP620sdbUkhQAUAFABQAUAFABQAUAFABQAUAFABQAUAMkG5CMZPBAPQ4IO046hgM MOhUkHjNOO/9adL262vsOO/9adL262vsfIP7NOqap4Y8b/tMfA/WbIWb+APjDqXxH8CSs2ZPEvwr /aBiPxNs/EpbBWOO1+Ll98aPAMdvnzIovAcMzgJdQ50avZ21enXTe/lp6dOuho1eztq9Oum9/LT0 6ddD7B/X/PtWRkFACg4OaA3IpYo5lKSoHRgwKnIBDqyMOCDgqxHXjgjkAhptNNOzTun5hbS3S1re X9Irrp1iqGNbWIRkkmP5/LyU8sts37NzRgI7Yy6hQxO0YqVSpJ80pNva+m29tOz27dCI04QVoxVr t99W7sjGk6YESP7DAUQEKrh3yCwf5y7sZCGGVLlim5wpAdwzhWqwlzRnJSaavvo9Hvf+rdkEqcJr lkla6emmq9Bi6NpKlCun2ylM7SqEHBBDKcMNytnLo2Vc4ZgWAI1eLxLverJ3TT269layfZqzjrZq 7MvqtHT3Xpt7z/zNIAAAAYAAAA6ADgAfQVztttt7t3fqzdJJJLZKy9ELSGFADWYKMkgD9eh4Hqfb 0zTWrW3zGtWtvmfIepw2Xjn9tfw8WlF5B+z98Bta1F7dTm0svF3x/wDF1npek3ksgZlj1nSvCfwa 8T2cSqBcW+k+N52dVt9SjZ9Fypb2T213tbVLXr0+/saLlS3sntrva2qWvXp9/Y+vgMAD0GO39MD8 hisjIKACgAoAKACgAoAKACgAoAKACgAoAayK2NwztII5I5BB7EZGQMg5BGQQQSDS/Vfdrf8APUpf qvu1v+ep8e/sw6zLZ+Of2tfhldxNby/D39pXWtT0uCTAlu/Dfxg8B/D74z2muW8ZBaTTLnxR4/8A GuiRXYcJ/aHhfV9PjjUabJuqdradbfdrrfrt1v8AiVO1tOtvu11v1263/E+xKzMwoAKAOE+I9r8Q b7whrVn8L/EXhbwl44ntohoHiTxv4N1L4g+FNLuFvLeS6n1jwdovjn4barrKHT47qC2S28b6Clrd zwX076jHanSb647Pbfrp5au+mjfTrpe2lx2e2/XTy1d9NG+nXS9tPyQ/4Jxf8E7/ANp7/gnh+zb8 SP2fPCX7UPwf8cv4n+IHj74n+DvFniP9kvxjbP4b8WfEPxbYeIPFJ8R6TpX7W6Q+KPDx0tNb0/w3 pVjf+EL6x1bUdL1e413xJp+i3WgeIuhuDUNE0rN+897q7tu77PpFXTV2muSV3J6ta26W007X/E9A /wCCRH/BP/4sf8Ey/wBmDQP2T/EHx78JfHD4aeCNV8Wa14I1Ow+Aur/CXxxazeOvGfiLxjrsfiS8 uPjl8VtL1q2/tTXZY9LtdP0DQLvS4LeNL+/1UXgNkqjpyasrWv1bWvvb+Sd9dLdbqxSk1e2t7b+V 0tktfw8jitD/AOCeX7SWm/8ABVrUf+CmF5+078JruXXP2ebP9k+8+Ett+yp4strR/gZH8WtJ+Ls0 dl41/wCGrtRmsfig11osehDxpqHhi48NxTX0eoL8OJ90Ohtm1Bxbvd2a3fqt9Wr+TWj1ttSqNtX6 6b9Lr+lr63ep+z9YmgUAFABQB8m/tdajZr4Q+GHg57hRrPxM/aQ/Z/8ADXhywyTNqt34a+JGifFj xLbWw3YD6Z8O/hn4z8TTcf8AHnoN6V2vtatYW6drPv8A1v12sawt07Wff+t+u1j6wUAAY7gf1P8A Mms3u/uXotF+Bm939y9FovwHUhBQAUAFABQAUAFABQAUAFABQAUAFABQAUAfJn7b3h+LXP2W/i5d yRhrjwJpujfGHSVCghdf+B3i7QfjN4bkfGNoGu+BtOZmGcByZA4BWtY20elnp57bX669HfTboaxt o9LPTz22v116O+m3Q+qbSWO4hS4hcPHOiyo4bcHR0TY/JbbuRV+UHB+8SWJYxLe3r8rtu3a/f7uh Et7evyu27dr9/u6FqpJCgAoA/JL/AIKZfsCfHH9vDWv2VZvBf7Q/w/8Agz4U/ZO/an+Cn7YfhfQN a/Z31v4q6/4n+MXwRuvGDeH7bW/Flt+0P8MNPi8A6pp/itba88N6b4NbWobiwub/AP4TGY3MOjWm 9JrmXM7pK9np08tVbTV76W03KjfJa76dtE0/J6LTfe6tpvw//BQD/gnf+0p+27rv7FPiJ/2nfhJ8 N3/Y4+PPwh/ae0u1tP2UPGXi1/GXxv8AhZBi6e/Mv7V+iy6N8Mte1K5vJtO8IWlprev6PaS2tpP8 SPEjPHqZ2jKCbbs9b72Wjbvfq1re1no/dWxzq6vq9U106/I5b9rf9g//AIKffHz41+A/i/8ACr/g qJ4I/Z3tfAHgyz0zw54K8Nf8E8Phb8WtH0rxle6LBY+OfiBpF38afjd43n03xB4nvZtSsNHudONt q/hvwNfSeC7TxH4hNz4g1vWiPsltFXSWrbW/fX0un6ve41J2s25fcvlt+b/DQ9Y/Yn/Yv/bv+FHx tvPi3+2t/wAFIvFX7bltpPgHUvBvw08CW37Nvwt/Ze8BeBdT8R6xpV54m8bar4d+EviG6034geLz pnh+08OeF9X8R6Qt54T0TWPF0elXaweLJI6mrKFklay5m1e/8trX6abbdLbmlGycm+y762d0t7ei 66+Z+uiqFGFGAMADJwAAFAAPCgAdBx36k1yv+tLf1/l9y0f9aW/r/L7k6kIKAGucKx5OFY4AyeAT wO59B3prdeq23+Q1uvVbb/I+K/g3aXXif9sr9rz4juzyaX4Y8Jfs6fs5aYSqrD/afgTR/iF8b/El 1BtAaRriP9pLw7plzISYPO8PgW0UD/azNo0lFrbT0u7eu9/66vRpKLW2npd29d7/ANdX9AfHH4Xa R8avhL47+F2tXepaZaeMNBudOttc0S5Flr/hjWYil94e8W+G9QMNwdN8TeE9etNN8R+G9US2uZNM 1zTLC/jt5ntwjRHdfPy6dfL+vIiO6+fl06+X9eRz37OvxUuPir8MtL1TXLOTS/iB4bub7wN8V/Dz 2Nxpcnhz4oeD5jo3jLTo9PvAlzDot7qdtJrvg/UXBs/EngvVvDvijSrm80nW9PvLmpRbb6/fe1vx +V3d6lSi231++9rfj8ru71PdwQQCOhGR9DWexnsFABQAUAFABQAUAFABQAUAfG3iGVPjR+1H4X8H adqtrJ4I/Zj2fEXx7aWEqzvqXxu8X+HptN+HPhDWJojJDbp4M+G3iLWviNr3hq6VNQe/8a/BLxcj WllFaDV9H7qbvq9mra632/VXtd9EaP3U3fV7NW11vt+qva76I+xkBAwQBycYJI2jheoGDgAtjI3E kVDd/wCvn+rS8rEN3/r5/q0vKw+kIKACgAoAKACgAoAKACgAoAKACgAoAKACgA/yaatrftp6jVtb 9tPU+Qfjct/8LvjL8Kfj7aT2yeDtTFt8B/jLbXOIo7Xw/wCOPENq3wt8eLd7cK/gb4mXcfh69tru WPTV8L/FLxTrtwy33h7TA+ifNbTVW32b6669NdFpa5onzW01Vt9m+uuvTXRaWufXEUyyAYBB2KxB K5XdkAMAzHkqwDDKMVba5xWbTWuny+Wv4rTfysZtNa6fL5a/itN/KxNSEFABQAUAFABQAUAFABQB y3jfxV4e8C+EPEnjXxbqVvo/hjwlo2oeI/EGq3YJt9O0fRraTUNRvJFAZ3FtawSyrHEkksjoscUM zssTtf15ed+nq9hr+vLzv09XsfP37KvgjUtP8G+Kfip4u8L3/hL4jftD+M7n4x+OfDOuCIa/4VbU vD+heFPAngPXVtp7yxtNa+Hvwp8MeCfA+v2ej3l1oaeJtH8Q32mz3aalLe3NtpWV33uu99N9+/3a vcttKyu+913vpvv3+7V7n1UOnXPv6+9ZmYUAFABQAUAFABQAUAFABQAUAFABQAUAfHPia70r4a/t m+B9bv1Njp37Snwwm+Ew1DDR2d58Tvgne+Jvil4D0GYBAjapr3w68U/GvV7W7ZlEtl8OprB5pHis rRdF8K6726PW6792vJrdGi+Fdd7dHrdd+7Xk1uj7FByM4x7HH9CR+tQ01/X9f0nbYhpr+v6/pO2w tIQUAFADtzev8qAHK/Xcfpx/gKCZR5ra2sO3r6/oaCVCzTvs77f8EhoNAoAKAGM4UgEMchj8o3HC gE8D5ieQAFDEk9MZIN/67Bv/AF2PjvxKukfE/wDbM+HuhzE6hZfsyfDrVvijcWpAa0034ofGs698 NfAOpiYM6trWkfDHw/8AG20lsFVbqx0nx9ZX1ysVtqdo8uqTUXvez+5adenXo+ysapNRe97P7lp1 6dej7Kx9j1kZBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAGTr+iaX4l0LWvDmt2kWoaLr+k6lom r2Eyhob3S9Vs5rG/tJVPDRXNpPLDIp4KuQetOO69V+Y47r1X5nzR+xjqGu2/wL0L4beMNauPEXjr 4B6jqnwD8Ya/fyCTVvEl38Lpo9B8N+MdcUO5h1nx/wCAk8I+P9RgLOIrjxQ6RS3EAjuJan+b++y/ C17fnqrup/m/vsvwte356q7+raggKACgBQSDkUALvb1/Qf4UAG9vX9B/hQAhYnqaAEoAKACgDF8Q a/pPhjRNZ8Q69eR6boug6VqOtaxqNxuFvp+laXay3uoX1w0YeQQ2tpBNcy+WjyiKJ2VCQAaSvrdW +fTVrbt9/RlJX1urfPpq1t2+/oz5w/Y8sPEU3wetfiF4x0e58NeLfjj4g8R/HTXfCuorENa8HRfE 7V7rxB4U8EeIJIJJbefxF4C8BS+EvAXiCezmuLCbW/C2ozabdT6dLaMKnslpbt10X+T9Sp7JaW7d dF/k/U+p3XepXJXI4ZcblPZl3Bl3KcMu5SMgEg1mZnx/8TLW4+A/xPufj3pw1K9+Gvjax0nQvj5o FnB9qXw6NAhntPDHxu02ytmglnHh7TpbXwp8UY2iv55vh7YeHvEFusaeAL6w8Q6q0kurSXr2evfT 8ndPVaq0kurSXr2evfT8ndPVfXlvNDcQQT28sdxbzwxzQTwyLLFNDIivFLFKpZZY5EZXSRWZXVgw JBBrIyJqACgAoAKACgAoAKACgDxj4zfFWf4caPp+neHdMt/EnxO8b3zeGvhZ4PmkuUh8ReJ5LaS6 lutXnsYbm70nwh4V06K48S+NtdNu0em+HrCdbL7brd3pml3dJJ7tpfh8306W/LVN0knu2l+HzfTp b8tU3L8Ffhfb/CrwdbaHPqEXiHxRqF/q/ibx14wNhb6bdeMfHHim+l1nxX4ku7S3ec27ajqc3lab YzXV42jeG7LQPDsd5PZ6JYbHK23/AAOu6XXe19t2l1HK23/A67pdd7X23aXU9iqCAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoA5jxp4N8M/ELwp4k8D+M9E03xN4R8XaFq3hrxN4b1m1hvtI13Qd csZ9M1fSdStJ0ZLiy1DT7m5s7mJsK8M7g87WW42Vm+ravr0tv5a/8GxcbKzfVtX16W38tf8Ag2Pn 34H+Ltd8Ja+/7OnxP1iS88beEdJuL74ceKNTuLs33xo+FOkjS7D/AISt31FpZNR8b+B7vUNI8NfF P7Fd3m3U9Q0DxnOml6b8R9AsEclvva9tb3b9eq667dHuhyW+9r21vdv16rrrt0e6PqmszMKACgAo AKACgAoAKAA9D9Pc/wAufy5oA+N/GV1P+0X8Sbf4bae15F8HvhB4l0nxH8WNXtLm2j034i/EPQ1m 1Hw38H7WZZJLm+0DwPrK6X49+Jc0IsbKbX9J8DeBXufE2m3XxX8JaXqlyu/3J762/G+nbXVmqXK7 /cnvrb8b6dtdWfYNvCkEYiRdqrwBzgBQFULknChQAgBO1QFJLBjUS3Xou3XV/iyJbr0Xbrq/xZPU khQAUAFABQAUAFABQAUAFABQAUAFABQB4h8fPhhqXxS+HupaL4W1XTfD/wAQNI1HRfG3w08RaxZy 32laF8R/BmpWuv8AhDUNYtbSW11K68PTarYW+leKrTSr2y1TUPC9/q2lWl5bNeJItq9k+nVb6J3f Tfe19Enuutq9k+nVb6J3fTfe19Enuuup8EvihafF/wCHnh/xrFYNo2p3MWoaR4t8MzXCXd54N8ee GtTufDnjvwdqF1FFBFcXnhnxZperaJNc+RbC8fT2vLeFba4jVCWy/wA73V3Z737/AH6vQJbL/O91 d2e9+/36vQ9bqCAoAKACgAoAKACgAoAKAPP/AIo+PtE+F3gXxH4+8RvMujeGdNnvrmC0RJtS1O5c pa6XoOiWbzQDUPEPiLVbiy0Lw9pqSrLqWtajY6fCGmukFVFa/mulut/Tz62KitfzXS3W/p59bHmP 7Nnw58Q+D/BOoeKPiHYaVYfFz4ueJr/4pfFS30a+OsWWm+KtetdOsbDwjba99msj4h074beDtE8K fDLR9cNhYRaro3grTNRi07T1njtLe3tbsr726NK27d9XZvyb6Fva3ZX3t0aVt276uzfk30Po6sjI KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAa33W6/dPTOenbBBz6YIPuOtH9dw/rufGniyA/AL49 aN8ULLT74/Dr48ReFfhd8V7myMCaL4b+KWmvFo/wh+J2t6eklrFZ2niyznPwb8U+IdOtLq9W9/4U tZX1mnhbRLrUdB0aurLS2tt3u+m23ne6a3uaNXVlpbW273fTbbzvdNb3PsqNiyKxGCcg5UryCQfl JYrnGcEnHTJ61DVn/X6ENWf9foPpCCgAoAKACgAoAKACgAoA+Of2gp5/i14v8Nfss6Lq2oW9t4kl 0bx98d7zRkR59J+B+na1LPbeBtTu3iktNM/4aC1zQb74cC3lWPWdT+Gej/GjUPDdzYa14dttb0/S Nlq9Fpvpd7p/nq9NrGkbLV6LTfS73T/PV6bWPr+3t0to1iiASJEVEhVUWKMLnAjVVG0BSqBclFWN Aiqd5aZa+au7P7r6afkr+ZMtfNXdn919NPyV/MnqSSle2cN9E0FzDHcW8iPHNbzIskUsUg2vG8bn y3VwAkiyq8ckDTQvG6SstVF2vrb7/Ton0/G2j6VF2vrb7/Ton0/G2j6fI6x6t+ypNK1vZ6v4i/Zo e4ubw6dpGnX+qeJPgJc3l8GleysLW7uL/wAQ/BIJPeSjRtM0241X4WfZo30621rwPdwW3gCrKXW1 9PVq/p5Nu2ztpqVZS62vp6tX9PJt22dtNT6t0bxDoPiPSrLXvD2taVruh6nZwahputaNqFpqmk6j YXUfm219YalYyz2V5Z3EX7yC5tppIJUBZJGGSJaeitr5b20tdL9UuhLT0VtfLe2lrpfql0NdWDqG XOGGRkFT+KsAykdwwBB4IBqSRaACgAoAKAGGVFIBbknHAJ6cEnAOFB+UscKHIQncQC7N/wBfpv8A 030HZv8Ar9N/6b6HjHxW+NPhz4dPo3h+2tb7xn8R/FjzweCvhp4ZeCTxL4gkiguXn1O8eeaGz8M+ DtLaBl1/xlr81loWnzvZ6LDPfeJ9Z8P+HtZaTv8An10/4K2tq+g0nf8APrp/wVtbV9Dn/hZ8LNfs NXvvip8SNUs/EXxY8VabbaXqculT6lP4V8FeF7W5kvbD4d+ALPWJ8W+iWdzKLnxH4mey0/XviTrk MXiHxJHBZ6b4P8MeEqvayT2TVnf5Pb52d7bWKvayT2TVnf5Pb52d7bWPorA9BwMD2BxkfTgfkPSs 7vv/AF/TZnd9/wCv6bCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAPJ/ir8L9P+JOhWkB 1HVPDHiXw5q9l4p8FeNNAnS31/wh4o0mSWSy1bTnkEltfWtzDPd6Xrvh7V7e+8O+KvDeo6p4Y8S6 VqWialeWM1prbvo1ayu7a7ra2vm3bQtNbd9GrWV3bXdbW1827aHB/Db41XaeJ0+EfxntLTwb8XVt DNpF5BFqVr8Pvi5p1i1zbz+IPhnrGpx/YzrKraS6j4t+Fs2rat418AfaIheXfibwnJ4f8ceICS2t qu/3b/Lrta3qyS2tqu/3b/Lrta3q/pIOpyAQSMZA5IzjGQOQDkEE8EfNnHNTZ/1bqrr+vluTZ/1b qrr+vluOpCCgAoAKAEJCgknAAySewFG4bkX2iE5w+cP5fCsSW2hgANvzAgjay5ViQqksQKdn2/rT /NDs+39af5o+Utd+Iuu/HHVtZ8A/A3Vbiy8J6bfyaF8QfjrpyW0ul6fIdPZr/wAKfCG8uzLp/i7x tbXMtvZa34ssoNS8HeAby31bS7q51Lx/4fu/C1jcVZO6W19fne++tv63LirJ3S2vr87331t/W575 4C8E6J8PfDekeD/DWkWmjeH9BtDaabZ2gQKqMVaWaZ9puLq+vJ/OvtS1HUJ73UtQ1C6ubzUNRvru e4up5k79X+j8/wCku+mxMnfq/wBH5/0l302O3wB0GOp/EnJP4nk+9SSFABQAUAFABQAUAFABQAUA FABQAUAFABQA1gCrDGchsjA5yDngkA59yAe5xTW66ajW66anyH8Q9F1v4I+Mtd+O3hDS7zUPAniW CB/j74G0PSYr7Wbw6Ppq2ml/GfwtZ6dIdR1bxZ4U0Gzg8N+MfDNhp2u6/wDELwZYaGnhrTdQ8W+B /DnhrxlafNbWzXf8Xrpvslrp0T0tPmtrZrv+L1032S106J6fUWg65o+uaHpOuaNqtnq2jatptlqW mavY3Iu7HUrC8tYrmzvra7WSZJoru2kjuYn8+VpI38wu/wAzVLTulvZJdvvvb0T6q3Ulp3S3sku3 33t6J9VbqblSSFABQAUAFABQAUAUNRvbKzsb+7vrpLSzs7O5ur26kla3itbW3gknuZ5bkbfs6xQI 8rShlaJFMoIwDVJaq6vfs0/yfT5eqKS1V1e/Zp/k+ny9UfInhi1vf2lfGWhfEzVbOf8A4Uh4B1GT UfhJoGr6Ve6dL8Q/GdlJqemRfGnU7PUBbNL4O0yJVl+C9otsItX+0H4vRXd7aXXw1vrS9I6vRvvd +uy1d/O3VWvYvSOr0b73frstXfzt1Vr2PsWFWWKNWBDKgBB25yBjogCDPXCDavReAKze+9/Pz6/i Zvfe/n59fxJaQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA5Txr4O8PePvC+ueDfFWj2mu+G vE2m3Wka7pF2Xjg1DTr2LyZ4JJYis8JK4ZLm2aO9tJUju7GeC8t4JFuMrNtvtur9fR23frtbW6qL 11f9X+fd/iup4B8K/GHiTwL4jsv2ffi1rMl/4is7a+k+FPj3VLuWe4+MPgbS5AI/7VvGtrZLf4q+ DLC50218Zaak90/iaCGHx7pUyxanrmkeD9Wk4uUUrO+m7W/RrSz/AD63d6sneUV02879vu0/4Z/U yyxuSqtlhnggg4BwWAIBK8ghhlWDKykqyk4W/r+v637Mi39f1/W/ZklIQUAFABQAUAFADXdUUs7B VGMsegyQASewyRkngDkkAE0AeQ/Fz4pWvw80nT4NM06fxX478VXb6L4A8C6ZewWep+K9d8tZnhe7 m3Jo+haTaF9Y8UeIp4pYtC0C2vL2OC7vvsVheXFPW+y3v0/PXuvJX7FxT1vst79Pz17ryV+xmfBj 4V6j4B0zUdW8Xa1/wmHxK8c6inir4leMZEihi1fxG1pa2ljpWg2MMcEOk+CfBul29p4Z8E6PFDG1 touk22q6w2reNNZ8VeKddG1t5Nbbeuzv0a21v3QNrbya229dnfo1trfuj3OoICgAoAglgWZGR9rB sjDorIFbKsu043BkJVg5ZGPLIy5U1zP5WXV9Py+Vv1K5n8rLq+n5fK36nyj4h/Z+8S+CdW1Hxj+z d43T4da5q+uv4h8SfDzxPBe+JPgn4xmvJoJPEjT+FxdQ3vw213xARJqE/i74a3ujwP4olPifxd4N +IM8+o2F9fuyS3dradttOl7239dUX7skt3a2nbbTpe9t/XVENn+1N/whl1f6H8fvhf42+EV1paRS p460/T9W+J/wT161kgN3Ne6d8TfB/h83PheLTYSYtTh+L/hH4XXX2mKeXRk1/Rki165HTvqnv0S1 VrdG1sn06dNLEyjrfXXolstOjfmtPy2Pe/h98Vfhv8WtCi8U/Cvx74K+JfhiS5ls28Q+AvFeheLd Hiu4N32i1l1DQ769tY7m2ICXFo0ou4JG8ua3R1cLLhZ2u7+afXbv172/K65fO23R9f8Ag6ee/a/e h8kjaRggZOAGyAw2+vB5ztIPGDkUuXzXXXtbv56ra++lw5fNdde1u/nqtr76XIhcoXKEbcFQrMyg SFgThFz5hICtw6JuxmPeMkDjbrpe2mr+71st+quDjbrpe2mr+71st+queDeNf2p/gB4B8TXfgjXv if4aufH1hbpd3nw38KS3fj/4oRWsi7o5/wDhWHgGz8T+PjFIP9U58OgTn5LfzX4By9nfvpa17d3Z /Jvp3uHL2d++lrXt3dn8m+ne55f/AMJ/+0d8cLeW0+HXgS6/Zy8HXuppaf8ACxPjFZ6TrPxS1TQF l23+qeCPg3pWoarpHh251PT9/wDwjmrfF/WYNS8O3xt7rxd8F9Vjgm0a4tWSV+iX567+bV1vovQt WSV+iX567+bV1vovQ9p+GfwM8G/DAa5faW2ta34s8WXsGpeM/H3i/WLzxL478XX1siwW7a34kvWW 4Gl6fbL9m0Hwvpcem+EfDFq8lh4b0HS9KYaestpaKz79r2eunXXX800S2lorPv2vZ66dddfzTR7H DEIYkiXkKoGQAo4AHCjhRxwo6dyTkmW7u/8AX9f0rEt3d/6/r+lYlpCCgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKAGsocbTnqpBHUMrBlI7cMAcEEHGCCCQRaAtDz/4i/C/wZ8VvC2oeD/HW jw65omoPaTtH513p+oWd9pt5FqGkatpGt6bcWusaDr+iajb22q+H/EmhX2m+IfDutWttreg6ppuq 2trdwWpdHdJ/Pz/z730vdXval0d0n8/P/PvfS91e/wA4T2/7SnwOl1efQoLj9qP4badbW95pXhHU dX8P+Ef2htIitBtutK0nx74m1XQPhh8WkunIGg2vxEvfhPq+nGG6fxR8SPFFxPa6o9O0vne19e2y urPZ+afXW1O0vne19e2yurPZ+afXW3WaX+2X+z/LLpemeMvGL/BrxTq13Bplt4N+O+lal8G/EEut SlEfRtLPj+20TRfFl3FOxgjuvA2seKdI1R0eTQtS1aAxzSTyatb2/HXa+tnbuvw1c8mrW9vx12vr Z27r8NX9OrcBgjALtkI2PvJRwQGDI6qyEMhDRhirPyAvHKcbdb7/AIf079kvNITjbrff8P6d+yXm kSs+0DA3ZJAGQCxAPyrnqxxxnaoGSWAFFlbfu0rdNezfbXt6ahZW37tK3TXs3217empka34h0Tw1 pF/r/iTV9K8P6HpVu93qms63qVppOk6baRqXmu9Q1LUJLaztLaFQTJNLMI1AJLAAkCjpfXysr3/X 70umoKOl9fKyvf8AX70ump8tap+2b8Mtd05F+A2keMP2pNZ1F1t9Ig+A2m2Wv+Drh5CsbXmofGbx BqHhz4JaHp1ozh7mXUPiCNRmjSWPR9I1rUFXTpGou62+fft5+vq10bai7rb59+3n6+rXRutL8Hvi 18b7jVV/aD8U6Z4e+HV7aQWkHwJ+Eeq6/BpGr2swLao/xS+K9xFoPirx9p+qzr5EXhDwzovw38O2 2kfb9E8UxfECy1EXMV6Lrbaz06adFdu+6d1+KL0XW21np006K7d907r8UfWOi6HpXh7StO0XRtOs NL0vSrKDTtN07S7K307TtOsLWJYLaw02wtEjttPsbaFI4ba0tUjhghjSKNQqLiHLpbTp63vrq7/r 91ocultOnre+urv+v3W16ggKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAK11bJdxeTIFKF0Zl dA6OoPzxshIDLLGXjYHIw5ODjFNO1/6/r+vQadr/ANf1/XofI/iHwJ41+BOqat4u+BGk2niTwXq9 5q/iDx/8Alm07RY77X9YvP7Y1Txd8Hr9o7TTfDHjTxFqkusal4l8K+JryHwh8SvE2rtrt5r3gbxH ceJvFfiTS/Na++tt/v6J6ed101dlpfmtffW2/wB/RPTzuumrsva/hp8avh38XbXVZ/AutvfXXh65 t7HxR4f1bTtT8MeMfCGo3dr9sg0zxl4H8S2eleMPCOpPB862HiPQ9MupUzPbRT2qvOscutteuy7W +X4+W7sRy62167Ltb5fj5bux6orFs8YHbnnv1GBjp7g5yCRzSat/Xm1+gmrf15tfoOpCCgAoAQnA 6E+gHc9hnoM9MnjJFNK7/r+vxQ0rv+v6/FHm/wAQfi34B+Fml2Wr+PfEFnoFtqt+NH0O1fz9R1vx Lrzwy3MHh3wp4c0eHUfEHizxDc29vdz2+h+G9M1TU5orO6kjtmWLLVyX6/emvz67ff5Fcl+v3pr8 +u33+R4BZ+E/HH7R9/Zax8V9GfwR8Eh5OoaR8DtRUN4n8c3C3wv7DVPjkrh4LLSlgsrOe0+DOmGf TLlbq7vPiVrHiB7iLwR4dp6Xbd+nRXt6Pvpe11r5NU9Ltu/Tor29H30va618mvsG3t0t08uMYUBQ OMcIixrn1IRFBPA44CrhREpXtp+Pp92xEpXtp+Pp92xPUkhQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFAHA/EX4a+Ffih4dufDfiyzmntHuLTUbC9sbu50zWtB1nTZludK8QeHdb0+W31XQtf 0q6jS507V9Ku7W9tpUUCRoi8b3Go4q1k1az77t+m77Pra1ylJr+v6/r1d/nbTfi14z+BM0ehftFy f234NUagPD/7RmhaHe2nhpNOtJTJp1l8dNKgbU2+H3iuPw+sU2q/EPT3X4P+JdT0zX9R8n4Q/bPD fw/kpq+33bfJdNWuuqabaLavt923yXTVrrqmm2j640/UbXVLK21GwuLW+sb23gu7K9sLqK9s720u YIriC7srqDdFc2s8UqSW88Z8u4hKzxFopI2aLdNU/NaaN9e3y/Ai3TVPzWmjfXt8vwL/ANf8/wAq kkKACgAoAjdyu7ajOVGdqlQW9ApYhdxJHDsnGSCQKpRv+P4W6b9el/QpRv8Aj+Fum/Xpf0PnDx5+ 0JZWmvXPw2+FGhz/ABX+K0N7babq+i6LefZPCnw2kuLODUm1X4teOha3ejeD7S2sLqwu4PDVv/bH xE8Qx6npknhvwXqemXV1q2ntR1T6X/r9NbK2t7NDUdU+l/6/TWytrezRq/Cf4SXXh+5vfHHj3xGP HXxc8QWdpYeKvFosJNM0qzs7Oee+tPC3gbw7c3uqN4P8JaLeXlw2m2K6nqmq6oz/ANt+J9c8Razc /wBoxtytolo1p59m/Lpbto1ayG5W0S0a08+zfl0t20atZHvigqqqWLFVALEAFiAAWIHAJPOBwO1Z mY6gAoAKACgA/wA/lQBXmtLa4wZ4IpSCGVpEV2RlZXRkZgSjI6JIhUgpIqyLhwDVKTVtdF8tOxSk 1bXRdPL+kfPHjv8AZI/Zu+I3ix/iB4v+DHw91X4hywRWr/EWLwzpumfERrW3DeRbHx5o8On+Lvs8 AyLaE60kduxDQeW4U1q6vMrtJWfS1/xd/wCvutTVrtfK6/4H9fO3nnjL9if4aeIfDWuaDoniv49e BdQ1bT57aw8XeDP2jPjpp3iHwxfmMDT9Z0i1uvHOq+HNSu9Il2XVvY+KNB8Q6Hcm1TT9T0nVtMvL 7Tp55o+Wl+i2ejta+r321X3hzR8tL9Fs9Ha19XvtqvvPIPBvwG+ENz4hT4O/tH+CrzV/Ft4NQXw7 eeJfiR8afHHwm+MujabZtdz6ho2lfETx34l0XS/GEOmk33iz4ZeJP7S1y0+z6xqvh3VvGXg7TJdf ti9tUuivHS/lfTTTzfogvbVLorx0v5X000836I+6vhx8Jfhb8I/DcHg74TeAfBXw28I2cjy23hb4 feGdD8HeHbeaVt8s8ejeG7HTtPS4mb55ZxbiaR8u7sxzRz36JPpe79dl6fgHPfok+l7v12Xp+B6K EReigdM8ddpyCfUg85POec5rNt99traL9NzNt99traL9Nx1IQUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFABQAUbBsMMUZO4xoW55Kgn5hhiDjgsOGP8Q4bI4p3d731Hd3vfUwfEHhjw 34m0u+0TxLo2ka5o2q2s9hqek63p9nqmmajZXKkXVnfWGoQ3Fpd210mRdQTxSRTqoEyOFGKU2la2 2/8AXT8vQpTaVrbb/wBdPy9D4C+IH7On7Lnwil0/wj8IvgZpuj/EXxdaahL4K+GfwQ8QeKfgnZ6x /Z89smo614iPwp1rw5pfhPwF4evb7S18TeKdV0mXTdNGqWunaTpniXxNrOm+G7+29ddnrra3ku3f bW/kkW3rrs9dbW8l277a38kjsPhx+xL4b0XTruXx74++NXivxLrWqXOtan9k/aA/aG0zwhoUUkCW 1j4T8FaDcfFO6ax8M6LCFFpPrFxqfiPU79brU9T1IQz21hbpySelrd79/l3tff0dnZOST0tbvfv8 u9r7+js7eh2/7Ev7LLazp3iTXPgl4F8beJdFuob3R/EnxJ0uX4o+INKvbdhJb3+m638Sbvxbqljq EEgEkN7Z3VvPDIN8DRnmhztpZP0f/A/IHO2lk/R/8D8j6gjsrdAilBKI1CRiUCQRqBgBAwIXj5cj BIwDkCk5N7WXzV/81u/MTk3tZfNX/wA1u/MsqiKSVUAnOSBjqcn6ZJLEDqxLHkk1F33f3kXfd/eO pCCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAGsiOCGUMCCpBGcqwwy8/wsOGHQ9waabW 39WGm1t/VjxL4m/s+/DX4o6jaeJdY0u/0Tx9pWly6JoPxM8Fazqvgz4j6Bpc939v/s/TfGXhy5sd Yk0eHUyurDw1qkup+FbnUYxNqWh3sbzRyVzaPRa7tf5dfvvvqiubR6LXdr/Lr9999UePpp37Zvwr 0O3tNB8SfDL9p220krCn/C1Irv4FfErV9LhU7rnVPG3wz8KeMPhtrfieVCGjh0v4MfDXw/eXTGGQ 6HCguKppN3/KzWnror3u0+z9XTSbv+VmtPXRXvdp9n6vW079qDxRbxIPHn7Ln7SHga7iRY72O28M +B/idp7XKN5c8uk6h8IviJ45vLzTHYNNZT6ho+k6nLa7Hu9JsLx2sIT2btor7dL363X5W2a3Yclt rfPXzuuz6W2a3Zlav+3L8HvD2q+GdB1/wz+0Lo2ueMb2603wnpeo/sx/Hqyn8R6jp+mXus32l6JJ deAkttU1eDR9K1PV30SyuZ9cbStPv9Thsn0+xvLmEcGltrvqkne69V6LZdU90cum2u/RO9/mu9ls uqe62779qHVZ4d3gz9mr9prxxeMuyK0TwP4U+G0DSNlVe5vPjR46+HUVvDvDHzVd+AyiOVkwTlV7 aWv89tv1s+nfocqvbS1/ntt+tn079MiCX9tD4l6VfQ6inwk/Zps79HgsZvD0+rftAfE6wspopF/t OPUdc0X4b/C/wl4ytw26HT7jw78aPB9tcoIrifxBZyNGxaK3763Vl1013WnffW4Wit++t1ZddNd1 p331uejfDP8AZw8B/D/U7Xxhfy+IfiL8UU0eTQ774u/FDWD4v+Iup2N1JBPqkcN9JaWGheC7DW7u 2t7zVPCnw28P+DfBJntrX7H4dt4bW2ihfMraWflovnZ7a/P8x8ytpZ+Wi+dntr8/zPoFYo0xtRQQ AMgDJC7iAT1OC7kf7Ts3ViTk79f69PL00Mnfr/Xp5emg+kIKACgAoAKACgAoAKACgAoAKACgAoAK ACgAoAKACgAoAKACgCrcWdtcxvHNBHKrq6usiCTcj7WZMNwVZ44maM/I3lpuX5VK1Fu+/wB+299f x87sqLd9/v23vr+PndnyPf8A7LEngq8sdZ/Zn+IOsfs9T2l9eX194E0TRtP8V/AvxWl+ZZLjTdc+ EOsLHZeGLRdVuZfEX2/4Pa78KvE11qwdNR8Q6lo99qelXNcye6/Hvo+2u29rb9FeuZPdfj30fbXb e1t+ivDffFP9rL4e37Q+Nf2fPDfxc8JhMReLf2fvH+l6R41iZVzJc6z8I/jddeDdA0zTrcBnebQ/ jp421OWMAx6KZSI6bitXe/VfPu0rvfRL0G4rV3v1Xz7tK730S9C7fftd+G/D+m3mp+MPhT+0T4St dMsrnUdXm1D4I+MdbtNLsLKKe4vbu81XwRD4v0CC3tbeF5ri+fWXtIYYJncROI4Zzl20XW60X6be iTu1rtY5dtF1utF+m3ok7ta7WXRf2yvh34o0nT9a8LfD39pPxBpus2UGpaNe237M/wAbdLstX0+9 hW4sb6xv/Evg3QbN7G9hkjuLG+kura0u7SWG7hka0lilocG9o3vtbpt2X4WfXW4nHeyXXbpt2X4W fXW5R1P9oD4++JJ00v4RfsmeMPtbyZPi79oDx94L+D3w7gtBjznVPBVx8a/i3d6oFdZLDTJfg7Y6 dePFLa33iPRt0d2w4W1aevT7trpfPVabW2HydbfJfpf/ADWm1tixcfBr43/E7UdLn+NnxputP8I2 lvOLz4U/AXT9V+GHh7xFcXMX7v8A4Tf4kza1rHxd1qPTJM/ZLbwJr/wi0XUQXg8UaJr9jJ9lo92O nXe3p/V1d328g92OnXe3p/V1d328j6K8B/DjwN8MPDVh4P8Ah/4V0Lwf4Y0w3Ullofh7TLXStNhu L+7n1DU7021pHEk2oatqN3d6lq+oziW/1bUru61DUbi6vLmeeSXO6ta39L/IlzurWt/S/wAjtFVU ACgKBwABgADoAOgAHAA6AADgAVBA6gAoAKACgAoAKACgAoAKAPPPiD8N/C3xK8PX3hnxpp0Oq6Nd ZnjdHms9X0nUYY2XTta8NaxZvDqnhzxJpdy6X2i+IdEvbHWNI1K3gutMubefY8FJ+q9PnvfSy+Vt bspP1Xp8976WXytrdnjnhn4i+JvhL4j0j4a/G/Uzq+m+IdRh0P4XfG1orKy0vxU4sxJp3hL4lQWE Nlo3hD4l3Mkd7baVqFva2Hhb4kSJajw9HpPiO5Pgyypxu7Kytv5ddPv1Sej9blON3ZWVt/Lrp9+q T0frc+o1kDBTgjeMjJQ46cEozLkk4G1mBIOCahpr/g6X9L7/ANX6ENNf8HS/pff+r9B9IQUAFABQ AUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAHSjcNz57+J3xb1W31uL4VfCTSrTxb8Y dT0x9TMWqC9j8EfDjRJjb20Xi/4m6vZQypZQl703HhjwLFcWvi/4iy6bqtv4ejs9F0bxR4r8M0l1 b07bN/jorPXXb7ykurenbZv8dFZ667febvwy+D+l+A11jWr3Urvxf8QfFtxDdeOfiJrsFnD4k8TX FrJIbG026dBb2Gj+HNBhla18LeF9Jt4NH0K0a6Nut1f6xq+r6g+Zbarbb08mm+2r89LWHzLbVbbe nk0321fnpax7PUEBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFACYz6Y 9Mf/AF/6U07J730s07f193fUadk976Wadv6+7vqBt0YENHGQ3UFQc56545p+1ktOfbS10Pnl3/L/ ACOF+IPw18JfErwxqPg7xdo0Gp6Dq0Lx3MUV3qWkahazgD7Jqmi65oV3pmveH9d0qYi/0XxFoGq6 Vr+hapBaapoep6bq1rZ6jZv2jf2m7eaf6f18h878/wAP/kTwbQvFXiX4Ia7p3gr40aquv+Dte1iy 0r4ffHG7isbSKTUpbALpPgf4uqLwQaH4wuv7NmttA8e2Wk6T4K8c6i9jo88Phn4g6xpWkeNq0krr 0e99/u63av2Xa1aSV16Pe+/3dbtX7Ltb6shnSRjGiMu1Qx4AVSQDtOD94ZxwCNyuud8bqsyWl7t+ drK3kun9d1eZLS92/O1lbyXT+u6vYqCAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgDj/Gvjbwh4C8Oax4q8a65p3h3w5oVmbzU9Y1OdYLa2TzDDFFCc+fdahc3IW1sNPsE n1G9v5bays4Jb25toZNFsrNu+jjo9Xf5Lq+um6NFsrNu+jjo9Xf5Lq+um6PnXRvA3iP4+6lZeLfi ro9x4a+GOmXOn614F+C+sWEa3evXi2CPY+L/AI0WSXNxZ3dzaTzPP4b+F3mnTvDc9ppvinxbA/jx dK0r4fDfLsvL5Lpr12d7deutxvl2Xl8l0167O9uvXW/1lDp8EccamGIsiqN7LvdioA3u7KWZ2xuZ mJYsSSSeSvataKTWm3MrL5NN27K+3YXO/P8ACy+VnovX7icwqvOxB7hR/gKXtJS3k3bs9hc0nu38 v6Qo/D2x6dqTtfS/z3E7X0v89wpCCgAoAKACgAoAKACgAoAKACgBCAwIOcH0JB/AjBB9wQR2INC0 8/UFp5+pg+JPC3hzxjoOr+FvFeiaZ4k8M+INNutI1zw/rdnBqei6tpd5GYbrT9Q0y8SWzu7S5iZo 5oJ4XjdeGU1Sb1d72to9brf8N/LuUm9Xe9raPW63/Dfy7nzEfEfiX9ma4+w+Ptc1Pxd8AHuooNF+ KOu3l3q/ir4MWkdkJW0n4ya/q+p3ep+J/AYmtXNj8Xr2Q6t4aiv7Kz+JSXen2t98S5b0d7ad++3Z PR2v0a763RejvbTv327J6O1+jXfW6PrO2uY7mOGaGaGaGaJZopYWV45opFjkilidZGVo2ikRwyGS NxIjJJggNDSW39fPZ7aW877ENJbf189ntpbzvsWakkKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgApq2vV7Jeb/y/Ow1bXq9kvN/5fnY+Z/G3xK8V+NvEeq/Cf4G39rba3p0gs/iF8W5 7K31Pw18KVlntoZ9B0W3u4rnTfFnxinsZ573Q/DtzDe+GfCvkLrfxGUQT+G/B3ja1FLfpa/zb6/n btprvailv0tf5t9fzt20139O+G3wu8IfDDRp9G8MWU3malqF1rviLXdSuZtR8S+MPEl9Kz6j4n8W 63dA32t65fDyEe7u5WhtrWCz03SrbT9J0zTrK1Um1bS2z1tp2SWlrNflfsKTatpbZ6207JLS1mvy v2PSFUKCBnkknJJ5PXGScZ64GBnJxkkmG76shu+rHUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFAD959B+v+NRyLu/v/wCAAhYtjOOKaio3tfXuBga/4Z8P+KNL1TRP Eejadruj61p91pWr6VqtpBfafqem3tvJa3lhfWdyklvdWl3bytDcW8yNFMgQOpKIVtN6Lttfz6/L dDTei7bX8+vy3R8tx6z4m/ZnlisfEuoal4q/Z5Lw22meOtTe+1nxV8DbOOxcW1p8Rb2Vr3U/E/w1 8iwgsrT4i31xeeI/CF5cxz/EZ77wrNfeNfDltJ3Wmlutlf8AG1r2s/RWs07aTutNLdbK/wCNrXtZ +itZp/XFncJd20NzHLDNFcRpNDNbSebBJDKokieKUACWNkZWSVflkUh1ADACH27aP1Ifbto/Us0h BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQB5l8Tvil4b+FWkR6x4iup3lv5 4dK8N+G9MtV1HxR408SXInlsvC/gvRY5Y7zX/El9DbXEkem2ylbeyhutYvprTSNM1O8t6ir/AOVn +n+etrFRV/8AKz/T/PW1jy3wV8O/FnjzxZpvxZ+OMVvDq+m3I1L4Y/COyu5rnw98IoZ9JSzk1PX7 m11S70X4hfF6c3OprdeNls7XRvBWi6rJ4K8BaeyN4p8d/EG3dR0StbR6Xs+6t13/AD7Fu6jola2j 0vZ91brv+fY+mYoIoSTGgUlI0LfxFIt3lqT12qXcqv3QXcgAsxOd728jO97eRZ3n2/z+NZuCbb11 EIWJ64pqKje19e4DaoAoAKACgAoAKACgAoAKACgAoAKACgAoAZJGssckTqrJIjxurqroyupVldGB V1IJDKwKsCQQQTTWjT7NDWjT7NHyPPoPiL9me5bUfB+lax4u+AU80P8AaXw90WLUdd8XfByGKydG 1H4cadLe3V/4h+GdrOn2u++GWlQXWveE0mupvh1a6posen+AdOu6lp132sum976272XS+zLupadd 9rLpve+tu9l0vsz6Y8MeKPDvi3w/o3ifwtrOmeIPDniLTLHXND1zRb221TSNV0fVYFu9O1PT9TsZ 7mxvbC8t3E1veWtxJazoQ8LsrJulxd39++v42d9r6X17kuLu/v31/GzvtfS+vc6OpJCgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKAKs1xHsdVkAcbsbgQu6PDFWZgFVWAA3llAWRHVh5kTNST TT7a+n/B309b7NFJNNPtr6f8HfT1vs0fKmoeL/Fv7QOo3vhT4R6teeHPhLp93c6R45+OWmOiX/ii 40/VJLLW/BfwQvI7tRLfwy2N3pHi34ovaNo3hiSe50rwNLr/AIxh1DVfAttpWfXdK1vxtfpbu/JX RbaVn13Stb8bX6W7vyV0fRfg7wd4f8C+HdL8L+FtIs9C0TS4nWDT7Eu8Qmnne7vLua4uA93qGoX9 5LPd6jql/JNqOo3k9xfXk813PLM8uWm+rWu7vv3tbd6JW7PtLlpvq1ru7797W3eiVuz7dVUEBQAU AFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAFe6jaaF41C nd1DhXVlHJRkcFJFkx5bKxT5WLB1ZVNNOz1/Df5dv6XUadnr+G/y7f0up8hy+EvEX7M1z9s+HOi6 n4r+AEs8J1b4PeH7CbUdd+D2nQWcto+rfBDw9o+j3ep+IPCiSG0bWfg6kom0vTlvrz4WSXNzb6Z8 JvEl35u7drapWe2mn3ryvturvzd27W1Ss9tNPvXlfbdfUPhnxZ4b8YaHoniTwvreneINA8Rafban oetaTcpfaZqtjdQCe3urK9haWGaKaLfImJGciKYEboZdkNb/ANaXa/NW6dCGt/60u1+at06HR0hB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUbhuePfFP4uaT8P7fT9HtNMv/F3xD8Vf b7bwJ8OtHwut+K72wiD3c8k7o9toHhXS/Ns5PE/jHVzb6F4es7+zN3cm+1DTLG9qK3vslvutH5f5 /g9ait77Jb7rR+X+f4PXnvh98JtVt9en+KfxJ1W38V/FfUor2ys7u0Fynhn4b+GdRis428HfDjS7 5/8AQLGZrK1vfFHiG5jj1/xtqYa71b7Ppem+FPDPhmm0r9L69fx1uu9tNWvMptK/S+vX8dbrvbTV rzPoEDAA64AHc9Pckk/iSfUmszMWgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAGSRrIu1 s7TkMBxuVlZSu77ygg8lSrcYzgkFptbDTa2PlXxD8PvFfwf1/UvHXwXsJNc8J61qT638RfgYkmm2 cGq3kyPJq/jL4RXdyIF8P+Pb947e+1zwde3tt4D8dT2NxeJb+FfGGr634s1607rXS/u37adb67O3 366lp3Wul/dv206312dvv11PcvAHxD8OfE3w5pXi7wfejUPD+rRSmOS4tr7TNUsL232x3ui63omq WtnquheIdIuxc6Z4i0DWLWx1rw9rVjfaPqmnwX1ndRwS1br0X3/8N/ndXSJat16L7/8Ahv8AO6uk d3UkhQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQBlavrFjolnd6lqd5aadpmm2c+o6lqF/NHa2 NjYW0by3N3eXksiQ2VraxRvcXN1P+4hgjkklZEVnWoxvvt37Pz8vTbrZFRjffbv2fn5em3WyPlBY 9f8A2pZnBl1jwb+zfLskhNvNfaD43+PEcF9cKZlurS8sdU8H/Bi7NkjxoYV8SfGDRtT2zP4Y+HUl zbfFOvhV9OZLydvNve9tN7dlZFfCr6cyXk7ebe97ab27KyPrLSdI07QtPstJ0iys9N0zTbKz03Tt P0+0trGysLCwgW2s7O0tbSKG3t7W2gRIbe3hjSGCJFihjRFCiG7/ANeSX6EN3/ryS/Q0qQgoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAInhV3Vy SGUAAjGeHVuMg4zgqSMNtYgMOtNO2m6vdrX+v+GQ07abq92tf6/4ZHy14h8CeKvhV4lvfiF8D9Mj 1LTtZ1NtT+JPwUiu7DSNM8YMz3J1Lxd4DlvZrbTvDHxQuGvYby+F79i8L/EGazjsvEd/oerX1r4x tbvda66b7PvqkmunS9rbaO13utddN9n31STXTpe1ttHb2/4c/EXwt8UvC9l4t8I6it9pl2qRXFtN BcafrOhaqkMb6l4a8U6DqEdtrXhbxZoU8v2HxD4W8Q6fpfiDw/qUc+m6zptlqEE9tFElZ2/r5f15 dLuJKzt/Xy/ry6Xfd0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUANZtoJ9Bk9cYBGeQDy AcgdW6DvhpX/AKX6tdmNK/8AS/Vrszwb4o/GHUPDut2fw1+G2hW/jr4w6/plzqeleHppdQtPC/hP RY5YrM+NPin4osdPv7fwb4Xivp47fTbB47vxb42mi1OLwVoWrxeHvFN3oVcnW+m99H+XXfZNLzK5 Ot9N76P8uu+yaXmXvhl8IbTwTd6p4m1/WLnxv8UfFKwSeMfiLqdjp1jfX0VrEq6Z4b8PaXYQpYeF PA2gI0sWh+G9N84tOZtf8S6t4m8a6v4k8T6y5PRO/fS2nW7s97ab/dqOT0Tv30tp1u7Pe2m/3ant MUSQrsQYUElV/hUdlQDAVFHCooCqOAAOKhu/9ff97uyG7/19/wB7uySkIKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKAGmNDklEJb7xKg7vujnjnhFHP91fQYLva+nYLva+nY+bfGHwq8Ta B4rvfiz8F5tH0fx3qL2DePfCuoySaR4F+MVtp8QsoV8VPZaZqd3o3jGx0sRW2gfEjT7O/wBYt4bS x0DxFbeJvDNjpuj6Zomnp5O2nZbba331tqtk7Giaenk7adlttrffW2q2Tseg/C34q+H/AInaHeaj ZQ6joGuaLcrpnjLwP4njhsfGHgPXEtYrmfQ/FOnxXN1bQ3IhcXdlqem3d/4f13TpIdY8Patq+j3F tqE8tbWXfXSzS67u1r21fYlray766WaXXd2te2r7HqfWpJCgAoAKACgAoAKACgAoAKACgAoAKACg AoA5Lxn4y8M+B/DOqeKvFOvafoGg6RBHcX+qXs/lwwpNNHb26RrGHuLu6u7mWK1sLCyiuL/U72WH T9Ptrm9nhgelF3s0/wAf06efS9/J0ou9mn+P6dPPpe/k/nGz8I+Lv2gbyy8W/FLRtV8O/CWzubPV /BHwS1OFLfXfEdzp9zLqWkeMfjTp14IYorw3EWkan4U+FN7JLpvhuaKG/wDiHa6n4ieLSPAde6u1 +r7XXTrb06PR3sivdXa/V9rrp1t6dHo72R9bxIFRAAoOxASE2Z2qFHynlcDgKeVHy9qi77si77sk pCCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgCN0Gxwi4LDHy7VbHTKkgrvAJKbvl3YyQCSGt1fb8Pn5bX8hrdX2/D5+W1/I+dfH3wo8TWXi if4tfBS+sPDvxJn/ALHg8X6DrLXw8CfF3w/pUskTaD4ttbK4jm0bxTaaZNNZ+C/idp1jeat4TkSx i1fSPHnhC2l8FXl3T3tbzWuq33svOzu3sky7p72t5rXVb72XnZ3b2SZ2nws+LeifE7TLoR2GreEv GPh2S007x78NvFh0qDxv8P8AX7mB5zo/iO00bVNb0e6jmMF0dE8SeGdc8QeDvFNjbT6t4U8Ra7pC pfurJ7bb+bWu3rbW6VntfS6snttv5ta7ettbpWe19L+tZH6Z/Cot17/oRbr3/QKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAheeFVbMsYIOzBcAl2JVUHUl2dSiqFZi4KhSwK00m9v6uNJvb+rnzl46 +JfinxP4j1H4VfAp7K88aWKPa+NviHfxHVfBfwcW7h0+W3XU7SJ4oPFfxEuNP1SHWdA+HovbJUsY U1rxdqWlaZPo+n+J6sld7XVtrNu2umuj+5dtmqsld7XVtrNu2umuj+5dtmvTPht8L/C/ww0e+sNB hurzVde1ObXfGPi/XZLfUfGPjrxLPDBZz+I/GGux2tpLrOp/YbOx0rTwYbfT9C8Pabo3hjw9p+ke GtE0fR7AcrvV6Ltu35X/AKXfa45Xer0Xbdvyv/S77X9G2qDkAA9M4GccDH5AfkPSoIFoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAY671AyB8ynkZ4Vg3HIweOD1U8jBAIadnf+ v6W407O/9f0tzwj4mfB2fxBrOn/Ef4f60ngb4waBaW9jp/iiPT0vtJ8W6Ba3U10Ph/8AEfR0eGbx D4Jumur5Lf7Pd2Ou+E73U7nX/Curabqb3j3tppq1tG7dLLbbbXW/W+vTa001a2jdulltttrrfrfX ptpfC74v23je61LwZ4l0ZvAXxb8JWOnXPjb4b6lfLd3ljZ3815p9h4s8K6iILZPGPw48Q6lpuoQe FvGllb20V61lfaVrmn+HfFmk634Z0yXHd3v1vZ69/JdevyJcd3e/W9nr38l16/I9oqSQoAKACgBV G446Um7JvsA/y/f9P/r1HtPL8f8AgAMIwSOuKtO6T7q4CUwCgAoAKACgAoA87+JHxN8KfC/QxrPi u4uwl9f2OhaDo+k2M2teJfFniTV5Gg0rwz4V8O2KT6lrut30oJW0tbd4ra0WfU9QmtdIsNUv7Gor Z32120Vu7vp+OmpUVs77a7aK3d30/HTU8d8CfDLxL8QfEel/Fn46Wqw6rpjWeq/Df4NrPY6v4P8A hPOPt8lv4j1LUrW1ii8a/GGWyv4bHVvEJvdS8IeCEsxpHwutrea78W+O/iA27fDe3XbbZa9NFp13 b823b4b267bbLXpotOu7fn9RQxmKKONmLlEVS7fecgYLN6sx5YjAJJIAHAlu7uS3d3JKQgoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoA8X+JPwlPivU7Hxz4P1s+B/iv4dhtYPDvjSGC6vbW80u31BdQvPBnjjQodQsLfxj4E1kNd291 ot7NFd6HcX9x4i8Haj4c8WRWuuQ0pW0e3Xpo/Tf/ACuuulKVtHt16aP03/yuuukPwy+Lx8VXl74J 8aaKPA3xe8NafBeeK/Ak959rjmsJ7y602y8YeCdUkjt/+Es+Hmu31jdf2Pr8UNte2UksGieJ9K8P +J47/RLOnHz83p163tfW1vubKcfPzenXre19bW+5s9rRxIoYAgHOM45GeGGCeGHIBwwBwyqwKjN6 f8HQzen/AAdB9ABQAUAFABQAUAFABQAUAFABQAUAFAFe4uY7ZS0jIiqjyO8jiOOONEZmd5GGxFUK WYsV2xrJLysT4pK99bW/H089vvKSvfW1vx9PPb7z5T1nx94j+OOrax4C+CWqyaN4H0/U9Z8N/Ef4 92LWmo2+n6xo2rLofiP4ffCRvtU9prnj3TdRt9X0TxR4puba88LfDPVtMutGlt9f8Z6dqfhzw7S0 V3uul7XW+q3uru3ovUpaK73XS9rrfVb3V3b0XqfQfgXwH4Z+HHh6z8LeEdOj0vRbI3EwhV5rm6vN R1C8udS1jW9X1K7kn1HWde13U7y51XXda1O6udR1jVrq81O+nlvby5mlhu/9f0vwv5kN3/r+l+F/ M7GkIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAQgHHtyOSOn0/UdC ODkU7tf1+ff57Du1/X59/nseSfE74UaN8Q4NI1CDUdT8K+N/CV9Nq/gbx/4dwviPwrqs0kRvYoXk V7fV/D2ti3trHxV4O1cT+HvEmmW6WWrWUsUMEkFp3WttdHstNPNfJq++ysWnda210ey00818mr77 KxzPw9+LOuSa9F8K/i5Zab4U+LUFg17pk9mY7fwd8WtHtZri3n8V/DT7Vqd9fxGIWouPFXgTVLq5 8WeAXuIl1Eav4dv/AA14x8RJxW62Vrpb273u1rv+qYnFbrZWulvbve7Wu/6pnv0b70UnAY54yM4y wUkcYLBcledp3KC23Jlqz/W1vUlqz/W1vUkpCMzV9Y0vQNPvNX1vUrDSNJ063ku9Q1PVLy20/TrG 1hRnmub2+vJYbWzt4kUyPPcSpEqo25hxVJX6Pr38tVZO+ujXmvNqktP+H8rNaO+ujXmvl8sW/wC1 xoHi/WdV0L4IfD34l/HdtEaJdT8XeB9DsdB+E8ZmX92ujfF/4j6n4M+HXjyWNiU1e0+F3iDx7e+H ZIzB4htdJmbatqCbXbzf3fP7ltq9W65Fdfjd/dt137LbezvlLrP7eXjK5dtP0T9mP4FaNJI/2K48 Q3nxL/aL8UPa5xHLq2gaS37Nfh7QdSYEF9NsvGfi6ziJL2+s6jEvzW6UUr3fayV2/km793bRW9UP lXW+3Tf1td7X138uz018Fftnshaf9o/4ORXS7ji2/ZS199NckssDNayftNT35UyLm5hj1YS+Sdqy 2ZZblX7One11t1ny/wDDLs27PZNvQOWP53u7dba9d9F+vXKvV/b58Ik3Vjrf7K/xutwQ39i6j4L+ Lv7ON8iHAaI+KtK8W/tSWl7JncyzjwRpKpxHJbOoa4VSpwSTTV29lK7Sva+tra+t+juHLHbRO/R6 2+e34+WrL+pftUeIPh3p9pqfx2/Z++LXw/0hp7ew1Pxd8P8ATE/aC8F6VqFxlfOuovhPHrHxX03w zGf3lx4y8UfCLwz4a0m2AuvEuo6BDuAzcY+a0/R9Xp6pfgrsTjHzWn6Pq9PVL8Fdn0h4L8e+C/iL olr4l8BeMfDPjfw7duyw674R1zSfEejSukZZ4k1PR7q8s98YMZmUTs8cjLG4QttCkkuln6376/cv Lr2FJJdLP1v31+5eXXsdlUEB/TrQB5P8UfitpXw5j0LToLS88UeOfFt++m+C/h7oBsp/FHiq8hie e8ltbe8vbG203QdHt0a78ReKNVurTRNCtAhvLoXV3YW1zUY3eq/NW/4Ou39Ooxu9V+at/wAHXb+n xnw5+FuvReI5Pin8XdSsvFXxTvtMSytY9PiuG8I/DXRbu3kN14Q+G1reIjBZppZE8Q+NprSw8WeO 3itW1m20fRLDw74X0l3Vmrddm/S17fPqrdb2bTurNW67N+lr2+fVW63s2voZYIUcSIgVwhTcM8qS DgjODyoIJBIy2CNzZi/+f9feRf8Az/r7yWgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAEZQ6srDKsCrD1BGCOOeQe1GwbHlH xT+E+gfEnTtKea61Pw34u8L6gNY8DePvDTW8Pi3wdrKKhNxpdzdQXlte6VqQt4bTxN4Y1ex1Xw14 r0nztM8RaPqFlIwjpNvtts9E/XbXVu769blJt9ttnon67a6t3fXrc4b4e/FvxDZ+KE+EXxnstP8A DPxOSxu73w/rWlw6pH4A+LmiWMssT+I/A2papbR29h4ihtUh1Hxp8LZ9U1XxD4Fknkkgv/GHg9tK 8f65Titdf+Akk/P0WmifXRFOK11/4CST8/RaaJ9dEfSAIPQg/Qg/56j86zMxaACgA6daAEyPUc9O evGf5c/SgCOeeC2iee5mit4Il3STTyJFFGuQNzySFURckDLEDJFOzeybAx4PFHhm6nktbbxFoVxc xOkctvBq+nzTxySYMcckUdw0iO4ZSisoZtw2g5FFn2f3Mdn2f3G5kZxkZOcDPJx1/Lv6UhC0AAIP IOR6igAoAKAKeoXUNnZXN5cXcNjb20TXFxeXDxx29tbQjzbieaWY+TDDFAkkks8p8uGNWmk+RGpp aq+2/wAvw3enqNLVX23+X4bvT1Pkq61DxH+0959loF9q3hT9nVDdW+o+MdLlvNF8afHFbfUEhurD wDrOk6na6v4N+E88FveWN54zto7TxV8SLe4W48A32ieEEtfF/i20ku1/W9mlr1Sbv8lvpoi0ku1/ W9mlr1Sbv8lvpoj6n0LQNE8PaNpGh6Dplho+jaLp9np2kaXpNvHY6dpun2cMcVpZWFparFBbWVvD GkUFtDGkMcI8pYxGzKYbd3rv+Pbe/wAuqIbd3rv+Pbe/y6o2qQgoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgDz74kfDfw58UdATw94lt7gwW1/Z6zpGqaZfXGke IfDfiLTJ459I8R+G9csz9r0jWdKlEkttcwAiTe1tcrNZzXNvO07X76W7b/n2+Y07X76W7b/n2+Z4 v4S+IXin4d+J9J+Fnx2urKfUtZuorL4ffF+KFdM8L/EyczSRWHhrWoUZbLwf8XUgbTxNobpb6F45 njbVfAEscv2zwb4KvezitL3a+/77ryfa9tC97OK0vdr7/vuvJ9r20Ot+KnxrsPCmoad4D8H6BL8S fi7r0Nje6T8OrCVbUaVod9eS2I8Z/ETWpYLq2+HvgS3NtqLPrmr2lxqevTaXqXhzwR4e8XeMFh8O TSo6+lndeqta6s77Lp12WsqOvpZ3XqrWurO+y6ddlr51on7N154+l0Hxj+0f4jf4seLNKv28QaR4 KuVksfgX4G1pLp7nRH8O/Cu3u7rSvFOreHI/sM1t45+JmqeOvFkXiC21DWfB2oeB9O1ddC0+1NRd rOzauv0fborLb10TbSel1tfV9Oj7ei2Xd6L62t7G2tUiSGFI1hj8qNVACIn91EACKo6AKq4HGMUS quWl7L0V157631vta4c79F97X5FvAHQAVDd7at+qS/JibvbVv1SX5MKkkKabWw02tiOSGKUYkRW+ o5H0NPnl6/L/ACsPnl6/L/Kx81eOv2aPC2ueJb34j+BdX1n4PfFi8tIrG5+I3w3nt9J1PxDBCSbO 3+Imh3dpqHg74m2lpJJOto3jjw1rGp6JaXd8vhjVtAu7mS+quZPz3bXTS9ujfTo/v1K5k/PdtdNL 26N9Oj+/Ub8PvjF4n0XxDpnws+PmkaX4Z+IGpRWkHhXxz4ahvk+FvxdvFtJnvk8NyX0t9d+BfGat aT3918LfFesalqP2SaSbwX4q+Ium6Tr+r6WSV0mrW17Lrbe+3b8PIkrpNWtr2XW299u34eW/8Sfi 6+ia7YfDT4eaLa+Pfi/r9tDf2vhI6jHaaV4Q8NX7X8EPxB+J2oJHdz+GfA73Om6pZaeY7W41/wAX 6xYXGh+E9M1GWy1q50dLbWyWmut7Lpp6K23Rq7aEttbJaa63sumnorbdGrto0fhd8HYvAsup+KfE +ty+Pfi14stNNi8c/Em/tpbKbUGsED2+ieEtBub3WbfwJ8PtHvZLu78M+BdKv7mzsJr281XXL/xL 4w1XxD4s1w5l52WiXls+va6Xrv0RzLzstEvLZ9e10vXfovaUXaoX0zj2GSQM4GcDjOMnGTzUPy/r /hyH5f1/w46gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKAOB+Ivw48MfFDw9P4a8WWJvLBrmw1LT7i3uJNP1fQdd0m 7i1DQ/E3hzWbVV1HQfE3h/U4LfVNC1zTZ4L/AErULeG7s5Ypk3NSdu/p09X/AJde5Sdu/p09X/l1 7njHhH4geJfhn4o0z4afG3VxqyapPJpnw0+M0lnBYaZ47Y37WemeE/HNvp+n2WjeE/i8sE1lA8dv Hp/hn4lXct1q3gSy0Cdr7wDobdmm1ftr0V73fdNfjrq9RuzTav216K97vumvx11ep9QxypLnYclT 8wIKsM52kqQCAwGVOOR7ggQQVbrU7Gxjnmu7mG2gtIpLi9uJ5Y4YLK1ihuJ5Lu7llZFgtUitZ2ad yI0ETl2VUcrSi3bz0/r8fufld8rtfvovX5/1o/K/yjP+0rqfxI1GHSf2a/h+/wAWtJNvJc3fxb1/ WpfAfwNjfCvZ2vhrxi+i+INe+KN5dwFb2yu/hj4R8S+C1G2LVfH2g38TWjaU4NO7tb7/AC+W9nd2 eujTKimmuzs9r3vpr20b3/Eq6T8BvjZ4xs57n44ftLeNtQv9RaYXfhj4CafB8B/h7ptoWK21pod5 Dd+M/jQl2lv+6v8AW5/jKyX92DqmjaT4YR49PjbUU9kulnptf797bL8i7RXZX76d77+tvTraxRi/ 4J6/sgT3Sal4s+BHgb4ta5A5ntPEX7QMGpftG+JLO5biSez8SfHHUfHniCxaQAlzYapamQsTIWAw ZVRLo/lZW7W7f0tieddn+H3fPr26HR3n7Cf7GWoWkVhf/smfsxajYWsUlvZ2Go/AL4VX9lawTljc ww2t14VltoY5i8jMtrDaly22czLVe2T6Nea01+Xy3bv5Bzq+t7f15/fq76aIwdM/YT+BHhG5+1fC nTvF/wAClgwthpPwK+JvxE+Ffg22iUNsjm+FvhjxJbfB/Uo4DJJ9jg1T4eXdpZB5Bb2w86bzIUk3 a1lbS9rfPbppv5ApJ6NJaeVr/wBab+RcTwd+1f8ADPWTeeEfih4Z+PHgZrVxN4H+Nel23gn4hWF6 JFaKfw98ZvhpoKeHpNEgi3wy+HPFfwU1rWdRuri2uJPiRpFrYyWl27LS1tfmtNO2ui73V3qOy0tb X5rTTtrou91d6ne/DL9ozwp441W18DeJ9E8SfCH4vyJqhf4S/EqGw07xHqK6OGmv9Q8D63YX+o+D /ib4fSyMOqf234A8Q69DpthcxweJoPDmt2uq6JpkOLWrt69PwX6fpeHFrV29en4L9P0v9BLIrNtA boWBIABAIHAJD9T124wMkgMhZNNf1/S9f+Hsmmv6/pev/D2wvE/izw74L0PV/E3ivVrPQPD2g6dN qusa3qcy2um6fY24LTz3V1IRHCEG3arlWlZ1SASyZUCV/wCtfuWv/DAlf+tfuWv/AAx8v2vhvxL+ 0ncW+qePdN1Xwv8AAq3nS48NfDLWrK/0zxD8UhZXwudJ8V/FzRdVtrfVdC8IXMdpZaloHwl1VY9a vFnh1H4pQWV5Nc/D/Tbbte3/AALbXXnqrO1rOy0Wtt2vb/gW2uvPVWdrWdlotfre0tjbIY9ylB5a woiFBFFHEiCPG5lIDh2QIsUccbJCsZMZlkmTu/l/X3aL5Eyd38v6+7RfItVJIUAFABQAUAFABQAU AFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHzB+0h4j0y+03T/gjp/hnwz4 8+IXxktr6Hw/4S8UzzRaBpPhvw1f+HovFnxV8T/YIZ9WTQ/hvceI/Dd1p40z7FqOreP9W8A+FdN1 3wle+IY/GGhaRWz7b9dL3ta3k7rzT1vY0itn2366Xva1vJ3Xmnrex1vwW+CPhv4QeEdM8P22pa/4 u8QeRZ3Xiv4h+NdVm13x38QfElto1jotx4t8Va1MzC51O6srYWsdnYrbaJo1gYNH0XT7HTLK0tYF J3/y6J67rf0vvrpbQUnf/Lonrut/S++ultD3BECA4JJYliWOSScD6DgAYAA46ZyTLd/y0Jbv+Wg6 kIKACgAoAKAEZQwwc49iQeOQQQQQfcEUf194f195xnjX4f8AhP4h+G9R8JeM9HtfEOgamLVrjTr9 FaNLrT7uLUdL1GyliWOfTNX0fVLWx1fRNX06W11LRtX07T9T0y6tb20imW1K7u9L/wDA3/HXz32L Uru70v8A8Df8dfPfY+XfgPp9t8BvGmo/APxbc6rqms+MdV1vx34F+L/iHVYtT8QfGqK2htYtS0nx 9qt3dNfXvxa8DaRY22nz262FloGufDyy0HWfA8EC6B4x8O+A6lt99lvpte/a2t33tezadS2++y30 2vftbW772vZtP7WrIyCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA5bxZ4U8OeL/AA5rHhrxTotl4j8Pa3bN aarompwR3VjfQPKkv72KRTteKaOG5guUIns7m2hvbZ47mPzTcXqlb7r+t+vpottNrWuL1St91/W/ X00W2m1rfKk/xF1X9lBY9K+Keqa742+DF/q2m6N4J+Jcdlq3ivx94X1/xRr9r4f8F/Crx7pGjxat 4m8b3niTWtV0rwr8KfGmk6XqOveIpX0zwv44S88Vmz8XeNKaUu6+/Xa9r269fm9ymlLuvv12va9u vX5vctR/DPxP+0JfWfiT4+2P9k/DGd7iTw9+zfItjdaVfQS3lpLpHiP46XUEtzB4y8SpZ29sYPh/ by3Pw28KXuqajY6mvxG1m08NeMNDNI2s7Wv5t9fLbo2vPZ6miS1ta6fVvq9rbX0bS77PX7Ahsre3 VUgTyY1AAjjO1Nq9FC9EUHkLGEAOcAAsCnOT1dtb2uv6v815bKyhtvXZO/6f8Nfs2ttFZAwMA49+ M5PJPTGSeTxyTmovq3Za/O3pf+vkK+7ste6vb0FpCCgAP1x9Mf1BoWn/AAQWn/BEK5xyR1HBwCD1 BHT8eo7EZOXfyX+X9dtvId/Jf5f1228jz34i/CvwD8VNCHh/x94ZsfEumW1/Z63psV59pS70bX9K kM+k+IvD2p2Vxaav4e8R6VOfO0rX9B1DTdZ024xcWF/bXCpMlRdrXWjv93Xe6tffS/y0bTta6umn b/Lta+/X8n8yyfE/xH+ytYNa/G3U/Efj74VbbXT/AAd8Y7DQr/xF4s0zUNS1iHTPC/w9+J2j+H0l uvEGua9datpOheA/H/h7QbG08WajH/wjniuw03xtNY6v460dNN2u778vW91327u/Sz2elON3a6T1 dm7/ANdb9dtFey7bw18OvFXxa8RaN8UPjpp1vplnod5a6v8ADT4GrdabruheA9TsNSXVvDvj7x3e pY+V4l+MkUEekXtvb2d1qPgz4W6nAYfBN3r+u6enxJ1iXaN1HW2uu7S+Wis9H3VrMfw6Ldavu+/o tdHfdWsz6gitoYAqxptCABRknaACABkkgAM31Zmdsu7M2bk3fztf5f1+S2VjNybv52v8v6/JbKxP SEFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQBxnxA8b +GPhr4P8R/EDxtrFv4e8G+CdA1rxZ4q1y8aRbPSvD+gadPqGq31wYkkeYW9nFLMlrEj3M7Juto5Z olhkqKvs7Pp/wdPTf/hqir7Oz6f8HT03/wCG8M/Zz8DeKjp+s/GP4m2qR/E/4zT2XiXWNNkgET/D /wAH20F0fh38JYEeWWY2/gXR79pPEe+4ki1f4mav428U20djb6zFY21SaWi/rW/XTVX6O6dtt6k0 tF/Wt+umqv0d07bb/UuBnOBnGM45xnOM+mefrWZmLQAUAFABQAUAFABQAUAeRfGb4WW3xY8D6j4c +3/2B4htLiDxD4F8Z29nDe6p4E8d6LKL3wv4x0lJJLeRrvRtQijNxZrd2kOs6NPqnh3UJTpeqXiS XFpad15fno/Te3ftcWlp3Xl+ej9N7d+2b+z/APEq9+J/w+h1XxFaabo3xC8Parqngj4reFdK1CfU LHwr8S/CNydH8U6dYSXgi1EaHqFzbx+I/CVxqNlp13rfgzW/DniVrGNNbSackn+Lt6b/AIL9Em7W RJP8Xb03/Bfok3ay9vqCAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAoajfWNhYXeoaheW9hp9hDLeX19eTrZ2 ljaWatc3N7d3UzRxW1pbQwyXE1zO6W6QxtJI/lZNUk0109dr7W/zW++1rqkmmunrtfa3+a332tdf JHwwsNW+PfinTfj/AOJ4JR8P9Mjnk/Zz8JzajdLbS6BrOn2Jl+NXizQwY9OHjHxrHLcDwDFqVt4g 1DwN8M50ksL3QPEHxD8eaCLb5f8AFp31V3prf8169C2+X/Fp31V3prf8169D7EVVVVAGNoAGeSMK F65JzjgnJ47ms3q2+7Zm9W33bHUhBQAUAFABQAUAFAGN4g0bTvEOjaloWr6XY61pOsWV5pmqaTqd tbXmm6lp1/bTWl9YahZ3aS211Y3ttNLa3ltPDNFPbzSxyRSIzKbhLlbd+luvl27Lb0Gna7Xb+v8A P5HzF8NtW134OePbH4B+NdQ1rWvDeu6fdXHwB8ZareQ6lcXOheHrNbnVvhP4nvYooLu48VeB9PZ7 3wp4g1OCTV/HngOCT+2tW8ReLvBniTWNSpu92vno1u03r0XXTVPXqy99V03eq6q+utl101jv1Pra sjMKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAJwCT0 Aye/T2HJ/Cmld2Gld2Pj34/Xk/xC+L37P/7PlrYC50/UvEN18efifNcFH0+2+HvwS1Pw/c+GtGlA LeZrHif40eIPhrqGlWNxE1lqXhrwb47eUmTTTbvcVa77K9nZPb1dtP8AhtEXFWu+yvZ2T29XbT/h tEfX0KbI1X0BPQj7xLdCTg88gHGegAwBEndt/wBbfoRJ3bf9bfoSUhBQAUAFABQAUAFABQAUANf7 jc4OOCVLAHsSoIJAOMgEEjuOoabTuhptO6PjWWaw+D37Xujutgml+H/2tfCd/pd/fWkUNppuo/Hz 4NaCNW0OPUoUBN14v8b/AAOt/EdvHrbsC/hf4AaboN3K8ek6FEuluaOvTW+un66pL776s0tzR16a 310/XVJfffVn2WrblDeo9+PbkA5HfIBzWb3/AOG/TQze/wDw36aC0hBQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA Hx1+0NHf/Ffxl4C/ZksodNufC/jmDU/Gvx2S+iaaI/BfwncWtsPBptBuhu7n4s+NbvRfCF/YXqR2 WofDXSfig8d4l7BY2t3qlfX/AIOu19W76LS+zdtWmapX1/4Ou19W76LS+zdtWmfXdnarZwrAjZjQ tsG1VCBnZ9oC4GMtk4AG4tsVI9kaZt3em3T+vy7KyM27vTbp/X5dlZFqkIKACgAoAKACgAoAKACg Dw/4+fCuT4r+A7/StLvYtG8beH7qx8afC/xSZLmCbwh8S/CznUfCGvCeyKXbac195uk+KtNjka28 SeD9T1zwrrFnqWga3qumXukNE7216dX0/P5b7amkNE7216dX0/P5b7amp8Dfiqnxn+F/hP4gNoF/ 4R1XVrSay8W+CtYlhl1zwF460K6uND8deAtcktd9nJrXgvxfp2s+GtSmspp9PurnTJLzTrq6sbi1 nllxtfW9unl3379r9O5Lja+t7dPLvv37X6dz1ypJCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgCOUgRSFioUI5Yu2xAApyWfI2qByzZG0ZPanHdf1/l8tdxx3 X9f5fLXc+OvhBr9r8Qv2s/2uNXgVWt/gxD8Ev2dHG5pAniKD4en9ofX7kSOoaKe78O/tE+AbSe2h kkhjTSra48wXd3eQwat2jvrbTXyS0/M1btHfW2mvklp+Z9kj/Hr9f849qye+9/Mye+9/MKQgoACQ ASTgDkk9APU0AMEkZAIkQg4wQykHcAVwQechlIx1DAjginZ9n/Tt+enqOz7P+nb89PU5Xxz4z0b4 feE9e8Y+IGvv7M8P6dcahPb6Vp15rWtX7oyQWmmaFoemxT6lrut6tez2umaLounQXGo6rq97Y6ZY 2895dwRNpGKdklrdb21ur6vdW8tbXtqUktPl26q+req9UtEtNWfgJ4//AOCxP7X37NPxv+Gj/tq/ 8E7dW/Z5/Y3+MnxY8M/Bzwf8eNO+O3gH4neL/CHiLxpfS6f4P1b4seCfC3nQeG9M1eWK1Gs29rf/ APFOLPqCx6lrN3BayXGvslZ6K/8Aw9rO+mr7dLWa0dcn9Pf7+n3Xv3R/RPakvCrPgkkkEYIKk5Ug 5OV242sSSy4ZsMxA46radtt+3k1t69PTbQze/wCXpur+Y48E/U1QhKAAjIIPQjB7dfccj8KAPk/9 sF7LRPAHw++I12sUZ+Ff7QfwC8XNqUowNE0TVvil4c+HnjnWPMA3Qw2fw98c+LTeupUNp73cUzfZ 5Jgbi27p63XXv6+f32XkXFt3T1uuvf18/vsvI+rYxhFHt15OeTyMknB6jngEdOlTLd63/r9NiZbv W/8AX6bD6QgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgD5B/Zy0xvFHxI/aO+OOo3DX2oeLPipq3wi8LMSETw98M v2d7zVPh5Y+FbZYv3c0MnxbPxp8b3N1MFu5b7xrLp1w8ltoGlJDrK6ilrdrW+/n+dtdLab2vrK6i lrdrW+/n+dtdLab2v9fVkZBQAUAFABQAm5ckZGQASMjIDEgEjrgkEA9yCByKLPsFn2GiRCQA6Etu KgMCWCkKxAB52sQGx0JAODTs+z038h2fZ6b+Q+kIKACgBpVW6j9SPQ9iOeBz1HToTQB8ffCMan8O /wBp/wCP/wAJp1ZvB/jzRfCH7Rvw8uH+RLTU9fe8+HPxg8H2EQYK1joev+CvBnxDnuAg/wCJx8aN StRiO3QtpLWK0138/O2vz7Jb20NJaxWmu/n521+fZLe2h9h1mZhQAUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQASIAhyeDgEDI79M/Xjpz0NJSu2le6/wA+geh8 Wfse2cS+Iv2zNaXabnxL+2R48vL0jBcy+Hvhp8I/AVmZZCBJIf7H8H6YIvMyY7cQxJiNEUbVE1GO u99Ntra2/rc0ntHt934dP0ufadZGYUAFAGbrNtqV3o+q2ujXlnp+rz6dexaVf6hp8mr2FlqUlvIl jdXulRajpEupWlvdNFLcWEWraZLdwo8EeoWTyLcxtbq/dBe2r2Wr+R/PR/wT2+OH/BQj9uzwx/wU c8D+M/2nNA+F2tfs1f8ABSD9p/8AZQ8GfFz4V/BX4d3PiyLw78GtM+Huj6XYaP4L+I2meNPAmlaZ aXV7qHiye88Xp8SvEPiPVfFl9oD6h4b0Xw5pc2obcjUfs9lqmm9LaJat6Lr366ntYpWt000313tZ Xe2r7adT67/4JD/ti/E79sX4AfGu1+OF9pniH4zfsp/thftDfsbfFDxjoHh618L6D8QNd+CetafN pPje08ORTNpujS694Q8TeFrvVrDTfJ06DXlvvsUNra3TWwGnFrTZbLW2u2nTr106e6kHtY9tLab2 +Wmy7W39El8B/wDBXz9vDxR+zv8AGj9lmL9rj/gnzqvi/wD4J36N+0N4L1jWP2hLP4n+E9e1Dwt8 YtHubxfhJ411v4V6Olx9k8I+HdQu/wDhKLG38U63pb6rqVpp8iPaa9ptn4K8S704u0mnfq+ut7N7 vr56XS1YKsl0erf6Pz87fPtc/pf0m7trzTbO9tJ0u7S9gS7trqEqYrq3uFE0N0jKERluI3WbcihG LkqMVw1IO9tmt1dNXdtNNrbW1FzKWqTXr+nl2RcPJJ9SaBiUAFAHwh/wVGuX07/gm3+3rrkWftPh f9j/APaL8YWW1ikn9o+EPhP4q8TaeYZVO+GcXelRCCeIGaCYxzwYmjjq4Ozfy+fe3+Vm30Lg7N/L 597f5WbfQ+6oMeTHjugJ6/eIy3X1YnHb04xSlu/l+SFLd/L8kS1JIUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHP8A inXrXwr4b8ReJ78FrDw7oWra9eqnEjW2j2E+oXAU56mC3cKCMEkZOM1cXt3vb0T6rz+/TfQuL273 t6J9V5/fpvofL37AGha/4f8A2Kf2WLbxbKlx401T4FfDbxb4/vEZit/8RvHXhfT/ABp8QtQAdVdv 7S8Z69reoGeQmaV7mQzKkpYFzW/3/kvXqtNFs+ju5rf7/wAl69Vpotn0d/sGszMKACgDC8SeKPDX g7SL7xB4t1/R/DGg6ZA1zqWua/qVlpGj6fbooZpr3Ur+eCztIxng3E0W4BmQMqMRUYyk7JfoS5pO 2v8AXzPD9Z/bA/ZS8NT/AA5t/E/7SnwE8NTfGPT9D1f4Px698YvhzpT/ABY0jxLpyat4e1b4aC88 SxDxzpWu6a4vdF1Hww2p2WsWn+k6XPdwESG/Yzaulps+lnZO1t7+VtOtnoNtJX1s/wCv+B6nH/td fs9eL/2ovB0Hwjsvjf8AFT4E/DvV47mf4g678CNeTwV8YvEcdtc2jaN4e0H4h/2dqd54N8MyTiW/ 8Ty+F0g8U+IBBpfhs6jpnh6/8RRagoppLbV6Nu1tL3s1pa2jatvr3FVilaz7p+em2+vmz8tf+CaP 7N37S37EX7ef7TH7L1h8Zvi9+0B+wPb/AAP+FPxK+HPir4++NNX8f+OPhd8d/E+v+INH1b4PeFPF F3amPWdCHgzw/P418TwXM2kP4ZTWfADWWiOfFWq6xqmk6binqu9uy8tOuj+avZ3BVoyWiaT72svL bS7t89T+geucYUAFABQB8g/E7W4fCH7XX7KuozoWj+JPhL9oL4LRqhH/ACGp9G8E/GXSrlyxQtHZ aR8GvGFqv35M6sjJEytPJb6/Zfo7bK6tvZbb36Pa5r9l+jtsrq29ltvfo9rn19WT0/D8Vcyen4fi rhQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQBJKcISQDjn B6dD1POB6nBwOaiHxy7a/n8vuuC/r+tPzPhn9k1r/SPjT/wUC8FalE0X9lftV+HvGHh2Vjg6l4S+ I37Ln7O+vDU1hHywKnj6D4iaEFTAmOhNct885NdNX4YO91ZpP+t+mt+nmaT2i1e39d9dfM+4qxMw oAKAMXxJrlp4Z8O674jv7bV7uw0HSNQ1i+tvD+haz4o16az022kvLpNF8M+HNP1bxH4j1YwQyf2d oPh7SdW17WLvydO0XS9R1K5tbKdx3V3YT1Tt2P53/wDgivrPjH4KSf8ABVe5+MHwP/aT+ErfGX/g pr+2P+2f8O4PGP7OHxoum8U/A74pz/DiLwlqejNoXgrUo9U8ZXNxpswPwwtJn+I2oQFX0nwtewpf Xdl0ys0lo3dtu9tdrpedrpJ3W/TXJp6eSS7W0T/C+rfzOB/4I4678aP2afhJ/wAFWtQ8R/sj/tMX fj74h/8ABQn9sP8AbM+Cfws8QfCzxH8M7/4u/Cf4i23wptfBdno3j/x/pugfDLSvGWs3ek3UMvgv XfF2l+MY7KxuNRtvDGo2drLLG3Zu11ve/XTS9/K9lo/N21Y4vTR7L+rf0r32ei+0f2yPAsn/AAVv /YiX9niw+FHxY+C2m/F3x38CNQ+Mdn8fPh3rPw38V/Cjwp8OvjB4G+KHjrQNPttWsLrQ/G/i/wAQ 6Z4Q1PwHoF34FvvFnge61DxKup3fid9Os7u0eqenPeWijpZt31WjWrei3dl6pXctNNXT69O6a/C/ yfY/Y/w7pcGiaDpOj2qBLbTLG3soEUbVEVvDHGm0bV4KqDn5mYku7vIzseWo7zeiXpr6387msNn6 /ojYqCwoAKAPjL/goToreL/2Ovjf8NYv+Pn40+H9J+AFkpMez7b8fvFfh/4OWckqy/umt4bjxtHN dCX9z9kjuDMDEHBqO6/r+vz69Co7r+v6/Pr0Psa2z5EIJyQigkBgCVGONwDY44JAJGDSlu/6+Xy2 FLd/18vlsT0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAeO/tCW11d/Af42W1gxW+n+EfxKgtNuN32mfwXrMUDL33 rM8RDdsY71cX27q/bVq2z9bt9ki4vt3V+2rVtn63b7JDP2eLyw1L4D/BTU9J2LpOpfCX4eahpiR5 2JY3vhTSrq2jRc4CRQTRIvooCjjinNrVab/5a/mnfr6aObWq03/y1/NO/X009lrMzCgAoA/Nb/gs b4J8H+Mf+CWH/BQ3/hLPDGgeJf8AhG/2LP2ovGnh7+3dI0/Vf7D8XeGfgP4+1Hw94m0g31vO2na9 ot7bQ3Gm6raGG+tJFPkzqrEHak7PTtLX0St+f9a3yfx/Nfofkzr/AMB/hU//AAa4jxRceCdAvfEU 3/BHLwF8R5df1bTYNX1+Xxl4f/ZD8N+JfDevNreqJeaqLzwvqmm6afCu28WDwvY6dYaX4fj03TbK 2tIt3PVwt05rt6X6K19NXvo9umqqXR32aTt03v377O/bq7/sl+wZqvin9oT/AIJl/sU+LfGnjHxX YePfi9+xP+zR4t8XePvDGqjRvFz+KPGXwY8E+Idf1/TNTktryOz1G91a9vLppPIkCGbKqrJA0WMm lK91ZtOzSla61Ts72d97frfNxd3o3Z22Pxb/AGRPhl+0x/wTs/4Lh6n+yLB+0V8Zv2mP2Sf2vv2e /ih+1Bp2lfHHxVf+OvGnwW8a+GPFmhaRrOqp4u1y5nvr7SNV8Sai2gudNTTX1f8A4Snw4viDSb6+ 8HQeKNV2qtTUnFOy27pcul1t8l31a2Sp620tZ7JPo7P07s/qhrj7f1r/AFY6e39a/wBWCkIKACgD 4O/amimuv2mP+CaKWZ2tY/tR/FzVb4g8yaLB+wx+1jpEsR55RtZ13QJcn+KBT3416NWto722T2tb Xtv/AJmvRq1tHe2ye1ra9t/8z7xrN7/KP5Ize/yj+SCkIKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoARtxU7eWAO0EkDOOM45AzjOO1NatLv/XUa1aXf+up8iX1 /bfD/wDbQ0eO8gaz0/8AaG+B8XhnStTwEsbjxx8APEviHxLa+G3JxEde1zwN8VvEmu6VbRt9putC +HHiG5VGh0e5Md/Zvpq/Oy3urLfXprvrdK5f2b6avzst7qy316a763SufXMedi56456YJyeRjgKe qjqBgHBBFQ99reX9fn1Ie+1vL+vz6j6QgoAQgEEEAg9QRkU07O9r+Q07O9r+RClrbxszpCis33mC 8n65puV7aWs9PL+vRbdRuSeyS17f1f7vvFFvAAwEUYDghgFGCG6g/XPNDk3bpZeXk+2mwOV7WVmv TpbXby/TuEVtBAxaKJI2IwSowSM5xn6gGk5N6N/ghOTe/wCS/wAibJPU5odr6O/nsDtfR389gpCC gAJwCeeBngEnj0AySfYAk9qAPjn9ozV5vFvxV/Zk+Bmjw/bJ9f8AiLe/Gjx2jwlo9J+GXwHsItas NaDMyQyXN18ddf8AgdoNnaSu0eoWGqa86o66bdSW2kVa97LZdPnrfTz67P10irXvZbLp89b6efXZ +v2HGdyKcYyM9c598989Qe+c1D39NPu0Ie/pp92g+kIKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgDP1LTrXVbO80++ gS6s9QtLmwu7eTHlz2l5CYbm3l5BMM8W6KRRyVlOMYyKi0t+9+/Trr3s9NdPQqLS37379Ouvez01 09D5H/4J/WmraB+x58BPh14kvZtT8VfBLwPa/s9eK9RuiGu9Q8Ufs+XV38F9f1O7YEo9xq+qeB7r VTLCWgnivEngd4JEdqmnZvz18/udrbWvr+tTTs356+f3O1trX1/X7IrMzCgAoA+Tv22v2efGH7Vv 7M3xj/Zu8M/EXTfhZp3x38A+MfhN468W3Hgg+PNTg+HPxC8Ha14M8W2vhrTZfFnhSx0rxXNZa482 leItROvWWnQ2txA3h+6vbyx1LRtqbWl3t63W+q8tr76221vjL4n8vyR8d3H/AATq+MN3/wAEzF/4 Jr3H7R/hp/CY+A8f7K5+KZ+BEg8aH9n+0+G1p8M7DSBpUXxlTwtF8Qrfw/bfYX8bNpt1pEtiltFL 4Mk1WJvEEmvLTlL35csbb+aSsunn16bLqueULuK5m9Gt/nr/AFqXPh3+wj+1N8H/AIH/ALIXwm+G f7cOveEf+GQvCegfC/S4dG+CnhW78E/Gn4S+EvBngnwd4a8N/HDwJ4l8Xazfa14t0u28KXE8Xjb4 cfEL4UHdqs6w6VZ3Bub+7Xs6DbSqel2kn803bXe/yQfWKl/gf3en+St106M+5PBvwL0zSfihr3xr 8SXMviT4reJPD+keENT8V3dvbWkGleC9Eku9R07wJ4L0iFJR4f8ACMHiHUtS8RTi4vb7xHrOs3jT eJNc1y003wxa+HKdXkjaLXLZ2V77+er29dW9dHfr0STstl5Nt/qvNfdZ3+ha5ZO/3tr562+TJk7/ AHtr562+TCpJCgAoA+TvGVrZeJv2x/gbYzot0vw2+DXxv8erbkg/2Z4j8U+Ifhb4C8Ma0wGPLln8 NP8AFTSLVmH7+K71NULG3bbpf3ZPTtp57a+V1p0X3LS/uyenbTz218rrTovuX1jUyadrdIpfMmTT tbpFL5hUkhQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQB8 4ftQ+DPFHiX4dWfiX4d6XY6v8VfhF4p0n4v/AAx03UbpNNtdb8TeEYL+21LwfLq8gMWjxfEPwVrH iz4d3WrTBodK0/xXe6lKrR2jitIu+m2llbp3+b7vq9FqzSLvptpZW6d/m+76vRas9b+HfjnQfiZ4 G8KePvC1w914f8XaBp2u6ZJOnk3cUN/bpM1lqNqT5llqmnyM9jqlhMFuLDULe5s7hEngkRZt6vRX S9Oj1v02VrPTTUm3q9FdL06PW/TZWs9NNTtKkkKACgAoAKACgAoAKACgCOZtkUjnGFRmOSAMAEnJ JAAx1OeBzTW+n9eXz2Gt9P68vnsfIX7PH274qePPin+0jqN3pt34b8WXdh8PfgUukOZrSX4MeA7i /X/hNZ7nzJrbUb74p+P9R8ZeJtK1nSZf7H1f4VQfChokfULPULy5uWisvJu+t738+616fK5ctFZe Td9b3v591r0+Vz6/RBGoRegz6ckkkk4wMkkk+5qHv8l+KWnyIe/yX4pafIdSEFABQAUAFABQAUAF ABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUA FABQAUAfH3wWfVfh7+0J+0B8H9UXd4f8YXOlftH/AAuvTiJV0zxvnwp8VvByW7EzSXfhn4leGP8A hYN/fys4nt/jfpWnph9JnZ7ltdvVaabO9n22s3a76adS5bXb1WmmzvZ9trN2u+mnU+waggKACgB4 fAAx09//AK1BLgm76/18hCxPcj8R/QCnfyS+/wDVjjFR6J/4lcTJznc3TGMnH/66RTs/sQXpFCU0 1Z6Xv17AmrPS9+vYKQgoAKACgD45/Z2sF8b/ABb/AGi/2hbm6N9H4p8V2HwO8APC7CztPhl+zzqP i3Q51hiAMM0+qfGzxT8bNUm1y3cx6xoj+ErDdPB4csrmW3dRt971/KyV9F57u27Ld1G33vX8rJX0 Xnu7bs+xqggKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgBkgDDBUt3wAOgIyMsNuTkDaxG4buoBprr07euuno9b/K4116dvXXT0et/lc+NoUi/Zh+IuoxsL LSP2f/jF4tudcW6V5LKw+EPxi8TXk174me9gy2m2fgP4y61eS6++q/aLFdC+Mmpa1e6sNdk+KKt4 e0dns9Euul7ppW2ST1T22toaOz2eiXXS900rbJJ6p7bW0PsoOjHAYE43AZ6jJGR68jnHTjPUZzaa 30M2mt9B1IQUAFABQAUAFABQAhYA4JAJ6A9TwTx68AnA7DNOzewW/wAj5J+Muraj8X9evP2cvA9/ IljqNtG3x88VWL6iV8I/Dy8FtcP4A0nULQw2cHxH+KWk3stlBbw3zal4Q8CSaj4xv7a3uNR8Cw6z ai9HayVtbLfT02tfX7nu9FG1m9LW1dlrp6bef3Pr9PeH9HsNA0jTdG0ywtNL07TLCy0+w07T7SCw sbCysbWK0tLK0sbQLaWltZ20EVtbW1nHHaWttFDbWsaW8MQqZO/p/T2+frq763SmTv6f09vn66u+ t0tmpJCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgD5V/aQ8G+I4bXwv8b/AABpviHVfiT8DtRv/Eml+HfDV5a2 uofEPwHq0NpY/FL4UzQXckFlqn/CYeG7VNa8KaVfajpGmx/Ffwb8Ltcu9UtYdEu49Q0Tvpvf07t3 29OmrvdWWmid9N7+ndu+3p01d7qy09/8EeL/AA7498K6D4x8J6zFr/hvxLpNhreiarDHPCt7pupW yXNrObe6ht7y2aSN90lpe21ve2cvmWd5BBc28sMcyW23W+lttfyt+hMltt1vpbbX8rfodXUkhQAU AFABQAUAFABQA1nVACxwCdo4JyTk44B7A0AfNf7R/jjxNpmj6H8L/hvLcJ8U/jVc6j4P8K6laahF ZHwFoSabJN42+Lt04gu7o2/w90Wdb/SbaC1mXXPGl14R8LtcaQniCXWrC4rul0fnrqlrpr8t9fK4 rul0fnrqlrpr8t9fL1v4cfD7wv8ACzwT4T+HfgnRrTQPB/gfw7o3hbwvotkrJaaToegaZa6PpNhb IxdhFZ6bZ21ujSP5r/vSQqnbQ2nfW/n31v2Xf00XW1htO+t/Pvrfsu/poutrd3UEBQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAGF4g8O6R4o0nVtB1+w tdX0TW9NvNJ1bSb+Fbqw1LTr61ntLuyvLWXfDPbXEE8kU0LxtHLHI6SI4K7aUrWstb+X4aX12fys +hSla1lrfy/DS+uz+Vn0PlO08Ua9+y7K2k/Ea71rxP8AAWC2vp/DnxUvpL/W9e+EmmQ3Mcg8O/F6 6MFxqV/4E0bTZLWDR/i7cy39xpOmaZJbfFi6+2WZ+IfiqmlLROz3f4/q+y3d7vRU0paJ2e7/AB/V 9lu73ei+urXUYL23hurUrPBPFHPC8MsMySwzLvimjljka3kilQrJFKkzRSxkvG7KAWnl/FdvvXe6 66X+WpPL+K7feu9110v8tS8CCAR0IBHbg+x5qSRaACgAoAKAI5ZBEoYgHLxoBkjJdwvGFY5AJIBA UkfOyJudWlf8fw1Glf8AH8NT5d8XfF/XvHuu6z8MfgQsd3rGkX954e+IPxavNNt9X8B/CXUFtYjL o0PmXttbeM/inIb6zhtvBdg95pvhYXS6p8RLvSjDp/hXxTtCNt3frZaN6Pe+tla/rpZ3LStvZrd/ jun2V3pZ76M9c+G3wv8AD/ww8O2vh/w/Jf3CfbrvWdW1fWLuXU/EPiTXtS/e6rr/AIj1m5Au9V1v V7x5b3U7+cLJLNILW2jstJgttLgmdS/NHpt0to9LLVW079b6tJilK9102VvLb8vx6npVZEBQAUAF ABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUANdSy4Bwcqc/7rBv1xjjBGcgg801p+I1p+J8d3wk/ZX8T6r4iMqr+zf4 x1W+17xp5txd+X8DfGOqzT6jq/ju3tEgl0/TPhF4tvTe6h8Q5FuNK034feJLg+OnsJfDeufEHXvC +jV0rNfg+2976rS73+80aulZr8H23vfVaXe/3n1/DcRTxxSROkqSokiPE4kRo5UEkciumVZJEIZG UlGB+ViMEw1u+nR99e/W3rruQ1u+nR99e/W3rruT1JIUAFABQAUAFADZHEaPIeiIznlV4UFj8zsi LwOrsqjqzAZIAPOPiZ8TfD/ww8OHX9eW8unuLy20nQ9B0m3e/wDEXivxHqEjQaR4W8LaTATc6t4h 1idXFlZx+XBFa22oalql3p2kadqN/bWo6qz/AC2a+a1vZ72v1VmWo6qz/LZr5rW9nva/VWZ518If hhr0Wta58Y/ieunTfFjx5pmlWE9lZNJfaT8N/BljDb3WlfDLwrqlxK93fWNpqHmaz4u8RqNPbxz4 uZtak0vSNKsNA8PaM7qKVu/R7u+/o7Py9d07qKVu/R7u+/o7Py9d19HVmZhQAUAFABQAUAFABQAU AFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAdetAFWaytZ4ZLeaFJIZYz FKkg3iSNlKFH37t4KnHzZ6D0GKUmnfffy36/gUpNO++/lv1/A+RdU/Z68S/DG81TXP2YfF0Hw9Oq D7XdfCLxVp+oeJvgNquqRIqs+k6DbahYat8HLnU7WOS1vr74bappfha4vLh/EGsfD7xV4mc3Nzd0 9dr6ed1a2l9fufyW93T12vp53VraX1+5/Jbtvv2r9Q+G1tpj/tEfBL4qfC6G7uItNu/GPgvw9rXx /wDhdbasybriS78R/Cfw/qnjXwn4ViUNJH44+Knw1+GvhmNVWDVr7S7ye3t5E4Lvvtb5vv0X9d04 Lvvtb5vv0X9d/avCfx8+BvjoxjwX8aPhR4wadd0Mfhj4h+D9dd1DEHbHper3UhZWISRSDsZdpw+4 VLTvonr693662V9CWnfRPX17v11sr6HrYZWUOrAqQGDAgqVIyGBHBBHIIOCOaVntZ37WJPPfF3xX +GXgVWPjH4keAfB5Qv5h8U+MfDnh7y1jGZWb+2NRtBmMcsp284DPECXVqLurp29H/Xl+JSWqTT+5 /wBf5XueBW37ZPgPxfrV34a+B/hT4lftCarYQJcXeu/DTwjLZfChYS4iL2Xx38fXPg74JeJLtZty zeHfBHj/AMWeK7aEG8uNDh09WvRSgtLq3e7377evfotNWUoLS6t3u9++3r36LTVlT/hWvx0+ONtI vx58UWfw+8BX92JZvgj8F9b1aCTUdJtpy8Oj/Er41/Z9H8YeJbW+aK3uNa0f4baT8MNJnhmn8J6r f+OPCs15qWvCsnpu7pNaa9tZdOz8uqYKyem7uk1pr21l07Py6pn1H4V8H+GPBmg6d4Z8LaBo/h3w /o8JttL0TQ9Ns9J0nToWled4rLTdOigsbNGnkkmaO2hRfNdpWzK7sU5NbNa726td7tv5tJslt6ar 5d16tv56N+h1HSo3JCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgCreWdtfwSW13BFcQSxyRSwzossMs UqlJYpYnBSSKWMtFLG6skkTyROGR3Vqi0nrs/wAPP5eRUWk9dn+Hn8vI+SG8J/Eb9nS6lufhVo+p /Eb4MXN7qd1ffBq2uLeXxd8PvtML34ufg7rHiHVLDTZfCsV6kyP8LPEmsWun6LY3sMPwz1PQNK8O 6V8NNbv3ZdddVq7ddNLdnpZd+upfuy666rV266aW7PSy79dT2v4UfGX4f/GbR5Nd8BeI4tVht9kW raHqNlqPhrxt4T1Is4m0Lx18P/EdhpPjTwH4hswqpeeHvGGjaNr1nM0kF9plrJFhokrdGtdOqf63 v5bW9XElbo1rp1T/AFvfy2t6v1XIHUgc46984x9c8Y9akkXIPQ9OD7H0oAP8/wCfzFABQAUAfN3x D/aL0DQPEh+Gnw70jU/jF8XLiG8kk8EeBbi1ltfCMFvHEq6j8U/GUgbw58L9OuLm5t4dNg8Q3g8V +JlF+fA3hfxVd6RqVnbWo9Xpa3Rrdrq/udtt/W1Hq9LW6NbtdX9zttv6r8NPhDrJ19fij8YdY07x v8U5tPFhYCzsxD4I+GOmziQ6j4a+FunXcTX6WeoSSFfEPjbWZX8VeOhbWB1H+yvDuneHvCXh6rxT vdWeve773/De2/mVeKd7qz173fe/4b238z6OREjUJGoVFGFUcAD0A7AdABwBgDAAFZt3bfd3M27t vu7jqQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAikhSQZZFLdiwz/ACwenQggjqCCAapSa3ba/Hvv+fkUpNbttfj33/PyPKfG/wACvhD8 S4HtPiL8Mvh/49spHEs1p428G+G/FlrO4BBE1v4g0rURIpUkYlklXGAUPBFKevld+vl1sUp6+V36 +XWx4C//AATi/YO3l4f2Mf2T7VJHD3NpZ/s7/Cmy0++Ik8xX1LT7XwxFY6tcQNmSxn1a1vxp85+0 W0Qcc6KrBL4ZX01uunlb71dX7hzx7PdN6LW3qeseAf2Wf2dfhWEj+GXwG+Cvw6gRUVIvAvws8CeE yghJ8hYm8PeHdLhijiVn+UWzSu77jOCgJmVRNaX69LJLTpzPfpaSt081zLz7bWS+XN91mrfcj3W3 sba2RUiT5UGEDHOxQThFGAAi5wq4wowBwKjnl3/D8PT8Q55d/wAPw9PxLlQQFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAF ABQAUAFABQAUAFABQAUAFADXBZGUHBZSAT0BIxk8H+Rpp2afZ3GnZp9nc8E+In7Ofw6+JGq6T4s1 DT77wz8RPD0fl+HfiX8P9Yv/AAN4/wBEjkO65sLfxLojrc6j4fuXG+88JeIYdb8JapuA1jQ9QaKJ 1rmXb71deurWttG+uj02K5l2+9XXrq1rbRvro9NjzaLwl+1/8O9XuV8PfEj4d/HvwGyK9loXxg0a 6+HHxS066YKZvN+Lvww0bUfBPiDSYgWjstLuP2f9F1nygV1XxjqdxLLdve6TXy2tv5p6dfkuqVr3 Sa+W1t/NPTr8l1StT1X9oX9ofwhKsWs/sNfFn4hTEyD7X8CfjB+zN4i06IE58yV/jt8W/wBmzUoY vJVHZYtJkl3kRLHdOGnZcradt7+fp2blve7ei2drktO3d381+er01u3p0drmXL+2F8SpAq6X/wAE /P209VvfMSKSxS//AGL9EkiDAGQtf+K/2xfD+jssLFRJ5GpTSSqPMtEuY2jd6VKWt3F2a0u/x0V/ LW17+YKLXZ2e3+d7X0218urOn0n4sftPeLLU3OhfsvaJ4F808Wvxn+O3huz12zJDL5lxp/wY8M/G /RmdSSsiR+MXH7tY0uWWRZEXLttbReWnlfvffm/Mq23bRW1tprqrrrfe/wCZQs/gR8ePiJb6i3x+ /aBv5LXUpJrdPAn7POi3vwO8HWmgykGLS9U8XSa54x+N2v6yFMtvq3iTw98TvhxpOrW5jXT/AAP4 akkuXklpKzsrv5pfJW7726bXJaSs7K7+aXyVu+9um1z6S+H/AMNPA3wt8OWHhL4feEvDfgzwzpmT Y6H4Z0i10jT4JGJMty8Vosa3V9cMzzXuo3KSX1/cyS3V3PJPNJIyck1bX527r+tLCck1bX527r+t LHeVBAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAU07O4 07O5GLeJwFZFIU7huUHDdjn+8ATg9QM4odRxV7tXe632tvfy9bj5n/weu1v689Rxs4juBGVZVQxk fJhSxxtzggls4OVBGQASxM+2vq73ve9lfZLv5IXM/ne9+vT/AC/TYAgXC8kKTtzzjqABnpgcDuBx k5Ob53e+n4+fn5/LoPnd76fj5+fn8ug6pJCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAK ACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKAFyR0JFFk91cAyfU/maVl2X3IBKYBQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQBQ 1HUbXS7c3d7Pb21qjRLLcXVzBaQRCaaK3RnmuHjhUGSZBtLh3JEcKyzvHC7Sv/XXV/o/60bSv/XX V/o/60dzcxjLKuW2llQtjJxkKWAOMnAJwcZzg9KLa20/QLa20/QzoNWtbiea1SW3N1bRwy3VqtzF JcQRzpvheSKIuypKgLRs+wOOQeuHbTfX02tq+t9FvZeQ7ab6+m1tX1vot7LyNJWDjIx1I4ORlSVI z7EEHgcg0mraf1/VtfmJq2n9f1bX5jqQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oA4Pxx8TPAvw20bU/EXj7xf4U8FaDouk3+vaxrPi/wASaR4b0rStD0mW1TV9Y1HUNWurazs9M02O +s5Ly9nmSC3N5YwztFPfWkct8vm/u0++/wCV/K6Vy+Xzf3afff8AK/ldK5o+BPHHhH4m+CfCHxH8 AeIdJ8XeA/H/AIY0Hxp4J8WaDeR6hoXinwj4p0q01zw34j0W/hJhvtI1vRr+z1PTb2EtDdWVzDcQ s8ciMZas/wCl+HT5ktWf9L8OnzNyz1K01CNZ7KeC7tneeNbm1njubcyW1zLaTxiaAyQtJFcwTQyo kjNDLE8U4ikG2nbS9+l/xt69ntrfQdtL36X/ABt69ntrfQv1JIUAFABQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFADJN2xtuc+ozkcj JUAHLAZKqRhiArEKSQ1a6v8A12XzY1a6v/XZfNn5a/s2/FXUv2xP2tP2zNe1u9sb74IfsXfGjRP2 VPhX4Pa1t7uzuvj74O8G+Gvip8c/ijrzvcXNjqWs6HJ8RPA/w98CW81jb3vgqPwl4q1a0dNW8TTT 2uisk7Wvvvdva1/W60TV3tdM0Vkna1997t7Wv63Wiau9rpnm37SP/BWzRP2fNL/bI8aaJ+z/AOMf HfwZ/wCCfPiDwR4P/ac8W32uv4B18a7450Pw1rthpvwC8Gar4Qu9D+LsXhzR/GXhS/8AGD+JfiH8 L4LOy8Q6Re+HZPE1pf2k06su+ujv20va7unbffbroKy766O/bS9ru6dt99uuh6Z+3j47uvBP7Hvi 3/gof8A/sP8AwnfwI+FOlftJWOpXOkyRJ8Vf2efBluvxO+Jnwm8ZWtvcadcX+k+K/hPc+NR4Qj1G 9lTwP46u9J8ZW0kV3Fq8d8XutXa610/u3b6X0/NdLML3Wrtda6f3bt9L6fmulmfon8M/GujfEr4d eBPiP4cvF1Hw58QPB/hrxx4d1BTCTfaD4s0Wy1/RrtzblrZpLjTtQtpZHt2a3kdmeDbEyIsS3/r+ vTstN9CJb/1/Xp2Wm+h29IQUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQB81ftg/tHeH P2Qv2YPj7+094vge/wDDvwK+FHjT4k3mkRyxQT69c+G9Du9R0rw7aTSzQRx33iLVLe10DTzLKkbX +rW+5sRgG0lZX63320+7703a3a9rSVlfrffbT7vvTdrdr2/J/wDbE+GK6n/wQr/bD+IXxnstF+In xs+JP/BP34t/Gj4n+Mta0Sx1Fo/iVrfwW8V+OrHTvCaajaXjeG/Cnwr1nxDfaH8KtKtFhn8JaFBF fEz+JdS1/W7utb+d3otNktr9fVPT+7e9a387vRabJbX6+qen929/NP2QP+CjmtfsjfsPf8EnNE+M 37LHxb8P/sq+Of2Sf2GfhA37ZCeJ/htqXgXw98RfHHwP+G2g+EJ/FPw/0vxNefEPwz8Otb8SXFro K/EbxLZ6FBHqeoWnk+Hr2yvLC9nTSfm9tNb+e7XXXRa7vW7TSfm9tNb+e7XXXRa7vW7+7/2iviY3 7Gv7XX7H2u6ILDSvgz+258c9Z/Zh+KXhhLFILOz/AGgPFvgHxb8S/g58U9AdL6x0/S9a8UXHw48Y +A/iLANOvr/x3PrvgvUEeLUvCMkl8aPdLyTbWlt/w6X9OoaPdLyTbWlt/wAOl/TqfqbHIsgJXkAL ySc5IyVIOeVBAY5J3ZBwVIqZWWnbdf8AB3afTfT1splZadt1/wAHdp9N9PWykqSQoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAZI cIxHUDIGcAkHIBP90nhupIyACeC1a+u39f0hq19dv6/pH44f8E5vhrcfsv8A7VH/AAVK/Z71fRNU 0lPjR+2DrP8AwUL+F2u3yXZ0fx74M/am8GeCdB8dx+H9Xu9kV9qvgL4t/C/xLY+LNCt45pvCVh4q 8EPNH9j8Q6P5lvpo77X2SWq9bLe9/V2di300d9r7JLVetlve/q7Ox+dH7X/7KH/BTb9qv9nP/gr1 8B/ip8C7X4r/ABF+L/jPX5v2Gvigfi98LdM+E1l+ztpF34D1T4f/AAe8IeCL/wAVzar4G+K091oP izUPFXiTxV4S8MWPi7WfFekQ+J/ig2i+HPCsWlHSydtNLq6to762631s9H5Ox0snbTS6uraO+tut 9bPR+Tt+gX7ZFv8AEXwt/wAEWfGfwB1fwNft8f8A4w/snaR+xN4O+F+h3Vp4m1S/+Lfxz8A2/wCz 7oWk295pEs+nX1hoT69L4s8aa1pN3faJovhjQPFPiNb660nRZ7oiVtLq172e+172un6q17K2vUSt pdWvez32ve10/VWvZW16/p5+zX8JNM+AH7O3wF+A2ilm0f4JfBn4X/CLSXeeW6aTTfhv4I0PwdYS G6n/AH11vtdGiY3M376ckyygSs4EPf5L8l/X+ZD3+S/Jf1/me10hBQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFAHwT/wVA/Zb1P9tb/gn9+1r+y7oK258VfFr4OeIdJ8CNd6hLplgfiNoixe Lfhymq30KSSQ6S3jrw/4dTVEEUyz6fLc280TwTSKbj06Kz139brd9NPK/cuPTorPXf1ut3008r9z w7xP4V179t7/AII0+OvhH8MFtdN+JXxx/YP8WfA+20Pxc82inwZ8Y9W+Dl78Ndd8D+O4LeDUb7w9 q3gz4gQ6h4a8V2wtL2XSb7Tr/CzxRpJK1pLZ2vpprre3y1er1/GzWktna+mmut7fLV6vX8bfLeuf sI/GX9pz/glZ+yH/AMEvPjL8G9S+HWheDvhx+xN8Hv2qPHGv+PfAtzpc/gb9lm3+FniXxq/wXPw2 8V+M/EPiTUPiV4t+E+meC/Dk/iex+Gp0bwp4n1zxdql5a6voOm+E9fLNJrs0+q6d7r0a0fXyCzSa 7NPqune69GtH18j33/go38NX/am/an/4Jafs9aNomo6uPg7+2Nov/BQX4lavZJIND8E+Bf2X/AXj zRPBU3iHWbZylhqPjn4v/FLwdpPhHQZ087xbp+g+PLiANp/hfVpFb0u7PTa62ei6/J997jel3Z6b XWz0XX5Pvvc/YxQRnJySf0AA9B1xuI5wzHBI5rNu/wCP4vt09DNu/wCP4vt09B1IQUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAN ZQ6lW5Vhgjjkdwc5GCOD7UAcJ4s+Gfg3xre+FtV13S3bXPBOqprHhLxFpt9faN4i8P3RCRXsGna5 pVxZ6lHpWt2Sf2X4i0V7mTSfEOlO+na1ZXto3liuZ/f5fo9PPTqVzP7/AC/R6eenU7Y20OEAVl8t tybZJFIHPyHaw3RDOBC26IBUAQCNApzN9t7+X3bfrvrqHM323v5fdt+u+upxV38NfCGoeMdM8eah p0+oeJNDsZrDw/c3uo6hc2Xh6K7Vk1C40LSJbltK0vU9ViY22q6xa2ceq6hYGTTLq8k02ae0lOZ9 +t9lv/X3adkHM+/W+y3/AK+7Tsju1UKMD8ySSTgDLE8sxxyxJJ7mpJFoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAaVBOe/qP8evOBn/dHoKd3t/X/A3Hd7f1/wADc4PRPhl4O8N+LPE3 jLQdOm0jVfGUVmfFNrY399BoGuajYW0VjbeIr3w4s/8AYh8VHTILfSL3xNDYw63q+kWOk6brN7qF noWhRaY+Z99/v3v/AEtvIfM++/373/pbeR3RhjLByillDAEqpOGILDJBPzEDdzzgE8gUrvXXf5fk K7113+X5HG+GPh54U8I6n4k1zR9PkOveLtSj1TxHr2pXt7q+s6nNbxS2+n2rahqU91cWuj6PazTW miaDYva6Lo1vNcJplham7u2nG29/0/pf567g23v+n9L/AD13O2pCCgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAjeWONlRiQz7tg2sd5UFiqkAgv tBYJncVViAQpIP6/r7g/r+vuE86PCkEncMqApJI9lALHIyRgEEKxHCmnZr/h10+f9adx2a/4ddPn /WncZJd28UTzSTRpGhkDuWAVTEjySBiThdkaM7biAqqSxAFPlenmrr8P89em+ug+V6eauvw/z16b 66E4IYZByOR+IJBB9CCCCDyCCDyKlq2jJatoxskixKXc4UYycEgAnGTjoB3NC10Ba6DRPEWCBxvP 8HRgQFJBXqCodS4x8gYF9uRmuV9vxWvprqVyvt+K19NdRzyIkZkYkIAGJALYBxyQoJ2jOWb7qrlm IUEiSRi3ETkqrbmVipUA5yBG3TrgrLGwPQqwYHBBp2f9Nef+THZ/015/5MVZom27XB3gFMcl1IBD qBy0fzAFwNo5yQASCz7MLPsyWkIKACgAoAKACgAoAKAIZZ44uG3s2ARHGjyyEMSAdkYZguQQXICA 9WFOztfpe1/61+4dna/S9r/1r9wn2mIbySyCNQ7mRGiCod+GPmBcL8jkk8AKxJAFFn/TXr+QWf8A TXr+QG4iC7ixVQdpLKyhW6bXLABDkgAOVJJUKDuXJZ/fsuvr6f8AB7MLP79l19fT/g9mOE0bNtG7 JLAAowyFIBZSQAyAso8xcoSwAYnIBZrfT5/1b52+8LNb6fP+rfO33ktIQUAFABQBCtxC7BFkUszy ooyPmeBtsyqejGJgVkC5KMrK2GUgO2jfb+v1/MdtG+39fr+ZNSEFABQAUAQmeIB2LFVjZlkZlZVj 2jcxcsAFULht5wpUqykgg07PTTf/AIf+vmtx2emm/wDw/wDXzW49JFfO3PynByCpB7gggEEdwecE HoQSNW/r8fTswat/X4+nZjmZUVnYhVUFmZiAqqoySSeAAASSeAOaS1aXcS1aXcYsqO21SSdoc8HA U42nJ4w3O0jIYo4BJRsNprcbTW5JSEFABQA0sB1z3/hOOPU4wM9s/e/hzTs/yf39u/yHZ/k/v7d/ kNjlSZFkjbejqrI45R1YBldG+66sCCrKSpBBBIIJLen3/wBfgFvT7/6/AkpCCgCKSaKLd5jhdqF2 J4CoM/MzHCgZBGSRzTs/6/Tv8h2f9fp3+RKDkZ9eeQQfxB5H0PNIQUAB4BPp6daAK6XUMiq6s2xl DByjqm0qrAl2UIAQ4AJbltyj5kcK+Vrp/Xf+vXZofK10/rv/AF67NEyOki7kZXU5G5SCMjqMjuDw R2OQeQaQh1ABQAUAFABQAUARvKiHDMAQu4+yg4LE9FUd2bAzgZzxTs399vmOzf32+Y8EMAykMrAF WBBBBGQQRwQRyCOCKQhaACgAoAieeKNlV3Cs5IQHjcQrOQpOASEVnKg5CKzkBQSGk30/r+v60Y0m +n9f1/WjBJkkIClslA+GR42CkkLuV1VlLYOAygna3HFDTWun3r+vuBprXT71/X3EtIQUAMkkSJS8 jBEAJZ24RAoLEu/3UXAPzMQucLncQC0r/wDBGlf/AIJEl3byMUSRXcHBRTuZe/zKuSowVOTgASRk kB1yNNbr+v1+QNNbr+v1+Q43ES8M4ByF2tlW3HGFw2CScqcdcMpxhgScr7f139PP7tnY5X2/rv6e f3bOz45FlXcu7H+0joeQDyrqrAgEAgjKtlWAZWUDTW4NNbj6QgoAKACgAoAKAELBc5zwM4ALNj2V QWP0AJp2f3Ds/uGLKjMVU7iu3O0EgblDLlgNoyrBgCQSDkDFFnr5fpvbvs/uCz18v03t32f3ElIQ UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAc54r8Lab4y8P674Z1a 516003xFoWseHdQufDHifxJ4L8QQWGuWE2n3dzoXi3wfquheK/CuvWsU5uNE8VeFda0XxT4b1GOH U/D+s6ZqESXKtO39P9P6+5Wadv6f6f19yt/ML/wTW8PeC/Gnw3/4KzfEr9rz9pn9tjWfAf7Fv/BU L9un4JeFPFl/+3/+3f4efwF+zR+z1pHgPVfDmjXdr8NPj14du/Ft74fs9T1yc399put+MPEU0zxi 81i+8qBrS26a3stXra3mknq/lq9GWlt01vZavW1vNJPV/LV6M/Sz42+Ff2df2Xf2E9X8B/t1ftd/ EjwT8JvC/wAUPF/jZPjFrP7THxet/jXqHhOx/aH8Q/Fr4ReAdO+KsWt3Hx58c+JtI8HnwT8Pbvw1 4WvvEHivWrKwutB0Wa+uZNP1h3bq9EuzevS+/VXS67atDt1eiXZvXpffqrpddtWj74+Mf7Rvwp+A VnpE3xJ17UbbUPEUmoW/hXwZ4O8HeNvip8UPGVxo+mNretweA/hN8LPDfi/4mePToGjB9W1seEPC WrjRtJt5tQ1OSC3WSWJNJtvz1VrNq19O7/rTqmk2356q1m1a+nd/1p1yfgt+1T+zn+1HpepSfs9/ Hn4XfFCWysppdRTwF4y8P+IvEPhS4S6k094/E/hWC7l1rw1qWl6kn2HUtG8T6bp97aalHPpWp2ME ySQsKKV733S6a3sn37/LvfYUUr3vul01vZPv3+Xe+35Z/wDBJ746/Hv4vfti/wDBYv4dfGv4xeKf ivon7OH7Vfgj4S/CaLxBY+GNGsfC3gWLwv4o1caTp/h/wdoXhzw3DcTXN5t1DWxpJ8QazDZ6ZFrO rahHplgtu7Xb1ty2t89W9b677337rV2u3rbltb56t63133vv3Wv7C/HfwL4l+J/wP+Mnwz8F+ONb +GXjD4h/Cr4heBfCfxJ8NX99pfiP4e+JfFvhHV/D+heONA1TTZ7fUtO1vwnqmoWuv6VqFhcQX1nf 6fBc2k0dxHG4zVr67f1/SVtdjNWvrt/X9JW12P53v2tvgvL8Iv8Agq//AMEZP2WfBf7Qn7cVr8GP 2o9L/b8H7QXhy7/4KC/twahdfEu7+BX7OugeN/hrqNxrl5+0Jc694Tu9D8W3N1rMreAdT8KW+qyX DWOp291p1tbWkF663bulLv5aa76evR32teut27pS7+Wmu+nr0d9rfoJdfFj4Lf8ABInw38Srr9qv 9o39orxb8JPjd+0tJrf7P2ueP/Dn7W37XWt/DHw/rvwv+DXg6z+BWs/FDS/DPxp8RWr6l8WtC8d+ IPhtpXjHXbHUfEcHjFdD0Ntf1nSdZkdvVuzezVrPsu3rpe++iG9W7N7NWs+y7eul776I+nvG/wDw UB/Zr+G3xw+Cf7N/jfVfi1o3xm/aKtdPuvg54WT9mL9qDUtP8ZR3cNtc6lt8ZaT8HdQ8DaA3guyu oNX+KUPinxNodx8INAmGv/FOHwhosNxqEUuKXfu1vbur99vz2ekuKXfu1vbur99vz2enp1p+1B8J p/G3xa8A3l/4t8Nar8ENFsfEPxG8ReOvhV8Xfh38K9N0bUrdbuy1DRPjf478BeHfgz43ha3ZpL4e BPHniV9I+y6guoCOTTb+O2XL637adm0n93z6qO4uX1v207NpP7vn1UdzE8A/tjfs/fEf4kz/AAg0 PxpqWifE4w6zfaL4F+Jnw8+Jnwa8SeOdE8Pf2cdb8WfC3T/i54R8Ez/FzwNpf9s6Ql948+F0fjDw bbSXcYbXHDs0Jy99PPfW/lq192um4cvfTz31v5atfdrpuexfEX4o/D/4QeDfEPxG+K3jjwh8OPh9 4S02+1nxR408b6/pvhjw3oOladaT3t7fanrOrXVvp1pBbW9vO88k9zGIxbuFEjOqq+Xz/wAtt27a Lqt7prbVj5fP/Lbdu2i6re6a21Z8laL/AMFPP2DfEHxD+Dvwt0v9pr4bSeMvj/4R8MeOfg9Y3d1r Ol6b450DxroGmeJvCFvp3ifVNGs/Cdp4u8TaDq1lrOhfD3Vtd0/x7qmlSpe2XhudCyouXyez/PTT z8m79L2YuXyez/PTTz8m79L2Z7x8UP2k/hZ8IZoNP8Yap4mutcuI9Ju38N/Dz4Y/E740eK9J0bXN Rk0bT/FfiXwh8G/CnjrxL4X8EnVbe8guvG/iHTtL8Gaeljey6h4htIbS5nhfLe3/AAHr2Vvxevpo 7Plvb/gPXsrfi9fTR2wLr9sH9ntPAXw4+J+jfEnTfHfgn4v6naaR8LtR+FGi+JvjFfeOru5lZLqX w7oPwq0nxl4g1HSvDsUc15421+HSW0TwDpVpqmt+Ob7w5pOj6ndWxy776ennr0Xbra17NvY5d99P Tz16Lt1ta9m3s+y/a/8A2fNS+Ch/aI0z4i6Zrfwek8Ta74K0vxf4d0zxJ4hHirxj4e+ImrfCa78M eA9B0nRLnxT8QNa1b4jaLe+E/BWn+C9C127+IupSaYngKDxENb0T+0Vy6ta7+WivbXXfy69N7pcu rWu/lor21138uvTe64/U/wBpj9ln40fCH9o251P4yW3hL4WfCufxD8If2g/Her+IPGP7Pl38G9Y1 b4WeEPHXiLTda8feIh8PPEXwx8W+GPh/8VvCuq6nr2l6zo2t/DzX7yfSbzUvD/jrwzr2l6BS91ef bZq6V9U9trvRK6e6sUvdXn22aulfVPba70SunurH4ef8FLfiFo/gT4Q/8EC/F/7M37Svxgn/AGd/ GX/BSj/gnf8AC231qX4meJRo/wAavgJdvf8AiTT/ABF8V9a1aLT/ABJ4+XxBZ+DfDurX9743v5NH 1W1ae/u9Ltzcz35OlrX1d+jeraVt/PRaffY6WtfV36N6tpW389Fp99v3A+Cf7bH7KX7VPin4n/C3 4CftAeEvGXxD+F+dO8Y+HtDubrTfGHhu3uXW0tvFOmaF4t0i3/4SDw414EXRfHOk2XiHwbq2oxvp 0Wr3csMkbO3km7ra2+2nVKys+1r62bTt5Ju62tvtp1SsrPta+tm1+Xf/AAQc+InjDVfh/wD8FV7z 4ufFTxp8Qj8Lv+CyX7Z/w203xr8W/Gl54i1jSfh78NPCnwK0bw5pNxrut3At9P0bRLC1Y21lZDTN FszLdz2Wn20cksJT17q8nvvstLX2f3XS2WyevdXk999lpa+z+66Wy2/XnwN+118CfiD8Tb/4NaR4 r1bQ/ijZ2moarpvgj4jfD74kfCbXfHXhzR2sE1vxh8J7b4n+E/CKfGDwPoj6vo6az45+FkvjPwlp Muq6fDqmsWT3tt5i5ddmu2q7ddurWy8tXYXLrs121Xbrt1a2Xlq7HRftBftLfAv9lT4Z+IfjL+0V 8U/BXwe+F/ha0a51nxd441mHR7NXXCx6fo9s+/UvE2uajcS21jovhzQLG/1zW9QuINP0ax1G/ube 0dcqez2W7/BeXVbvbs0LlT2ey3f4Ly6rd7dmjj/B37aP7MfxA+PXjL9mDwb8ZfB2v/HvwH4VHjXx F8NbKa/fWI/DUeoRaXf6lpF59j/sbxQuh6hc2Wn+KbbwtqOtX/hG81DSV8R2enDWdKW7fKvPdW0W t+lr6Prq/VLS75V57q2i1v0tfR9dX6paXt/Fj9rr4E/A69gt/ih4u1PwxpX2t7DWvG3/AAr74j63 8LvBF1FZi/c/FP4teHPC2sfDL4PWphAjjvPij4s8KWjzXmmxrOz6jpceorl28+t0la17q9m7X19H rrouXbz63SVrXur2btfX0euunw98Sv8Agqt8NvAn/BS34X/sDW/g34y6xe65+z74o+N3jHxN4O/Z 1+NvxLsZR4g8a/D/AMJfCS68JXnw58D+KbzU/h7evcePv+E++Lw0gfB/wbqGlab4f1r4iWOvHUtP 0xu1vN+aslqru27b69Ha7XVu1vN+aslqru27b69Ha7XX3X4R/wDBT39kT47aL8eNd+FHiH41eMLf 9mTULDSPjhotr+x9+2HpvjfwXr2oM+PCqfDzW/gVpvjrxJ4x0y3MOo674R8H+HvEfirQdJZdW13Q tK0u5tL2VOK1t6K/fe229radW+jTQnFa29Ffvvbbe1tOrfRpo2vAv/BR79lf4nfs22f7W/w61r4x eO/gLqniR/C2keKvB37Kf7V/iTX9a1GO+GkyX+hfDHS/gnP8Vtf8KQ6ys2jT+OtG8D3vgqHWbW+0 eXxAmo6fdwRvl23v10tovvbv0076aD5dt79dLaL7279NO+mh6d8S/wBr34IfCUxJ4w8Q+IZbtItI v9e0rwd8Lvi58Sda+H2ga3avfWXir4u6P8NfAvi/V/g34OltLPVpk8a/FTT/AAf4MX+z7lLzxBYm zvvs5y6/O2/b5P162s1uHLr87b9vk/XrazW5W8Wftr/speB/C3we8b+JP2h/g7aeEf2hPGXgTwD8 CfEdn498O61pPxi8UfEvWdP0PwZYfDO50PUdSbxrFqt7qds7ajoUV3pen6ZHeeINXvtN8O2V3qkC 5fW3fvrsu7a1X3eYuX1t3767Lu2tV93mfhF/wVH/AGyPBPxi8Vf8EvfEv7Jn7TvjG/0XRv8Agun+ x9+yd8evBnw78R+JfCPhHxAtz4v1rxf4h8LePNFm0bQNQ8Y6PdN4W8L6noVw15rHgHxLoOpQaxos XiCz1XT9auKVlo/N9NFfrp2332XK72tSstH5vpor9dO2++y5Xe1v3lt/2r/hNJ8fbr9mSwh+LGpf FnTrO3vNU+x/s8ftE3Pwq0a1ufDGo+KdOOv/ALQVt8Lrn4BeH31HTNLvIbL+2fiXb3N9r4tvBtsl 14uurTRpE13vbd6d7f8AAWqS00V9BNd723ene3/AWqS00V9D5I/4LC/8FEH/AOCbv7B/xb/aO0Pw x4k8SfEGPRT4V+FC2vw88XeLfB2kfEzxUItH8G6t8VL7SLIaX4J8H2Wuajp73P8AwmeseGf+Eh1D 7N4O0e5m8Q6xY2ruKtfdr8U+6Sv8mntfyHFWvu1+KfdJX+TT2v5H2PpP7TXwnuvhl4f+Lt9dePfC nh3xVc6jpnhzQviJ8GPjN8Mvitr+r6XdapbXOi6T8CviH4C8K/GzUPEF7F4e1PU9E0OP4fya7r+g Q2/iPw7puqaBqNlqN4rXTvpbWy6JJ7J+ej7vta4rXTvpbWy6JJ7J+ej7vta5T8Dfti/s3fEHwj41 8caR8WPDOg6H8L7e0ufizafE0ap8GvF3wgi1DS7bWrBfjB8P/i7p3gjx58Jbi80i7g1W2s/iR4a8 LXdzps0V7BDJAwYnKrLdN26X/wAvW3RJ3DlVlum7dL/5etuiTueI2/8AwVT/AOCft34g+DXhu1/a o+Fs95+0HHu+D+oQ3msy+GPGD3GpXOj6Rbx+NV0geCtGvvEmp2N7b+EtN8TeItCvvGMVuLzwvFq1 tNG5OTruteq07aq9/kg5Ou616rTtqr3+SPpX4tftHfCj4Jxxp441nxBd61PZjVbbwT8OPh38R/jR 8Tb3Rf7Rt9Kl12x+Ffwb8KePfiRfeH7K+vbKHVfEFn4VuNI0ZZmuNWu7G3inkgOX1stL/Oz9Et+u nVMOX1stL/Oz9Et+unVM/O//AIKYftA6B8S/+CSH7aXx8/Zc+P2o2o8J/s8fGjxX4S+J/wAD/HMW ka5pXjD4d+Hdelv9Auta04nXNA1HTNZsJNK8R6JGNI8UaRe293p14dHvYi8T0S03Wtul1q9rJtW1 fn1dkPRLTda26XWr2sm1bV+fV2R7F+wJ8W9D8Hf8Ew/+CePjr4neLrh9T8W/sX/slp/aGtXOq6/4 o8aeMtZ+APgnU20/S9PsoNW8WeN/GfiS6S+u49O0bTdf8Ua1etcPb2d9MRFRZO/SzaWq3+fftdfm wsnfpZtLVb/Pv2uvzZ9RfBj9p34MfH6PXIvhp4vN5r/hIaUfG/gDxZ4d8V/DP4seAP7cs5dR0dfi J8IPiXofhL4n/DyXV9Ni/tDSIvGnhLRX1K0bz7QSwI8wTja2u/VdNbPTd/h8xONra79V01s9N3+H zPHNV/4KR/sS+H/Fdt4T8TftD+BfCiahrepeE9H+IHiz+3PC3wK8SeOdE1K60XxB8NvB37RviLSN K+AHjf4p+G9YsNR0zxJ8LvCvxL1P4haFf6ff2OpeGoLuyniVcq01+/Rrfpqu3Xve2rS5Vpr9+jW/ TVduve9tWud8e/Ez9jnxB+2D+yJcat+0ezftB+J/B3xVs/2dfg74F+NGvS+Gvix4T8W+AY/iD4n8 beKfhh4N1O78MeL/AA7pXgXwRc6v4L8eePLZfB1le3tnJol/c+KdT8HmGtYq2m/W+r20WjdtHf7t StYq2m/W+r20WjdtHf7tT2L4hftkfs7/AAl8T+HvC3xF8fTeE4vEOpxeH7bx3qngz4gf8KX0nxHP qNvoun+FPF37QEPhaT4G+B/GOs6xcwaXoPhDxr8Q/D3ivxBqlxb6Xouh399KsROTz3V+n5K/dbX6 90HJ57q/T8lfutr9e6Jfi7+2J+zx8DL7xBpfxM+JFjoF74N+HV38W/Hr2nh/xh4n034c/DW3tvEF xZ+M/iXq/hPQNb0v4a6D4kk8J+KtN8BX/j288OQ/EjxB4Y17wx4FbXdf0rUtPsVy30W66Nr79Pv+ el7Xa5b6LddG19+n3/PS9rv6YjlLwLNgfNH5mIiZRyu75CFUyZ/h+UFumAanrbbXva2vf9Settte 9ra9/wBT+aHwp+218L/2/f2/f+ChP7JvxQ0T9sLRPhL8OfAX7FHwn/Z2l8Kfss/tqeBfGPw1+I/x 48LfEbxz49+Nnjq40/4IaZ4l/Zf8TWGs3nw2tvA/xJ/aCi+HXh+38M+B9U8Z6BqV38P5/GOpvpdr p2vbtfZX7aaJdehpdrp2vbtfZX7aaJdeh+x93+038Cv2XvCfhT4c/FT4xeLfE8/w38OaH4R+IHxY 1nwl44+IcPhy48O+FbK4uPGn7THxI+HPga++G3wNu/EGkx2fifVfEfxX1P4eeH9QvNWllsWVZoi8 tXbd0tba+l97vVbW+7ylq7bulrbX0vvd6ra33eXcePf2yv2XfhbqPws0j4hfH/4S+GNW+ON9plh8 HtIu/GWi3Wq/Ej+1YRfWup+D7HTr+9udd8MjTXW+vfF1nEfDGk2UUuparqtnZEtEcul731tbaz6d 9e66Pro2HLpe99bW2s+nfXuuj66NnS/s6/tL/BH9q74fz/FH4A/ELQ/iT4GtfFPiTwVd61osWrWh 0/xV4R1BtN8QaFqem67puk6vp1/YzeTcIl5YQJfabe6fq2ntd6TqGn393LVnb+vmS1Z2/r5nl/xJ /b+/ZL+EXjDUPBnxC+LtloF1oXivTPAfi7xMPCvjzVvhd8PPHevDw4PDngX4r/GrRfC2ofB74R+O PEzeL/DA8M+DviT458M+I/EY1/Sv7G027a7Rarl0T6u3ZLX8ey9drlcuifV27Ja/j2Xrtc+sb3V7 fTbea81CSO1s7VLmW7u5SywQW9nHNPc3UrFcRQQ20EkzySHylw8YmaRI1uFy6LdX26ryWmt35X9N 7Ll0W6vt1XktNbvyv6b2/P8A1j/grR/wTp0LTbnXdQ/a3+D6+G7P4yzfs/3Pimz1q91fwnF8VbOx 8J6hqeiHxVounal4fOhaJH458L2XiL4gf2h/wr7w7rupf8I5rPiey16x1jT9Laje+9193TT1309L 2d0NRvfe6+7pp676el7O6Psvx/8AFfwn8M/D83iTxTPq89mLO4vrLSvCHhHxl8Q/GWvRWsZnnh8I +APh5oHivxz41vYoWhmk07wn4d1fUY7V/t0lmkDIpOVab9b7adr/AK6vZro7HKtN+t9tO1/11ezX R2+Gv2mv+Cm3wF+B/wCw18Zf23fClz4j+Lfhj4T+H9atrnwv4R8C+Oh4u0b4j2lpEln4N+K3grUP D9n41+B97pmp3+nW3j61+KmjeE7/AOH9pfhPFFta38tjZ3LSta9tHd90+nV6Pf5d9BpWte2ju+6f Tq9Hv8u+h5j+zp/wWG/Zj8eaL+x18N/ihrPxr8K/tM/tSfDf4f6h4U8Gav8AsSftpeCtE8feMr7w d4X1Xx/rHgHxJ4j+BFp4J1T4a+FtU11tS8QfEOy8WXPw78G+FHh8S+I/F9j4ZI1wzyrrdLv011Vt ddN7X16snlXW6Xfprqra66b2vr1Z9Y/Dj9vn9mv4rftG/EP9knwdr3xKb9oL4UaLdeJPiB4G8Ufs 5/tIeALXQvDlrqz6Hb+IYvG3jv4T+Hfh5rOgeJNRilTwNreg+L9U0vx/aRzan4Hu/Eem28l0Xy+v r0t3vb026Xbt0fL6+vS3e9vTbpdu3Tq/Bv7YXwS8ceAL/wCJljqPxA8K+GdP8c3Xw0Sy+LnwH+PX wL8c6946sbKxvpvDng34XfGn4beAfib421C5jvJbXSR4O8IeILbWdY0rXdA0u6u9d8Pa/p2lHJuv x/Lpr2dno+nc5N1+P5dNezs9H07z/Dn9sL9nf4paD4x13w38S9M0dvhpa6XqHxU8PfE3R/E3wX8d /CfT9ZtDqOlXnxY+Gvxh0fwL8Qvhdb6vpySXuk3Hj7wz4eg1G0jnvNPkvbe2nKjiuj/G/wCistd/ TS7QOK6P8b/orLXf00u0fDHxv/4KQfsh/HX4CfEPwl+z5+1tpr/ET4tfs8ftQ+MfgP4l+Emraxb6 94lf9naw+IeleO9U8FeKpfDN1oumNpOveBtfl0bU7XUIdX8YeF9J1jxn8OZtQ8PabF4qRpW7NPrZ Pyasnqtr62T6dRpW7NPrZPyasnqtr62T6dTwn/gk/wDtmeFPhX/wR+/4J7/Fb9pLxN8a/HXi74w+ HNY0iPxD4X+D/wC0H+078QPGnjnUfGXxF1eWXWLT4LfD/wCKfjGa6u9O0rUW/tfXLC2sJ3s47eO5 Ez2luyab269dFdOzXRPWSdm0r/MTTe3Xrorp2a6J6yTs2lf5n7s6B4is/EegaR4jsYNStrHWtJ07 WLS313RNa8L63bW2p6dDqkFtrvhjxJp+l+JvDGrw206LqWgeIdI03XdHui1jqun2l/BcW0KsttV5 vTX8drrT1d7CsttV5vTX8drrT1d7HzZ8QP24P2ZPhdrLaT46+JkWh2Frqt3oOu/EF/CPjy++Cfgf xDZarpWh3Phv4mfH7SfDGo/BH4W+JF1jWdO0q38PfEbx/wCFdav9SuDY2NhPdW9zFC+VWvrt6a38 +/bXyb6vlVr67emt/Pv218m+v5X/APBVb/gphN8BP2h/2Av2YvDWlfGq20T43ftTeF9P/aE1jwr+ zR+0P420/wAU/BnRfB//AAm9z4B+E3ifwv8ACXXdE+M2s+K9Sv8Aw9b+L/DHwO1Lxv410vRtM1zw zr+iacupXsDFrNp6+Vu2u+q03t10v2C1m09fK3bXfVab266X7H6cfsn/AAU8D/CTwj468bfDrxl8 eNS+Gnxj8Tn4weEfhj8XtH8c6Tc/BbTdW8PaPDqHgLwB8NfiJ4S8P/FT4d+Grm/0qfXoPhl4k0e2 1Hwvq2q32m6BougQTNpzq9rK23pf1vrv81tbZMV7WVtvS/rfXf5ra2yZ+IngX9snwF/wUC/4KCf8 FHv2TviZD+2Hofwt8CeEP2I/hX+y9deFv2YP20fAHjX4N+P/AIseEPif4y+IPxn8Y3Fv8E9L8Qfs v+L4/FGreCF8I/EP9oa3+HOjXfg7wrLqvhjVNS+H0mvX9Vd9dl3Svom977/dok+tnV312XdK+ib3 vv8Adok+tn+1sP7W/wCzl8C9P8KfDX4hfG/XNVHhXT9L8BeIfjt448K+JZPhtd+MvDcujeB7uz+K v7RPh3wNpP7OPgn4t+JPEs1smoeCdd8WeDtZvfEd/fWmi+GLaO3+wWo1fW1vuskkt389O6WiQNX1 tb7rJJLd/PTulokXr79vX9mrTf2pLH9izUfF3ivTP2k9d8J6v478JeB9V+C/xy0zQfG/hHQPDaeK 9a13wL8Ubr4cJ8KPHNjpekuINSfwd431250/xDDqPhCa0bxbo+paHAuXbf8ANb+iaa63VvQXLtv+ a39E011urehznwj/AOClf7Ffxr+F3xh+NHhD45aNonwz/Z7+IPij4UfHHxR8XvDHj79n2L4WfEnw TpFjrPi7wb410z49+FPhtrOhaz4ctdTs49WhutPK2moC80ido9X0++srZcu2vr1survt5dr6X0bF y7a+vWy6u+3l2vpfRs6j4E/t7fsp/tKeMtN+H3wX+MPh7xx4x1n4H+A/2ktI0LT9O8U2V3ffBD4k 22jXPhPxt/xO9A0u3t5p08Q6F/bnhRrmXxZ4O/t/w7/wmGkaE2vaYtw+X7teq6X0X3bu1tXYfL92 vVdL6L7t3a2rsd58T/2sf2dfgt44+HXwz+K/xn+HXgP4jfFy71qz+GvgLxD4isbLxV4uHhrRL3xH 4j1LTNIab7cPDmgaNpl/e6z4rvLS08NaYv2aG81SG5urKG8OVd3/AMG/bfbW26truHKu7/4N+2+2 tt1bXczv2cf2wv2df2t9D8aeJP2dPij4e+KGkfDvxvqvw78cPpkWraNqPhjxbo0jC80zVdC8Safp WuW8Ets1tqmja1Lp0WgeKvDt3aeKfCep65oN9ZXk65fy83qvkt+i9NdULl/Lzeq+S36L011Rg3P7 dP7Llh4z8PeCdR+KMOmy+L9T03QfB/jjVfCHj3Sfgp4z8Tatd6pYab4M8FftB6j4Yt/gP4x8f3t7 o2pW9v8AD/w18SNU8aubUyDQTFLbtK3Dtd6eln53S/z72G4drvT0s/O6X+fex6F8WP2gvhX8JH0z S/GniTVI/EfiBZG0Hwf4G8IeM/ij8SNUsIru30vUvEOlfDb4Z+GvHHjm58O+Hb2+tP8AhJPFkfhe 48OeEBLBceKtQ0uwkW4kaVtrPXdNNrXS60366/lq0rbWeu6abWul1pv11/LX8Uv+CFnxo8U+NoP+ CuuvfFH41+NPij4d+GH/AAVr/aj8AeCfHPxS8cX3iW40r4UeBrLwPpfgjRbLVNUuI7XTfDumaOlu mlaTpEGlaJDHOjadpEEc/wBlA99lezVtE9V+FlotWmk9e499lezVtE9V+FlotWmk9e/7I/D/APax +CfxI8Y+Lfh1oviPWvD/AMQfBFhf61rfgr4pfD34j/BfxNd+F9IuLC11bx34W0b4u+FPBV743+Gt ndalZ2LfEzwSniPwB/aNzDYHxGLt0hdcjtf8nt699dLJfMXI7X/J7evfXSyXzMn4X/tn/s7/ABk8 b+G/h18O/H8mu+MPGfw88Z/FvwZpV14K+IfhtPGHwq8A+JPAnhHxB8UvDGp+KPCmj6Trvw1vNf8A ib4Ht/BfjvRr3UvC3xIsdZn1n4dat4r0jQ/EN9pKaStrv5rSy1Xm/u7dbpNJW1381pZarzf3dut1 9U1JIUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAGL4h8SeHvCOiav4l8V 69o3hnw54f0nUtf17X/EGp2WjaJoehaNayX2sa1rGq6jPbWOmaRpVlFJd6lqV7PBZ2Nsjz3U0USl g7PTzdl6/wBMdnp5uy9f6Z/Id/wSd/Z//wCCeP7f+n/8FuPhl8U9D/Zt+LvxG+Lf/BWH/govq3gX xXb6d8H/ABf8ebH4AeOZPh9YeFvij8IfEmu6V4i8RWngy01/V9T1XwR4s0qO78GweKZZbpDNLc3S T3dpLqtU7rZaaf8AA76WurK7tJdVqndbLTT/AIHfS11ZfV//AAdYeKvBGgf8EiviZ4Z8ReJfC+l+ M/FvxM+BI8A6Dq+saVb+KvEn/CNfGrwDqXieTwvYXU0OraumiaM9pea5JpdrKNNs5IJ9TkQXMTMk 99douzvp3XzTelnpshJ767RdnfTuvmm9LPTZHdft/fGb9m74Jf8ABQ39gP8Abu1P9qL4SeGbOH9m X9oXwnoWj/F/4gap4O/Z8+I3wz+IK+CNU0Dxp8M/jTpuieLfAum/Ei61250meTw9a6fqGofEn4cW cmvDWNDsPhzpg19x1XTr0d+nWz16eaeztYcdV069Hfp1s9enmns7WPpH/gkPYfADwF8Av2pPij8O f2pPgz8cvDHxu/bL/an/AGwPiN4p+GHxF03xL8Jvg1efGjxSPGD/AA303W7uaxbQtB8BeDbDRr3W L3VtM8M2Woavf6/4oi02yttSmCNbptv4bq+rte93o121vfRd7DW6bb+G6vq7Xvd6Ndtb30Xex8Jf 8ES/jv8ABDxH/wAFFv8AguRpHh74w/C/XdW+J/7a/hzxR8NNL0fx74W1LUfiJ4b0f4f+IZNX8QeB bKz1Sa58W6LpccE8uo6poEWoWVnFFJLcTxxqWoi9Xfryr5pa38/Xd3CL1d+vKvmlrfz9d3c/og8L fGr4b+NPid8U/hL4e8TjUPHnwVHg8fEzw+2la9Zx+HR4/wDD7+KfCbnVdQ0qz0DV11PQPKv2Ph/V dZ/s9ZkttXGnXpWGSWtNPK3e6dtFvfu9L9upLWmnlbvdO2i3v3el+3U/ns/4KSftFfs+eFv+C8n/ AAQvfxF8bvhF4eT4O23/AAUqh+L8usfEPwjpcXwtuPiJ+yz4X0jwDD8R5bzVoI/BU/jLUQmn+GIv Ez6bLrVw0UOnrOzxhhJq7el4tK/fsCTV29LxaV+/Y/bn9uP9ljwl+3B+yT8ef2YPFt2bHSPjJ8ON Z8P6R4mtkSebwr4oMKan4H8Y6eVY+fc+FfF1hoviWKIYhvVsRZzMYZmzXu3vo3fTz0S1326W2s3q V7t76N3089Etd9ultrN6n4DfES+/at/bI/4JcfBr9slvDfjnwF+2h/wS+120+J2n+G9a0fU9Hb4t fHX9lPW9a8E/tWWunbo11bxf4N+MPw18NeM/C3ge302W2t/EWq+Kdb8Pax9qvWSTSnotOu9t2+lt dZdbemth6LTrvbdvpbXWXW3prY+mv+CiVt+0R8dv+CYXw+/aD+E3g3x9Y3niH9oH9lf9t340/AHT vD41L4oeLP2Z9B+IPgrx5qPwgn8PWU89zF498N+BdI8CeLPHHhyy/t37beeAPFPgfTG1xL63F0dd +3m1bfZNX18+2nMg679vNq2+yavr59tOZHc/tvHw5+3H8V/+CUviD9j3x34Z8f8AjP4Jf8FDvh78 ZviX438FfZ/Esnwv/Z98LfBr4oap8ZvDPxGe1miufAV14+TU/h94Bfwz4nl03xJ/bHiHRmXTJ7qw lhM6O/NtoltppdWd7JtLX5dGTo7822iW2ml1Z3sm0tfl0Z9of8FYbW2n/wCCWf8AwUjF1awzGD9g z9r64gFxCkpinj/Z9+IcsdxEXQhJ0YJKZolQxzgsG3gsWmnZb6226Wl+G9l0Q007LfW23S0vw3su iPwp+JujeC/2u/8AggD/AME7v2R/2fvFPhXUv2wfEHwW/wCCWMvwtsfDVppniH4h/BPxp4dl+CHi Dx58bNb8MwsuseFtE8PeAPCfxS1bUPFmsjR9G8QWkd3bHV7m21SRpTW+jsrb2030s0+mvklvo7hr fR2Vt7ab6WafTXyS30dz7x/Za8T65+zD/wAFQv8AgqLbfteeKY/AWgftJeKP2cviF+y38TviLqem aB8OfHPwz0DwLN8PR8M/BfivVLuTQ7TxP4E8WXaaFf8AgC9v9P8AFGs61Pc+M9O0CbTfEqahfJ3t 5X2Wq0tbqtHsl1vdboTvbyvstVpa3VaPZLre63R+V/w4/Zt8WeAPin4v1r/he/iP9h34ufEf9tX/ AIKq/tf/APBPL40+JvCWkap8G/AP7O2n/Eb9mnwH8UfCfxx+HPja70rRP+Fb/tH6Z4j8P+K/CGv6 lf8AhTUPDEHhTRPFOgXWsXviDTfD/il63vstXZpX03691v6NPVj1vfZauzSvpv17rf0aerPubxTF Z/FL9gL9lrwF+1FoWpfso/F/Wv8Agoj8SNK+F3x6/Z4Oqaj4D8EftR+CvEn7UXxg0H9tjwv4U8bz azcaj8B/jH4s8JeNPGaeC/FkzaJY+EfinaXxvtA8KaVp2v6WLRvvdtrrZ+a67WTta773BaN97ttd bPzXXaydrXfe5574j+JPxB07/glN/wAF0bL9qG6+BfiHUY/hH8cotL/bS+F7xeE/g9+3N4u+IX7C vg7wZ8P/AB14V8M6x4l8RaDp3xE0nT9G+FfwY1y2+H+o3PgTxL8R9Ci0/wAJPfeKbfxRNejstVez e2zu9NE9bu/4Praw7LVXs3ts7vTRPW7v+D62t8nfEPUdH+JP/BJb/g2V8beBbuw8eeBv2dv25v8A glr4j/aH8Q+EXTxX4f8Agx4c+F/w4vofidqnxZu9FGp2/gbS/Ast9bJ40ufFX2C38OLewS641rDO JGlXTV779e762dna+v8AwSVdNXvv17vrZ2dr6/8ABP2C+IvhTwx8cv8AgrH+xP8AtgfAPxp4Yt/h F+zR+y/+1fc/tV/Hbw8thP8AC/4p+APinpHg/Tvgb8KpPi1blPCXiK58FeJtL8afGnWorXXdVi8A 6ZoGnXWvQ6avjjSrktd9t7rTTvpq2nZ6aPS22qa77b3WmnfTVtOz00elttV+Lf7GfjHVviR+wB/w W7uf2aL+f43ePfCn/Bdn4xftSD4W/Bfx3PZfEn4sfAXwv8aP2Z/idqEXw31vwPr2n+MdGh+LPg/w B430f4e+PfBt/DqNxrVte3fgm5m1nT1WN6X0ezvv5rRXb1d7NprfzsPS+j2d9/NaK7ervZtNb+dj 9Rv2Hvjh/wAEyv21/wBo74JfEf8AZh8M/tgfGD9oL4DQfESLX/FH7QHjP9v7XrD9kQ+LfBVzo/xC 8Ga3rP7T3i/XvhU3i/xZqtj4Y8G6x4G8GX/ibUNTurbTfFryrH4Hs9YtFZq/ktUm1tprtfTtZbXW qurNX8lqk2ttNdr6drLa61V1/wCDpnxH4P0T/giZ+1foHiHXvDem+LfF2r/ATTfh7pGralplp4i8 TajpH7T3wY8RazZeErG7uP7S1i/0vwjpusa1q8ekpPc2+hWWpanfR29nHdGNxv7urtr6dEl9+34a K44393V219OiS+/b8NFc8k/a0+NHwQvP+DgD/gh94h8G/FL4XXHhDxP+zn+19F4b1nw94x8MSeHP EFp8QvA2p+EPhfbaTeadqkWnapD428XaVL4V8D2lrcOniLxFp8mhaKtzqNs9tGO2vr/knr01er9b A7a+v+SevTV6v1sfNvgH43fshfCPWv2lP2Cv+Cn/AIb/AG8bH9ofxn8fP2q7zwn8OvCPjv8A4KB6 18Hv23/hJ8dvi74/+Imi3Pw2+Hf7N/jW9+C0ehaz4U+ImneDPHvh/X/D/h7Q0Ju9R8ZXkmpap4nl tDWyt0Wm+q07dHpo1fTrqw1srdFpvqtO3R6aNX066s+jdUt9B/Zf/wCC9/7Fvjnx/wCFdV+C3we8 V/8ABFDS/wBlb4V22p3finx/Avxg8DfHi68YyfAPSfFbRavr3jrx94Y8CXVhd/aLq41DX/E1hbTa vObq5N5OVv23d33tZdNErPVpuybt2a37bu772sumiVnq03ZN27P6j+JWgfEL9jr/AIK6aZ47+Dvg vWtZ+H3/AAVS+EF58O/Hkmm6DqfiDwz8PP2wv2edMW6+HXxb8XiwurCHRfBWufBJtd0/xbaxyW1x rF/4Giu7K4s9RvdWuZnve90k93bysra915XSbW6Hve90k93bysra915XSbW6OL/YN+Gfjn9lT9s/ 9pD/AIJrSaF458V/s7eGfHGmf8FCvgf8S9YtY7nwf4W8A/GXVfEP/CTfBnWr+WO0tbXxbpH7Ttlr XxE+H+l6fp5t73R9P8R+Irm6sr/R57fUG2rJq19lZ3s2tuz+f/DttWTVr7KzvZtbdn8/+H739h74 mv8Asx/tZ/8ABUP4QftleMrPwh40+Mf7bM/7RPwD+JHxJW08GeCvi1+z18T/AIV/DjwT8JPhr8Nf FGrTJpXirxN8GIPhrqHw+8SeDNK1K4163vpLbXYvDqWniG4urlJevlppHbpayd236Ja2bbSXr5aa R26Wsndt+iWtm2/wt/aa8E6V+zN+zd/wTf8ADHxx8Y+CfCHg34gf8HRGhftO/Aj4WePF0bwbqHwm /YF134w/Gi+01dW8P+Irq3v7H4YxpqUPxJ8Q32rafpui+GrT4p6HoevRW81tDJcp35lZ6aNr5u+i 3t6X7id+ZWemja+bvot7el+5+mv/AAcPfE/4PQQf8EetNs/jN8PPAmp6p/wWI/Yn+MD+J7HxP4KW /wBB+G2mWnxG028+Ohi1Ke40y58G+FZ7nTJpPGOsWt74SilhtLfUJri23Wrn2Yr5v0d+t10Xfog+ zFfN+jv1uui79Efcn7Bn7dng/QPGfif/AIJ8ftXfEr4T+Gf22Pgrd+FrA6tbeK9A0nRf2uPCPxAj S7+G3x1+HMeoaj9q1Tx38SrN7e6+Ivw8WS+8R+H/ABvc3LWMd94Z1nw3f3Y11bvutfn0+9aWt5q7 Brq3fda/Pp960tbzV2eMf8HN3g7xN47/AOCLX7W2j+CvDuqeJtVt7n4JeI5tN0OwutRvU0Twn8fP hrr3iLUBa2iSXDWmk6LZXeoXzrEIrWyt7yeZ44UlYO2mru7X066aLqns+97K/YdtNXd2vp100XVP Z972V+xmftG/FiTWf+Cjf/BL39uXRfFOpeLf+Cfi/DD9pn4Y638QNP0fVrb4ceAPiv8AFLwxoV34 G+KvimS+gt7hvBPj3RNKfwdovxJGkzeCvDdzYX1jdeLrMeL4oNRLd7tu773/AAauktNuzWuhbvdt 3fe/4NXSWm3ZrXTyf9pD4Zap8Vv27P2+/wBr34QX2j+I/wBlWX/ghx4q+FXjTx34ajstc+HfxY+O er+Jvjf438Mw+HfE9lLNofizV/Afw5sNCv8AWdW0GbV4NLtPEfhu1vruzubm3jVWdmtddlvoml1S 26bPbV9FZ2a112W+iaXVLbps9tX0+M/hfp3gP9ov/g10+Cv7H/w7l8G+PP2nPif+z/4F8NfCv4PW l1pknxAl+JOp/HFIPDni0+Hvm1nRNA0u4WfVtY+Il1aWug6ToVnqmpX2tW9nb3EiOzt8tX0svx6W 00ad1u0Ozt8tX0svx6W00ad1u0fpP8AfEfjP9jD/AIKeftJwftrfENG+Hvx7/Y0/Ya0b9n39orx7 bad4P+FNnrH7MugeNPBXx7+Gmp+NtRuDoPh/xz46+KnxZuPi5puj69q2l3Wv6d4iTT9Mj1WPQba4 o7313bV/Vbq/a1r7el2d767tq/qt1fta19vS7+Nv2nvB118E/wBjn/g5N+NPiXxt4e8E/s1/tc3H ilf2WPBXiFLTwjYeK/idb/smaR4R+LPjzwS+uT2E3ie9+OfxNgbSND0zT7CT/hJD8NrnxR4fuNZ0 7xEly6aa/wAtNrL1W6t5trTVJppr/LTay9Vureba01SafDDVvFOneDP+DYf9q6y1t/Fn7G/wG/Zh h+F3x913wm8Xirwx8J/i542/Yr8P/CDwp4y+Ir6JcaifD9p4T8aw+JfAviHWNU09rD4e65Ff2nia +0K5uljndrLfd313ffTTRq17vS7vtcdrLfd313ffTTRq17vS7vtc+/Lr4Xal8dP+CxXhn9rb4IeL dP1H9mfwx/wTa8bfCD4yfFj4fana654Z+IPifx78ULnxD8PvCHhfxJ4dubuz8Q634Z0zSLjx7Pq3 h19Tn8MQ2mi6ddfZ7jxdpqsa9du/r2v9ybsldrUNeu3f17X+5N2Su1qfi7+z3cfsgePv2XP+Cf8A /wAE6Na/4KHfsnaBZfsr/tyab+0doXiy7+Luo+G/2kvGmleG/i78YPiP4T+Enib4NeLdP0C/+Fnx q1q++INl4b8dR6n8Q9cHhfULDUoJbbWb+ytdKu07X130b87X2tbXRar7kridr676N+dr7WtrotV9 yVz9CP27Pir8I9F/4OL/APgjPpV58RPhvpWu+Gvhx+2p4c8Z2M/ijw5baz4d8QfEv4JfYPhboXiy G41FLjT9c8cajfWkXgnTtVW3vfE097p8GiQXrX1s1wbLW35Xuo321S01utrJbhstbfle6jfbVLTW 62slufHPwI+Lv7Eeo/CIf8E5P+Chnwq/b28Z/t2+HLvV/Bvif9k+58e/8FDda+Gf7VHiHwh42Oqe Hvi58NNE8FfEe8/Zo8N/Czxv4ig0LxfZ6t4iuvB/gf4ba1JJqWLPT9LtdTnej9NdXdeV27Wfley6 W10ej9NdXdeV27Wfley6W10+zP25vBM2m/Gf9qr4mfsr/GnQ/hD8e9H+Bvwl+DH7Rn7Lv7QenX3j X9nb9vb4V6f8KvE3ir4f/CzwH4miuND8c6R8atM8PeMvH3gqwvfhv4h1rxRcRa1pl5qHhPT4vE2k +JLkW1+l35W326q7elk35vSwtr9Lvytvt1V29LJvzelv6LPhD4p8S+O/hL8MfG/jbwRqPw18Y+Mv h54M8V+L/hxrV5p+pav4A8T+IvDem6v4g8E6tf6VcXml32peFdWvLzQr+7027utPubqwmms7ie2e ORs3vbz0/T/gdDN7289P0/4HQ/na/wCCa/7Rf7PvjD/guj/wXYj8J/G/4SeJF+M0v/BMhfg8NB+I fhLVIviqfhl+yV4x0z4iJ8OXstYlj8bf8INfP9n8Wp4ZbVH0QrIl+kO1saJ2XS7t93KtfPX/AIda s0Tsul3b7uVa+ev/AA61Z6l/wS78d2X7P/w7/bM/Ze/bt8V6fpn7Qt3+2P8AtVeM9WtPiK1ppd/+ 0j8M/i1et4t8M+OfhNp95cyJ8RtD8ReDIbnSh4V8H3eu6p4VfQrrwfqFlp91orWUJ1011W97Xt0s tHbve1tbaXOumuq3va9ullo7d72trbS/4Y+HPCtx+x/4Q/4NY/g7+2H408E+BPi78MvjN8WPiP8A Ejw18S9Y8N+FPEXwl+FPjeW/1n4aWHxCs9dv4bnwxpfhxQ/hiO+15rLTbbxL4a1fSEddV0e5jgWv Rb6N7a2drqys22u67a6i16LfRvbWztdWVm213XbXU/vUSytbBZFsLS3tIpZLi5njs4EthLdTtJLJ cOtuIzJLPK8jzuUklllcSlg4LlySb0tpb00dnfRrTT/g2sOSTeltLemjs76Naaf8G1j+GL/gol8b fBn7Sf8AwSY/4LT6J8L/AIT6h+z/APFmP9rbRfFPxB/ZO8G/D3XV+Imqax4b/aX/AGdf+En/AGkv j5qw0PWje+IfiDoHgybxna6n4duvBngqy0qxjtQ/jfU1XxTqg9E2l5O61ttpe+nk+nnqx6JtLyd1 rbbS99PJ9PPV/wBttp8QfAGofD9viPda/ounfDubw7eeKrnxP4jki8P6BD4PttOn1S68Rard6+LG DT9Dj8P282r3V9qZtba20VHvLvyLWOQpOuqe6u/wl112b+T632nXVPdXf4S667N/J9b7fwDWvxC+ Fmq/8G6v/BenTPDnjTwJf61e/wDBTj4pazpmn6Rr2hXGqXXh3xr+0N+zxd/DfU7KztbprubSPFVj 4c8XXHgy6hjNprNtoXiKTRXuI9M1Iwjvaa81ZfO+n4A72mvNWXzvp+B+yv7Uv7QXwx+EvxS/YL/b I+OXjT46+MP+CbviH9hrV/gtqPxo/ZF+KHx7sdD+AXxvsPEngvxR4i8dfE/XP2SPiBoPj3xD4K8f aV4V0r4fXNt9k8Q6X4U8Z/D6ZtR08X8m2zrfTXTpp532vpZNW+TbuVvprp00877X0smrfJt3J/2j PAHwB+L3/BID/grD8QP2DPgp8cpPDH7Qnw8vdetvH/xR1b9ozWviH+1V4v8AC3hvR7zX/iVofgv9 pbW9V+La6douhQW3huy8Va7b6brXjf8A4RjVbeHRLzQvDXhzUdQLtadd7LfdLVtW+5W0SWjSC7Wn Xey33S1bVvuVtElo0js/jTptz8eP+CNP7H/7Un7H95a+Lv2h/wDgnd4C/Zw/aS+GOp2ega8Tq3iH 4J/C3StA+P3wjtyNOsrzxVbeK/hsnjvwJ4m8JaNdP/auu6dYaDdXum65Z21/pxa3ppb1/O++mt9r 9EWt6aW9fzvvprfa/RdB+2B4n+Jvwk+NP7DX/BYb4U/Cnx7qV98ZG8JfsffGb4P3em32n+Iz+z5+ 00ukJ+zhf+J9CnMUXhLxF8PP2idS0LxHqsWsQNqcMXxJvvAWqp/bFpoS2Tt0V9N3pvpou1vLS11a 70duivpu9N9NF2t5aWurXenov7bvgT4gfAn9sz/gi98c9TuvF/in9kz9nLxn8fPBvx/8VS6ZNq8H hf4i/GH9nzVPhh8Ofjv8UmtJLkaVp934n1rX/wDhIPGk+ny6L4a1XXL241XVdHfVjcXS31ta19r+ a0tbs+t7t6a3Fvra1r7X81pa3Z9b3b01uYXx50jQfGf/AAUyX9u3wh8TPhpp/wCyJ8Mf+CYvxT+G Xx0+Nc3iPwzcfCn4geIviB8Sv7R+Evw/tvHFxqh8La3f6Pq2m/8ACXvfWWq339g3dvoPh2aNNR8W 6dGwlbvbo9N3frZ2307tu17glbvbo9N3frZ2307tu17nzF/wRk+Inwi8Of8ABr7o+s+IPHPw40R/ A/wJ/bX8OeNdV1PxJ4a08+EfGHjD4p/G9PDPh/xJfXN5CdD8SeJtL8YeBIND0vUZbbU9ZsfE3hOL T4Lm31nR1uVq4tbyf4q6/DXppvbqxauLW8n+Kuvw16ab26s+ef8AgjH+2ho/7FX7IX/BPHx78fPj H4H8X/sdftGeCdN/Zs8O+M5tZ8E2lz+xD+0voOs+M/Edz8NPH8dteW99B8O/jLoN1pniHVvE9/a/ 294E8T/8I4fGlz/wg3iTw/qGlmll208+mrfkk0m/JpW0saWXbTz6at+STSb8mlbS39hOna/o3xC8 BweJ/hr4q0LxFo/i3w7NqPg7xj4a1ax8ReGtQj1Cym/snWtK1bSLq80rVbAzvBdRXlleT21yFkmh lBdpCbPV21d099e2yavd7LzT0QbPV21d099e2yavd7LzT0R/Nv8AsCazZfD7/gjn8bv2E/2pmXTP 2yPCGift8+BfiL8IvG1nHb/FL4z+LfiH8SfjF4+0fxh4A8Iy+frHxP0Tx1p/xW8NXGleIvByeJ9K vJtRVF1OeKUOX6X3e2q0V+iXNfRa63vr1H6X3e2q0V+iXNfRa63vr1Phn486ppf7KGs/8GvP7Ov7 T/x2+Ftv8cv2W/ihpFr+0Rp2sfEHwnBe/CPTj8IPCsegWfjx5dblGhaJ4f0qTSvC+meJ9eltLLxH Foy6zazeTcYUWjSvfW2/Tl2t01+979AWjSvfW2/Tl2t01+979D+1XTNc0LVdCsvEmkaxpOpeGtR0 yDW9N1/TdQs7zQr/AES7tlvrXV7HVLWaSwutLubKRLy3v4J3tJrV0uI5WhYOc3v8l+SM3v8AJfkj +Xn9gb47fCb4nf8ABZP/AIOD9G+Df7Qnwlm8XfHvw9/wTysP2ddf0Lx34V1+Lxr4i8Afse/Euw8U a54AtNO1eR/H1v8ADTW/KvPF8Phv+04tHS1mbWfs1kl1Kj1TbV7O70dtNbfclppp06D1TbV7O70d tNbfclppp06FX9mbWLa3/wCCBnxi/YM+Mum3lj+2/wCEP2Zv2uvg54y/Zp8WPHf/ABu8Y/GnVLv4 jN4d1rwt4WN5daz8UNP8XeLfFfhLV9G+IfhKTxToGqz6tDqaeIpJo70292a01fVb77ayVr6X3t27 F2a01fVb77ayVr6X3t27HnbeCvG/7Fn/AAUN/wCCCPij9rDxD9hsPh9/wT1+KH7M3jz4o31hqN/4 cj+PEPgPSbHTfAV1q+l2l5bJrur3Os2eleGrf7QZvFdxaXb6ZHcTRGKhq/S7uk9rv+nftomnawNX 6Xd0ntd/079tE07WPmr4Y/ELwX4O/wCCcP8AwdKQ/EdLrwNb/E/9uf8A4Kwav8MNW+Ivh/UPCXh3 xrqfi7w/rvgXwtofgzxB4nsdN0LxF46uPFnh/XNFj8I6JqN14ng1HSdRh/s9bm1uI45S2ei323v2 dmne3/BV3rKWz0W+29+zs072/wCCrvX+lX/gj9rXgLxB/wAEs/8AgnVqPhDU/Cusx6X+xH+zL4W1 e78O3mk6n/ZfibQfg14I0/xr4Z1K50x5Ta69oniuz1HT/FGk3TR6jYeIbS8t9Wt49SinUJ31te26 W1lvt28xO+tr23S2st9u3mfld/wV5+KPwX8J/wDBZ3/g3+uPGfxA+GvhtPC3jX9tLxB43uPE3ibw 1pEfh3w94t+FHgfQ/h9rnimbVLy3TSdF8ReK9I1zTPCOp6s1vYaprmmapb6RPNeWd0sd9Y22vL02 0v8AL7kX1jba8vTbS/y+5Hmfwi1+T4o/8FLv+DqL4PfAH4peEbD46/E34Ifsd+FvgbDpPijw++py /Ezwh+xV8SvAPiy60OxOq2sdzqXw4+Jt7pHh/wAeOssTeFvEr22leJrnTLseSsronvez62S8np89 bK720JXRPe9n1sl5PT562V3todNq95oP7RP/AAbx+G/2FfCekwxftlaN+xl8Cf2cbj9mbW410D43 eHPj78NG8DfC9tX1vwHex2Xinw5o9p8RPA9x4qTx9e6ZB4ftdIs5PET6sYbB7kVZ6b7b32WnkraN 7pS0tcqz0323vstPJW0b3Slpa56X4D+N/ir9gT/gqz8TIP8AgoP43uH+HP7RP7G37Ffwl/Zg/aeu /COu2/wsn8efBHSvEul/Gv4V+ItYiOpWXg74lfGD4x+OtZ+JPhnRHis7PxJo58N6J9svPEemaVZa qdvnp3S0aa1j21000VkHb56d0tGmtY9tdNNFZH5TfCSx+Luu/sx/8Fide+D3w1+O3i+z8Hf8HDPj 79rzxT8PPhx4Z+J/gDxh8Y/2avhP+0t4G1Lx34e+FXxD0ceErvTfG2lar4MvtZisvBPiuy+I2kan 4C1Ox0/TtMvohNAJNb21b1W/d/le1nvayQJNb21b1W/d/le1nvayR+jXhb48/wDBKX9qPw38Wf2i fgj4B/a8/aTuP2cv2Tv2s7n43eM/jR8XP+Cgmmj4O/DfV/hJruj/ABZ+Aei6v+034xvfB+u/E34k zWkPh+98EeErzUtO0BvDk3xFvfEln4k8C+BotYNb3v8Ai7O3nqtlrdXVvO4a3vf8XZ289Vstbq6t 53PVv+Cf2g/FP4L/ALYnwH+D2i/E7w7+27+zRpn7Lnxk8GfAz4y6hoMPgr9pP9hD4W2k37O/iy1/ Z5/aXsdHv7DQPF0Pj+30T4PaX4UfxL4N8JfGD+0vA+sakNB0nwxF4gaYdktuvZdNFvve/m1d9gdk tuvZdNFvve/m1d9j+kCsjIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgC CaEylSG2Fc/NglhkYOwhhsLKWRmXDhW+R0YBg79Oj/r/AC+7Ud+nR/1/l92pDHaFWQu6y7Npy6uz s4Iy5Yybc/JGVVY0jSRDIseSgiL/AC0t5fl5vz137l/lpby/Lzfnrv3mnhM3lDdtRJN7DB3EqpKY OcfLJtYqysrYGRxgidumvTV/puCdumvTV/pufnV8efhh+3roHx8m+M/7Kniz9nL4heEde+HvhbwB qvwO/agvfib4G0jwBqGg674i1fWviN8Kvib8MPDfxEvYdV8cWWv2OnePPCfiXwBdx+Jm8H+DHtPG vh+HRbi0v7TVklvpo3d2X3bbpJrvpqWmrJLfTRu7svu23STXfTU+kPg58JfFPh7XfF/xU+J914Nl +MvxK0bwb4e8Z3Hw30/WtN8F2vhv4eS+J5/B2gaVB4hvbzUNWn0y68b+Lri/8U6xbW+rasmtQaaL ey0fQNA0/TE3p3Wtno7X77pvrv522Qm9O61s9Ha/fdN9d/O2yPfms/NjEcpjaMbcRbZTGfvK4dTP +8V42I2Sbow+JGRyMFc3a62/rS1tltbrd7C5u11t/WlrbLa3W72D7EGO6R/MO6Z2JRQXMokVY224 UxRJIyIAolKgF5nZ52mObuvLtp/Wut0nsg5u68u2n9a63SeyENm5YMZ2KhQvlncY1wztlE34BAKI pfzAqxqygSF3cuuia7e8/u9OvfzC66Jrt7z+7069/MtJHsiWPIyE2kgMQSRydsjyMQSScO7nsWPW lfX+v0tp+Qr6/wBfpbT8iGS0SSFoRtWN95dVDKCZSxmbKMpYyl3aQPuErMWkDMzsz5tLeaa+X43f Vpr5XHzaW8018vxu+rTXyuC2oVAgYAbzKSEXIkaQysybxJtzIzEFt0i+ZIwk3kMC/l2trromt9H+ XYL+Xa2uuia30f5diVItmwly5RNhZgoZ+Au5tqqFOFzsjCRbmYiMHbtTd+n9fr21vZfNtN36f1+v bW9l82/jP/gob8JPjD+0L+xd+05+zv8AA3Tvhtc+PP2gfgR8Wfgda6r8WfGvifwJ4K8Lad8W/APi LwFqfim+1Twh8Pvibrmo3WgW2unVbLQoPDdvb6pLaG1ute0ZJUnZpXT/AA8/Jdn+eytqNK6f4efk uz/PZW1IP+Ce/wAHPi1+z7+xh+y9+z58bbTwFb/EL9nz4F/Cr4G6jffDHxh4j8a+C/EVp8I/Anh/ 4fWHivTNU8WfD34YeILb/hKbTw+ur3+hX/hV7XRrm4WzsNa1dbddUnb2e9uu27vva2t0ntda30sN 7Pe3Xbd33tbW6T2utb6WPtBYGVy4kJ3Z3ptjVGYhR5hKIspcmNQ26VlKEqVOI9iv20+/5ddbbrz+ d1ftp9/y6623Xn87sNqxkVll2oByu1i24FcFcy+Si7d+VEH+s8qRSvlbZG5LTR6Lq93pv3Wnlcbk tNHour3em/daeVxsdo0YBVk3kKHfa4ZyAMk7JEXJfzH+VVjDys/lbtxdcz667vf7vPT1/W65n113 e/3eenr+t2DTYsGNmJgKbPJy7LghEPDu6ZdFdCQgKKw8kxP5rzHNq7K19fPp1+W22oc2rsrX18+n X5bbajzZksrGUZUNjCYALEEBVVgoWMZWMYxgI1wLmVFkBzaeezd3r5P7359mg5tPPZu718n978+z QhsS0kbmZ/lGGwMNKCMkSMCFCmQRyMLdLdn8qNHZog0Tl/Jafh377+d9bvqF/Jafh377+d9bvqO+ xqH8wSSLJhMyrtEjlURGZ/l2EyLHGHUoYv3askSOoYHNtp8nqutt3006X317nNtp8nqutt3006X3 17zRQCJmbduJVVyRzhc7fmJLHAOCCSuclFjBYMc3Rf0u1uz6rXzbDm6L+l2t2fVa+bYye1E5UmRl AYMyYRkfBjKhg6sR5bxiWMoUIlA3Fo2kjcTt/wADp3/pNfk0J2/4HTv/AEmvyaiexDu7iWRDIqq7 Izq7qpdtrsrhQm594EMcL7jIDKUmlVjm8vl06dFbt1b006IOby+XTp0Vu3VvTToh8Vq0YlIkXdLI ZCVj2DiNYkDFXEsjCJEV5HlMjlF2NFCscEZddmvxvvvdfLba6dwuuzX4333uvlttdO4w2OWVzPIx R0kQOEZUcFg7qdodWlibyZNjKBEoSEQ+ZctcHMtdN+m6W+1+2j7Xv5WOZa6b9N0t9r9tH2vfytNJ bLIUY7Q0chkjcoHeNtkyBo2k3lGAmcArjEbSRD93I6kT1117f153d999bgnrrr2/rzu77763IvsK mUyM+QVChQuNu05Qo24mMjgnyvLJcCTd5iRshzWVun5972t/wyt3uc1lbp+fe9rf8Mrd7yNa7mDm VyQoAJ2/IQcl0G0jL4XeH3rmNHjEcm52OZa6X+f4Pq0tlrffWzsHMtdL/P8AB9Wlstb762diC40/ 7QrjzWiZo5ESWMb5I2kDBXVbjz7ZjFvdlWW2kjcMYZke3aeGccr9Neur126adl/ltYcr9Neur126 adl/ltaT7EhO5iXIB2mTLkMAAj5J3KyBRjymiG5mcjzQjoc3kt76fLvfbp8ltdM5vJb30+Xe+3T5 La6am0HltECgRtxKhWVeXV0XETxfugwYPHk+cjMsjNudnObbTVbvq9+9++vcObbTVbvq9+9++vcU 2v7hoY38nMLRRmFQiwDG2PyUyUQRKFVF2lMIgZCFAo5vnr2W3Xe+raTfz1Vw5vnr2W3Xe+raTfz1 VwW2KtJ8ylHJKrtcn58mQSF5HWQNI8r8IgG9VCjyyXOby+93W1nv0t0v63srHN5fe7raz36W6X9b 2Vvm79rvwN8SviX+zP8AHb4XfCHTvA2qfEj4nfCzxf8ADbwxD8SPF+u+BvBcDeP9HvPCGp6rrXiT w34D+JmvW6aFpGsXeuWtjp3hDU5te1LTLXRLifRLW+/tqypPTZ21v8lt5Kytrfprfak9NnbW/wAl t5Kytrfprfb5y/4JOfsy/G79jr9g/wCBP7Kn7QCfCubxz8DvD0/gaDxF8G/G/inx54T8XeH45v7T s/EU1x42+Fvws1fQtUu7rUNQ0688Ny6N4isobbTrHU4fFF0+qjTNJL2119Ho9Wtd797a38n7zC9t dfR6PVrXe/e2t/J+8z9IWgLDG7B9AMLwQU4OSCuNgdCjhCcMHCMs82+m/fW3z6ryfXUnm303762+ fVeT66lc2TuyGSVHVC5VTEwK+ZD5L7QJRCcj7vmQSbVaRMkSEqX+9766Pte99b9reVgv97310fa9 7637W8rD47NI0VSd5HGWyAqAoFjjCFdqRpGix9WBRJJGkmDyuc2+m/8Awd/v+/ySQc2+m/8Awd/v +/ySRxnxH8Ja/wCLvh58QPCnhPxpf/D3xT4q8HeKtB8OePtMsbTUNS8EeIdc0G+0rRvGFjpt4UsN RvvC9/cWmsWVnf7re8ksUtrxnhlJQ5r9NrW73vpfy8l5WsHNfpta3e99L+XkvK1j89fhX8IP+Cg2 v+DtS/Z6/aTj/Ylk+Bw8F2fgC++IvwpPxs1H4ifE7Q7nRv7J8U3978LfFul6N4U+F2uaqu64ttQt vip8V4o766n1F4ZrmFd9be873VrX+fra93be1rXWyrb3ne6ta/z9bXu7b2ta62X6eRWbRfdmPUMM gsQcBSNzszMDgOxJ8yWUb53k3OrSpK1mut3Zv8v0va5KkrWa63dm/wAv0va4rWYZNgkKL5Yj2xqq plQQjDcskiFOilJVIUkEkqhU5trpt663d/l2/EOba6beut3f5dvxHLaIh3oEEu1V80hmc7VIAdmc yMu5nkK713SOzsS7uzCla+nprpbs117a9NrApWvp6a6W7Nde2vTaxL5CLA1vEPJQxtGnlYQxhgQD HwQpXOVOCAQDg0r63879v+Gv/wAMK+t/O/b/AIa//DFcWSkMriIqwKsqRsisp3ghsSFzgSPt+fb+ 8fersFkFOV1azs99Vfp5f10slYpyurWdnvqr9PL+ulkrDhZrtCM7OoDA7yHLBlKnfkYbAIVTgMUD LI0isylcy6LvfW+nrvrrfp131FzLou99b6eu+ut+nXfUatnsJdH3SEf6yVQzOxKFi+3YPm8mFflA CqrKqgFQona3RdbaXX56dLv9bidrdF1tpdfnp0u/1u63tEt02jaS23e20AtguwUAEbVVnZk5LKSS zOxLE5lZaa2tfT/Jt6aNN2fYOZWWmtrX0/ybemjTdn2GvZln8xZArksWJDkjO7BjbzQyuP3akuZY /LWSOOKETykq+2+nndW7Wat/XpZX23087q3azVv69LPa0UkkHGWd8ZfJdpBIGL79+AyphFKoPnOC WXY1K3Tpbp1d30t8rbbdbtSt06W6dXd9LfK223W6GzBVEDlVRdg271OAAQSquIWIdQdrwsmwyRbP LkZafN/X369+3V973sx839ffr37dX3vezENpvkV5H8wRgCIEEFGAK+arKyssjKdkgjKRvG0ieWA7 7lzLt+X+Wy3s766u7FzLt+X+Wy3s766u7HC1+Zi7+ZuQIxdUDFVJwuEVE2lSykFDt3vsK73Djlt0 flp+N7t+ennfoOW3R+Wn43u356ed+gLRBvCkoHjCMq7ip+QoSVdnU/LtC4VfujzPMGAC+u2i9E++ 6X6elrsL67aL0T77pfp6WuxsllHIqoSVVZY5cIXU/unMqIHVhIFErNINkiEHCHdDvic5u6etru/a /R+Wmt7+uoc3dPW13ftfo/LTW9/XUk8hgEVZSEQBdu1PmADdfl+UbvLIWLylXaQgQEAHN5X3s3rv vpt338uwc3lfezeu++m3ffy7DPsaKwZPlI5H3gcqpVM7WAKqu1drK67N6KqiRwxzP+tet9Ov3t3D mf8AWvW+nX727iGzyQS4PyhW3K2cAqwKFJECuHXcpwQhWJlUNGTIc3fX/hrdbrZXvbfTZhzd9f8A hrdbrZXvbfTZjvsi7lbKErKZVLoWZCYRD+7dHjYOEMiiWQyyBZHXdgkUc3r9/a7XpbS1rJdnsHN6 /f2u16W0tayXZ7EsEJhUp5jyDe7LvCAojOzLEuxUGyMNsQsGkKKplkkfLlN3/r8fXv8AkJu/9fj6 9/yI5bYS5BYbWyDuVX+UkMRhwwOGBKBtyoXZlXITY+bS2ui/H/Ja7bqyeg+bS2ui/H/Ja7bqyegz 7Ix2bpnba25gS212J+YsEZFYNud9rqyrJ5bRhFjCEv5ara3Tf/geuvVthfy1W1um/wDwPXXq2yxF H5Uax5BxuyRkZLMWY/MzEZJJPOM9AowoTd3f8P66duyE3d3/AA/rp27IhltfOQo7nb8vAH3vl2SK +SQVlTKMEETAO5VwzBlrm2026+Xa3l0vfv1K5ttNuvl2t5dL379RDaK2dxU4bKjaxBAYMvmbnfe2 QCxG1SSW2bgjJN9b7Pytb5L0/rUm+t9n5Wt8l6f1qBtTj5JNjDABHmEFVEhRXDStuAeVnfBUyYUE gDh31vb8betrJf5b6ajvre3429bWS/y301A2rBi6PtYoEYnexwDn5WZi6gEsUUlkXChVGZC5zbta Nu/5+X/D63vfQ5t2tG3f8/L/AIfW976NazZnDmYv82SrruTAXai7AQpVTucjAZpHYKyQhIVObyV/ Lb1t1d0t215BzeSv5beturulu2vIBZY6TSk8ZdiDKcdSHUJywWMNuVwPLQoqsisHzeWnbotLbfl5 NrrcfN5adui0tt+Xk2utw+woBHhmDRxpGrgkOAm7ZhhyAm91VF2xlJGSRJFwtHNpa3y0tv6L5+eq tsHNpa3y0tv6L5+eqtsPa1LHiTAIw2URmYAMuCXVg2VYoxcMxRVQEB5d5za/hd/r306XtfXcObX8 Lv8AXvp0va+u4otQoUI5BUIM7VG4IuzBVAkagoFUiFIvurtK4GFf8/Tzfe9nte/mK/5+nm+97Pa9 /MQ2rFw3nMoAw21RuciF4hu3bkABkZwEjRtwUFzGDGRO2lvnr87q9nstO3rcE7aW+evzur2ey07e txv2MhyyzSLlduAE7EbCzlWlcooYAPI0eZZG8sEReWc3lp26bptbbaf5thzeWnbpum1ttp/m2PFu d4bcg2sGXajDHysCTmRiXG9wrAquyRlZGIRwc3ztf7n5dvK/RWaQc3ztf7n5dvK/RWaRaqSQoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAGlFJyRkkYPX3xxnGRk4P UZOCKd3t/l+Pf0Y7vb/L8e/owVVXhRgeg6d+g6Dr2+nYUNt7sG292OpCCgAoAKACgAoAKAGsisQT nK5wQzKeeP4SM9TjOcZOOppptbfp/XyGm1t+n9fIasUa/dQLyDhflBIGBkDAOABwcjIB6gEF3t09 EvyC726eiX5ElIQUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAMaNG6gkkg53MD8pVg Mgg7SUXcn3WAIYEMwJewXsIIo1YMFwwJIOSTluD1PcYHsAoHCqA7va/9Xv8AmO72v/V7/mSUhBQA UAFADVRVJKjGc5AJxknJOM4yTznGckn+Jsttvd7Dbb3ew6htvforfIG29+it8gpCCgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKAP//Z --Apple-Mail=_4F75BA9E-42DA-471F-929F-F2E8605A96E9-- --Apple-Mail=_30A52468-892D-404C-A96E-575E115BC63F-- From nobody Wed Mar 16 10:35:47 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C489512DA61 for ; Wed, 16 Mar 2016 10:23:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.126 X-Spam-Level: X-Spam-Status: No, score=-6.126 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RDNS_NONE=0.793] 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 D1n5PhS1GCMo for ; Wed, 16 Mar 2016 10:23:21 -0700 (PDT) Received: from ukmta1.baesystems.com (unknown [20.133.0.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 149BE12DA49 for ; Wed, 16 Mar 2016 10:22:34 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.24,345,1454976000"; d="jpg'145?scan'145,208,217,145";a="52539886" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta1.baesystems.com with ESMTP; 16 Mar 2016 17:22:32 +0000 X-IronPort-AV: E=Sophos;i="5.24,345,1454976000"; d="jpg'145?scan'145,208,217,145";a="110456283" Received: from glkxh0005v.greenlnk.net ([10.109.2.36]) by baemasmds016.greenlnk.net with ESMTP; 16 Mar 2016 17:22:33 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.214]) by GLKXH0005V.GREENLNK.net ([10.109.2.36]) with mapi id 14.03.0248.002; Wed, 16 Mar 2016 17:22:32 +0000 From: "Dearlove, Christopher (UK)" To: Lotte Steenbrink Thread-Topic: [manet] AODVv2 responses to recent comments Thread-Index: AQHRUjmenBx9hbwuBk28hYSwiXsxV58C1pBAgEEypICAAjAlcIAWcFWAgAABQ/A= Date: Wed, 16 Mar 2016 17:22:32 +0000 Message-ID: References: <56D4EB7D.4010002@earthlink.net> <944B9E01-74B7-45AD-ACB8-FA79347BC22E@fu-berlin.de> In-Reply-To: <944B9E01-74B7-45AD-ACB8-FA79347BC22E@fu-berlin.de> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/related; boundary="_005_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237C4D5GLKXM0002VGREEN_"; type="multipart/alternative" MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Wed, 16 Mar 2016 10:35:43 -0700 Cc: Charlie Perkins , manet Subject: Re: [manet] AODVv2 responses to recent comments X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 17:23:36 -0000 --_005_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237C4D5GLKXM0002VGREEN_ Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237C4D5GLKXM0002VGREEN_" --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237C4D5GLKXM0002VGREEN_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBoYXZlbuKAmXQgZm9sbG93ZWQgdGhlIGV4YW1wbGUgKEkgaG9wZSB0byBmaW5kIHRpbWUgLSBi dXQgdGhhdOKAmXMgdHJ1ZSBvZiB0b28gbWFueSB0aGluZ3MsIHdpdGggRExFUCBhaGVhZCBvZiBB T0RWdjIgb24gdGhpcyBsaXN0KS4NCg0KQnV0IHdlIGhhdmUgYSBsb29wLCBhIHByZXR0eSBmdW5k YW1lbnRhbCBwcm9ibGVtIGluIGEgcm91dGluZyBhbGdvcml0aG0sIGJlaW5nIGRpc2N1c3NlZCBi eSB0aGUgYXV0aG9ycyBvZmYtbGlzdCwgd2hpbGUgaW4gcGFyYWxsZWwgYXNzdXJpbmcgdGhlIGxp c3QgdGhhdCDigJxPdGhlciBkaXNjdXNzaW9uIGFib3V0IHJvdXRpbmcgbG9vcHMgaGFzIG5vdCBp ZGVudGlmaWVkIHJvdXRpbmcgbG9vcCBwcm9ibGVtcyBpbiB0aGUgZXhpc3Rpbmcgc3BlY2lmaWNh dGlvbi7igJ0gKHNlZSBlbWFpbCBjaGFpbiBiZWxvdykuDQoNCkkgdGhpbmsgd2UgaGF2ZSBhIHJl YWwgcHJvYmxlbSB3aXRoIHdoYXTigJlzIHdhbnRpbmcgdG8gYWR2YW5jZSB0byBQcm9wb3NlZCBT dGFuZGFyZCBzb29uLCBpbiB0ZXJtcyBvZiBwcm9jZXNzIGFuZCBjb25maWRlbmNlLg0KDQooSSBz dGlsbCBoYXZlbuKAmXQgbWFuYWdlZCB0byBldmVuIHdyaXRlIHVwIGNvbW1lbnRzIG9uIHRoZSBw ZXJoYXBzIG9uZSB0aGlyZCBvZiB0aGUgZHJhZnQgSSBoYXZlIHJlYWQgdGhyb3VnaCB5ZXQuKQ0K DQotLQ0KQ2hyaXN0b3BoZXIgRGVhcmxvdmUNClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXINCkJB RSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExhYm9yYXRvcmllcw0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCg0KVDogICs0NCAoMCkxMjQ1IDI0MjE5NCAgfCAgRTogY2hyaXMuZGVhcmxvdmVAYmFl c3lzdGVtcy5jb208bWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPg0KDQpCQUUg U3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5IFBhcmss IEdyZWF0IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00yIDhITi4NCnd3dy5iYWVzeXN0ZW1z LmNvbS9haTxodHRwOi8vd3d3LmJhZXN5c3RlbXMuY29tL2FpPg0KQkFFIFN5c3RlbXMgQXBwbGll ZCBJbnRlbGxpZ2VuY2UgTGltaXRlZA0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICYgV2FsZXMgTm86 IDAxMzM3NDUxDQpSZWdpc3RlcmVkIE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmssIEd1aWxk Zm9yZCwgU3VycmV5LCBHVTIgN1lQDQoNCkZyb206IExvdHRlIFN0ZWVuYnJpbmsgW21haWx0bzps b3R0ZS5zdGVlbmJyaW5rQGZ1LWJlcmxpbi5kZV0NClNlbnQ6IDE2IE1hcmNoIDIwMTYgMTc6MTMN ClRvOiBEZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKQ0KQ2M6IENoYXJsaWUgUGVya2luczsgbWFu ZXQNClN1YmplY3Q6IFJlOiBbbWFuZXRdIEFPRFZ2MiByZXNwb25zZXMgdG8gcmVjZW50IGNvbW1l bnRzDQoNCg0KKioqIFdBUk5JTkcgKioqDQpUaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBmcm9tIG91 dHNpZGUgb3VyIG9yZ2FuaXNhdGlvbiwgZWl0aGVyIGZyb20gYW4gZXh0ZXJuYWwgcGFydG5lciBv ciB0aGUgaW50ZXJuZXQuDQpDb25zaWRlciBjYXJlZnVsbHkgd2hldGhlciB5b3Ugc2hvdWxkIGNs aWNrIG9uIGFueSBsaW5rcywgb3BlbiBhbnkgYXR0YWNobWVudHMgb3IgcmVwbHkuDQpGb3IgaW5m b3JtYXRpb24gcmVnYXJkaW5nIFJlZCBGbGFncyB0aGF0IHlvdSBjYW4gbG9vayBvdXQgZm9yIGlu IGVtYWlscyB5b3UgcmVjZWl2ZSwgY2xpY2sgaGVyZTxodHRwOi8vaW50cmFuZXQuZW50LmJhZXN5 c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9zcG90bGlnaHRzL0RvY3VtZW50cy9SZWQlMjBG bGFncy5wZGY+Lg0KSWYgeW91IGZlZWwgdGhlIGVtYWlsIGlzIHN1c3BpY2lvdXMsIHBsZWFzZSBm b2xsb3cgdGhpcyBwcm9jZXNzPGh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93 d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL0RlYWxpbmclMjBXaXRoJTIwU3Vz cGljaW91cyUyMEVtYWlscy5wZGY+Lg0KSGkgQ2hyaXN0b3BoZXIsDQoNCkFtIDAyLjAzLjIwMTYg dW0gMTE6MzYgc2NocmllYiBEZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKSA8Y2hyaXMuZGVhcmxv dmVAYmFlc3lzdGVtcy5jb208bWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPj46 DQoNCk15IGNvbmNlcm5zIGhhdmUgYmVlbiB0aGF0IHlvdXIgY28tYXV0aG9ycyBoYXZlIGNvbnRp bnVlZCB0byBkaXNjdXNzIHdoZXRoZXIgbG9vcGluZyBjb3VsZCBvY2N1ciBzaW5jZSB5b3UgcHVi bGlzaGVkIHRvIHRoZSBsaXN0IHNheWluZyBhbGwgd2FzIHdlbGwuIChBbiBpc3N1ZSB0byBkbyB3 aXRoIG11bHRpcGxlIHVuY29uZmlybWVkIHJvdXRlcy4pIE1heWJlIHRoYXTigJlzIGEgcHJvYmxl bSwgbWF5YmUgaXQgaXNu4oCZdC4gQnV0IGl0IGxhY2tzIHRyYW5zcGFyZW5jeSwgYmVjYXVzZSBp dCBoYXNu4oCZdCBiZWVuIGRpc2N1c3NlZCBoZXJlLg0KDQpUaGUgbG9vcCBwb3NzaWJpbGl0eSB5 b3XigJlyZSByZWZlcnJpbmcgdG8gd2FzIGEgZGlmZmVyZW50IG9uZSB0aGFuIHRoZSBvbmUgZGlz Y3Vzc2VkIGJ5IENoYXJsaWUuIFdl4oCZdmUgYmVlbiBjb250YWN0ZWQgYnkgcmVzZWFyY2hlcnMg d2hvIGFyZSBtb2RlbCBjaGVja2luZyBNQU5FVCBwcm90b2NvbHMgdG8gc2VlIGlmIHRoZXkgcGVy bWl0IGFueSB1bndhbnRlZCBiZWhhdmlvdXIuIFRoZXnigJl2ZSB1c2VkIEFPRFZ2MiBhcyBhIGNh c2Ugc3R1ZHkgZm9yIHRoZSBmcmFtZXdvcmsgdGhleeKAmXZlIGltcGxlbWVudGVkIHRvIGRvIHRo aXMsIGFuZCB0aGV54oCZdmUgZm91bmQgdGhlIGZvbGxvd2luZyBsb29wOg0KDQpbY2lkOmltYWdl MDAxLmpwZ0AwMUQxN0ZBOC42QzE4NEMyMF0NCg0KMS4gbjIgaW5pdGlhdGVzIGEgcm91dGUgZGlz Y292ZXJ5IHByb2NlZHVyZSBmb3IgZGVzdGluYXRpb24gbjMgYnkgYnJvYWRjYXN0aW5nIGEg4oCc cnJlceKAnSBtZXNzYWdlLg0KMi4gbjEgYW5kIG40IHVwb24gcmVjZWl2aW5nIHRoZSDigJxycmVx 4oCdIG1lc3NhZ2UsIGFkZCBhIHJvdXRlIHRvIHRoZWlyIHJvdXRpbmcgdGFibGVzIHRvd2FyZHMg bjIgYW5kIHN0b3JlIG4yIGFzIHRoZWlyIG5leHQgaG9wLiBTaW5jZSBpdCBpcyB0aGUgZmlyc3Qg dGltZSB0aGF0IHRoZXNlIG5vZGVzIGhhdmUgcmVjZWl2ZWQgYSBtZXNzYWdlIGZyb20gbjIsIHRo ZSBuZWlnaGJvciBzdGF0ZSBvZiBuMiBpcyBzZXQgdG8gdW5jb25maXJtZWQuIFRoZXJlZm9yZSwg dGhlIHJvdXRlIHN0YXRlIGlzIHVuY29uZmlybWVkLg0KMy4gQXMgbjEgYW5kIG40IGFyZSBub3Qg dGhlIGludGVuZGVkIGRlc3RpbmF0aW9uIG9mIHRoZSByb3V0ZSByZXF1ZXN0LCB0aGV5IHJlYnJv YWRjYXN0IHRoZSDigJxycmVx4oCdIG1lc3NhZ2UuDQo0LiBuMSByZWNlaXZlcyB0aGUg4oCccnJl ceKAnSBtZXNzYWdlIHNlbnQgYnkgbjQgYW5kIHNpbmNlIHRoZSByb3V0ZSB0byBuMiBpcyB1bmNv bmZpcm1lZCBpdCBhZGRzIG40IGFzIG5ldyBuZXh0IGhvcCB0byBuMi4NCjUuIG40IGFsc28gYWRk cyBuMSBhcyB0aGUgbmV3IG5leHQgaG9wIHRvd2FyZHMgbjIgYWZ0ZXIgcHJvY2Vzc2luZyB0aGUg 4oCccnJlceKAnSBzZW50IGJ5IG5vZGUxLiBBdCB0aGlzIHBvaW50IGEgbG9vcCBpcyBmb3JtZWQg YmV0d2VlbiBuMSBhbmQgbjQgYnV0IG5vdCB1c2VkIHlldC4NCjYuIG4zIHJlY2VpdmVzIHRoZSDi gJxycmVx4oCdIG1lc3NhZ2Ugc2VudCBieSBuMSBhbmQgc2luY2UgaXQgaXMgdGhlIGRlc3RpbmF0 aW9uLCBpdCBzZW5kcyBhIOKAnHJyZXDigJ0gbWVzc2FnZSB0b3dhcmRzIG4xLg0KNy4gbjIgbW92 ZXMgb3V0IG9mIG4xIGFuZCBuNCBjb21tdW5pY2F0aW9uIHJhbmdlLg0KOC4gbjEgcmVjZWl2ZXMg dGhlIOKAnHJyZXDigJ0gbWVzc2FnZSBzZW50IGJ5IG4zIGFuZCBhcyB0aGUgcm91dGUgc3RhdGUg dG93YXJkcyBuMiBpcyB1bmNvbmZpcm1lZCBpdCBtdWx0aWNhc3RzIHRoZSDigJxycmVw4oCdIG1l c3NhZ2UgdG8gdGhlIGV4aXN0aW5nIG5leHQgaG9wcywgbjIgYW5kIG40LiBTaW5jZSBuNCBpcyBh ZGphY2VudCB0byBuMSwgaXQgcmVjZWl2ZXMgdGhlIG1lc3NhZ2UgYW5kIHRoZW4gc2VuZHMgYW4g YWNrIHRvIG4xLiBUaGVyZWZvcmUsIG4xIHNldHMgdGhlIG5laWdoYm9yIHN0YXRlIG9mIG40IHRv IGNvbmZpcm0gYW5kIHN1YnNlcXVlbnRseSB0aGUgcm91dGUgc3RhdGUgdG93YXJkcyBuMiB0byB2 YWxpZC4gVGhlbiBleHB1bmdlIHRoZSBuZXh0IGhvcCBuMiB3aGljaCBoYXMgbm90IHJlY2VpdmVk IGFuIGFjayBmcm9tLg0KOS4gbjQgYnkgcmVjZWl2aW5nIHRoZSDigJxycmVw4oCdIG1lc3NhZ2Ug ZnJvbSBuMSBtdWx0aWNhc3RzIGl0IHRvIGl0cyBuZXh0IGhvcHMgdG93YXJkcyBuMSBhbmQgbjIs DQphbmQgc2ltaWxhciB0byBuMSBpdCB1cGRhdGVzIGl0cyByb3V0aW5nIHRhYmxlIGJ5IHZhbGlk YXRpbmcgbjEgYXMgaXRzIG5leHQgaG9wIHRvIG4yLiBBdCB0aGlzIHBvaW50LCBhIGxvb3AgYmV0 d2VlbiBuMSBhbmQgbjQgYmVjb21lcyB2YWxpZC4NCg0KDQoNCkluIHJlc3BvbnNlIHRvIHRoZXNl IGZpbmRpbmdzLCB3ZSd2ZSBjaGFuZ2VkIDYuNy4xLiAgRXZhbHVhdGluZyBSb3V0ZSBJbmZvcm1h dGlvbiBpbiAtMTMsIHNvIHRoYXQgTG9vcEZyZWUoKSBpcyAqYWx3YXlzKiBjb25zaWRlcmVkIGJl Zm9yZSBhZGRpbmcgYSBuZXcgcm91dGUsIGV2ZW4gaWYgYWxsIGtub3duIHJvdXRlcyB0byBkYXRl IGFyZSBVbmNvbmZpcm1lZC4NCg0KRm9sbG93aW5nIHVwLCB0aGV54oCZdmUgZm91bmQgYW5vdGhl ciBsb29wIGluIC0xMzoNCg0KW2NpZDppbWFnZTAwMi5qcGdAMDFEMTdGQTguNkMxODRDMjBdDQoN Cg0KICAxLiAgQXQgZmlyc3Qgbm9kZXMgYXJlIGNvbm5lY3RlZCB0byBlYWNoIG90aGVyIGFzIHNo b3duIGluIEZpZzEuYS4NCiAgMi4gIG4wIGluaXRpYXRlcyBhIHJvdXRlIGRpc2NvdmVyeSBwcm9j ZWR1cmUgZm9yIGRlc3RpbmF0aW9uIG4zIGJ5IG11bHRpY2FzdGluZyBhIOKAnHJyZXHigJ0gbWVz c2FnZSB0byBuMiB3aXRoIHNxPTIuDQogIDMuICBuMiBhZnRlciB1cGRhdGluZyBpdHMgcm91dGlu ZyB0YWJsZSwgbXVsdGljYXN0IHRoZSDigJxycmVx4oCdIHRvIGl0cyBuZWlnaGJvcnMsIG4xIGFu ZCBuMy4NCiAgNC4gIG4xIHVwb24gcmVjZWl2aW5nIHRoZSDigJxycmVx4oCdIG1lc3NhZ2Ugc2Vu dCBieSBuMiB1cGRhdGVzIGl0cyByb3V0aW5nIHRhYmxlIGFuZCBhZGRzIGEgcm91dGUgd2l0aCBo b3AtY291bnQ9Miwgc3E9MiBhbmQgbmV4dC1ob3BlPTINCiAgNS4gIENvbnNpZGVyIHRoYXQgdG9w b2xvZ3kgY2hhbmdlcyBhdCB0aGlzIHBvaW50IGFuZCBuMSBtb3ZlcyBpbnRvIGNvbW11bmljYXRp b24gcmFuZ2Ugb2YgbjAsIGdldHMgY29ubmVjdGVkIHRvIG4wLCBhbmQgbjIgbGVhdmVzIG4wIGNv bW11bmljYXRpb24gcmFuZ2UsIGdldHMgZGlzY29ubmVjdGVkIGZyb20gbjAsIHdoaWNoIGxlYWRz IHRvIG5ldHdvcmsgdG9wb2xvZ3kgc2hvd24gaW4gRmlnMS5iLg0KICA2LiAgbjAsIHdoaWNoIGhh c27igJl0IHJlY2VpdmVkIGFuIOKAnHJyZXDigJ0geWV0LCByZXNlbmQgdGhlIOKAnHJyZXHigJ0g bWVzc2FnZSBhZnRlciBpbmNyZWFzaW5nIGl0cyBzZXF1ZW5jZSBudW1iZXIgdG8gMy4NCiAgNy4g IG4xIHJlY2VpdmVzIHRoZSBuZXcg4oCccnJlceKAnSBtZXNzYWdlLCB3aXRoIHNxPTMsIG5leHQt aG9wPTAgYW5kIGhvcC1jb3VudD0xLCBzaW5jZSBpdOKAmXMgYSBiZXR0ZXIgcm91dGUgaXQgd291 bGQgYmUgYWRkZWQgdG8gdGhlIHJvdXRpbmcgdGFibGUuIFRoZW4gbjEgbXVsdGljYXN0IHRoZSDi gJxycmVx4oCdIG1lc3NhZ2UgdG8gaXRzIG5laWdoYm9ycywgbjIgYW5kIG4zLg0KICA4LiAgbjIg ZXZhbHVhdGUgdGhlIHJlY2VpdmVkIG1lc3NhZ2Ugc2VudCBieSBuMSBhbmQgYWRkcyBhIG5ldyBy b3V0ZSB0byBpdHMgcm91dGluZyB0YWJsZSB3aXRoIHNxPTMsIG5leHQtaG9wPTEgYW5kIGhvcC1j b3VudD0yIHNpbmNlIHRoZSBzZXF1ZW5jZSBudW1iZXIgb2YgdGhlIHJlY2VpdmVkIG1lc3NhZ2Ug aXMgZ3JlYXRlciB0aGFuIHRoZSBzdG9yZWQgb25lLg0KQXQgdGhpcyBwb2ludCBhIGxvb3AgaGFz IGJlZW4gZm9ybWVkIGJldHdlZW4gbm9kZXMgbjEgYW5kIG4yLg0KDQoNClNpbmNlIHdl4oCZdmUg bW92ZWQgdG8gZGlzYWxsb3dpbmcgbXVsdGlwbGUgVW5jb25maXJtZWQgcm91dGVzIChpbiAtMTQs IHdoaWNoIGlzbuKAmXQgcHVibGlzaGVkIHlldCksIHRoaXMgb25lIGlzIHJlc29sdmVkIGFscmVh ZHkgYXMgd2VsbC4NCg0KDQpUaGUgcmVhc29uIHdlIGRpZG7igJl0IGRpc2N1c3MgdGhpcyBlYXJs aWVyIG9uIFttYW5ldF0gd2FzIHRoYXQgdGhlIGF1dGhvcnMgaGFkbuKAmXQgc3VibWl0dGVkIHRo ZWlyIHBhcGVyIHlldCAoYW5kIEkgZGlkbuKAmXQgd2FudCB0byBsZWFrIHRoZWlyIHdvcmspLiBU aGV54oCZdmUgZG9uZSBzbyBub3csIGFuZCB3aWxsIHNlbmQgdXMgYSBsaW5rIHRvIHRoZWlyIHBh cGVyIG9uY2UgaXTigJlzIGF2YWlsYWJsZS4gSeKAmW0gZ3Vlc3NpbmcgaXTigJlsbCB0YWtlIGEg d2hpbGUgdG8gYmUgcHVibGlzaGVkIHByb3Blcmx5LCBidXQgaXQgc2hvdWxkIGJlIGVub3VnaCBm b3IgZm9yIG91ciBwdXJwb3NlcyBmb3IgdGhlIHBhcGVyIHRvIGFwcGVhciBvbiBhcnhpdi5vcmc8 aHR0cDovL2FyeGl2Lm9yZz4gZm9yIG5vd+KApg0KDQpCZXN0IHJlZ2FyZHMsDQpMb3R0ZQ0KDQoN Cg0KLS0NCkNocmlzdG9waGVyIERlYXJsb3ZlDQpTZW5pb3IgUHJpbmNpcGFsIEVuZ2luZWVyDQpC QUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMYWJvcmF0b3JpZXMNCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQoNClQ6ICArNDQgKDApMTI0NSAyNDIxOTQgIHwgIEU6IGNocmlzLmRlYXJsb3ZlQGJh ZXN5c3RlbXMuY29tPG1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbT4NCg0KQkFF IFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2ZvcmQgVGVjaG5vbG9neSBQYXJr LCBHcmVhdCBCYWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4SE4uDQp3d3cuYmFlc3lzdGVt cy5jb20vYWk8aHR0cDovL3d3dy5iYWVzeXN0ZW1zLmNvbS9haT4NCkJBRSBTeXN0ZW1zIEFwcGxp ZWQgSW50ZWxsaWdlbmNlIExpbWl0ZWQNClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmIFdhbGVzIE5v OiAwMTMzNzQ1MQ0KUmVnaXN0ZXJlZCBPZmZpY2U6IFN1cnJleSBSZXNlYXJjaCBQYXJrLCBHdWls ZGZvcmQsIFN1cnJleSwgR1UyIDdZUA0KDQpGcm9tOiBDaGFybGllIFBlcmtpbnMgW21haWx0bzpj aGFybGVzLnBlcmtpbnNAZWFydGhsaW5rLm5ldF0NClNlbnQ6IDAxIE1hcmNoIDIwMTYgMDE6MDgN ClRvOiBEZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKTsgbWFuZXQNClN1YmplY3Q6IFJlOiBbbWFu ZXRdIEFPRFZ2MiByZXNwb25zZXMgdG8gcmVjZW50IGNvbW1lbnRzDQoNCg0KKioqIFdBUk5JTkcg KioqDQpUaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBmcm9tIG91dHNpZGUgb3VyIG9yZ2FuaXNhdGlv biwgZWl0aGVyIGZyb20gYW4gZXh0ZXJuYWwgcGFydG5lciBvciB0aGUgaW50ZXJuZXQuDQpDb25z aWRlciBjYXJlZnVsbHkgd2hldGhlciB5b3Ugc2hvdWxkIGNsaWNrIG9uIGFueSBsaW5rcywgb3Bl biBhbnkgYXR0YWNobWVudHMgb3IgcmVwbHkuDQpGb3IgaW5mb3JtYXRpb24gcmVnYXJkaW5nIFJl ZCBGbGFncyB0aGF0IHlvdSBjYW4gbG9vayBvdXQgZm9yIGluIGVtYWlscyB5b3UgcmVjZWl2ZSwg Y2xpY2sgaGVyZTxodHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9z ZWN1cml0eS9zcG90bGlnaHRzL0RvY3VtZW50cy9SZWQlMjBGbGFncy5wZGY+Lg0KSWYgeW91IGZl ZWwgdGhlIGVtYWlsIGlzIHN1c3BpY2lvdXMsIHBsZWFzZSBmb2xsb3cgdGhpcyBwcm9jZXNzPGh0 dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3Rs aWdodHMvRG9jdW1lbnRzL0RlYWxpbmclMjBXaXRoJTIwU3VzcGljaW91cyUyMEVtYWlscy5wZGY+ Lg0KSGVsbG8gQ2hyaXMsDQpPbiAxLzE5LzIwMTYgNTozNyBBTSwgRGVhcmxvdmUsIENocmlzdG9w aGVyIChVSykgd3JvdGU6DQpBbmQgb3V0c2lkZSB0aG9zZSAzMSwgdGhhdCB3ZeKAmXJlIGF0IHRo aXMgcG9zaXRpb24gd2l0aCBhIHN1Z2dlc3Rpb24gdGhlcmXigJlzIHBvc3NpYmxlIGxvb3Bpbmcg KGFib3V0IHdoaWNoIEkgaGF2ZSBubyBpZGVhKSBpc27igJl0IHRoYXQgY29tZm9ydGluZy4NCg0K SSBob3BlIHlvdXIgY29uY2VybnMgaGF2ZSBiZWVuIHJlc29sdmVkIG9uIHRoaXMgbWF0dGVyLiAg VGhlIHBhcGVyIG1lbnRpb25lZCBvbiB0aGUgbWFpbGluZyBsaXN0IHBvaW50ZWQgb3V0IHZhcmlv dXMgYW1iaWd1aXRpZXMgaW4gUkZDIDM1NjEgZGVzY3JpYmVkIGhvdyB0aGUgYW1iaWd1aXRpZXMg bWlnaHQgYmUgY29uc3RydWVkIHRvIGluc3RhbGwgc2VsZi1yb3V0ZXMgYW5kLCBjb21iaW5lZCB3 aXRoIHBvc3NpYmxlIGluY29uc2lzdGVudCBjaG9pY2VzIGZvciBzZXF1ZW5jZSBudW1iZXIsIGxv b3BzIGNvdWxkIHJlc3VsdC4gIEJ1dCB0aGUgZW1haWwgdG8gdGhlIGxpc3Qgc2V2ZXJhbCB3ZWVr cyBhZ28gaW5kaWNhdGVkIHRoYXQgdGhlc2UgYW1iaWd1aXRpZXMgZG8gbm90IGV4aXN0IGluIEFP RFZ2Mi4gIFRoZSBhdXRob3JzIG9mIHRoYXQgcGFwZXIgaGF2ZSBleHByZXNzZWQgaW50ZXJlc3Qg aW4gZG9pbmcgYSBzaW1pbGFyIGFuYWx5c2lzIG9uIEFPRFZ2Mi4NCg0KT3RoZXIgZGlzY3Vzc2lv biBhYm91dCByb3V0aW5nIGxvb3BzIGhhcyBub3QgaWRlbnRpZmllZCByb3V0aW5nIGxvb3AgcHJv YmxlbXMgaW4gdGhlIGV4aXN0aW5nIHNwZWNpZmljYXRpb24uICBVc2Ugb2YgdW5jb25maXJtZWQg b3IgaW52YWxpZCByb3V0ZXMgZm9yIHJvdXRpbmcgbWlnaHQgbGVhZCB0byBlcnJvcnMsIGJ1dCB0 aGF0IGRvZXNuJ3QgY2Fycnkgb3ZlciB0byBwcm9kdWNlIGxvb3BzIGluIHRoZSByb3V0ZSB0YWJs ZS4NCg0KSSdtIGxvb2tpbmcgZm9yIGFueSBvdGhlciBvcGVuIGlzc3VlcyBvdXRzaWRlIG9mIHRo ZSBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyB3aGljaCBpcyBiZWluZyByZXdvcmtlZCBhY2NvcmRp bmcgdG8gcmVjZW50IGNvbW1lbnRzIGJ1dCBzaG91bGQgYmUgc3VibWl0dGVkIHNvb24uDQoNClJl Z2FyZHMsDQpDaGFybGllIFAuDQoNCg0KDQoNCg0KVGhlcmXigJlzIGFsc28gYSBsb3Qgb2YgZG9j dW1lbnQgdG8gcmV2aWV3LiBXaGljaCBvZiBjb3Vyc2UgSSBoYXZlbuKAmXQgZG9uZSBhdCB0aGlz IHRpbWUuIEJ1dCBteSBhdHRlbnRpb24gZGlkIGFsaWdodCBvbiB0aGUgSUFOQSBjb25zaWRlcmF0 aW9ucyBzZWN0aW9uLCBhbmQgSSBub3RlZCB0aGVyZSB0aGF0Og0KLSBOb3Qgc3VyZSB3aHkgdGhl IGp1bXAgdG8gMTAgZm9yIG1lc3NhZ2UgdHlwZXMsIHRob3VnaCBJ4oCZbSBub3Qgb3Bwb3NlZC4N Ci0gVGhlIFBBVEhfTUVUUklDIFRMViBjYW7igJl0IGJlIHR5cGUgMTAsIHRoYXTigJlzIGFscmVh ZHkgdGFrZW4uIFNlZSBJQU5BIHJlZ2lzdGVyLg0KLSBXZSBwcmV2aW91c2x5IHBvaW50ZWQgb3V0 IHRoYXQgQ09OVF9TRVFfTlVNIChDT01QTEVURSkgYWxyZWFkeSBleGlzdHMgYW5kIGRvZXMgdGhl IGpvYiB0aGF0IFNFUV9OVU0gaXMgZG9pbmcsIHNvIHdoeSBhbGxvY2F0ZSBhbm90aGVyIFRMVj8g KFlvdSBjb3VsZCBhdm9pZCB0aGUgbmVjZXNzaXR5IG9mIHJlcGVhdGluZyAoQ09NUExFVEUpIGJ5 IHNpbXBseSBjb21tZW50aW5nIG9uY2UgYW5kIHRoZXJlYWZ0ZXIgb21pdHRpbmcuKQ0KLSBXaHkg dGhlIHN1Z2dlc3RlZCBza2lwcGluZyBvZiB0eXBlcyAxMiB0byAxND8NCg0KLS0NCkNocmlzdG9w aGVyIERlYXJsb3ZlDQpTZW5pb3IgUHJpbmNpcGFsIEVuZ2luZWVyDQpCQUUgU3lzdGVtcyBBcHBs aWVkIEludGVsbGlnZW5jZSBMYWJvcmF0b3JpZXMNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNClQ6ICAr NDQgKDApMTI0NSAyNDIxOTQgIHwgIEU6IGNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPG1h aWx0bzpjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbT4NCg0KQkFFIFN5c3RlbXMgQXBwbGll ZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2ZvcmQgVGVjaG5vbG9neSBQYXJrLCBHcmVhdCBCYWRkb3cs IENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4SE4uDQp3d3cuYmFlc3lzdGVtcy5jb20vYWk8aHR0cDov L3d3dy5iYWVzeXN0ZW1zLmNvbS9haT4NCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNl IExpbWl0ZWQNClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmIFdhbGVzIE5vOiAwMTMzNzQ1MQ0KUmVn aXN0ZXJlZCBPZmZpY2U6IFN1cnJleSBSZXNlYXJjaCBQYXJrLCBHdWlsZGZvcmQsIFN1cnJleSwg R1UyIDdZUA0KDQpGcm9tOiBtYW5ldCBbbWFpbHRvOm1hbmV0LWJvdW5jZXNAaWV0Zi5vcmddIE9u IEJlaGFsZiBPZiBWaWN0b3JpYSBNZXJjaWVjYQ0KU2VudDogMTggSmFudWFyeSAyMDE2IDIxOjQ1 DQpUbzogbWFuZXQNClN1YmplY3Q6IFttYW5ldF0gQU9EVnYyIHJlc3BvbnNlcyB0byByZWNlbnQg Y29tbWVudHMNCg0KDQoqKiogV0FSTklORyAqKioNClRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZy b20gb3V0c2lkZSBvdXIgb3JnYW5pc2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBwYXJ0 bmVyIG9yIHRoZSBpbnRlcm5ldC4NCkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0aGVyIHlvdSBzaG91 bGQgY2xpY2sgb24gYW55IGxpbmtzLCBvcGVuIGFueSBhdHRhY2htZW50cyBvciByZXBseS4NCkZv ciBpbmZvcm1hdGlvbiByZWdhcmRpbmcgUmVkIEZsYWdzIHRoYXQgeW91IGNhbiBsb29rIG91dCBm b3IgaW4gZW1haWxzIHlvdSByZWNlaXZlLCBjbGljayBoZXJlPGh0dHA6Ly9pbnRyYW5ldC5lbnQu YmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL1Jl ZCUyMEZsYWdzLnBkZj4uDQpJZiB5b3UgZmVlbCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywgcGxl YXNlIGZvbGxvdyB0aGlzIHByb2Nlc3M8aHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNv bS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGluZyUyMFdpdGgl MjBTdXNwaWNpb3VzJTIwRW1haWxzLnBkZj4uDQoqKiogV0FSTklORyAqKioNCkVYVEVSTkFMIEVN QUlMIC0tIFRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20gb3V0c2lkZSBvdXIgb3JnYW5pemF0 aW9uLg0KDQpIaSBhbGwsDQpXZSBoYXZlIGp1c3QgcmVsZWFzZWQgdGhlIG5ld2VzdCBBT0RWdjIg ZHJhZnQuIFRoZSBtYWpvciB1cGRhdGUgaXMgdGhlIHNlcGFyYXRpb24gb2YgdGhlIEFPRFZ2MiBy b3V0ZSBzZXQgZnJvbSB0aGUgUklCLg0KDQpIZXJlIGFyZSBhbHNvIHJlc3BvbnNlcyB0byB0aGUg Y29tbWVudHMgcmVjZWl2ZWQgYmVmb3JlIENocmlzdG1hcy4gVGhpcyBzaG91bGQgaW5jbHVkZSBh bGwgdGhlIHBvaW50cyBmcm9tIFRob21hcyBDbGF1c2VuIHJlZ2FyZGluZyB2ZXJzaW9ucyAxMSBh bmQgMTIsIGFuZCBhbHNvIGEgY291cGxlIG9mIG90aGVyIHBvaW50cyB3aGljaCBoYXZlIGJlZW4g YnJvdWdodCB1cCBzaW5jZS4gQXBvbG9naWVzIGZvciB0aGUgaHVnZSBlbWFpbC4gRm9yIGlzc3Vl cyB0aGF0IG5lZWQgZnVydGhlciBkaXNjdXNzaW9uLCBJIGhhdmUgdHJpZWQgdG8gaW5jbHVkZSB0 aGUgbWFpbiBwb2ludHMgb2YgdGhlIGRpc2N1c3Npb24gc28gZmFyLiBQbGVhc2UgZmVlbCBmcmVl IHRvIGNyZWF0ZSBhIHNlcGFyYXRlIHRocmVhZCBmb3IgYW55IGZ1cnRoZXIgZGlzY3Vzc2lvbi4N Cg0KV2UgYXJlIHN0aWxsIGxvb2tpbmcgaW50byB0aGUgbG9vcCBjb25kaXRpb25zIHJlY2VudGx5 IHJlcG9ydGVkIGZvciBBT0RWLCBhbHNvIHN0aWxsIHdvcmtpbmcgb24gdGhlIHRleHQgYWJvdXQg c2VjdXJpdHksIGFuZCB1c2Ugb2YgbXNnLWhvcC1saW1pdC4NCktpbmQgcmVnYXJkcywNClZpY3Rv cmlhLg0KDQoNCjEuIEVuZC10by1lbmQgLyBob3AtYnktaG9wIGFja3MgLSBpc3N1ZSB3aGVuIGEg cm91dGUgaXMgbWFya2VkIGFzIGNvbmZpcm1lZCBhbmQgdmFsaWQgd2hlbiB0aGUgbGluayB0byB0 aGUgbmV4dCBob3AgaXMgY29uZmlybWVkIGFzIGJpZGlyZWN0aW9uYWwgKGJ1dCB0aGUgbGlua3Mg ZG93bnN0cmVhbSBoYXZlIG5vdCB5ZXQgYmVlbiB2ZXJpZmllZCBhcyBiaWRpcmVjdGlvbmFsKS4N Cg0KQU9EVnYyOiBUaGUgYXV0aG9ycyBiZWxpZXZlIHRoaXMgaXMgYW4gaXNzdWUgd2hpY2ggd291 bGQgbm90IG9jY3VyIGZyZXF1ZW50bHksIGFuZCB3b3VsZCByaWdodCBpdHNlbGYuDQoNClRoaXMg b25seSBvY2N1cnMgZm9yIHRoZSByb3V0ZSB0byBPcmlnQWRkci4gV2hhdCBuZWVkcyB0byBoYXBw ZW4gZm9yIHRoaXMgdG8gb2NjdXIgaXMgdGhhdCBhbiBpbnRlcm1lZGlhdGUgbm9kZSB0aGF0IHRh a2VzIHBhcnQgaW4gdGhlIHJvdXRlIGRpc2NvdmVyeSBiZXR3ZWVuIE9yaWdBZGRyIGFuZCBUYXJn QWRkciBjb2luY2lkZW50YWxseSBoYXMgcGFja2V0cyB0byBzZW5kIHRvIE9yaWdBZGRyIGluIHRo ZSB0aW1lIGJldHdlZW4gY29uZmlybWluZyB0aGUgbGluayB0byBpdHMgb3duIG5leHQgaG9wIHRv d2FyZCBPcmlnQWRkciBpcyBiaWRpcmVjdGlvbmFsLCBhbmQgdGhlIHRpbWUgdGFrZW4gZm9yIGFs bCBvdGhlciByb3V0ZXJzIG9uIHRoZSBwYXRoIHRvIGNvbmZpcm0gdGhlaXIgbmV4dCBob3BzIHRv by4gSWYgdGhlIHJvdXRlIGlzIHVzZWQgdG8gZm9yd2FyZCBwYWNrZXRzIGJlZm9yZSBldmVyeSBv dGhlciBsaW5rIGluIHRoZSBwYXRoIGlzIGNvbmZpcm1lZCBhcyBiaWRpcmVjdGlvbmFsLCBhbmQg dGhlIGRhdGEgcGFja2V0cyBhcmUgZm9yd2FyZGVkIGZhc3RlciB0aGFuIHRoZSBSUkVQIGFuZCBh bnkgUlJFUF9BY2tzLCB0aGVuIHllcyB0aGV5IGNvdWxkIGJlIGRlbGl2ZXJlZCB0byBhIHJvdXRl ciB3aXRob3V0IGEgdmFsaWQgcm91dGUgdG8gT3JpZ0FkZHIuIEFsdGVybmF0aXZlbHkgaWYgb25l IG9mIHRoZSBsaW5rcyB0dXJucyBvdXQgdG8gYmUgdW5pZGlyZWN0aW9uYWwgdGhlbiB0aGUgZGF0 YSBwYWNrZXRzIHdpbGwgYWxzbyBhcnJpdmUgYXQgYSByb3V0ZXIgd2l0aG91dCBhIHZhbGlkIHJv dXRlLiBJbiB0aGVzZSBjYXNlcywgUkVSUiBtZXNzYWdlcyB3aWxsIGJlIGdlbmVyYXRlZCB0b3dh cmQgdGhlIHNvdXJjZSBvZiB0aGUgdHJhZmZpYywgdGhlIHJvdXRlIHRvIE9yaWdBZGRyIHdpbGwg YmUgZGVsZXRlZCBhdCByb3V0ZXJzIGJhY2sgdG93YXJkIFRhcmdBZGRyLCBidXQgaWYgZGF0YSBw YWNrZXRzIGFyZSBzdGlsbCBmbG93aW5nIGZyb20gYW55IHNvdXJjZSB0byBPcmlnQWRkciwgdGhl IHJvdXRlIHdpbGwgYmUgcmUtcmVxdWVzdGVkIGJ5IHRoZSByb3V0ZXIgcmVzcG9uc2libGUgZm9y IGRpc2NvdmVyaW5nIHJvdXRlcyBmb3IgdGhlIHNvdXJjZSBvZiB0aGUgZGF0YS4NCg0KVGhlIGNo YW5nZXMgcmVxdWlyZWQgdG8gbWFrZSBhY2tub3dsZWRnZW1lbnRzIGVuZC10by1lbmQgd291bGQg cmVxdWlyZSBhIGxvdCBtb3JlIGNvbnRyb2wgdHJhZmZpYyBhbmQgYmUgbmVjZXNzYXJ5IGZvciBl dmVyeSByb3V0ZSBkaXNjb3ZlcnkgYW5kIGluIGFsbW9zdCBhbGwgY2FzZXMgd291bGQgYmUgdW5u ZWNlc3NhcnkuDQoNClRleHQgaGFzIGJlZW4gYWRkZWQgdG8gdGhlIGRyYWZ0IGluIOKAnExvY2Fs IFJvdXRlIFN0YXRlIENoYW5nZXPigJ0gdG8gZGVzY3JpYmUgdGhpcy4NCg0KMi4gQnVmZmVyaW5n DQrvu79UaG9tYXM6DQrigJxJdCB3b3VsZCBzZWVtIHRoYXQgYnVmZmVyaW5nLCBhcyBzcGVjaWZp ZWQsIGRvZXMgbm90IGFjY29tcGxpc2ggd2hhdA0KaXQgc3RhdGVzIHRoYXQgaXQgYWNjb21wbGlz aGVzOiBwYWNrZXRzIGFyZSAoYXMgeW91IGRlc2NyaWJlKSBzdGlsbCBiZWluZw0Kc2VudCB3aGls ZSBubyByb3V0ZSBpcyBhdmFpbGFibGUsIGFuZCB0aGVyZWZvcmUgd2lsbCBiZSBkcm9wcGVkIGxh dGVyLg0KPT4gQ29uc2VxdWVudGx5LCBpdCBzZWVtcyB0aGF0IGJ1ZmZlcmluZyBpcyBhIGZ1dGls ZSBleGVyY2lzZT/igJ0NCg0KQU9EVnYyOiDvu79QYWNrZXRzIGFyZSBidWZmZXJlZCBiZWZvcmUg YSByb3V0ZSBleGlzdHMuIEEgcm91dGVyIG9ubHkgYmVnaW5zIHNlbmRpbmcgdGhlbSB3aGVuIGl0 IGRlZW1zIHRoZSByb3V0ZSB0byBiZSB2YWxpZC4gSW4gZ2VuZXJhbCwgYnVmZmVyaW5nIGlzIG5v dCBmdXRpbGUuDQoNClRydWUsIHRoZXJlIGlzIHRoaXMgY2FzZSBvdXRsaW5lZCBhYm92ZSB3aGVy ZSB0aGUgcm91dGVyIGNvdWxkIGRlZW0gdGhlIHJvdXRlIHZhbGlkIGJlZm9yZSB0aGUgYmlkaXJl Y3Rpb25hbGl0eSBjaGVjayBoYXMgaGFwcGVuZWQgZm9yIGVhY2ggYW5kIGV2ZXJ5IGhvcC4gSWYg dGhlIGxpbmtzIGNob3NlbiBmb3IgdGhlIHJvdXRlIGFyZSBub3QgYWxsIGJpZGlyZWN0aW9uYWws IHRoZW4geWVzLCBhbnkgZGF0YSBwYWNrZXRzIGZvcndhcmRlZCBhbG9uZyB0aGlzIHJvdXRlIHdp bGwgZW5kIHVwIGJlaW5nIGRyb3BwZWQgYXQgc29tZSBwb2ludCBvbiB0aGF0IHBhdGguDQpUaGlz IGNhc2UgaXMgY2F1c2VkIGJ5IHRoZSBSUkVQX0FjayBiZWluZyBob3AtYnktaG9wLCBhbmQgbm90 IGNhdXNlZCBieSBidWZmZXJpbmcuDQoNClRob21hczog77u/DQrigJxCdWZmZXJzIGhhdmUgaHVn ZSBpbXBhY3RzIG9uIFRDUCBwZXJmb3JtYW5jZSwgYW5kIEkgZG91YnQgaWYgdGhlIGlzc3VlcyBv biBlLmcuIFRDUCBhcmUgd2VsbCBlbm91Z2ggdW5kZXJzdG9vZCBieSB0aGlzIFdHIChCdWZmZXJi bG9hdCB3YXMgYW4gZXhhbXBsZSBvZiB3aGVyZSBwZW9wbGUgZ290IGl0IHdyb25nLCBkZXNwaXRl IGhhdmluZyBleHRlbnNpdmUgZXhwZXJpZW5jZSku4oCdDQoNCkFPRFZ2MjogUGFja2V0cyB3aWxs IG9ubHkgYmUgYnVmZmVyZWQgd2hpbGUgYSByb3V0ZSBpcyByZXF1ZXN0ZWQuIFRoZSBUQ1AgcGFj a2V0cyBidWZmZXJlZCB3aWxsIGJlIHBhY2tldHMgZm9yIHNlc3Npb24gaW5pdGlhbGlzYXRpb24u IFRoZSBhdXRob3JzIGJlbGlldmUgdGhhdCBidWZmZXJpbmcgdGhlc2Ugd2lsbCBoYXZlIGEgcG9z aXRpdmUgZWZmZWN0LiBTb21lIHJlZmVyZW5jZXMgaGF2ZSBiZWVuIHN1Z2dlc3RlZCwgbGlzdGVk IGhlcmUsIHRoZSBmaXJzdCBvZiB3aGljaCBoYXMgYmVlbiBpbmNsdWRlZCBpbiB0aGUgZHJhZnQ6 DQpodHRwOi8vd3d3LmllZWU4MDIub3JnLzIxL2FyY2hpdmVkX2RvY3MvMjAwMy0wOV9pbmNvbWlu Zy9jY3ItMjAwMTA5LWtvb2RsaS5wZGYNCk1vYmlsZSBJbnRlcm5ldHdvcmtpbmcgd2l0aCBJUHY2 OiBDb25jZXB0cywgUHJpbmNpcGxlcyBhbmQgUHJhY3RpY2VzIHtLb29kbGksIFBlcmtpbnN9DQpk aXNjLmVjZS5pbGxpbm9pcy5lZHUvc2VtaW5hcnNfdHV0b3JpYWxzL3RjcC13aXJlbGVzcy10dXRv cmlhbC5wcHQ8aHR0cDovL2Rpc2MuZWNlLmlsbGlub2lzLmVkdS9zZW1pbmFyc190dXRvcmlhbHMv dGNwLXdpcmVsZXNzLXR1dG9yaWFsLnBwdD4NCkFuYWx5c2lzIG9mIFRDUCBwZXJmb3JtYW5jZSBv dmVyIG1vYmlsZSBhZCBob2MgbmV0d29ya3MgaHR0cDovL2RsLmFjbS5vcmcvY2l0YXRpb24uY2Zt P2lkPTMxMzU0MA0KQWx0ZXJuYXRpdmVseSwgd2UgY291bGQgcmVtb3ZlIHRoZSBtZW50aW9uIG9m IFRDUCwgYW5kIGluc3RlYWQgc3RhdGUgdGhhdCBidWZmZXJpbmcgTUFZIGJlIHVzZWQgZm9yIHBh Y2tldHMgYXdhaXRpbmcgYSByb3V0ZSwgYnV0IHRoYXQgaW1wbGVtZW50YXRpb24gYW5kIGltcGxp Y2F0aW9ucyBvZiB0aGlzIGFyZSBvdXQgb2Ygc2NvcGUgZm9yIEFPRFZ2Mi4NCg0KDQozLiBVc2Ug b2YgbXNnLWhvcC1saW1pdCBhbmQgbXNnLWhvcC1jb3VudDoNClRob21hczoNCkJ1dCwgZWl0aGVy IHdheSwgYXMgYWNjb3JkaW5nIHRvIHlvdXIgbW9kZWwgbWVzc2FnZXMgYXJlIG5ldmVyIGZvcndh cmRlZCwgYnV0IGFsd2F5cyBhcmUgaW50ZW5kZWQgZm9yIHJlY2VpcHQgYnkgYSByb3V0ZXIgd2hp Y2ggaXMgYSBkaXJlY3QgbmVpZ2hib3IsIHRoZW4gYSA8bXNnLWhvcC1saW1pdD4gPjEgKHdoaWNo IGFwcGxpZXMgdG8gdGhlIG1lc3NhZ2UpIHNlZW1zIGluYXBwcm9wcmlhdGUuDQpBY3R1YWxseSwg YWNjb3JkaW5nIHRvIHRoYXQgbW9kZWwsIEkgd291bGQgZXZlbiBzYXkgdGhhdCByZWNlaXB0IG9m IGEgbWVzc2FnZSB3aXRoIGEgPG1zZy1ob3AtY291bnQ+ID4xIHNob3VsZCBiZSBpbnRlcnByZXRl ZCBhcyBhIG1hbGZ1bmN0aW9uLg0KQXMgeW91IHJlZmVyIHRvIFJGQzU0NDQgYXBwZW5kaXggQiwg ZG8gbm90ZSB0aGF0IEFwcGVuZGl4IEIgb2YgUkZDNTQ0NCAoYW5kLCBub3RlIHRoZSBlcnJhdGEg NDAwMykgdGFsa3MgYWJvdXQ6DQogICAgICA8bXNnLWhvcC1saW1pdD4gZmllbGQsIGlmIHByZXNl bnQsIGNvbnRhaW5zIHRoZSBudW1iZXIgb2YgaG9wcyBvbiB3aGljaCB0aGUgbWVzc2FnZSBpcyBh bGxvd2VkIHRvIHRyYXZlbCBiZWZvcmUgYmVpbmcgZGlzY2FyZGVkIGJ5IGEgTUFORVQgcm91dGVy LiAgVGhlIDxtc2ctaG9wLWxpbWl0PiBpcyBzZXQgYnkgdGhlIG1lc3NhZ2Ugb3JpZ2luYXRvciBh bmQgaXMgdXNlZCB0byBwcmV2ZW50IG1lc3NhZ2VzIGZyb20gZW5kbGVzc2x5IGNpcmN1bGF0aW5n IGluIGEgTUFORVQuDQpTcGVjaWZpY2FsbHkg4oCcc2V0IGJ5IHRoZSBtZXNzYWdlIG9yaWdpbmF0 b3LigJ0gYW5kIOKAnG51bWJlciBvZiBob3BzIG9uIHdoaWNoIHRoZSBtZXNzYWdlIGlzIGFsbG93 ZWQgdG8gdHJhdmVs4oCdIOKAlCB3aXRoIHlvdXIgY29udHJvbCBtZXNzYWdlcyB0cmF2ZWxpbmcg anVzdCBvbmUgaG9wLCBJIGJlbGlldmUgdGhhdCBzZXR0aW5nIDxtc2ctaG9wLWxpbWl0PiA9IDEg aXMgY29ycmVjdC4NCg0KQU9EVnYyOiBEaXNjdXNzaW9uIGlzIHN0aWxsIG5lZWRlZCBoZXJlLiBX ZSB3b25kZXIgaWYgdGhlc2UgZmllbGRzIGFyZSBuZWNlc3NhcnkgYXQgYWxsIGZvciBBT0RWdjIu IFdlIHdlcmUgdXNpbmcgdGhlbSB0byBsaW1pdCB0aGUgbnVtYmVyIG9mIHJlZ2VuZXJhdGlvbnMg b2YgYSBSUkVRLiBIb3dldmVyLCB0aGUgaG9wIGxpbWl0IHZhbHVlIG5lZWRzIHRvIGJlIGxhcmdl IGVub3VnaCB0byBhbGxvdyBhIFJSRVEgZnJvbSBvbmUgc2lkZSBvZiB0aGUgbmV0d29yayB0byBh bm90aGVyLiBJdCBtaWdodCBiZSB0aGUgY2FzZSB0aGF0IHVzaW5nIHRoZSBob3AgbGltaXQsIGFs bW9zdCBldmVyeSByb3V0ZXIgaW4gdGhlIG5ldHdvcmsgd291bGQgcmVjZWl2ZSB0aGF0IFJSRVEg YW55d2F5LCBhbmQgYnkgdXNpbmcgdGhlIHJlZHVuZGFuY3kgY2hlY2ssIHdlIGFscmVhZHkgc3Rv cCBSUkVRcyBmcm9tIGNpcmN1bGF0aW5nIGVuZGxlc3NseS4NCg0KNC4gQWJzdHJhY3QNClRob21h czoNCuKAnEkgbWFkZSB0aGUgZm9sbG93aW5nIGNvbW1lbnQsIHdoaWNoIHN0aWxsIGFwcGxpZXM6 DQrigJxUaGlzIGlzIGEgbGl0dGxlIG92ZXItc3RhdGluZyB0aGUgYXBwbGljYWJpbGl0eTogdGhl c2Ugc3RhdGVtZW50cyBtYXkgYmUgdHJ1ZSBpbiBzb21lIHNjZW5hcmlvcyAoZm9yIGV4YW1wbGUs IHdoZW4gdGhlcmUgYXJlIGZldyBjb25jdXJyZW50IHRyYWZmaWMgZmxvd3MsIGFuZCB0aGVyZWZv cmUgZmV3IHJvdXRlcyB0byByZXBhaXIsIGFuZCB0aGVyZWZvcmUgZmV3IGZsb29kaW5nIG9wZXJh dGlvbnMgdG8gY29udGVuZCBmb3IgY2hhbm5lbCBhY2Nlc3MpLiBBcyBhIGdlbmVyYWwgc3RhdGVt ZW50LCB0aGlzIGxhc3Qgc2VudGVuY2UgaXMgaW5jb3JyZWN04oCd4oCdDQoNCkFPRFZ2MjogVGhl IHRleHQgaGFzIGJlZW4gcmVtb3ZlZCBhbmQgdGhlIGFic3RyYWN0IG5vdyBzdGF0ZXM6IOKAnCBU aGUgQWQgSG9jIE9uLWRlbWFuZCBEaXN0YW5jZSBWZWN0b3IgVmVyc2lvbiAyIChBT0RWdjIpIHJv dXRpbmcgcHJvdG9jb2wgaXMgaW50ZW5kZWQgZm9yIHVzZSBieSBtb2JpbGUgcm91dGVycyBpbiB3 aXJlbGVzcywgbXVsdGlob3AgbmV0d29ya3MuICBBT0RWdjIgZGV0ZXJtaW5lcyB1bmljYXN0IHJv dXRlcyBhbW9uZyBBT0RWdjIgcm91dGVycyB3aXRoaW4gdGhlIG5ldHdvcmsgaW4gYW4gb24tZGVt YW5kIGZhc2hpb24u4oCdDQoNCjUsOSwxMiwxMywyMC4gUm91dGVyIENsaWVudA0KVGhvbWFzOg0K 4oCcSSBtYWRlIGEgY29tbWVudCBwcmV2aW91c2x5IHRoYXQg4oCcUm91dGVyIGNsaWVudOKAnSBp cyBhIHBvb3JseSBjaG9zZW4gdGVybSwgYW5kIGhhdmUgcHJvcG9zZWQgYWx0ZXJuYXRpdmVzLiBJ 4oCZdmUgc2VlbiBzb21lIGF0dGVtcHRzIG9uIHRoZSBsaXN0IGF0IHJhdGhlciB0aGFuIGNoYW5n ZSB0aGUgdGVybSwgZXhwbGFpbiBpdCDigJQgc29tZSBvZiB3aGljaCBpcyBpbiB0aGlzIGRvY3Vt ZW50LiBUaGUg4oCcT3ZlcnZpZXfigJ0gc3RpbGwgdGFsa3MgYWJvdXQg4oCcYSByb3V0ZXLigKZv bmUgb2YgaXRzIGNsaWVudHPigJ0gLSB3aGljaCBpcyBubyBsZXNzIGNvbmZ1c2luZyB0aGFuIGxh c3QgdGltZSBJdyB3ZW50IHRocm91Z2ggaXQuDQpJIHJlaXRlcmF0ZSwgd2h5IG5vdCB1c2Ug4oCc TG9jYWwgQXR0YWNoZWQgTmV0d29yayBTZXTigJ0sIHdoaWNoIGlzIHRoZSB0ZXJtIHVzZWQgYnkg b3RoZXIgZG9jdW1lbnRzIGZyb20gdGhpcyBXRz/igJ0NCg0KQU9EVnYyOiBXZSBhbHJlYWR5IGFu c3dlcmVkIHRoaXMgc3VnZ2VzdGlvbiBvbiB0aGUgTUFORVQgbGlzdCBhbmQgYXNrZWQgZm9yIGNv bW1lbnRzIGFuZCBzdWdnZXN0aW9ucywgYW5kIG5vIHJlc3BvbnNlcyB3ZXJlIHJlY2VpdmVkLiBX ZSBoYXZlIGRlZmluZWQgd2hhdCB3ZSBtZWFuIGJ5IFJvdXRlciBDbGllbnQsIGFuZCB0aGUgdGVy bWlub2xvZ3kgaGFzIHNvIGZhciBub3QgY2hhbmdlZC4gSG93ZXZlciwgc29tZSBhbHRlcm5hdGl2 ZXMgaGF2ZSBiZWVuIHN1Z2dlc3RlZCwgc28gaWYgeW91IGZlZWwgYW55IG9mIHRoZXNlIGFyZSBt b3JlIGVmZmVjdGl2ZSwgcGxlYXNlIGxldCB1cyBrbm93Og0K77u/4oCiICAgIEFkdmVydGlzZWQg SVAgQWRkcmVzczogcHV0cyB0aGUgZW1waGFzaXMgb24gYWR2ZXJ0aXNlbWVudCByYXRoZXIgdGhh biB0b3BvbG9naWNhbCBjb25uZWN0aW9uDQrigKIgICAgQWNjZXNzaWJsZSBJUCBBZGRyZXNzOiBw dXRzIHRoZSBlbXBoYXNpcyBvbiBhY2Nlc3NpYmlsaXR5IHRocm91Z2ggdGhlIHBhcnRpY3VsYXIg cm91dGVyIOKAkyBub3QgYmFkDQrigKIgICAgUmVkdWNlZCBGdW5jdGlvbiBEZXZpY2UgW1JGRF06 IGRvZXNu4oCZdCByb2xsIG9mZiB0aGUgdG9uZ3VlLCBidXQgdGhpcyBpcyB0ZXJtaW5vbG9neSB1 c2VkIGZvciBMMlIgaW4gSUVFRSA4MDIgV2lyZWxlc3MgZm9yIGEgc2ltaWxhciBzaXR1YXRpb24N CuKAoiAgICBBY2Nlc3NpYmxlIERldmljZSBBZGRyZXNzOiBhZGRzIHNvbWUgZW1waGFzaXMgZm9y IHRoZSBkZXZpY2UgYXMgd2VsbCBhcyB0aGUgYWRkcmVzcw0K77u/4oCiICAgIFN0YWJseSBDb25u ZWN0ZWQgSVAgQWRkcmVzczogbm90aGluZyBpcyBwZXJtYW5lbnQsIG9mIGNvdXJzZSwgYnV0IHRo ZSByb3V0ZXIgY2xpZW50IHNldCBpcyB0aG91Z2h0IHRvIGJlIHJlbGF0aXZlbHkgc3RhYmxlDQri gKIgICAgVG9wb2xvZ2ljYWxseSBDb25uZWN0ZWQgSVAgYWRkcmVzczogLi4uIHN1Z2dlc3RzIHRo YXQgYSAidG9wb2xvZ2ljYWwgY29ubmVjdGlvbiIgaXMgc3RhYmxlIGNvbXBhcmVkIHRvIHdpcmVs ZXNzDQrigKIgICAgQWRtaW5pc3RyYXRpdmVseSBBc3NpZ25lZCBJUCBhZGRyZXNzOiAuLi4gc29t ZWhvdyBkb2VzIG5vdCBjb25ub3RlIHRoZSAib3RoZXJuZXNzIiBvZiB0aGUgcm91dGVyIGNsaWVu dCBkZXZpY2VzLg0KDQo2LiBPdmVydmlldyAtIGFkamFjZW5jeQ0KVGhvbWFzOg0KVGhlIHRlcm0g 4oCcY29uZmlybWluZyBhZGphY2VuY3nigJ0gaXMgZ29uZSwgYW5kIGlzIG5vdyByZXBsYWNlZCBi eSDigJxjb25maXJtaW5nIGJpZGlyZWN0aW9uYWxpdHnigJ0gLSB3aGljaCwgYWxhcywgc3RpbGwg c291bmRzIGxpa2UgdGhlcmUgaXMgc29tZSBhY3RpdmUgbW9uaXRvcmluZyAoSEVMTE8gbWVzc2Fn ZSBleGNoYW5nZSkgZ29pbmcgb24uIFVubGVzcyB0aGF0IGlzIHRoZSBjYXNlLCB0aGVuIHBsZWFz ZSBiZSBtb3JlIHNwZWNpZmljIGhlcmUuDQpJIG5vdGUgdGhhdCB0aGUgdGVybSBhZGphY2VuY3kg aXMgdXNlZCB0aHJvdWdoIGFuZCB0aHJvdWdoIHRoZSBkb2N1bWVudCwgYnR3Lg0KDQpBT0RWdjI6 IFRoZSB0ZXh0IGhhcyBiZWVuIHVwZGF0ZWQgdG8gYXZvaWQgdGhlIHdvcmQgYWRqYWNlbmN5LiBX ZSBkbyBub3QgYmVsaWV2ZSB0aGUgdGV4dCBpbXBsaWVzIGFjdGl2ZSBtb25pdG9yaW5nIHRocm91 Z2ggSEVMTE8gbWVzc2FnZXMuDQoNCjcuIE92ZXJ2aWV3IC0gZm9yd2FyZGluZyBwbGFuZQ0KVGhv bWFzOiBJIHN1Z2dlc3RlZCBpbiBteSBsYXN0IHJldmlldzogVGhlIG92ZXJ2aWV3IG11c3QgYWxz byBpbmNsdWRlIGEgcGFyYWdyYXBoIG9uIHRoZSBpbnRlcnNlY3Rpb25zIGJldHdlZW4gdGhpcyBw cm90b2NvbCBhbmQgdGhlIGZvcndhcmRpbmcgcGxhbmUg4oCUIHRoaXMsIGFzIGl0IGlzIGRpZmZl cmVudCAoYW5kIG1vcmUgaW52YXNpdmUpIGZyb20gdGhhdCB3aGljaCBpcyB0eXBpY2FsbHkgc2Vl biBpbiByb3V0aW5nIHByb3RvY29scy4NClNwZWNpZmljYWxseSwgYXMgYSByZWFjdGl2ZSBwcm90 b2NvbCwgaXQgaXMgcmVxdWlyZWQgKGF0IGxlYXN0KSB0aGF0IHRoZSBmb3J3YXJkaW5nIHBsYW5l IGlzIG1vZGlmaWVkIDoNCjEpIEEg4oCcbWlzc+KAnSB3aGVuIGxvb2tpbmcgdXAgYSBuZXh0IGhv cCBmb3IgYSBkYXRhIHBhY2tldCB0byBiZSBmb3J3YXJkZWQsIGlzIHNpZ25hbGxlZCB0byB0aGUg QU9EVnYyIHByb2Nlc3Mgc28gYXMgdG8gcGVybWl0IHRoYXQgcm91dGUgZGlzY292ZXJ5IGJlIGxh dW5jaGVkOw0KMikgQSDigJxtaXNz4oCdIHdoZW4gYXR0ZW1wdGluZyB0byBkZWxpdmVyIGEgZGF0 YSBwYWNrZXQgdG8gYSBuZXh0IGhvcCwgd2hpY2ggd2FzIHJlY29yZGVkIGluIHRoZSByb3V0aW5n IHRhYmxlLCBpcyBzaWduYWxsZWQgdG8gdGhlIEFPRFZ2MiBwcm9jZXNzIHNvIGFzIHRvIHBlcm1p dCB0aGF0IGEgcm91dGUgcmVwYWlyIGJlIGluaXRpYXRlZCBhbmQvb3IgYSBSb3V0ZSBFcnJvciBi ZSBnZW5lcmF0ZWQuDQozKSBBIOKAnGhpdOKAnSB3aGVuIGxvb2tpbmcgdXAgYSBuZXh0IGhvcCBm b3IgYSBkYXRhIHBhY2tldCB0byBiZSBmb3J3YXJkZWQgdG8gYSBkZXN0aW5hdGlvbiBpcyBzaWdu YWxsZWQgdG8gdGhlIEFPRFZ2MiBwcm9jZXNzIHNvIGFzIHRvIHBlcm1pdCBtYWludGVuYW5jZSBv ZiDigJxhY3RpdmUgcm91dGXigJ0gUm91dGUgU3RhdGUsIHRpbWVycyBhbmQgc3VjaC4NCk5vdGUg dGhhdCB0aGVzZSB0aGluZ3MgYXJlIG5lY2Vzc2FyeSB0byBjYWxsIG91dCBpbiB0aGUg4oCcb3Zl cnZpZXfigJ0gYW5kIGluIHRoZSDigJxhcHBsaWNhYmlsaXR5IHN0YXRlbWVudOKAnSwgYm90aDog aXQgaXMgbm90IHRoYXQgdGhleSBhcmUgbmVnYXRpdmVzIHBlciBzZSwgYnV0IHRoYXQgdGhleSBh cmUgaW1wb3J0YW50IGZhY3RvcnMgZ292ZXJuaW5nIHRoZSBhcHBsaWNhYmlsaXR5IG9mIHRoaXMg cHJvdG9jb2w6IHdpbGwgYSBnaXZlbiBwbGF0Zm9ybSBwZXJtaXQgc3VjaCBhY2Nlc3MgdG8gdGhl IGZvcndhcmRpbmcgcGxhbmUsIGZvciBleGFtcGxlPyBJbXBvcnRhbnQgdG8gdW5kZXJzdGFuZCBp ZiBmb3IgdGhhdCBwbGF0Zm9ybSB0aGlzIHByb3RvY29sIGlzIGFwcGxlDQpJIHNlZSB0aGF0IHRo aXMgd2FzIG5vdCBhZGRyZXNzZWQgaW4gdGhlIG92ZXJ2aWV3LCBub3IgaW4gdGhlIGFwcGxpY2Fi aWxpdHkgb3RoZXIgdGhhbiBieSBhIGZvcndhcmQgcmVmZXJlbmNlIHRvIHNlY3Rpb24gNi40LiBX aGlsZSBpdCBpcyBwb3NpdGl2ZSB0aGF0IHRoZXJlIGlzIGEgc2VjdGlvbiA2LjQsIHRoaXMgZG9l cyBub3QgZXhvbmVyYXRlIHRoZSBvdmVydmlldyBhbmQgdGhlIGFwcGxpY2FiaWxpdHkgc3RhdGVt ZW50IGZvciBiZWluZyBob25lc3QgYWJvdXQgdGhlIHJlcXVpcmVtZW50cyAobm90YWJseSB0byB0 aGUgcGxhdGZvcm0vb3MpIHRoYXQgdGhpcyBwcm90b2NvbCBoYXMgZm9yIGJlaW5nIGFwcGxpY2Fi bGUNCg0KQU9EVnYyOiBUaGUgT3ZlcnZpZXcgYW5kIHRoZSBBcHBsaWNhYmlsaXR5IFN0YXRlbWVu dCBub3cgcmVmZXIgdG8gdGhlc2UgYmFzaWMgcmVxdWlyZW1lbnRzIGZvciB0aGUgaW50ZXJhY3Rp b24gd2l0aCB0aGUgZm9yd2FyZGluZyBwbGFuZS4gVGhlIEFwcGxpY2FiaWxpdHkgU3RhdGVtZW50 IGFsc28gY29udGFpbnMgdGhlIHJlZmVyZW5jZSB0byB0aGUgbGF0ZXIgc2VjdGlvbiB3aGljaCBk ZXNjcmliZXMgdGhpcyBpbiBtb3JlIGRldGFpbC4NCg0KOC4gNzE4MiBhbmQgc2VjdXJpdHkNCg0K VGhvbWFzOiBJIHN1Z2dlc3RlZCBpbiBteSBsYXN0IHJldmlldzogSXQgaXMgaW1wb3J0YW50IHRv IGRvIG1vcmUgdGhhbiB0aGlzOiA3MTgyIGRvZXMgb25seSBwcm92aWRlIOKAnGNvbnRhaW5lcnPi gJ0gZm9yIElDVnMgYW5kIHRpbWVzdGFtcHMsIGFuZCBkb2VzIG5vdCBzcGVjaWZ5IGhvdyB0byB1 c2UgdGhlbSB0byBvYnRhaW4gc3BlY2lmaWMgc2VjdXJpdHkgcHJvcGVydGllcy4gUkZDNzE4MiBt YXkgYmUgYSB0b29sIHRoYXQgY2FuIGJlIHVzZWQsIGJ1dCBob3cqIHRoYXQgdG9vbCBpcyB1c2Vk IGlzIHdoYXQgZGV0ZXJtaW5lcyB0aGUgc2VjdXJpdHkgcHJvcGVydGllcy4NClRoZXJlZm9yZSwg c2F5aW5nIHRoYXQg4oCcc2VjdXJpdHkgaXMgZGVhbHQgd2l0aCBieSB1c2luZyBSRkM3MTgy4oCd IGlzIGVpdGhlciBhbiBpbmNvbXBsZXRlIHN0YXRlbWVudCwgb3IgaXMgaW5kaWNhdGl2ZSBvZiBp bnN1ZmZpY2llbnQgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMu4oCdDQpUaGUgYWN0dWFsIHNlbnRl bmNlIGluIHRoZSBJLUQgaGFzIGJlZW4gY2hhbmdlZCwgbm93IGl0IGV4cGxpY2l0bHkgbmFtZXMg dGhlIHR3byBUTFZzIGZyb20gNzE4MiB0aGF0IGl0IHVzZXMuIFRoYXQgaXMsIGFsYXMsIHN0aWxs IG5vdCBzdWZmaWNpZW50Lg0KTWFraW5nIHRoZSBhc2lkZSB0aGF0IHdhcyBkaXNjdXNzZWQgcmVj ZW50bHkgb24gdGhlIGxpc3QsIHRoYXQgKGkpIGNvbnRyb2wgbWVzc2FnZXMgYXJlIG5vdCBmb3J3 YXJkZWQsIGFuZCB0aGF0IChpaSkgdGhleSBhcmUgbW9kaWZpZWQgaW4gdHJhbnNpdCwgdGhlIHNl Y3VyaXR5L3RydXN0IG1vZGVsIGlzIHNvbWV3aGF0IGRpZmZlcmVudCBmcm9tIHRoYXQgb2YgNzE4 MSBhbmQgY29uc2VxdWVudGx5IGZvciB3aGF0IDcxODIgd2FzIGluaXRpYWxseSB3cml0dGVuIGZv ci4gSSB0aGluayB0aGF0ICBjYWxsaW5nIG91dCB0aGUgdHJ1c3QgbW9kZWwsIGFuZCBob3cgNzE4 MiBhY3R1YWxseSBpcyB1c2VkIGhlcmUsIG1pZ2h0IGJlIHdoYXQgaXMgY2FsbGVkIGZvci4NCkNv bnRpbnVpbmcgd2l0aCB0aGUgYXNpZGUsIHRoaXMgKmVzcGVjaWFsbHkqIGFzIHRoZSBhcHBsaWNh YmlsaXR5IHN0YXRlbWVudCBzYXlzOiAiUHJvdmlkaW5nIHNlY3VyaXR5IGZvciBhIHJlYWN0aXZl IHJvdXRpbmcgcHJvdG9jb2wgY2FuIGJlIGRpZmZpY3VsdOKAnQ0KDQpUaG9tYXM6DQrvu79PSywg c28gYXNzdW1lIHRoYXQgSSB1bmRlcnN0YW5kIHJlZ2VuZXJhdGlvbiBhcyBwZXIgbXkgcHJldmlv dXMgZW1haWwsIGFzIG1lYW5pbmcg4oCcZ2VuZXJhdGUgYSBuZXcgbWVzc2FnZSBhbmQgc2VuZCB0 byBteSBuZWlnaGJvcnMsIGJhc2VkIG9uIHdoYXQgSSBsZWFybmVkIHdoZW4gcHJvY2Vzc2luZyBh IHJlY2VpdmVkIG1lc3NhZ2XigJ0g4oCUIGp1c3QgbGlrZSBhbnkgZGlzdGFuY2UgdmVjdG9yIHBy b3RvY29sIGRvZXMuDQpJbiB0aGF0IG1vZGVsLCB3aGF0IHlvdSB3cml0ZSBtYWtlcyBzZW5zZTog ZWFjaCBvcmlnaW5hdG9yIG9mIGEgY29udHJvbCBtZXNzYWdlIChpLmUuLCB3aG9ldmVyIGdlbmVy YXRlcyBvciByZWdlbmVyYXRlcyBpdCkgaXMgZnJlZSB0byBpbmNsdWRlIHRoZSBpbmZvcm1hdGlv biBpdCBkZXNpcmVzLCBzdWNoIGFzIHRoZSA0IHBvaW50cyB5b3UgbGlzdCBhYm92ZS4gTm8gaXNz dWVzIHdpdGggdGhhdC4NCkhvd2V2ZXIsIGFuZCB0aGlzIGpvaW5zIHdoYXQgSSBwb2ludGVkIG91 dCBpbiBhIHByZXZpb3VzIGVtYWlsLCB5b3Ugd3JpdGUgaW4gdGhlIGFwcGxpY2FiaWxpdHkgc3Rh dGVtZW50OiAiUHJvdmlkaW5nIHNlY3VyaXR5IGZvciBhIHJlYWN0aXZlIHJvdXRpbmcgcHJvdG9j b2wgY2FuIGJlIGRpZmZpY3VsdC4iDQpXaGlsZSB3ZSBjYW4gZGlzY3VzcyBpZiB0aGUgbmF0dXJl IG9mIOKAnHJlYWN0aXZlIHJvdXRpbmcgcHJvdG9jb2zigJ0gZ2VuZXJhdGVzIHBhcnRpY3VsYXIg ZGlmZmljdWx0aWVzLCB3ZSBjZXJ0YWlubHkgY2FuIGFncmVlIHRoYXQgdGhpcyBwcm90b2NvbCBo YXMgdGhlIHNhbWUg4oCcZGlmZmljdWx0aWVz4oCdIGFzIGEgZGlzdGFuY2UgdmVjdG9yIHByb3Rv Y29sOiByb3V0aW5nIHRvcG9sb2d5IGluZm9ybWF0aW9uIChieSBkZWZpbml0aW9uKSBub3QgYmVp bmcgZXhjaGFuZ2VkIGVuZC10by1lbmQsIGJ1dCBiZXR3ZWVuIG5laWdoYm9ycyAod2hvIGRvIGNh bGN1bGF0aW9ucyBhbmQgZ2VuZXJhdGUgdGhlaXIgb3duIGFubm91bmNlbWVudHMg4oCUIHJlZ2Vu ZXJhdGlvbiwgYXMgeW91IGNhbGwgaXQpLg0KVGhpcyBtZWFucyB0aGF0IGEgc3BlY2lmaWMgc2Vj dXJpdHkgbW9kZWwgb2YgdHJhbnNpdGl2ZSB0cnVzdCBtdXN0IGJlIGFzc3VtZWQsIG5vPyBJIHRy dXN0IFZpY3RvcmlhLCB0aGVyZWZvcmUgd2hlbiBWaWN0b3JpYSBzYXlzIOKAnFN0YW4gdG9sZCBt ZeKAnSB0aGVuIEkgdHJ1c3QgdGhhdCBzaGUgYWN0dWFsbHkgdmVyaWZpZWQgdGhhdCAiaXQgd2Fz IGluZGVlZCBTdGFuIHdobyB0b2xkIGhlciDigKbigJ0g4oCUIGFuZCBlaXRoZXIgd2F5LCBJIGhh dmUgbm8gd2F5IG9mIHZlcmlmeWluZz8NCkkgZGlkIG5vdCBzZWUgdGhlIHRydXN0IG1vZGVsIC8g dHJ1c3QgYXNzdW1wdGlvbiBkaXNjdXNzZWQgaW4gdGhlIHNwZWNpZmljYXRpb24gKHNwZWNpZmlj YWxseSBub3QgaW4gYXBwbGljYWJpbGl0eSBhbmQgaW4gc2VjdGlvbiAxMywgYm90aCBvZiB3aGVy ZSBpdCBzaG91bGQgYmUgY2FsbGVkIG91dCksIGJ1dCBJIHRoaW5rIHRoYXQgdGhpcyBpcyBhY3R1 YWxseSBhIGNydWNpYWwgcG9pbnQgdG8gZ2V0IHJpZ2h0LCBpbiBvcmRlciB0byBhcHByb2FjaCBk ZXZlbG9waW5nIHRoZSBNVEkgc2VjdXJpdHkgbWVjaGFuaXNtcy4NCkFueXdheXMsIHRoYXQgb2Jz ZXJ2YXRpb24gYWN0dWFsbHkgY29udHJhc3RzIHN0cm9uZ2x5IHdpdGggd2hhdCB0aGUgYXBwbGlj YWJpbGl0eSBzdGF0ZW1lbnQgdGhlbiBnb2VzIG9uIHRvIHNheSwgbmFtZWx5Og0KICAgQU9EVnYy IHByb3ZpZGVzIGZvciBtZXNzYWdlIGludGVncml0eSBhbmQgc2VjdXJpdHkgYWdhaW5zdCByZXBs YXkNCiAgIGF0dGFja3MgYnkgdXNpbmcgaW50ZWdyaXR5IGNoZWNrIHZhbHVlcywgdGltZXN0YW1w cyBhbmQgc2VxdWVuY2UNCiAgIG51bWJlcnMsIGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDEzLg0K VGhpcyBpcyB0cnVlIG9ubHkgaW4gYXMgbXVjaCBhcyBtZXNzYWdlcyBhcmUgaW5kZWVkIGV4Y2hh bmdlZCBiZXR3ZWVuIG5laWdoYm9yczogd2hlbiB5b3Ug4oCccmVnZW5lcmF0ZeKAnSBhIG1lc3Nh Z2UsIGkuZS4sIGdlbmVyYXRlIGEgbmV3IG1lc3NhZ2UgaW4gcmVzcG9uc2UgdG8gcmVjZWlwdCBv ZiBhIG1lc3NhZ2UsIHlvdSBnZW5lcmF0ZSBicmFuZCBuZXcgcGF5bG9hZCAoYnV0IHBvc3NpYmx5 IGluY2x1ZGluZyBzb21lIG9mIHRoZSBkYXRhIGZyb20gdGhlIHJlY2VpdmVkIG1lc3NhZ2UsIG9m IGNvdXJzZSk6IHRodXMsIGFueSBJQ1ZzIOKAnGZyb20gZmFydGhlciBhd2F5IHRoYW4gdGhlIG5l aWdoYm9y4oCdIHdpbGwgYmUgdXNlbGVzcyAob3IsIGlmIHlvdSB6ZXJvIG91dCB0aGUgcGFydHMg dGhhdCB5b3UgY2hhbmdlLCB0aGVzZSBwYXJ0cyB3aWxsIG5vdCBiZSBwcm90ZWN0ZWQpLg0KVGhl IGFib3ZlIHNlbnRlbmNlLCBxdW90ZWQgZnJvbSB0aGUgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQs IGFuZCB0aGF0IHdoaWNoIHRyYW5zcGlyZXMgZnJvbSBzZWN0aW9uIDEzLCBzZWVtcyAtIGNlcnRh aW5seSwgYWJzZW50IHRoZSB0cnVzdCBtb2RlbCBhc3N1bWVkIC0gdG8gc3VnZ2VzdCB0aGF0IGVu ZC10by1lbmQgcHJvdGVjdGlvbi92YWxpZGF0aW9uIGlzIHByb3ZpZGVkLiBCdXQsIHRoaXMgaXMg bm90IHRoZSBjYXNlLg0KRmluYWxseSB0byB0aGUgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQsIGEg cXVlc3Rpb246DQpJZiBzZWN1cml0eSBhc3NvY2lhdGlvbnMgY2FuIGJlIGVzdGFibGlzaGVkLCBl bmNyeXB0aW9uIGNhbiBiZSB1c2VkIGZvciBBT0RWdjIgbWVzc2FnZXMgdG8gZW5zdXJlIHRoYXQg b25seSB0cnVzdGVkIHJvdXRlcnMgcGFydGljaXBhdGUgaW4gcm91dGluZyBvcGVyYXRpb25zLg0K V2hhdCB5b3Ugd2FudCB0byBzYXkgaGVyZSBpcyB0aGF0IOKAnGlmIGFsbCB0cnVzdGVkIHJvdXRl cnMgaGF2ZSBhIHNoYXJlZCBzZWNyZXQsIHRoZW4gd2XigJlyZSBhYmxlIHRvIHVzZSB0aGF0IHNo YXJlZCBzZWNyZXQgdG8gaWdub3JlIG5vbi10cnVzdGVkIHJvdXRlcnPigJ0sIHJpZ2h0Pw0KV2hp bGUg4oCcc2VjdXJpdHkgYXNzb2NpYXRpb25z4oCdIHRoYXQgZG8gbm90IHBhc3MgdGhyb3VnaCBh IHNoYXJlZCBzZWNyZXQgcHJvYmFibHkgY2FuIGJlIHRob3VnaHQgdXAsIGl04oCZcyBub3QgdHJp dmlhbCBhbmQgSSBkaWQgbm90IGZpbmQgYW55IGRpc2N1c3Npb24gb2YgdGhhdCBpbiB0aGUgZG9j dW1lbnQ/DQpIYXZpbmcsIG9uIHRoZSB0b3BpYyBvZiBzZWN1cml0eSwgcmUtcmVhZCBTZWN0aW9u IDEzLCB3aGljaCBzdGFydHM6DQogICBUaGlzIHNlY3Rpb24gZGVzY3JpYmVzIHZhcmlvdXMgc2Vj dXJpdHkgY29uc2lkZXJhdGlvbnMgYW5kIHBvdGVudGlhbA0KICAgYXZlbnVlcyB0byBzZWN1cmUg QU9EVnYyIHJvdXRpbmcuDQpXaGlsZSB0aGlzIGlzIGFuIGhvbmVzdCBkZXNjcmlwdGlvbiBvZiB3 aGF0IGZvbGxvd3MsIEkgcmVtYWluIGNvbnZpbmNlZCB0aGF0IHRoaXMgaXMgbm90IHN1ZmZpY2ll bnQuIFNvIGxldCBtZSBhc2sgYXMgcHJlY2lzZWx5IGFzIEkgY2FuOg0KbyB3aGF0IGlzIHRoZSBN VEkgc2VjdXJpdHkgbWVjaGFuaXNtIHRoYXQgYSBjb25mb3JtYW50IGltcGxlbWVudGF0aW9uIG11 c3QgcHJvdmlkZT8gU3BlY2lmaWNhbGx5OiAtIHdoaWNoIGFyZSB0aGUgcHJvY2Vzc2luZyBzdGVw cyAoZm9yIGV4YW1wbGUgaW4gc2VjdGlvbiA3LjIuMSBhbmQgc2VjdGlvbiA3LjIuMiBmb3IgUlJF UCAtIGFuZCBzaW1pbGFybHkgZm9yIHRoZSBvdGhlciBtZXNzYWdlIHR5cGVzKSB0aGF0IGRlZmlu ZSB0aGF0IHNlY3VyaXR5IG1lY2hhbmlzbQ0KbyB3aGF0IHByb3RlY3Rpb24gaXMgb2ZmZXJlZCBi eSB0aGF0IE1USSBzZWN1cml0eSBtZWNoYW5pc20/IEFuZCB3aGF0IHJlbWFpbnMgdnVsbmVyYWJs ZS4NCklmIHRoaXMgc3BlY2lmaWNhdGlvbiB0YXJnZXRzIHN0ZC50cmFjaywgdGhlbiBpdCBzaG91 bGQgaW5jbHVkZSAocmVhc29uYWJseSBzb2xpZCwgYnV0IGRlZmluaXRlbHkgd2VsbCBzcGVjaWZp ZWQpIE1USSBzZWN1cml0eS4NCg0KQ2hyaXMgRGVhcmxvdmU6DQrvu79UaGVyZSBhcmUgdHdvIHBv dGVudGlhbCBjaG9pY2VzOg0KDQotIFJSRVEgaGFzIGFuIGludGVncml0eSBjaGVjayB2YWx1ZSB0 byBpbmRpY2F0ZSB0aGF0IHNvbWVvbmUgdHJ1c3RlZCBjcmVhdGVkIGl0LCBpZiBub3QgbmVjZXNz YXJpbHkgdGhlIGRlc3RpbmF0aW9uLiBUaGF0IHNvbWVvbmUgbWlnaHQgYmUgaWRlbnRpZmlhYmxl IG9yIG5vdC4NCi0gUlJFUSBoYXMgYSBzaWduYXR1cmUgdGhhdCBpbmRpY2F0ZXMgdGhhdCB0aGUg ZGVzdGluYXRpb24gY3JlYXRlZCBpdC4NCg0KVW5mb3J0dW5hdGVseSwgYW4gUlJFUSB0aGF0IGNo YW5nZXMgYXMgaXQgaXMgZm9yd2FyZGVkIChhZ2dyZWdhdGluZyBkYXRhIG9mIGFueSBzb3J0KSBt YWtlcyB0aGUgc2Vjb25kIG9wdGlvbiB0cmlja3ksIHVubGVzcyB0aGVyZeKAmXMgc29tZSBzb3J0 IG9mIGFnZ3JlZ2F0aW5nIHNpZ25hdHVyZSBhcyBpdCBpcyBmb3J3YXJkZWQuIEJ1dCBJ4oCZbSBu b3QgYW4gZXhwZXJ0IG9uIHRoZSBsYXR0ZXIuDQoNClRoZSBtb3N0IHRyaXZpYWwgY2FzZSBvZiB0 aGUgZm9ybWVyIGlzIHNpbXBseSB0aGF0IGV2ZXJ5b25lIHRydXN0ZWQgaGFzIGEgc2luZ2xlIHNo YXJlZCBrZXkuIFRoYXQgaGFzIG9idmlvdXMgaXNzdWVzIOKAkyBhbHRob3VnaCBpdCB3YXMgZ29v ZCBlbm91Z2ggdGhhdCBlbWJvZGllZCBhcyBSRkMgNzE4MyB3ZSBjb3VsZCBnZXQgNzE4MSB0aHJv dWdoIHRoZSBzeXN0ZW0gKGFzIGEg4oCcbXVzdCBpbXBsZW1lbnQsIGRvIG5vdCBuZWVkIHRvIHVz ZeKAnSBtaW5pbWFsIGNhc2UpLiBBbHRlcm5hdGl2ZWx5IHNvbWV0aGluZyBpZGVudGl0eS1iYXNl ZCAoZS5nLiBkcmFmdC1pZXRmLW1hbmV0LWlicykgY291bGQgYmUgdXNlZCwgc28geW91IGtub3cg d2hvIGNyZWF0ZWQgdGhlIG1lc3NhZ2UgeW91IHJlY2VpdmVkLCBidXQgeW91IGFyZSByZWx5aW5n IG9uIGEgY2hhaW4gb2YgdHJ1c3QsIGhvcCBieSBob3AuIEF0IHdoaWNoIHBvaW50IHlvdSBtaWdo dCBhcyB3ZWxsIGp1c3Qgc2lnbiBwYWNrZXRzIChzZWUgUkZDIDcxODIpLg0KDQpCdXQgaW4gZXZl biB0aGUgd2Vha2VzdCBjYXNlICh0aGUgc2luZ2xlIHNoYXJlZCBrZXkgdXNlZCBob3AgYnkgaG9w KSB0aGVyZSBoYXMgdG8gYmUgYSBmYWlsdXJlIGZvciB0aGluZ3MgdG8gZ28gd3JvbmcgLSBlaXRo ZXIgbG9zcyBvZiBrZXkgKGluIHdoaWNoIGNhc2UgYWxsIGJldHMgYXJlIG9mZikgb3Igc3Vib3Ju aW5nIG9uZSByb3V0ZXIgKHdobyBjYW4gZG8gcXVpdGUgYSBsb3Qgb2YgZGFtYWdlKS4NCg0KSSBo YXZlbid0IHJlYWQgdGhlIGxhdGVzdCBBT0RWdjIgZHJhZnQgeWV0LCBidXQgdGhpcyBzb3J0IG9m IHRoaW5nIHNob3VsZCBiZSBkZXNjcmliZWQgaW4gaXRzIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25z IC0gdGhlIHByZXZpb3VzIGRyYWZ0IHRob3VnaCBkaWRuJ3QgZGlzY3VzcyB0aGlzIGFzIGZhciBh cyBJIHJlY2FsbC4NCg0KQ2hyaXMgRGVhcmxvdmU6DQrvu79JZiB5b3UgZ28gZG93biB0aGlzIHJv dXRlIG9mIGFzc3VtaW5nIHRyYW5zaXRpdmUgdHJ1c3QsIHRoZW4geW91IG1pZ2h0IGFzIHdlbGwg dXNlIDcxODLigJlzIHBhY2tldCBJQ1YgYW5kIHRpbWVzdGFtcCByYXRoZXIgdGhhbiBtZXNzYWdl IElDViBhbmQgdGltZXN0YW1wLg0KDQpUaGVyZSBpcyBhIGNvbXBsaWNhdGlvbiAobW9zdGx5IG9u ZSBvZiBwcmVzZW50YXRpb24pIHRoYXQgdGhlIDU0NDQgbXVsdGlwbGV4ZXIgKHJhdGhlciB0aGFu IEFPRFZ2MikgbmVlZHMgdG8gZG8gdGhpcywgYXQgbGVhc3QgZm9yIHBhY2tldHMgY29udGFpbmlu ZyBBT0RWdjIgbWVzc2FnZXMgKGJ1dCBhdCB3aGljaCBwb2ludCwgcHJvYmFibHkgYWxsIDU0NDQg cGFja2V0cykuIFNvIHlvdSBlaXRoZXIsIGRlcGVuZGluZyBvbiB5b3VyIHBvaW50IG9mIHZpZXcs IG5lZWQgdG8gcmVxdWVzdCBpdCB0byBkbyB0aGF0LCBvciAoYWRtaW5pc3RyYXRpdmVseSkgZGVj bGluZSB0byBvcGVyYXRlIGV4Y2VwdCBvdmVyIGEgNTQ0NCBtdWx0aXBsZXhlciB0aGF0IGlzIGRv aW5nIHRoaXMuDQoNClRoZSBhZHZhbnRhZ2UgaXMgb25lIG9mIHNhdmVkIHNwYWNlIGFuZCB0aW1l IHdoZW4gcGFja2V0cyBjb250YWluIG1vcmUgdGhhbiBvbmUgbWVzc2FnZS4gUGx1cyBzbGlnaHRs eSBiZXR0ZXIgcHJvdGVjdGlvbiAoaG9wIGNvdW50IGFuZCBsaW1pdCBhcmUgY292ZXJlZCkgYnV0 IHdoaWNoIHByb2JhYmx5IGRvZXNu4oCZdCBtYXR0ZXIgaGVyZS4NCg0KSWYgbWVzc2FnZXMgYXJl IGNoYW5nZWQvcmVwbGFjZWQgb24gYSBvbmUtdG8tb25lIGJhc2lzIGFzIGZvcndhcmRlZCwgdGhl biB0aGUgb25seSBzb2x1dGlvbnMgSSBjYW4gc2VlIGFyZSBob3AgYnkgaG9wIHRyYW5zaXRpdmUg dHJ1c3QgKHBhY2tldHMgb3IgbWVzc2FnZXMgcGVyIGhvcCksIG9yIHNvbWV0aGluZyBjb21wbGlj YXRlZCBpbnZvbHZpbmcgYWdncmVnYXRpb24gYW5kIGtub3dsZWRnZSBvZiBjaGFuZ2VzLiBCdXQg dGhlIGxhdHRlciB3b3VsZCBiZSBhIHJlc2VhcmNoIHRhc2sgdG8gZGV2ZWxvcCwgc28gbGV04oCZ cyBub3QgdHJ5IHRoYXQuDQoNCkppYXppIFlpOg0KSe+7vyBhZ3JlZSB3aXRoIENocmlzIGFuZCBU aG9tYXMgb24gdGhlaXIgY29uY2VybnMgb24gdGhlIGhvcC1ieS1ob3Agc2VjdXJpdHkgaXNzdWUu DQpUaGlzIGlzIHZlcnkgZGlmZmVyZW50IGZyb20gY2xhc3NpY2FsIERWIHByb3RvY29sLCBpbiB3 aGljaCB0aGUgdmVjdG9yIGluZm9ybWF0aW9uIGlzIGRlc2lnbmVkIHRvIGJlIGV4Y2hhbmdlZCBi ZXR3ZWVuIG5laWdoYm91cnMuDQpJbiBBT0RWdjIsIHRoZSBSUkVRL1JSRVAvUkVSUiBhcmUgdG8g YmUgZm9yd2FyZGVkIHRocm91Z2ggbXVsdGlwbGUgaG9wcy4gQSByb3V0ZXIgY2FuIHNpZ24gYSBt ZXNzYWdlIHRoYXQgaXNuJ3QgYWN0dWFsbHkgaW5pdGlhbGlzZWQgYnkgaXRzZWxmIC0tIHRoaXMg aXMsIGF0IGxlYXN0LCBhZ2FpbnN0IGludHVpdGlvbi4NClRoaXMgY2FuIGJlIGFuIGlzc3VlIGlm IHdlIGhhdmUgY29tcHJvbWlzZWQgcm91dGVycyBpbiB0aGUgbmV0d29yay4gT2YgY291cnNlLCBh IGNvbXByb21pc2VkIHJvdXRlciBpcyBhIHByb2JsZW0gZm9yIGV2ZXJ5IHByb3RvY29sLCBsaWtl IE9MU1J2Mi4gQnV0IGluIE9MU1J2MiwgYSBjb21wcm9taXNlZCByb3V0ZXIgY2FuIG9ubHkgc3Bl YWsgb24gYmVoYWxmIG9mIGl0c2VsZiAtLSBob3dldmVyLCBpbiBBT0RWdjIsIGEgY29tcHJvbWlz ZWQvbWlzLWNvbmZpZ3VyZWQgcm91dGVyIGNhbiBwcmV0ZW5kIHRvIGJlIGFueSBvdGhlciByb3V0 ZXIgKGZvciBleGFtcGxlLCBnZW5lcmF0ZSBSUkVRIG1lc3NhZ2VzIHVzaW5nIGFub3RoZXIgYWRk cmVzcyBhcyBPcmlnQWRkcikuICBUaGUgY29uc2VxdWVuY2Ugd2lsbCBiZSBtdWNoIG1vcmUgc2Vy aW91cyBpZiB0aGF0IGhhcHBlbnMuDQoNCkFPRFZ2MjogVGhpcyBpcyBub3QgeWV0IGFkZHJlc3Nl ZC4NCg0KOS4gVGVybWlub2xvZ3kgLSBob3N0LCByb3V0ZXJzLCByb3V0ZXIgY2xpZW50czoNCg0K VGhvbWFzOiBNeSBsYXN0IHJldmlldyBzdWdnZXN0ZWQ6DQrigJxUaGlzIGhhcyBiZWVuIGJyb3Vn aHQgdXAgb24gdGhlIGxpc3Qgc2V2ZXJhbCB0aW1lcyBpbiB0aGUgcGFzdCwgd2l0aG91dCBoYXZp bmcgYmVlbiBhZGRyZXNzZWQuDQpUaGVyZSBhcmUg4oCcaG9zdHPigJ0gYW5kIHRoZXJlIGFyZSDi gJxyb3V0ZXJz4oCdIOKAlCB3aG9zZSByb2xlcyBhcmUgd2VsbCBkZWZpbmVkLiBOb2Rl4oCdIG5v dCBzbyBtdWNoIOKAlCB3aGljaCBpcyBjbGVhciBmcm9tIGxvb2tpbmcgYXQgdGhlIGRlZmluaXRp b24gaGVyZTog4oCcZWl0aGVyIEFPRFZ2MiByb3V0ZXJzIG9yIHJvdXRlciBjbGllbnRz4oCdICh3 aXRoIOKAnHJvdXRlciBjbGllbnRz4oCdIGJlaW5nIGRlZmluZWQgYXMg4oCcYW4gQU9EVnYyIHJv dXRlciBpcyBhbHNvIGl0cyBvd24gcm91dGVyIGNsaWVudOKAnSkuDQoNClRoaXMgaXMgdmVyeSBt dWNoIHJlbGF0ZWQgdG8gdGhlIHVzZSBvZiDigJxSb3V0ZXIgQ2xpZW504oCdLCBhbmQgYm90aCB0 aGF0IHRlcm0sIGFuZCDigJxub2Rl4oCdIGluZGljYXRpdmUgdGhhdCBzb21lIGNsYXJpdHkgaXMg bmVlZGVkIGhlcmUuDQoNCkFsbCBhIHJvdXRlciBjYXJlcyBhYm91dCBpcyDigJxhbiBhZGRyZXNz 4oCdLiBJZiB0aGF0IGFkZHJlc3MgaXMgb2YgYSBuZXR3b3JrLCBvciBhIHJvdXRlciwgb3IgYW4g aW50ZXJmYWNlIChhbmQsIGlmIHNhaWQgaW50ZXJmYWNlIGlzIGluc3RhbGxlZCBpbiBhIHJvdXRl ciBvciBhIGhvc3QpIGRvZXNu4oCZdCBtYXR0ZXIuDQoNClNvLCDigJxhbiBhZGRyZXNz4oCdIGlz IHNvbWV0aGluZyB0aGF0IHRoZSByb3V0aW5nIHByb3RvY29sIHNob3VsZCBjYXJlIGFib3V0IGZp bmRpbmcgcGF0aHMgdG8uIFdoaWNoIG1lYW5zIHRoYXQgZWFjaCBhZGRyZXNzIHRoYXQgc2hvdWxk IGJlIG1hZGUgcmVhY2hhYmxlIGJ5IHRoZSByb3V0aW5nIHByb3RvY29sIHNob3VsZCBiZSBhZHZl cnRpc2VkIGJ5IChhdCBsZWFzdCkgb25lIHJvdXRlciBpbiB0aGUgbmV0d29yay4NCg0KT25lIHdh eSBvZiBkb2luZyB0aGF0IHdvdWxkIGJlIHRvIHNpbXBseSB0YWxrIGFib3V0IOKAnEF0dGFjaGVk IE5ldHdvcmtz4oCdIGFzIGlzIGRvbmUgaW4gUkZDNzE4MSwgd2hlcmVpbiBhbiBhZGRyZXNzIGlu Y2x1ZGVkIGluIHRoZSDigJxBdHRhY2hlZCBOZXR3b3JrIFNldOKAnSBpcyBhZHZlcnRpc2VkIGJ5 IGFuIE9MU1J2MiByb3V0ZXIuLi4uaW4gdGhpcyBjYXNlLCB0aGUgZXF1aXZhbGVudCB3b3VsZCBi ZSDigJxmb3IgZWFjaCBhZGRyZXNzIGluIHRoZSBBdHRhY2hlZCBOZXR3b3JrIFNldCBvZiBhbiBB T0RWdjIgcm91dGVyIHRoZSByb3V0ZXIgTVVTVCByZXNwb25kIGF1dGhvcml0YXRpdmVseSB0byBh IFJSRVEsIGFuZCBNVVNUIG1haW50YWluIHRoZSBjb3JyZXNwb25kaW5nIHNlcXVlbmNlIG51bWJl cuKAnS4NClRoZSB0ZXh0LCBhcyBpdCBjdXJyZW50bHkgaXMsIGlzIHJlYWxseSBoYXJkIHRvIHJl YWQsIGFuZCBhIHJlLWVkaXQgYWxvbmcgdGhlc2UgbGluZXMgd291bGQgZ28gYSBsb25nIHdheS7i gJ0NCg0KSSBub3RlIHRoYXQgdGhlIHRlcm1zIOKAnE5vZGXigJ0gYW5kIOKAnFJvdXRlciBDbGll bnTigJ0gYXJlIHN0aWxsIHVzZWQsIGluIHRoZWlyIG9yaWdpbmFsIGZvcm0sIGFuZCB0aGF0IG90 aGVyIHRoYW4gc29tZSBzbGlnaHQgd29yZHNtaXRoaW5nIHRoaXMgY29tbWVudCBoYXMgbm90IGJl ZW4gYWRkcmVzc2VkIGluIHRoZSBkb2N1bWVudC4NCg0KSSByZWl0ZXJhdGUgdGhhdCB0aGUgbmVl ZCB0byB1c2Ugcm91dGVyLCBob3N0LCBub2RlLCBhbmQgcm91dGVyIGNsaWVudCBpbiBhbmQgYnkg aXRzZWxmIHNob3VsZCBiZSBhbiBpbmRpY2F0b3IgdGhhdCB0aWdodGVuaW5nIHVwIG9mIHRlcm1p bm9sb2d5IGlzIHJlcXVpcmVkLg0KDQpBT0RWdjI6IFNlZSA1LiBUaGUgdXNlIG9mIOKAnG5vZGXi gJ0gaGFzIGJlZW4gYWRkcmVzc2VkLg0KDQoxMC4gVGVybWlub2xvZ3kgYW5kIGVsc2V3aGVyZSAt IGFkZHJlc3MNClRob21hczogSSBtYWRlIHRoZSBmb2xsb3dpbmcgY29tbWVudCB0byBSb3V0YWJs ZSBVbmljYXN0IElQIEFkZHJlc3M6DQrigJxBcmUgdGhlcmUgYW55IHRlY2huaWNhbCByZWFzb24g d2h5IG5vdCBzaW1wbHkgKmFueSogYWRkcmVzcyBjb3VsZCBiZSBjb25zaWRlcmVkIGJ5IHRoZSBy b3V0aW5nIHByb3RvY29sPw0KTXkgdW5kZXJzdGFuZGluZywgYnV0IGNvcnJlY3QgbWUgaWYgSSBh bSB3cm9uZywgaXMgdGhhdCBhbGwgdGhhdCBpcyByZXF1aXJlZCBpcyB0aGF0IGFsbCBpbnRlcmZh Y2VzIGluIGEgZ2l2ZW4gQU9EVnYyIHJvdXRpbmcgZG9tYWluIGhhcyBhbiB1bmlxdWUgYWRkcmVz cy4NClRoYXQgc29tZSBvZiB0aGVzZSBhZGRyZXNzZXMgKGJ5IGFuIElQIGFkZHJlc3NpbmcgYXJj aGl0ZWN0dXJlIGRvY3VtZW50KSBoYXMgc3BlY2lhbCBzZW1hbnRpY3MgYXNzb2NpYXRlZCAoc3Vj aCBhcyBhcmUgbGluayBsb2NhbHMsIG9yIGFyZSBmb3IgcHJpdmF0ZSB1c2UsIG9yIGFyZSBmb3Ig ZXhhbXBsZSB1c2Ugb25seSwgb3IgYXJlIGZvciBtdWx0aWNhc3QpIGlzIG91dCBvZiBzY29wZSBo ZXJlPw0KSSBzZWUgbm90aGluZyBoYXMgY2hhbmdlZCBvbiB0aGUgYWJvdmUsIHNvIGxldCBtZSBi ZSBtb3JlIGV4cGxpY2l0OiB0aGUgcm91dGluZyBwcm90b2NvbCBpdHNlbGYgcHJvYmFibHkpIHNo b3VsZCBub3QgY2FyZSBhYm91dCB3aGF0IGtpbmQgb2YgYWRkcmVzc2VzIGFyZSBmaWxsZWQgaW50 byBpdC4gSXMgYW4gMTkyLjE2Li8xNiBhZGRyZXNzIGFwcHJvcHJpYXRlPyBOb3QgYWNyb3NzIHRo ZSBpbnRlcm5ldCwgYnV0IGl0IG1heSBiZSBpbiBzb21lYm9keeKAmXMgcHJpdmF0ZSBkZXBsb3lt ZW50cy4gU2hvdWxkIHRoZSByb3V0aW5nIHByb3RvY29sIGJlIOKAnGFkZHJlc3MgcG9saWNl4oCd IGFuZCBpcyBpbXBsZW1lbnRhdGlvbiBvZiBhIOKAnEkgcmVmdXNlIHRvIHJvdXRlIHRoZXNlIGFk ZHJlc3Nlc+KApuKAnSBhIHJlcXVpcmVtZW50IGZvciBjbGFpbWluZyBjb25mb3JtYW5jZT8gU3Vn Z2VzdCBzaW1wbHkgc3RhdGluZyB3aGF0IHRoZSByZXF1aXJlbWVudHMgYXJlIHVuZGVyIHdoaWNo IHRoZSByb3V0aW5nIHByb3RvY29sIHdpbGwgd29yayDigJQgYW5kIGxlYXZlIOKAnGFkZHJlc3Mg YXNzaWdubWVudCBwb2xpdGljc+KAnSBhc2lkZS4NCg0KQU9EVnYyOiBXZSBhc2sgZm9yIGNsYXJp ZmljYXRpb24gb24gdGhpcyBpc3N1ZS4gV2UgdXNlIHRoZSBwaHJhc2Ug4oCccm91dGFibGUgYW5k IHVuaWNhc3TigJ0gaW4gdGhlIGRyYWZ0IHdpdGggcmVzcGVjdCB0byBPcmlnQWRkciBhbmQgVGFy Z0FkZHIuIFdlIGRvbnQgbWVhbiB0byBleGNsdWRlIGFkZHJlc3NlcyBmcm9tIHRoZSBwcml2YXRl IGFkZHJlc3MgcmFuZ2VzLiBCdXQgd2UgZG9udCB3YW50IHRvIHJlcXVlc3Qgcm91dGVzIGZvciBt dWx0aWNhc3QsIGluZGV0ZXJtaW5hdGUsIGxpbmstbG9jYWwsIG9yIGxvb3BiYWNrIGFkZHJlc3Nl cy4gVGhpcyBpcyBub3QgYWJvdXQgcm91dGVyIGludGVyZmFjZSBhZGRyZXNzZXMgd2hpY2ggYXJl IHVzZWQgZm9yIEFPRFZ2Mi4NCg0KMTEuIE11bHRpcGxlIGludGVyZmFjZXMgd2l0aCB0aGUgc2Ft ZSBJUCBhZGRyZXNzLCA2NjIxIGltcGxpY2F0aW9ucw0KDQpUaG9tYXM6IEkgYWxzbyBjb250aW51 ZWQ6DQpOb3csIHdpdGggdGhhdCBiZWluZyBzYWlkIGFsc28sIHRoZSBXRyB3YW50ZWQgdGhhdCBS RkM3MTgxIHN1cHBvcnRzIG5vdCBqdXN0IG11bHRpcGxlIGludGVyZmFjZXMsIGJ1dCBhbHNvIHRo ZSBzYW1lIGFkZHJlc3MgdXNlZCBvbiBtdWx0aXBsZSBpbnRlcmZhY2VzIG9mIHRoZSBzYW1lIHJv dXRlci4gVGhlcmUgd2VyZSBnb29kIHJlYXNvbnMgZm9yIHRoYXQsIGFuZCB3aGlsZSBpdCB3YXMg bm90IHRyaXZpYWwgdG8gaW1wbGVtZW50LCBpdCB0dXJuZWQgb3V0IHRvIGJlIHRoZSByaWdodCB0 aGluZyB0byBzdXBwb3J0LiBJZiB0aGVyZSBhcmUgdGVjaG5pY2FsIHJlYXNvbnMgd2h5IHRoaXMg aXMgbm90IHN1cHBvcnRlZCBpbiBBT0RWdjIgKGZvciBleGFtcGxlLCBpZiB0aGlzIGNhbm5vdCBi ZSBtYWRlIHdvcmsgYmVjYXVzZSBvZiA8cmVhc29uPikgdGhlbiB0aGF0IHNob3VsZCBiZSBjYWxs ZWQgb3V0IGluIHRoZSBhcHBsaWNhYmlsaXR5IHN0YXRlbWVudCBhbHNvPw0KQ29udmVyc2VseSwg aWYgaXQgaXMgcG9zc2libGUgaW4gQU9EVnYyLCB0aGVuIEkgZG8gbm90IGJlbGlldmUgdGhhdCBp dCBpcyBjbGVhcmx5IHNwZWNpZmllZCBob3cgKGF0IGxlYXN0LCBpbiB0aGUg4oCcbmFpdmXigJ0g b24gcGFwZXIgZXhhbXBsZXMgSSBkcmV3IHVwLCBzb21ldGhpbmcgZW5kZWQgdXAgbm90IHdvcmtp bmcpLiBTbyBlaXRoZXIgdGhlIHByb3RvY29sIGFzLWlzIGRvZXMgbm90IHN1cHBvcnQgaXQgKGJ1 dCBjb3VsZCBiZSBtYWRlIHRvPykgb3IgaXQgaXMgc3VwcG9ydGVkIChidXQganVzdCBuZWVkIHRv IGJlIHNwZWxsZWQgb3V0KSwgb3IgaXMgbm90IHBvc3NpYmxlIChhbmQgbmVlZCB0byBiZSBkaXNj bGFpbWVkIGluIHRoZSBhcHBsaWNhYmlsaXR5IHN0YXRlbWVudCkuDQpTdGFuIFJhdGxpZmYgd2Fz IGEgZHJpdmluZyBmb3JjZSBpbiBob2xkaW5nIHRoZSBXR+KAmXMgY29sbGVjdGl2ZSBmZWV0IHRv IHRoZSBmaXJlIGluIGdldHRpbmcgdGhpcyBzdXBwb3J0IGluY2x1ZGVkIGluIFJGQzcxODEsIGFu ZCB3b3VsZCBsaWtlbHkgYmUgdGhlIHJpZ2h0IHBlcnNvbiB0byBjb25zdWx0IG9uIHRoaXMgbWF0 dGVyPw0KSSBhY3R1YWxseSBoYXZlIG5vdCBzZWVuIGNoYW5nZXMsIG9yIGNvbW1lbnRzLCBvbiB0 aGlzLiBJbiBPTFNSdjIsIHRoZSBXRyB3YXMgbWFraW5nIGl0IGEgc3Ryb25nIHJlcXVpcmVtZW50 IHRoYXQgaXQgc2hvdWxkIGJlIHBvc3NpYmxlIHRvIHVzZSB0aGUgc2FtZSBJUCBhZGRyZXNzIG9u IGRpZmZlcmVudCBpbnRlcmZhY2VzIG9mIGEgcm91dGVyLiBJdCB3YXMgc29tZXdoYXQgdGVkaW91 cyB0byBkZXNpZ24gYXJvdW5kLCBidXQgaXQgd2FzIHdvcmtlZCBvdXQsIGFuZCB0aGUgY29uZGl0 aW9ucyB1bmRlciB3aGljaCB0aGF0IHdhcyBwb3NzaWJsZSB3ZXJlIGRlZmluZWQgYW5kIGRvY3Vt ZW50ZWQuDQpJIHdvdWxkIGxpa2UgdG8gc2VlIHRoZSBzYW1lIGRvbmUgZm9yIHRoaXMgcHJvdG9j b2wuDQpJIGFsc28gbm90ZSB0aGF0IHRoaXMgaXMgbm90IHVucmVsYXRlZCB0byBSRkM2NjIxLWRp c2N1c3Npb25zLiBGb3IgZXhhbXBsZSwgd2hlbiBzZWxlY3RpbmcgUy1NUFJzIG9uIGEgbXVsdGkt aW50ZXJmYWNlIGFuZCBtdWx0aS1hZGRyZXNzLXBlci1pbnRlcmZhY2Ugcm91dGVyLCBjYXJlIG11 c3QgYmUgdGFrZW4gbGVhc3QgdGhpbmdzIHdvbuKAmXQgd29yay4gU28sIGlmIChhbmQgdGhpcyBs aW5rcyBiYWNrIHRvIHByZXZpb3VzIG1haWxzKSBSRkM2NjIxIGlzIGEgcmVxdWlyZW1lbnQgb3Ig ZGVzaXJlIGZvciB0aGlzIHByb3RvY29sLCB0aGVuIHRoZXJlIGFyZSBzb21lIGNvbnNpZGVyYXRp b25zIHJlcXVpcmVkIGhlcmUuDQoNCkFPRFZ2MjogV2UgaGF2ZSByZW1vdmVkIHJlZmVyZW5jZXMg dG8gUkZDIDY2MjEuDQpJbml0aWFsIHRob3VnaHRzIG9uIHRoaXMgdG9waWMgb2YgbXVsdGlwbGUg aW50ZXJmYWNlcyB1c2luZyB0aGUgc2FtZSBJUCBhZGRyZXNzLCBpcyB0aGF0IHRoaXMgd291bGRu 4oCZdCBjYXVzZSBhIHByb2JsZW0sIGlmIHRoZSByb3V0ZXIgaGFzIG9ubHkgb25lIHNlcXVlbmNl IG51bWJlci4gSG93ZXZlciwgdGhpcyBpcyB1cCBmb3IgZnVydGhlciBkaXNjdXNzaW9uLg0KDQox Mi4gSW50ZXJmYWNlcyBjb25maWd1cmVkIGFzIHJvdXRlciBjbGllbnRzDQoNClRob21hczogSSBz ZWUgdGhhdCB0aGUgZGVmaW5pdGlvbiBvZiDigJxSb3V0ZXIgQ2xpZW504oCdIGhhcyBjaGFuZ2Vk IHRvIGJlDQrigJxBbiBhZGRyZXNzIG9yIGFkZHJlc3MgcmFuZ2XigKZ0aGUgQU9EVnYyIHJvdXRl cuKAmXMgaW50ZXJmYWNlIGFkZHJlc3NlcyBhcmUgYWxzbyBjb25maWd1cmVkIGFzIHJvdXRlciBj bGllbnRz4oCdDQpCZXR0ZXIgdGhhbiBiZWZvcmUsIGJ1dCBzdGlsbCBtaXNzaW5nIHRoZSB0YXJn ZXQuIFRoZSB0ZXJtIOKAnFJvdXRlciBDbGllbnTigJ0gaXMsIGFzIEkgaW5kaWNhdGVkIG51bWVy b3VzIHRpbWVzIGJlZm9yZSwgb2RkLg0KQnV0IHRoZSBzZWNvbmQgcGFydCBvZiB0aGUgc2VudGVu Y2UsIGRvZXMgdGhhdCBtZWFuICh3aGF0IGl0IHNheXMpIHRoYXQgdGhlIGludGVyZmFjZXMgbXVz dCBiZSBjb25maWd1cmVkIHNwZWNpYWxseSwgc28gYXMgdG8gYmUgYWJsZSB0byBiZSDigJxyb3V0 ZXIgY2xpZW50c+KAnT8gVGhhdCBjYW7igJl0IGJlIHRydWUuDQpXaGF0IHlvdSBsaWtlbHkgbWVh biBpczoNCkFuIEFPRFZ2MiByb3V0ZXIgaXMgY29uZmlndXJlZCBzbyBhcyB0byBjb25zaWRlciBp dHMgb3duIGludGVyZmFjZXMgYXMgcGFydCBvZiB0aGUgbG9jYWxseSBhdHRhY2hlZCBuZXR3b3Jr IHNldOKAnSA/DQpZb3UgY29uZmlndXJlIHRoZSByb3V0ZXIsIHJpZ2h0PyBObyBzcGVjaWFsIOKA nGludGVyZmFjZSBjb25maWd1cmF0aW9uIHByb3BlcnRpZXPigJ0gYXJlIHJlcXVpcmVkIGZvciBh biBpbnRlcmZhY2UgdG8gYmUgYW5ub3VuY2FibGUgYnkgIGFuIEFPRFZ2MiByb3V0ZXI/IChBbmQs IGdldHRpbmcgcmlkIG9mIG5vZGUgd291bGQgYWN0dWFsbHkgbWFrZSB0aGUgZGVmaW5pdGlvbiBz aG9ydGVyIGFuZCBuaWNlcikNCg0KQU9EVnYyOiBUaGUgd29yZGluZyB3ZSB1c2Ugc2F5czogIlRo ZSBJUCBBZGRyZXNzZXMgb2YgdGhlIHJvdXRlcidzIGludGVyZmFjZXMgd2lsbCBhcHBlYXIgaW4g dGhlIFJvdXRlciBDbGllbnQgVGFibGUuIiBhbmQgaW4gdGhlIFRlcm1pbm9sb2d5OiAiVGhlIEFP RFZ2MiByb3V0ZXIncyBpbnRlcmZhY2UgYWRkcmVzc2VzIGFyZSBhbHNvIGNvbmZpZ3VyZWQgYXMg Um91dGVyIENsaWVudHMuIiBCb3RoIHN0YXRlbWVudHMgc2F5IHRoYXQg4oCYaW50ZXJmYWNlIGFk ZHJlc3NlcyBhcmUgY29uZmlndXJlZCBhcyByb3V0ZXIgY2xpZW50c+KAmSAuLi53ZSBhcmUgbm90 IHN1cmUgd2h5IHRoaXMgaXMgbWlzdW5kZXJzdG9vZC4gV2UgaGF2ZSBhIHJvdXRlciBjbGllbnQg bGlzdCwgYW5kIHRoZSBBT0RWdjIgcm91dGVy4oCZcyBpbnRlcmZhY2UgYWRkcmVzc2VzIGFyZSBp bmNsdWRlZCBpbiB0aGlzIGxpc3QuIFRoZSBpbnRlcmZhY2UgaXRzZWxmIGRvZXNu4oCZdCBoYXZl IHNwZWNpYWwg4oCcaW50ZXJmYWNlIGNvbmZpZ3VyYXRpb24gcHJvcGVydGllc+KAnS4NCg0KMTMg LSBtb3JlIG9uIHJvdXRlciBjbGllbnRzDQpUaG9tYXM6IE5vdywgc25pcHBpbmcgb3V0IGZyb20g dGhlIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50Og0KIk11bHRpLWhvbWluZyBvZiBhbiBJUCBhZGRy ZXNzIGlzIG5vdCBzdXBwb3J0ZWQgYnkgQU9EVnYyLCBhbmQgdGhlcmVmb3JlIGEgUm91dGVyIENs aWVudCwgaS5lLiBhbiBJUCBBZGRyZXNzLCAg4oCmICINCuKApmV2aWRlbmNlIHRvIHRoZXJlIGJl aW5nIHNvbWUgcmVkdW5kYW50IHRlcm1pbm9sb2d5IGhlcmUgdG8gd2VlZCBhd2F5Lg0KDQpBT0RW djI6IFRoYXQgd2FzIHRoZXJlIGFzIGEgcmVtaW5kZXIgdGhhdCBhIHJvdXRlciBjbGllbnQgaXMg YmFzZWQgb24gSVAgYWRkcmVzcywgZXZlbiB0aG91Z2ggdGhlIGRldmljZSB3aXRoIHRoYXQgSVAg YWRkcmVzcyBtYXkgaGF2ZSBvdGhlciBJUCBhZGRyZXNzZXMgdG9vLiBJdOKAmXMgdGhlIElQIGFk ZHJlc3MgdGhhdCBpcyB0aGUgcm91dGVyIGNsaWVudCwgbm90IHRoZSBkZXZpY2UgYXMgYSB3aG9s ZSB3aXRoIGl0cyBlbnRpcmUgY29sbGVjdGlvbiBvZiBjb25maWd1cmVkIElQIGFkZHJlc3Nlcy4g T25lIElQIGFkZHJlc3Mgb2YgdGhhdCBkZXZpY2UgbWlnaHQgYmUgY29uZmlndXJlZCBhcyBhIHJv dXRlciBjbGllbnQgb24gb25lIHJvdXRlciwgYW5kIGEgZGlmZmVyZW50IElQIGFkZHJlc3Mgb2Yg dGhhdCBkZXZpY2UgY291bGQgYmUgY29uZmlndXJlZCBhcyBhIHJvdXRlciBjbGllbnQgb24gYW5v dGhlciByb3V0ZXIuIFRoZSBJUCBhZGRyZXNzZXMgd291bGQgc2VlbSB0byBBT0RWdjIgdG8gYmUg b24gZGlmZmVyZW50IGRldmljZXMuDQoNCg0KMTQuIGRhdGEgZWxlbWVudHMNCg0KVGhvbWFzOiBU aGUgYmVsb3cgaXMgYSBsaXR0bGUgYml0IG9mIGEgbWV0YS1jb21tZW50LCBJIGFtIG5vdCBxdWl0 ZSBzdXJlIHdoYXQgSSB0aGluayBoZXJlLiBUaGUgZGVmaW5pdGlvbnMgZm9yIFRhcmdldCBOb2Rl IGFuZCBzdWNoIHdlcmUgY29uZnVzaW5nIGJlZm9yZS4gVGhleSBzdGlsbCBhcmUsIHNvbWV3aGF0 Lg0KSSB0aGluayB0aGF0IGl0IG1heSBiZSBiZWNhdXNlIHRoZSBkZWZpbml0aW9ucyBub3cgdXNl ZCBhcmUgc2ltcGx5IGNvcHktcGFzdGVkIG91dCBmcm9tIHRoZSB0YWJsZXMgaW4gdGhlIHByZXZp b3VzIHZlcnNpb24sIGZvciBleGFtcGxlOg0KICAg4oCcQW4gQU9EVnYyIERhdGEgRWxlbWVudCBj b250YWluaW5nIHRoZSBkZXN0aW5hdGlvbiBhZGRyZXNzIG9mIHRoZSBJUCBwYWNrZXQgdHJpZ2dl cmluZyByb3V0ZSBkaXNjb3Zlcnku4oCdDQpPSywgSSBjYW4gdHJhY2UgYmFjayBhbmQgc2VlIHRo YXQgYSBEYXRhIEVsZW1lbnQgaXMgc29tZXRoaW5nIHRoYXQgZXhpc3RzIGluc2lkZSBhIHByb3Rv Y29sIG1lc3NhZ2UuIFRvIG1lLCBob3dldmVyLCB0aGF04oCZcyBub3QgcmVhbGx5IGdlbmVyYWwg dGVybWlub2xvZ3kgYXMgc3VjaCwgYnV0IHBhcnQgb2YgdGhlIHNwZWNpZmljYXRpb24gb2YgYSBw YWNrZXQgZm9ybWF0IC0gb3IgcmF0aGVyLCBpdCBpcyB0aGUgbm90YXRpb24gdGhhdCB5b3UgdXNl IHdoZW4gZGVzY3JpYmluZyBhbiBhbGdvcml0aG0uIEJ5IHRoZSB3YXksIHdoeSBhcmUgc29tZSBu b3RhdGlvbnMgaW4gQ2FtZWxDYXNlIHdoZXJlYXMgb3RoZXJzIGhhdmUgYSBzcGFjZSBpbiB0aGVt LCBlLmcuIOKAnFRhcmdldCBOb2Rl4oCdIGFuZCDigJxUYXJnTWV0cmlj4oCdLCBib3RoIG9mIHdo aWNoIGFyZSBEYXRhIEVsZW1lbnRzPyBXb3VsZCBiZSBnb29kIHdpdGggYSBjb25zaXN0ZW50IGFw cHJvYWNoIGhlcmUuDQpJICp0aGluayogdGhhdCBpdCB3b3VsZCBiZSBiZXR0ZXIgdG8gdGFrZSBh bGwgdGhvc2Ug4oCcRGF0YSBFbGVtZW504oCdIGJpdHMgYW5kIG1vdmUgdG8gYSBzZXBhcmF0ZSBz ZWN0aW9uIChvciBzdWJzZWN0aW9uKSB0byB0aGUgdGVybWlub2xvZ3ksIGFuZCB0aGVuIGtlZXAg YWxsIHRoZSDigJxvdGhlciBzdHVmZuKAnSAoTmVpZ2hib3IsIOKApikgaW4gaXRzIG93biBzZWN0 aW9uLg0KDQpBT0RWdjI6IFlvdXIgY29tbWVudCBmcm9tIGRyYWZ0IDExIHdoZXJlIHdlIGFscmVh ZHkgaGFkIGRhdGEgZWxlbWVudHMgaW4gYSBzZXBhcmF0ZSB0YWJsZSwgc2F5czoNCiJBbHNvIHN1 Z2dlc3QgYWJvbGlzaGluZyB0aGlzIHRhYmxlIGFuZCBmb2xkaW5nIHRoZSBkZWZpbml0aW9ucyBp biB3aXRoIHRoZSBvdGhlciBkZWZpbml0aW9ucyBpbiB0aGUgdGVybWlub2xvZ3kgc2VjdGlvbi4i DQpXZSBoYXZlIHVwZGF0ZWQgdG8gbm90IHJlZmVyIHNvIGhlYXZpbHkgdG8gdGhlIHRlcm0gRGF0 YSBFbGVtZW50LiBBbGwgdGhlIHRlcm1zIGFyZSBkZXNjcmliZWQgaW4gdGhlIFRlcm1pbm9sb2d5 IHNlY3Rpb24uIFRob3NlIGluIENhbWVsQ2FzZSBhcmUgdXNlZCBhcyBtZXNzYWdlIGZpZWxkcy4N Cg0KDQoxNS4gUm91dGUg4oCcdG8gYSBzcGVjaWZpYyBhZGRyZXNz4oCdDQpUaG9tYXM6DQpJIG1h ZGUgYSBjb21tZW50OiBTZWNvbmQsIHNob3VsZCDigJx2YWxpZCByb3V0ZeKAnSBub3QgYmUgcXVh bGlmaWVkIGJ5IOKAnHRvIGEgc3BlY2lmaWMgYWRkcmVzc+KAnT/igJ0NCldoaWNoIHdhcyBub3Qg YWRkcmVzc2VkLg0KDQpBT0RWdjI6IEV2ZXJ5IHJvdXRlIGlzIHRvIGEgc3BlY2lmaWMgYWRkcmVz cy4uLnRoZSBhZGRyZXNzIGlzIHNwZWNpZmllZCBieSBSb3V0ZS5BZGRyZXNzIGFuZCBSb3V0ZS5Q cmVmaXhMZW5ndGguDQpEbyB5b3UgbWVhbiB0aGF0IHJvdXRlcyBhcmUgdG8gdGhlIGFkZHJlc3Mg VGFyZ0FkZHIgb3IgT3JpZ0FkZHIgYW5kIHRoZXJlZm9yZSB0byBhIHNwZWNpZmljIGhvc3QgYWRk cmVzcyByYXRoZXIgdGhhbiB0byBhIG5ldHdvcmsgcHJlZml4PyBUaGlzIGlzIG5vdCB0aGUgY2Fz ZS4gUHJlZml4IExlbmd0aCBpcyBpbmNsdWRlZCBpbiBBT0RWdjIgbWVzc2FnZXMgc28gdGhhdCB0 aGUgcm91dGUgbGVhcm5lZCBmcm9tIHRoZSBtZXNzYWdlIHJlcHJlc2VudHMgdGhlIHByZWZpeCB3 aGljaCBPcmlnQWRkciBvciBUYXJnQWRkciByZXNpZGVzIG9uIChpZiB0aGUgcm91dGVyIGNsaWVu dCBlbnRyeSBjb3JyZXNwb25kaW5nIHRvIE9yaWdBZGRyIGF0IFJSRVFfR2VuIG9yIFRhcmdBZGRy IGF0IFJSRVBfR2VuIGlzIGNvbmZpZ3VyZWQgd2l0aCBhIHByZWZpeCBsZW5ndGgpLiBlLmcuIE9y aWdBZGRyIGlzIDEwLjAuMC4xIGJ1dCB0aGUgY29ycmVzcG9uZGluZyByb3V0ZXIgY2xpZW50IGVu dHJ5IGF0IFJSRVFfR2VuIGNvdWxkIGJlIDEwLjAuMC4wLzg8aHR0cDovLzEwLjAuMC4wLzg+LiBT byB3aGVuIGNvbnN0cnVjdGluZyB0aGUgUlJFUSB5b3UgaW5jbHVkZSBhIHByZWZpeCBsZW5ndGgg b2YgOCwgYW5kIHdoZW4gcmVjZWl2aW5nIHRoZSBSUkVRIGFuZCBsZWFybmluZyB0aGUgcm91dGUg dG8gT3JpZ0FkZHIsIHlvdSBjYW4gaW5zdGFsbCBhIHJvdXRlIHRvIDEwLjAuMC4wLzg8aHR0cDov LzEwLjAuMC4wLzg+LiAgVGV4dCBoYXMgYmVlbiB1cGRhdGVkIHRvIG1ha2UgdGhpcyBtb3JlIG9i dmlvdXMuDQoNCjE2LiB1bnJlYWNoYWJsZSBhZGRyZXNzDQoNClRob21hczogSSBhbHNvIG1hZGUg YSBjb21tZW50IG9uICJVbnJlYWNoYWJsZSBBZGRyZXNz4oCdIC0gSSBhbSBnbGFkIEkgZGlkLCBi ZWNhdXNlIEkgYXBwYXJlbnRseSBoYWQgYSBkaWZmZXJlbnQgdW5kZXJzdGFuZGluZyB0aGFuIHdo YXQgd2FzIGludGVuZGVkLiBJIG5vdyBzZWUgdGhhdCBhbiBVbnJlYWNoYWJsZSBBZGRyZXNzIGJ5 IGRlZmluaXRpb24gaXMgYW4gYWRkcmVzcyBsaXN0ZWQgaW4gYSBSRVJSIG1lc3NhZ2UsIGFuZCBu b3QgdGhlIHNhbWUgYXMgYW4gYWRkcmVzcyB0byB3aGljaCBubyByb3V0ZSBoYXMgeWV0ICBiZWVu IGRpc2NvdmVyZWQ/IElmIHllcywgdGhlbiBwbGVhc2UgdXNlIGEgZGlmZmVyZW50IHRlcm0sIHN1 Y2ggYXMgRm9ybWVybHlSZWFjaGFibGVBZGRyZXNz4oCdIG9yIHNvbWV0aGluZyBvZiB0aGUgc29y dD8NCg0KQU9EVnYyOiAiRm9ybWVybHkgcmVhY2hhYmxlIiBpcyBpbmFjY3VyYXRlLi4uIHdlIHNl bmQgYSBSRVJSIGlmIGFub3RoZXIgcm91dGVyIGZvcndhcmRzIGEgcGFja2V0IHZpYSB1cywgYW5k IHdlIGRvbnQgaGF2ZSBhIHJvdXRlLCBub3QganVzdCB3aGVuIHdlIGxvc2UgYSByb3V0ZS4gV2Ug bWlnaHQgbmV2ZXIgaGF2ZSBoYWQgYSByb3V0ZSwgb3IgbWlnaHQgbmV2ZXIgaGF2ZSBoYWQgYSB2 YWxpZCByb3V0ZSwgc28gdGhlIGFkZHJlc3MgbWF5IG5vdCBoYXZlIGJlZW4gImZvcm1lcmx5IHJl YWNoYWJsZSIuIEFsc28sIEkgdGhpbmsgIkZvcm1lcmx5UmVhY2hhYmxlQWRkcmVzcyIgaXMgYSBy ZWFsbHkgdWdseSB0ZXJtLiBVbnJlYWNoYWJsZSBtZWFucyAid2UgZG9u4oCZdCBoYXZlIGEgcm91 dGUgYW5kIHdlIGFyZW7igJl0IGdvaW5nIHRvIHJlcXVlc3Qgb25lIiBvciAid2UgbG9zdCB0aGlz IHJvdXRlIiAoZGVwZW5kaW5nIG9uIHdoeSB0aGUgUkVSUiBpcyBiZWluZyBzZW50KS4gSXQgZG9l c27igJl0IG1lYW4gIndlIGRpZG7igJl0IHJlcXVlc3Qgb25lIHlldCIsIGFuZCBpdCB3b3VsZCBi ZSB3cm9uZyB0byBjbGFzcyBhbiBhZGRyZXNzIGFzIHVucmVhY2hhYmxlIGJlY2F1c2Ugd2UgaGFk buKAmXQgcmVxdWVzdGVkIGEgcm91dGUgZm9yIGl0IHlldCwgdGhhdCBpcywgYXNzdW1pbmcgaXTi gJlzIGNvbmZpZ3VyZWQgYXMgYSByb3V0ZXIgY2xpZW50Lg0KDQpJZiBhIGJldHRlciB0ZXJtIGlz IHN1Z2dlc3RlZCB3ZSBjb3VsZCBjb25zaWRlciBjaGFuZ2luZyBidXQgYXQgdGhlIG1vbWVudCB3 ZSBoYXZlIGtlcHQg4oCcVW5yZWFjaGFibGUgQWRkcmVzc+KAnS4NCg0KDQoxNy4gQXBwbGljYWJp bGl0eSAtIG11bHRpcGxlIGludGVyZmFjZXMgc2FtZSBhZGRyZXNzLCA2NjIxIGFnYWluDQoNClRo b21hczogQXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQ6IEZpcnN0LCBJIHdvdWxkIGxpa2UgdG8gcmVj b2duaXplIHRoZSBlZmZvcnRzIG1hZGUgdG8gaW1wcm92ZSB0aGlzIHNpbmNlIGxhc3QgcmV2aWV3 LiBUaGFua3MNClNlY29uZCwgdGhlIGRvY3VtZW50IHN0YXRlczogIkFPRFZ2MiBzdXBwb3J0cyBy b3V0ZXJzIHdpdGggbXVsdGlwbGUgaW50ZXJmYWNlcywgYXMgbG9uZyBhcyBlYWNoIGludGVyZmFj ZSBjb25maWd1cmVkIGZvciBBT0RWdjIgaGFzIGEgdW5pY2FzdCBJUCBhZGRyZXNzLiAgQSByb3V0 ZXIgbWF5IHVzZSB0aGUgc2FtZSBJUCBhZGRyZXNzIG9uIG11bHRpcGxlIGludGVyZmFjZXMuICBB ZGRyZXNzIGFzc2lnbm1lbnQgcHJvY2VkdXJlcyBhcmUgb3V0IG9mIHNjb3BlIGZvciBBT0RWdjIu 4oCdDQpJcyB0aGF0IHRydWU/IEdyYW50ZWQsIEkgaGF2ZSBub3Qgd29ya2VkIHRoaXMgdGhyb3Vn aCBpbiBkZXRhaWwsIGJ1dCBJIGNhbiBwcmVzZW50IGEgY291bnRlci1leGFtcGxlOiB0aGUgdXNl IG9mIFJGQzY2MjEgbWVhbnMgdGhhdCB0aGVyZSBjZXJ0YWlubHkgYXJlIHNvbWUgY29uc3RyYWlu dHMgdGhhdCBtdXN0IGJlIHJlc3BlY3RlZCBsZWFzdCB2YXJpb3VzIGZsb29kaW5nIG9wdGltaXph dGlvbnMgbWF5IG5vdCB3b3JrLg0KU2Vjb25kbHksIGlmIHRoZSBtdWx0aXBsZS1pbnRlcmZhY2Vz LXdpdGgtc2FtZS1hZGRyZXNzIGFyZSBvbiB0aGUgc2FtZSBMMiwgYW5kIHRoaXMgaXMgd2hhdCBJ IGhhdmUgbm90IHdvcmtlZCB0aHJvdWdoLCBhcmUgdGhlcmUgYW55IHNpdHVhdGlvbnMgdGhhdCB3 aWxsIG5vdCB3b3JrPw0KVGhlIGltbWVkaWF0ZWx5IHByZXZpb3VzIHZlcnNpb24gb2YgdGhpcyBz cGVjaWZpY2F0aW9uIHJlYWQ6DQoiQU9EVnYyIHN1cHBvcnRzIHJvdXRlcnMgd2l0aCBtdWx0aXBs ZSBpbnRlcmZhY2VzLCBhcyBsb25nIGFzIGVhY2ggaW50ZXJmYWNlIGNvbmZpZ3VyZWQgZm9yIEFP RFZ2MiBoYXMgaXRzIG93biB1bmljYXN0IHJvdXRhYmxlIElQIGFkZHJlc3MiDQpTbyB3aGF0IGNo YW5nZWQgdGhhdCBtZWFucyB0aGF0IGVhY2ggaW50ZXJmYWNlIG5vIGxvbmdlciBuZWVkcyBpdHMg Km93biogdW5pY2FzdCBhZGRyZXNzPw0KDQpBT0RWdjI6IFdlbGwsIGJhc2VkIG9uIHByZXZpb3Vz IHF1ZXN0aW9ucyBvbiB0aGlzLCB3ZSB0YWxrZWQgaXQgdGhyb3VnaCBhbmQgZGVjaWRlZCB0aGVy ZSBzaG91bGRu4oCZdCBiZSBhbiBpc3N1ZSBpZiBkaWZmZXJlbnQgaW50ZXJmYWNlcyBvZiBhIHJv dXRlciB1c2VkIHRoZSBzYW1lIElQIGFkZHJlc3MuIE5vdGUgdGhhdCB3ZSBjaGFuZ2VkIEFPRFZ2 MiBzbyB0aGF0IHRoZXJlIGlzIG9uZSBzZXF1ZW5jZSBudW1iZXIgcGVyIHJvdXRlci4gTm8gbG9u Z2VyIGNhbiBhIHJvdXRlciB1c2UgZGlmZmVyZW50IHNlcXVlbmNlIG51bWJlcnMgb24gZGlmZmVy ZW50IGludGVyZmFjZXMuIElmIGFuIFJSRVEgd2VudCBvdXQgb2YgdHdvIGludGVyZmFjZXMgdXNp bmcgdGhlIHNhbWUgYWRkcmVzcywgd2Ugd29ya2VkIGl0IHRocm91Z2ggYW5kIGRlY2lkZWQgdGhl IHJlcXVlc3Qgd291bGQgYmUgcHJvY2Vzc2VkIGNvcnJlY3RseS4NCkFsc28sIHRleHQgcmVmZXJy aW5nIHRvIFJGQyA2NjIxIGhhcyBiZWVuIHJlbW92ZWQuDQoNCjE4LiBBcHBsaWNhYmlsaXR5IGFu ZCBhcHBlbmRpeCAtIG11bHRpaG9taW5nDQoNClRob21hczogSSBwb2ludGVkIG91dCB0byB0aGUg QXBwbGljYWJpbGl0eSBTdGF0ZW1lbnQ6DQpJIHRoaW5rIHRoYXQgYXBwZW5kaXggQiBuZWVkcyB0 byBiZSByZW1vdmVkLiBFc3NlbnRpYWxseSwgaXQgbWFrZXMgY2xhaW1zIHRoYXQgaXQgaXMgcG9z c2libGUgdG8gZG8gbXVsdGktaG9taW5nIOKAlCBidXQgbmVpdGhlciBzcGVjaWZpZXMgaG93IGl0 IGlzIGRvbmUsIG5vciBnaXZlcyBwb2ludGVycyB0byBkb2N1bWVudHMgdGhhdCBqdXN0aWZ5IHRo ZSBjbGFpbS4NCkFPRFZ2MiBkb2VzIG5vdCBzdXBwb3J0IG11bHRpLWhvbWluZyDigJQgdGhhdOKA mXMgY2xlYXIsIGFuZCBpdCBpcyBmaW5lIHRoYXQgaXQgaXMgY2FsbGVkIG91dCBoZXJlLiBUaGFu ayB5b3UgZm9yIHRoYXQuDQpOb3csIHdpdGggdGhhdCBiZWluZyBzYWlkLCBJIGFtIHRvcm4gYmV0 d2VlbiBiZWluZyBzYXRpc2ZpZWQgdGhhdCBpdCBpcyBjYWxsZWQgb3V0IG9uIG9uZSBoYW5kLCBh bmQgd2FudGluZyB0byBoYXZlIOKAnG11bHRpIGhvbWluZ+KAnSBvbiB0aGUgb3RoZXIgaGFuZC4g UkZDNzE4MSBzdXBwb3J0cyBtdWx0aS1ob21pbmcsIEZXSVcuDQpJIGJlbGlldmUgdGhhdCB0aGlz IGFsc28gd291bGQgbWVyaXQgc29tZSBleHBsaWNpdCBkaXNjdXNzaW9uIGJ5IHRoZSBXRywgaW4g b3JkZXIgdG8gdW5kZXJzdGFuZCBpZiB0aGlzIGRlc2lnbiBkZWNpc2lvbiBpcyBhY2NlcHRhYmxl Pw0KSSBzZWUgdGhhdCBBcHBlbmRpeCBCIHN0aWxsIGlzIGluIHRoZSBkb2N1bWVudCwgYW5kIEkg ZG8gbm90IHJlY2FsbCBoYXZpbmcgc2VlbiB0aGlzIGRpc2N1c3NlZCBvbiB0aGUgbWFpbGluZyBs aXN0LiBTaW1wbHkgcmVtb3ZpbmcgdGhlIHJlZmVyZW5jZSBmcm9tIHRoZSBBcHBsaWNhYmlsaXR5 IFN0YXRlbWVudCB0byBBcHBlbmRpeCBCIGRvZXMgbm90IGFkZHJlc3MgdGhlIGlzc3VlIHRoYXQg SSByYWlzZWQgaW4gbXkgcHJldmlvdXMgcmV2aWV3Lg0KDQpBT0RWdjI6IEFwcGVuZGl4IGhhcyBi ZWVuIHJlbW92ZWQgYW5kIG1heSBhcHBlYXIgaW4gYSBmdXR1cmUgaW5mb3JtYXRpb25hbCBkb2N1 bWVudC4NCg0KMTkuIGludGVyZmFjZXMgbGlzdCAtIHVzZSBvZiDigJxTSE9VTETigJ0NCg0KVGhv bWFzOiBUbyA0LjEsIEkgbWFkZSB0aGUgZm9sbG93aW5nIGNvbW1lbnQ6DQoiSXMgdGhpcyBhIHNo b3VsZCwgb3IgYSBTSE9VTEQ/IElmIHRoZSBsYXR0ZXIsIHNob3VsZCBpdCBiZSBhIE1VU1Q/DQpJ biBnZW5lcmFsLCB0aGVyZSBhcmUgYSBsb3Qgb2Ygc3VjaCDigJxtYXliZSBub3JtYXRpdmUgbGFu Z3VhZ2XigJ0gdGhyb3VnaCB0aGUgZG9jdW1lbnQsIGFuZCBJIHdvdWxkIG11Y2ggbGlrZSB0byBz ZWUgYW4gZWRpdG9yaWFsIHBhc3Mg4oCUIGVzc2VudGlhbGx5IGFsbCBtYXkvc2hvdWxkLyBtdXN0 IGFuZCBmcmllbmRzIGNhcmVmdWxseSBldmFsdWF0ZWQgYXMgaWYgdGhleSBzaG91bGQgYmVjb21l IDIxMTktdGVybXMsIGFuZCAuLi4gbW9yZSBpbXBvcnRhbnRseSAoaXQgaGFzIGJlZW4gY2FsbGVk IG91dCBiZWZvcmUsIGZ3aXcpIHF1aXRlIGEgYml0IG9mIHNob3VsZC9TSE9VTEQgd2hpY2ggb3Vn aHQgdG8gYmUgdHJhbnNmb3JtZWQgaW50byBNVVNULg0KR2VuZXJhbGx5LCBhaW1pbmcgZm9yIGEg dmVyeSBhIGxvdyBudW1iZXIgb2YgU0hPVUxEIGlzIGEgZ29vZCBkZXNpZ24gbWV0cmljIGZvciBh IGRvY3VtZW504oCdDQpBc2lkZSBmcm9tIHRoZSBnZW5lcmFsIGNvbW1lbnQgb24gMjExOS1sYW5n dWFnZSwgd2h5IGlzIHRoaXMgYSBTSE9VTEQ/DQoNCkFPRFZ2MjogV2UgY2hhbmdlZCB0aGlzIGlu c3RhbmNlIHRvIGEgTVVTVCBhbmQgd2lsbCBiZSBjaGVja2luZyBmb3Ig4oCcbWF5YmUgbm9ybWF0 aXZlIGxhbmd1YWdl4oCdLg0KDQoNCjIwLiBSb3V0ZXIgY2xpZW50IC0gTG9jYWwgQXR0YWNoZWQg TmV0d29yayBTZXQNCg0KVGhvbWFzOiBUbyA0LjIsIEkgbWFkZSB0aGUgZm9sbG93aW5nIGNvbW1l bnQ6DQpBcyBpbmRpY2F0ZWQgZWFybGllciwgSSBiZWxpZXZlIHRoYXQgdGhlIHRlcm0g4oCcUm91 dGVyIENsaWVudOKAnSBpcyBpbGwgY2hvc2VuLiBJIGJlbGlldmUgdGhhdCBpdCBpcyBtb3JlIGFw cHJvcHJpYXRlbHkgYW4g4oCcQXR0YWNoZWQgTmV0d29yayBTZXTigJ0gc2luY2Ug4oCUIGFzIGlu ZGljYXRlZCBwcmV2aW91c2x5IOKAlCB0aGUgdGVybSDigJxSb3V0ZXIgQ2xpZW504oCdIGlzIGFt YmlndW91cy4gSSBhbSBwbGVhc2VkIHRvIHNlZSwgdGhvdWdoLCB0aGF0IHRoaXMg4oCcUm91dGVy IENsaWVudCBMaXN04oCdIGluIHJlYWxpdHkgaXMgYW4g4oCcQXR0YWNoZWQgTmV0d29yayBTZXTi gJ0gYW5kIHNvIHRoYXQgY2hhbmdlIHNob3VsZCBiZSAocmVsYXRpdmVseSkgZWFzeS4NClRoZSBh Ym92ZSBjb21tZW50IHN0aWxsIGlzIGFwcGxpY2FibGUgdG8gdGhpcyByZXZpc2lvbiwNCg0KQU9E VnYyOiBTZWUgNSw5LDEyLDEzLg0KDQoNCjIxLiBTdWJuZXQNClRob21hczogVG8gNC4yLCBJIG1h ZGUgdGhlIGZvbGxvd2luZyBjb21tZW50Og0KQWxzbywgSSByZWNvbW1lbmQgdG8gbm90IHNheSDi gJxzdWJuZXTigJ0g4oCUIGhvdyBhYm91dCByZXBocmFzaW5nIHRvIOKAnElmIGEgcHJlZml4IGlz IGluY2x1ZGVkIGluIHRoZSBhdHRhY2hlZCBuZXR3b3JrIHNldCBvZiBhbiBBT0RWdjIgcm91dGVy LCB0aGVuIHRoYXQgQU9EVnYyIHJvdXRlciBNVVNUIHByb3ZpZGUgY29ubmVjdGl2aXR5IGZvciwg aS5lLiBhbnN3ZXIgdG8gUlJFUXMgYW5kIG1haW50YWluIHNlcXVlbmNlIG51bWJlcnMgZm9yLCBh bGwgYWRkcmVzc2VzIGZyb20gd2l0aGluIHRoYXQgcHJlZml4LuKAnQ0KSSBub3RlIHRoYXQgd2hp bGUgdGhlIHRlcm0gaGFzIGJlZW4gcmVtb3ZlZCBmcm9tIHNlY3Rpb24gNCwgdGhlcmXigJlyZSA0 IGxpbmdlcmluZyBpbnN0YW5jZXMgb2YgdGhpcyB0ZXJtIGluIHRoZSBkb2N1bWVudCwgdGhhdCBj b3VsZCBlYXNpbHkgYmUgcmVtb3ZlZC4NCg0KQU9EVnYyOiBBbGwgbWVudGlvbnMgb2YgInN1Ym5l dCIgd2VyZSBpbiB0aGUgRU5BUiBzZWN0aW9uLiBUaGV5IGhhdmUgYmVlbiB1cGRhdGVkIHRvIHNh eSBuZXR3b3JrLCBvciAibmV0d29ya3MgYXR0YWNoZWQgdG8gdGhlIHJvdXRlcnMiDQoNCg0KMjIu IHJlbG9jYXRpbmcgcm91dGVyIGNsaWVudA0KDQpUaG9tYXM6IEkgQWxzbyBtYWRlIGEgY29tbWVu dCBhYm91dCBBcHBlbmRpeCBCIGluIG15IHByZXZpb3VzIHJldmlldywgd2hpY2ggaXMgcmVmZXJl bmNlZCBoZXJlLiBUaGF0IGNvbW1lbnQgc3RpbGwgYXBwbGllcy4NCg0KQU9EVnYyOiBNb3ZlZCBp bnRvIG1haW4gZHJhZnQuDQoNCg0KMjMuIE5laWdoYm9yIE1vbml0b3JpbmcNCg0KVGhvbWFzOiBU byBTZWN0aW9uIDQuMywgSSBub3RpY2VkOg0KRG9lcyBzZWN0aW9uIDYuMiBkZXNjcmliZSBob3cg dG8gbW9uaXRvciBhbiBlc3RhYmxpc2hlZCBhZGphY2VuY3kgb25seSwgb3IgaG93IHRvIGRpc2Nv dmVyIG5laWdoYm91cmluZyBBT0RWdjIgcm91dGVycz8gTG9va2luZyBpbiA2LjIsIEkgc2VlDQri gJxOb3QgZXZlcnkgcGFpciBvZiBuZWlnaGJvcmluZyByb3V0ZXJzIHdpbGwgbmVjZXNzYXJpbHkg Zm9ybSBhbiBhZGphY2VuY3ks4oCdIOKAlCBzbyBpdCBsaWtlbHkgaXNu4oCZdCA2LjIgdGhhdCB0 ZWxscyBtZSBob3cgdG8gbWFpbnRhaW4gdGhpcyB0YWJsZT8NCkluIHNob3J0LCDigJxBIG5laWdo Ym91ciB0YWJsZSBNVVNUIGJlIG1haW50YWluZWTigJ0g4oCUIHdoZXJlIGNhbiBJIGZpbmQgaW5m b3JtYXRpb24gb24gaG93IHRvIGRvIHRoaXM/DQpTZWN0aW9uIDYuMiBzdGF0ZXM6DQrigJxUaGUg ZGVmYXVsdCBhcHByb2FjaCBmb3IgbW9uaXRvcmluZyBiaWRpcmVjdGlvbmFsIGNvbm5lY3Rpdml0 eSB0byB0aGUgbmV4dCBob3AgdG93YXJkIE9yaWdBZGRyIGlzIHRvIHJlcXVlc3QgYWNrbm93bGVk Z2VtZW50IG9mIFJvdXRlIFJlcGx5IG1lc3NhZ2VzLuKAnQ0KVGhhdCBjZXJ0YWlubHkgd2lsbCB0 ZWxsIG1lIGlmIGEgbGluayBvdmVyIHdoaWNoIGFuIFJSRVAgaXMgc2VudCBpcyBiaS1kaXJlY3Rp b25hbCwgYnV0IHdpbGwgbm90IG1haW50YWluIGEg4oCcbmVpZ2hib3IgdGFibGXigJ0uDQpTbyBo b3cgaXMgdGhpcyBkb25lPyBPciwgaXMgdGhlIOKAnE5laWdoYm9yIFRhYmxl4oCdIG5vdCBzdXBw b3NlZCB0byBjb250YWluIHRoZSBjb21wbGV0ZSBzZXQgb2YgbmVpZ2hib3Vycz8gV2hhdCBpbmZv cm1hdGlvbiDigJwuLi5NVVNUIGJlIG1haW50YWluZWTigJ0gdGhlbiwgaW4gdGhpcyB0YWJsZT8N ClRoaXMgaXMgdmVyeSB1bmNsZWFyLCBJIHdvdWxkIG5vdCBrbm93IGhvdyB0byBpbXBsZW1lbnQg YSBtZWNoYW5pc20gdGhhdCBwb3B1bGF0ZXMgdGhpcyDigJxOZWlnaGJvciBUYWJsZeKAnSB3aXRo IHRoZSBuZWVkZWQgaW5mb3JtYXRpb24gaGVyZS4NCkkgc2VlIG5vIChyZWxldmFudCkgY2hhbmdl cyB0byA2LjIgbm9yIHRvIDQuMyBzbyBJIGFzc3VtZSB0aGF0IHRoaXMgY29tbWVudCBoYXMgbm90 IGJlZW4gYWRkcmVzc2VkDQoNCkFPRFZ2MjogQSBuZXcgc2VjdGlvbiB3YXMgYWRkZWQgdG8gc2hv dyBob3cgdG8gdXBkYXRlIHRoZSBuZWlnaGJvdXIgdGFibGUuIFRoZXJlIGhhdmUgYWxzbyBiZWVu IHVwZGF0ZXMgdG8gdGhpcyBlbnRpcmUgc2VjdGlvbiBzaW5jZSB2ZXJzaW9uIDEyLg0KDQoyNC4g ICAgIHBzZXVkby1jb2RlDQoNClRob21hczoNCkkgYW0gdGhyb3dpbmcgdGhpcyBpbiBoZXJlLCBh cyBJIGFtIHN1cmUgdGhhdCBJIGNvbW1lbnRlZCBvbiB0aGF0IGluIHRoZSBwcmV2aW91cyByZXZp ZXcsIGJ1dCBJIGRvIG5vdCBzZWUgdGhhdCBhZGRyZXNzZWQ6IGlzIEFwcGVuZGl4IEMgbm9ybWF0 aXZlLCBvciBub3Q/IEl0IHJlcHJlc2VudHMg4oCcIGEgc2Vjb25kIHNwZWNpZmljYXRpb24gb2Yg dGhlIHByb3RvY29sLCBpbiBhIGRpZmZlcmVudCBsYW5ndWFnZeKAnSBmcm9tIHRoZSBtYWluIHBh cnQgb2YgdGhlIHNwZWNpZmljYXRpb24uIEkgaGF2ZSBub3Qgd2Fsa2VkIHRocm91Z2ggYW5kIG1h ZGUgMjAwJSBzdXJlIHRoYXQgYm90aCBhcmUgcGVyZmVjdGx5IGFsaWduZWQgYW5kIHRoYXQgdGhl cmUgYXJlIG5vIGFtYmlndWl0aWVzLCBidXQgaGF2aW5nIHR3byBkaWZmZXJlbnQgc3BlY2lmaWNh dGlvbnMgb2YgYSBwcm90b2NvbCBpcyBhIHJlY2lwZSBmb3IgZGlzYXN0ZXIuICBQbGVhc2UgZWl0 aGVyIG1ha2UgMjAwMCUgc3VyZSB0aGF0IHRoZXkgYXJlIHNwZWNpZnlpbmcgdGhlIHNhbWUgdGhp bmcgd2l0aG91dCBhbWJpZ3VpdGllcywgb3IgcmVtb3ZlIG9uZS4NCg0KQU9EVnYyOiBSZW1vdmVk IC0gbWF5YmUgdG8gaW5jbHVkZSBpbiBhbiBpbmZvcm1hdGlvbmFsIGRvY3VtZW50IGluIGZ1dHVy ZS4NCg0KDQoyNS4gc2VxbnVtIGFzIDE2IGJpdCB1bnNpZ25lZCBpbnRlZ2VyDQoNClRob21hczog VG8gc2VjdGlvbiA0LjQsIEkgd3JvdGU6DQoid291bGQgbGlrZSB0byBuaXQtcGljayB0aGF0OiB0 aGUgcm91dGVyIGNhbiBtYWludGFpbiB0aGlzIHNlcXVlbmNlIG51bWJlciBpbiB3aGF0ZXZlciBm b3JtYXQgaXQgcGxlYXNlcyDigJQgYnV0LCB3aGVuIGl0IGluY2x1ZGVzIGl0IGluIGNvbnRyb2wg bWVzc2FnZXMsIGl0IG11c3QgYmUgcmVwcmVzZW50YWJsZSBpbiBhIHNwZWNpZmllZCBmb3JtYXQs IHJlc3BlY3RpbmcgY2VydGFpbiBydWxlcy7igJ0NCkkgc2VlIHRoYXQgdGhlcmUgd2VyZSBubyBj aGFuZ2VzIGZvbGxvd2luZyB0aGlzIGNvbW1lbnQuDQoNCkFPRFZ2MjogV2h5IHN0b3JlIGl0IGFz IGFueXRoaW5nIG90aGVyIHRoYW4gd2hhdCBpdCBuZWVkcyB0byBiZSB3aGVuIGl0IGdvZXMgaW50 byBhIG1lc3NhZ2U/IEhvd2V2ZXIsIHdlIG5vdyBzdGF0ZSAiTVVTVCByZXBvcnQgaXRzIG93biBz ZXF1ZW5jZSBudW1iZXIgYXMgYSAxNiBiaXQuLi4ud2hlbmV2ZXIgaXQgY3JlYXRlcyBhIFJSRVEg b3IgUlJFUCBtZXNzYWdlIi4NCg0KDQoyNi4gbXVsdGlwbGUgc2VxbnVtcz8NCg0KVGhvbWFzOg0K VG8gc2VjdGlvbiA0LjQgSSBhc2tlZCBmb3IgY2xhcmlmaWNhdGlvbiBhcyB0byBpZiBzZXF1ZW5j ZSBudW1iZXJzIHdlcmUgcGVyIGludGVyZmFjZSBvciBwZXIgcm91dGVyLCBhcyB0aGUgc3BlY2lm aWNhdGlvbiB3YXMgdW5jbGVhciBvbiB0aGF0LiBUaGUgd29yZHMgaGFzIGNoYW5nZWQsIGJ1dCBp dCBzdGlsbCBpcyB1bmNsZWFyOiBob3cgbWFueSBzZXF1ZW5jZSBudW1iZXJzIGRvZXMgYSByb3V0 ZXIgbWFpbnRhaW4/IE9uZT8gT25lIHBlciBpbnRlcmZhY2U/DQoNCkFPRFZ2MjogV2UgdHJpZWQg dG8gc3RhcnQgZGlzY3Vzc2lvbiBvbiB0aGF0IHBvaW50LCBhbmQgaW4gdGhlIG1lYW50aW1lIHdl IHJldmVydGVkIHRvIGhhdmluZyAxIHNlcW51bSBwZXIgcm91dGVyLiBXZSB0aGluayB0aGUgdGV4 dCBpcyBjbGVhci4uLiB3ZSByZWZlciB0byAidGhlIHJvdXRlcnMgc2VxdWVuY2UgbnVtYmVyIiBv ciAiaXRzIHNlcXVlbmNlIG51bWJlciIgLSBuZXZlciBoaW50aW5nIHRoYXQgdGhlcmUgY291bGQg YmUgbXVsdGlwbGUgc2VxbnVtcyBwZXIgcm91dGVyIChhcyBmYXIgYXMgSSdtIGF3YXJlKS4NCg0K DQoyNy4gc2V0cy9saXN0cy90YWJsZXMNCg0KVGhvbWFzOg0KSW4gbXkgcHJldmlvdXMgcmV2aWV3 LCBJIGV4cHJlc3NlZCB0aGF0IGl0IHdvdWxkIGJlIHByZWZlcmVudGlhbCB0byB1c2Ug4oCcYSBu b3RhdGlvbiBvZiBTZXRz4oCdIHJhdGhlciB0aGFuIHRhYmxlcy4gSSBzZWUgdGhhdCB0aGlzIGhh cyBub3QgY2hhbmdlZC4NCg0KQU9EVnYyOiBZb3UgcHJlZmVycmVkIHNldHMgcmF0aGVyIHRoYW4g bGlzdHMgaW4geW91ciBwcmV2aW91cyByZXZpZXcuLi5hbmQgZXhwbGFpbmVkIG91ciByZWFzb25p bmcgZm9yIHRoaXMgaW4gcmVzcG9uc2VzIHRvIHRoZSBNQU5FVCBsaXN0LCBhbmQgd2UgZGlkIG5v dCByZWNlaXZlIGZ1cnRoZXIgY29tbWVudHMuDQoNCg0KMjguIHVzZSBvZiDigJxub2Rl4oCdDQoN ClRob21hczoNCkkgbWFkZSBhIGNvbW1lbnQgb24gbm9kZSBhbmQgYWRkcmVzcywgbGV0IG1lIHBp Y2sgdGhpcyB1cCBhZ2Fpbi4gVGhlIGZvbGxvd2luZzoNClJ0ZU1zZy5PcmlnQWRkcg0KQW4gSVAg YWRkcmVzcyBvZiB0aGUgbm9kZSB3aGljaCByZXF1aXJlcyB0aGUgcm91dGUsIGkuZS4sIHRoZSBz b3VyY2UgYWRkcmVzcyBvZiB0aGUgSVAgcGFja2V0IHRyaWdnZXJpbmcgdGhlIHJvdXRlIHJlcXVl c3QuDQp3b3VsZCBiZSBtb3JlIGNvbXBhY3QgYW5kIGNsZWFyIGlmIGdldHRpbmcgcmlkIG9mIHRo ZSB0ZXJtIOKAnG5vZGXigJ0gYW5kIHNhaWQ6DQpSdGVNc2cuT3JpZ0FkZHINClRoZSBzb3VyY2Ug YWRkcmVzcyBvZiB0aGUgSVAgcGFja2V0IHRyaWdnZXJpbmcgdGhlIHJvdXRlIHJlcXVlc3QuDQoN CkFPRFZ2MjogQ2hhbmdlIG1hZGUgYXMgc3VnZ2VzdGVkLg0KDQoyOS4gcm91dGUgdGFibGUvcmli L3JvdXRpbmcgc2V0DQoNClRob21hczogVG8gc2VjdGlvbiA0LjYsIGFuZCBJIChhbmQgb3RoZXJz KSBoYXZlIGNvbW1lbnRlZCBvbiB0aGlzIGJlZm9yZToNCkFsbCBBT0RWdjIgcm91dGVycyBNVVNU IG1haW50YWluIGEgcm91dGUgdGFibGUuICBUaGUgcm91dGUgdGFibGUgZW50cnkgaXMgYSBjb25j ZXB0dWFsIGRhdGEgc3RydWN0dXJlLiAgSW1wbGVtZW50YXRpb25zIE1BWSB1c2UgYW55IGludGVy bmFsIHJlcHJlc2VudGF0aW9uIGJ1dCBNVVNUIGNvbnRhaW4gdGhlIGZvbGxvd2luZyBpbmZvcm1h dGlvbjoNCkluIG9yZGVyIHRvIGF2b2lkIGNvbmZ1c2lvbiwgcmVuYW1lIHRoaXMgdG8g4oCcUm91 dGluZyBJbmZvcm1hdGlvbiBCYXNl4oCdIG9yIOKAnFJvdXRpbmcgU2V04oCdIOKAlCBhIFJvdXRp bmcgVGFibGUgaXMgYW4gb3BlcmF0aW5nIHN5c3RlbSBjb25zdHJ1Y3QsIHdoZXJlb24gb3BlcmF0 aW9ucyBkaXJlY3RseSBpbmZsdWVuY2UgcGFja2V0IGZvcndhcmRpbmcuIFdoYXQgeW91IGFyZSBk ZWZpbmluZyBoZXJlIGlzIGEgUklCL2FuIFJTLg0KDQpBT0RWdjI6IERvbmUgaW4gdmVyc2lvbiAx My4NCg0KDQozMC4gcnJlcSBmb3IgcHJlZml4LCB1c2Ugb2Yg4oCcaXAgYWRkcmVzc+KAnSBhbmQg 4oCcYWRkcmVzcyINCg0KVGhvbWFzOg0KVGhlIGNvbmZ1c2lvbiB0aGF0IEkgcG9pbnRlZCBvdXQg aW4gbXkgcHJldmlvdXMgcmV2aWV3IG9uIOKAnElQIGFkZHJlc3PigJ0gYW5kIOKAnEFkZHJlc3Pi gJ0gYmVpbmcgdXNlZCBhIGJpdCBoYXBoYXphcmRseSBwZXJzaXN0cywgZndpdy4gSXQgbWFrZXMg bWUgdGhpbmssIGNhbiBhIHJvdXRlciBzZW5kIGFuIFJSRVEgZm9yIGEgcHJlZml4Pw0KDQpBT0RW djI6IFNlZSBhbHNvICMxNS4gUlJFUV9HZW4gY2FuIGluY2x1ZGUgdGhlIHByZWZpeCBhc3NvY2lh dGVkIHdpdGggT3JpZ0FkZHIgYnkgYWRkaW5nIGEgcHJlZml4IGxlbmd0aCB0byB0aGUgbWVzc2Fn ZSwgdGhlIHByZWZpeCBsZW5ndGggYXNzb2NpYXRlZCB3aXRoIHRoZSByb3V0ZXIgY2xpZW50IGVu dHJ5IGNvcnJlc3BvbmRpbmcgdG8gT3JpZ0FkZHIuIFNvIGFsbCByb3V0ZXJzIHdoaWNoIHJlY2Vp dmUgaXQgY2FuIGxlYXJuIGEgcm91dGUgdG8gdGhlIHByZWZpeCBvbiB3aGljaCBPcmlnQWRkciBy ZXNpZGVzLiBCdXQgZm9yIFRhcmdBZGRyLi4uIHRoZSBSUkVRIG9ubHkgaGFzIG9uZSB0YXJnZXQg SVAgYWRkcmVzcyAtIHRoZSBkZXN0aW5hdGlvbiBJUCBhZGRyZXNzIG9mIHRoZSBwYWNrZXQgcmVx dWlyaW5nIHRoZSByb3V0ZS4uLiBzbyB3aGF0IHByZWZpeCBsZW5ndGggd291bGQgaXQgdXNlPyBU aGUgUlJFUSByZXF1ZXN0cyBhIHJvdXRlIHRvIGEgc2luZ2xlIElQIGFkZHJlc3MuIEhvd2V2ZXIs IHdoZW4gdGhlIFJSRVAgaXMgY3JlYXRlZCwgUlJFUF9HZW4gc2hvdWxkIGluY2x1ZGUgdGhlIHBy ZWZpeCBsZW5ndGggYXNzb2NpYXRlZCB3aXRoIHRoZSByb3V0ZXIgY2xpZW50IGVudHJ5IGZvciBU YXJnQWRkci4gU28gYWxsIHJvdXRlcnMgd2hpY2ggcmVjZWl2ZSB0aGlzIFJSRVAgbGVhcm4gYSBy b3V0ZSB0byB0aGUgcHJlZml4IFRhcmdBZGRyIGlzIHBhcnQgb2YgKGlmIHRoZSByb3V0ZXIgY2xp ZW50IGVudHJ5IGlzIGNvbmZpZ3VyZWQgd2l0aCBhIHByZWZpeCBsZW5ndGgpLiBUaGUgdGV4dCBo YXMgYmVlbiB1cGRhdGVkIHRvIG1ha2UgdGhpcyBtb3JlIG9idmlvdXMuDQoNCg0KMzEuIG5leHQg aG9wIGlwIGFkZHJlc3Mgd29yZGluZw0KDQpUaG9tYXM6DQpJIGFsc28gY2FsbGVkIHRoaXMgb3V0 IGluIG15IHByZXZpb3VzIHJldmlldyBhcyBpbmNvcnJlY3QsIGFuZCBkZXNwaXRlIHdvcmRzbWl0 aGluZyBpdCBzdGlsbCBpczoNCg0KICAgICAgICBSb3V0ZS5OZXh0SG9wDQogICAgICAgICAgICAg IFRoZSBzb3VyY2UgSVAgYWRkcmVzcyBvZiB0aGUgbWVzc2FnZSBhZHZlcnRpc2luZyB0aGUgcm91 dGUgdG8NCiAgICAgICAgICAgICAgUm91dGUuQWRkcmVzcywgaS5lLiBhbiBJUCBhZGRyZXNzIG9m IHRoZSBBT0RWdjIgcm91dGVyIHVzZWQgZm9yDQogICAgICAgICAgICAgIHRoZSBuZXh0IGhvcCBv biB0aGUgcGF0aCB0b3dhcmQgUm91dGUuQWRkcmVzcy4NCg0KSWYgdGhhdCDigJxtZXNzYWdl4oCd IGlzIGFuIFJGQzU0NDQgZW50aXR5LCB0aGVuIGl0IGRvZXMgdG8gaGF2ZSBhIOKAnHNvdXJjZSBJ UCBBZGRyZXNz4oCdIOKAlCB0aGUgZW5jYXBzdWxhdGluZyBJUCBkYXRhZ3JhbSBjb250YWluaW5n IHRoZSBwYWNrZXQgY29udGFpbmluZyB0aGUgbWVzc2FnZSBkb2VzLiBBbmQgdGhlIG1lc3NhZ2Ug TUFZIGhhdmUgYW4gT3JpZ2luYXRvciBBZGRyZXNzDQoNCkFPRFZ2MjogVXBkYXRlZCB0byBzYXkg 4oCcdGhlIHNvdXJjZSBJUCBhZGRyZXNzIG9mIHRoZSBJUCBwYWNrZXQgY29udGFpbmluZyB0aGUg bWVzc2FnZSBhZHZlcnRpc2luZy4uLuKAnQ0KDQoNCg0KKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNClRoaXMgZW1haWwg YW5kIGFueSBhdHRhY2htZW50cyBhcmUgY29uZmlkZW50aWFsIHRvIHRoZSBpbnRlbmRlZA0KcmVj aXBpZW50IGFuZCBtYXkgYWxzbyBiZSBwcml2aWxlZ2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50 ZW5kZWQNCnJlY2lwaWVudCBwbGVhc2UgZGVsZXRlIGl0IGZyb20geW91ciBzeXN0ZW0gYW5kIG5v dGlmeSB0aGUgc2VuZGVyLg0KWW91IHNob3VsZCBub3QgY29weSBpdCBvciB1c2UgaXQgZm9yIGFu eSBwdXJwb3NlIG5vciBkaXNjbG9zZSBvcg0KZGlzdHJpYnV0ZSBpdHMgY29udGVudHMgdG8gYW55 IG90aGVyIHBlcnNvbi4NCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqDQoNCg0KDQoNCg0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KbWFuZXQgbWFpbGluZyBsaXN0DQoNCm1h bmV0QGlldGYub3JnPG1haWx0bzptYW5ldEBpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KbWFuZXQgbWFpbGluZyBsaXN0DQptYW5ldEBpZXRmLm9yZzxt YWlsdG86bWFuZXRAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL21hbmV0DQoNCg== --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237C4D5GLKXM0002VGREEN_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OkhlbHZldGljYTsNCglwYW5vc2UtMToyIDExIDYgNCAyIDIgMiAyIDIg NDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkhlbHZldGljYTsNCglwYW5vc2UtMToyIDEx IDYgNCAyIDIgMiAyIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9 DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2 Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250 LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0K YTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29s b3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5N c29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVy cGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFy Z2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglm b250LWZhbWlseToiQ291cmllciBOZXciO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwg ZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAx cHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlm Ijt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFjZQ0KCXttc28tc3R5bGUtbmFtZTphcHBsZS1j b252ZXJ0ZWQtc3BhY2U7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUt bmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvbnNv bGFzIiwic2VyaWYiO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJC YWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1s aW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9 DQpzcGFuLkVtYWlsU3R5bGUyNA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEw LjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFy Z2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3Bh Z2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21z by1saXN0LWlkOjIwMzQ0NjMwNDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6OTI0MjQxNDk0O30N Cm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGNtO30NCi0t Pjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0 PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4 dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4N CjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUdCIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4N CjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SSBoYXZlbuKAmXQgZm9sbG93ZWQg dGhlIGV4YW1wbGUgKEkgaG9wZSB0byBmaW5kIHRpbWUgLSBidXQgdGhhdOKAmXMgdHJ1ZSBvZiB0 b28gbWFueSB0aGluZ3MsIHdpdGggRExFUCBhaGVhZCBvZiBBT0RWdjIgb24gdGhpcyBsaXN0KS48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPkJ1dCB3ZSBoYXZlIGEgbG9vcCwgYSBwcmV0dHkgZnVuZGFtZW50YWwgcHJvYmxl bSBpbiBhIHJvdXRpbmcgYWxnb3JpdGhtLCBiZWluZyBkaXNjdXNzZWQgYnkgdGhlIGF1dGhvcnMg b2ZmLWxpc3QsIHdoaWxlIGluIHBhcmFsbGVsIGFzc3VyaW5nIHRoZSBsaXN0IHRoYXQg4oCcT3Ro ZXINCiBkaXNjdXNzaW9uIGFib3V0IHJvdXRpbmcgbG9vcHMgaGFzIG5vdCBpZGVudGlmaWVkIHJv dXRpbmcgbG9vcCBwcm9ibGVtcyBpbiB0aGUgZXhpc3Rpbmcgc3BlY2lmaWNhdGlvbi7igJ0gKHNl ZSBlbWFpbCBjaGFpbiBiZWxvdykuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIHRoaW5rIHdlIGhhdmUgYSByZWFsIHBy b2JsZW0gd2l0aCB3aGF04oCZcyB3YW50aW5nIHRvIGFkdmFuY2UgdG8gUHJvcG9zZWQgU3RhbmRh cmQgc29vbiwgaW4gdGVybXMgb2YgcHJvY2VzcyBhbmQgY29uZmlkZW5jZS48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPihJ IHN0aWxsIGhhdmVu4oCZdCBtYW5hZ2VkIHRvIGV2ZW4gd3JpdGUgdXAgY29tbWVudHMgb24gdGhl IHBlcmhhcHMgb25lIHRoaXJkIG9mIHRoZSBkcmFmdCBJIGhhdmUgcmVhZCB0aHJvdWdoIHlldC4p PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4w cHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwN0U3RSI+LS0NCjxvOnA+ PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwN0U3 RSI+Q2hyaXN0b3BoZXIgRGVhcmxvdmU8YnI+DQpTZW5pb3IgUHJpbmNpcGFsIEVuZ2luZWVyPGJy Pg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzPGJyPg0KPC9z cGFuPjwvYj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiNCRUJFQkUiPl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojN0Q3RDdEIj5UPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzdE N0Q3RCI+OiAmbmJzcDsmIzQzOzQ0ICgwKTEyNDUgMjQyMTk0ICZuYnNwO3wgJm5ic3A7PGI+RToN CjwvYj48YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20iPmNocmlz LmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPC9hPjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojM0E4QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hl bG1zZm9yZCBUZWNobm9sb2d5IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXgg Q00yIDhITi48YnI+DQo8YSBocmVmPSJodHRwOi8vd3d3LmJhZXN5c3RlbXMuY29tL2FpIj48c3Bh biBzdHlsZT0iY29sb3I6IzNBOEI5MiI+d3d3LmJhZXN5c3RlbXMuY29tL2FpPC9zcGFuPjwvYT48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2Vu Y2UgTGltaXRlZDxicj4NClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyBObzogMDEz Mzc0NTE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4 QjkyIj5SZWdpc3RlcmVkIE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9yZCwg U3VycmV5LCBHVTIgN1lQPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNt Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+IExvdHRlIFN0ZWVuYnJpbmsgW21haWx0bzpsb3R0ZS5zdGVlbmJyaW5rQGZ1 LWJlcmxpbi5kZV0NCjxicj4NCjxiPlNlbnQ6PC9iPiAxNiBNYXJjaCAyMDE2IDE3OjEzPGJyPg0K PGI+VG86PC9iPiBEZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKTxicj4NCjxiPkNjOjwvYj4gQ2hh cmxpZSBQZXJraW5zOyBtYW5ldDxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW21hbmV0XSBBT0RW djIgcmVzcG9uc2VzIHRvIHJlY2VudCBjb21tZW50czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxkaXYgc3R5bGU9ImJvcmRlcjpzb2xpZCBibGFjayAxLjBwdDtwYWRkaW5nOjIuMHB0IDIuMHB0 IDIuMHB0IDIuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxl PSJ0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFj ayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3JvdW5kOndo aXRlIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE1LjBwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPioqKiBXQVJO SU5HICoqKjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQ7 dGV4dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj5UaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBmcm9tIG91 dHNpZGUgb3VyIG9yZ2FuaXNhdGlvbiwgZWl0aGVyIGZyb20gYW4gZXh0ZXJuYWwgcGFydG5lciBv ciB0aGUgaW50ZXJuZXQuPC9zcGFuPjwvZW0+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMzMzOTcyIj48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0 aGVyIHlvdSBzaG91bGQgY2xpY2sgb24gYW55IGxpbmtzLCBvcGVuIGFueSBhdHRhY2htZW50cyBv ciByZXBseS48L3NwYW4+PC9lbT48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZvciBpbmZvcm1hdGlvbiBy ZWdhcmRpbmcgPC9zcGFuPg0KPC9lbT48L3NwYW4+PC9pPjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjpyZWQiPlJlZCBGbGFnczwvc3Bhbj48L2k+PC9zdHJvbmc+PGVt PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+IHRoYXQgeW91IGNhbiBs b29rIG91dCBmb3IgaW4gZW1haWxzIHlvdSByZWNlaXZlLA0KIGNsaWNrIDxhIGhyZWY9Imh0dHA6 Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdo dHMvRG9jdW1lbnRzL1JlZCUyMEZsYWdzLnBkZiI+DQpoZXJlPC9hPi48L3NwYW4+PC9lbT48aT48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPjxicj4NCjxlbT48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+SWYgeW91IGZlZWwgdGhlIGVtYWlsIGlzIHN1c3BpY2lvdXMsIHBsZWFzZSBmb2xsb3cNCjxh IGhyZWY9Imh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3Vy aXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL0RlYWxpbmclMjBXaXRoJTIwU3VzcGljaW91cyUyMEVt YWlscy5wZGYiPg0KdGhpcyBwcm9jZXNzPC9hPi48L3NwYW4+PC9lbT48L3NwYW4+PC9pPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBDaHJpc3Rv cGhlciw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4w cHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW0g MDIuMDMuMjAxNiB1bSAxMTozNiBzY2hyaWViIERlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspICZs dDs8YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20iPmNocmlzLmRl YXJsb3ZlQGJhZXN5c3RlbXMuY29tPC9hPiZndDs6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk15IGNvbmNlcm5zIGhhdmUgYmVlbiB0aGF0 IHlvdXIgY28tYXV0aG9ycyBoYXZlIGNvbnRpbnVlZCB0byBkaXNjdXNzIHdoZXRoZXIgbG9vcGlu ZyBjb3VsZCBvY2N1ciBzaW5jZSB5b3UgcHVibGlzaGVkIHRvIHRoZSBsaXN0IHNheWluZw0KIGFs bCB3YXMgd2VsbC4gKEFuIGlzc3VlIHRvIGRvIHdpdGggbXVsdGlwbGUgdW5jb25maXJtZWQgcm91 dGVzLikgTWF5YmUgdGhhdOKAmXMgYSBwcm9ibGVtLCBtYXliZSBpdCBpc27igJl0LiBCdXQgaXQg bGFja3MgdHJhbnNwYXJlbmN5LCBiZWNhdXNlIGl0IGhhc27igJl0IGJlZW4gZGlzY3Vzc2VkIGhl cmUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBsb29wIHBvc3NpYmlsaXR5IHlvdeKA mXJlIHJlZmVycmluZyB0byB3YXMgYSBkaWZmZXJlbnQgb25lIHRoYW4gdGhlIG9uZSBkaXNjdXNz ZWQgYnkgQ2hhcmxpZS4gV2XigJl2ZSBiZWVuIGNvbnRhY3RlZCBieSByZXNlYXJjaGVycyB3aG8g YXJlIG1vZGVsIGNoZWNraW5nIE1BTkVUIHByb3RvY29scyB0byBzZWUgaWYgdGhleSBwZXJtaXQg YW55IHVud2FudGVkIGJlaGF2aW91ci4gVGhleeKAmXZlIHVzZWQgQU9EVnYyDQogYXMgYSBjYXNl IHN0dWR5IGZvciB0aGUgZnJhbWV3b3JrIHRoZXnigJl2ZSBpbXBsZW1lbnRlZCB0byBkbyB0aGlz LCBhbmQgdGhleeKAmXZlIGZvdW5kIHRoZSBmb2xsb3dpbmcgbG9vcDo8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGltZyBib3JkZXI9IjAiIHdp ZHRoPSI1MDkiIGhlaWdodD0iNDY5IiBpZD0iX3gwMDM5XzQ0OUNCNzYtOEY5MC00QjFCLTlBNjkt MUVBQkM5NkVEQzk5IiBzcmM9ImNpZDppbWFnZTAwMS5qcGdAMDFEMTdGQTguNkMxODRDMjAiPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0idGV4dC1hbGlnbjpqdXN0aWZ5O2JhY2tncm91bmQ6d2hpdGUiPjEuIG4yIGluaXRpYXRlcyBh IHJvdXRlIGRpc2NvdmVyeSBwcm9jZWR1cmUgZm9yIGRlc3RpbmF0aW9uIG4zIGJ5IGJyb2FkY2Fz dGluZyBhIOKAnHJyZXHigJ0gbWVzc2FnZS48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 SGVsdmV0aWNhJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7YmFj a2dyb3VuZDp3aGl0ZSI+Mi4gbjEgYW5kIG40IHVwb24gcmVjZWl2aW5nIHRoZSDigJxycmVx4oCd IG1lc3NhZ2UsIGFkZCBhIHJvdXRlIHRvIHRoZWlyIHJvdXRpbmcgdGFibGVzIHRvd2FyZHMgbjIg YW5kIHN0b3JlIG4yIGFzIHRoZWlyIG5leHQgaG9wLiBTaW5jZSBpdCBpcyB0aGUgZmlyc3QgdGlt ZSB0aGF0IHRoZXNlIG5vZGVzIGhhdmUgcmVjZWl2ZWQgYSBtZXNzYWdlDQogZnJvbSBuMiwgdGhl IG5laWdoYm9yIHN0YXRlIG9mIG4yIGlzIHNldCB0byB1bmNvbmZpcm1lZC4gVGhlcmVmb3JlLCB0 aGUgcm91dGUgc3RhdGUgaXMgdW5jb25maXJtZWQuPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0hlbHZldGljYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hbGlnbjpqdXN0aWZ5 O2JhY2tncm91bmQ6d2hpdGUiPjMuIEFzIG4xIGFuZCBuNCBhcmUgbm90IHRoZSBpbnRlbmRlZCBk ZXN0aW5hdGlvbiBvZiB0aGUgcm91dGUgcmVxdWVzdCwgdGhleSByZWJyb2FkY2FzdCB0aGUg4oCc cnJlceKAnSBtZXNzYWdlLjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2Em cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTtiYWNrZ3JvdW5kOndo aXRlIj40LiBuMSByZWNlaXZlcyB0aGUg4oCccnJlceKAnSBtZXNzYWdlIHNlbnQgYnkgbjQgYW5k IHNpbmNlIHRoZSByb3V0ZSB0byBuMiBpcyB1bmNvbmZpcm1lZCBpdCBhZGRzIG40IGFzIG5ldyBu ZXh0IGhvcCB0byBuMi48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7YmFja2dyb3VuZDp3aGl0 ZSI+NS4gbjQgYWxzbyBhZGRzIG4xIGFzIHRoZSBuZXcgbmV4dCBob3AgdG93YXJkcyBuMiBhZnRl ciBwcm9jZXNzaW5nIHRoZSDigJxycmVx4oCdIHNlbnQgYnkgbm9kZTEuIEF0IHRoaXMgcG9pbnQg YSBsb29wIGlzIGZvcm1lZCBiZXR3ZWVuIG4xIGFuZCBuNCBidXQgbm90IHVzZWQgeWV0LjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYWxpZ246anVzdGlmeTtiYWNrZ3JvdW5kOndoaXRlIj42LiBuMyByZWNlaXZlcyB0 aGUg4oCccnJlceKAnSBtZXNzYWdlIHNlbnQgYnkgbjEgYW5kIHNpbmNlIGl0IGlzIHRoZSBkZXN0 aW5hdGlvbiwgaXQgc2VuZHMgYSDigJxycmVw4oCdIG1lc3NhZ2UgdG93YXJkcyBuMS48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWFsaWduOmp1c3RpZnk7YmFja2dyb3VuZDp3aGl0ZSI+Ny4gbjIgbW92ZXMgb3V0IG9m IG4xIGFuZCBuNCBjb21tdW5pY2F0aW9uIHJhbmdlLjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtIZWx2ZXRpY2EmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlm eTtiYWNrZ3JvdW5kOndoaXRlIj44LiBuMSByZWNlaXZlcyB0aGUg4oCccnJlcOKAnSBtZXNzYWdl IHNlbnQgYnkgbjMgYW5kIGFzIHRoZSByb3V0ZSBzdGF0ZSB0b3dhcmRzIG4yIGlzIHVuY29uZmly bWVkIGl0IG11bHRpY2FzdHMgdGhlIOKAnHJyZXDigJ0gbWVzc2FnZSB0byB0aGUgZXhpc3Rpbmcg bmV4dCBob3BzLCBuMiBhbmQgbjQuIFNpbmNlIG40IGlzIGFkamFjZW50IHRvIG4xLA0KIGl0IHJl Y2VpdmVzIHRoZSBtZXNzYWdlIGFuZCB0aGVuIHNlbmRzIGFuIGFjayB0byBuMS4gVGhlcmVmb3Jl LCBuMSBzZXRzIHRoZSBuZWlnaGJvciBzdGF0ZSBvZiBuNCB0byBjb25maXJtIGFuZCBzdWJzZXF1 ZW50bHkgdGhlIHJvdXRlIHN0YXRlIHRvd2FyZHMgbjIgdG8gdmFsaWQuIFRoZW4gZXhwdW5nZSB0 aGUgbmV4dCBob3AgbjIgd2hpY2ggaGFzIG5vdCByZWNlaXZlZCBhbiBhY2sgZnJvbS48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWFsaWduOmp1c3RpZnk7YmFja2dyb3VuZDp3aGl0ZSI+OS4gbjQgYnkgcmVjZWl2aW5n IHRoZSDigJxycmVw4oCdIG1lc3NhZ2UgZnJvbSBuMSBtdWx0aWNhc3RzIGl0IHRvIGl0cyBuZXh0 IGhvcHMgdG93YXJkcyBuMSBhbmQgbjIsPGJyIGlkPSJ5dWlfM18xNl8wXzFfMTQ1MDEzMTQxMTk5 N18yNTQzIj4NCmFuZCBzaW1pbGFyIHRvIG4xIGl0IHVwZGF0ZXMgaXRzIHJvdXRpbmcgdGFibGUg YnkgdmFsaWRhdGluZyBuMSBhcyBpdHMgbmV4dCBob3AgdG8gbjIuIEF0IHRoaXMgcG9pbnQsIGEg bG9vcCBiZXR3ZWVuIG4xIGFuZCBuNCBiZWNvbWVzIHZhbGlkLjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPkluIHJlc3BvbnNlIHRvIHRoZXNlIGZpbmRpbmdzLCB3ZSd2ZSBjaGFuZ2Vk Jm5ic3A7Ni43LjEuICZuYnNwO0V2YWx1YXRpbmcgUm91dGUgSW5mb3JtYXRpb24gaW4gLTEzLCZu YnNwO3NvIHRoYXQgTG9vcEZyZWUoKSBpcyAqYWx3YXlzKiBjb25zaWRlcmVkIGJlZm9yZSBhZGRp bmcgYSBuZXcgcm91dGUsIGV2ZW4gaWYgYWxsIGtub3duIHJvdXRlcyB0byBkYXRlDQogYXJlIFVu Y29uZmlybWVkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZvbGxvd2luZyB1cCwgdGhleeKAmXZlIGZvdW5kIGFu b3RoZXIgbG9vcCBpbiAtMTM6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48aW1nIGJvcmRlcj0iMCIgd2lkdGg9IjgwMCIgaGVpZ2h0 PSI1MjEiIGlkPSJBMTFCMzYyRC1BMUY3LTQ2N0MtQjcyMS0xRUIzMUY1MzQyQzIiIHNyYz0iY2lk OmltYWdlMDAyLmpwZ0AwMUQxN0ZBOC42QzE4NEMyMCI+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxvbCBzdGFydD0iMSIgdHlwZT0iMSIgaWQ9Inl1aV8zXzE2XzBfMV8xNDU3NDU3 MjMxOTk4XzE0NTA0Ij4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwx IGxmbzE7YmFja2dyb3VuZDp3aGl0ZSIgaWQ9Inl1aV8zXzE2XzBfMV8xNDU3NDU3MjMxOTk4XzE0 NzczIj4NCkF0IGZpcnN0IG5vZGVzIGFyZSBjb25uZWN0ZWQgdG8gZWFjaCBvdGhlciBhcyBzaG93 biBpbiBGaWcxLmEuPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzE7YmFja2dyb3VuZDp3aGl0ZSIg aWQ9Inl1aV8zXzE2XzBfMV8xNDU3NDU3MjMxOTk4XzE0NTYzIj4NCm4wIGluaXRpYXRlcyBhIHJv dXRlIGRpc2NvdmVyeSBwcm9jZWR1cmUgZm9yIGRlc3RpbmF0aW9uIG4zIGJ5IG11bHRpY2FzdGlu ZyBhIOKAnHJyZXHigJ0gbWVzc2FnZSB0byBuMiB3aXRoIHNxPTIuPHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpw PjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2 ZWwxIGxmbzE7YmFja2dyb3VuZDp3aGl0ZSIgaWQ9Inl1aV8zXzE2XzBfMV8xNDU3NDU3MjMxOTk4 XzE0NTY1Ij4NCm4yIGFmdGVyIHVwZGF0aW5nIGl0cyByb3V0aW5nIHRhYmxlLCBtdWx0aWNhc3Qg dGhlIOKAnHJyZXHigJ0gdG8gaXRzIG5laWdoYm9ycywgbjEgYW5kIG4zLjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ PG86cD48L286cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0Omww IGxldmVsMSBsZm8xO2JhY2tncm91bmQ6d2hpdGUiIGlkPSJ5dWlfM18xNl8wXzFfMTQ1NzQ1NzIz MTk5OF8xNDUwMyI+DQpuMSB1cG9uIHJlY2VpdmluZyB0aGUg4oCccnJlceKAnSBtZXNzYWdlIHNl bnQgYnkgbjIgdXBkYXRlcyBpdHMgcm91dGluZyB0YWJsZSBhbmQgYWRkcyBhIHJvdXRlIHdpdGgg aG9wLWNvdW50PTIsIHNxPTIgYW5kIG5leHQtaG9wZT0yPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0hlbHZldGljYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPjwvbzpw Pjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxm bzE7YmFja2dyb3VuZDp3aGl0ZSIgaWQ9Inl1aV8zXzE2XzBfMV8xNDU3NDU3MjMxOTk4XzE0NTYx Ij4NCkNvbnNpZGVyIHRoYXQgdG9wb2xvZ3kgY2hhbmdlcyBhdCB0aGlzIHBvaW50IGFuZCBuMSBt b3ZlcyBpbnRvIGNvbW11bmljYXRpb24gcmFuZ2Ugb2YgbjAsIGdldHMgY29ubmVjdGVkIHRvIG4w LCBhbmQgbjIgbGVhdmVzIG4wIGNvbW11bmljYXRpb24gcmFuZ2UsIGdldHMgZGlzY29ubmVjdGVk IGZyb20gbjAsIHdoaWNoIGxlYWRzIHRvIG5ldHdvcmsgdG9wb2xvZ3kgc2hvd24gaW4gRmlnMS5i LjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8xO2JhY2tncm91bmQ6d2hpdGUiIGlkPSJ5dWlfM18x Nl8wXzFfMTQ1NzQ1NzIzMTk5OF8xNDUzNiI+DQpuMCwgd2hpY2ggaGFzbuKAmXQgcmVjZWl2ZWQg YW4g4oCccnJlcOKAnSB5ZXQsIHJlc2VuZCB0aGUg4oCccnJlceKAnSBtZXNzYWdlIGFmdGVyIGlu Y3JlYXNpbmcgaXRzIHNlcXVlbmNlIG51bWJlciB0byAzLjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD48L286 cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBs Zm8xO2JhY2tncm91bmQ6d2hpdGUiIGlkPSJ5dWlfM18xNl8wXzFfMTQ1NzQ1NzIzMTk5OF8xNDUz OCI+DQpuMSByZWNlaXZlcyB0aGUgbmV3IOKAnHJyZXHigJ0gbWVzc2FnZSwgd2l0aCBzcT0zLCBu ZXh0LWhvcD0wIGFuZCBob3AtY291bnQ9MSwgc2luY2UgaXTigJlzIGEgYmV0dGVyIHJvdXRlIGl0 IHdvdWxkIGJlIGFkZGVkIHRvIHRoZSByb3V0aW5nIHRhYmxlLiBUaGVuIG4xIG11bHRpY2FzdCB0 aGUg4oCccnJlceKAnSBtZXNzYWdlIHRvIGl0cyBuZWlnaGJvcnMsIG4yIGFuZCBuMy48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28t bGlzdDpsMCBsZXZlbDEgbGZvMTtiYWNrZ3JvdW5kOndoaXRlIiBpZD0ieXVpXzNfMTZfMF8xXzE0 NTc0NTcyMzE5OThfMTQ1MzQiPg0KbjIgZXZhbHVhdGUgdGhlIHJlY2VpdmVkIG1lc3NhZ2Ugc2Vu dCBieSBuMSBhbmQgYWRkcyBhIG5ldyByb3V0ZSB0byBpdHMgcm91dGluZyB0YWJsZSB3aXRoIHNx PTMsIG5leHQtaG9wPTEgYW5kIGhvcC1jb3VudD0yIHNpbmNlIHRoZSBzZXF1ZW5jZSBudW1iZXIg b2YgdGhlIHJlY2VpdmVkIG1lc3NhZ2UgaXMgZ3JlYXRlciB0aGFuIHRoZSBzdG9yZWQgb25lLjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9saT48L29sPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9InRleHQtYWxpZ246anVzdGlmeTtiYWNrZ3JvdW5kOndoaXRlIj5BdCB0aGlz IHBvaW50IGEgbG9vcCBoYXMgYmVlbiBmb3JtZWQgYmV0d2VlbiBub2RlcyBuMSBhbmQgbjIuPHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlNpbmNlIHdl4oCZdmUgbW92ZWQgdG8gZGlzYWxs b3dpbmcgbXVsdGlwbGUgVW5jb25maXJtZWQgcm91dGVzIChpbiAtMTQsIHdoaWNoIGlzbuKAmXQg cHVibGlzaGVkIHlldCksIHRoaXMgb25lIGlzIHJlc29sdmVkIGFscmVhZHkgYXMgd2VsbC48L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUg cmVhc29uIHdlIGRpZG7igJl0IGRpc2N1c3MgdGhpcyBlYXJsaWVyIG9uIFttYW5ldF0gd2FzIHRo YXQgdGhlIGF1dGhvcnMgaGFkbuKAmXQgc3VibWl0dGVkIHRoZWlyIHBhcGVyIHlldCAoYW5kIEkg ZGlkbuKAmXQgd2FudCB0byBsZWFrIHRoZWlyIHdvcmspLiBUaGV54oCZdmUgZG9uZSBzbyBub3cs IGFuZCB3aWxsIHNlbmQgdXMgYSBsaW5rIHRvIHRoZWlyIHBhcGVyIG9uY2UgaXTigJlzIGF2YWls YWJsZS4gSeKAmW0gZ3Vlc3NpbmcNCiBpdOKAmWxsIHRha2UgYSB3aGlsZSB0byBiZSBwdWJsaXNo ZWQgcHJvcGVybHksIGJ1dCBpdCBzaG91bGQgYmUgZW5vdWdoIGZvciBmb3Igb3VyIHB1cnBvc2Vz IGZvciB0aGUgcGFwZXIgdG8gYXBwZWFyIG9uDQo8YSBocmVmPSJodHRwOi8vYXJ4aXYub3JnIj5h cnhpdi5vcmc8L2E+IGZvciBub3figKY8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+QmVzdCByZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TG90dGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9w Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdDtiYWNrZ3JvdW5kOndoaXRlIj48Yj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDdFN0UiPi0tPC9zcGFuPjwvYj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdDti YWNrZ3JvdW5kOndoaXRlIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDdF N0UiPkNocmlzdG9waGVyIERlYXJsb3ZlPGJyPg0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcjxi cj4NCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExhYm9yYXRvcmllczxicj4NCjwv c3Bhbj48L2I+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojQkVCRUJFIj5fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXzxicj4NCjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMwMDAwN0UiPjxicj4NCjwvc3Bhbj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzdEN0Q3RCI+VDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM3 RDdEN0QiPjogJm5ic3A7JiM0Mzs0NCAoMCkxMjQ1IDI0MjE5NCAmbmJzcDt8ICZuYnNwOzxiPkU6 PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvYj48YSBo cmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20iPjxzcGFuIHN0eWxlPSJj b2xvcjpwdXJwbGUiPmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPC9zcGFuPjwvYT48YnI+ DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDAwN0UiPjxicj4NCjwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMg QXBwbGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2ZvcmQgVGVjaG5vbG9neSBQYXJrLCBHcmVhdCBC YWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4SE4uPGJyPg0KPGEgaHJlZj0iaHR0cDovL3d3 dy5iYWVzeXN0ZW1zLmNvbS9haSI+PHNwYW4gc3R5bGU9ImNvbG9yOiMzQThCOTIiPnd3dy5iYWVz eXN0ZW1zLmNvbS9haTwvc3Bhbj48L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2Vu Y2UgTGltaXRlZDxicj4NClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyBObzogMDEz Mzc0NTE8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdDtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+UmVnaXN0ZXJlZCBPZmZpY2U6IFN1cnJleSBS ZXNlYXJjaCBQYXJrLCBHdWlsZGZvcmQsIFN1cnJleSwgR1UyIDdZUDwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNt IDBjbSAwY20iPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206 PC9zcGFuPjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21h JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh aG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5DaGFybGllDQogUGVya2lucyBbPGEg aHJlZj0ibWFpbHRvOmNoYXJsZXMucGVya2luc0BlYXJ0aGxpbmsubmV0Ij48c3BhbiBzdHlsZT0i Y29sb3I6cHVycGxlIj5tYWlsdG86Y2hhcmxlcy5wZXJraW5zQGVhcnRobGluay5uZXQ8L3NwYW4+ PC9hPl08c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJy Pg0KPGI+U2VudDo8L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPjAxIE1hcmNoIDIwMTYgMDE6MDg8YnI+DQo8Yj5Ubzo8L2I+PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPkRlYXJsb3ZlLCBDaHJpc3RvcGhlciAo VUspOyBtYW5ldDxicj4NCjxiPlN1YmplY3Q6PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5SZTogW21hbmV0XSBBT0RWdjIgcmVzcG9uc2VzIHRvIHJl Y2VudCBjb21tZW50czwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpzb2xpZCBi bGFjayAxLjBwdDtwYWRkaW5nOjIuMHB0IDIuMHB0IDIuMHB0IDIuMHB0Ij4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3Jv dW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNl bnRlcjtiYWNrZ3JvdW5kOndoaXRlIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE1LjBwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMzMzM5NzIiPioqKiBXQVJOSU5HICoqKjwvc3Bhbj48L2I+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0ibWFy Z2luLWJvdHRvbToxMi4wcHQ7dGV4dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+DQo8 ZW0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj5UaGlzIG1lc3NhZ2Ug b3JpZ2luYXRlcyBmcm9tIG91dHNpZGUgb3VyIG9yZ2FuaXNhdGlvbiwgZWl0aGVyIGZyb20gYW4g ZXh0ZXJuYWwgcGFydG5lciBvciB0aGUgaW50ZXJuZXQuPC9zcGFuPjwvZW0+PGk+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkNvbnNp ZGVyIGNhcmVmdWxseSB3aGV0aGVyIHlvdSBzaG91bGQgY2xpY2sgb24gYW55IGxpbmtzLCBvcGVu IGFueSBhdHRhY2htZW50cyBvciByZXBseS48L3NwYW4+PC9lbT48YnI+DQo8ZW0+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PkZvciBpbmZvcm1hdGlvbiByZWdhcmRpbmc8L3NwYW4+PC9lbT48c3BhbiBjbGFzcz0iYXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjwvaT48c3Ryb25nPjxpPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6cmVkIj5SZWQgRmxhZ3M8L3NwYW4+PC9pPjwvc3Ry b25nPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxpPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+Jm5ic3A7PC9zcGFuPjwvaT48L3NwYW4+PGVtPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+dGhhdA0KIHlvdSBjYW4gbG9v ayBvdXQgZm9yIGluIGVtYWlscyB5b3UgcmVjZWl2ZSwgY2xpY2s8L3NwYW4+PC9lbT48c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMzMzM5NzIiPiZuYnNwOzwvc3Bhbj48L2k+PC9zcGFuPjxlbT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPjxhIGhyZWY9Imh0dHA6Ly9pbnRyYW5ldC5lbnQu YmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL1Jl ZCUyMEZsYWdzLnBkZiI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aGVyZTwvc3Bhbj48L2E+ Ljwvc3Bhbj48L2VtPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+ PGJyPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij5JZiB5b3UgZmVlbCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywg cGxlYXNlIGZvbGxvdzwvc3Bhbj48L2VtPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPiZuYnNwOzwvc3Bhbj48ZW0+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxhIGhyZWY9Imh0dHA6Ly9pbnRyYW5ldC5l bnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRz L0RlYWxpbmclMjBXaXRoJTIwU3VzcGljaW91cyUyMEVtYWlscy5wZGYiPjxzcGFuIHN0eWxlPSJj b2xvcjpwdXJwbGUiPnRoaXMNCiBwcm9jZXNzPC9zcGFuPjwvYT4uPC9zcGFuPjwvZW0+PC9zcGFu PjwvaT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQ7YmFja2dyb3VuZDp3aGl0ZSI+SGVsbG8gQ2hy aXMsPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5PbiAxLzE5LzIwMTYgNTozNyBBTSwgRGVhcmxvdmUsIENo cmlzdG9waGVyIChVSykgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRl Ij5BbmQgb3V0c2lkZSB0aG9zZSAzMSwgdGhhdCB3ZeKAmXJlIGF0IHRoaXMgcG9zaXRpb24gd2l0 aCBhIHN1Z2dlc3Rpb24gdGhlcmXigJlzIHBvc3NpYmxlIGxvb3BpbmcgKGFib3V0IHdoaWNoIEkg aGF2ZSBubyBpZGVhKSBpc27igJl0IHRoYXQgY29tZm9ydGluZy48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxicj4NCkkgaG9wZSB5b3VyIGNvbmNlcm5zIGhhdmUg YmVlbiByZXNvbHZlZCBvbiB0aGlzIG1hdHRlci4mbmJzcDsgVGhlIHBhcGVyIG1lbnRpb25lZCBv biB0aGUgbWFpbGluZyBsaXN0IHBvaW50ZWQgb3V0IHZhcmlvdXMgYW1iaWd1aXRpZXMgaW4gUkZD IDM1NjEgZGVzY3JpYmVkIGhvdyB0aGUgYW1iaWd1aXRpZXMgbWlnaHQgYmUgY29uc3RydWVkIHRv IGluc3RhbGwgc2VsZi1yb3V0ZXMgYW5kLCBjb21iaW5lZCB3aXRoIHBvc3NpYmxlIGluY29uc2lz dGVudCBjaG9pY2VzDQogZm9yIHNlcXVlbmNlIG51bWJlciwgbG9vcHMgY291bGQgcmVzdWx0LiZu YnNwOyBCdXQgdGhlIGVtYWlsIHRvIHRoZSBsaXN0IHNldmVyYWwgd2Vla3MgYWdvIGluZGljYXRl ZCB0aGF0IHRoZXNlIGFtYmlndWl0aWVzIGRvIG5vdCBleGlzdCBpbiBBT0RWdjIuJm5ic3A7IFRo ZSBhdXRob3JzIG9mIHRoYXQgcGFwZXIgaGF2ZSBleHByZXNzZWQgaW50ZXJlc3QgaW4gZG9pbmcg YSBzaW1pbGFyIGFuYWx5c2lzIG9uIEFPRFZ2Mi48YnI+DQo8YnI+DQpPdGhlciBkaXNjdXNzaW9u IGFib3V0IHJvdXRpbmcgbG9vcHMgaGFzIG5vdCBpZGVudGlmaWVkIHJvdXRpbmcgbG9vcCBwcm9i bGVtcyBpbiB0aGUgZXhpc3Rpbmcgc3BlY2lmaWNhdGlvbi4mbmJzcDsgVXNlIG9mIHVuY29uZmly bWVkIG9yIGludmFsaWQgcm91dGVzIGZvciByb3V0aW5nIG1pZ2h0IGxlYWQgdG8gZXJyb3JzLCBi dXQgdGhhdCBkb2Vzbid0IGNhcnJ5IG92ZXIgdG8gcHJvZHVjZSBsb29wcyBpbiB0aGUgcm91dGUg dGFibGUuPGJyPg0KPGJyPg0KSSdtIGxvb2tpbmcgZm9yIGFueSBvdGhlciBvcGVuIGlzc3VlcyBv dXRzaWRlIG9mIHRoZSBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyB3aGljaCBpcyBiZWluZyByZXdv cmtlZCBhY2NvcmRpbmcgdG8gcmVjZW50IGNvbW1lbnRzIGJ1dCBzaG91bGQgYmUgc3VibWl0dGVk IHNvb24uPGJyPg0KPGJyPg0KUmVnYXJkcyw8YnI+DQpDaGFybGllIFAuPGJyPg0KPGJyPg0KPGJy Pg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPlRoZXJl4oCZcyBhbHNvIGEgbG90IG9mIGRvY3VtZW50IHRvIHJldmlldy4g V2hpY2ggb2YgY291cnNlIEkgaGF2ZW7igJl0IGRvbmUgYXQgdGhpcyB0aW1lLiBCdXQgbXkgYXR0 ZW50aW9uIGRpZCBhbGlnaHQgb24gdGhlIElBTkEgY29uc2lkZXJhdGlvbnMgc2VjdGlvbiwgYW5k IEkgbm90ZWQgdGhlcmUgdGhhdDo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4tIE5vdCBzdXJlIHdoeSB0 aGUganVtcCB0byAxMCBmb3IgbWVzc2FnZSB0eXBlcywgdGhvdWdoIEnigJltIG5vdCBvcHBvc2Vk LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPi0gVGhlIFBBVEhfTUVUUklDIFRMViBjYW7igJl0IGJlIHR5 cGUgMTAsIHRoYXTigJlzIGFscmVhZHkgdGFrZW4uIFNlZSBJQU5BIHJlZ2lzdGVyLjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPi0gV2UgcHJldmlvdXNseSBwb2ludGVkIG91dCB0aGF0IENPTlRfU0VRX05V TSAoQ09NUExFVEUpIGFscmVhZHkgZXhpc3RzIGFuZCBkb2VzIHRoZSBqb2IgdGhhdCBTRVFfTlVN IGlzIGRvaW5nLCBzbyB3aHkgYWxsb2NhdGUgYW5vdGhlciBUTFY/IChZb3UgY291bGQgYXZvaWQg dGhlIG5lY2Vzc2l0eSBvZiByZXBlYXRpbmcgKENPTVBMRVRFKSBieSBzaW1wbHkgY29tbWVudGlu Zw0KIG9uY2UgYW5kIHRoZXJlYWZ0ZXIgb21pdHRpbmcuKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPi0g V2h5IHRoZSBzdWdnZXN0ZWQgc2tpcHBpbmcgb2YgdHlwZXMgMTIgdG8gMTQ/PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGI+LS08L2I+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PGI+Q2hyaXN0b3BoZXIgRGVhcmxvdmU8YnI+DQpTZW5pb3IgUHJpbmNpcGFsIEVu Z2luZWVyPGJyPg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVz PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+DQo8L2I+PGJyPg0KPGI+VDwvYj46ICZuYnNwOyYj NDM7NDQgKDApMTI0NSAyNDIxOTQgJm5ic3A7fCAmbmJzcDs8Yj5FOjxzcGFuIGNsYXNzPSJhcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L2I+PGEgaHJlZj0ibWFpbHRvOmNocmlz LmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5jaHJp cy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTwvc3Bhbj48L2E+PGJyPg0KPGJyPg0KQkFFIFN5c3Rl bXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2ZvcmQgVGVjaG5vbG9neSBQYXJrLCBHcmVh dCBCYWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4SE4uPGJyPg0KPGEgaHJlZj0iaHR0cDov L3d3dy5iYWVzeXN0ZW1zLmNvbS9haSI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+d3d3LmJh ZXN5c3RlbXMuY29tL2FpPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5CQUUgU3lzdGVt cyBBcHBsaWVkIEludGVsbGlnZW5jZSBMaW1pdGVkPGJyPg0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5k ICZhbXA7IFdhbGVzIE5vOiAwMTMzNzQ1MTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPlJlZ2lzdGVyZWQg T2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3JkLCBTdXJyZXksIEdVMiA3WVA8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJiYWNrZ3JvdW5kOndoaXRlIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Yj48c3BhbiBs YW5nPSJFTi1VUyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIGxhbmc9 IkVOLVVTIj5tYW5ldCBbPGEgaHJlZj0ibWFpbHRvOm1hbmV0LWJvdW5jZXNAaWV0Zi5vcmciPjxz cGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPm1haWx0bzptYW5ldC1ib3VuY2VzQGlldGYub3JnPC9z cGFuPjwvYT5dPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PjxiPk9uDQogQmVoYWxmIE9mPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5i c3A7PC9zcGFuPjwvYj5WaWN0b3JpYSBNZXJjaWVjYTxicj4NCjxiPlNlbnQ6PC9iPjxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj4xOCBKYW51YXJ5IDIwMTYg MjE6NDU8YnI+DQo8Yj5Ubzo8L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPm1hbmV0PGJyPg0KPGI+U3ViamVjdDo8L2I+PHNwYW4gY2xhc3M9ImFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPlttYW5ldF0gQU9EVnYyIHJlc3BvbnNlcyB0 byByZWNlbnQgY29tbWVudHM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 Yj4qKiogV0FSTklORyAqKio8L2I+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PGVtPlRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20gb3V0c2lkZSBvdXIgb3JnYW5pc2F0aW9u LCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBwYXJ0bmVyIG9yIHRoZSBpbnRlcm5ldC48L2VtPjxp Pjxicj4NCjxlbT5Db25zaWRlciBjYXJlZnVsbHkgd2hldGhlciB5b3Ugc2hvdWxkIGNsaWNrIG9u IGFueSBsaW5rcywgb3BlbiBhbnkgYXR0YWNobWVudHMgb3IgcmVwbHkuPC9lbT48YnI+DQo8ZW0+ Rm9yIGluZm9ybWF0aW9uIHJlZ2FyZGluZzwvZW0+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxzdHJvbmc+UmVkIEZsYWdzPC9zdHJvbmc+PHNwYW4gY2xh c3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxlbT50aGF0IHlvdSBjYW4g bG9vayBvdXQgZm9yIGluIGVtYWlscyB5b3UgcmVjZWl2ZSwgY2xpY2s8L2VtPjxzcGFuIGNsYXNz PSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48ZW0+PGEgaHJlZj0iaHR0cDov L2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0 cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3MucGRmIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5o ZXJlPC9zcGFuPjwvYT4uPC9lbT48YnI+DQo8ZW0+SWYgeW91IGZlZWwgdGhlIGVtYWlsIGlzIHN1 c3BpY2lvdXMsIHBsZWFzZSBmb2xsb3c8L2VtPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj48ZW0+PGEgaHJlZj0iaHR0cDovL2ludHJhbmV0LmVudC5iYWVz eXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGlu ZyUyMFdpdGglMjBTdXNwaWNpb3VzJTIwRW1haWxzLnBkZiI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1 cnBsZSI+dGhpcw0KIHByb2Nlc3M8L3NwYW4+PC9hPi48L2VtPjwvaT48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj4qPHN0cm9uZz4qKiBXQVJOSU5HICoq Kjwvc3Ryb25nPjxicj4NCkVYVEVSTkFMIEVNQUlMIC0tIFRoaXMgbWVzc2FnZSBvcmlnaW5hdGVz IGZyb20gb3V0c2lkZSBvdXIgb3JnYW5pemF0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+SGkgYWxsLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+V2UgaGF2ZSBqdXN0 IHJlbGVhc2VkIHRoZSBuZXdlc3QgQU9EVnYyIGRyYWZ0LiBUaGUgbWFqb3IgdXBkYXRlIGlzIHRo ZSBzZXBhcmF0aW9uIG9mIHRoZSBBT0RWdjIgcm91dGUgc2V0IGZyb20gdGhlIFJJQi48YnI+DQo8 YnI+DQpIZXJlIGFyZSBhbHNvIHJlc3BvbnNlcyB0byB0aGUgY29tbWVudHMgcmVjZWl2ZWQgYmVm b3JlIENocmlzdG1hcy4gVGhpcyBzaG91bGQgaW5jbHVkZSBhbGwgdGhlIHBvaW50cyBmcm9tIFRo b21hcyBDbGF1c2VuIHJlZ2FyZGluZyB2ZXJzaW9ucyAxMSBhbmQgMTIsIGFuZCBhbHNvIGEgY291 cGxlIG9mIG90aGVyIHBvaW50cyB3aGljaCBoYXZlIGJlZW4gYnJvdWdodCB1cCBzaW5jZS4gQXBv bG9naWVzIGZvciB0aGUgaHVnZSBlbWFpbC4gRm9yIGlzc3Vlcw0KIHRoYXQgbmVlZCBmdXJ0aGVy IGRpc2N1c3Npb24sIEkgaGF2ZSB0cmllZCB0byBpbmNsdWRlIHRoZSBtYWluIHBvaW50cyBvZiB0 aGUgZGlzY3Vzc2lvbiBzbyBmYXIuIFBsZWFzZSBmZWVsIGZyZWUgdG8gY3JlYXRlIGEgc2VwYXJh dGUgdGhyZWFkIGZvciBhbnkgZnVydGhlciBkaXNjdXNzaW9uLjxicj4NCjxicj4NCldlIGFyZSBz dGlsbCBsb29raW5nIGludG8gdGhlIGxvb3AgY29uZGl0aW9ucyByZWNlbnRseSByZXBvcnRlZCBm b3IgQU9EViwgYWxzbyBzdGlsbCB3b3JraW5nIG9uIHRoZSB0ZXh0IGFib3V0IHNlY3VyaXR5LCBh bmQgdXNlIG9mIG1zZy1ob3AtbGltaXQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5LaW5k IHJlZ2FyZHMsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5WaWN0b3JpYS48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEy LjBwdDtiYWNrZ3JvdW5kOndoaXRlIj48YnI+DQoxLiBFbmQtdG8tZW5kIC8gaG9wLWJ5LWhvcCBh Y2tzIC0gaXNzdWUgd2hlbiBhIHJvdXRlIGlzIG1hcmtlZCBhcyBjb25maXJtZWQgYW5kIHZhbGlk IHdoZW4gdGhlIGxpbmsgdG8gdGhlIG5leHQgaG9wIGlzIGNvbmZpcm1lZCBhcyBiaWRpcmVjdGlv bmFsIChidXQgdGhlIGxpbmtzIGRvd25zdHJlYW0gaGF2ZSBub3QgeWV0IGJlZW4gdmVyaWZpZWQg YXMgYmlkaXJlY3Rpb25hbCkuPGJyPg0KPGJyPg0KQU9EVnYyOiBUaGUgYXV0aG9ycyBiZWxpZXZl IHRoaXMgaXMgYW4gaXNzdWUgd2hpY2ggd291bGQgbm90IG9jY3VyIGZyZXF1ZW50bHksIGFuZCB3 b3VsZCByaWdodCBpdHNlbGYuPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5i c3A7PC9zcGFuPjxicj4NCjxicj4NClRoaXMgb25seSBvY2N1cnMgZm9yIHRoZSByb3V0ZSB0byBP cmlnQWRkci4gV2hhdCBuZWVkcyB0byBoYXBwZW4gZm9yIHRoaXMgdG8gb2NjdXIgaXMgdGhhdCBh biBpbnRlcm1lZGlhdGUgbm9kZSB0aGF0IHRha2VzIHBhcnQgaW4gdGhlIHJvdXRlIGRpc2NvdmVy eSBiZXR3ZWVuIE9yaWdBZGRyIGFuZCBUYXJnQWRkciBjb2luY2lkZW50YWxseSBoYXMgcGFja2V0 cyB0byBzZW5kIHRvIE9yaWdBZGRyIGluIHRoZSB0aW1lIGJldHdlZW4gY29uZmlybWluZw0KIHRo ZSBsaW5rIHRvIGl0cyBvd24gbmV4dCBob3AgdG93YXJkIE9yaWdBZGRyIGlzIGJpZGlyZWN0aW9u YWwsIGFuZCB0aGUgdGltZSB0YWtlbiBmb3IgYWxsIG90aGVyIHJvdXRlcnMgb24gdGhlIHBhdGgg dG8gY29uZmlybSB0aGVpciBuZXh0IGhvcHMgdG9vLiBJZiB0aGUgcm91dGUgaXMgdXNlZCB0byBm b3J3YXJkIHBhY2tldHMgYmVmb3JlIGV2ZXJ5IG90aGVyIGxpbmsgaW4gdGhlIHBhdGggaXMgY29u ZmlybWVkIGFzIGJpZGlyZWN0aW9uYWwsIGFuZA0KIHRoZSBkYXRhIHBhY2tldHMgYXJlIGZvcndh cmRlZCBmYXN0ZXIgdGhhbiB0aGUgUlJFUCBhbmQgYW55IFJSRVBfQWNrcywgdGhlbiB5ZXMgdGhl eSBjb3VsZCBiZSBkZWxpdmVyZWQgdG8gYSByb3V0ZXIgd2l0aG91dCBhIHZhbGlkIHJvdXRlIHRv IE9yaWdBZGRyLiBBbHRlcm5hdGl2ZWx5IGlmIG9uZSBvZiB0aGUgbGlua3MgdHVybnMgb3V0IHRv IGJlIHVuaWRpcmVjdGlvbmFsIHRoZW4gdGhlIGRhdGEgcGFja2V0cyB3aWxsIGFsc28gYXJyaXZl IGF0DQogYSByb3V0ZXIgd2l0aG91dCBhIHZhbGlkIHJvdXRlLiBJbiB0aGVzZSBjYXNlcywgUkVS UiBtZXNzYWdlcyB3aWxsIGJlIGdlbmVyYXRlZCB0b3dhcmQgdGhlIHNvdXJjZSBvZiB0aGUgdHJh ZmZpYywgdGhlIHJvdXRlIHRvIE9yaWdBZGRyIHdpbGwgYmUgZGVsZXRlZCBhdCByb3V0ZXJzIGJh Y2sgdG93YXJkIFRhcmdBZGRyLCBidXQgaWYgZGF0YSBwYWNrZXRzIGFyZSBzdGlsbCBmbG93aW5n IGZyb20gYW55IHNvdXJjZSB0byBPcmlnQWRkciwgdGhlDQogcm91dGUgd2lsbCBiZSByZS1yZXF1 ZXN0ZWQgYnkgdGhlIHJvdXRlciByZXNwb25zaWJsZSBmb3IgZGlzY292ZXJpbmcgcm91dGVzIGZv ciB0aGUgc291cmNlIG9mIHRoZSBkYXRhLjxicj4NCjxicj4NClRoZSBjaGFuZ2VzIHJlcXVpcmVk IHRvIG1ha2UgYWNrbm93bGVkZ2VtZW50cyBlbmQtdG8tZW5kIHdvdWxkIHJlcXVpcmUgYSBsb3Qg bW9yZSBjb250cm9sIHRyYWZmaWMgYW5kIGJlIG5lY2Vzc2FyeSBmb3IgZXZlcnkgcm91dGUgZGlz Y292ZXJ5IGFuZCBpbiBhbG1vc3QgYWxsIGNhc2VzIHdvdWxkIGJlIHVubmVjZXNzYXJ5Ljxicj4N Cjxicj4NClRleHQgaGFzIGJlZW4gYWRkZWQgdG8gdGhlIGRyYWZ0IGluIOKAnExvY2FsIFJvdXRl IFN0YXRlIENoYW5nZXPigJ0gdG8gZGVzY3JpYmUgdGhpcy48YnI+DQo8YnI+DQoyLiBCdWZmZXJp bmc8YnI+DQrvu79UaG9tYXM6PGJyPg0K4oCcSXQgd291bGQgc2VlbSB0aGF0IGJ1ZmZlcmluZywg YXMgc3BlY2lmaWVkLCBkb2VzIG5vdCBhY2NvbXBsaXNoIHdoYXQ8c3BhbiBjbGFzcz0iYXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0KaXQgc3RhdGVzIHRoYXQgaXQgYWNj b21wbGlzaGVzOiBwYWNrZXRzIGFyZSAoYXMgeW91IGRlc2NyaWJlKSBzdGlsbCBiZWluZzxicj4N CnNlbnQgd2hpbGUgbm8gcm91dGUgaXMgYXZhaWxhYmxlLCBhbmQgdGhlcmVmb3JlIHdpbGwgYmUg ZHJvcHBlZCBsYXRlci48YnI+DQo9Jmd0OyBDb25zZXF1ZW50bHksIGl0IHNlZW1zIHRoYXQgYnVm ZmVyaW5nIGlzIGEgZnV0aWxlIGV4ZXJjaXNlP+KAnTxicj4NCjxicj4NCkFPRFZ2Mjog77u/UGFj a2V0cyBhcmUgYnVmZmVyZWQgYmVmb3JlIGEgcm91dGUgZXhpc3RzLiBBIHJvdXRlciBvbmx5IGJl Z2lucyBzZW5kaW5nIHRoZW0gd2hlbiBpdCBkZWVtcyB0aGUgcm91dGUgdG8gYmUgdmFsaWQuIElu IGdlbmVyYWwsIGJ1ZmZlcmluZyBpcyBub3QgZnV0aWxlLjxicj4NCjxicj4NClRydWUsIHRoZXJl IGlzIHRoaXMgY2FzZSBvdXRsaW5lZCBhYm92ZSB3aGVyZSB0aGUgcm91dGVyIGNvdWxkIGRlZW0g dGhlIHJvdXRlIHZhbGlkIGJlZm9yZSB0aGUgYmlkaXJlY3Rpb25hbGl0eSBjaGVjayBoYXMgaGFw cGVuZWQgZm9yIGVhY2ggYW5kIGV2ZXJ5IGhvcC4gSWYgdGhlIGxpbmtzIGNob3NlbiBmb3IgdGhl IHJvdXRlIGFyZSBub3QgYWxsIGJpZGlyZWN0aW9uYWwsIHRoZW4geWVzLCBhbnkgZGF0YSBwYWNr ZXRzIGZvcndhcmRlZCBhbG9uZw0KIHRoaXMgcm91dGUgd2lsbCBlbmQgdXAgYmVpbmcgZHJvcHBl ZCBhdCBzb21lIHBvaW50IG9uIHRoYXQgcGF0aC48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVk LXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0KVGhpcyBjYXNlIGlzIGNhdXNlZCBieSB0aGUgUlJF UF9BY2sgYmVpbmcgaG9wLWJ5LWhvcCwgYW5kIG5vdCBjYXVzZWQgYnkgYnVmZmVyaW5nLjxicj4N Cjxicj4NClRob21hczog77u/PGJyPg0K4oCcQnVmZmVycyBoYXZlIGh1Z2UgaW1wYWN0cyBvbiBU Q1AgcGVyZm9ybWFuY2UsIGFuZCBJIGRvdWJ0IGlmIHRoZSBpc3N1ZXMgb24gZS5nLiBUQ1AgYXJl IHdlbGwgZW5vdWdoIHVuZGVyc3Rvb2QgYnkgdGhpcyBXRyAoQnVmZmVyYmxvYXQgd2FzIGFuIGV4 YW1wbGUgb2Ygd2hlcmUgcGVvcGxlIGdvdCBpdCB3cm9uZywgZGVzcGl0ZSBoYXZpbmcgZXh0ZW5z aXZlIGV4cGVyaWVuY2UpLuKAnTxicj4NCjxicj4NCkFPRFZ2MjogUGFja2V0cyB3aWxsIG9ubHkg YmUgYnVmZmVyZWQgd2hpbGUgYSByb3V0ZSBpcyByZXF1ZXN0ZWQuIFRoZSBUQ1AgcGFja2V0cyBi dWZmZXJlZCB3aWxsIGJlIHBhY2tldHMgZm9yIHNlc3Npb24gaW5pdGlhbGlzYXRpb24uIFRoZSBh dXRob3JzIGJlbGlldmUgdGhhdCBidWZmZXJpbmcgdGhlc2Ugd2lsbCBoYXZlIGEgcG9zaXRpdmUg ZWZmZWN0LiBTb21lIHJlZmVyZW5jZXMgaGF2ZSBiZWVuIHN1Z2dlc3RlZCwgbGlzdGVkIGhlcmUs IHRoZQ0KIGZpcnN0IG9mIHdoaWNoIGhhcyBiZWVuIGluY2x1ZGVkIGluIHRoZSBkcmFmdDo8YnI+ DQo8YSBocmVmPSJodHRwOi8vd3d3LmllZWU4MDIub3JnLzIxL2FyY2hpdmVkX2RvY3MvMjAwMy0w OV9pbmNvbWluZy9jY3ItMjAwMTA5LWtvb2RsaS5wZGYiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJw bGUiPmh0dHA6Ly93d3cuaWVlZTgwMi5vcmcvMjEvYXJjaGl2ZWRfZG9jcy8yMDAzLTA5X2luY29t aW5nL2Njci0yMDAxMDkta29vZGxpLnBkZjwvc3Bhbj48L2E+PGJyPg0KTW9iaWxlIEludGVybmV0 d29ya2luZyB3aXRoIElQdjY6IENvbmNlcHRzLCBQcmluY2lwbGVzIGFuZCBQcmFjdGljZXMge0tv b2RsaSwgUGVya2luc308YnI+DQo8YSBocmVmPSJodHRwOi8vZGlzYy5lY2UuaWxsaW5vaXMuZWR1 L3NlbWluYXJzX3R1dG9yaWFscy90Y3Atd2lyZWxlc3MtdHV0b3JpYWwucHB0Ij48c3BhbiBzdHls ZT0iY29sb3I6cHVycGxlIj5kaXNjLmVjZS5pbGxpbm9pcy5lZHUvc2VtaW5hcnNfdHV0b3JpYWxz L3RjcC13aXJlbGVzcy10dXRvcmlhbC5wcHQ8L3NwYW4+PC9hPjxicj4NCkFuYWx5c2lzIG9mIFRD UCBwZXJmb3JtYW5jZSBvdmVyIG1vYmlsZSBhZCBob2MgbmV0d29ya3M8c3BhbiBjbGFzcz0iYXBw bGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGEgaHJlZj0iaHR0cDovL2RsLmFjbS5v cmcvY2l0YXRpb24uY2ZtP2lkPTMxMzU0MCI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aHR0 cDovL2RsLmFjbS5vcmcvY2l0YXRpb24uY2ZtP2lkPTMxMzU0MDwvc3Bhbj48L2E+PGJyPg0KQWx0 ZXJuYXRpdmVseSwgd2UgY291bGQgcmVtb3ZlIHRoZSBtZW50aW9uIG9mIFRDUCwgYW5kIGluc3Rl YWQgc3RhdGUgdGhhdCBidWZmZXJpbmcgTUFZIGJlIHVzZWQgZm9yIHBhY2tldHMgYXdhaXRpbmcg YSByb3V0ZSwgYnV0IHRoYXQgaW1wbGVtZW50YXRpb24gYW5kIGltcGxpY2F0aW9ucyBvZiB0aGlz IGFyZSBvdXQgb2Ygc2NvcGUgZm9yIEFPRFZ2Mi48YnI+DQo8YnI+DQo8YnI+DQozLiBVc2Ugb2Yg bXNnLWhvcC1saW1pdCBhbmQgbXNnLWhvcC1jb3VudDo8YnI+DQpUaG9tYXM6PGJyPg0KQnV0LCBl aXRoZXIgd2F5LCBhcyBhY2NvcmRpbmcgdG8geW91ciBtb2RlbCBtZXNzYWdlcyBhcmUgbmV2ZXIg Zm9yd2FyZGVkLCBidXQgYWx3YXlzIGFyZSBpbnRlbmRlZCBmb3IgcmVjZWlwdCBieSBhIHJvdXRl ciB3aGljaCBpcyBhIGRpcmVjdCBuZWlnaGJvciwgdGhlbiBhICZsdDttc2ctaG9wLWxpbWl0Jmd0 OyAmZ3Q7MSAod2hpY2ggYXBwbGllcyB0byB0aGUgbWVzc2FnZSkgc2VlbXMgaW5hcHByb3ByaWF0 ZS48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0K QWN0dWFsbHksIGFjY29yZGluZyB0byB0aGF0IG1vZGVsLCBJIHdvdWxkIGV2ZW4gc2F5IHRoYXQg cmVjZWlwdCBvZiBhIG1lc3NhZ2Ugd2l0aCBhICZsdDttc2ctaG9wLWNvdW50Jmd0OyAmZ3Q7MSBz aG91bGQgYmUgaW50ZXJwcmV0ZWQgYXMgYSBtYWxmdW5jdGlvbi48YnI+DQpBcyB5b3UgcmVmZXIg dG8gUkZDNTQ0NCBhcHBlbmRpeCBCLCBkbyBub3RlIHRoYXQgQXBwZW5kaXggQiBvZiBSRkM1NDQ0 IChhbmQsIG5vdGUgdGhlIGVycmF0YSA0MDAzKSB0YWxrcyBhYm91dDo8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgJmx0O21zZy1ob3AtbGltaXQmZ3Q7IGZpZWxkLCBpZiBwcmVz ZW50LCBjb250YWlucyB0aGUgbnVtYmVyIG9mIGhvcHMgb24gd2hpY2ggdGhlIG1lc3NhZ2UgaXMg YWxsb3dlZCB0byB0cmF2ZWwgYmVmb3JlIGJlaW5nIGRpc2NhcmRlZCBieSBhIE1BTkVUIHJvdXRl ci4mbmJzcDsgVGhlICZsdDttc2ctaG9wLWxpbWl0Jmd0OyBpcyBzZXQgYnkgdGhlIG1lc3NhZ2Ug b3JpZ2luYXRvciBhbmQgaXMgdXNlZCB0byBwcmV2ZW50IG1lc3NhZ2VzIGZyb20gZW5kbGVzc2x5 IGNpcmN1bGF0aW5nDQogaW4gYSBNQU5FVC48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNw YWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0KU3BlY2lmaWNhbGx5IOKAnHNldCBieSB0aGUgbWVzc2Fn ZSBvcmlnaW5hdG9y4oCdIGFuZCDigJxudW1iZXIgb2YgaG9wcyBvbiB3aGljaCB0aGUgbWVzc2Fn ZSBpcyBhbGxvd2VkIHRvIHRyYXZlbOKAnSDigJQgd2l0aCB5b3VyIGNvbnRyb2wgbWVzc2FnZXMg dHJhdmVsaW5nIGp1c3Qgb25lIGhvcCwgSSBiZWxpZXZlIHRoYXQgc2V0dGluZyAmbHQ7bXNnLWhv cC1saW1pdCZndDsgPSAxIGlzIGNvcnJlY3QuPGJyPg0KPGJyPg0KQU9EVnYyOiBEaXNjdXNzaW9u IGlzIHN0aWxsIG5lZWRlZCBoZXJlLiBXZSB3b25kZXIgaWYgdGhlc2UgZmllbGRzIGFyZSBuZWNl c3NhcnkgYXQgYWxsIGZvciBBT0RWdjIuIFdlIHdlcmUgdXNpbmcgdGhlbSB0byBsaW1pdCB0aGUg bnVtYmVyIG9mIHJlZ2VuZXJhdGlvbnMgb2YgYSBSUkVRLiBIb3dldmVyLCB0aGUgaG9wIGxpbWl0 IHZhbHVlIG5lZWRzIHRvIGJlIGxhcmdlIGVub3VnaCB0byBhbGxvdyBhIFJSRVEgZnJvbSBvbmUg c2lkZSBvZiB0aGUNCiBuZXR3b3JrIHRvIGFub3RoZXIuIEl0IG1pZ2h0IGJlIHRoZSBjYXNlIHRo YXQgdXNpbmcgdGhlIGhvcCBsaW1pdCwgYWxtb3N0IGV2ZXJ5IHJvdXRlciBpbiB0aGUgbmV0d29y ayB3b3VsZCByZWNlaXZlIHRoYXQgUlJFUSBhbnl3YXksIGFuZCBieSB1c2luZyB0aGUgcmVkdW5k YW5jeSBjaGVjaywgd2UgYWxyZWFkeSBzdG9wIFJSRVFzIGZyb20gY2lyY3VsYXRpbmcgZW5kbGVz c2x5Ljxicj4NCjxicj4NCjQuIEFic3RyYWN0PGJyPg0KVGhvbWFzOjxicj4NCuKAnEkgbWFkZSB0 aGUgZm9sbG93aW5nIGNvbW1lbnQsIHdoaWNoIHN0aWxsIGFwcGxpZXM6PGJyPg0K4oCcVGhpcyBp cyBhIGxpdHRsZSBvdmVyLXN0YXRpbmcgdGhlIGFwcGxpY2FiaWxpdHk6IHRoZXNlIHN0YXRlbWVu dHMgbWF5IGJlIHRydWUgaW4gc29tZSBzY2VuYXJpb3MgKGZvciBleGFtcGxlLCB3aGVuIHRoZXJl IGFyZSBmZXcgY29uY3VycmVudCB0cmFmZmljIGZsb3dzLCBhbmQgdGhlcmVmb3JlIGZldyByb3V0 ZXMgdG8gcmVwYWlyLCBhbmQgdGhlcmVmb3JlIGZldyBmbG9vZGluZyBvcGVyYXRpb25zIHRvIGNv bnRlbmQgZm9yIGNoYW5uZWwgYWNjZXNzKS4NCiBBcyBhIGdlbmVyYWwgc3RhdGVtZW50LCB0aGlz IGxhc3Qgc2VudGVuY2UgaXMgaW5jb3JyZWN04oCd4oCdPGJyPg0KPGJyPg0KQU9EVnYyOiBUaGUg dGV4dCBoYXMgYmVlbiByZW1vdmVkIGFuZCB0aGUgYWJzdHJhY3Qgbm93IHN0YXRlczog4oCcIFRo ZSBBZCBIb2MgT24tZGVtYW5kIERpc3RhbmNlIFZlY3RvciBWZXJzaW9uIDIgKEFPRFZ2Mikgcm91 dGluZyBwcm90b2NvbCBpcyBpbnRlbmRlZCBmb3IgdXNlIGJ5IG1vYmlsZSByb3V0ZXJzIGluIHdp cmVsZXNzLCBtdWx0aWhvcCBuZXR3b3Jrcy4mbmJzcDsgQU9EVnYyIGRldGVybWluZXMgdW5pY2Fz dCByb3V0ZXMgYW1vbmcgQU9EVnYyIHJvdXRlcnMNCiB3aXRoaW4gdGhlIG5ldHdvcmsgaW4gYW4g b24tZGVtYW5kIGZhc2hpb24u4oCdPGJyPg0KPGJyPg0KNSw5LDEyLDEzLDIwLiBSb3V0ZXIgQ2xp ZW50PGJyPg0KVGhvbWFzOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj48YnI+DQrigJxJIG1hZGUgYSBjb21tZW50IHByZXZpb3VzbHkgdGhhdCDigJxSb3V0 ZXIgY2xpZW504oCdIGlzIGEgcG9vcmx5IGNob3NlbiB0ZXJtLCBhbmQgaGF2ZSBwcm9wb3NlZCBh bHRlcm5hdGl2ZXMuIEnigJl2ZSBzZWVuIHNvbWUgYXR0ZW1wdHMgb24gdGhlIGxpc3QgYXQgcmF0 aGVyIHRoYW4gY2hhbmdlIHRoZSB0ZXJtLCBleHBsYWluIGl0IOKAlCBzb21lIG9mIHdoaWNoIGlz IGluIHRoaXMgZG9jdW1lbnQuIFRoZSDigJxPdmVydmlld+KAnSBzdGlsbCB0YWxrcyBhYm91dCDi gJxhDQogcm91dGVy4oCmb25lIG9mIGl0cyBjbGllbnRz4oCdIC0gd2hpY2ggaXMgbm8gbGVzcyBj b25mdXNpbmcgdGhhbiBsYXN0IHRpbWUgSXcgd2VudCB0aHJvdWdoIGl0Ljxicj4NCkkgcmVpdGVy YXRlLCB3aHkgbm90IHVzZSDigJxMb2NhbCBBdHRhY2hlZCBOZXR3b3JrIFNldOKAnSwgd2hpY2gg aXMgdGhlIHRlcm0gdXNlZCBieSBvdGhlciBkb2N1bWVudHMgZnJvbSB0aGlzIFdHP+KAnTxicj4N Cjxicj4NCkFPRFZ2MjogV2UgYWxyZWFkeSBhbnN3ZXJlZCB0aGlzIHN1Z2dlc3Rpb24gb24gdGhl IE1BTkVUIGxpc3QgYW5kIGFza2VkIGZvciBjb21tZW50cyBhbmQgc3VnZ2VzdGlvbnMsIGFuZCBu byByZXNwb25zZXMgd2VyZSByZWNlaXZlZC4gV2UgaGF2ZSBkZWZpbmVkIHdoYXQgd2UgbWVhbiBi eSBSb3V0ZXIgQ2xpZW50LCBhbmQgdGhlIHRlcm1pbm9sb2d5IGhhcyBzbyBmYXIgbm90IGNoYW5n ZWQuIEhvd2V2ZXIsIHNvbWUgYWx0ZXJuYXRpdmVzIGhhdmUNCiBiZWVuIHN1Z2dlc3RlZCwgc28g aWYgeW91IGZlZWwgYW55IG9mIHRoZXNlIGFyZSBtb3JlIGVmZmVjdGl2ZSwgcGxlYXNlIGxldCB1 cyBrbm93Ojxicj4NCu+7v+KAoiZuYnNwOyZuYnNwOyZuYnNwOyBBZHZlcnRpc2VkIElQIEFkZHJl c3M6IHB1dHMgdGhlIGVtcGhhc2lzIG9uIGFkdmVydGlzZW1lbnQgcmF0aGVyIHRoYW4gdG9wb2xv Z2ljYWwgY29ubmVjdGlvbjxicj4NCuKAoiZuYnNwOyZuYnNwOyZuYnNwOyBBY2Nlc3NpYmxlIElQ IEFkZHJlc3M6IHB1dHMgdGhlIGVtcGhhc2lzIG9uIGFjY2Vzc2liaWxpdHkgdGhyb3VnaCB0aGUg cGFydGljdWxhciByb3V0ZXIg4oCTIG5vdCBiYWQ8YnI+DQrigKImbmJzcDsmbmJzcDsmbmJzcDsg UmVkdWNlZCBGdW5jdGlvbiBEZXZpY2UgW1JGRF06IGRvZXNu4oCZdCByb2xsIG9mZiB0aGUgdG9u Z3VlLCBidXQgdGhpcyBpcyB0ZXJtaW5vbG9neSB1c2VkIGZvciBMMlIgaW4gSUVFRSA4MDIgV2ly ZWxlc3MgZm9yIGEgc2ltaWxhciBzaXR1YXRpb248YnI+DQrigKImbmJzcDsmbmJzcDsmbmJzcDsg QWNjZXNzaWJsZSBEZXZpY2UgQWRkcmVzczogYWRkcyBzb21lIGVtcGhhc2lzIGZvciB0aGUgZGV2 aWNlIGFzIHdlbGwgYXMgdGhlIGFkZHJlc3M8YnI+DQrvu7/igKImbmJzcDsmbmJzcDsmbmJzcDsg U3RhYmx5IENvbm5lY3RlZCBJUCBBZGRyZXNzOiBub3RoaW5nIGlzIHBlcm1hbmVudCwgb2YgY291 cnNlLCBidXQgdGhlIHJvdXRlciBjbGllbnQgc2V0IGlzIHRob3VnaHQgdG8gYmUgcmVsYXRpdmVs eSBzdGFibGU8YnI+DQrigKImbmJzcDsmbmJzcDsmbmJzcDsgVG9wb2xvZ2ljYWxseSBDb25uZWN0 ZWQgSVAgYWRkcmVzczogLi4uIHN1Z2dlc3RzIHRoYXQgYSAmcXVvdDt0b3BvbG9naWNhbCBjb25u ZWN0aW9uJnF1b3Q7IGlzIHN0YWJsZSBjb21wYXJlZCB0byB3aXJlbGVzczxicj4NCuKAoiZuYnNw OyZuYnNwOyZuYnNwOyBBZG1pbmlzdHJhdGl2ZWx5IEFzc2lnbmVkIElQIGFkZHJlc3M6IC4uLiBz b21laG93IGRvZXMgbm90IGNvbm5vdGUgdGhlICZxdW90O290aGVybmVzcyZxdW90OyBvZiB0aGUg cm91dGVyIGNsaWVudCBkZXZpY2VzLjxicj4NCjxicj4NCjYuIE92ZXJ2aWV3IC0gYWRqYWNlbmN5 PGJyPg0KVGhvbWFzOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwv c3Bhbj48YnI+DQpUaGUgdGVybSDigJxjb25maXJtaW5nIGFkamFjZW5jeeKAnSBpcyBnb25lLCBh bmQgaXMgbm93IHJlcGxhY2VkIGJ5IOKAnGNvbmZpcm1pbmcgYmlkaXJlY3Rpb25hbGl0eeKAnSAt IHdoaWNoLCBhbGFzLCBzdGlsbCBzb3VuZHMgbGlrZSB0aGVyZSBpcyBzb21lIGFjdGl2ZSBtb25p dG9yaW5nIChIRUxMTyBtZXNzYWdlIGV4Y2hhbmdlKSBnb2luZyBvbi4gVW5sZXNzIHRoYXQgaXMg dGhlIGNhc2UsIHRoZW4gcGxlYXNlIGJlIG1vcmUgc3BlY2lmaWMgaGVyZS48YnI+DQpJIG5vdGUg dGhhdCB0aGUgdGVybSBhZGphY2VuY3kgaXMgdXNlZCB0aHJvdWdoIGFuZCB0aHJvdWdoIHRoZSBk b2N1bWVudCwgYnR3Ljxicj4NCjxicj4NCkFPRFZ2MjogVGhlIHRleHQgaGFzIGJlZW4gdXBkYXRl ZCB0byBhdm9pZCB0aGUgd29yZCBhZGphY2VuY3kuIFdlIGRvIG5vdCBiZWxpZXZlIHRoZSB0ZXh0 IGltcGxpZXMgYWN0aXZlIG1vbml0b3JpbmcgdGhyb3VnaCBIRUxMTyBtZXNzYWdlcy48YnI+DQo8 YnI+DQo3LiBPdmVydmlldyAtIGZvcndhcmRpbmcgcGxhbmU8YnI+DQpUaG9tYXM6IEkgc3VnZ2Vz dGVkIGluIG15IGxhc3QgcmV2aWV3OiBUaGUgb3ZlcnZpZXcgbXVzdCBhbHNvIGluY2x1ZGUgYSBw YXJhZ3JhcGggb24gdGhlIGludGVyc2VjdGlvbnMgYmV0d2VlbiB0aGlzIHByb3RvY29sIGFuZCB0 aGUgZm9yd2FyZGluZyBwbGFuZSDigJQgdGhpcywgYXMgaXQgaXMgZGlmZmVyZW50IChhbmQgbW9y ZSBpbnZhc2l2ZSkgZnJvbSB0aGF0IHdoaWNoIGlzIHR5cGljYWxseSBzZWVuIGluIHJvdXRpbmcg cHJvdG9jb2xzLjxicj4NClNwZWNpZmljYWxseSwgYXMgYSByZWFjdGl2ZSBwcm90b2NvbCwgaXQg aXMgcmVxdWlyZWQgKGF0IGxlYXN0KSB0aGF0IHRoZSBmb3J3YXJkaW5nIHBsYW5lIGlzIG1vZGlm aWVkIDo8YnI+DQoxKSBBIOKAnG1pc3PigJ0gd2hlbiBsb29raW5nIHVwIGEgbmV4dCBob3AgZm9y IGEgZGF0YSBwYWNrZXQgdG8gYmUgZm9yd2FyZGVkLCBpcyBzaWduYWxsZWQgdG8gdGhlIEFPRFZ2 MiBwcm9jZXNzIHNvIGFzIHRvIHBlcm1pdCB0aGF0IHJvdXRlIGRpc2NvdmVyeSBiZSBsYXVuY2hl ZDs8YnI+DQoyKSBBIOKAnG1pc3PigJ0gd2hlbiBhdHRlbXB0aW5nIHRvIGRlbGl2ZXIgYSBkYXRh IHBhY2tldCB0byBhIG5leHQgaG9wLCB3aGljaCB3YXMgcmVjb3JkZWQgaW4gdGhlIHJvdXRpbmcg dGFibGUsIGlzIHNpZ25hbGxlZCB0byB0aGUgQU9EVnYyIHByb2Nlc3Mgc28gYXMgdG8gcGVybWl0 IHRoYXQgYSByb3V0ZSByZXBhaXIgYmUgaW5pdGlhdGVkIGFuZC9vciBhIFJvdXRlIEVycm9yIGJl IGdlbmVyYXRlZC48YnI+DQozKSBBIOKAnGhpdOKAnSB3aGVuIGxvb2tpbmcgdXAgYSBuZXh0IGhv cCBmb3IgYSBkYXRhIHBhY2tldCB0byBiZSBmb3J3YXJkZWQgdG8gYSBkZXN0aW5hdGlvbiBpcyBz aWduYWxsZWQgdG8gdGhlIEFPRFZ2MiBwcm9jZXNzIHNvIGFzIHRvIHBlcm1pdCBtYWludGVuYW5j ZSBvZiDigJxhY3RpdmUgcm91dGXigJ0gUm91dGUgU3RhdGUsIHRpbWVycyBhbmQgc3VjaC48YnI+ DQpOb3RlIHRoYXQgdGhlc2UgdGhpbmdzIGFyZSBuZWNlc3NhcnkgdG8gY2FsbCBvdXQgaW4gdGhl IOKAnG92ZXJ2aWV34oCdIGFuZCBpbiB0aGUg4oCcYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnTigJ0s IGJvdGg6IGl0IGlzIG5vdCB0aGF0IHRoZXkgYXJlIG5lZ2F0aXZlcyBwZXIgc2UsIGJ1dCB0aGF0 IHRoZXkgYXJlIGltcG9ydGFudCBmYWN0b3JzIGdvdmVybmluZyB0aGUgYXBwbGljYWJpbGl0eSBv ZiB0aGlzIHByb3RvY29sOiB3aWxsIGEgZ2l2ZW4gcGxhdGZvcm0NCiBwZXJtaXQgc3VjaCBhY2Nl c3MgdG8gdGhlIGZvcndhcmRpbmcgcGxhbmUsIGZvciBleGFtcGxlPyBJbXBvcnRhbnQgdG8gdW5k ZXJzdGFuZCBpZiBmb3IgdGhhdCBwbGF0Zm9ybSB0aGlzIHByb3RvY29sIGlzIGFwcGxlPGJyPg0K SSBzZWUgdGhhdCB0aGlzIHdhcyBub3QgYWRkcmVzc2VkIGluIHRoZSBvdmVydmlldywgbm9yIGlu IHRoZSBhcHBsaWNhYmlsaXR5IG90aGVyIHRoYW4gYnkgYSBmb3J3YXJkIHJlZmVyZW5jZSB0byBz ZWN0aW9uIDYuNC4gV2hpbGUgaXQgaXMgcG9zaXRpdmUgdGhhdCB0aGVyZSBpcyBhIHNlY3Rpb24g Ni40LCB0aGlzIGRvZXMgbm90IGV4b25lcmF0ZSB0aGUgb3ZlcnZpZXcgYW5kIHRoZSBhcHBsaWNh YmlsaXR5IHN0YXRlbWVudCBmb3IgYmVpbmcgaG9uZXN0DQogYWJvdXQgdGhlIHJlcXVpcmVtZW50 cyAobm90YWJseSB0byB0aGUgcGxhdGZvcm0vb3MpIHRoYXQgdGhpcyBwcm90b2NvbCBoYXMgZm9y IGJlaW5nIGFwcGxpY2FibGU8YnI+DQo8YnI+DQpBT0RWdjI6IFRoZSBPdmVydmlldyBhbmQgdGhl IEFwcGxpY2FiaWxpdHkgU3RhdGVtZW50IG5vdyByZWZlciB0byB0aGVzZSBiYXNpYyByZXF1aXJl bWVudHMgZm9yIHRoZSBpbnRlcmFjdGlvbiB3aXRoIHRoZSBmb3J3YXJkaW5nIHBsYW5lLiBUaGUg QXBwbGljYWJpbGl0eSBTdGF0ZW1lbnQgYWxzbyBjb250YWlucyB0aGUgcmVmZXJlbmNlIHRvIHRo ZSBsYXRlciBzZWN0aW9uIHdoaWNoIGRlc2NyaWJlcyB0aGlzIGluIG1vcmUgZGV0YWlsLjxicj4N Cjxicj4NCjguIDcxODIgYW5kIHNlY3VyaXR5PGJyPg0KPGJyPg0KVGhvbWFzOiBJIHN1Z2dlc3Rl ZCBpbiBteSBsYXN0IHJldmlldzogSXQgaXMgaW1wb3J0YW50IHRvIGRvIG1vcmUgdGhhbiB0aGlz OiA3MTgyIGRvZXMgb25seSBwcm92aWRlIOKAnGNvbnRhaW5lcnPigJ0gZm9yIElDVnMgYW5kIHRp bWVzdGFtcHMsIGFuZCBkb2VzIG5vdCBzcGVjaWZ5IGhvdyB0byB1c2UgdGhlbSB0byBvYnRhaW4g c3BlY2lmaWMgc2VjdXJpdHkgcHJvcGVydGllcy4gUkZDNzE4MiBtYXkgYmUgYSB0b29sIHRoYXQg Y2FuIGJlIHVzZWQsIGJ1dA0KIGhvdyogdGhhdCB0b29sIGlzIHVzZWQgaXMgd2hhdCBkZXRlcm1p bmVzIHRoZSBzZWN1cml0eSBwcm9wZXJ0aWVzLjxicj4NClRoZXJlZm9yZSwgc2F5aW5nIHRoYXQg 4oCcc2VjdXJpdHkgaXMgZGVhbHQgd2l0aCBieSB1c2luZyBSRkM3MTgy4oCdIGlzIGVpdGhlciBh biBpbmNvbXBsZXRlIHN0YXRlbWVudCwgb3IgaXMgaW5kaWNhdGl2ZSBvZiBpbnN1ZmZpY2llbnQg c2VjdXJpdHkgY29uc2lkZXJhdGlvbnMu4oCdPGJyPg0KVGhlIGFjdHVhbCBzZW50ZW5jZSBpbiB0 aGUgSS1EIGhhcyBiZWVuIGNoYW5nZWQsIG5vdyBpdCBleHBsaWNpdGx5IG5hbWVzIHRoZSB0d28g VExWcyBmcm9tIDcxODIgdGhhdCBpdCB1c2VzLiBUaGF0IGlzLCBhbGFzLCBzdGlsbCBub3Qgc3Vm ZmljaWVudC48YnI+DQpNYWtpbmcgdGhlIGFzaWRlIHRoYXQgd2FzIGRpc2N1c3NlZCByZWNlbnRs eSBvbiB0aGUgbGlzdCwgdGhhdCAoaSkgY29udHJvbCBtZXNzYWdlcyBhcmUgbm90IGZvcndhcmRl ZCwgYW5kIHRoYXQgKGlpKSB0aGV5IGFyZSBtb2RpZmllZCBpbiB0cmFuc2l0LCB0aGUgc2VjdXJp dHkvdHJ1c3QgbW9kZWwgaXMgc29tZXdoYXQgZGlmZmVyZW50IGZyb20gdGhhdCBvZiA3MTgxIGFu ZCBjb25zZXF1ZW50bHkgZm9yIHdoYXQgNzE4MiB3YXMgaW5pdGlhbGx5DQogd3JpdHRlbiBmb3Iu IEkgdGhpbmsgdGhhdCZuYnNwOyBjYWxsaW5nIG91dCB0aGUgdHJ1c3QgbW9kZWwsIGFuZCBob3cg NzE4MiBhY3R1YWxseSBpcyB1c2VkIGhlcmUsIG1pZ2h0IGJlIHdoYXQgaXMgY2FsbGVkIGZvci48 YnI+DQpDb250aW51aW5nIHdpdGggdGhlIGFzaWRlLCB0aGlzICplc3BlY2lhbGx5KiBhcyB0aGUg YXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQgc2F5czogJnF1b3Q7UHJvdmlkaW5nIHNlY3VyaXR5IGZv ciBhIHJlYWN0aXZlIHJvdXRpbmcgcHJvdG9jb2wgY2FuIGJlIGRpZmZpY3VsdOKAnTxicj4NCjxi cj4NClRob21hczo8YnI+DQrvu79PSywgc28gYXNzdW1lIHRoYXQgSSB1bmRlcnN0YW5kIHJlZ2Vu ZXJhdGlvbiBhcyBwZXIgbXkgcHJldmlvdXMgZW1haWwsIGFzIG1lYW5pbmcg4oCcZ2VuZXJhdGUg YSBuZXcgbWVzc2FnZSBhbmQgc2VuZCB0byBteSBuZWlnaGJvcnMsIGJhc2VkIG9uIHdoYXQgSSBs ZWFybmVkIHdoZW4gcHJvY2Vzc2luZyBhIHJlY2VpdmVkIG1lc3NhZ2XigJ0g4oCUIGp1c3QgbGlr ZSBhbnkgZGlzdGFuY2UgdmVjdG9yIHByb3RvY29sIGRvZXMuPGJyPg0KSW4gdGhhdCBtb2RlbCwg d2hhdCB5b3Ugd3JpdGUgbWFrZXMgc2Vuc2U6IGVhY2ggb3JpZ2luYXRvciBvZiBhIGNvbnRyb2wg bWVzc2FnZSAoaS5lLiwgd2hvZXZlciBnZW5lcmF0ZXMgb3IgcmVnZW5lcmF0ZXMgaXQpIGlzIGZy ZWUgdG8gaW5jbHVkZSB0aGUgaW5mb3JtYXRpb24gaXQgZGVzaXJlcywgc3VjaCBhcyB0aGUgNCBw b2ludHMgeW91IGxpc3QgYWJvdmUuIE5vIGlzc3VlcyB3aXRoIHRoYXQuPGJyPg0KSG93ZXZlciwg YW5kIHRoaXMgam9pbnMgd2hhdCBJIHBvaW50ZWQgb3V0IGluIGEgcHJldmlvdXMgZW1haWwsIHlv dSB3cml0ZSBpbiB0aGUgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQ6ICZxdW90O1Byb3ZpZGluZyBz ZWN1cml0eSBmb3IgYSByZWFjdGl2ZSByb3V0aW5nIHByb3RvY29sIGNhbiBiZSBkaWZmaWN1bHQu JnF1b3Q7PGJyPg0KV2hpbGUgd2UgY2FuIGRpc2N1c3MgaWYgdGhlIG5hdHVyZSBvZiZuYnNwO+KA nHJlYWN0aXZlIHJvdXRpbmcgcHJvdG9jb2zigJ0gZ2VuZXJhdGVzIHBhcnRpY3VsYXIgZGlmZmlj dWx0aWVzLCB3ZSBjZXJ0YWlubHkgY2FuIGFncmVlIHRoYXQgdGhpcyBwcm90b2NvbCBoYXMgdGhl IHNhbWUmbmJzcDvigJxkaWZmaWN1bHRpZXPigJ0gYXMgYSBkaXN0YW5jZSB2ZWN0b3IgcHJvdG9j b2w6IHJvdXRpbmcmbmJzcDt0b3BvbG9neSBpbmZvcm1hdGlvbiAoYnkgZGVmaW5pdGlvbikgbm90 IGJlaW5nDQogZXhjaGFuZ2VkIGVuZC10by1lbmQsIGJ1dCBiZXR3ZWVuIG5laWdoYm9ycyAod2hv IGRvJm5ic3A7Y2FsY3VsYXRpb25zIGFuZCBnZW5lcmF0ZSB0aGVpciBvd24gYW5ub3VuY2VtZW50 cyZuYnNwO+KAlCByZWdlbmVyYXRpb24sIGFzIHlvdSBjYWxsIGl0KS48c3BhbiBjbGFzcz0iYXBw bGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0KVGhpcyBtZWFucyB0aGF0IGEg c3BlY2lmaWMgc2VjdXJpdHkgbW9kZWwgb2YgdHJhbnNpdGl2ZSB0cnVzdCBtdXN0IGJlIGFzc3Vt ZWQsIG5vPyBJIHRydXN0IFZpY3RvcmlhLCZuYnNwO3RoZXJlZm9yZSB3aGVuIFZpY3RvcmlhIHNh eXMmbmJzcDvigJxTdGFuIHRvbGQgbWXigJ0mbmJzcDt0aGVuIEkgdHJ1c3QgdGhhdCBzaGUmbmJz cDthY3R1YWxseSB2ZXJpZmllZCB0aGF0ICZxdW90O2l0IHdhcyBpbmRlZWQgU3RhbiB3aG8gdG9s ZCBoZXImbmJzcDvigKbigJ0mbmJzcDvigJQgYW5kIGVpdGhlciB3YXksIEkgaGF2ZSBubyB3YXkN CiBvZiB2ZXJpZnlpbmc/PGJyPg0KSSBkaWQgbm90IHNlZSB0aGUgdHJ1c3QgbW9kZWwgLyB0cnVz dCBhc3N1bXB0aW9uIGRpc2N1c3NlZCBpbiB0aGUgc3BlY2lmaWNhdGlvbiAoc3BlY2lmaWNhbGx5 IG5vdCBpbiBhcHBsaWNhYmlsaXR5IGFuZCBpbiBzZWN0aW9uIDEzLCBib3RoIG9mIHdoZXJlIGl0 IHNob3VsZCBiZSBjYWxsZWQgb3V0KSwgYnV0IEkgdGhpbmsgdGhhdCB0aGlzIGlzIGFjdHVhbGx5 IGEgY3J1Y2lhbCBwb2ludCB0byBnZXQgcmlnaHQsIGluIG9yZGVyIHRvIGFwcHJvYWNoDQogZGV2 ZWxvcGluZyB0aGUgTVRJIHNlY3VyaXR5IG1lY2hhbmlzbXMuPGJyPg0KQW55d2F5cywgdGhhdCBv YnNlcnZhdGlvbiBhY3R1YWxseSBjb250cmFzdHMgc3Ryb25nbHkgd2l0aCB3aGF0IHRoZSBhcHBs aWNhYmlsaXR5IHN0YXRlbWVudCB0aGVuIGdvZXMgb24gdG8gc2F5LCBuYW1lbHk6PGJyPg0KJm5i c3A7Jm5ic3A7IEFPRFZ2MiBwcm92aWRlcyBmb3IgbWVzc2FnZSBpbnRlZ3JpdHkgYW5kIHNlY3Vy aXR5IGFnYWluc3QgcmVwbGF5PGJyPg0KJm5ic3A7Jm5ic3A7IGF0dGFja3MgYnkgdXNpbmcgaW50 ZWdyaXR5IGNoZWNrIHZhbHVlcywgdGltZXN0YW1wcyBhbmQgc2VxdWVuY2U8YnI+DQombmJzcDsm bmJzcDsgbnVtYmVycywgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gMTMuPGJyPg0KVGhpcyBpcyB0 cnVlIG9ubHkgaW4gYXMgbXVjaCBhcyBtZXNzYWdlcyBhcmUgaW5kZWVkIGV4Y2hhbmdlZCBiZXR3 ZWVuIG5laWdoYm9yczogd2hlbiB5b3UmbmJzcDvigJxyZWdlbmVyYXRl4oCdIGEgbWVzc2FnZSwg aS5lLiwgZ2VuZXJhdGUgYSBuZXcmbmJzcDttZXNzYWdlIGluIHJlc3BvbnNlIHRvIHJlY2VpcHQg b2YgYSBtZXNzYWdlLCB5b3UgZ2VuZXJhdGUgYnJhbmQgbmV3IHBheWxvYWQgKGJ1dCBwb3NzaWJs eSBpbmNsdWRpbmcgc29tZSBvZiZuYnNwO3RoZSBkYXRhIGZyb20NCiB0aGUgcmVjZWl2ZWQgbWVz c2FnZSwgb2YgY291cnNlKTogdGh1cywgYW55IElDVnMmbmJzcDvigJxmcm9tIGZhcnRoZXIgYXdh eSB0aGFuIHRoZSBuZWlnaGJvcuKAnSZuYnNwO3dpbGwgYmUgdXNlbGVzcyAob3IsIGlmIHlvdSB6 ZXJvIG91dCB0aGUgcGFydHMgdGhhdCB5b3UgY2hhbmdlLCB0aGVzZSBwYXJ0cyB3aWxsIG5vdCBi ZSBwcm90ZWN0ZWQpLjxicj4NClRoZSBhYm92ZSBzZW50ZW5jZSwgcXVvdGVkIGZyb20gdGhlIGFw cGxpY2FiaWxpdHkgc3RhdGVtZW50LCBhbmQgdGhhdCB3aGljaCB0cmFuc3BpcmVzIGZyb20gc2Vj dGlvbiAxMywgc2VlbXMgLSBjZXJ0YWlubHksIGFic2VudCB0aGUgdHJ1c3QgbW9kZWwgYXNzdW1l ZCAtIHRvIHN1Z2dlc3QgdGhhdCBlbmQtdG8tZW5kIHByb3RlY3Rpb24vdmFsaWRhdGlvbiBpcyBw cm92aWRlZC4gQnV0LCB0aGlzIGlzIG5vdCB0aGUgY2FzZS48YnI+DQpGaW5hbGx5IHRvIHRoZSBh cHBsaWNhYmlsaXR5IHN0YXRlbWVudCwgYSBxdWVzdGlvbjo8YnI+DQpJZiBzZWN1cml0eSBhc3Nv Y2lhdGlvbnMgY2FuIGJlIGVzdGFibGlzaGVkLCBlbmNyeXB0aW9uIGNhbiBiZSB1c2VkIGZvciBB T0RWdjIgbWVzc2FnZXMgdG8gZW5zdXJlIHRoYXQgb25seSB0cnVzdGVkIHJvdXRlcnMgcGFydGlj aXBhdGUgaW4gcm91dGluZyBvcGVyYXRpb25zLjxicj4NCldoYXQgeW91IHdhbnQgdG8gc2F5IGhl cmUgaXMgdGhhdCDigJxpZiBhbGwgdHJ1c3RlZCByb3V0ZXJzIGhhdmUgYSBzaGFyZWQgc2VjcmV0 LCB0aGVuIHdl4oCZcmUgYWJsZSB0byB1c2UgdGhhdCBzaGFyZWQgc2VjcmV0IHRvIGlnbm9yZSBu b24tdHJ1c3RlZCByb3V0ZXJz4oCdLCByaWdodD88c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVk LXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0KV2hpbGUg4oCcc2VjdXJpdHkgYXNzb2NpYXRpb25z 4oCdIHRoYXQgZG8gbm90IHBhc3MgdGhyb3VnaCBhIHNoYXJlZCBzZWNyZXQgcHJvYmFibHkgY2Fu IGJlIHRob3VnaHQgdXAsIGl04oCZcyBub3QgdHJpdmlhbCBhbmQgSSBkaWQgbm90IGZpbmQgYW55 IGRpc2N1c3Npb24gb2YgdGhhdCBpbiB0aGUgZG9jdW1lbnQ/PGJyPg0KSGF2aW5nLCBvbiB0aGUg dG9waWMgb2Ygc2VjdXJpdHksIHJlLXJlYWQgU2VjdGlvbiAxMywgd2hpY2ggc3RhcnRzOjxicj4N CiZuYnNwOyZuYnNwOyBUaGlzIHNlY3Rpb24gZGVzY3JpYmVzIHZhcmlvdXMgc2VjdXJpdHkgY29u c2lkZXJhdGlvbnMgYW5kIHBvdGVudGlhbDxicj4NCiZuYnNwOyZuYnNwOyBhdmVudWVzIHRvIHNl Y3VyZSBBT0RWdjIgcm91dGluZy4mbmJzcDs8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNw YWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0KV2hpbGUgdGhpcyBpcyBhbiBob25lc3QgZGVzY3JpcHRp b24gb2Ygd2hhdCBmb2xsb3dzLCBJIHJlbWFpbiBjb252aW5jZWQgdGhhdCB0aGlzIGlzIG5vdCBz dWZmaWNpZW50LiBTbyBsZXQgbWUgYXNrIGFzIHByZWNpc2VseSBhcyBJIGNhbjo8YnI+DQpvIHdo YXQgaXMgdGhlIE1USSBzZWN1cml0eSBtZWNoYW5pc20gdGhhdCBhIGNvbmZvcm1hbnQgaW1wbGVt ZW50YXRpb24gbXVzdCBwcm92aWRlPyZuYnNwO1NwZWNpZmljYWxseTogLSB3aGljaCBhcmUgdGhl IHByb2Nlc3Npbmcgc3RlcHMgKGZvciBleGFtcGxlIGluIHNlY3Rpb24gNy4yLjEmbmJzcDthbmQg c2VjdGlvbiA3LjIuMiBmb3IgUlJFUCAtIGFuZCBzaW1pbGFybHkgZm9yIHRoZSBvdGhlciBtZXNz YWdlJm5ic3A7dHlwZXMpIHRoYXQgZGVmaW5lIHRoYXQgc2VjdXJpdHkNCiBtZWNoYW5pc208YnI+ DQpvIHdoYXQgcHJvdGVjdGlvbiBpcyBvZmZlcmVkIGJ5IHRoYXQgTVRJIHNlY3VyaXR5IG1lY2hh bmlzbT8gQW5kIHdoYXQgcmVtYWlucyB2dWxuZXJhYmxlLjxicj4NCklmIHRoaXMgc3BlY2lmaWNh dGlvbiB0YXJnZXRzIHN0ZC50cmFjaywgdGhlbiBpdCBzaG91bGQgaW5jbHVkZSAocmVhc29uYWJs eSBzb2xpZCwgYnV0IGRlZmluaXRlbHkgd2VsbCBzcGVjaWZpZWQpIE1USSBzZWN1cml0eS48YnI+ DQo8YnI+DQpDaHJpcyBEZWFybG92ZTo8YnI+DQrvu79UaGVyZSBhcmUgdHdvIHBvdGVudGlhbCBj aG9pY2VzOjxicj4NCjxicj4NCi0gUlJFUSBoYXMgYW4gaW50ZWdyaXR5IGNoZWNrIHZhbHVlIHRv IGluZGljYXRlIHRoYXQgc29tZW9uZSB0cnVzdGVkIGNyZWF0ZWQgaXQsIGlmIG5vdCBuZWNlc3Nh cmlseSB0aGUgZGVzdGluYXRpb24uIFRoYXQgc29tZW9uZSBtaWdodCBiZSBpZGVudGlmaWFibGUg b3Igbm90Ljxicj4NCi0gUlJFUSBoYXMgYSBzaWduYXR1cmUgdGhhdCBpbmRpY2F0ZXMgdGhhdCB0 aGUgZGVzdGluYXRpb24gY3JlYXRlZCBpdC48YnI+DQo8YnI+DQpVbmZvcnR1bmF0ZWx5LCBhbiBS UkVRIHRoYXQgY2hhbmdlcyBhcyBpdCBpcyBmb3J3YXJkZWQgKGFnZ3JlZ2F0aW5nIGRhdGEgb2Yg YW55IHNvcnQpIG1ha2VzIHRoZSBzZWNvbmQgb3B0aW9uIHRyaWNreSwgdW5sZXNzIHRoZXJl4oCZ cyBzb21lIHNvcnQgb2YgYWdncmVnYXRpbmcgc2lnbmF0dXJlIGFzIGl0IGlzIGZvcndhcmRlZC4g QnV0IEnigJltIG5vdCBhbiBleHBlcnQgb24gdGhlIGxhdHRlci48YnI+DQo8YnI+DQpUaGUgbW9z dCB0cml2aWFsIGNhc2Ugb2YgdGhlIGZvcm1lciBpcyBzaW1wbHkgdGhhdCBldmVyeW9uZSB0cnVz dGVkIGhhcyBhIHNpbmdsZSBzaGFyZWQga2V5LiBUaGF0IGhhcyBvYnZpb3VzIGlzc3VlcyDigJMg YWx0aG91Z2ggaXQgd2FzIGdvb2QgZW5vdWdoIHRoYXQgZW1ib2RpZWQgYXMgUkZDIDcxODMgd2Ug Y291bGQgZ2V0IDcxODEgdGhyb3VnaCB0aGUgc3lzdGVtIChhcyBhIOKAnG11c3QgaW1wbGVtZW50 LCBkbyBub3QgbmVlZCB0byB1c2XigJ0gbWluaW1hbA0KIGNhc2UpLiBBbHRlcm5hdGl2ZWx5IHNv bWV0aGluZyBpZGVudGl0eS1iYXNlZCAoZS5nLiBkcmFmdC1pZXRmLW1hbmV0LWlicykgY291bGQg YmUgdXNlZCwgc28geW91IGtub3cgd2hvIGNyZWF0ZWQgdGhlIG1lc3NhZ2UgeW91IHJlY2VpdmVk LCBidXQgeW91IGFyZSByZWx5aW5nIG9uIGEgY2hhaW4gb2YgdHJ1c3QsIGhvcCBieSBob3AuIEF0 IHdoaWNoIHBvaW50IHlvdSBtaWdodCBhcyB3ZWxsIGp1c3Qgc2lnbiBwYWNrZXRzIChzZWUgUkZD IDcxODIpLjxicj4NCjxicj4NCkJ1dCBpbiBldmVuIHRoZSB3ZWFrZXN0IGNhc2UgKHRoZSBzaW5n bGUgc2hhcmVkIGtleSB1c2VkIGhvcCBieSBob3ApIHRoZXJlIGhhcyB0byBiZSBhIGZhaWx1cmUg Zm9yIHRoaW5ncyB0byBnbyB3cm9uZyAtIGVpdGhlciBsb3NzIG9mIGtleSAoaW4gd2hpY2ggY2Fz ZSBhbGwgYmV0cyBhcmUgb2ZmKSBvciBzdWJvcm5pbmcgb25lIHJvdXRlciAod2hvIGNhbiBkbyBx dWl0ZSBhIGxvdCBvZiBkYW1hZ2UpLjxicj4NCjxicj4NCkkgaGF2ZW4ndCByZWFkIHRoZSBsYXRl c3QgQU9EVnYyIGRyYWZ0IHlldCwgYnV0IHRoaXMgc29ydCBvZiB0aGluZyBzaG91bGQgYmUgZGVz Y3JpYmVkIGluIGl0cyBzZWN1cml0eSBjb25zaWRlcmF0aW9ucyAtIHRoZSBwcmV2aW91cyBkcmFm dCB0aG91Z2ggZGlkbid0IGRpc2N1c3MgdGhpcyBhcyBmYXIgYXMgSSByZWNhbGwuPGJyPg0KPGJy Pg0KQ2hyaXMgRGVhcmxvdmU6PGJyPg0K77u/SWYgeW91IGdvIGRvd24gdGhpcyByb3V0ZSBvZiBh c3N1bWluZyB0cmFuc2l0aXZlIHRydXN0LCB0aGVuIHlvdSBtaWdodCBhcyB3ZWxsIHVzZSA3MTgy 4oCZcyBwYWNrZXQgSUNWIGFuZCB0aW1lc3RhbXAgcmF0aGVyIHRoYW4gbWVzc2FnZSBJQ1YgYW5k IHRpbWVzdGFtcC48YnI+DQombmJzcDs8YnI+DQpUaGVyZSBpcyBhIGNvbXBsaWNhdGlvbiAobW9z dGx5IG9uZSBvZiBwcmVzZW50YXRpb24pIHRoYXQgdGhlIDU0NDQgbXVsdGlwbGV4ZXIgKHJhdGhl ciB0aGFuIEFPRFZ2MikgbmVlZHMgdG8gZG8gdGhpcywgYXQgbGVhc3QgZm9yIHBhY2tldHMgY29u dGFpbmluZyBBT0RWdjIgbWVzc2FnZXMgKGJ1dCBhdCB3aGljaCBwb2ludCwgcHJvYmFibHkgYWxs IDU0NDQgcGFja2V0cykuIFNvIHlvdSBlaXRoZXIsIGRlcGVuZGluZyBvbiB5b3VyIHBvaW50IG9m DQogdmlldywgbmVlZCB0byByZXF1ZXN0IGl0IHRvIGRvIHRoYXQsIG9yIChhZG1pbmlzdHJhdGl2 ZWx5KSBkZWNsaW5lIHRvIG9wZXJhdGUgZXhjZXB0IG92ZXIgYSA1NDQ0IG11bHRpcGxleGVyIHRo YXQgaXMgZG9pbmcgdGhpcy48YnI+DQombmJzcDs8YnI+DQpUaGUgYWR2YW50YWdlIGlzIG9uZSBv ZiBzYXZlZCBzcGFjZSBhbmQgdGltZSB3aGVuIHBhY2tldHMgY29udGFpbiBtb3JlIHRoYW4gb25l IG1lc3NhZ2UuIFBsdXMgc2xpZ2h0bHkgYmV0dGVyIHByb3RlY3Rpb24gKGhvcCBjb3VudCBhbmQg bGltaXQgYXJlIGNvdmVyZWQpIGJ1dCB3aGljaCBwcm9iYWJseSBkb2VzbuKAmXQgbWF0dGVyIGhl cmUuPGJyPg0KJm5ic3A7PGJyPg0KSWYgbWVzc2FnZXMgYXJlIGNoYW5nZWQvcmVwbGFjZWQgb24g YSBvbmUtdG8tb25lIGJhc2lzIGFzIGZvcndhcmRlZCwgdGhlbiB0aGUgb25seSBzb2x1dGlvbnMg SSBjYW4gc2VlIGFyZSBob3AgYnkgaG9wIHRyYW5zaXRpdmUgdHJ1c3QgKHBhY2tldHMgb3IgbWVz c2FnZXMgcGVyIGhvcCksIG9yIHNvbWV0aGluZyBjb21wbGljYXRlZCBpbnZvbHZpbmcgYWdncmVn YXRpb24gYW5kIGtub3dsZWRnZSBvZiBjaGFuZ2VzLiBCdXQgdGhlIGxhdHRlciB3b3VsZA0KIGJl IGEgcmVzZWFyY2ggdGFzayB0byBkZXZlbG9wLCBzbyBsZXTigJlzIG5vdCB0cnkgdGhhdC48YnI+ DQo8YnI+DQpKaWF6aSBZaTo8YnI+DQpJ77u/IGFncmVlIHdpdGggQ2hyaXMgYW5kIFRob21hcyBv biB0aGVpciBjb25jZXJucyBvbiB0aGUgaG9wLWJ5LWhvcCBzZWN1cml0eSBpc3N1ZS48c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0KVGhpcyBpcyB2 ZXJ5IGRpZmZlcmVudCBmcm9tIGNsYXNzaWNhbCBEViBwcm90b2NvbCwgaW4gd2hpY2ggdGhlIHZl Y3RvciBpbmZvcm1hdGlvbiBpcyBkZXNpZ25lZCB0byBiZSBleGNoYW5nZWQgYmV0d2VlbiBuZWln aGJvdXJzLjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48 YnI+DQpJbiBBT0RWdjIsIHRoZSBSUkVRL1JSRVAvUkVSUiBhcmUgdG8gYmUgZm9yd2FyZGVkIHRo cm91Z2ggbXVsdGlwbGUgaG9wcy4gQSByb3V0ZXIgY2FuIHNpZ24gYSBtZXNzYWdlIHRoYXQgaXNu J3QgYWN0dWFsbHkgaW5pdGlhbGlzZWQgYnkgaXRzZWxmIC0tIHRoaXMgaXMsIGF0IGxlYXN0LCBh Z2FpbnN0IGludHVpdGlvbi48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJz cDs8L3NwYW4+PGJyPg0KVGhpcyBjYW4gYmUgYW4gaXNzdWUgaWYgd2UgaGF2ZSBjb21wcm9taXNl ZCByb3V0ZXJzIGluIHRoZSBuZXR3b3JrLiBPZiBjb3Vyc2UsIGEgY29tcHJvbWlzZWQgcm91dGVy IGlzIGEgcHJvYmxlbSBmb3IgZXZlcnkgcHJvdG9jb2wsIGxpa2UgT0xTUnYyLiBCdXQgaW4gT0xT UnYyLCBhIGNvbXByb21pc2VkIHJvdXRlciBjYW4gb25seSBzcGVhayBvbiBiZWhhbGYgb2YgaXRz ZWxmIC0tIGhvd2V2ZXIsIGluIEFPRFZ2MiwgYSBjb21wcm9taXNlZC9taXMtY29uZmlndXJlZA0K IHJvdXRlciBjYW4gcHJldGVuZCB0byBiZSBhbnkgb3RoZXIgcm91dGVyIChmb3IgZXhhbXBsZSwg Z2VuZXJhdGUgUlJFUSBtZXNzYWdlcyB1c2luZyBhbm90aGVyIGFkZHJlc3MgYXMgT3JpZ0FkZHIp LiZuYnNwOyBUaGUgY29uc2VxdWVuY2Ugd2lsbCBiZSBtdWNoIG1vcmUgc2VyaW91cyBpZiB0aGF0 IGhhcHBlbnMuPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu Pjxicj4NCjxicj4NCkFPRFZ2MjogVGhpcyBpcyBub3QgeWV0IGFkZHJlc3NlZC48YnI+DQo8YnI+ DQo5LiBUZXJtaW5vbG9neSAtIGhvc3QsIHJvdXRlcnMsIHJvdXRlciBjbGllbnRzOjxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+DQo8YnI+DQpUaG9t YXM6IE15IGxhc3QgcmV2aWV3IHN1Z2dlc3RlZDo8YnI+DQrigJxUaGlzIGhhcyBiZWVuIGJyb3Vn aHQgdXAgb24gdGhlIGxpc3Qgc2V2ZXJhbCB0aW1lcyBpbiB0aGUgcGFzdCwgd2l0aG91dCBoYXZp bmcgYmVlbiBhZGRyZXNzZWQuPGJyPg0KVGhlcmUgYXJlIOKAnGhvc3Rz4oCdIGFuZCB0aGVyZSBh cmUg4oCccm91dGVyc+KAnSDigJQgd2hvc2Ugcm9sZXMgYXJlIHdlbGwgZGVmaW5lZC4gTm9kZeKA nSBub3Qgc28gbXVjaCDigJQgd2hpY2ggaXMgY2xlYXIgZnJvbSBsb29raW5nIGF0IHRoZSBkZWZp bml0aW9uIGhlcmU6IOKAnGVpdGhlciBBT0RWdjIgcm91dGVycyBvciByb3V0ZXIgY2xpZW50c+KA nSAod2l0aCDigJxyb3V0ZXIgY2xpZW50c+KAnSBiZWluZyBkZWZpbmVkIGFzIOKAnGFuIEFPRFZ2 MiByb3V0ZXIgaXMgYWxzbyBpdHMNCiBvd24gcm91dGVyIGNsaWVudOKAnSkuPGJyPg0KPGJyPg0K VGhpcyBpcyB2ZXJ5IG11Y2ggcmVsYXRlZCB0byB0aGUgdXNlIG9mIOKAnFJvdXRlciBDbGllbnTi gJ0sIGFuZCBib3RoIHRoYXQgdGVybSwgYW5kIOKAnG5vZGXigJ0gaW5kaWNhdGl2ZSB0aGF0IHNv bWUgY2xhcml0eSBpcyBuZWVkZWQgaGVyZS48YnI+DQo8YnI+DQpBbGwgYSByb3V0ZXIgY2FyZXMg YWJvdXQgaXMg4oCcYW4gYWRkcmVzc+KAnS4gSWYgdGhhdCBhZGRyZXNzIGlzIG9mIGEgbmV0d29y aywgb3IgYSByb3V0ZXIsIG9yIGFuIGludGVyZmFjZSAoYW5kLCBpZiBzYWlkIGludGVyZmFjZSBp cyBpbnN0YWxsZWQgaW4gYSByb3V0ZXIgb3IgYSBob3N0KSBkb2VzbuKAmXQgbWF0dGVyLjxicj4N Cjxicj4NClNvLCDigJxhbiBhZGRyZXNz4oCdIGlzIHNvbWV0aGluZyB0aGF0IHRoZSByb3V0aW5n IHByb3RvY29sIHNob3VsZCBjYXJlIGFib3V0IGZpbmRpbmcgcGF0aHMgdG8uIFdoaWNoIG1lYW5z IHRoYXQgZWFjaCBhZGRyZXNzIHRoYXQgc2hvdWxkIGJlIG1hZGUgcmVhY2hhYmxlIGJ5IHRoZSBy b3V0aW5nIHByb3RvY29sIHNob3VsZCBiZSBhZHZlcnRpc2VkIGJ5IChhdCBsZWFzdCkgb25lIHJv dXRlciBpbiB0aGUgbmV0d29yay48YnI+DQo8YnI+DQpPbmUgd2F5IG9mIGRvaW5nIHRoYXQgd291 bGQgYmUgdG8gc2ltcGx5IHRhbGsgYWJvdXQg4oCcQXR0YWNoZWQgTmV0d29ya3PigJ0gYXMgaXMg ZG9uZSBpbiBSRkM3MTgxLCB3aGVyZWluIGFuIGFkZHJlc3MgaW5jbHVkZWQgaW4gdGhlIOKAnEF0 dGFjaGVkIE5ldHdvcmsgU2V04oCdIGlzIGFkdmVydGlzZWQgYnkgYW4gT0xTUnYyIHJvdXRlci4u Li5pbiB0aGlzIGNhc2UsIHRoZSBlcXVpdmFsZW50IHdvdWxkIGJlIOKAnGZvciBlYWNoIGFkZHJl c3MgaW4gdGhlIEF0dGFjaGVkDQogTmV0d29yayBTZXQgb2YgYW4gQU9EVnYyIHJvdXRlciB0aGUg cm91dGVyIE1VU1QgcmVzcG9uZCBhdXRob3JpdGF0aXZlbHkgdG8gYSBSUkVRLCBhbmQgTVVTVCBt YWludGFpbiB0aGUgY29ycmVzcG9uZGluZyBzZXF1ZW5jZSBudW1iZXLigJ0uPGJyPg0KVGhlIHRl eHQsIGFzIGl0IGN1cnJlbnRseSBpcywgaXMgcmVhbGx5IGhhcmQgdG8gcmVhZCwgYW5kIGEgcmUt ZWRpdCBhbG9uZyB0aGVzZSBsaW5lcyB3b3VsZCBnbyBhIGxvbmcgd2F5LuKAnTxicj4NCjxicj4N Ckkgbm90ZSB0aGF0IHRoZSB0ZXJtcyDigJxOb2Rl4oCdIGFuZCDigJxSb3V0ZXIgQ2xpZW504oCd IGFyZSBzdGlsbCB1c2VkLCBpbiB0aGVpciBvcmlnaW5hbCBmb3JtLCBhbmQgdGhhdCBvdGhlciB0 aGFuIHNvbWUgc2xpZ2h0IHdvcmRzbWl0aGluZyB0aGlzIGNvbW1lbnQgaGFzIG5vdCBiZWVuIGFk ZHJlc3NlZCBpbiB0aGUgZG9jdW1lbnQuPGJyPg0KPGJyPg0KSSByZWl0ZXJhdGUgdGhhdCB0aGUg bmVlZCB0byB1c2Ugcm91dGVyLCBob3N0LCBub2RlLCBhbmQgcm91dGVyIGNsaWVudCBpbiBhbmQg YnkgaXRzZWxmIHNob3VsZCBiZSBhbiBpbmRpY2F0b3IgdGhhdCB0aWdodGVuaW5nIHVwIG9mIHRl cm1pbm9sb2d5IGlzIHJlcXVpcmVkLjxicj4NCjxicj4NCkFPRFZ2MjogU2VlIDUuIFRoZSB1c2Ug b2Yg4oCcbm9kZeKAnSBoYXMgYmVlbiBhZGRyZXNzZWQuPGJyPg0KPGJyPg0KMTAuIFRlcm1pbm9s b2d5IGFuZCBlbHNld2hlcmUgLSBhZGRyZXNzPGJyPg0KVGhvbWFzOiBJIG1hZGUgdGhlIGZvbGxv d2luZyBjb21tZW50IHRvIFJvdXRhYmxlIFVuaWNhc3QgSVAgQWRkcmVzczo8YnI+DQrigJxBcmUg dGhlcmUgYW55IHRlY2huaWNhbCByZWFzb24gd2h5IG5vdCBzaW1wbHkgKmFueSogYWRkcmVzcyBj b3VsZCBiZSBjb25zaWRlcmVkIGJ5IHRoZSByb3V0aW5nIHByb3RvY29sPzxicj4NCk15IHVuZGVy c3RhbmRpbmcsIGJ1dCBjb3JyZWN0IG1lIGlmIEkgYW0gd3JvbmcsIGlzIHRoYXQgYWxsIHRoYXQg aXMgcmVxdWlyZWQgaXMgdGhhdCBhbGwgaW50ZXJmYWNlcyBpbiBhIGdpdmVuIEFPRFZ2MiByb3V0 aW5nIGRvbWFpbiBoYXMgYW4gdW5pcXVlIGFkZHJlc3MuPGJyPg0KVGhhdCBzb21lIG9mIHRoZXNl IGFkZHJlc3NlcyAoYnkgYW4gSVAgYWRkcmVzc2luZyBhcmNoaXRlY3R1cmUgZG9jdW1lbnQpIGhh cyBzcGVjaWFsIHNlbWFudGljcyBhc3NvY2lhdGVkIChzdWNoIGFzIGFyZSBsaW5rIGxvY2Fscywg b3IgYXJlIGZvciBwcml2YXRlIHVzZSwgb3IgYXJlIGZvciBleGFtcGxlIHVzZSBvbmx5LCBvciBh cmUgZm9yIG11bHRpY2FzdCkgaXMgb3V0IG9mIHNjb3BlIGhlcmU/PGJyPg0KSSBzZWUgbm90aGlu ZyBoYXMgY2hhbmdlZCBvbiB0aGUgYWJvdmUsIHNvIGxldCBtZSBiZSBtb3JlIGV4cGxpY2l0OiB0 aGUgcm91dGluZyBwcm90b2NvbCBpdHNlbGYgcHJvYmFibHkpIHNob3VsZCBub3QgY2FyZSBhYm91 dCB3aGF0IGtpbmQgb2YgYWRkcmVzc2VzIGFyZSBmaWxsZWQgaW50byBpdC4gSXMgYW4gMTkyLjE2 Li8xNiBhZGRyZXNzIGFwcHJvcHJpYXRlPyBOb3QgYWNyb3NzIHRoZSBpbnRlcm5ldCwgYnV0IGl0 IG1heSBiZSBpbiBzb21lYm9keeKAmXMNCiBwcml2YXRlIGRlcGxveW1lbnRzLiBTaG91bGQgdGhl IHJvdXRpbmcgcHJvdG9jb2wgYmUg4oCcYWRkcmVzcyBwb2xpY2XigJ0gYW5kIGlzIGltcGxlbWVu dGF0aW9uIG9mIGEg4oCcSSByZWZ1c2UgdG8gcm91dGUgdGhlc2UgYWRkcmVzc2Vz4oCm4oCdIGEg cmVxdWlyZW1lbnQgZm9yIGNsYWltaW5nIGNvbmZvcm1hbmNlPyBTdWdnZXN0IHNpbXBseSBzdGF0 aW5nIHdoYXQgdGhlIHJlcXVpcmVtZW50cyBhcmUgdW5kZXIgd2hpY2ggdGhlIHJvdXRpbmcgcHJv dG9jb2wgd2lsbA0KIHdvcmsg4oCUIGFuZCBsZWF2ZSDigJxhZGRyZXNzIGFzc2lnbm1lbnQgcG9s aXRpY3PigJ0gYXNpZGUuPGJyPg0KPGJyPg0KQU9EVnYyOiBXZSBhc2sgZm9yIGNsYXJpZmljYXRp b24gb24gdGhpcyBpc3N1ZS4gV2UgdXNlIHRoZSBwaHJhc2Ug4oCccm91dGFibGUgYW5kIHVuaWNh c3TigJ0gaW4gdGhlIGRyYWZ0IHdpdGggcmVzcGVjdCB0byBPcmlnQWRkciBhbmQgVGFyZ0FkZHIu IFdlIGRvbnQgbWVhbiB0byBleGNsdWRlIGFkZHJlc3NlcyBmcm9tIHRoZSBwcml2YXRlIGFkZHJl c3MgcmFuZ2VzLiBCdXQgd2UgZG9udCB3YW50IHRvIHJlcXVlc3Qgcm91dGVzIGZvciBtdWx0aWNh c3QsDQogaW5kZXRlcm1pbmF0ZSwgbGluay1sb2NhbCwgb3IgbG9vcGJhY2sgYWRkcmVzc2VzLiBU aGlzIGlzIG5vdCBhYm91dCByb3V0ZXIgaW50ZXJmYWNlIGFkZHJlc3NlcyB3aGljaCBhcmUgdXNl ZCBmb3IgQU9EVnYyLjxicj4NCjxicj4NCjExLiBNdWx0aXBsZSBpbnRlcmZhY2VzIHdpdGggdGhl IHNhbWUgSVAgYWRkcmVzcywgNjYyMSBpbXBsaWNhdGlvbnM8YnI+DQo8YnI+DQpUaG9tYXM6IEkg YWxzbyBjb250aW51ZWQ6PGJyPg0KTm93LCB3aXRoIHRoYXQgYmVpbmcgc2FpZCBhbHNvLCB0aGUg V0cgd2FudGVkIHRoYXQgUkZDNzE4MSBzdXBwb3J0cyBub3QganVzdCBtdWx0aXBsZSBpbnRlcmZh Y2VzLCBidXQgYWxzbyB0aGUgc2FtZSBhZGRyZXNzIHVzZWQgb24gbXVsdGlwbGUgaW50ZXJmYWNl cyBvZiB0aGUgc2FtZSByb3V0ZXIuIFRoZXJlIHdlcmUgZ29vZCByZWFzb25zIGZvciB0aGF0LCBh bmQgd2hpbGUgaXQgd2FzIG5vdCB0cml2aWFsIHRvIGltcGxlbWVudCwgaXQgdHVybmVkDQogb3V0 IHRvIGJlIHRoZSByaWdodCB0aGluZyB0byBzdXBwb3J0LiBJZiB0aGVyZSBhcmUgdGVjaG5pY2Fs IHJlYXNvbnMgd2h5IHRoaXMgaXMgbm90IHN1cHBvcnRlZCBpbiBBT0RWdjIgKGZvciBleGFtcGxl LCBpZiB0aGlzIGNhbm5vdCBiZSBtYWRlIHdvcmsgYmVjYXVzZSBvZiAmbHQ7cmVhc29uJmd0Oykg dGhlbiB0aGF0IHNob3VsZCBiZSBjYWxsZWQgb3V0IGluIHRoZSBhcHBsaWNhYmlsaXR5IHN0YXRl bWVudCBhbHNvPzxicj4NCkNvbnZlcnNlbHksIGlmIGl0IGlzIHBvc3NpYmxlIGluIEFPRFZ2Miwg dGhlbiBJIGRvIG5vdCBiZWxpZXZlIHRoYXQgaXQgaXMgY2xlYXJseSBzcGVjaWZpZWQgaG93IChh dCBsZWFzdCwgaW4gdGhlIOKAnG5haXZl4oCdIG9uIHBhcGVyIGV4YW1wbGVzIEkgZHJldyB1cCwg c29tZXRoaW5nIGVuZGVkIHVwIG5vdCB3b3JraW5nKS4gU28gZWl0aGVyIHRoZSBwcm90b2NvbCBh cy1pcyBkb2VzIG5vdCBzdXBwb3J0IGl0IChidXQgY291bGQgYmUgbWFkZSB0bz8pDQogb3IgaXQg aXMgc3VwcG9ydGVkIChidXQganVzdCBuZWVkIHRvIGJlIHNwZWxsZWQgb3V0KSwgb3IgaXMgbm90 IHBvc3NpYmxlIChhbmQgbmVlZCB0byBiZSBkaXNjbGFpbWVkIGluIHRoZSBhcHBsaWNhYmlsaXR5 IHN0YXRlbWVudCkuPGJyPg0KU3RhbiBSYXRsaWZmIHdhcyBhIGRyaXZpbmcgZm9yY2UgaW4gaG9s ZGluZyB0aGUgV0figJlzIGNvbGxlY3RpdmUgZmVldCB0byB0aGUgZmlyZSBpbiBnZXR0aW5nIHRo aXMgc3VwcG9ydCBpbmNsdWRlZCBpbiBSRkM3MTgxLCBhbmQgd291bGQgbGlrZWx5IGJlIHRoZSBy aWdodCBwZXJzb24gdG8gY29uc3VsdCBvbiB0aGlzIG1hdHRlcj88YnI+DQpJIGFjdHVhbGx5IGhh dmUgbm90IHNlZW4gY2hhbmdlcywgb3IgY29tbWVudHMsIG9uIHRoaXMuIEluIE9MU1J2MiwgdGhl IFdHIHdhcyBtYWtpbmcgaXQgYSBzdHJvbmcgcmVxdWlyZW1lbnQgdGhhdCBpdCBzaG91bGQgYmUg cG9zc2libGUgdG8gdXNlIHRoZSBzYW1lIElQIGFkZHJlc3Mgb24gZGlmZmVyZW50IGludGVyZmFj ZXMgb2YgYSByb3V0ZXIuIEl0IHdhcyBzb21ld2hhdCB0ZWRpb3VzIHRvIGRlc2lnbiBhcm91bmQs IGJ1dCBpdCB3YXMgd29ya2VkDQogb3V0LCBhbmQgdGhlIGNvbmRpdGlvbnMgdW5kZXIgd2hpY2gg dGhhdCB3YXMgcG9zc2libGUgd2VyZSBkZWZpbmVkIGFuZCBkb2N1bWVudGVkLjxicj4NCkkgd291 bGQgbGlrZSB0byBzZWUgdGhlIHNhbWUgZG9uZSBmb3IgdGhpcyBwcm90b2NvbC48YnI+DQpJIGFs c28gbm90ZSB0aGF0IHRoaXMgaXMgbm90IHVucmVsYXRlZCB0byBSRkM2NjIxLWRpc2N1c3Npb25z LiBGb3IgZXhhbXBsZSwgd2hlbiBzZWxlY3RpbmcgUy1NUFJzIG9uIGEgbXVsdGktaW50ZXJmYWNl IGFuZCBtdWx0aS1hZGRyZXNzLXBlci1pbnRlcmZhY2Ugcm91dGVyLCBjYXJlIG11c3QgYmUgdGFr ZW4gbGVhc3QgdGhpbmdzIHdvbuKAmXQgd29yay4gU28sIGlmIChhbmQgdGhpcyBsaW5rcyBiYWNr IHRvIHByZXZpb3VzIG1haWxzKSBSRkM2NjIxDQogaXMgYSByZXF1aXJlbWVudCBvciBkZXNpcmUg Zm9yIHRoaXMgcHJvdG9jb2wsIHRoZW4gdGhlcmUgYXJlIHNvbWUgY29uc2lkZXJhdGlvbnMgcmVx dWlyZWQgaGVyZS48YnI+DQo8YnI+DQpBT0RWdjI6IFdlIGhhdmUgcmVtb3ZlZCByZWZlcmVuY2Vz IHRvIFJGQyA2NjIxLjxicj4NCkluaXRpYWwgdGhvdWdodHMgb24gdGhpcyB0b3BpYyBvZiBtdWx0 aXBsZSBpbnRlcmZhY2VzIHVzaW5nIHRoZSBzYW1lIElQIGFkZHJlc3MsIGlzIHRoYXQgdGhpcyB3 b3VsZG7igJl0IGNhdXNlIGEgcHJvYmxlbSwgaWYgdGhlIHJvdXRlciBoYXMgb25seSBvbmUgc2Vx dWVuY2UgbnVtYmVyLiBIb3dldmVyLCB0aGlzIGlzIHVwIGZvciBmdXJ0aGVyIGRpc2N1c3Npb24u PGJyPg0KPGJyPg0KMTIuIEludGVyZmFjZXMgY29uZmlndXJlZCBhcyByb3V0ZXIgY2xpZW50czxi cj4NCjxicj4NClRob21hczogSSBzZWUgdGhhdCB0aGUgZGVmaW5pdGlvbiBvZiDigJxSb3V0ZXIg Q2xpZW504oCdIGhhcyBjaGFuZ2VkIHRvIGJlPGJyPg0K4oCcQW4gYWRkcmVzcyBvciBhZGRyZXNz IHJhbmdl4oCmdGhlIEFPRFZ2MiByb3V0ZXLigJlzIGludGVyZmFjZSBhZGRyZXNzZXMgYXJlIGFs c28gY29uZmlndXJlZCBhcyByb3V0ZXIgY2xpZW50c+KAnTxicj4NCkJldHRlciB0aGFuIGJlZm9y ZSwgYnV0IHN0aWxsIG1pc3NpbmcgdGhlIHRhcmdldC4gVGhlIHRlcm0g4oCcUm91dGVyIENsaWVu dOKAnSBpcywgYXMgSSBpbmRpY2F0ZWQgbnVtZXJvdXMgdGltZXMgYmVmb3JlLCBvZGQuPGJyPg0K QnV0IHRoZSBzZWNvbmQgcGFydCBvZiB0aGUgc2VudGVuY2UsIGRvZXMgdGhhdCBtZWFuICh3aGF0 IGl0IHNheXMpIHRoYXQgdGhlIGludGVyZmFjZXMgbXVzdCBiZSBjb25maWd1cmVkIHNwZWNpYWxs eSwgc28gYXMgdG8gYmUgYWJsZSB0byBiZSDigJxyb3V0ZXIgY2xpZW50c+KAnT8gVGhhdCBjYW7i gJl0IGJlIHRydWUuPGJyPg0KV2hhdCB5b3UgbGlrZWx5IG1lYW4gaXM6PGJyPg0KQW4gQU9EVnYy IHJvdXRlciBpcyBjb25maWd1cmVkIHNvIGFzIHRvIGNvbnNpZGVyIGl0cyBvd24gaW50ZXJmYWNl cyBhcyBwYXJ0IG9mIHRoZSBsb2NhbGx5IGF0dGFjaGVkIG5ldHdvcmsgc2V04oCdID88YnI+DQpZ b3UgY29uZmlndXJlIHRoZSByb3V0ZXIsIHJpZ2h0PyBObyBzcGVjaWFsIOKAnGludGVyZmFjZSBj b25maWd1cmF0aW9uIHByb3BlcnRpZXPigJ0gYXJlIHJlcXVpcmVkIGZvciBhbiBpbnRlcmZhY2Ug dG8gYmUgYW5ub3VuY2FibGUgYnkmbmJzcDsgYW4gQU9EVnYyIHJvdXRlcj8gKEFuZCwgZ2V0dGlu ZyByaWQgb2Ygbm9kZSB3b3VsZCBhY3R1YWxseSBtYWtlIHRoZSBkZWZpbml0aW9uIHNob3J0ZXIg YW5kIG5pY2VyKTxicj4NCjxicj4NCkFPRFZ2MjogVGhlIHdvcmRpbmcgd2UgdXNlIHNheXM6ICZx dW90O1RoZSBJUCBBZGRyZXNzZXMgb2YgdGhlIHJvdXRlcidzIGludGVyZmFjZXMgd2lsbCBhcHBl YXIgaW4gdGhlIFJvdXRlciBDbGllbnQgVGFibGUuJnF1b3Q7IGFuZCBpbiB0aGUgVGVybWlub2xv Z3k6ICZxdW90O1RoZSBBT0RWdjIgcm91dGVyJ3MgaW50ZXJmYWNlIGFkZHJlc3NlcyBhcmUgYWxz byBjb25maWd1cmVkIGFzIFJvdXRlciBDbGllbnRzLiZxdW90OyBCb3RoIHN0YXRlbWVudHMgc2F5 IHRoYXQg4oCYaW50ZXJmYWNlDQogYWRkcmVzc2VzIGFyZSBjb25maWd1cmVkIGFzIHJvdXRlciBj bGllbnRz4oCZIC4uLndlIGFyZSBub3Qgc3VyZSB3aHkgdGhpcyBpcyBtaXN1bmRlcnN0b29kLiBX ZSBoYXZlIGEgcm91dGVyIGNsaWVudCBsaXN0LCBhbmQgdGhlIEFPRFZ2MiByb3V0ZXLigJlzIGlu dGVyZmFjZSBhZGRyZXNzZXMgYXJlIGluY2x1ZGVkIGluIHRoaXMgbGlzdC4gVGhlIGludGVyZmFj ZSBpdHNlbGYgZG9lc27igJl0IGhhdmUgc3BlY2lhbCDigJxpbnRlcmZhY2UgY29uZmlndXJhdGlv bg0KIHByb3BlcnRpZXPigJ0uPGJyPg0KPGJyPg0KMTMgLSBtb3JlIG9uIHJvdXRlciBjbGllbnRz PGJyPg0KVGhvbWFzOiBOb3csIHNuaXBwaW5nIG91dCBmcm9tIHRoZSBhcHBsaWNhYmlsaXR5IHN0 YXRlbWVudDo8YnI+DQomcXVvdDtNdWx0aS1ob21pbmcgb2YgYW4gSVAgYWRkcmVzcyBpcyBub3Qg c3VwcG9ydGVkIGJ5IEFPRFZ2MiwgYW5kIHRoZXJlZm9yZSBhIFJvdXRlciBDbGllbnQsIGkuZS4g YW4gSVAgQWRkcmVzcywmbmJzcDsg4oCmICZxdW90Ozxicj4NCuKApmV2aWRlbmNlIHRvIHRoZXJl IGJlaW5nIHNvbWUgcmVkdW5kYW50IHRlcm1pbm9sb2d5IGhlcmUgdG8gd2VlZCBhd2F5Ljxicj4N Cjxicj4NCkFPRFZ2MjogVGhhdCB3YXMgdGhlcmUgYXMgYSByZW1pbmRlciB0aGF0IGEgcm91dGVy IGNsaWVudCBpcyBiYXNlZCBvbiBJUCBhZGRyZXNzLCBldmVuIHRob3VnaCB0aGUgZGV2aWNlIHdp dGggdGhhdCBJUCBhZGRyZXNzIG1heSBoYXZlIG90aGVyIElQIGFkZHJlc3NlcyB0b28uIEl04oCZ cyB0aGUgSVAgYWRkcmVzcyB0aGF0IGlzIHRoZSByb3V0ZXIgY2xpZW50LCBub3QgdGhlIGRldmlj ZSBhcyBhIHdob2xlIHdpdGggaXRzIGVudGlyZSBjb2xsZWN0aW9uDQogb2YgY29uZmlndXJlZCBJ UCBhZGRyZXNzZXMuIE9uZSBJUCBhZGRyZXNzIG9mIHRoYXQgZGV2aWNlIG1pZ2h0IGJlIGNvbmZp Z3VyZWQgYXMgYSByb3V0ZXIgY2xpZW50IG9uIG9uZSByb3V0ZXIsIGFuZCBhIGRpZmZlcmVudCBJ UCBhZGRyZXNzIG9mIHRoYXQgZGV2aWNlIGNvdWxkIGJlIGNvbmZpZ3VyZWQgYXMgYSByb3V0ZXIg Y2xpZW50IG9uIGFub3RoZXIgcm91dGVyLiBUaGUgSVAgYWRkcmVzc2VzIHdvdWxkIHNlZW0gdG8g QU9EVnYyIHRvIGJlDQogb24gZGlmZmVyZW50IGRldmljZXMuPGJyPg0KPGJyPg0KPGJyPg0KMTQu IGRhdGEgZWxlbWVudHM8YnI+DQo8YnI+DQpUaG9tYXM6IFRoZSBiZWxvdyBpcyBhIGxpdHRsZSBi aXQgb2YgYSBtZXRhLWNvbW1lbnQsIEkgYW0gbm90IHF1aXRlIHN1cmUgd2hhdCBJIHRoaW5rIGhl cmUuIFRoZSBkZWZpbml0aW9ucyBmb3IgVGFyZ2V0IE5vZGUgYW5kIHN1Y2ggd2VyZSBjb25mdXNp bmcgYmVmb3JlLiBUaGV5IHN0aWxsIGFyZSwgc29tZXdoYXQuPGJyPg0KSSB0aGluayB0aGF0IGl0 IG1heSBiZSBiZWNhdXNlIHRoZSBkZWZpbml0aW9ucyBub3cgdXNlZCBhcmUgc2ltcGx5IGNvcHkt cGFzdGVkIG91dCBmcm9tIHRoZSB0YWJsZXMgaW4gdGhlIHByZXZpb3VzIHZlcnNpb24sIGZvciBl eGFtcGxlOjxicj4NCiZuYnNwOyZuYnNwOyDigJxBbiBBT0RWdjIgRGF0YSBFbGVtZW50IGNvbnRh aW5pbmcgdGhlIGRlc3RpbmF0aW9uIGFkZHJlc3Mgb2YgdGhlIElQIHBhY2tldCB0cmlnZ2VyaW5n IHJvdXRlIGRpc2NvdmVyeS7igJ08YnI+DQpPSywgSSBjYW4gdHJhY2UgYmFjayBhbmQgc2VlIHRo YXQgYSBEYXRhIEVsZW1lbnQgaXMgc29tZXRoaW5nIHRoYXQgZXhpc3RzIGluc2lkZSBhIHByb3Rv Y29sIG1lc3NhZ2UuIFRvIG1lLCBob3dldmVyLCB0aGF04oCZcyBub3QgcmVhbGx5IGdlbmVyYWwg dGVybWlub2xvZ3kgYXMgc3VjaCwgYnV0IHBhcnQgb2YgdGhlIHNwZWNpZmljYXRpb24gb2YgYSBw YWNrZXQgZm9ybWF0IC0gb3IgcmF0aGVyLCBpdCBpcyB0aGUgbm90YXRpb24gdGhhdCB5b3UgdXNl DQogd2hlbiBkZXNjcmliaW5nIGFuIGFsZ29yaXRobS4gQnkgdGhlIHdheSwgd2h5IGFyZSBzb21l IG5vdGF0aW9ucyBpbiBDYW1lbENhc2Ugd2hlcmVhcyBvdGhlcnMgaGF2ZSBhIHNwYWNlIGluIHRo ZW0sIGUuZy4g4oCcVGFyZ2V0IE5vZGXigJ0gYW5kIOKAnFRhcmdNZXRyaWPigJ0sIGJvdGggb2Yg d2hpY2ggYXJlIERhdGEgRWxlbWVudHM/IFdvdWxkIGJlIGdvb2Qgd2l0aCBhIGNvbnNpc3RlbnQg YXBwcm9hY2ggaGVyZS48YnI+DQpJICp0aGluayogdGhhdCBpdCB3b3VsZCBiZSBiZXR0ZXIgdG8g dGFrZSBhbGwgdGhvc2Ug4oCcRGF0YSBFbGVtZW504oCdIGJpdHMgYW5kIG1vdmUgdG8gYSBzZXBh cmF0ZSBzZWN0aW9uIChvciBzdWJzZWN0aW9uKSB0byB0aGUgdGVybWlub2xvZ3ksIGFuZCB0aGVu IGtlZXAgYWxsIHRoZSDigJxvdGhlciBzdHVmZuKAnSAoTmVpZ2hib3IsIOKApikgaW4gaXRzIG93 biBzZWN0aW9uLjxicj4NCjxicj4NCkFPRFZ2MjogWW91ciBjb21tZW50IGZyb20gZHJhZnQgMTEg d2hlcmUgd2UgYWxyZWFkeSBoYWQgZGF0YSBlbGVtZW50cyBpbiBhIHNlcGFyYXRlIHRhYmxlLCBz YXlzOjxicj4NCiZxdW90O0Fsc28gc3VnZ2VzdCBhYm9saXNoaW5nIHRoaXMgdGFibGUgYW5kIGZv bGRpbmcgdGhlIGRlZmluaXRpb25zIGluIHdpdGggdGhlIG90aGVyIGRlZmluaXRpb25zIGluIHRo ZSB0ZXJtaW5vbG9neSBzZWN0aW9uLiZxdW90Ozxicj4NCldlIGhhdmUgdXBkYXRlZCB0byBub3Qg cmVmZXIgc28gaGVhdmlseSB0byB0aGUgdGVybSBEYXRhIEVsZW1lbnQuIEFsbCB0aGUgdGVybXMg YXJlIGRlc2NyaWJlZCBpbiB0aGUgVGVybWlub2xvZ3kgc2VjdGlvbi4gVGhvc2UgaW4gQ2FtZWxD YXNlIGFyZSB1c2VkIGFzIG1lc3NhZ2UgZmllbGRzLjxicj4NCjxicj4NCjxicj4NCjE1LiBSb3V0 ZSDigJx0byBhIHNwZWNpZmljIGFkZHJlc3PigJ08YnI+DQpUaG9tYXM6PGJyPg0KSSBtYWRlIGEg Y29tbWVudDogU2Vjb25kLCBzaG91bGQg4oCcdmFsaWQgcm91dGXigJ0gbm90IGJlIHF1YWxpZmll ZCBieSDigJx0byBhIHNwZWNpZmljIGFkZHJlc3PigJ0/4oCdPGJyPg0KV2hpY2ggd2FzIG5vdCBh ZGRyZXNzZWQuPGJyPg0KPGJyPg0KQU9EVnYyOiBFdmVyeSByb3V0ZSBpcyB0byBhIHNwZWNpZmlj IGFkZHJlc3MuLi50aGUgYWRkcmVzcyBpcyBzcGVjaWZpZWQgYnkgUm91dGUuQWRkcmVzcyBhbmQg Um91dGUuUHJlZml4TGVuZ3RoLjxicj4NCkRvIHlvdSBtZWFuIHRoYXQgcm91dGVzIGFyZSB0byB0 aGUgYWRkcmVzcyBUYXJnQWRkciBvciBPcmlnQWRkciBhbmQgdGhlcmVmb3JlIHRvIGEgc3BlY2lm aWMgaG9zdCBhZGRyZXNzIHJhdGhlciB0aGFuIHRvIGEgbmV0d29yayBwcmVmaXg/IFRoaXMgaXMg bm90IHRoZSBjYXNlLiBQcmVmaXggTGVuZ3RoIGlzIGluY2x1ZGVkIGluIEFPRFZ2MiBtZXNzYWdl cyBzbyB0aGF0IHRoZSByb3V0ZSBsZWFybmVkIGZyb20gdGhlIG1lc3NhZ2UgcmVwcmVzZW50cw0K IHRoZSBwcmVmaXggd2hpY2ggT3JpZ0FkZHIgb3IgVGFyZ0FkZHIgcmVzaWRlcyBvbiAoaWYgdGhl IHJvdXRlciBjbGllbnQgZW50cnkgY29ycmVzcG9uZGluZyB0byBPcmlnQWRkciBhdCBSUkVRX0dl biBvciBUYXJnQWRkciBhdCBSUkVQX0dlbiBpcyBjb25maWd1cmVkIHdpdGggYSBwcmVmaXggbGVu Z3RoKS4gZS5nLiBPcmlnQWRkciBpcyAxMC4wLjAuMSBidXQgdGhlIGNvcnJlc3BvbmRpbmcgcm91 dGVyIGNsaWVudCBlbnRyeSBhdCBSUkVRX0dlbg0KIGNvdWxkIGJlPHNwYW4gY2xhc3M9ImFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9Imh0dHA6Ly8xMC4wLjAuMC84 Ij48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj4xMC4wLjAuMC84PC9zcGFuPjwvYT4uIFNvIHdo ZW4gY29uc3RydWN0aW5nIHRoZSBSUkVRIHlvdSBpbmNsdWRlIGEgcHJlZml4IGxlbmd0aCBvZiA4 LCBhbmQgd2hlbiByZWNlaXZpbmcgdGhlIFJSRVEgYW5kIGxlYXJuaW5nIHRoZSByb3V0ZSB0byBP cmlnQWRkciwNCiB5b3UgY2FuIGluc3RhbGwgYSByb3V0ZSB0bzxzcGFuIGNsYXNzPSJhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJodHRwOi8vMTAuMC4wLjAvOCI+ PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+MTAuMC4wLjAvODwvc3Bhbj48L2E+LiZuYnNwOyBU ZXh0IGhhcyBiZWVuIHVwZGF0ZWQgdG8gbWFrZSB0aGlzIG1vcmUgb2J2aW91cy48YnI+DQo8YnI+ DQoxNi4gdW5yZWFjaGFibGUgYWRkcmVzczxicj4NCjxicj4NClRob21hczogSSBhbHNvIG1hZGUg YSBjb21tZW50IG9uICZxdW90O1VucmVhY2hhYmxlIEFkZHJlc3PigJ0gLSBJIGFtIGdsYWQgSSBk aWQsIGJlY2F1c2UgSSBhcHBhcmVudGx5IGhhZCBhIGRpZmZlcmVudCB1bmRlcnN0YW5kaW5nIHRo YW4gd2hhdCB3YXMgaW50ZW5kZWQuIEkgbm93IHNlZSB0aGF0IGFuIFVucmVhY2hhYmxlIEFkZHJl c3MgYnkgZGVmaW5pdGlvbiBpcyBhbiBhZGRyZXNzIGxpc3RlZCBpbiBhIFJFUlIgbWVzc2FnZSwg YW5kIG5vdCB0aGUgc2FtZQ0KIGFzIGFuIGFkZHJlc3MgdG8gd2hpY2ggbm8gcm91dGUgaGFzIHll dCZuYnNwOyBiZWVuIGRpc2NvdmVyZWQ/IElmIHllcywgdGhlbiBwbGVhc2UgdXNlIGEgZGlmZmVy ZW50IHRlcm0sIHN1Y2ggYXMgRm9ybWVybHlSZWFjaGFibGVBZGRyZXNz4oCdIG9yIHNvbWV0aGlu ZyBvZiB0aGUgc29ydD88YnI+DQo8YnI+DQpBT0RWdjI6ICZxdW90O0Zvcm1lcmx5IHJlYWNoYWJs ZSZxdW90OyBpcyBpbmFjY3VyYXRlLi4uIHdlIHNlbmQgYSBSRVJSIGlmIGFub3RoZXIgcm91dGVy IGZvcndhcmRzIGEgcGFja2V0IHZpYSB1cywgYW5kIHdlIGRvbnQgaGF2ZSBhIHJvdXRlLCBub3Qg anVzdCB3aGVuIHdlIGxvc2UgYSByb3V0ZS4gV2UgbWlnaHQgbmV2ZXIgaGF2ZSBoYWQgYSByb3V0 ZSwgb3IgbWlnaHQgbmV2ZXIgaGF2ZSBoYWQgYSB2YWxpZCByb3V0ZSwgc28gdGhlIGFkZHJlc3Mg bWF5IG5vdA0KIGhhdmUgYmVlbiAmcXVvdDtmb3JtZXJseSByZWFjaGFibGUmcXVvdDsuIEFsc28s IEkgdGhpbmsgJnF1b3Q7Rm9ybWVybHlSZWFjaGFibGVBZGRyZXNzJnF1b3Q7IGlzIGEgcmVhbGx5 IHVnbHkgdGVybS4gVW5yZWFjaGFibGUgbWVhbnMgJnF1b3Q7d2UgZG9u4oCZdCBoYXZlIGEgcm91 dGUgYW5kIHdlIGFyZW7igJl0IGdvaW5nIHRvIHJlcXVlc3Qgb25lJnF1b3Q7IG9yICZxdW90O3dl IGxvc3QgdGhpcyByb3V0ZSZxdW90OyAoZGVwZW5kaW5nIG9uIHdoeSB0aGUgUkVSUiBpcyBiZWlu ZyBzZW50KS4gSXQgZG9lc27igJl0IG1lYW4NCiAmcXVvdDt3ZSBkaWRu4oCZdCByZXF1ZXN0IG9u ZSB5ZXQmcXVvdDssIGFuZCBpdCB3b3VsZCBiZSB3cm9uZyB0byBjbGFzcyBhbiBhZGRyZXNzIGFz IHVucmVhY2hhYmxlIGJlY2F1c2Ugd2UgaGFkbuKAmXQgcmVxdWVzdGVkIGEgcm91dGUgZm9yIGl0 IHlldCwgdGhhdCBpcywgYXNzdW1pbmcgaXTigJlzIGNvbmZpZ3VyZWQgYXMgYSByb3V0ZXIgY2xp ZW50LjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YnI+ DQo8YnI+DQpJZiBhIGJldHRlciB0ZXJtIGlzIHN1Z2dlc3RlZCB3ZSBjb3VsZCBjb25zaWRlciBj aGFuZ2luZyBidXQgYXQgdGhlIG1vbWVudCB3ZSBoYXZlIGtlcHQg4oCcVW5yZWFjaGFibGUgQWRk cmVzc+KAnS48YnI+DQo8YnI+DQo8YnI+DQoxNy4gQXBwbGljYWJpbGl0eSAtIG11bHRpcGxlIGlu dGVyZmFjZXMgc2FtZSBhZGRyZXNzLCA2NjIxIGFnYWluPGJyPg0KPGJyPg0KVGhvbWFzOiBBcHBs aWNhYmlsaXR5IHN0YXRlbWVudDogRmlyc3QsIEkgd291bGQgbGlrZSB0byByZWNvZ25pemUgdGhl IGVmZm9ydHMgbWFkZSB0byBpbXByb3ZlIHRoaXMgc2luY2UgbGFzdCByZXZpZXcuIFRoYW5rczxi cj4NClNlY29uZCwgdGhlIGRvY3VtZW50IHN0YXRlczogJnF1b3Q7QU9EVnYyIHN1cHBvcnRzIHJv dXRlcnMgd2l0aCBtdWx0aXBsZSBpbnRlcmZhY2VzLCBhcyBsb25nIGFzIGVhY2ggaW50ZXJmYWNl IGNvbmZpZ3VyZWQgZm9yIEFPRFZ2MiBoYXMgYSB1bmljYXN0IElQIGFkZHJlc3MuJm5ic3A7IEEg cm91dGVyIG1heSB1c2UgdGhlIHNhbWUgSVAgYWRkcmVzcyBvbiBtdWx0aXBsZSBpbnRlcmZhY2Vz LiZuYnNwOyBBZGRyZXNzIGFzc2lnbm1lbnQgcHJvY2VkdXJlcyBhcmUgb3V0IG9mDQogc2NvcGUg Zm9yIEFPRFZ2Mi7igJ08YnI+DQpJcyB0aGF0IHRydWU/IEdyYW50ZWQsIEkgaGF2ZSBub3Qgd29y a2VkIHRoaXMgdGhyb3VnaCBpbiBkZXRhaWwsIGJ1dCBJIGNhbiBwcmVzZW50IGEgY291bnRlci1l eGFtcGxlOiB0aGUgdXNlIG9mIFJGQzY2MjEgbWVhbnMgdGhhdCB0aGVyZSBjZXJ0YWlubHkgYXJl IHNvbWUgY29uc3RyYWludHMgdGhhdCBtdXN0IGJlIHJlc3BlY3RlZCBsZWFzdCB2YXJpb3VzIGZs b29kaW5nIG9wdGltaXphdGlvbnMgbWF5IG5vdCB3b3JrLjxicj4NClNlY29uZGx5LCBpZiB0aGUg bXVsdGlwbGUtaW50ZXJmYWNlcy13aXRoLXNhbWUtYWRkcmVzcyBhcmUgb24gdGhlIHNhbWUgTDIs IGFuZCB0aGlzIGlzIHdoYXQgSSBoYXZlIG5vdCB3b3JrZWQgdGhyb3VnaCwgYXJlIHRoZXJlIGFu eSBzaXR1YXRpb25zIHRoYXQgd2lsbCBub3Qgd29yaz88YnI+DQpUaGUgaW1tZWRpYXRlbHkgcHJl dmlvdXMgdmVyc2lvbiBvZiB0aGlzIHNwZWNpZmljYXRpb24gcmVhZDo8YnI+DQomcXVvdDtBT0RW djIgc3VwcG9ydHMgcm91dGVycyB3aXRoIG11bHRpcGxlIGludGVyZmFjZXMsIGFzIGxvbmcgYXMg ZWFjaCBpbnRlcmZhY2UgY29uZmlndXJlZCBmb3IgQU9EVnYyIGhhcyBpdHMgb3duIHVuaWNhc3Qg cm91dGFibGUgSVAgYWRkcmVzcyZxdW90Ozxicj4NClNvIHdoYXQgY2hhbmdlZCB0aGF0IG1lYW5z IHRoYXQgZWFjaCBpbnRlcmZhY2Ugbm8gbG9uZ2VyIG5lZWRzIGl0cyAqb3duKiB1bmljYXN0IGFk ZHJlc3M/PGJyPg0KPGJyPg0KQU9EVnYyOiBXZWxsLCBiYXNlZCBvbiBwcmV2aW91cyBxdWVzdGlv bnMgb24gdGhpcywgd2UgdGFsa2VkIGl0IHRocm91Z2ggYW5kIGRlY2lkZWQgdGhlcmUgc2hvdWxk buKAmXQgYmUgYW4gaXNzdWUgaWYgZGlmZmVyZW50IGludGVyZmFjZXMgb2YgYSByb3V0ZXIgdXNl ZCB0aGUgc2FtZSBJUCBhZGRyZXNzLiBOb3RlIHRoYXQgd2UgY2hhbmdlZCBBT0RWdjIgc28gdGhh dCB0aGVyZSBpcyBvbmUgc2VxdWVuY2UgbnVtYmVyIHBlciByb3V0ZXIuIE5vIGxvbmdlcg0KIGNh biBhIHJvdXRlciB1c2UgZGlmZmVyZW50IHNlcXVlbmNlIG51bWJlcnMgb24gZGlmZmVyZW50IGlu dGVyZmFjZXMuIElmIGFuIFJSRVEgd2VudCBvdXQgb2YgdHdvIGludGVyZmFjZXMgdXNpbmcgdGhl IHNhbWUgYWRkcmVzcywgd2Ugd29ya2VkIGl0IHRocm91Z2ggYW5kIGRlY2lkZWQgdGhlIHJlcXVl c3Qgd291bGQgYmUgcHJvY2Vzc2VkIGNvcnJlY3RseS48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVy dGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0KQWxzbywgdGV4dCByZWZlcnJpbmcgdG8gUkZD IDY2MjEgaGFzIGJlZW4gcmVtb3ZlZC48YnI+DQo8YnI+DQoxOC4gQXBwbGljYWJpbGl0eSBhbmQg YXBwZW5kaXggLSBtdWx0aWhvbWluZzxicj4NCjxicj4NClRob21hczogSSBwb2ludGVkIG91dCB0 byB0aGUgQXBwbGljYWJpbGl0eSBTdGF0ZW1lbnQ6PGJyPg0KSSB0aGluayB0aGF0IGFwcGVuZGl4 IEIgbmVlZHMgdG8gYmUgcmVtb3ZlZC4gRXNzZW50aWFsbHksIGl0IG1ha2VzIGNsYWltcyB0aGF0 IGl0IGlzIHBvc3NpYmxlIHRvIGRvIG11bHRpLWhvbWluZyDigJQgYnV0IG5laXRoZXIgc3BlY2lm aWVzIGhvdyBpdCBpcyBkb25lLCBub3IgZ2l2ZXMgcG9pbnRlcnMgdG8gZG9jdW1lbnRzIHRoYXQg anVzdGlmeSB0aGUgY2xhaW0uPGJyPg0KQU9EVnYyIGRvZXMgbm90IHN1cHBvcnQgbXVsdGktaG9t aW5nIOKAlCB0aGF04oCZcyBjbGVhciwgYW5kIGl0IGlzIGZpbmUgdGhhdCBpdCBpcyBjYWxsZWQg b3V0IGhlcmUuIFRoYW5rIHlvdSBmb3IgdGhhdC48YnI+DQpOb3csIHdpdGggdGhhdCBiZWluZyBz YWlkLCBJIGFtIHRvcm4gYmV0d2VlbiBiZWluZyBzYXRpc2ZpZWQgdGhhdCBpdCBpcyBjYWxsZWQg b3V0IG9uIG9uZSBoYW5kLCBhbmQgd2FudGluZyB0byBoYXZlIOKAnG11bHRpIGhvbWluZ+KAnSBv biB0aGUgb3RoZXIgaGFuZC4gUkZDNzE4MSBzdXBwb3J0cyBtdWx0aS1ob21pbmcsIEZXSVcuPGJy Pg0KSSBiZWxpZXZlIHRoYXQgdGhpcyBhbHNvIHdvdWxkIG1lcml0IHNvbWUgZXhwbGljaXQgZGlz Y3Vzc2lvbiBieSB0aGUgV0csIGluIG9yZGVyIHRvIHVuZGVyc3RhbmQgaWYgdGhpcyBkZXNpZ24g ZGVjaXNpb24gaXMgYWNjZXB0YWJsZT88YnI+DQpJIHNlZSB0aGF0IEFwcGVuZGl4IEIgc3RpbGwg aXMgaW4gdGhlIGRvY3VtZW50LCBhbmQgSSBkbyBub3QgcmVjYWxsIGhhdmluZyBzZWVuIHRoaXMg ZGlzY3Vzc2VkIG9uIHRoZSBtYWlsaW5nIGxpc3QuIFNpbXBseSByZW1vdmluZyB0aGUgcmVmZXJl bmNlIGZyb20gdGhlIEFwcGxpY2FiaWxpdHkgU3RhdGVtZW50IHRvIEFwcGVuZGl4IEIgZG9lcyBu b3QgYWRkcmVzcyB0aGUgaXNzdWUgdGhhdCBJIHJhaXNlZCBpbiBteSBwcmV2aW91cyByZXZpZXcu PGJyPg0KPGJyPg0KQU9EVnYyOiBBcHBlbmRpeCBoYXMgYmVlbiByZW1vdmVkIGFuZCBtYXkgYXBw ZWFyIGluIGEgZnV0dXJlIGluZm9ybWF0aW9uYWwgZG9jdW1lbnQuPGJyPg0KPGJyPg0KMTkuIGlu dGVyZmFjZXMgbGlzdCAtIHVzZSBvZiDigJxTSE9VTETigJ08YnI+DQo8YnI+DQpUaG9tYXM6IFRv IDQuMSwgSSBtYWRlIHRoZSBmb2xsb3dpbmcgY29tbWVudDo8YnI+DQomcXVvdDtJcyB0aGlzIGEg c2hvdWxkLCBvciBhIFNIT1VMRD8gSWYgdGhlIGxhdHRlciwgc2hvdWxkIGl0IGJlIGEgTVVTVD88 YnI+DQpJbiBnZW5lcmFsLCB0aGVyZSBhcmUgYSBsb3Qgb2Ygc3VjaCDigJxtYXliZSBub3JtYXRp dmUgbGFuZ3VhZ2XigJ0gdGhyb3VnaCB0aGUgZG9jdW1lbnQsIGFuZCBJIHdvdWxkIG11Y2ggbGlr ZSB0byBzZWUgYW4gZWRpdG9yaWFsIHBhc3Mg4oCUIGVzc2VudGlhbGx5IGFsbCBtYXkvc2hvdWxk LyBtdXN0IGFuZCBmcmllbmRzIGNhcmVmdWxseSBldmFsdWF0ZWQgYXMgaWYgdGhleSBzaG91bGQg YmVjb21lIDIxMTktdGVybXMsIGFuZCAuLi4gbW9yZSBpbXBvcnRhbnRseQ0KIChpdCBoYXMgYmVl biBjYWxsZWQgb3V0IGJlZm9yZSwgZndpdykgcXVpdGUgYSBiaXQgb2Ygc2hvdWxkL1NIT1VMRCB3 aGljaCBvdWdodCB0byBiZSB0cmFuc2Zvcm1lZCBpbnRvIE1VU1QuPGJyPg0KR2VuZXJhbGx5LCBh aW1pbmcgZm9yIGEgdmVyeSBhIGxvdyBudW1iZXIgb2YgU0hPVUxEIGlzIGEgZ29vZCBkZXNpZ24g bWV0cmljIGZvciBhIGRvY3VtZW504oCdPGJyPg0KQXNpZGUgZnJvbSB0aGUgZ2VuZXJhbCBjb21t ZW50IG9uIDIxMTktbGFuZ3VhZ2UsIHdoeSBpcyB0aGlzIGEgU0hPVUxEPzxicj4NCjxicj4NCkFP RFZ2MjogV2UgY2hhbmdlZCB0aGlzIGluc3RhbmNlIHRvIGEgTVVTVCBhbmQgd2lsbCBiZSBjaGVj a2luZyBmb3Ig4oCcbWF5YmUgbm9ybWF0aXZlIGxhbmd1YWdl4oCdLjxicj4NCjxicj4NCjxicj4N CjIwLiBSb3V0ZXIgY2xpZW50IC0gTG9jYWwgQXR0YWNoZWQgTmV0d29yayBTZXQ8YnI+DQo8YnI+ DQpUaG9tYXM6IFRvIDQuMiwgSSBtYWRlIHRoZSBmb2xsb3dpbmcgY29tbWVudDo8YnI+DQpBcyBp bmRpY2F0ZWQgZWFybGllciwgSSBiZWxpZXZlIHRoYXQgdGhlIHRlcm0g4oCcUm91dGVyIENsaWVu dOKAnSBpcyBpbGwgY2hvc2VuLiBJIGJlbGlldmUgdGhhdCBpdCBpcyBtb3JlIGFwcHJvcHJpYXRl bHkgYW4g4oCcQXR0YWNoZWQgTmV0d29yayBTZXTigJ0gc2luY2Ug4oCUIGFzIGluZGljYXRlZCBw cmV2aW91c2x5IOKAlCB0aGUgdGVybSDigJxSb3V0ZXIgQ2xpZW504oCdIGlzIGFtYmlndW91cy4g SSBhbSBwbGVhc2VkIHRvIHNlZSwgdGhvdWdoLCB0aGF0IHRoaXMg4oCcUm91dGVyDQogQ2xpZW50 IExpc3TigJ0gaW4gcmVhbGl0eSBpcyBhbiDigJxBdHRhY2hlZCBOZXR3b3JrIFNldOKAnSBhbmQg c28gdGhhdCBjaGFuZ2Ugc2hvdWxkIGJlIChyZWxhdGl2ZWx5KSBlYXN5Ljxicj4NClRoZSBhYm92 ZSBjb21tZW50IHN0aWxsIGlzIGFwcGxpY2FibGUgdG8gdGhpcyByZXZpc2lvbiw8YnI+DQo8YnI+ DQpBT0RWdjI6IFNlZSA1LDksMTIsMTMuPGJyPg0KPGJyPg0KPGJyPg0KMjEuIFN1Ym5ldDxicj4N ClRob21hczogVG8gNC4yLCBJIG1hZGUgdGhlIGZvbGxvd2luZyBjb21tZW50Ojxicj4NCkFsc28s IEkgcmVjb21tZW5kIHRvIG5vdCBzYXkg4oCcc3VibmV04oCdIOKAlCBob3cgYWJvdXQgcmVwaHJh c2luZyB0byDigJxJZiBhIHByZWZpeCBpcyBpbmNsdWRlZCBpbiB0aGUgYXR0YWNoZWQgbmV0d29y ayBzZXQgb2YgYW4gQU9EVnYyIHJvdXRlciwgdGhlbiB0aGF0IEFPRFZ2MiByb3V0ZXIgTVVTVCBw cm92aWRlIGNvbm5lY3Rpdml0eSBmb3IsIGkuZS4gYW5zd2VyIHRvIFJSRVFzIGFuZCBtYWludGFp biBzZXF1ZW5jZSBudW1iZXJzIGZvciwgYWxsIGFkZHJlc3Nlcw0KIGZyb20gd2l0aGluIHRoYXQg cHJlZml4LuKAnTxicj4NCkkgbm90ZSB0aGF0IHdoaWxlIHRoZSB0ZXJtIGhhcyBiZWVuIHJlbW92 ZWQgZnJvbSBzZWN0aW9uIDQsIHRoZXJl4oCZcmUgNCBsaW5nZXJpbmcgaW5zdGFuY2VzIG9mIHRo aXMgdGVybSBpbiB0aGUgZG9jdW1lbnQsIHRoYXQgY291bGQgZWFzaWx5IGJlIHJlbW92ZWQuPGJy Pg0KPGJyPg0KQU9EVnYyOiBBbGwgbWVudGlvbnMgb2YgJnF1b3Q7c3VibmV0JnF1b3Q7IHdlcmUg aW4gdGhlIEVOQVIgc2VjdGlvbi4gVGhleSBoYXZlIGJlZW4gdXBkYXRlZCB0byBzYXkgbmV0d29y aywgb3IgJnF1b3Q7bmV0d29ya3MgYXR0YWNoZWQgdG8gdGhlIHJvdXRlcnMmcXVvdDs8YnI+DQo8 YnI+DQo8YnI+DQoyMi4gcmVsb2NhdGluZyByb3V0ZXIgY2xpZW50PGJyPg0KPGJyPg0KVGhvbWFz OiBJIEFsc28gbWFkZSBhIGNvbW1lbnQgYWJvdXQgQXBwZW5kaXggQiBpbiBteSBwcmV2aW91cyBy ZXZpZXcsIHdoaWNoIGlzIHJlZmVyZW5jZWQgaGVyZS4gVGhhdCBjb21tZW50IHN0aWxsIGFwcGxp ZXMuPGJyPg0KPGJyPg0KQU9EVnYyOiBNb3ZlZCBpbnRvIG1haW4gZHJhZnQuPGJyPg0KPGJyPg0K PGJyPg0KMjMuIE5laWdoYm9yIE1vbml0b3Jpbmc8YnI+DQo8YnI+DQpUaG9tYXM6IFRvIFNlY3Rp b24gNC4zLCBJIG5vdGljZWQ6PGJyPg0KRG9lcyBzZWN0aW9uIDYuMiBkZXNjcmliZSBob3cgdG8g bW9uaXRvciBhbiBlc3RhYmxpc2hlZCBhZGphY2VuY3kgb25seSwgb3IgaG93IHRvIGRpc2NvdmVy IG5laWdoYm91cmluZyBBT0RWdjIgcm91dGVycz8gTG9va2luZyBpbiA2LjIsIEkgc2VlPGJyPg0K 4oCcTm90IGV2ZXJ5IHBhaXIgb2YgbmVpZ2hib3Jpbmcgcm91dGVycyB3aWxsIG5lY2Vzc2FyaWx5 IGZvcm0gYW4gYWRqYWNlbmN5LOKAnSDigJQgc28gaXQgbGlrZWx5IGlzbuKAmXQgNi4yIHRoYXQg dGVsbHMgbWUgaG93IHRvIG1haW50YWluIHRoaXMgdGFibGU/PGJyPg0KSW4gc2hvcnQsIOKAnEEg bmVpZ2hib3VyIHRhYmxlIE1VU1QgYmUgbWFpbnRhaW5lZOKAnSDigJQgd2hlcmUgY2FuIEkgZmlu ZCBpbmZvcm1hdGlvbiBvbiBob3cgdG8gZG8gdGhpcz88YnI+DQpTZWN0aW9uIDYuMiBzdGF0ZXM6 PGJyPg0K4oCcVGhlIGRlZmF1bHQgYXBwcm9hY2ggZm9yIG1vbml0b3JpbmcgYmlkaXJlY3Rpb25h bCBjb25uZWN0aXZpdHkgdG8gdGhlIG5leHQgaG9wIHRvd2FyZCBPcmlnQWRkciBpcyB0byByZXF1 ZXN0IGFja25vd2xlZGdlbWVudCBvZiBSb3V0ZSBSZXBseSBtZXNzYWdlcy7igJ08YnI+DQpUaGF0 IGNlcnRhaW5seSB3aWxsIHRlbGwgbWUgaWYgYSBsaW5rIG92ZXIgd2hpY2ggYW4gUlJFUCBpcyBz ZW50IGlzIGJpLWRpcmVjdGlvbmFsLCBidXQgd2lsbCBub3QgbWFpbnRhaW4gYSDigJxuZWlnaGJv ciB0YWJsZeKAnS48YnI+DQpTbyBob3cgaXMgdGhpcyBkb25lPyBPciwgaXMgdGhlIOKAnE5laWdo Ym9yIFRhYmxl4oCdIG5vdCBzdXBwb3NlZCB0byBjb250YWluIHRoZSBjb21wbGV0ZSBzZXQgb2Yg bmVpZ2hib3Vycz8gV2hhdCBpbmZvcm1hdGlvbiDigJwuLi5NVVNUIGJlIG1haW50YWluZWTigJ0g dGhlbiwgaW4gdGhpcyB0YWJsZT88YnI+DQpUaGlzIGlzIHZlcnkgdW5jbGVhciwgSSB3b3VsZCBu b3Qga25vdyBob3cgdG8gaW1wbGVtZW50IGEgbWVjaGFuaXNtIHRoYXQgcG9wdWxhdGVzIHRoaXMg 4oCcTmVpZ2hib3IgVGFibGXigJ0gd2l0aCB0aGUgbmVlZGVkIGluZm9ybWF0aW9uIGhlcmUuPGJy Pg0KSSBzZWUgbm8gKHJlbGV2YW50KSBjaGFuZ2VzIHRvIDYuMiBub3IgdG8gNC4zIHNvIEkgYXNz dW1lIHRoYXQgdGhpcyBjb21tZW50IGhhcyBub3QgYmVlbiBhZGRyZXNzZWQ8YnI+DQo8YnI+DQpB T0RWdjI6IEEgbmV3IHNlY3Rpb24gd2FzIGFkZGVkIHRvIHNob3cgaG93IHRvIHVwZGF0ZSB0aGUg bmVpZ2hib3VyIHRhYmxlLiBUaGVyZSBoYXZlIGFsc28gYmVlbiB1cGRhdGVzIHRvIHRoaXMgZW50 aXJlIHNlY3Rpb24gc2luY2UgdmVyc2lvbiAxMi48YnI+DQo8YnI+DQoyNC4gJm5ic3A7Jm5ic3A7 Jm5ic3A7IHBzZXVkby1jb2RlPGJyPg0KPGJyPg0KVGhvbWFzOjxicj4NCkkgYW0gdGhyb3dpbmcg dGhpcyBpbiBoZXJlLCBhcyBJIGFtIHN1cmUgdGhhdCBJIGNvbW1lbnRlZCBvbiB0aGF0IGluIHRo ZSBwcmV2aW91cyByZXZpZXcsIGJ1dCBJIGRvIG5vdCBzZWUgdGhhdCBhZGRyZXNzZWQ6IGlzIEFw cGVuZGl4IEMgbm9ybWF0aXZlLCBvciBub3Q/IEl0IHJlcHJlc2VudHMg4oCcIGEgc2Vjb25kIHNw ZWNpZmljYXRpb24gb2YgdGhlIHByb3RvY29sLCBpbiBhIGRpZmZlcmVudCBsYW5ndWFnZeKAnSBm cm9tIHRoZSBtYWluIHBhcnQgb2YNCiB0aGUgc3BlY2lmaWNhdGlvbi4gSSBoYXZlIG5vdCB3YWxr ZWQgdGhyb3VnaCBhbmQgbWFkZSAyMDAlIHN1cmUgdGhhdCBib3RoIGFyZSBwZXJmZWN0bHkgYWxp Z25lZCBhbmQgdGhhdCB0aGVyZSBhcmUgbm8gYW1iaWd1aXRpZXMsIGJ1dCBoYXZpbmcgdHdvIGRp ZmZlcmVudCBzcGVjaWZpY2F0aW9ucyBvZiBhIHByb3RvY29sIGlzIGEgcmVjaXBlIGZvciBkaXNh c3Rlci4mbmJzcDsgUGxlYXNlIGVpdGhlciBtYWtlIDIwMDAlIHN1cmUgdGhhdCB0aGV5IGFyZQ0K IHNwZWNpZnlpbmcgdGhlIHNhbWUgdGhpbmcgd2l0aG91dCBhbWJpZ3VpdGllcywgb3IgcmVtb3Zl IG9uZS48YnI+DQo8YnI+DQpBT0RWdjI6IFJlbW92ZWQgLSBtYXliZSB0byBpbmNsdWRlIGluIGFu IGluZm9ybWF0aW9uYWwgZG9jdW1lbnQgaW4gZnV0dXJlLjxicj4NCjxicj4NCjxicj4NCjI1LiBz ZXFudW0gYXMgMTYgYml0IHVuc2lnbmVkIGludGVnZXI8YnI+DQo8YnI+DQpUaG9tYXM6IFRvIHNl Y3Rpb24gNC40LCBJIHdyb3RlOjxicj4NCiZxdW90O3dvdWxkIGxpa2UgdG8gbml0LXBpY2sgdGhh dDogdGhlIHJvdXRlciBjYW4gbWFpbnRhaW4gdGhpcyBzZXF1ZW5jZSBudW1iZXIgaW4gd2hhdGV2 ZXIgZm9ybWF0IGl0IHBsZWFzZXMg4oCUIGJ1dCwgd2hlbiBpdCBpbmNsdWRlcyBpdCBpbiBjb250 cm9sIG1lc3NhZ2VzLCBpdCBtdXN0IGJlIHJlcHJlc2VudGFibGUgaW4gYSBzcGVjaWZpZWQgZm9y bWF0LCByZXNwZWN0aW5nIGNlcnRhaW4gcnVsZXMu4oCdPGJyPg0KSSBzZWUgdGhhdCB0aGVyZSB3 ZXJlIG5vIGNoYW5nZXMgZm9sbG93aW5nIHRoaXMgY29tbWVudC48YnI+DQo8YnI+DQpBT0RWdjI6 IFdoeSBzdG9yZSBpdCBhcyBhbnl0aGluZyBvdGhlciB0aGFuIHdoYXQgaXQgbmVlZHMgdG8gYmUg d2hlbiBpdCBnb2VzIGludG8gYSBtZXNzYWdlPyBIb3dldmVyLCB3ZSBub3cgc3RhdGUgJnF1b3Q7 TVVTVCByZXBvcnQgaXRzIG93biBzZXF1ZW5jZSBudW1iZXIgYXMgYSAxNiBiaXQuLi4ud2hlbmV2 ZXIgaXQgY3JlYXRlcyBhIFJSRVEgb3IgUlJFUCBtZXNzYWdlJnF1b3Q7Ljxicj4NCjxicj4NCjxi cj4NCjI2LiBtdWx0aXBsZSBzZXFudW1zPzxicj4NCjxicj4NClRob21hczo8YnI+DQpUbyBzZWN0 aW9uIDQuNCBJIGFza2VkIGZvciBjbGFyaWZpY2F0aW9uIGFzIHRvIGlmIHNlcXVlbmNlIG51bWJl cnMgd2VyZSBwZXIgaW50ZXJmYWNlIG9yIHBlciByb3V0ZXIsIGFzIHRoZSBzcGVjaWZpY2F0aW9u IHdhcyB1bmNsZWFyIG9uIHRoYXQuIFRoZSB3b3JkcyBoYXMgY2hhbmdlZCwgYnV0IGl0IHN0aWxs IGlzIHVuY2xlYXI6IGhvdyBtYW55IHNlcXVlbmNlIG51bWJlcnMgZG9lcyBhIHJvdXRlciBtYWlu dGFpbj8gT25lPyBPbmUgcGVyIGludGVyZmFjZT88YnI+DQo8YnI+DQpBT0RWdjI6IFdlIHRyaWVk IHRvIHN0YXJ0IGRpc2N1c3Npb24gb24gdGhhdCBwb2ludCwgYW5kIGluIHRoZSBtZWFudGltZSB3 ZSByZXZlcnRlZCB0byBoYXZpbmcgMSBzZXFudW0gcGVyIHJvdXRlci4gV2UgdGhpbmsgdGhlIHRl eHQgaXMgY2xlYXIuLi4gd2UgcmVmZXIgdG8gJnF1b3Q7dGhlIHJvdXRlcnMgc2VxdWVuY2UgbnVt YmVyJnF1b3Q7IG9yICZxdW90O2l0cyBzZXF1ZW5jZSBudW1iZXImcXVvdDsgLSBuZXZlciBoaW50 aW5nIHRoYXQgdGhlcmUgY291bGQgYmUgbXVsdGlwbGUNCiBzZXFudW1zIHBlciByb3V0ZXIgKGFz IGZhciBhcyBJJ20gYXdhcmUpLjxicj4NCjxicj4NCjxicj4NCjI3LiBzZXRzL2xpc3RzL3RhYmxl czxicj4NCjxicj4NClRob21hczo8YnI+DQpJbiBteSBwcmV2aW91cyByZXZpZXcsIEkgZXhwcmVz c2VkIHRoYXQgaXQgd291bGQgYmUgcHJlZmVyZW50aWFsIHRvIHVzZSDigJxhIG5vdGF0aW9uIG9m IFNldHPigJ0gcmF0aGVyIHRoYW4gdGFibGVzLiBJIHNlZSB0aGF0IHRoaXMgaGFzIG5vdCBjaGFu Z2VkLjxicj4NCjxicj4NCkFPRFZ2MjogWW91IHByZWZlcnJlZCBzZXRzIHJhdGhlciB0aGFuIGxp c3RzIGluIHlvdXIgcHJldmlvdXMgcmV2aWV3Li4uYW5kIGV4cGxhaW5lZCBvdXIgcmVhc29uaW5n IGZvciB0aGlzIGluIHJlc3BvbnNlcyB0byB0aGUgTUFORVQgbGlzdCwgYW5kIHdlIGRpZCBub3Qg cmVjZWl2ZSBmdXJ0aGVyIGNvbW1lbnRzLjxicj4NCjxicj4NCjxicj4NCjI4LiB1c2Ugb2Yg4oCc bm9kZeKAnTxicj4NCjxicj4NClRob21hczo8YnI+DQpJIG1hZGUgYSBjb21tZW50IG9uIG5vZGUg YW5kIGFkZHJlc3MsIGxldCBtZSBwaWNrIHRoaXMgdXAgYWdhaW4uIFRoZSBmb2xsb3dpbmc6PGJy Pg0KUnRlTXNnLk9yaWdBZGRyPGJyPg0KQW4gSVAgYWRkcmVzcyBvZiB0aGUgbm9kZSB3aGljaCBy ZXF1aXJlcyB0aGUgcm91dGUsIGkuZS4sIHRoZSBzb3VyY2UgYWRkcmVzcyBvZiB0aGUgSVAgcGFj a2V0IHRyaWdnZXJpbmcgdGhlIHJvdXRlIHJlcXVlc3QuPGJyPg0Kd291bGQgYmUgbW9yZSBjb21w YWN0IGFuZCBjbGVhciBpZiBnZXR0aW5nIHJpZCBvZiB0aGUgdGVybSDigJxub2Rl4oCdIGFuZCBz YWlkOjxicj4NClJ0ZU1zZy5PcmlnQWRkcjxicj4NClRoZSBzb3VyY2UgYWRkcmVzcyBvZiB0aGUg SVAgcGFja2V0IHRyaWdnZXJpbmcgdGhlIHJvdXRlIHJlcXVlc3QuPGJyPg0KPGJyPg0KQU9EVnYy OiBDaGFuZ2UgbWFkZSBhcyBzdWdnZXN0ZWQuPGJyPg0KPGJyPg0KMjkuIHJvdXRlIHRhYmxlL3Jp Yi9yb3V0aW5nIHNldDxicj4NCjxicj4NClRob21hczogVG8gc2VjdGlvbiA0LjYsIGFuZCBJIChh bmQgb3RoZXJzKSBoYXZlIGNvbW1lbnRlZCBvbiB0aGlzIGJlZm9yZTo8YnI+DQpBbGwgQU9EVnYy IHJvdXRlcnMgTVVTVCBtYWludGFpbiBhIHJvdXRlIHRhYmxlLiZuYnNwOyBUaGUgcm91dGUgdGFi bGUgZW50cnkgaXMgYSBjb25jZXB0dWFsIGRhdGEgc3RydWN0dXJlLiZuYnNwOyBJbXBsZW1lbnRh dGlvbnMgTUFZIHVzZSBhbnkgaW50ZXJuYWwgcmVwcmVzZW50YXRpb24gYnV0IE1VU1QgY29udGFp biB0aGUgZm9sbG93aW5nIGluZm9ybWF0aW9uOjxicj4NCkluIG9yZGVyIHRvIGF2b2lkIGNvbmZ1 c2lvbiwgcmVuYW1lIHRoaXMgdG8g4oCcUm91dGluZyBJbmZvcm1hdGlvbiBCYXNl4oCdIG9yIOKA nFJvdXRpbmcgU2V04oCdIOKAlCBhIFJvdXRpbmcgVGFibGUgaXMgYW4gb3BlcmF0aW5nIHN5c3Rl bSBjb25zdHJ1Y3QsIHdoZXJlb24gb3BlcmF0aW9ucyBkaXJlY3RseSBpbmZsdWVuY2UgcGFja2V0 IGZvcndhcmRpbmcuIFdoYXQgeW91IGFyZSBkZWZpbmluZyBoZXJlIGlzIGEgUklCL2FuIFJTLjxi cj4NCjxicj4NCkFPRFZ2MjogRG9uZSBpbiB2ZXJzaW9uIDEzLjxicj4NCjxicj4NCjxicj4NCjMw LiBycmVxIGZvciBwcmVmaXgsIHVzZSBvZiDigJxpcCBhZGRyZXNz4oCdIGFuZCDigJxhZGRyZXNz JnF1b3Q7PGJyPg0KPGJyPg0KVGhvbWFzOjxicj4NClRoZSBjb25mdXNpb24gdGhhdCBJIHBvaW50 ZWQgb3V0IGluIG15IHByZXZpb3VzIHJldmlldyBvbiDigJxJUCBhZGRyZXNz4oCdIGFuZCDigJxB ZGRyZXNz4oCdIGJlaW5nIHVzZWQgYSBiaXQgaGFwaGF6YXJkbHkgcGVyc2lzdHMsIGZ3aXcuIEl0 IG1ha2VzIG1lIHRoaW5rLCBjYW4gYSByb3V0ZXIgc2VuZCBhbiBSUkVRIGZvciBhIHByZWZpeD88 YnI+DQo8YnI+DQpBT0RWdjI6IFNlZSBhbHNvICMxNS4gUlJFUV9HZW4gY2FuIGluY2x1ZGUgdGhl IHByZWZpeCBhc3NvY2lhdGVkIHdpdGggT3JpZ0FkZHIgYnkgYWRkaW5nIGEgcHJlZml4IGxlbmd0 aCB0byB0aGUgbWVzc2FnZSwgdGhlIHByZWZpeCBsZW5ndGggYXNzb2NpYXRlZCB3aXRoIHRoZSBy b3V0ZXIgY2xpZW50IGVudHJ5IGNvcnJlc3BvbmRpbmcgdG8gT3JpZ0FkZHIuIFNvIGFsbCByb3V0 ZXJzIHdoaWNoIHJlY2VpdmUgaXQgY2FuIGxlYXJuIGEgcm91dGUgdG8NCiB0aGUgcHJlZml4IG9u IHdoaWNoIE9yaWdBZGRyIHJlc2lkZXMuIEJ1dCBmb3IgVGFyZ0FkZHIuLi4gdGhlIFJSRVEgb25s eSBoYXMgb25lIHRhcmdldCBJUCBhZGRyZXNzIC0gdGhlIGRlc3RpbmF0aW9uIElQIGFkZHJlc3Mg b2YgdGhlIHBhY2tldCByZXF1aXJpbmcgdGhlIHJvdXRlLi4uIHNvIHdoYXQgcHJlZml4IGxlbmd0 aCB3b3VsZCBpdCB1c2U/IFRoZSBSUkVRIHJlcXVlc3RzIGEgcm91dGUgdG8gYSBzaW5nbGUgSVAg YWRkcmVzcy4gSG93ZXZlciwNCiB3aGVuIHRoZSBSUkVQIGlzIGNyZWF0ZWQsIFJSRVBfR2VuIHNo b3VsZCBpbmNsdWRlIHRoZSBwcmVmaXggbGVuZ3RoIGFzc29jaWF0ZWQgd2l0aCB0aGUgcm91dGVy IGNsaWVudCBlbnRyeSBmb3IgVGFyZ0FkZHIuIFNvIGFsbCByb3V0ZXJzIHdoaWNoIHJlY2VpdmUg dGhpcyBSUkVQIGxlYXJuIGEgcm91dGUgdG8gdGhlIHByZWZpeCBUYXJnQWRkciBpcyBwYXJ0IG9m IChpZiB0aGUgcm91dGVyIGNsaWVudCBlbnRyeSBpcyBjb25maWd1cmVkIHdpdGgNCiBhIHByZWZp eCBsZW5ndGgpLiBUaGUgdGV4dCBoYXMgYmVlbiB1cGRhdGVkIHRvIG1ha2UgdGhpcyBtb3JlIG9i dmlvdXMuPGJyPg0KPGJyPg0KPGJyPg0KMzEuIG5leHQgaG9wIGlwIGFkZHJlc3Mgd29yZGluZzxi cj4NCjxicj4NClRob21hczo8YnI+DQpJIGFsc28gY2FsbGVkIHRoaXMgb3V0IGluIG15IHByZXZp b3VzIHJldmlldyBhcyBpbmNvcnJlY3QsIGFuZCBkZXNwaXRlIHdvcmRzbWl0aGluZyBpdCBzdGls bCBpczo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgUm91dGUuTmV4dEhvcDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBUaGUgc291cmNlIElQ IGFkZHJlc3Mgb2YgdGhlIG1lc3NhZ2UgYWR2ZXJ0aXNpbmcgdGhlIHJvdXRlIHRvPGJyPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJvdXRlLkFkZHJlc3MsIGkuZS4gYW4gSVAgYWRkcmVzcyBvZiB0 aGUgQU9EVnYyIHJvdXRlciB1c2VkIGZvcjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0aGUg bmV4dCBob3Agb24gdGhlIHBhdGggdG93YXJkIFJvdXRlLkFkZHJlc3MuPGJyPg0KPGJyPg0KSWYg dGhhdCDigJxtZXNzYWdl4oCdIGlzIGFuIFJGQzU0NDQgZW50aXR5LCB0aGVuIGl0IGRvZXMgdG8g aGF2ZSBhIOKAnHNvdXJjZSBJUCBBZGRyZXNz4oCdIOKAlCB0aGUgZW5jYXBzdWxhdGluZyBJUCBk YXRhZ3JhbSBjb250YWluaW5nIHRoZSBwYWNrZXQgY29udGFpbmluZyB0aGUgbWVzc2FnZSBkb2Vz LiBBbmQgdGhlIG1lc3NhZ2UgTUFZIGhhdmUgYW4gT3JpZ2luYXRvciBBZGRyZXNzPGJyPg0KPGJy Pg0KQU9EVnYyOiBVcGRhdGVkIHRvIHNheSDigJx0aGUgc291cmNlIElQIGFkZHJlc3Mgb2YgdGhl IElQIHBhY2tldCBjb250YWluaW5nIHRoZSBtZXNzYWdlIGFkdmVydGlzaW5nLi4u4oCdPGJyPg0K PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87YmFja2dyb3Vu ZDp3aGl0ZSI+DQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKjxicj4NClRoaXMgZW1haWwgYW5kIGFueSBhdHRhY2htZW50 cyBhcmUgY29uZmlkZW50aWFsIHRvIHRoZSBpbnRlbmRlZDxicj4NCnJlY2lwaWVudCBhbmQgbWF5 IGFsc28gYmUgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkPGJyPg0KcmVj aXBpZW50IHBsZWFzZSBkZWxldGUgaXQgZnJvbSB5b3VyIHN5c3RlbSBhbmQgbm90aWZ5IHRoZSBz ZW5kZXIuPGJyPg0KWW91IHNob3VsZCBub3QgY29weSBpdCBvciB1c2UgaXQgZm9yIGFueSBwdXJw b3NlIG5vciBkaXNjbG9zZSBvcjxicj4NCmRpc3RyaWJ1dGUgaXRzIGNvbnRlbnRzIHRvIGFueSBv dGhlciBwZXJzb24uPGJyPg0KKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKio8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGJyPg0KPGJyPg0KPGJy Pg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86 cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPm1hbmV0IG1haWxp bmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 YSBocmVmPSJtYWlsdG86bWFuZXRAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUi Pm1hbmV0QGlldGYub3JnPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9tYW5ldCI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldDwvc3Bhbj48L2E+PG86cD48L286cD48L3ByZT4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7YmFja2dyb3VuZDp3aGl0ZSI+X19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+PGJyPg0KPHNwYW4gc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPm1hbmV0IG1haWxp bmcgbGlzdDwvc3Bhbj48YnI+DQo8c3BhbiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGEgaHJl Zj0ibWFpbHRvOm1hbmV0QGlldGYub3JnIj5tYW5ldEBpZXRmLm9yZzwvYT48L3NwYW4+PGJyPg0K PHNwYW4gc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vbWFuZXQiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vbWFuZXQ8L2E+PC9zcGFuPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237C4D5GLKXM0002VGREEN_-- --_005_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237C4D5GLKXM0002VGREEN_ Content-Type: image/jpeg; name="image001.jpg" Content-Description: image001.jpg Content-Disposition: inline; filename="image001.jpg"; size=36594; creation-date="Wed, 16 Mar 2016 17:22:31 GMT"; modification-date="Wed, 16 Mar 2016 17:22:31 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQEBAQIBAQECAgICAgQDAgICAgUEBAMEBgUGBgYF BgYGBwkIBgcJBwYGCAsICQoKCgoKBggLDAsKDAkKCgr/2wBDAQICAgICAgUDAwUKBwYHCgoKCgoK CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgr/wAARCAHVAf0DASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9/KKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiuf8QfFj4Y+FPHnh/wCFniXx/o9j4m8VLdN4 b8P3OoRreamttH5tw8MJO+RYkwzsAVXcuSCy5AOgqrqet6NoiwNrOrWtmLq6S2tjdXCx+dM5wka7 iNzseAo5PavnPxTN/wAFC/2gvE+p+H9G1TSfgF4Ltb6e2tdWtVtPEPi7WI0cotxErh9N0qNxh03i /kIxvSFsqPV/D37PHw+i8L+EdI+IVh/wnmpeCbr7boHijx7a2+papbXp3Zu0naIeTPhyu+JUwvyg AACnysLnE/FX9uGTwb8QNS+E/wAK/wBk34xfEbxBpUixXjaD4QXTdKjkZFcAaprEtnZTKFdSzW8s xXkYLgpWz4O8R/te/Fj4P65L4k8FeFfhF4suLpY/DDNqzeLFtrf92TNdwxpYoJj+9QRRzSIvyOZH 5jr1STToJZPMcVNFCkK7I1xT90NTyf41fs+fED4wwaFG37VnxH8JR6bZiPVrPwDJpthDrE3ykzSv NZT3MX3WASGeNQHOQxCsK3wF/Y1+HHwL8XP8QdI8YfEnXtdksWtJNS8dfFnXtdUxMwYhba9vJLaE 5A5iiQ9fU59joovpsLqeZ6r+yH+zrrvwf1n4C+IvhNpereD/ABBqL32s+HtY33lteXDyrKzus7Nk b0Vtv3QRwBXnXh3/AIJJ/wDBNrwnqtjrPhX9g74TaPd6eFFveaP4FsrSb5WDAs8MatIQyqcuSciv pGijmCxzEPwi8BW3xZm+OMOg48UT6ENHl1T7VL81l5ol8ry9/l/fVTu27uMZxxXiWof8E7NB0W/m vfhH+1J8fPBLTSySLHpvxg1DVreJnOT5dvrjX8Ea5zhFjCLk4UV9KUUXGeb2/gH9ofw18PPCvhbw t+0NFrGsaV4gil8T+JviB4Qt7u513SfMlM1t5eltp0FrdbHjEdwkRjUwgtBJvauZ+M/7S/7Qvwa8 f3dtb/sQeJvHHguOOJrbxJ8P/FGmXGoDMYMnnabfS2jAK+5QIJbh2UBtgJ2D26o57SC4/wBYlLTq B578A/2o/hn+0VpGqah4R0vxZotzoU8cGuaT448FajoN5ZSOu5QY76CLzFIGRJEXjI6Ma9GrD8af DfwN8SPBWqfDj4ieEdN8QeH9as5LPWND1qxjurS9t3GHilikBWRGBwVYEGvOvjV8D/jNNpHh0/ss /tD3Hw3m8LacbLT/AA/L4XstV8P38AVFiiu7Z1judsYjVUNtdW7BSwJbIwW7B6nsNFeO/Az43/Hy 5bV/Df7WfwP07wfcaBprXs/jjQPE0N54Z1KBfvvG85iu7SRVHmPFPAERfuzzBS1eqeGvE/hvxp4f s/Fng7xDY6tpWoW6z6fqWm3aT29zEwyskciEq6kchgSDSAvUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFeT/tM/tdeCf2dH0vwZZeHNU8ZfELxOkv8Awhfw38Mqj6lq7JgPMxciO0tIyy+b eTskMQYAsXZEa14M+Fmq/E208A/Fz9p3wN4fX4ieEVvbqxh8O6td3Gm6NdXaNDJ5Hm+WLiRbc+T9 pkhV8PP5axLM6EA8z8V/EP8AbN/ag8T6h4E+DHh6++CvgOzvprLUPiP4m02KbxJrHluUc6PpsoaK ziJVtt7fq7MMMlmyMkx9+8D+C7Lwd4V0bw0mp6hqbaLpUdhDquuXrXd/cIqIrPNcPl5JHKKzsT8z DJ7Vrx2cMblwvJqWq06C1I1toUbeIxn1qSiipGFFFFABRRRQAUUUUAFFFFABRRRQAUEA8EUUUARt Z27hlaJcMMMMda8j+Ofwa+M9n4U0F/2Ofivpnw9vvC0kz2vhm58L29z4d1qKTBa1vII1jnhXcpKT WssTxtIzMsykxn2CggEYIp+oHjv7NP7TXj34qa7qPwo+On7PPiD4e+OtDs1uNQgZW1DQdThLbPtO m6tGixXEZYj9zMsF0mfngUYY+xVl+KfB2h+MfDOp+Edchmax1fT5rK+W2vJbeRoZUKOFliZZI22s cOjKynlSCAa8c+Lvx51X9h/RvCtr4q+GniTxF8KdL0NbPxN8R4dZm1fVfD7whUS71K2ZGuLm1ZAW mvY3lkjYM8sSxb5lPQPU93oqj4Y8T+G/Gvhyx8YeDtfs9V0nVLOO603UtOuVmt7qCRQySxyISroy kMGBIIIIq9SAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKzdd8ZeEPC99pumeJvFWm6dc6zefZNHt76+jhkvrjaX8mFXIMsm1WbauTh ScYBoA0qK5v4m3XxattM09fg/pfh25vZNYt11NvEt9PDFBYZJnkiEETmWfACpGxjTLFi427WsfEf 4eeE/ix4I1H4c+OtMa80fVrfyNRtFupYDNHkErviZXAOOcMMjg8E0AbU0qwRNNIG2opZtqljx6Ac k+w5rn/hV8T/AAx8ZfANh8SvBlrrUOl6kJGs18QeG73SbplSRo97Wt9DFPGrFSyF0XehV1yrKTr6 Loml+HtDs/DujWSW9nY2sdvaW8f3YokUKqj2AAH4VbVQowooA5vwR4k+Imu6/wCIbLxl8OIND0/T 9SEPh6/j1xLp9Wt9uTcNEsa/Zvm+UIWdjgk44zHJH8ZG+MKzRan4ZXwCugASWbWFw2sPqnmvlxN5 ohW2EXlgJ5bOX3HcAAD1AAHQUUAcr8SdD+L2s6j4bk+FnxH0fw/bWevQ3HiiHVvC76k2q6aM+baQ Mt1B9klbjFwRMFx/qmzWL+0B47+LNt8PvEXh39lFfBetfFCxt7FtP0PxZqzxWlmtzceWtzeLBmdY RGlxIAoDSeQyoSRVX9rD4qfGP4YfDOKL9nr4UyeLfHHiLVI9I8N29yHTS9NnlR2OoanMvMNlAkby Pty8jBIYwZJUqh+yH+y9of7Nvg3UBe+I7nxT4z8Vah/avxC8farCq33iTVCoUzOF+WGFFAigtk/d 28KJGgwCTVtLiv0Nn4e/APwd4V8aax8a7/wnpcfjzxdY2KeM/EFn5ztdtbW6xJDC07O8NqhDMkCk IGkkkKmSSR23/hNr/wAQvEnguHVPij8N7fwprH2iaObR7XXF1GNEWQqkizrHHuDqA+Cild2CMg10 vtij2xSvcLHN+Efip4W8a+MfEngTR7PW4dQ8K3EEOqHVPDV7Z28vnR+ZG9rcTwpDex4BBe3eRUZS rFWGK6SkChTkCuam+EfgG4+LUPxwk0Af8JPBoZ0iPVFupVJsjKZfJZA3lsA5ZgWUsu5sEZOUM6ai ub8ZXHxbg8V+HF8Aaf4duNFe8kXxb/bF1cQ3UVvs/dyWnlxujyB/vJJtBU8OpHN7xZ498DeAo7CX xz4z0nRV1TUo9O0ttW1GK3F5eSBjHbxeYw8yVgrFY1yxCnAODQBrUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFRXdpDeReXKualooA8X8H/BvS/2MPDE2lfszfBnUtZ0fxH4+iu9T8Kaf4iSC30C G8dUu7qwgunEMMCSZuntImjU+ZO8YLkRv7OkiSLujcMMkZU+hwaUgNwRXyh8ZdB8cfsE/F7Vv2r/ AIQaBqmt/C/xZqH2v40eAdKt3uJtLuWGG8UaZAuWZwAv261jBM0a/aI1M8bpcv4g2Pq+io7W5ivL aO6gLbJFDLuUqcEZ6HkfjUlIAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKK5zUvi38PtJ+KOl/Ba88Qf8VPrGlXGp2Okw2ssjfY4GRJJ5GRCkKb5FVT Iy72JVdxBAS8+FfhbUfivZfGS9fVH1jTdGm0yxT+3LpbOKCWRXkb7IJBbtKxRAZmjMgVFUMBxQAu s3/xUT4k6Lpvh/QNBfwm9ndP4i1O81SZdQinAUW8VvbrCY3ViXLyPKpUIAEbduXR1Pwf4W1rX9N8 Uav4b0+61HR/NOk39zZJJPZGRQshhkYFo96gK20jcBg5rS2jO7FFAB+FFFFABRRRQAVw/wC0J+0F 4A/Zq+Hv/CwvH4vrgXGp2ul6Jouj24n1DWtSuZRFbWNpCWXzZ5HPAJVVUM7siI7r27usaGSRgqqM szdAK8I0/wDZ+8efEP8AbGvv2i/jbf6fdaV4Nh/s74M6Bp87yQ6dHPbJ9v1i43oo/tCZnktUxlYL aJgjE3U2WlcLnpnw++Ftt4H1XxPrbeMfEmsTeKvELatcL4g1ZriPTyYIYEtbOMAR21uiQriNF+Z2 kkcu7s56xVCjaopFG1QtLSAKKKKACiiigArP8SeFfDPjHT10nxZ4esdTtUuYrhbbULRJoxNE6yRy bXBG5HVWVuqsoIwRWhRQBzfxcu/i3Y/D++u/gZo/h/UPFEfltptj4qvp7WxuMSKZI5JoIpZIi0e9 VcRvtYqxRwCp6NC5RTIu1sfMoOcGlrn/AIqfDLwp8Zfh9qnwy8cQ3kmlavbiK7/s7VLixuFAYMrx XFs6TQurKrK8bqwIBBoA6CiuZ+InxF8CfAT4YXvxD+IetXVn4f8AD9mj6lqLW9zfSQQgqhmk8tZJ WVc7nkIIVQzuQqsw6O3uILu3jurWVZI5EDxyKchlIyCPbFAD6KKKACiiigAooooAKKKKACiiigAo oooAKbJEkq7XWnUUAeV+JPHHh79mbxffeMPjX8dNQbQPiF4y0vSfCun6ppYNnoOoTW620dotxBF+ 6huZYk2m5IH2mfy1ctPGleqZzyK5j4z/AAi+H/x8+FevfBr4q+GbfWPDviTTZbHV9Nuc7ZoXXBwR hkYcMrqQyMFZSGAI4D9ijTP2jPA/w81T4N/tI3VxrV54L1yTS/DPjy5uYnl8WaMIo5LS+nVG3Jdq kn2a4LKgkntpJUGyVQH0uI9mooopDCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAK5nxP4v8caV8RfDPhDw78LrnVNJ1b7Y/iDxN/akEFvoccMQMSmJiZbiWeV1RVjXa qpK7upVEkd8Qx8V5bnw/B8LrvQLeJvEMDeKLjXIZ5WGlKrtKlqkRUG5dhHGrSMEjV3kIkKLG/R7V zuxQAmwb9+adRRQAUUUUAFFFFABRRQxwuaAPIPjX8U/hx45+LVr+wXrng7UPEUnjzwRql54yj0++ e1j0bQGja186eaN0lja5mc28IiZZCUnkUgQMa9S8O+HtF8KaDZeGvDmk29hp+nWsdrYWNpCI4reG NQiRoo4VVUAADgAYrx39ln4GeOvCHxF+Jnx3+My6e/jD4geLpD/xLZ2mhsfD9iXttHsUdkQkCDfd SDbxc6hcgErg17fVPQAoooqQCiiigAooooAKKKKACiiigBGUONrCub+LHirx34J8Gv4h+HPwxk8Y ahDe2qyaDb6tDZTS2zTolxJE8+I2kjiZ5VjdoxIY9m9CwNdLR16igAByMiiua+Idv8Wpb3w5P8Ld U0GG3h8QxN4qttcs5pGu9LMciyx2zxuPJuFdopFZldGETIQu/evS0AFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFcH8ZvBmlG80f45Oniy51D4dx6jqdlonhS8O/WlksZYpLKS2LCO6L5Ro1cqVmjiIdR uDd5SMoZdpoA5z4P/FjwL8dvhZ4e+Mvwx1pdQ8P+KNHt9T0e8CFTJbzRh03KeUYA4ZGAZWBUgEEV 0leC/sj/AAe+IP7OHxN+Jnwfi0Fv+Fa33iP/AISr4e6gt1GUspNTkmm1PSRFu3oIr5ZrpDtEfl6m kakmFgPeqbBBRRRSAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK574raH4+8T fDnWfDnwt8fR+FfEN9YSQaT4kl0dNQGmzMMCcW8jKkrLyVVyU3YLK6gqehYkDIFc38K/CvjPwd4W k0rx78SrrxXqE2rX93/al1p8Nr5cM91LNDapHEMCOCJ0hUsWdliBZiSaAOgtIZILSKCa6kneONVa eYKHkIH3jtAXJ6nAA9AOlSUUUAFFFFABRRRQAUUUUAFeT/tL+I/gv4x1Tw9+xp8WvDmqa0vxgtdU tW0vTZmijGnWVsJrua6kSWN0tSXt7Ztu/e97FGylHcj1ivAfhx8NPiH4n/b2+In7QvxB8PyWOl6H 4a03wX8NfNkRvtFmyrqWqX6BWJVZ7qW1tiG2nOjg7cEM1RVwPfIo1jQAKBx2p1FFSAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAVzV/4Y+IEnxa07xlp3xMeHw1DodzZ6p4Pl0mGSO6umlieC9juRtlhe NVmjaM745FlUhUZNzdLRQAUVzPw/8F+LfCOseJ7vxF8TNQ8QWeta+2oaLZ6jawodEt2ghRrKN41U yxCVJJVLguvnFSzBQa6agAooooAKKKKACiiigAooooAKKKKACiiigDzn9phvBPhTwRB8fPiH8QPE /h3R/hXcXHi3VJ/DUkzC6tbawuknguraKORr23MM0rmEIW8yOJ02vGjDvtK1XTtc0u31rR76K6tL yBJrW5gkDJLGyhldSOCCCCD3BputaTp2vaRdaHrFjDdWl5bvBdWtxGHjmjZSrIyngqQSCD1BrwP/ AIJqaV8Qfhx+z9N+zb8R9G1aG5+EviS+8HaPqWqW8ijV9FtWV9Ju4pHH78HTZrNHkBYefFOpYsjA PoB9DUUUUgCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK5z4taF8QfE/w91Lw78LP iBH4V168jSOx8RSaTHfGwzIvmSJBIQjyeXvCb9yK5VmR1BRgBi+E/Gz/ABhbx3N8TLr/AIR1PDf2 C38Gx6fCsH2w3HmPfyT4Mrv5axxJGCqIPMJDl1KdNRRQAUUUUAFFFFABRRRQAUUUUAZ3i/xb4b8A +E9U8deMtZt9N0fRdPmv9V1C6fbFa20MZkllc9lVFZiewFc78AfC0vhT4U6TY3HxO1Txm00ct4vi bWHDT3yXEz3CngABFWUIijhY0Re1eQf8FW7ltY/ZCuPgtFMyt8VfGnhvwHcKv8djq2s2lnqA+gsJ LxvovpmvoyxRY7SONI1VVUBVVcADHTHan0AmooopAFFFQ6hqWnaTbfbdVv4bWHzETzriUIu52CKu ScZZmCgdyQByaAJqK8L+N37Tn7QOjfES8+Dv7NH7IGseLtVso4jfeLvF2tR+H/C9m0qK6r9qaOe6 vWVXywtLSZFKtG8iOCo0vCvwl+PPxR+CuveBP2uvifpt5eeI51LL8J11Pw0NKtQIz9lhvY71ryRi yMWuFeAuJGURovFOzA6r4v8A7TH7Of7PotP+F7fHnwb4NbUJki0+PxR4ltbF7uR22okSzOpkZm4C qCSeBXK/HX9rLxF8JPGi/DrwH+yL8VviRqzWCXXmeD9L0+30+NXLBVfUNUvbO13godyLI8igqSnz LlfgR+wn+yb+zdqba/8ABb9nXwf4f1WZt91r1rosT6ndNjG6a9kDXEzY43SSMfevWpNPt5X3yLmn oLU8t+D3xa/ad+JNlr0/xC/Zftfh59nsifDX9r+NrbU5ru4IbAuIrJGSBB8hJSaQnLAAYBPBy+Gf +Cr3iGC43ftNfALwu8rMsNtafA/WtYeAdm+0SeI7VXYe8AGRnvgfSUVvFCu2NKURRjkRr+VHuh7x 5T8R/h7+1H4i8A+GtG8F/tQWPhvXtPj/AOKn12z+H8FzHrD+WBmK3nuGFou/5sbpDg7c96xvhh8I v2x/D3xB0vX/AIgftrR+JtBtZpDq3h6T4Y2Nm18hhdUVbiGXdCVkKPnDZCFcDdke4kA9RQAB0FLT sGp4F468Lf8ABSCHxlqupfDP9p34Nx6DNqTS6PofiT4HapcXdtakjFvJfW/iSFJGAz+9FqMk8pji ul8KeLP2wPDvwV1fXvid8OvA3iXxxZ3g/sfRvBeu3NjZ6lbfuss0l7ExtpRmc7MyIRGn7wFzs9XK IeSg/KmXUlpa2zz3kkccMalpJJGCqqjqST0FP3Q1PnOx/wCCgHjfwxdw2Xx//YB+N3g6ORlVtY0f Q7HxZYjJwTjQLu8uwoPVpLVMDnpzXtd98aPg9pfxJh+DWp/Ffw1b+MLiwjvrfwpPrtumpS2ru6JO tsX80xs8Uihwu0tGwBypxzXiP9pH4IeG7gwrr7X8q/eXTYTKo/4Hwp/AmvMPjT4r/Yk/aa00eHfj /wDAXSfF1jH8sMPi/wAIWeoJH3DJ5hcoQeQy4YHBGDzR7oa9T6A+InhvV/GfgDXPCHh/xhf+Hb7V dIubOz1/SljN1psskTItzCJFZDJGSHXcpXcoyCOKu+H7TVrDQbKx17V/7QvobSOO8vxbrD9plCgP LsUkJubLbRwM4HSvBf2bPg38H/hJ4e8TaX+yV8XNYs21TSWTQvDPirxJqOtaToN0qybJrewu7gSw w73UyQQSxRsEwnlklq89139pr9v/AOBXxV8P+LP2pvgk178PNJ0zULXxRrXwPsW1+1v3mNs1vqFx pkyx6rp5t/JnBjtP7SRkuW38qsiHKwufZFFQ6df22q6fb6pZFzDcwrLCZImjYqwyMqwDKcHoQCO4 FTVIwooooAKKKKACiiigAooooAKKKKACuLT/AIS/R/jzc3Os/E/Sj4d1nwzaw+H/AAfNaxx3keoW 89y97dxy5DzRvDPZoYyCIzb7gR5jA9pXzX/wUFV/BPjn4AftBWT+VN4V+NunaReTY4kstet7jRGg b/ZN1e2Mg/24I/oQD6UoplvJ5sKuT2p9ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA Fcz4QHxcfx74rm8cT+Hv+EZ+1Wi+CbfS0nN6IRbKbmS9d8Jva4LqkcakLHGrM7NIUjd8YPE/j3wZ 8LPEHir4WfDk+LvEun6TPNoPhf8AtSKxGqXioTFbtcS/JArPgNIQ21ckKxAU9FBvMSvLGquVG9Ub cAe4BwMj8BQA6iiigAooooAKKKKACiiigAooooA5P4gTfFIeMfBtl4G0XSbjQ7jWrhfHF3qE7LPa WAsLloWtVBAaVr0WituyBE0vGcFesUBV2jtXz18QfEeqT/8ABUr4V+FIdZuo9PtfgT46vbywjunW K4nfWfCcUEjxj5HKKtyFY5K+a2MBjn6FpgFDMFG5jgDkk9q4n4+/tEfCH9mTwA/xH+MvixdMsWuo 7TT7aG3kuLzVLyQ4isrO2iVpru5kPCQxKzseg4JHnXxd/Z7h/bj8P+D9U+Luo+OfD3gi40f7X4j+ Dl1cw2I1W4mVGjg1eSzkeSWOFTIr2STm3lZv3olCBaW4G/ov7UnhH9oPw7460b9jnx1oniLxB4VU WUWu32m3k3h1dSbzB5P2yFVivWhMZ8+K2lZ4iVSQxs4rh/Af/BPvw94m8X6b8W/2xfiPrHxr8YaX eR32lyeLIkg8P6HdL92TTdEh/wBFt2QgFJ5hcXalQftBPNe/+DfB3hzwJ4asfCHhLQLHS9K021S2 07S9Ns0gt7SFRhYo40AVEUDAVQAB0rVACjCiq0QtyA6fbtJ5jruNTKqoNqiloqRhRRRQAUUUUAFF FFAGV418ZaF4B8N3PijxFdeXb2652j70jdkUd2J4H64AJr5I+LXxx8YfFfUW+3XLWumq3+j6XDIf LUdi399vc9OwFdR+138RrjxJ46XwXaT/AOg6OBuVTw9wygs34AhfY7vWvI6ACiisT4gfEz4cfCfw 83i74p/EDRPDOkxyLG+qeINWhs7dWPRTJMyqCewzzQBv211c2Vwl3Z3EkMsbbo5I2Ksp9QR0Ne// ALPf7Rja7eweB/iJMrXLfLYao5wZW7Ryf7R7N36Hnk/N3hrxR4a8aaFa+KfB3iGx1bTL2MSWeo6b dpPBOh6MkiEqw9wSKvqzIwdGKspyCO1NMD3HxP8AsS6p8adF8P8AxR+MnjK68L/GvRdKbTf+FpfB 3Up9LuGt0nleKNophJDd25D+YbO9iuYEllk2qThz0Hwz8f8Ax2/Z++Gvi3xD+3P8QfCWpeH/AAjC l1p/xG0OwuLS4vrEBvNk1DTljdLaaLCbpLeR4pQ7OIrcLsq78DvjV8SfHGt+H9EbwBHd+H5dAvzr vipdWjWSx1SCa1W3tmtmw7rcQyzy+ahIRrfawG9SfXZoFljKdM035kruUfBvjTwf8RfC1h45+H/i rTdc0XVbVbnTNY0e+jubW7hYZWSKWMlXUjoykg1pV896H+w9a/Bb41Wvxa/ZL8bN8O7PU9Z+0fEL wLb2BuPDviSKRszTrZCRF0/UT94XlsU3tn7RHcDbt9I+GP7S/wAHfi18QvFXwj8KeJnj8WeCr4we IvDOq2UtnfW8ZYiK7WGZVaa0mAJiuow0MgyFcsrKE1Yo7yiiikAUUUUAFFFFABRRRQAVxP7RsG74 La7qkPwQt/iRd6RBHq2l+Crj7ODqd9ZypdWqxtcKY0nWeGKSKRgNkscbAqVDDtq479oi98Rab+z/ AOOdQ8IanNY6tB4P1OTS7y3bElvcC1kMcinBwyvgjg8igDr4FVIgqinV5z+yH4/1L4o/st/Df4ia zfSXV5r3gLR9Ru7qRstNJPZQys5OBkksT0HXpXo1NgFFFFIAooooAKKKKACiiigAooooAKKKKACi iigAooooA5rVfiXpmm/FrRfg8/hvWbi81rQdQ1ZNUt9PLafaRWk1nE0c8+QEmka8QxRgEusMzcCM 56WsXwr458F+N77WbTwl4ktdQm8Paw2l65HbSbjZXixRTGB/RxHNE2PSRa2qACiiigAoori/H/xr 0vwx4M1/xH8PPC+ofELVPDt/FYXvhTwTeWU2oC8kaLFuwuLiGKB1WaOV/OkjCRneeMZAO0rL8UeN vBngiGzuPGni7S9Hj1DUIbDT5NUv47dbm7lbbFbxmRhvlduFQZZjwAayjZfFu4+K8l9J4m0BfAv/ AAjvlR6NHo041ZtUabJnN4Lnylt1hAURCAuzyFvNUIFeh4I+APgTwl4C0PwDrP8AaPiyPw7qDahp uqePNUl1vUEvWeVvtP2m8Lusg86RUKlREjeXGEjAQAE6/G7wrf8AjvxL8L/Duh+ItS1/wtpcd7f2 sfhq7t7SYyR74oINQuI47GadwR+7SclMgybBzWXF4z/aO8T+EPBviTw78IdF8PX2oatCfG3h/wAY +It1zpGnFz5vkSaelxBc3QUDanmLES3Mvy8+hiFQc5pwAAwBQBx0Hh/41z+NPFd3q3xR0dfDeoaf BB4P0zS/CbQ6hoswiInuLi7mupor4tIQ0ai2gWNVCsJTlzkx/Bn4n3Xgbwf4X1r9qjxs+peG9et9 R1vxFYafotvceKIopWc2F7H/AGe0UdtICqP9kS3mKoNsq5ct6PRQB89x/Cz4Zv8A8FDdc8ZSfEDx 3N48vvhP5VjYXF0raLouky3kUcjWS+VtS5kuLSKRw7PnbkAAkE+MvjjSfgFpXwr+BWoftO/Ey88Z ax4xthpNroOnaNqPiDxbaxyk3Ud9HNYNDDpsUcyvc3UKWskUcUYSdXcLLo/EL9rL/hX37eXgn9kr XLzSbS08ffD3WNU8OzS200l3c6tY3FtugXa2wRC2lllbcAcxgbxkKX/sp/slv8GtW1f4w/FTxZ/w mnxX8XKv/CaePLi1MXmxqxaLTrGFmf7Fp0G4iK2Vjk7pZGkmkkkatxbGP4W/Yjv7T9sPxF+2L47+ MOreL9Zu9Ll07wXpPiPS7WSy8GW7EZXTljVXiLgFZnDCScEB3IRAvf2T/tZeGfhv4Zs76L4d+MPF w15IvF19Gb/w3pzaYZZd1xZwH+05VuUi8nFvJKUkcSDz4gVI9Jo+tFwscj/wtLV7Px54g8Ma/wDC XxJp+i6Jo8eoQeM2+yT6fqQIJkt4IoLh7zz48Hcr26KwI8tnJwJ/APxl+GvxM8GaH4/8JeJ0bS/E jMmhyahby2M13IPMzGILlY5RIBFIShQMAjHGATWH4p/a1/ZR8FaouheNP2m/h7pF9JMsCWeqeNLG 3laQ4wgSSUEscjjGeRV+fR/gB+0TpelaxPaeD/HVnoetW+raHdPFaapFp+oQPugu4G+cRTxuNySq Q6kZBBqRnaUVwU/wy8c+GNX8feO/AXxV1a71jxVp8J0PRfF032zQtDvoLd4o5ILeIRzJFKxjaeNZ sOY9yeW7OzOsfir4m8M6t4F+HvxM8C6pceIPFOnzDVNY8I6Nc3ehaZfQW6yyRzXBG+3jkPmCGSZV VzHsYrI8aOAd3RUNlf2OpQG5069huIxI8ZkhkDKHRyjrkd1ZWUjqCCDyKmoAKK8z8Sftffs+6DrM 3hXSvHY8Ta5bttm8P+CbGbW76JuwkhsklaH/AHpdigckgZNUf+Fn/tR+PTt+HH7PFn4Xs24GrfEr X40mA7Oljp/2gyD/AGZZ7dvUA8VzvFUL2i+Z+Sv99tvnY6VhK9ryXKv7zS+69r/K561XK/E/42fC L4N2Ed58U/ibofh8XHFnHq2qRQSXLf3YkYhpWJ4CoCSegrj/APhnj4n+Nv3nxu/ad8S6hG/+u0Xw PEPDenn1AeB5L8en/H709+a6T4ffs8fBD4QPcan8Nvhdo+l6hdJi81aGzD311xjM1y+Zpj7u7Gjn xU37sVH/ABO7+5XT/wDAkPkwtP4puX+FWX3uzX/gLPkXxZqh1zxTqWsl2b7VfzTbmzk7nJ7/AFrP ra+I+jT+H/HusaTcJtaLUJCo/wBktuU/ipBrFroOVHyj4m/bZ/aq1L44/GL4E/Cn9nfwfcX3wt0j T9Si1LWvG08dve29xBNPgiO0LiZljCrGF2KdxabhQ3YfCbTv2ff+CgfwV8A/tbfFr4T6bqdvqHhQ 3Nj4f8VQQ39lpLzf8fDqkqbDJ8mzziM7FwAu5gcHw7+zJ+0h4f8A2ofjx8bRpvgibS/id4a03TfD tt/wlF4txBJZ20sAa5H9nlUV/N3fIzlduMNnI878J/snf8FG/hp+yJ8Nf2UfBNh8GbvT/DOntb+N P7W8ZauseuIsjtHbL5WmBkgYMDKuQXxs+4W3gHc/8EqPg1D8J/h38QtU8G2kmn+APFXxO1LVfhro p3CO10g7I0kiU/cimdHlRRx5bIw+9X1PXl/7Nlp+13FBqkv7VNv8ObAL5EPh3SfhvPezW8MKq295 ZLuKJtxJVVRV2qqdSTx6hQB6p8CPiynwe+HHjf4gXnhTXtet/Dum/wBpyaL4Y0/7ZqF2qJIzpbQb l86UqnEYO5iABk4FfVaOHXevf2r54/Y30iWOPUNWkTCXFwkan12An+bV7Z4B+I3gb4naVea14A8R W+pWun61f6Rey2+f3N9ZXMlrdQMCAQ0c8UiHtleMjBOklaKJi9WbleO/tRfsg+Dv2iodN8T2mtX/ AIU8eeGWebwP8R/DpWPVdAnbG4IxBWe2k2qJrSYNBOow6EhWX2KioTsUec+F/jp4V8NeO/DH7M/x c+I+myfE/U/CCap5Vvo1xp9prpi/d3cth5rSIxSRTI9qs8s0EUkTSfK6u3o1ebftP/sw/DX9qj4d N4B+ItpdxtbXcd/oOu6Rdta6noGoxZMGoWFynz21zETlXXggsrBkZ1aH9nXXfip4Q8C6B8Kv2q/i V4U1T4hP9uisb7SbgW0viWytJQq6h9jcKYpzDJbtcRw74opJflYIyKDzA9PooopAFFFFABRRRQAV T8QaNaeI9BvfD1/u8i+tJLebacHY6lT+hq5WT478Sw+DPA+s+MLiFZI9J0q4vJI3bAZYomcgnB4O 30NAHD/sY6H8MPDn7Jvwz0H4JePX8VeDtP8AAGj2nhXxLI4ZtV06Kyijt7okKoJkjVXJCgEtwB0r 06vN/wBj/wAa6T8Rv2Vfhr8QND8Bab4Vtde8A6PqVv4Y0dVW00hJ7KKUWkIVEHlxb/LXCKMKPlHQ ekUMAooooAKKKKACiiigAooooAKKKKACiiigAooooAKDRQxIXIoAo6H4b0Hw4bxtC0Ozsm1C9e8v jZ2qR/abhgA00m0DfIQqgsckhRk8Cr1c58Ifhb4U+CXwv0H4ReBorpdH8O6XFYacL68e4mMUa7QZ JXJaRz1LMSWJJJJNdHQAVj6x498K6Rrv/CGnW7O48QyaRcanZ+Gob+FdQvLWFkSSWKF3UsgklijM hwitKgZl3CuT8XeP/EXxBv8Axx8D/g9qeqeGfFWi6Lb/AGfxnrHgme50m1urpHMfkGRoY7+WJAru kchRDLGHJO+MdH4d+HHhzR9Yj8aX+l2V94obQ7fStS8WTaXbx6hqFvCWdUlkiRfk8x5ZBGuI1aVy qrk0Acx4e074qfF2y8BfE/xdd+JvhtcaeZ77Xvh3bX+nXS3kkkbRxW1/cJFLuEQYybbaVFMuMvIq Dd2HhPwB4I8CQ3tv4K8H6Xo8epapcalqMek6fHbrdXk7l5rmQRqN8sjks8jZZmJJJNbAAUYAooAM AdBRRRQAUUUUAFUfE+rX2g+G9Q1vTNAuNVurOzlmttLs5I0mvJFQssKNKyRqzkBQXZVBPLAZIuSy xwRNPNIqoilmZjgKB1Jr5c/Zp1nxD+298cIf22dS1S+t/hj4fju7D4H6HHM8cesxyAwXXii5UEeY Lhd8NkjZC2paf712BG0BxH7PX7Lvxl0X9uPwb+3N+1D8VNFT4ieMvhz4i8P6x4MbWm8rSo7i60e/ sdI0iL7s8dlFYXpuLj/WTy3LykCMpHF9udOAK8p/aV8dfDb4Sa38NfHfjf4cw6tdXHxEsfDuh6uY 08zQ7rVFks1uFZhkB2kW3YKQSJx24rS/al+Ov/DPHwZ1Hx7pmhf2zr08sOmeD/Dom8ttZ1q6kEFl ZhsHYrzOm+TBEUYklb5Y2IcvetYS0M344ftG6l4Q8Uw/BL4J+Eo/FvxIv7FbuPSZrowWGiWbsyLq GqXCqxt4CyOscaq89w8brEhWOaSLh/8AhhVfjO39s/tq/FDV/ildTcy+GTNPpXhO3XvFHosEzR3M fvqD3kvLYkVTsHof7NXwI/4U54Jl/wCEm10694u1+7/tTxx4qlh8uTWdUdFWSbbk+XCiokMMIJWG CKKIEhMn0sAAYAo+EXxHmXhf9kH9mnwTpTaJ4O/Z48B6RZSQmGSz0vwhZW8TRnOUKJEAVOT8uMcm uS8X/wDBOD9j3xFqX/CTaV8CNH8L68o/d+Kvh6ZfDesJ7C/0toLgrwPkLlD3UiveqKOZhyo+c4/F f7SH7IAN78UvFV/8Vfhjbj/SvEDaQg8UeG4R/wAtrlLVVj1a1QD5nhhjuo1AZkuyXkXrLD9sjwN4 /sIb79nr4e+LviVFdRLJZ6l4Z0b7PpcyMMrImo37W9pNHjBzDLKcdFYkA+uT28c64ZefWvnnwdLJ +yL+0/ZfByM/Z/hr8VZrufwfA3+q0LxQglu7vT4/7kF7As95FH92Oa0vAGxPDGudSNSp8EuXvpd/ Lp96ZrTlTh8cebtrZfO2r+TRnxfs8ftWN4a1bSf2fb34b/s4x694oPiDV5fCfhuLxDealeSGP7RJ cJNHa2scs6xqJXVJnJGRJuO+tTTPgZ8PvFnxC8TeD/2kND+I3jC18P6fa3reKPiRrFu3hnWIZUcu IrGzkjs90JjdZFntI2UbWBZHDH6GrN8YeDvCnxA8Lal4H8c+GtP1jRtYsZbPVtJ1SzS4tr23kUpJ DLFICsiMpKsrAggkEEVj9VpSX7y8vXVfdt9yN/rdaP8ADtH/AA6P7/i/Ek8N+F/DXg3RofDnhDw7 Y6Vp9uu23sdNs0ghiHoqIAq/gKvVwOl+FvGfwp8QaPo/gn/hHbH4U+H/AAW1kvhmx0G5bUrO4tyg tvsrxSMskH2cNGYPJ8wNHGUZt5Vd74VfFLwJ8bPh3pHxW+GWujUtB1yzW5028+zyQs6EkENHKqyR OrAq0bqroysrAEEDoUeVWRytuTuzoKCMjBoooA+cf2tvhhcxX6+P9LtSy7RHqAQdh92T8Pun22+9 eG195a/odnrthJZ3cCyK6FWVlyGGOh9a+afit+zTq+jX0uo+DIfMgJJNkzYZf9wnqPYnP1rXl9or rcz5vZuz2PI6Knv9N1HSrg2mp2E1vIOsc0ZVvyNQVkaBVrR9I1DXtTh0jS7dpZ532xqv8z7Dqfat Dwz8PfFviyVV0rSJPKb/AJeZlKxj8e/4ZNe/fBb4D2nhZReXCeddSLia6Zccf3VHYfqf0G0KTl70 tEZyqW0jqzrvgr4It/B/hq302Bflij5bHLt1ZvxOa67R9A0Tw/HNFoWkWtmlzdSXNwlrbrGJZpGL ySttA3OzEszHkk5JJqxaW0dnAsEQ4Wuc8O/CHwR4U+KHib4waHp8kOt+LrTT7fXpvtDmOdbJZlgI jJ2qwWd1LAAsAgOdi4ipLmlcqEeWNjp6KKKgoK8t/ax/Zl8O/tNfD+30W41y98P+I9B1BdW8EeNd HVRqHhvVY1YRXluWGGGGaOSFsxzwySRSBkkYV6lQRkYIoQHmP7JfxK+M3xF+FbQftE/Dr/hHPHHh 3U5tG8SLaQuum6pPCFI1LTmckvZ3EbpKgJLRMzwufMhevTq8V/bP8L/H6Dwno3xj/Zi1u9k8VeA9 UbVf+EK+3mKx8Z2JjKXWkTg/IsskRLW07f6m5jiJPltKrd58BPjh8Pv2kvg54e+Ofws1KS60HxLp qXli1xCYpos5DwzRn5opo3DxSRN80ckbo2CpFU+4HXUUUVIBRRRQAVx37RHhfxT43/Z/8c+C/A8M cmtav4P1Oy0eOaby1a6ltZEiBb+EF2XLdutdjXmv7WF18M7j4Oy+Bvir8T9c8IWHjLWtN8N2eseG biWHUPt19eRQW0MEkccjRtJK6xl9u1FZmZkUFgAaH7Nnw/1T4U/Ajwb8M9ZSNbrw74T03TLhYZN6 CSC1jiba3cZQ4Peu6psXCU6m3dggooopAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFZfjfTfEes+ DNW0fwf4o/sPVrzTLiDS9a+wpdf2fcvGyx3HkuQsvluVfYxw23B4NalYfxP1Lx3o/wANfEOr/C3w 9aat4ntdDu5vDmk6hdeTBe36wsbeCST/AJZo8oRWb+EEntQBc8KWWt6R4U03TfFPiL+1tStdPhi1 HVjaLb/bJ1QCSfyl+WPewLbBwucDgVwfjnRtc/aDPjj4D+MPBni/wr4XgXTYbXxjovipdPuNe3kX FzFaPZy/abaFVWO3klYxSOZZ1jChBK1Pxd4P1L9pi38Q/An9oD4EW0nw9utD0maa+fxRlddvDK01 zZG3tyH+yxGKBXMsgW4EskbRPFuL+rRxJEMKtABFEI19/c06iigAooooAKKKKACiisvxx428J/DX wXq/xF8e+ILXSdD0HS7jUdZ1S+kCQ2drDG0ks0jH7qIisxPYCgDy34v/ALQfiOL9prwT+yZ8JtD0 3VNW1azm8QfES51JHeHQfDMe+FJCEZc3N3d7YIEYkFYbyQhhblT61omiab4f02HSdJsYba2toVit 7e3jCRwxqAFRVHCqAAABwAK8x/Z0/Z/0X4c+MfHvxqk8Tza/rfxO8SLrN9rF1aCFo7FIEg0/T41y SsNvboABxuklnlIVpWFetVT00EtdTw7/AIKM/Cf4hfGT9kjxJ4e+EGjjUPGWj3emeJvBen/ao7c3 WsaPqNtqtlAJZWVIvMuLOOPe7KgDncQuTWB8bp2+J37ffwQ+FOoA/wBm+GfDXibx/cRHB3ajbrY6 PZqw6FRFrWoSc9HhjIyRkfR00SSxlHFfGPwFvfBnhf8A4KF+Dfhl4d+L+r+N5tB+CviTwtqmveJL pp9R/tHSNV0GWSK5lZFMk5h1WFy+CZVUOS+N1OImfZ6KEUKBXFfGn9pH4Afs5WGmal8efjL4b8Ix a1qUWn6L/wAJBrEVs2oXcjKqQQK7BppCWHyoCRnJ45rtq/PX/g5J8R/D3Sv2JfBuj/EDW9Gt4b74 6eDStpq88SrcQx6rE052yH5kWLeX4wEzu4qVqVsfX3wJ/bN/ZQ/ae8TeI/Bv7PH7Q3hHxpqnhGdY vEdj4d1qK6ksWYkKXCE5UlWAcZUlSAcgivlfx/8A8FHfjd4g/wCCtXwV/Zv+E0tnbfBvxIfFmn61 qjWkcs3iTU9Ls1eTyHZSY7W3mcReZGwMsscwOUQFvD/jtquo/ET/AILU+NPhT+yT8fvBvhfxp4p/ Y/t9K0PWHuFnhhn/ALa3hfLtpEdnFoWKbGDorK64ABrhfi78Mv8AgpX8MP8Agp1+x38Otd8Z/s82 11pGk+KrTwTD4X8B63b6fZWEdhbrdR3Ec2pvJJI0IAiZHUK+WcODirVMz5z9nlYMu4V88/8ABUq2 m0f9ifxl8ZtLhZtU+FdvD8QdHaMfObjQpU1PyRjnbNHbSW7gcmOeRed2K+grVt1up/2a8N/4Khaw dD/4Jv8Ax4vordZ52+EXiKCztX/5eLiXTp4oYcdy8jogA5JYAZJqFuW9j3DT7uK9so7qGRXSRAys jZDAjgg+lTVk+BdHHh7wnp+gLcNMLGxit/Oc/M+xAu4+5xmtaiW41sBAIwRXJ+KfAet3fxG0P4na R8RPElnBoWn31ve+E9Pltzp+uLOqFfPSZCyyxPErRSRyREbpFcsjkV1lBGRgikBzfwi+I8fxc+G+ k/EVPBHiLw02qW/mS+H/ABdpRstS0+QMUeGeHLBXVlI3IzxuMOjujKx6SuN8c/DWyvPHmk/G6wm8 Qza14V0jUbex0XS9ee3tNUjuEjLQT27utvK++CIxySYMbDh1VnB1Phf40vfiN8OdD8ean4J1fw1c 6xpcF3ceHtfhWO+02SRAzW86ozKJEJKttYjI4JFAG9UN3p9rertniU59qmoo2A5jW/hvoN/G0lzD D5ajcxmUbVx35ryT9kf4aWnjD4O2fxX1a1WRvGOoXmvaf50Y/c6fc3DyWEag/dC2Zt/lGBu3HAJN dl+2Prup6b+z3rnhvw7eNb6x4ue28L6LNGfniutTnSyWZf8ArkJ2mPosTE8A16LoOh6X4Z0Oz8N6 HZrb2On2kdtZ28f3Yoo1Coo9goAqfrFaWKtf4V+Len3JP7zT6vSjhb21lL8IrX7+ZfcZ2m+B9MsW EjRqxFbUMMUC7IkC/SnUVpKcp7sxjCMNkFcuPCXj5fjO3jw/EuRvC7eGVsF8G/2am1b8XDSG/wDt G7dkxEReVt2/Luzk4rqK52bU/iQvxWt9Ih8PacfCDeH5pbjVmuz9rXUhPGI4BF0MRhMrF+oZVHc1 JR0VFFFABRRRQA2SNZU2MK8P1b4m+Af2S/jv4N+Btt8J7Hw/4T+K+raxLa+LNPlEcB8WSub02lxF sASS9j+2zJNvPmSwNGVDPHv9yrzT9rr9nLRf2qvgF4g+C+q6rNpdxqVqsuh69ar/AKRomqQOs9jq MB7TW1zHDOh/vRDPGaaA9LornfhbrWrat4LsrTxXr2i6h4i023htPFTaDcb7aHUlhjaeNQfmQbm3 KrgMEZcjmuipAFFFFABXzf8Atm2WqfEf9pr9nf4KWlhcPp9v401Px14gnjiYoLXRtOeGCNmxhSdR 1TTpBnkiBsdCR9IVyejw/FSf4reILvxDqWgyeC20zTovC1nYxyG/jvVe6+3yXLt8mxg1osSJypil LH5wFcdwZ1Fnu+zLuPapKAAowBRSAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACvM/job/xp /bHwY8Y/BrUNW+HeseAdUfxZ4isfERtZmY7Il0y3hgdbl5ZoXuGMqvCIwiBWdpD5fTfEf4iah4Du vDlhpnw717xDL4i8Rw6Wx0W1V49MjaOWWS9undlWK3jSJstkszvHGis7qCz4QfCTwt8FPh3ZfDfw dPqU1lZyTy/atZ1Wa+u7iaaZ55ppp52aSR3lkdySf4sDAAAAF+CeqeENe+DnhPxB8P8AwxNouhX3 hmwuNF0a4sRayWFm9ujQ27QjiJkjKoYx90rjtXUVzPwh+Jlp8XPBC+NLLwlruhp/auo6e2neJLAW 12r2d9PZvIUDMPLkaBpI3BIeJ4343YHTUAFFFFABRRRQAUUUUAFfNf7c+leKvjv8Uvhb+xtpmkXR 8LeJtYm8UfE7UFtWa3fQ9GltZk0t3xsze389jG8ZOXtYrxdpBJH0ozBRuNeI/sc/GXxp+0dP8Rvi vqt5bt4PX4lajonw3iht1VpNN0wR6fc3LSDmXztSt9QeNunk+SRkHJaBntkeRGufSnUUUgCvzx/b H8I+Lv2Zv+Ciun/tSeCfC+o32k31jF421i306zeXzJtKtf7H1yL5Acyz6JfWd1FFjMs3hqONTlhX 6HVxvxt8NfE3X/CMa/B7xHpOl65FrGnStNrdm09vNZJeQveQFVIZWltRPGjj7jurYIUg1C19SZX6 HT6Br2i+KdCsvE/hvVLe+0/UbSO6sL21lDxXEMihkkRhwyspBBHBBp2o6cuoIEZ8YNfIfwe+P+nf sweO/F3hHwrpTa9+zzosljLZ+KNCnF4vgi5u4TdS2ojhDGTRViktplkjLGy+0lSgtFV7b618LeK/ C/jnw5ZeMfBPiTT9Y0jUrdbjTtU0u8S4trqFhlZI5IyVdSOjKSDUxmnrF9Wvudn+JpKEo6SXRP71 dfgCaFGJ1maQnb2qS40a2uJVkK/d7VcoquaRnyxEVQihVHAr53/bCm/4Xh8Xfh7+x1ox86CTWrLx x8QmXlbTRtKvI7iyhfHRrvU4bZFQ4EkFpf8A3hGyns/jT+1LoPgPxOPgx8LdJj8bfE+7tlmsvBOn 3yxmxhfhb7U5gHGnWQPWZ1LyYKQRzy4jPL/se6H/AMIvrHiDSPi5cFvi9rFz/afjm+uQAuqqD5cM mnHvpkKMsMMQ+aEH9/meWWSWOaMZJPr/AFY09nKcW103/wA/TzPebOLybdUIqWgccCimSFFFFABX mvxZ0iw+FOs61+1fpPhrxx4m1bSfBcmn3Hg3wrqDTjVbeOf7QphsJZUhkvEJmCOu2V0leP8AeHy1 X0qgjIwRQBHa3Md5bR3cIfbIgdRJGyMARnlWAKn2IBHepK8wudR0X9nz4jteeJ/G/jTWLb4q+N4L TSLC6ja+sPD15/ZrYjjZU32drN9iLfOzRC4mwuwzYPp9AHkvxSA8eftRfDn4cAeZa+GbXUfGOqL/ AAiVI/7Pskcd9zXt1KvYNZbuCq161XkvwCz40+MfxS+Mknzwya/b+FdFl9bPSo2EuPTGo3WpIcf8 8xnngetVzYb3lKp/M39y0X3pX+Z1Yr3XGn/Kl9795/c3b5BRRRXScoVztp8RrC8+K2ofCVPDusLd ad4fs9Xk1aSwK6fKlzPcwrBHNn551Nq7PGB8iSREn5xXRVk+HPGvg3xjqWs6b4W8SWeoXXh3Vf7M 1yG1uA7WF55ENx5EoH3JPJuIJNp52yqe9AGtRRRQAUUUUAFFFFAHy9Msf7K//BR+3uLctD4U/aQs XiuoQdsNt4y0mz3pKB033ukwyK59dEi4JkY19Q157+1PrPjfwZ8A/FXxM+FPw/07xR4v8K6Deav4 V0PUo2K3t9BbyMkClfmSSQbolYEYMnPBIroPhJ8UfBvxu+Fvhv4x/DrVBfaB4q0K01fRbxf+W9pc wrNE/wCKOppsR0VFFFIZy/xu+Lvg/wCAHwb8VfHP4g3TQ6H4P8O3ms6tJGMsLe2heZwo7sVQgL1J IA615n/wTw+FXjT4U/sxaFH8UbVI/G3ima68WfEHbnjXdVuHv7yLJ5KQyTm3j4GIoI1AAAA7j4z2 t/4t1Tw78JdW+Alj4y8IeJ7m5j8Z32sXlv8AZNHt4YGmgdraVXa7kkuVgjRFChPnlZ1MaJJ29tbR wLmMfe5qlsIloooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVPxH4h0Pwj4evvFfifVIbHTdLs 5bvUL65fbHbwRoXkkY9lVQST2Aq5XI/Ea9+JN14i8M6F8Lde8N2/l69FceNIdYMj3I0UwXI/0WOP /ls9ysCBpCqKgmb5mVUYAzfgq1n48ubr9ovw98TvEWs+HviBo2k3/hnRdWs2tLbSbEW29DDbyRRz RyTGZpZTMPMzsQhREqj0A8jFNjQRoEUdPSnUAY+i+OvB+u+KNY8D6P4ktbrV/D/2c61p8UmZbPz0 Lw7x23qCR6gGtiqNl4e0Sx1y88SWmh2cOoahHDFfX8VqizXMcW/yldwNzqnmPtBJC72xjJq9QAUU UUAFFFFABRRRQBzHxm8VaF4M+F+s674j+IFn4Vtvsht18RX8iLFYTTEQwyHeQpPmyIApI3MQO9ZH 7LXwI8Ofsw/s8eC/2fPCVzJcaf4N8M2Wj295MuJbryIVjM8nJzJIymRzkku7Ekk5ryf/AIKCySfE Dxx8CP2YYxvt/G3xisdV1+NvunTdAhm135vVWvbHToivQiYg8Zz9Kpwoqvsi6i0UUVIwps7xxwtL KyqqqSzMcAAd6dXl/wC2Rrmp6f8As8654Z8PXrW+r+Lmt/C+izR/fiutTnSxWZf+uQnaY9gsTE8A 1nWqexpSn2Tf3GlGn7atGmurS+8+X/8Agk9rX/CrfHnjr9nTW9Ct9K034jalffF/4PtbxeWk/h3U 7oLLYY/56WLm1JHAWDULRQoCED3DxT+wz4O07xHe+OPgD8RvGHwg1vULlrnUrj4c6hBHp9/cMctP caTeQ3GnSyufvz/ZhO/eXIUr6N8R/Bnj/QvhdLpn7NyeG9P8SaXpsVv4ZHia1mk09EjaP/R5fJYS ojxx+XvXcUJV9kmzY3X6NrejeIrJr/RNVtb2FLiWCSazuFlRZopGjljypxuSRGRl6qykEAgiroxd OlGMtdNfXq/mya0lUqyktLvTyXRfJaHz5/wr7/gpVpH7jQv22/hXeRHjzPFH7Pt5cz4HQhrPxHZp uP8AEfLIJxgLyCH9mb9p/wCIf+h/Hb9vHxVc6f0l0b4Y+HbXwrFdL6S3Ia6v0Pobe6gPXOeAPos2 8JOTGKVYok+7GKu8exnaXc4f4L/s/wDws+BPhZvB/wAKfA1loVhLctc3n2dWea+uG+/c3M8haW6n fA3TSu8jnlmJrU+JPwq8PfEvSre2vri50/UtNn+06Hr2msI7zS7jGPNhcgjkEqyMGjkQsjqysVPT UVE4xqR5ZLQ0pylTlzRep5/4A+KWv2XiWP4RfGi2t7HxQY2bS9RtVKWPiOFBlprXcT5coX5pLViX j5KmSPEp9ArF8f8Aw+8KfE7w3J4V8Yacbi2aRZYZIpmimtZkOY54ZUIeGVG+ZZEIZSMg1x/hf4g+ K/hj4hs/hf8AHLURdJfTC38L+ODCsUOrMfu2t0qgJb33YABYrj70QRi0EeClKi+Wbuuj/R/o+uz1 33cY11zU1Z9V+q/VdN1pe3pVFFFdBzBRXmfxc/bT/Y5/Z/1Z9B+PH7WXwz8E30aq0ll4u8eafpsy hvukpcTIwB7cc1j+Av8Agon+wF8Utaj8MfDr9tz4S61qs0yQx6Pp3xE02S88187YzAJvMDnBwpUE 4PFAHr1/by3dlLbwXTwSPGyxzRqpaNiOGAYFSR15BHqDXlvh34y2vwg+CmtaV8ZPjVovjTxt8LvA 8Go/Ea60mzisZpWFrLIt1JZJI/2X7R9nlZFztJVtgAG0esV89ftv6Vqt9r3w78B+AvAWj31/8TPi JpOieOL59kN9/wAIzYC61S4xJjMkSmFoTG52gX8mzEjqGyrzlCjJx3tp6vZfNm2HhGpWipbX19N2 /krnpP7MPgDWPhj8AfCvhDxPg60mlrd+IpAP9Zqlyxub2T/gVzLM3PPzcknmu8ooqqdONKmoR2SS +4mpUlVqSm922/vCiiirMwrN0Dwd4T8K3WpX3hjwzp+nTa1qDX+ryWNmkLX12Y0jNxMUA82UpFGh dssVjQZwoAuahZJqVhPp0sska3ELRtJDIUdQwxlWHKn0I5BrG+FXw58O/B74ZeHfhL4PSddH8L6H aaTpS3Vw00otraFYY98jfM7bEGWPLHJPJoA36KKKACiiigAooooAbNGJYmQjqK8f/Yg+BGp/sw/B y4+A154lsNQstD8V63L4cisWJbT9Hu9SuLywspAcYaC3njgGABsiXGRzXsVfM+mTS/Cj/grFq2kI DHYfGP4Lw6mkf8J1Hw5qItriT/fkttdsVPqtmuOhql2EfTFVda1rR/DejXfiLxDqtvY6fYWslzfX 15MscNvCilnkd2ICqqgksSAACTVqvPfjNodt8V9SX9nPx78D5PEfgHxd4Z1IeLtYutRjjsolR7eN NPkhDedM1ws0p4AjCW8gZiWCmRnnv7A/iP4ifFzwp4j/AGpfHutasbP4qeIm1rwT4e1CaRYtF8Mp ElvpaLAxxDLcQRi+m4D+bfNGxIiUD6Eqvp+nW9hGEt4lVVUBVVcBR6D0FWKbt0Er9QooopDCiiig AooooAKKKKACiiigAooooAKKKKACvOvgfpuh+MtR1T9onUfgvfeEfFXiJW0fUl1rm/m07Tb69jsN 4DFY43WaW5SMYKi8O7LZqf8AaP1O1uPhzN8LrL43L8P/ABF4+E/h7wd4ihjjkuodSltZ5Q1rHIds lwkMM8yqcgeSWIIUg91bRCGFYwWOFAyxyTQBJRRRQBzPjv4T+BPiJ4o8I+L/ABZobXGo+B9ek1nw zdx3UkTWl49jdWLt8jDerW95cIY3yh3gkEqpHTUjYKkH07Vznwf8CX3wv+GOh/DvUvHut+KJtF09 LRvEHiS6E9/fBBhZLiUAebJtwGc/MxG5iSSSAdJRRRQAUUUUAFFFBOBmgDya9+Mk+o/tt2f7ONt4 XsZ7fT/hlN4o1DWHYm4tJpdQS0tYVHQJKsV6xPXMCj1r1mvHvhz8DfFWh/tn/Ej9pDxDqFhNY+KP Bvhnw9oMEEkhntoNNm1W4lEilAq75tTYgqzFgo3AbRn2GqkJBRRRUjCvJfioB47/AGovhv8ADgDz LXw3b6l4x1Rf4RLHF/Z9kjjvua+uZV/2rMN1UV61XkvwFP8Awmvxo+Kfxik+aFtctvCejSdms9Ki Yy/QjULvUUPr5S+wHNiPecKfdr7lr+aS+Z1Yb3VOp2T++Xu/k2/ketEAjBFfLWqaX4j/AGHv2sJ/ HvhfSLy++Efxq8TW8fjDTbK1aVvCPiy4KW8OrIqAkWV+whhuRjEV15VwSFnuXT6lqG6s47nDHqtd St1OV36E2aK8t8IeP7P4G614f+CHx8+Pw1/xR421/Wm8EX2oeHxYNewJI91HpxkgX7M9zBauFXHl STx20kixExzMPUqQBRRRQAVQ8UeF/Dvjbw9eeE/F2i2+o6bqEJhvLG7iDxyoexB//WDyOav0E4GT Q0pKzGm4u6PEPF3xiv8A9jWyt9N+LVzrPibwnqF2th4N1Wxt5L7WWvnDGHSJoVzJdyPtKw3IyWA2 3BVk+0TYM3wQ+O37UR/tn9qPx1qnhnwzc/PZ/CPwLrD2ISM/dGq6rauLi9mxy0NrJBaDcY2F2FEz r+zq7/tW/FW+/bB8QE3PhnT7q60n4L2r8wx6cv7m61wL0M17IsiRSHJWyji2FftU6v8ARUUKQrtR amnT9jG179vIqpU9rK9rPr5+Z578Iv2YfgZ8CdKXRfgv8HPC/hK2VmYx+H9CgtS7t9+R2jQM7seW diWc8sSTmtjx78Hfh/8AFHRZPDnxL8D6J4k0+aF4ptP17SobyCSN8b0KSqylWwMgjBwM11lFaczM uVHziP2L9c+Ap/tr9h34i3Hw/wDJ+ZvAWpedqXhG9Uf8shYPIG0zI4WTT3gVSd0kVwFCHL+H3jK3 /bE/aO8QeBfi58ONT8K33gX4YvpXiDwrfXTbvtGuTyRzXFpcx7ftVv8AZ9NUQ3kW3i5kRhFMk0Uf 1EQGGGFeJ/tdfCvxq+kWX7QvwG0rz/iR4BSW70G0jkWP+37ElHvdClZiF8u7jiCoznbFcpbT8+Vg 51Kca1r9Gn622/HX5GlOpKjdrqrel9H+F18zr/2e/Enhm58J3nwv8NjxM3/CuL+PwreXXiyF/tV5 JbWls63Pmt/x8rJFNE/njh2ZuhBA72vK/hp8V734r674T+OPgX4l6HcfC3xt4Jhl0PT7q1aDULjV JWFxDIhfBwbXzQ8DAOjQ5xw+PVKokKKKKAOb+IPhXxj4nvfDc/hT4iXOgW+k+Io7/XIbWxjmbWLN YJl+wln/ANSrSvDI0igtthKDaX3r0ik45Fc34IX4sr4n8WP8RLjQW0l9cjPgmHR45vPi00WdsH+2 PJhWna7F2wEa7ViMQ3M27HSUAFFFFABRRRQAUUUUAFeT/tB+Ovhn8L/i18I/EXjP4eQ6jqvibxlc eEND8RBE83Q2u9Nurxm3MN3lTPpkMDKpBLyQk5CnHrFeC/8ABRDwNr/i/wCEHhLW/CkNq2peF/jN 4H1mJrzU7ezRLaLxHYJfHzLiSNN32GW8Cpu3yMVjRXd1RnHcGdL+15+1Bpf7Lvwxh13T/DcniXxh 4j1FNE+HPgmzmCXHiPWplYw2qsc+XEoV5p5yCsEEM0rcJgy/smfDH4l/Cn4SWnh/4zfFK88aeLr6 6uNU8Va9PJJ9nfULmQyzQ2UTk/ZrKIt5UEI+5FGu4s5dm0fAvhbxZ4t1m48Y/HPwB4PTV9F8Q6lF 4DvNLja6urDR5FSJXe4mRWjuLhYzJKkQVFV44iZDGZH7u3t47ZNkYp6WESUUUVIwooooAKKKKACi iigAooooAKKKKACiiigAooooA4jWj4l1r49aPo+ofBWwvPDuk6DcanZ+PLy+t2m0/V2kFstnb25B mVntZLlnnBRQpEY3+YwXt687+B8vhLxR4m8dfFDwV8YdW8UWOseLZrCSwu7wvZaBd6Yo0y7sbRCq +WBdWs7y/e3TPIckbQPRKACiiigArmdZ0D4i3HxX0HxNofxFhtPDFppOoW/iDwrNo8cp1G5le2a1 uo7jIkgaERzqV+ZJFuOVDIrDpqCATuIoAKK5v4Rx/FiD4f2Nt8cL/QLvxRE0yald+F4ZorK4UTOI ZUjmJeJnh8pnjLOEdnUO6qHbpKACiiigAoJwM0UMCVIFAHzr+yRq1zrf7YH7Uk813JJHp/xF8P6b BG1xuWIL4S0a5IC/wZN3k+uc19FV5N+z9e/BiP40fGjw78M/Dt/ZeILbxzY3XxEuruSRo9Q1SbQN LEM8O+V9qDT4bGEqixqGgb5SxZ39ZpsAooqG+1Cw0u1a91O9ht4Yxl5p5Air9SeBSAyfiZ490X4V /DjxB8TvEbbdP8O6LdanfHdj9zBE0r/jtU1zv7LngPWvhr+z94V8LeKl/wCJ5/ZYvfEbbcb9Uuma 6vWx23XM0zc881xn7U3xA8DeP/Bmk/CzRfF+m3Vt4g8XaZb+IpobxGjg0uG4W6u/MIONksVu1t3y bke9eu6D428HeKcjw34p0+/ZRlltLxJGX6gHI/GudRlLFOVtIqy9W7v8onQ5RjhVFbyd36JWX5yN Siiiug5zg/2jv2fvh1+0x8KdQ+FHxN0uaawupIri1vLK4aC8028hcSW99aTr81vdQyqskcyEMjqD 6g4f7L+sfHbwt8P4fh/+1n4k0K+8S6frkmj6H4qsbhIf+EwtUh82C9a1wPs140SyedbpuUPbzSR4 iZQvrFc/45+Fnw6+JMWmR+PfBGl60NF1y11nR/7SskmNjqFtJ5kF1CWBMcqNyrrgjJGcEgvpYWtz oKK+f7P9sHxJ8H/2gLj4Efth6JpPhqy8Sa06fCf4hae0kei67HI7GHSbl5Wb7FqyLhRG7eXd4325 DF7eL6ApDCvG/wDgoX8TfFPwf/Yg+KXj7wJefZvEFp4Jv4/DtwM/utRmhMNq3HcTyRnqOnUV7JXz 1/wVVtrlv+Cf/wAUNatLeSZ9B8Ntr3lxqWZl06WO+IwOvFueO/SnHcGeu/Bb4ZeFvgx8J/Dfwl8E WX2fR/C+g2mkaTb4H7u2toUhiXj0RFroNU1TTND0241nWtRt7OztIWmuru6mWOOGNRlndmICqACS ScAUaXdWt7psF7ZXEc0M0SvDNEwZXUjIYEcEEd6TWb+x0vSbnU9TvobW2t4WluLi4kCRxIoyzMx4 CgAkk8AUbyEtjw23/wCCpX/BOO91Pw7o9j+218Nbi48XaxJpfhlbfxZbSDUrpJTCUiZWKsPNBjD5 2s42qSeK88/4K1/tQ/tL/sqaP8HfFHwI8baDpumeKvjj4a8K+K7XUPDf2u7nsr672S+RO03lw5VS pzC7YbKuhAr8tLzx58A4P+DeX41X2k+M/CUeoXH7SmoXMbW99bLPNIPFsctvJwdzH7ON6Hn92CR8 tfdH/BdT4yfCq3/Z4/Zv1bU/if4fjjvv2jvA+pWs8usQhZ7OO5LSXKkt80Sr8zSD5QDyRV8ouY/R +GQTRLKv8QzRMgliZCKraDqFhq2i2uqaXew3NrcW6y29xbyB45UYZVlYcMCOQRwRVuo2ZR8X/BGD wd4C+Evxa8LeJfg3q/jqP9n3486tqfg3w74fszcalC9zBBrlutnErKXeKDXpIooh1hCxhWOAfs9C GQEGvnD9ieM698Xv2kvHVtKVt9e+O0kVlcR42lbDw3oWkylcgglbmwuFOQcOrKfu4Hrn7PEniRPg z4f0fxx8Y9N+IHiLR7EaV4n8Y6VZwW0Wqapak295KYIGMcEn2iKUSQpgRyB02pt2hyJidpXNfFTX viV4e8O2t18KfAlr4g1ObXtOt7i1vtUWzht7GS7iS8ui5ViTDbGaRY1UtI6KnG4sOlrmfhp4y8X+ NINaufF3w1uvDIsfEd5YaTDfX0U0mo2cEnlpfYjyIkmZXZIyS3l7GbaXKLJR0ykMNwFFFFABRRRQ AUUUUAFFFcj8cPjx8JP2bvh1efFb42eN7TQdDs3SJrm53M9xO52xW8ESBpLieRsLHDErSSMQqqxI FAHXV+cf7fUfx3+Pvws8QftdfE7T9e8DeDfhf4n0u6+EngS+LWd5e3VvrFqk3iPU48Eo7R+dHZ2r gmGKQ3EgE0sa2/198Nba/wD2ndD8C/Hv4sfC/wAW+ANW0LUr3UtB8G33iiSOSOOZJLeCXU7e1cQv MbZ9/wBllMot3mZSTImRa/bP8KfB7xn+zT4l8IfHrxreeHfCusLaWOqaxp5UTwma7hjiVC0UoBeZ o4+Ub7/bqKWj1E/I9O08s1qrt1Iqao7SLyYFjz0qSpe41sFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABQTgZorlfjpq3hzQfgn4w1zxh4+uPCmkWfhfUJ9V8U2s3ly6NbJbSNLeo+DtaJA0gbBwU zg0AQ/Aabxne/CjSdW+Ivww0/wAG+INQWW81vw1pd5FcxWV1NK8ko86IBJXZmLu4+87scnOT2FYv w40e28PfD3QtBsvEN/q8Njo9rBFq2qXTTXV6qRKonmkb5pJHA3Mx5ZiSetbVABRRRQAUHng0UUAc z8SJPixaQaLN8JLbQLh/+Eks18RW/iCSZN2ks+26a3eLO25RWEqB1ZH8sxnZvEidNSMgcYNc1APi 5H8X7j7RL4ck8ByeHYvsqKs6atb6ss7+Zu+9DLbPCyYx5bxvE2RKJQYgDpqKKKACkYkKSPSloPPF AHzb+zHIbD9v/wDaS0YgKbpfB+qFflyfM0ya13cfNz9ixk/3OOlfSVeRv8YLzw/+29p/7O134ZsY 7bxJ8L77xLp+tKxFxcS6fqNpa3EDDoURdStWHcGRvWu0+MfxCh+GfgG98S/K1wF8qyjb+KZuF/Af ePspqnuJeZyvx5/aP074Y7vDXhyKO81xkBZX5jtQehfHVvRfxOOAfmbxZ438WeOdRbVfFeu3F5MT 8vmN8qeyqPlUewAqhqGoXuq302p6ldST3FxI0k00jZZ2JySTUNSMKdBPPazLcW0zRyI2UkjYhlPq CKbRQB7J8HP2sPEPhu5h0P4i3MmoaacKt6w3Twe5P/LRfXPze56V9LadqNlq1jFqWm3STW88YeGW NsqykZBB+lfAte8fse/FK4hvJvhrq10zRMrTabubO0/xxj2/iH0b1p7gfRFFAOeRRSA5r4q/Cf4f /GjwNqnw2+KHg3TPEHh/WrRrXV9F1mzS4tbyFuqSRuCrDoeRwQCOQDWJpVp49+FevWOjWNr4fi+F eheB/K+ea9k1qyvLZlEYGRIt1btbA5JKzJJCP9f5x8n0CkZVbqKd+4rdTmfg98aPhP8AtA/D+x+K nwT+Iek+KPDupKTaato14s0TMDhkOOUkU/K0bAOjAqwBBFavi/w/pPirw1feG9f0+K8sL61kt760 nTdHPC6lXRh3UqSCPQ18rftQfCf9m74Y/Fq5+OHwo/ag0f4G/FjUrhH1K70m5t5ofFbL/wAstV0M uq6qxTKiVRHeIP8AV3CAYPe/8N1Xes+J9Q8NeBP2TPixrGn2Ojrf/wDCa6l4ft9B0KVB/rf3+rXF vKvl/eJ8khlO6MyKGIxliKFOVuZN9lq/uWv4G8cNXnG/K0n1ei+92X4jv+CfniLVvDfwruP2TfHu ozT+K/gw0Hhu7uLpsy6rpKx/8SjVcn7/ANps1TzGHAuobuMZMRNe9OgkQoe9fKviXwR+1p8WPGnh f9qT4TWnwx8L6ppNi509rfxNdaxF4s0mZd50u8uIIIYoYZH2Sx3EYujbSqJEEiPNDL7B8D/2qfhx 8Z9Yuvh5ced4Z8f6RbiXxF8O/ETJFqunrnb5yoGK3VqW4S7gaSCToH3BlFxn7RcyTS81b8Hr95nO m6b5W035O/4rQ77+w7bYUHc5qSXS4ZIVh9KtUVpzS7mfLEbDEIYxGvauG/aU+OFh+zv8GtW+J8+j SatfQ+TZ+HdBt5As2s6tcyrb2NhETwHnuZIogx+Vd5ZiFViLHxr/AGg/g/8As86Bba/8WvGtvpv9 oXP2XRdNSN7i/wBXusZFtZWkQae8nIBIihR3wCcYBI888AeAviH8bfiXp/7Q3x/8Mtov9jxyD4e/ D+a4SdtBEqlJNRvWjLRPqckTGLEZeO1ieWKOSQzTSOLVlHRfsdfBDUP2fvgHoHw21/WYtU1qCOe+ 8UatDGVTUdZvbiW91G6UHkLLeXFxIASSA4BJOTWp8Ck0DRtW8eeCPDHwavPCNno/ju6cXE1sI7fx DPfQW+qXOqW5HDpJc388bt18+CcHGK7y2gFvEIx+NeW+O/GHxN+Hnizxx4i8H6q3xGvF0fQ20D4R 6b9gsrvSnmuLm3e8lupHDfZ7ggsWlBEa6dP5QkbcgJasUdEdlr3jvV9J+JWgfD+w+HesX9rrFne3 WoeIrdY1sdJWARBEmZnDNJM8oEaIrEiORjtVCT0YVQchaQbJVDCnVIwooooAKKKKACiue+K3xM8O /Bz4e6p8S/FdjrF1Y6TAJJrXw/oV1qd7OWYIkcNraxyTTOzsqhUQnnJwASPNvj/8Nf2kvj5q2m+G fAvxzk+HPw7utKjm8QXXhuxdPFmozOzZs4biceXpUIj2b5kjkuizMsbWzIJGAO0+JXxcv9F8L+JE +Cvhe0+IHjLw+baOXwXp/iS0tJ45rhl8v7TJK2LWMIxmZmVnMUbGOOVtqNh6v+yn8L/FP7QNv+05 4zs77XvFGmaelr4Zh1m+NxY+GQUKzSadblRHBPNnElxtMzKAgdY/krR/Z7/Zy+D/AOzT4LXwD8Ev h7p/h3SmuGubtLUM899ct9+5uriQtNd3D9Xnmd5HPLMa9BAAGAKr4RbkNnZJarx96vnj/gqi/nfs n2egow8zWfi/8OtMjj+XMn2jxposTKA3B+RmJ9ACe2a+ja8l/aK+O3iP4Y/Fb4NfCrwppWn3c3xI 8fXWl6s18rlrPS7bQ9S1Ca4j2suH860tYQWDL/pHI6EG8h9D1SxLG2UuampsQURjYOKdUgFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXIftAXvjrTvgb4wvfhj8L7Hxt4ij8N3p0PwbqV9Fa2+u XXkt5dlLNNmOJJWxGzOCoDEniuvrgv2pR4eX9m7x1deLvi/qnw/0m18KX1zqvjnRbnybrQLWKB5J b6KTa2xokVnztONvQ0Ad3EixxLGigKq4UKOBTqjtLiG7tY7q2cNHJGHjYfxKRkGpKACiiigAoooo AKTaN27HNLRQBzXw50n4naNN4gh+JHjbT9chn8R3Fx4Zks9J+ySWemOqNHaz/OyzSROZUEqhN8Yj 3Lv3s3S02WISRPGGZdykblOCPce9c/8ACjwfrXw7+Hel+C/EnxH1fxZdaXbmF/EXiBYBe3iBjsac wRxxtIE2qXCKXK7j8xJoA6KiiigDxn4vfBPxh4o/a7+EPx88L3Wnra+DLfxFpniJbqZ1mfT9StYG 2wBUIdvtdjZFgxUBFYgkgKcX9t7W5tmheH45D5bSTTyJ6soVVP5M9L/wU/8AD3iPU/2IPHXizwLD NJ4k8E2dv408OR27lZJr7RLqHVoYFI/56tZiEjoyysp4JFYX7U3iDQ/iH4d8HfFLwhdrd6PrWli6 0+8j+7LBNHFLCw9mQ5FV0JPG685/aI/au+Cn7LFnoOofGnX73TbfxJrkGk6XcQ6PczwtdSthUklj jMcPc/vGXIVsZIxXo1fK/wDwVO0zxPrvhj4R2fhPwB4n16XTvjh4d1fUE8N+F73UjaWNtMzTTy/Z on8tVBH3sE9s1JR6V8Mv2r/hx+0tqnjL4TfCXXdc8O+L/DdrGbq28VeD7qxurWO4Vvs96ltdpG0s TbSVJwCQNwAIB8W+DGj+Nvhn/wAFH0+FPw2/bN8SfEHw63gW6v8A4keGfG3i631KfSb7zkW0e2jV Va3MhMhaJFCKq8gboxTYvGGq/Df/AIKafFP476n8H/iJeeGU+DOl21vqGl/D3U5kvrq3uZpZbeBv ICyyhJFIUNk8gZIIqaf4XfDL9pn9sj4R/tTfs7fC3V/Dtx4Vk1G68beK9Q8E3mgvf2c1o8UenyC6 ghe7lMzhuA6xqj5YFlDAH2HW58Ndal8PfEDR9Xjn8vytQiEjk4whba3/AI6TWHWl4O0aDxF4r03Q 7uzS4hur2OO4gkjDK8ZYbwQeCNucg9RTjfm0E9tT6c1T9sr9mjQ7xvD6/FvT9a1eEATaH4Shm1vU EPYG009JpgT2+TntVf8A4aD+MHiv5PhV+yV4qnjb/Vap411G00Kzb6ozzXq/8CtB+JyB6H4G8N6B 4T8M22h+GdCs9Ns4l/dWdhapDEn0VAAPyrXrmlTxEpO87f4V+rv+SOmNTCxiuWnf/E/0jy2+9nkv /CK/tn+M+fEHxY8E+CbZvvWnhXw9Nq14n+7eXrxxfnZnPt0J/wAMfeC9f/efF34m+P8Ax1If9ZH4 h8XTW9pJ/v2OnC1s3+jQEDtjmvWqKX1SjL47y9W2vu2+5FfXK0fgtH/Ckn961+9nN/Dz4N/CL4R2 Tab8K/hb4d8N27jEkOg6LBaK/Ofm8pV3HPOTnJ5reu9Ps7+2ksry2jkhljZJYpFDK6kYKkHggjsa moreMY048sVZeRzynKpLmk7vzPmXX/8Agnto3wz1i78W/sQfE/VPgjqN7M097ofh2xivfCuoTMcs 8+hzkW8bMx3NLZNaTufvysOK6b4yfBrT/jl4i8M/Dj40fs92fivRYdNkvT8QrHU10+48P6soC5sw swvrJpVztmtpi6A7GbGWPuhAPBFIUU8ba05jPlPhz4ceOPAPiLx1efB39mf/AILF+JNP1vS7prd/ hv48fSNY1OzkVipBj1a1TWJUPO1pZ5NxwVcrkH1Yfs4/taeIh9k8bf8ABR7xslm/y3EHg/wP4f02 SWPuvnTWd1JGT0LxlGCk7SrYcepfG39m/wCB37RGgnwv8c/g14U8aabtK/2f4q8P22oQgHrhZ0YA +45rK0j9mDwp4K+GvhX4U/BjxJrvw80Pwjr8Wo2Fj4QuINtzCssskmnzC8hnDWkplcOihXUbfLeM qpFe7uL3in8FP2Q/gv8ABTX7jxv4Q8M3t94ovrf7PqHjbxbrl3rWuXMOd3km+vpJZ1g3fMIEZYVP 3UXpXq9rZx2q/KPmPU1438a/CP7d58bXHiv9nf8AaI+G+n6JJDGsfhHx18LrzUNjhVDst9Z6raum 4hm+aGUDdjHQi98H/FP7aA8OeKG+Pfw++Gc2q2NmH8HjwT4q1ARavNtmJiulu7IfYBuECh0e5z5k hIGxQ8+8PS56vfz3FtYzXFpZtcTRxM0VurhTKwHC5PAyeMngV5F8HNZ1PV/jVJq3xM/ZyuPDHxB1 b4YaLL4p8R6bLJfaS0cd7qJh0ZL8xxrPNbST3MpUIuBe7huVgax/+Fm/t2fDr4Nx+LfFH7O+h/ET xpqOu3Ek/hHwX4mt9Lg0PTycQQC61Bwt7IigGSbEIdnbbGoVQed+Gv7R/wC1/wCMP2qYdC8U/spa 94b8GXGgWsWoafqXirw3NJos5lvGOpyfZL6a5lSYRx26RBAoMMjhjhgCzKufTgAAwBRXnn/Cf/tC zWnj4W3wC0mO60TePh4t545VYfFJELMpneO1dtNUyBUJKTkBiwVsbT5ddah/wVi8WyPCLj9nn4dK 2drRw674zaIbxjqdFDnZnso3Y4I4pWYH0pWZ4v8AGvg74e+H7jxb4+8WaZoelWq7rrU9Yv47a3hH q0khCqPqa55fBvxF1Lxd4V8X3Xxu1a3tNF02aLXvDOl6PYR6f4iupI1VZ5jPBNdQLG26RI4LiP5i okaRVKt59qP/AATk/Yy1n4nXnxl8Xfs96L4s8UX2pTX39tePpJ/EU1lNJIXb7H/ack4sUBYhY7cR RxphEVVAUFgOot/2rPht43+Ftn8Xf2blf4w6Tfa6ulW8/wAMdV0++i8wSmOWU3ElzFbiKFgfMbzC QB8qscA4Hx3+GX7XnxV8aSaJ4F/af0/4c+AWtY1ll8K+EY7rxPdSEfvQl7fPLaWiY4Uizmk53B0I GfYNK0qLTLWOzgjWOKJFSKGNQqooGAoA4AA7Vb2rjG2noB5l+zd+zD8Lf2aNF1HTPhno+ofadcvB e+I/EGv63dapqutXWwJ9ou7y7kkmmfaMAFtqD5UVFAUemKiqMAU6ik2AUUUUgCvH/if8Ctf+IH7X 3w3+Nz6xp40PwB4V8RW8mmlnN1JqeoyaalvOBt2iOO2tr9Dk7i1wuBgMa9gr5k/Ybvh8T/j/APtC ftKKfMt9a+Jw8IaDN/1DfDlsthIgPcDVm1o8cfN65NVETPpmNdiBadRRUjCiiigAooooAKKKKACi iigAooooAKKKKACiiigArj/2g9bh8NfAXxt4jufh7B4uj0/wjqVzJ4TulBj1pUtZGNk+Y5Btmx5Z /dvw/wBxvunsKbINy0AYvwz8Up45+HHh/wAbRaU1gusaJa3y2LZzbCWFZPL5VT8u7byqnjoOlblc x8GLf4s2nwr0G1+O1/od14wj0+NfEVz4ZjlWwluh99oFlAdUPUBuRXT0AFFFFABRRRQAUUUUAFZv jLwf4W+IPhDVPAXjjw/a6toutafNY6tpd9CJIbu2lQpJE6nhlZWKkHqDWlRQBy15feB/2e/g015L b6pH4b8F+HR+7t7e91a8SytYcABVE11dyCNPSSVyMncxyd3w9r+j+K9AsfFPh2/ju9P1KziurG6j ztmhkQOjjPYqQfxq4wJXANZHjhfHC+CdWHw1fSV8Rf2fN/Yba6spshd7D5Xn+URJ5W/G7Z82M45o Aua5ptrrGlzabfW0c0M0bRzQyLuV0IwVI7gjqK+bPCsXw08e/DHxZ+y58KvAs/hn/hRmr2fhSx0C 4l3+VbRaZaXFjJCSzMbeS0uI0RmJIKOp+aNgPo7wpc+JL3wvpt14z0yxstYksIW1az0y+e5toLoo DLHFM8cTSxq+4K7RxllAJRSdo8SvPg38Q/C3/BQWP44eDtIjm8J+OPhq+hfEJvtSRtbahpt2J9Iu hGTmXdFfapA5UEgLb5O1RjSDJkj5+kjkhkaKWNlZWwysMEH0NNr3n48/s93N9fzeJfC0SrdNzNb/ AHVm9wezfofY8nwy/wBPvtLumsdSs5IJozho5UKsPzpSg469AjNS06kNFFFQUFerfsweArnVvEn/ AAltxbt5NtmO2+X7zkfMR9Bx+PtXO/Dn4M+IPGd1Hc6hby2tgSCZGXDyj0UH/wBCPH1r6k+Hfgiy 8L6XDa29qsccUYWONewreEfZrnl8jGUvaPkj8zpLWIQ26xgdBUlFFYGwUUUUAFFFFABRRRQAUUVz vgzxR461/wAReIrDxT8NJNB07TdSW20G+uNWguJNZhEas915UJb7PHvJVFd/MYKWZI+AQC1pPjrw J4l8Tax4I0LxhpV/rHh/yBr2k2d/HLcad56F4RPGpLRF0BZQ4G5RkZHNZ/gX4ZReCPEfiTxG/jTx FrE3iTVhetDrmqGa301REkaW1nCqrHbwgLuwFLuzMzu5II2NJ8K+HPD99f6joOg2NjNqt59r1SW0 tEja8uPLSPzpSoBkfZGi7mydqKM4AFaFADWijYYK15x4R0P4cP8AtMeONZ0r4T69p/iT/hGdAs9Z 8Y31jJHp+s2kcupS2trays5SV7Z7i7aUKi7Texgs2QE9JrjfhdD4/k8R+NNX8X/ETSte0q88WMfC FrpVqif2NYRWVpby2Uzrkyzi+hvpWZjlfOWPC+XtDuwOwEaDotIbeEncYxT6KQAAFGAKKKKACiii gAooooAKKKKAOB/ai+Puhfsu/s++LPj54g0a51SPw3pL3Fro1kwW41W8YiO1sYSeBLPcPFAmeN8q 54rY+FPw48F/DHwjB4a8C+DrHQbETXF22l6eo8mK5uZ5Lm5YYAyXnmlkZsDczse9ec/tZ/Bjx78d vH3wl8NW1rbnwP4e8eJ4q8bNJc7ZLmXToXl0q2WPHzKNRa2uy38JsFH8eR7NZQmC3VCar7IupNRR RUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigAobkYxRRQB5n+ztbfCvwdrHj74PfC/wzrWmf 2D44vNS1r+1IpfIu7/WT/bNxcWkkjESQtNfS5C4CSrKgUBRn0yuVli+Jlr8ZLe6bxFoo8F3Hh+SD +zZI2XUDq4mDo6N91oTbiXcvDBkBGQW29VQAUUUUAFFFFABRRRQAUUUUAFBGRgiiigCj4i8N6D4t 8OX/AIR8TaRBf6XqllLaajY3UYaK5gkQpJG6nqrKSpHcGvM/jB+zHpHin9k7Vf2afhZ4o1bwUq+G xp3hPXNL1OdrvRbiABrO4WV3MkvlSxxMVdmEiqUfcrMD61TZ4hNE0Z7imgPG/wBh/wDaLvf2w/2Z NF+KfjXwHN4X8UQ3N7onjfwvdTxSSaRrmn3UlnfW+Y2YbBPC7Rk4ZonjYqu7FdZ4o+EXhzxTEfPs ba6jUso3orbSDggHsQQQcdxXD+OPiF8Pv2OPiRoDyfC5dP8AD/xe8fCz8U+MbO62w2HiC4toLbTn uocH5bs28dmJgVAn+zIwYz7l9Q8CfCj4a/DC+169+HHw/wBH0GTxPrkus+Im0jT47f8AtHUZVVZb ubYBvmcIu6Q/MxGSSSTVxqSpvRmcqcam6PNLv9lvweZg66BtGc4W6lw3/j1a/hz9nnwxo8qzWfh+ 3jdeRJIpdh9C+SK6/S9I+K1r8UtV1fWfH+i3fg+6sYV0jw7H4akiv7C6XAkke9+1Mk8T8kR/Z0ZD j94w4p/iHx3rmhfEPw94ItPhR4j1Ow1xbo3nizT3sf7O0Voo96JdiW5S5zMcpGYYJl3DEhjBBOn1 hrZL7ifYx6t/eXNE8H6fpSK3lhm7nFbAAAwBXN/FH4u/Dn4LeHIfFvxR8Uw6Pps+oQWMd3cRuym4 mfZGnyKSNzcZPA7kVta5rmi+GdFvPEniTV7XT9O0+1kudQ1C+uFhhtoY1LPLI7EKiKoLFiQAASeK xlKU3dmkYxirItUVR8M+KPDXjXw9Z+LvBviGx1bSdSt1uNP1TTLtLi3uoWGVkjkQlXUjkMpIIqr4 N+Inw/8AiLFqE/w+8daPryaRqs2mas+japFdCyvotvm2spjZvLmTcu6NsMu4ZAyKko2KK5nTPjL8 KdZ+Kep/A/SfiDpNx4w0bTYdQ1bw3DeK15aWspxHNJHncqMehPWn+LfiFceFfGHhvwjD8PfEWrL4 huJ4pdW0mzjez0hYow/mXjvIpjVyQibFdmbsACQAdHRXN/FeH4vXHg+SH4H6r4bstea5h8u68V6f cXVnHDvHmkxW8sTu+zO0eYo3YyQK0/FvhjSPHPhPUvBmvG7+wavp81leGw1Cezn8qVCj+XPA6Swv tY4kjdXU4KsCAQAaNc38KPiFefFDwXD4xvfhx4j8KtcXEyJo/iq2hhvQkcrIsrRwyyhFkC71DMH2 su5UOVGh4J8IaD8P/CGmeBPClg1rpejafDZabatO8pigiQIib5GZmwoAyxJOOSTWmEVW3Ac0Ac98 P/h1YfDxtaay8Ra/qTa7r1xq11Jr+vXF95Eku0eRbrKxW2t0VFVIIgqLgsQXd3bodq7t2OaWigAo oooAZcTpa28lzKrlY0LMI42diAM8KoJY+wBJ7V59+ytp3giP4IaP4t8BfCDWvAdr4wa48V33hXxN atBqllf6tPJqV2L2NpJDFcm4uZWkjLHy3JQBQoUanx2k8VXHw1vvDvw++K2m+C/E2tbdP8N+INUt Yrhbe8kPHlwSkLPLsVykZyCRkqwBFddCPlzigB1FFFABRRRQAUUUUAFFFFABWb4y8YeGPh74Q1Xx 9431y30zRdD02fUNX1K7fbFaWsMbSSzOeyqisxPYCtKvFPiD8X/B/wAXv2jbz9hi4+FWn+MNEXwS +qfFS61R1kstJhuZPL06xkhaN1uJ7ox3UnlMU2Q2xkYnzI1cAwv+Cemh/EDXvAevftOfF2HULbxL 8ZNebxO2i6gzA6BpBiSHSdM8snETxWEcDzAAE3U9yT1FfRFQ2lrHbrlf4uampvyBBRRRSAKKKKAC iiigAooooAKKKKACiiigAooooAKKKKACiiigDzT9pvSfAej+FLH9oDxT8Hdf8aat8K7i58SeF9L8 I28k2rfavsVxaSi1hSRDcu9tdXCeQSwk3DajyCMV6WrBlDDvzyKRxuUiuE+BOoappOkXnwo8ffHb TfHXjPw7cyza9dWtrb2l1Ba3d1cS6etxawsRCwtgse/CrKYHkVVDbVAO8ooooAKKKKACiiigAooo oAKKKKACiiigDjP2gfgz4F/aD+D/AIh+C3xN0hr7w/4m0uWw1S3jkKSBHHEkbjmOVGw6SL8yOisp BUGsf9mnU/F3hT4e+H/gZ8dfjHoPin4maH4cjk1u6sZljutUtEme3h1OS2JDoZhGDIQvlifzVQ4A r0tlDLtYcV4P+2l8BfG/jSy0P47fs7tZ2Xxc+HM0154JuryTyrbVreTZ9t0K9Yf8ud7HGqFufJmj t7hQWgANbqwvM94IBOSKa6B+tcz8FviZ/wALk+E/h/4pN4L1zw3Jrmlw3c3h/wAS6e1rf6bIy/Pb zxt0kRsqSMq2NyllIY9RUjGupZdoOKbPawXlrJZXsKTRTRsksciBldSMFSDwQR2NSUUAQ6fY2umW cen2NrFBBCoSGGGMKiKOgAHAHsKr6L4d0Pw2s8Hh/RbOxhuLqS5uI7K1WISzyNueVgoGXY8ljyTy SavUUANZWLAhulKyBxg0tFAAAANuKOnAFFFABRRRQAUUUUAFFFUfE/ibw/4L8N6h4x8Waxb6fpWk 2M15qWoXcgSK2t4kLySux4VVVSxJ6AUAcX4ytNK8f/HDQ/AvjD4IXGpaf4Xs08VaL4yvQhs7LV8z 2ccES53G5EE1w+7GEV1P3mUj0JRtXFcT8EdPuptG1Lx4PizeeL9N8Yas2veH7i5gWOKw06eCH7Pa W6gA+UqIH3N8zPK7HGcDtqACiiigAooooAKKKKACiiigDH8W/EDwR4Em0m18ZeL9N0mbX9WTS9Dj 1C7SI3986O6W0QYjzJWWORgi8kI3pXmf7IP7NWq/s/eDNSl8deKovEfjrxdr9x4i+IniuK1MK6rq s4Vf3aEsY7aCCOC1gjJJSC2iUkncTxnwM+HvxE+PP7Qd1+2b8fvCd9ov9jm70b4NeCNWh2zaBpjM Y7nV7mM/c1C/2/dPzW9oIofleW6DfSyAqgBqvhRPxCjjgUUUVJQUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAVwfjTT9e8H/FDQPGnw3+Buj6xdeJtSt9G8e+JkvILPUNP0aC3vpra bLpuvY4ruUIIN4KC9mkQMdyt3lZ/irw7pvi7w1qHhbWRN9k1Kxltbr7NcvDJ5ciFG2yRkPG2CcMp DKeQQRmgDQorhfgx4i0zTpL74C21r4wmuPh7p+l2EniDxXaM39uQvaKY7yO7xsu3JSRJiNrrMj7k VWjZ+6oAKKKKACiiigAooooAKKKKACiiigAqO4t47hNki1JRQB4D+1fp/wC0T8KfEOj/ALUH7Pd3 rHihPDdi9p41+Ecd1ui8TaSZPMebT0Y7YtWt/meE5VbpC1vIctDLD6t8GPjL8Nf2hPhdovxm+EHi q31rw54gsxc6bqFvkblyVZHVgGjkRw0bxuA8boyMAykDory0S7j2sOe1eN/H2z/aG+DPhfTvHP7J Pgbw7rFvo+rXeoeMPhuLOKzuPE9vcMZJ2sbrckdvqAlLzL5wMVw7skjxFxMlbiPaqK4n9nz9ob4V ftPfDW3+Kfwh1+S80+S4ltL60vLV7a90q+ibbPY3ltKBJa3UT/LJDIqup6jBBPbVIwooooAKKKKA CiiigAooooAKKKKACuP+LMfxE1K48O+GPCXgvw/rGg6vrElp4+/4SGY7YNGNncl/KhCkXEsk4t4f LfCeXLIxztCnqtSvo9L0641OWCaRbeFpWjtoWkkcKCcKigszHHCgEk8CvPfgX4b8L+J5pP2o4/hv 4k8L+JviN4b0d9e0fxZdN9u06G3ike3spIBNJFavEbqffHEQDJI5bLEmgD0S1gjt4FiiQKqjCqq4 Cj0FSUUUAFFFFABRRRQAUUVm+MPGHhT4feFNS8deO/Etjo2i6PYy3mratql0kFtZ28al5JZZHIVE VQSWJAAGTQBevL2z06zm1DULqO3t7eNpJ55pAqRooyWYngADkk8AV8t/C74jfEf9uj406X8dPCHi jVvD/wACfB99JJ4Kj026ktbj4k6gFaM6pMykN/YsQZhbRdL183DgwLAJOk+APxp+Ov7VHxH/AOFw 2Gjt4R+CUenyweFdJ1zR8ax44aXGNVmSUBtOsAoP2eAqJ7gP5svlJsif3nTtHsNNhjgsraOGKKNU hhijCpGoGAoA4AA4AHAqttxehPFEn+t2/MakooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR QAUUUUAFFFFABRRRQAUUUUAcv8Q/C3jzX9S8M3/gf4myeHY9J8Rx3uuWi6TFdR63YeRNFJYPvw0I LSxzLLGwZXt0zvQujTfCf4s/Dr45/DvS/iv8J/FVvrXh/WIWk0/UbZWUPtdo3VlcBo3SRHR43Cuj oysAykDoWUMMEVwHjXxHrXwj8UXXxQ8a/EnwroPwp0fwjeXPiRdWt/s0thepOkovftRcRrb+SZxK rqCGWNg3zOKAPQKKZb3FveW8d3aTpLFKgeOSNgyupGQQR1BHen0AFFFFABRRRQAUUUUAFFFFABRR RQAVFd2y3UXln86looA8x8Z/CXxH4S0jxt48/Zi0DwXofxK8Tw2ktxrfiDRpZLPVprX5Ylvvszxy vmEvCJgWeIOrbZBGImxf2af2y9B+NPiS9+CnxQ8FXnw5+LWh2n2jXvhzr10kkktvu2/2hp1wuI9T 09m4FxFyhISZIJcxj2d1DrtauW8SfCfwJ4q8WeH/ABn4n8D6TqmqeFb6W88M6nqGnxzXGlXEsLwS S28jAtCzRSPGxUglWIORVaSFsdVRXzT4u+Ov7WX7Jni/VNY+OfgZvil8K7m/mubfxf8AD3Q3Gv8A hO2aQsIb/SYy7albRKwUXVjmfanz2jYaY+/+APHvg34p+B9J+JPw78R2usaDr2nQ3+j6pZSborq3 lQPHIp9CpB9fXBqRmvRRRQAUUUUAFFFFABRRXnPxc8ef8Jbd63+zV8G/jnpPhf4o3HhYarZzTaSu pTaPYvcCD7e1qzKhJbzFi807GkQkpKsciEAhPirQfjz4/bR/hv8AFjXtN/4Vd45EHjKx07TXittX nOmlxp73EsW2aJDeQTP9nYkSwLG7L86H0pECjpTYI2CKZJGZlGNzYy3vwBUlABRRRQAUUUUAFFFf NHjT9rP47/HjxPqXwp/YR+HEaQ6XqM2neIvjL8QdLuIdA0qeKQxzRafaZjuNcuY3R0PltDaI4w1y zK0RAPUf2kP2pvhF+yz4Xs9c+JWp3dxqOtXn2Hwp4T0Kza81jxHfbdwtLC0T57iXHLHhI0zJK8ca s45f4PeHvjX+0B4F1pv25/hb4Jh03XtSs7vQfhelquqDQ4baVZ4ft925MN7eefHFMfJjWGB4lWN5 tvnN3ng/4X6bb2nh7xF41ktfE3jLQ/D/APZUnjzUNFtIdSukcRG5IaGNFgSeSJJHhiCx7lX5flXH WWtnHbLwMt61WiEMtdOWCQyudzH9Ks0UVI9gooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAqvqul6frOnT6VqtjDdW11C0Nxb3EYeOWNhhkZTwykEgg8EGrFFAH nV74x1H4J67rviH4yfELwTofw1/4k1l4PaZDp8+nXk0n2RrSeSSQwypJM9qICgjYNK0ZVsI59Fqj 4i8OaD4r0W58PeJtEs9SsLyExXljf2yTQzxnqjo4KsD6EEVwHi/4k3f7Og8YfFv9oT4t2P8AwgD6 hpv9hiPwxMs3h1ZfLtZlup4GkEtsZyk32h44xbrJMZX8pAyAHptFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFAFa706O4/eJ8reteaftEfs2xfG220fXdL+MXjrwL4o8NmdvD3ibwT4gaBoGl8vzEuL OUSWWoRMYoyY7qCUDblNhJavVKGUMMMKrm7iseO/s+6r+2NoHiS88BftKw+C/E2j2unvPpPxG8J+ fp9zeuroot7vSJBKIZSjM3nQXMkblG/dQZVTa+Af7cn7Kn7TGs3PhH4R/GLT7jxNYru1TwXrFvNp Wv6fxn/SNLvkivIOh5eJQcHBOK9SFjbiXzVTB9q84/aE/ZT+AH7Tul2+j/H74K+HPF0Nk+/TbjV9 MSS606TOfNtbjAltpOOJInRh60WT2Fqem0V5D8Sfgf8AF4/D3wt4T/Zv/ab1r4dt4TsRZwrqmjwe JodVhWOOOJb99RLXs7II8+al3FK5kcyPISCtX4J63+3bpvjiHwv+0Jpfwm8QeHXgkL+MvBd5qekX iSqPkU6PdJdoVc9WGoEp/dfOQcrHc9oor598W/t6618OPEGo6P8AEf8AYR+Pun2djeTxW+taL4Ns /ENtfwxn5biFNFvby42SDDKskMcvZo1IIqTxR/wUn/ZW8P8Agqy8Yaz4w8TeHbLVtP1C4tdS8T/C 3X7FNPFrLHBJJeQXNpDLbATTRqqyiMyfNsJCswkZ6d48+K3hjSPFNv8ABXRfHmi2XxA8ReH9Qv8A wnpGpRvMZFtgivdSQxsrG3jlmgDncmd4UMGIrQ+HfhzxHofhHSbbx74jt9d8SW+j2trr3iOHS0s/ 7TniT55fKQkRI0jSOsYYhPMIBPJPz38Ef+Cjv7BFvp3hf4aePf8AgpL8LfFnjySxjs213VNc0zR7 nXLqSRFZbe3DIq75WRUt4y7YCgmRgXPovxr/AG//ANiD9m7x7b/Cn47/ALWHgHwr4ourYXEHhvWf FFtDqDQnO2Q25fzAjYbaxUBtrYztOAD1+ivLfgz+2t+y7+0TB4huvgX8XbLxZF4VhEuuSaHa3Fws KlWYBCseJmIU4WPex44yRngI/wDgpNofihFl+DX7GP7RHjSOXb9nmh+FM3h6OZWzhlfxJJpq7Tj7 xIGGU9DQB9I0V5L8SfG37YeufDvwvrHwA+Dvg7R9a1izE/ia0+KHiiVX8NkxowhEWlRXMd/MGZ1Y JdRRDy8rK4YVj/Br4U/tc2XxCtPiB+0L+2cviCG3jl3eB/A/w9stF0KV3QqDKbl77UJPL3bl23ca llBZWHy0+Vhc7f48ftQfs7fsv+HovFP7Qvxq8N+D7O5k8ux/t7Vo4Jb6XtFbxE+ZcSnoI4lZ2PAB Nc5rnxy+LHxd+BOj/E79jPwJY3114h1Bobeb4qWeqeHY9OsgZlbUJLKa0F5MCY0McBWDzlmRxLGh 31J4A/Yv/Zp+FPxP1j41fD74I6Hb+MvEF5Ndav4yvoWvNWnaV2doxeXLSTpCGdtsKusUYO1EVQAP U7W0McW2dt1Owjw74OfsveM9E+JFl8bv2gf2jPFfxG8Z2Ucq2KRzPo3hzSfMjaOQWej20hiOUZlE t493cKGIWYA4r3CTT45pBLMc+1TJFHH9xMU6i/YLdxERY12ouKWiipGFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU14w3IHPrTqKAPNfF0Hjf4 LN48+Nmiz+OfiEt5Y2dzYfDPT5NPP2WS3Qxzf2aZhAQ8ybHaKWcoXizGFaVt3oWnahHqFtFN5MkM klukr2s+BLEGHAcAnByCOpGVOCcVOyhhg1yGrfBvwWPHepfGXwt4b0vTfHl94ZbQ18XHThJcfZQ7 SwxSgMvnxRzEyKjMMFnCld7EsDsKK8/8NfELxj4FbwH8LvjPBea/4q8R2dxDqHijwf4Mu49ES8to PNczfvJ/7OWVQ5i86UozoYxJvaNX76KaKdd8MquoZl3K2eQcEfUEEH3FIB1FFFABRRRQAUUUUAFF FFABRRRQAUUUUAFFFFACMquu1l4qCS2sbYNdzMsaxqWd2YBVA5JJ7Cub+J3xc0/4b+H01qw8G+Iv FlxJrltpX9k+D9NF7cxzzOo3SjcqQRRq3mSSSuiInJOSobL1j4T678RdW8deGPjjrmg+Lfh54r02 307TfAd14VRYba18llu1u5ZJZPtxuHc5GyKNI440CFvMkkeoDte8QeLvF3jp/h34c8I6va+HNQ8G yX0fxO07VLEwQXcsnlw21tC5kklmEe+4Mrw+Qo8kZlMjKmv8LPh4fhl8P9I8AR+K9c1pdH0+O1Gr +JdUe91C+KKAZrid+ZZWOWZuBk8ADAG3o2haT4f0m10HRNMt7KxsbdLeysrOFY4beFFCpGiKAqqq gAKAAAABVynzPYXKigLPUUfifK5qe4gu5ECxy4NWKKOZhylW1tbuNsz3G78abNpfnvvaY9elXKKO ZhyrYhjs4o4vK6inx28MfKRin0VN2MKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAGtHn7pxXm2ofs+WngjwX4 g0T9lu90j4Zat4i8VHxFqmqab4YguoLzUJJY3u5Z7ZiiublY9srq0chLtIHDksfS6KAOTbx94ysv iXqXhvWPhZd2/hWz8PrqFv42j1S3limuA5ElmbVW+0K4TDq4RkYBhuVgqva+E3xY8AfHH4e6b8VP hdr39p6Dq0btY3jWktuz7JGjdWjmRJI2V0dSrqrAqQQK6Bo1Y5IrmPiJ8G/hp8V7jQLz4j+CNP1i bwr4gt9c8N3F5Duk03UYdwjuYW6o4DMpIPKuynKkggHU0Vw//CsfFWk+J/Gfjbwz8Ydf+3+KNNhi 0rSte8u+0fQLqKBo0uLa1URSYdtjyxmcK5T5TGWZjAl9+014f0XwXp0mj+BfFuoSXEcHxC1hNSvP D8UEXAe706zMWoGVs5ItZrmMY/5eCRggHf0Vxq/E/wAWWuueNLXXPgd4mtdK8LWMN1o+uQzWN0ni dWgeSWKyt4Lh7lZYmTyyk8UQdpI/LMgLbMtP2lvDqeHPAniK/wDhd8Rrf/hP7+GzsdPPw/1Ca50i SQEhtUSGJ/7NjXHzS3BSNTwWFAHo1FcZF8fPhvN4l8beEY5Nd+3fD20hufEynwjqQjEctt9pQ2sp t/L1E+X1W0aZlf8AdsBJ8lYkf7WXw1vvBXgb4heH/CfxA1XS/iDrkGmaLJYfDHWjNZvK7IJ9Qt3t Vm0y2Uqd892kUaDBZgCCQD06iuPj+LNze+M/FXgTSvhd4qku/DOnxXEN9daYLfT9Zkki8xYLO6kY RyuDhHztVGOCeDjLi8dftEeIPBHhXxF4e+Bmj6Nqmoa7CnjDQPGfjIQz6LpfmuJpoH0+3vIb268t UZIPMhjPmfNOpQqwB6JTZJI4l3SuqjcBljjknAH4niuP/wCEY+LOo+MvFEuv/FawHhXVdLhtfDOk 6J4ba11LR5fKImuJL6S5lS5kZ23IFt4VjCoCJCGds6z/AGafhddeHvBekeP9FbxxefD+8W+8M6/4 6ZdS1C2vlUgXvnSL/wAfADHEgAK8bduBgAnufjvpWu/8J14e+EvhvUvE3ijwLGqXmhyWM+mw3V5J CZYrWK+uoktpGZQu5o3cRB0L7d65ktNC+LnijxH4L8f6z46uPC9vY6PK/iz4f6ZDa3trf380KBUe +lgExitnMu0wiEytsZsKDG3aCLLbnNSBQvQUwOc+G/wl+Gfwh0a68O/Cv4e6L4b0++1S41K8s9D0 2K1juL24cyT3LiNQHlkc7mc5Zj1JrolUIMClopAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUUUUAFFFFABTTGhGCtOooAaYlzxTfIXBGetSUUAM8n0akMORgtUlFO4DPJU9SaURRj kLTqKQAABwBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAf/Z --_005_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237C4D5GLKXM0002VGREEN_ Content-Type: image/jpeg; name="image002.jpg" Content-Description: image002.jpg Content-Disposition: inline; filename="image002.jpg"; size=107634; creation-date="Wed, 16 Mar 2016 17:22:32 GMT"; modification-date="Wed, 16 Mar 2016 17:22:32 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAARCAIJAyADAREA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD+/CgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAZLIkKNJI21EGWY5wq55Zj/Cij5nc4VEDO5VFYgA 81+Jvxj+G3we0m11f4h+J7bQk1PUbbRfD2lR2mpax4o8Y+Ib3cLDwx4F8IaHZ6l4p8deKtQKOun+ GfCOj6zrl6Uk+zWEgilKOzfT+t9e3zHZvp/W+vb5nhR+Kn7SXxD1eK2+F3wSsPhz4PEMn2n4hftF ao1nrF1MPmtX8H/BfwBPqmvataXsTMupTfEfx78H9W0d0je08L+Iomlkh0UV1e+u++nd7qzfnrvp d6KK6vfXffTu91Zvz130u8vXfgB+0t48vILrxT+2j8QvAFnHKslz4b/Z3+FvwU8C6FqsKnIs9U1b 4zeC/wBojx7aRSEsZrnwn4s8MagjE/ZbyFHCRHMo6Np6vbV/Pzb9Nw5lHRtPV7av5+bfpuWF/ZC1 A2832j9qH9ra61Ukmz1dvjRJbPp4x8ixaRpvh7T/AArepG/zr/bvhnW5JAAlw88TPCRyj2XXp1/r V6rp8hyj2XXp1/rV6rp8s20/Zl+PnhbVRqXg39uj9oa809cNH4N+KnhL9nT4leEFnUowaW5tPgz4 L+LE1vLsZZkHxhiwkrJbx2xEckInF32X37fkt3dIE4u+y+/b8lu7pG7qPi39rf4d3tjNr/w4+Hvx +8Ih5P7aufhJqF58KfiXYAwFYn0T4d/EzxH4o8EeME3bZr6K8+NvgO8tLcM+k2PiO8YaVRZb38/5 vST7W+5dLMLLe/n/ADekn2t9y6WZ6p8Nf2gfhr8TtZ1bwppOo6joPxD8PW8V14h+GfjbRdS8H/EP RrG5lkhg1ZvDOt21neav4YurmCe20/xj4fGr+E9Su7W9srDW7m9sb23gmSdulnbrp0s1frun5b93 Mk7dLO3XTpZq/XdPy37v21WDDIz1I5Ur0JHGQMjI4IyCMEHBFQ9P+AQ9P+AOoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgAoAazogBdlUHOCxAzhSx6kdFVmPoqljgAmmk3tbp+I0m9rdPxK897aW1v Jd3NxDBbRAtLPM6xRRqvV3dyqqncOTtZSGUlSCSz36d+gWe/Tv0Pl/xb+3R+xl4F1qbwx4p/am+A em+K4HaOXwhH8VPBupeMVkU4MX/CJaTq994jaVjgJEumGR2IVELECq5JPZX/AOHt/wAH0Hyvt/V7 f8H0Odf/AIKFfsZQBnvvj54T0iGNd011r1j4m8P2VqvXde32t6FYWdkuPmLXc8KhSGJ2kEns5/ys OWXb8j134Y/tM/s5fGxZG+Dvx8+DPxV8nidPh38TvBXjKa2fdsaK7t/D2t6hPaTxv+7mguY4poZQ YpUSRSolxa6MTi10Z7V58W4qHDMuNyICzpkZXcqgspZcsqkBmUMyghWIfK97rXzQ+V73WvmiRWVh uUgg5wQQQcEg4IyOoNSSLQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAhyAcdcHH1/MfzH1oA+ZfH3xZ8WeJfEGrfCf4D2umah4y0v8As2Hx 58RtdgvLn4e/CSDVZpUe2nazWNfHnxNjsba5vLf4aaDqltL4fhutA1v4ka54K0LxH4Vl8T7Kna0r tLt1dne/TTqubld7K12jRRtrr0/DX7uutnpa17G58Lf2f/A/gK+v/GNxJrXjz4l6/NdXGv8AxR+I N7H4j8a3y3ixq2kaVdvCmleC/BkEaAWHw8+Hlj4a+Hem3E19fWHh1NT1HU9RvVKVtN3vtp9z/Drp qOUrLz9Oz/Duuqa1PeIbaKAARggAk/eYnnPBYksy8khWZlDYIA2riOZ/5aL8rW77WeurI5n/AJaL 8rW77WeurJ6kkKACmnbon66jTt0T9dSN41fO7kEYIIUjHBA5BBGRnByCTzkAAPmd9lbstF/ne3Xd emg+Z32Vuy0X+d7dd16aHk3xW+CXw3+MGjDS/HXh86g1stx/ZGt6Zqeq+F/GXhe4ul8uXVfA/jzw xfaN4z8CeIYY/msfEXhLX9E1jT544Lq31C3mt4p4mpNuz1v5X/BWuNSbdnrfyv8AgrXPHNL8e+PP 2fr2LQvjXrMvjT4T3V/p2neHvjncW1ja634RuLqOOwGl/G2x0mOHTE0qfWFhGn/FvSbHSPDts2qx aN460Pwi2m2viXxNTjzXevo9k9PX599721Kcea719Hsnp6/Pvve2p9exyLLHHKjK6SIsiOjBkZXU MrIwyGVgQVYcEEEcGsno2uxk9G12H0AFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHAeO/iX4O+GehX /ibxz4h0rw1oVgRG19qs/wBnW6u5FuJLfTdMhj8+81jWr0QGHTdA0i0vtc1O6aC3sdPnlu4UFJLz u7aJ9OvTtrq7a76MpJed3bRPp16dtdXbXfRnzlH49/aE+OC6Xe/DnQP+Gf8A4YXtmurf8Jn8T/C8 2o/G3xDp93Esunx+Hvg/q7WOnfCx54LmyvpdR+K66/4vsD9r8La58GdB1k399oVJW63u1ttpq73a Xp96KSt1vdrbbTV3u0vT70XtD/Yv+ENxqN74m+KqeI/2gvF+rOs97r/x6124+I9hZSpHHAv/AAh/ w41AR/B74YRGCCBbi0+Fnw+8GWd7cRyanqFvd6zeajqF3TklZu9tbW/Bv1WqKckrN3tra34N+q1R 9J+H/A/hLwpYppfhfw9o/hzTI1VI9O0DS9P0SxjVBhRHaaVbWcCYH9yNTxUxqyi7pLtt/ndfemRz vsvx/wAzcGnWqn5VYdiCxkGOenneZtYk8yrtm4A8zaoAr28tNI6dlbbba3fZ3W2nc532X4/5nm/j P4GfB/4ic+Pfhn4C8bPxiTxf4P8AD3ieVBjaypPrenXtwiMuQUWYKM5UAgGoU3fXtbT9Lu1/UFN3 17W0/O21zwyL9lu++GkurXX7Pnxj+I/wnTVTLqLeBtZvrr4y/B5NRt1SKzXTvAHxGutV1PwB4fga YKfBvwQ8b/CTQbhWeSLTVu44tQsdNJJaPXVeVtuul+j/AM0nd07aPV+lrXf6aWL2l/tF+J/h3Pov hj9p3wZY/DfVNTml0rTPir4a1G91/wCA/iPVre3aeGK/8V3Vlban8JtQ1yFY5rLT/ijaaZ4afV7s +DvDfxF8d+I7aFdVUqa1aleyT1VvLZfgktO1mmQ431Tv/Wm33WXW2lnp9ZQXUdwV2Mp3RLMNpLrt Y7eJFBjcZBwyMQecDC7mya0/PW/9dfu3aaJa0/PW/wDXX7t2mi1SEFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFADJJYohulkSNTn5pHVF+VGkbliB8 qI7nnhVZjwCQWvsFr7HzJ8X/AB14o1/xTa/A34T6pPpPjHV9Ng1vx748t7Ke+tfhV4AuLsacJrRm nt9PT4n+OZ2vND+GdteDUrPQ7y21H4geI/D2vaF4Sbw34m0itLtLy21W99eyvbbT1NEtLtLyTsr9 btv8PK/c9h+HXw+8L/DDwro/gfwboltofhvQrQw6fZW4aRsySb57m9u5d9zqOqX0wa/1bV9QuL3V 9Z1S4vNV1m+v9TurnULwnK+z1WmnZLvfz2219VFSafy06O69b36/nfXbvAqqMKoUccAADgBRwPQA AegAHQVndvd3IFoAKACgAoAKADr1oAz77T7K+trqyurKC6tr22ks723mhjkgurOeOWGW1uYpAI7i 2kjllSa3dtrRuwK/PzUXa+3z89/nordPvRUXa+3z89/nordPvR8n+HLu5/Zq8Y6D8Otb1CQfATxn qcGhfCbWb99SkT4V+LL1reDRvg5q2qTfabK38GeIZzc2XwhkvZdOstAvktPhPbXV3NffDbSnppNN 6XW/zs/y62V3ror3ppNN6XW/zs/y62V3ror3+vwytkAglThgCCVOA2D6EqysAeqsCOCDWZmLQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAU AFABQAUAFABQAUAFABQAUABIAJJwBySegHqaEr7AlfY8m+LXxPs/hjodrqEen6l4n8S65qCeGvA/ gLQ0tj4g8c+L7y2uL6x0LSXv7mx0yxCWGn6jquta1rN7Y6J4f8Padquv6vqWnaZpV9cpUV3XbdaP y8t18uj2dRXddt1o/Ly3Xy6PZ+feAfgxqt94ptPiz8aNTtfGXxRt/wC0o/DtvYrqY+H/AMLtH1V1 WTRPhtoWpOypqM2nrBpnib4k6vZ2/jTxfNaTyRHw54OvrHwVplXSsl53Tdtm7K+29+u297oq6Vkv O6bts3ZX23v123vdH0usaKu0KMe4zk8HJz1OQDn1APalJt21Xonf7/v9NxSbdtV6J3+/7/TcfUEB QAUAFABQBnappVhq9he6bqFnbXtlf209pd2d1BBcWt3bzoyS29zbXMU1tcQShsSQ3EMsTjiSN1yp 0Umlq077Xeq1vfv8ut9DRN2u2n2u9Vvr3fpv2PkWPQNb/ZaSG68JWeqa3+znavbQax4LtYb/AFHx H8GbMTXECar8P7O2g1LVPEPw106wmsItT+H1s4ufA+m6VDdfD1bvRYD4E0wdpaLV6+StfS/X0677 XuDtLRavXyVr6X6+nXfa9z6z0TWdN1zStN1bStRtNV03V7ODU9K1GxuYb2z1DTb2FbqzvLO8tswX drPbSRSwXETOrxPEWkd33vLTvt9ydr9v19CWnfb7k7X7fr6GxUkhQAUAFABQAUAFABQAUAFABQAU AFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHl3xl+Jmk/B74c+JfiNrNhqesweHbON rDw3oNot94l8X+IdSu7XR/CfgrwrZyXFrHeeKPGfirUNF8L+HbKSeKO81nVrG2klgjkeeOopu9vL rb08++3WxUU3e3l1t6effbrY479n34Wat4B8Gyan4w1OTV/ij8QdZvPiD8V9ca4F4l/4116K0WXS dNuPLhK+FvAuiWemfDzwJb+VDLaeC/Duji9+0ax9s1G5qTVu6fydl3vq7t3T/PW9Sat3T+Tsu99X du6f563+gqzMwoAKACgAoAKACgAoAKAOA+Ivw68P/E/wh4k8EeKI5pdC8T6VdaXf/Yp57DU7UXGx 4NR0nVrSaC90rWNLu4LTUtI1OzmjuNP1Oztb2ItNbWxhpPbSPbW9uz+/r/w5Se2ke2t7dn9/X/hz yn9mb4ha74p8NeJPAfxA1cav8Yfgh4i/4Vl8UL59KTRJfEV/baZYa94T+IkGnQxQ6fHp/wATPAut eHPGIXQ1k0XS9c1HxB4WjmTU/Deq6fp7mrdrbL7lZP7t9fkOat2tsvuVk/u31+R9K1BAUAFABQAU AFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAcj478beFfh34M8U+PPG2rW2h+DvCGg6l4j8S6zdb3g07RdLtJb2+unihjmmn 220MhhtraKa6u5jHa2sEtzLFG1qOq7/hp531t1S89epajqu/4aed9bdUvPXqeEfBbwNrvifWtS+P /wAUtLax+I3i/Tzp3hPw1qmmWkV58G/hhef2bfW3w4tpRJcTx67rl7p2n+KfiteLOk2seK7bSNBl Z9B8C+G7e3baVklt1/JrvZt+W/ybaVklt1/JrvZt+W/y+o0XYiKSCVVVJAwDgAZAHABx0HTpWZmO oAKACgAoAKACgAoAguIBcRNE23DYzuDEf+OsjdP7rqe2cE007fdp69PXUadvu09enrqfHemeT+zP 8UNJ8EGWwsfgV8a/EFxaeBFnuJ9Os/hZ8YNSgN3/AMK8055Wl0+Hwb8VRaazqvhCxWXTj4e+JBm8 GaJBe23xD8I6P4avSSb2b019Vb7k7bX1sXpJN7N6a+qt9ydtr62PsuszMKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgBrnajNkjapORjIwM9wR+h+lC3X67 fMFuv12+Z8f/ABck1f4h/tJ/AT4TW2xPCPgCDW/2jviLKmJH1G+0KQ+BPg54OuImKLHY6p4p17xf 8Qm1LLC31T4P6HpbxEa60sWqSV9+z+7dW20e99m9jVJK+/Z/durbaPe+zex9fRALGigEALgZOTgc Ak5Y/MOeSTzySc1m20/x16X169r7/Mzbaf469L69e19/mSUhBQAUAFABQAhZR1YDkDkgcsQoHPcs QAO5IA5IoAWgAoAKAEYZVhgHIIwwypyMYYdwe47imt1+tv10Gt1+tv10Pjv4g6hd/DD9qr4LeNre 23+FP2gPD2t/s9+KriNC09l478LWPiX4x/BrVNQlJIttCbRtO+OPhq6nljkKeJ/Fvgu0hRDqF4za WTTTfw322XV26tevbSxpZNNN/DfbZdXbq169tLH2FE26NTuD5HLAABiCQSMEjGehBII5rN6Nmb0b H0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFAHx18U3u/iz+0B8Nvghaat5PhL4bWmiftD/GDSoYoJZfEEUOt6zo fwJ8FXzNGZNM0TUviH4V8R/Eq+vLVmv765+EGlaAUn8M+JvEkMWq0V2+6W61erte3W+r1vpfTXVa K7fdLdavV2vbrfV630vpr9fwIkcYRFKqoAVWyMKOAQpJZQcHgnk5bGSSYk7v8n5dF201+foRJ3f5 Py6Ltpr8/QmqSQoAKACgAoAKACgAoAKAPM/i58NtF+Lfw+8XfD7Wi1vB4m0WWzt9Vhjje+8P6xBI l94c8UaQ8gb7NrvhXXrSw8S6JeQ7J7TV9I0+5R1kt4WWotLV9br8Nnvpqun5a1Fpavrdfhs99NV0 /LXkf2cfiN4o+JHwv0e78fWdhp/xO8K6hr3w8+LNjpIkOiQ/EnwDqc3hrxXdeHzPi5/4RrX9Qsx4 m8Itc7rmTwvrGmtds11vem0l09Hr5Wv5tXuvLZDaS6ej18rX82r3Xlsj3qoICgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgBXUquQeenAHBx2yQD+OKSabt2et 79PS41vr/X3HxV8Adfn+IP7UP7bvii4tzHa/C7xx8Hf2a9AuNqiK90zwn8EfB/x+1S8tnVnEoXxV +01r2iXc7eVK1x4fFo0CxWME9xtK8Y2e8r6rrqr317PX7i5O0bdXfVadevqt/u2PtSsn5eX5a/iZ vy8vy1/EKACgBGZUVnbO1AWYhSxAHU7VBJx1PYDJPANAbEC3cDKzEupQZkUoHZD8u5G8ppAXQthk Qs2VOAQyF3yvs/lr+RPPHv8Ag/8AI+bv2xf2pPAH7GP7L/xv/ai+IyXd74S+C/gHWfGF1pOnm2TU PEup28S2vhzwnpUt5cW1imq+LPEV3pXh7TXvLq3tYrrU4bm7mgso5riOlCV1087rT5/LT5DUo3Wr +Sd/lofJnizUv2p/Bf7I1/8AtUL42kvfj94U+Gy/HPxf8JdR0zRz8H9ct/DWj3/jTxd8DNH0ywW2 1zSJLnwyt54B8GfEhPE2peJdK8U22ieLfEFp4u0NdZ8C6xqqbbaSStrvql5JX2u32je9hurBdN3p bp9/Xe3RPpc++Pgb8W/Bfx++DXws+OXw51Eat4C+MHgHwn8SfB2ofx3Phzxlodjr+kPOMsUuVsb+ GO6QsxS4SVMnaKxkmm01bXpt8vLsF09Vp3XZ9UeqVIBQAUAfJP7bOq23hT4GN8SbxvJsvhF8Tvgp 8VdYuwE8yw8J+Cvi74K1Px9fRPJ8iND8Px4pVvM/0d45ZI7r/Rnmq4b/APBt3+9/lr5Fw3/4Nu/3 v8tfI+sYVKxIpGCAeN24csSMHA4weAFVQMBUQAKJlu/u+7QmW7+77tCWkIKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAo3+Yb/ADPkH9lG007xLJ8b/jfDKL/Ufi58cviHFb6wXEyXfgr4T6q3wY8DW+kTHeP+Ean0nwEf E+lx2k76fNeeJdU1q3BuNdvp7jSdkrf11+d9/vfbTSdkrf11+d9/vfbT6+rMzCgAoAKACk2lv3sN JvbtcqXt9Z6dbXV9qFxFZWFjazXt7fXMiQWdnaW6757i6uJWSKCCCIPNNLIyxxQxySyMqrk0k27L d7L+tCW0t3Y5TwN8S/h38T9Hh8RfDfxx4S8f+Hri5uLOHXvBfiTQ/FOjSXNp8t3AupaFqN/aGa0n /wBGuoPN8+CfCyxqjo7PllZu239f8H/hnZc8e/4P/I7hl245zmpGmnsNoGFABQB8e+BLC++H37Yf xg8NwzhPCHx1+Gvg/wCOGl6X8xls/id4EvP+FS/FfUQS58nT9Z8Fv+z+sVlFGlqNd0rxFrDSzXuu zhNJfD1872uk/wAtbaf0tJfD1872uk/y1tp/S+wqzMwoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAklOEJyBjJy3QcHk8jgdTyOO461EL+0du7V/V+j39Bx3V v6/B/kfFv7H0MKaz+1/cKy/bLz9sX4kPqUQwDDPZ+CvhnpOnhgBndL4e07RJ8szEiQFCsXlxp1Vf gpvTbW3ey69r3+8qeqi9Nb/16J9HsfZ1YEBQAUAUNW0+DV9K1PSbprpLbVNPvNPuHsb+/wBLvUgv LeS3laz1PS7qy1PTrpUkY29/p15aX1nKEuLS5hnjjkWo25o32uvzE1dNd0fy0f8ABIf9lz4fftQ+ F/8AgsP8MP2hZvGPxu+Fnhn/AILM/tufCnR/h58UfiD408WeGV8NeBdM+FPhvRI9dkv9bbxF41u1 8NQaD4cifxvr/iS20fTfDmly+GrXQtUuNa1HV+qUFBJyT1dkl18t9lve6uu5Dg9LNJpK/rrr/l9+ 5+aPxr8f/FX4lf8ABu7/AMFa/g7Fr2s6ppX7Ff8AwU3+Lv7NfgXUta17WNb8QN+zx8KP2iPg14u0 vw7rWt6s99qer2/hnQfG83hKyF9Ncw2/h3RvD1pLdKLeP7IOPLLTdJrdd3fVpr08r2ejvNlzWe3z 3t633+fe2x/Zx8drzS4P2SPjDqkbQpo9t8BPiXqAkVg8KaZB8P8AXZ1kRpjIptJIVUfM6GOykL+c ssazUK/tGtdUkr2s3p2try3ab+0tNHYh7x9f0Z8Nf8ECfDnjTwn/AMEeP2B9F8e3U13rrfA7T9ft ZJ3meWHwn4w1/XvF3gGwYzxQyINM8Ca54b01IGiQWy2otk3RxIxyrR99X3ad/le3/B/Q3p2afz/B X/r+mfsDWBQUAFAHwZ/wVOaSP/gmh/wUEubct9tsv2Lv2nNQ0tU+++saf8GfGV7o6R8E+c+pwWiQ 4581kxzjFQ+L+tf63+RUPi/rX+t/kfd0P+qT6fnyeR6A9QPQ0S+J/wBdAl8T/roS1JIUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAU AFABQAUAFAHIeP8AxMfBngbxn4u8qKY+FvCXiPxKIZ2KQzDQtJutSMUrqwdUkFvtZlKlVJIIPNVH e9tt327O27t5foVHe9tt327O27t5fofPP7Cfgi5+Hf7GP7Jng2+u7nUdU8N/s6fB3Tdc1O9CxXmr eII/h9oEniHWbuKFI4lvNW12bUdQvI0jjiFzdy+VHFFHBDE5210tt013f+S16bdWOdtdLbdNd3/k tem3Vn1rUEBQAUAeE/tEftJfBr9lP4Z+IfjL8fPHOlfDr4Z+FbOW81rxNqsGp3qxLBa3d/NBa6fp Fjf6lfXS2FheXaW1jaXUzQ21zM8cUNu8jUknvfa/z19ei2tfdlJJ732v89fXotrX3Z8d+Mf+Cu37 FXgT4e/DX4v654x+IV38H/iR4M8AfEA/F/w18DPjN4q+E/w38KfFLw5pPi3wLf8Axq+Jnh3wRqng j4P3mq6Druj3t1onjvXdI1rSItRsrnVbCztb2zmuGoN7X6b7at9ba9NdtRStFX18vxvrbXS2q9Tx /wDar+Lcvxr/AOClX7GP7DuneIUf4caP8Efiv+3T8b/CmnSwX1l8TPDnhXxB4e+DHwH8MeKLaC+R 5/Ac3xJ8ba98RlivUTSvEXiD4XaDaOt9Da38Fr20KGkpa6X3T2Vnq0vPW3MtNG9b8dWry721aSXr fba7Vt9Vd206aH7cXj+b9kH9sL/gnZ+0BpGu3GjaH+0z+0PafsEfG/w+91a2fh3x5F8W/h5498Zf A7xDrsbxZuvFnw7+JHw2l0fwTqayR3kGh/Erxlossz6df2tpBk7TUl06WWvdtX3avZ26u11e5Z+x KyeYiNxyobjp8wBx1YZXocMRkdulc0lZ2s/n6vX0ZrDb5/5C1JYUAFAHxf8AGPWn8G/tZ/sWalET I3xHuf2gvgTeGUoQYdZ+Fw+Ovmqu1QLmK6/Z3jWJ41Vltb26SNVt3ZF1snFv5/d56/PXy3u3rZOL fz+7z1+evlvdv7QrNq1vNJmbVreaTCkIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAbIN0bqxwpVgSegBBBPPHANNbq3+Q1urf5HxH+zHZ6j4S/aE/b48GaqWSD XPjt8Ofjl4QikTY0Xgr4l/s4/CPwbdBWGUmi/wCFp/CD4qSC4VmHmSyQZxApa5LSNtbf1t30d1uu pclpG2tv6276O63XU+3v8+n86zMwoAKAMDxVP4jtfDHiK68HaZo2t+LbbRdTuPDOi+I9bvfDXh7W NfhtJX0jStd8Sab4e8Xaj4d0bUL9be01PXrDwl4rvNGspp9RtvDHiCa2TSLy4LmnGO13ve1tN/Vd Fpd6XW5M5ckXLt+v9fefiR/wTM/ZL/bj/Yzb9vg/EPwz+zB46m/ar/a5/aJ/bd8Mv4R+OHxa8NDR /iP8cpvBqp8JteXUv2a7kW3gvT4PD1zcS/E7SZtT17TblVhtPhhrJu4r+w6pYdRt78pJtKyavrvf X7tt9WkmZfWNFeD3d24X9L2d0+99XfXqlyf/AATp/wCCbPx6+Efw2/4KEfs/fti+FP2cPiH8FP29 P2iP2lf2l/FkHw4+IvxH1TU9I1H9oyz8IeHdb+Ds/hnxR8GPCEV/4a03QND1PU9P+I9p480zWtL1 ltPg07wR9ol/4SHSnK0Wru/L7urvfXS6btq3q97dbFKaa1Tu3d/5+q/PW59gah+zR+0f4y/Zw1H9 jDx9478MT/CW78DWvwo1342+HNV8Raf8cviD8KCLzw9qfg2+8IX/AIev/C3gfxdr3w7t9P8ADPi3 4saR8Qtel1zUtS8Q674c8BeAtRvtOvNB0puHM5u11Fuyta+1npra7cb7W3Wlsq15qKjo1JPR26eV lpZb77eR+jngbwrpPgTwh4d8IaDp1ppGh+GtIsdC0XSbCCG1sdN0nS7eOy02wtLeDEUVtZ2UFvbQ qvOyMM5aRmJ4q0lKpJpu1+v9dNum1lojSnFpJtvTq935ea7vr+XTVkbBQAUAfH/7eOhxeNP2X/Hv wvmYpB8bNX+HPwHvZE2mWHR/jd8S/CPwu8SXcIYhTLYeGvFWsaguTgC1ZsHbg3Dd+n9L+u333Dd+ n9L+u33/AF3ASYYsgA+WmQMYHyjgYLDHpgniplu/6/pdvImW7/r+l28iWkIKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgDyH4+aZLrHwT+Mmk26u9zrHwn+IelWyxqzyCa98I63aqUC8libhcKPmdlVVBcqDcej87Pvra3y uu/XtcuPR+dn31tb5XXfr2uZv7NGu2fin9nb4CeKLFontfEvwY+GGu2r28qTWz22r+CdE1GFreWJ mhlgdLoPDNEzRyxFWR2Ugly6+f36W+/ZNdfe9Ry6+f36W+/ZNdfe9T3CszMKACgD8+f+CtSW8v8A wSz/AOCkiSeUXH7Bv7XDDcFLKY/gB4+mQk4JTYyLICSArBWyCVJ1pr3o6aWe6Vnvvfy7XfrZoyk3 zNXfTb0XQ/LXWNA0O3/4NWYYY9MsIwf+CJfh7WjBFEkEY1a4/Y50XXZtR8uAIVvn1eSHWJbsKzza gy3NyzvK8h6W3flVlqr6WdrX+JfdbdLVbDnpy+vrtr101V99+54l+xd4Vbwh+1B/wQ0/as8a3+oX UX7Uf/BCX4c/sby+I9WupLq21T4qeDNB+Df7TuiaXLdTIVi8SeLvCb/F3WzO11NJrFt4Wu0tkb7L LJcdNBq0rv7Letv5b300bTTab+WisspJNq6vZvpto++vbc++P+Ctng2y+P3x+/4JC/s/afJPe6/o f/BQTw1+2dqdhp7+VfWHw/8A2R/hj8QdX1DxLd3AhuJLHSR4/wDiF8NfDe+dY4NRuvEtvYLMsynb zYSN1UbSdnazvpo7+T6dN+yZdd8sraq8bL8NHZ22vq9t7c1mv2+tg4hj8xQH8uPd067AWGATtAYk bQzAc4YjmuOfxS9bd9tNze6cY6a8qv8A1/W9uhPUiCgAoA+EP2nLOXV/2nP+CbtvbgiTQf2kPjB4 5vFQB2XS7D9iv9prwNM0pQnbAdT+JGhq0jYjWcWsWd80YbW1lL0fW76r87t+b02NbWUvR9bvqvzu 35vTY+76ze/yj+SM3v8AKP5IKQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgBrgMrKc4ZSpxnOCMcEZIPPXHHWmnZp9tf8AIadmn21/yPj/AMcaje/Dn9rn4U+J p7aP/hEfj38Pdc+Ceo6pk5034j/Di68Q/Fr4X6fdAbvL03xL4S1L45wPqJLpb6zp2gaX9nafXLYp ovhaXS3r0ffdPp5WuaL4Wl0t69H33T6eVrn19Fu8td2N3O7b0Jycn6nqc85JyAeKzejt2t+X9f8A AM3o7drfl/X/AACSkIKACgNOqT8mGAARgYPJGB19ad33f3sLRsvdV+/f5WHAgA4VQT3UAHOOvTrR d92/Ju6+ZDgm+q9Lf5Bld27bzjHX9enX3obbVul7r/L0DkXn/XyG1L1trbbby/z/AKRoml0W1rdv P/hreVgpiCgBCcAn0BP5U0ru3caV3bufHnxvudT8f/H/APZw+EGkDbo3hTVfEn7RnxOuiUlhk0fw No+peCPhh4NaIvG8GpeKPij40sfHukXzGS3Wy+CniOwuIo5NQt7q20ikrta7L77X+66v6PY0ikrt a7L77X+66v6PY+wkACjHTqOCuATkAKcFQBwAeg4rN7v9FYze7/RWHUhBQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAQ ywrMro4R45IzG8ckYdGVlYOrgsA6P+73IRghCpyHOGnbp3/HTp2V/vGnbp3/AB06dlf7z47/AGCN F/4Qf9l34afB0FpU/Z7i8Rfs4Ws7uzvc6H8A/FGtfC3wlqOHPmxJrXg7wz4c12CG5Ju4bXVbeK5B uI5yly6373S87Jfgr7XXe2l7l1v3ul52S/BX2uu9tL/ZVZmYUAFAHz7+03+zl4M/as+DvjT4F/Eb V/Gtj8PfiNo+r+GPHemeC/FuqeD7zxT4Q8ReHtV8MeIvCOo6tozQ6iPD+v6Tq91batZ21xbyXMZ2 CdAxIuMrWvZW9b66+fX0/O65U3duz+/9H/Wx833H/BNX4K3f7Hcf7C914y+N0/7PEXgiD4XL4Sl+ LXimW+k+FNt4VtfBlv8AC+fxS83/AAlMngi18O2iabZ6UNYSS1tBFbRXX2aFIq1dbZpLfV8vW1rX 0dutvPfoEoXS120vr+Oi8mz0T4dfsLfBT4c/s8fD79mS1/4THxN8MPhKfAz/AApt/GfjDV/EPib4 ZH4a2Ojaf4Dh8CeM7h08R6BD4RtdBsrfQZYr2XUbS1uNVsJ9Qu9M1W8spLjiHCXMkrtON9UrJLdL V72vdXSSa0uSqS6y06NLrp38n2/A9X8Efs/+DvB/ii48eTS6x4o8f3ui2fhu98deMNXvPE3i2Xw3 Y3dxqNv4ZtdX1J3OkeGV1S4bVZNC0eGxsLvVFj1HUY769gtZ7aIVfZqXKr3d+qSvptbtot+qsle7 q01Ulzcz07L5at/ge7+vp2HoPSsG7/h/w/z3LbVkrWsrevy0Xf7wpCCgAoA+StVurDxJ+2t4F0lJ ILi9+Ff7OXxB8Q6pbnJfTJvjL8SPAujeDb4oyjy7jV7b4JfE6ztXByLbTtWiV2Hnbtdot73XzV+7 699t2293bXaLe9181fu+vfbdtvd2+tazbv8Acl9ysZt3+5L7lYKQgoAKACgAoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo2DY8M/aG+Gup/E74a6jo3hbWoPC/j3Qb3Sf G/wz8TXll/aGleHfiL4K1O18ReEdR1rTknsp9S8Oy6pYx6T4r0i11HS7jWvCWqa/pEOp6bLex6ha XF7tvTbXXfv5aavyRcXu29Ntdd+/lpq/JG78Fvilpfxf+HGgeNrKL+ztQuDqWieLvDs84l1Dwd4/ 8L6leeHfH3gnVwY4Xj1Xwj4t0rWdCvg0EKySWBubeP7LNA7JqzfbTXy6f8P1E1Zvtpr5dP8Ah+p6 tUkhQAUAFABQAUAFABQAUAYfiHxBofhrQtd8QeINb0vQND8PaRf61rut6teW9lpmiaRp1tcXV/q2 q3dxNDDZ6dZW9rc3F1dTzQxQw287tLGI2ZWt1/Xnf9e3fQa3X9ed/wBe3fQ+Z/2ZdA1fxJceO/2i fGMWvQ+JPjjqOmX3hfQ/FGlvomreAPgt4Xs5tK+FngmTQ7qzsdU0a+1CCfxB8VfF2ma5axa9pfj/ AOKPizw/fLa2Oh6Toeh6NpRaveyt28vw6/LuaNpRaveyt28vw6/LufWY9hjk/wAzk/ieazej3vtr 8v02M3o977a/L9NhaQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgD468BRS/Cj9q34seCLm9jh8G/tBaJZ/HXwRb XUpQWfxH8JWXh/4dfGjQ9OaQrCLO90C3+EPja0sYy13JrWs/EPVGRrZzMNJXa2tb06W/BXenTqaS u1ta3p0t+Cu9OnU+xAyt91geAeCDweh47Ht61mZi0AFABTTa2Gm1sFIQU7tW122Hdq2u2wdKQgoA KACgCOWWKBHlmljhjjUu8krrGiIoJLO7kKqgAksSAACSaAPjr9k3+z/Hs/xU/aZgea+i/aI8Y2+p +BdanQiO8+BvgHSk8KfCH+wTIqyJ4P8AE9qPEvxc0BXCTXM3xR1bWZILNtZmsbfSWitrbTf5dnp+ T1e9jSWitrbTf5dnp+T1e9j7JrMzCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAK ACgAoAKACgAoAKACgAoAilRn2hSFwd27OCCCCoxtOVzlmG5d2wRnKOxVp2f9f5q3XXW3Yadn/X+a t111t2Pkrx3Z3/wC8e618a9Etby9+F/jBtPn+PHhfRdMW+1DRr7SbC10jTfjnolpZiHU7x9F0ey0 zw98UtItYdd1LWfBVhomvaRBDqPgu70vxlqndedn+N+qVlqt+r1tsap3XnZ/jfqlZarfq9bbH1Rp mrafrNrb32mXUF9Y3lvFd2d9aTRXVleWc8UU9teWl3bvJb3NrdQTxy21xDK8VxGTJC8kY31k1b+t fu/rz3Rk1b+tfu/rz3RpUhBQAUAFABQAUAFAEMs6QlA4PznC4K88EseWHCgAsTjO5VXc7BS0m/6/ y189tr9hpN/1/lr57bX7Hx74rJ/aY8az+ANLNwfgf4H117f4sazE1gdP+J3jLw5qGnXmn/CbSZBL d3194Q0HUGuLj4t6tp8Wk2Gsalp8HwpTV9et4Pix4f8AD9pWSbXfVO1k9t++unTtdlpWSbXfVO1k 9t++unTtdn2DbwmFNhYt0IJILZ2gNuIRAzMwLs+1SzO2QMZMt327Jetuvl5Et327Jetuvl5E9SSF ABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFAHzt+0b8L9X8f+DtM13wdFoh+LPwm8S2XxQ+DV/rtzd6dp9v4+0W31 DT10bUtYsLe6vNI8O+PPDGs+Ivhv4uvIbDUzB4V8X61cx6fc3lvZtDaa2118uv431t0X5p2mttdf Lr+N9bdF+afe/Cr4k6J8UvBeleNNGgvLCLVBcQanomqCzi1zwr4j0q5fRvEPg7xNDaXd3b2vibw5 rlne6Lq1tFdXEEd7ZzRW1zcW8UVxKOOr8rJXfk38tm/u0S2HHV+Vkrvyb+Wzf3aJbelg5AOCMgHB xkZ7HBIyPYkehqCBaACgAoAKACgAoAKAGSSLEu5s7cgEgZxnuewUdWYkKqgsSAKP6/r8vUP6/r8v U+SP2ideuPiHqGk/sx+CtVgt/EPxN06a6+KmqW264vvAPwISWfT/ABbqIWCaE6f4o+Icouvhr4B+ 2zwXdtqN94k8Z6ZZatF8PdY06bSMe+qXbvpqvlZ9fv0WkY99Uu3fTVfKz6/fovqjStMtNHsbLTNP tbex0/T7WGysrK0jSG1s7S2iigtbS1gjjiigtbWCJLe3giRI4II440XaOJcrr5/gr2/P/gslyuvn +Cvb8/8Ags0qkkKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgCvczrboHZlUF0X5gxyC6hlULyzldwRRlmPKq5Gxqir30ul/Xdfmla/kVFXvpdL+u6/NK1/I +T9Q8XeIf2hdTvfCvwz1e+8OfCrS75tK8d/GbRJRb3/ia5gbULPWPAXwguJrW8t7mW1u7NbHxt8T zHHZ+Gra+n8P/D641Dxe+r+Jvh7SurXtok0nbS76t6q++jdrbbIpXVr20SaTtpd9W9VffRu1ttkc 9p/gTxT+yfp1ufg34auvF3wB0y1tYtS+C2hoZ/E3w7gF7aW93rfwOiuDKuqeHLfT5LrVtX+E+q6m Lp0tRc/DfUG1j/ihfFg/e62fZ6JJX37taptXS7dQfvdbPs9Ekr792tU2rpdup9OfDn4leCvit4ff xR4D8S6T4n0aPUbrSbmfTJXFzpOr2KQHUdA1/TrlYtR0HxHpUk6RaroOsWtjq+mSPHFqFhaXBaFY as/61816/Mhqz/rXzXr8zvaQgoAKACgAoAwfFPiTQ/B/h3WfFHiXWtI8OeH9BsLjU9Z1/X9RtdI0 XR9OtIzLdahqmqX0kVnp9laxK0s93dSLDCil3yBtZpJtJ/12/EaSbSf9dvxPla68W+NP2k5pNM8A v4i+HvwNjuIv7S+Kpe+8NeMfitp4sVubrTPhTptxZJrfh7wfdXkken33xWvotG17UrKz1J/hTanT 9X0P4pafdlH57K3X73prtu9tet2Ufnsrdfvemu27216/UHhLwj4c8F+HNC8L+FtHstC8P+HtMstL 0XR9OgitbDTLCzt0t7e1tLa3SOGGNI1G4RookfdI+53ctDb1X9b9b6u3mQ29V/W/W+rt5nT0hBQA UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFABQAUAIQDwfUH8QQR+opr9H+T/ADGv0f5P8z5N8eeE9e+DfjjU/jZ8MdGu tb0DxPJaTfHr4Y6Dp1vc6v4uFlaafpFh8WvCsCXNjNf/ABK8JeGtO/s/xBp7/wBpal8R/A2j2OiW MF94t8KeB9J1TW6drOza08trrp28vI1unazs2tPLa66dvLyPoXwb418N+PvDukeLPB+taf4i8O63 B5+narpkyz286JNLbSr8uDFNBc215bXttci3u9Pu7Wawu7SK9hmhSGlra+l9fu/zskl1vexDS1tf S+v3f52SS63vY66oICgAoAKACgAoARjgE+gJ7DoPU8fnxTSu0u7sNK7S7ux89/H3476Z8H9Ba303 QdT+IXxI1bT7y/8ACfwx8MWtxqXiHVbDS7qyt9a8W6hbWMF9qOneBvBX2231PxZrtppWqamlsINH 8J6D4q8c6x4W8J69aj6q63v32VlbV72u7ab3LUfVXW9++ysrave13bTe4/8AZ68GaNpngqHxrF4s tPiR4h+KK6d428VfEezeE6Z4v1G60Ww0+xm8PWVvm10bwboukWlrovgzQYfMm0vQbaA6vd6l4ivN d1bUW3stm3bzV3e/b7uuz0G3stm3bzV3e/b7uuz0PoKsjIKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgCpd3dtbQTyzyrFFDDNNNIzKiRRQpvmkkdmRUSJc NIzOoRSCzKMkNLa+z+/qtPu/zGltfZ/f1Wn3f5nyjbaprH7TkpTw1f32h/s8RvAbnxpp99eWGvfH OGOa5ae0+H+raLqun3ei/Cy4ZLeC78dI08vxDszNB4JNn4Vkh8Va9o2lbq793oleyuk9lo156mja Vurv3eiV7K6T2WjXnqfUmh6LpfhzRtK8P6Hptlo+i6Jp9ppWk6TptvFaadpmm6fAlrY2FjaQIkFr aWltFFBb20KLFBFGkUYCItZvd2/r+vve7M3u7f1/X3vdmhMnmJsKK6tlXBwTsZWVsBuDkHawJX92 z4O7AJF2e9tGv67euvoEXZ720a/rt66+h84fEv8AZs8PeMdW1Lxx4L8QeJ/g58Xr63sIV+K/wzvr DSteu00qSRtPs/F+haxpeveAviRpEEM1xZw6X8RvBfi5NPtL6/bRJtH1OW31S1tSWl/x1t5r5Wvt rqky1JaX/HW3mvla+2uqTOPuvHP7Vvww1C3Txb8JfCv7QPhDyViuPEvwN1q0+H/xLsroEiO4u/hJ 8WfEVt4K1LSlXzJ9W1bRvjrBrMcu2DSfAOqiUtb1btZadOummv6222t1q3ay06ddNNf1tttbrauP 2zvg94YSVviJpnxo+GEEKrJean8QPgN8XLHwppW7Jcap8R9F8G6z8NbFBjiS58XpC6q7wzSxxyOk Si76Lv11+d3/AF1IlF30Xfrr87v+upzzf8FK/wDgnpHItvcftu/srWWoSAG30XUfjt8N9N8Q3qnO 1tO8O3/iK313Ukchljew0+5WR1dIyzIwByS7b7efoLll28+nQ2bD9un9mzxWo/4Vv4l8Y/GiIsAL 74IfB/4u/GHw9HICBtu/GHw/8Da/4L03YxAlbVvENgkOQXdGwQ1CS3Vr2s3/AMCz8tGt18qUWt1b bW6018nfXbR+vky4+MP7Q/j3UbXTfhJ+z9c+CNJE7LqvxC/aO8SaT4ds7e3liAifwl8MPh3q/jrx 94s1JT895onji/8AgfbWkBW5i8QajcZ0wvl030627b+Sv522t6t8um+nW3bfyV/O21vV6mifs1Te ItVfxZ8fvGuofGzxJHq2n6x4f8P6lY2/h/4OfD2fS2gm0638B/Cixe60y5bTtRt01y18T/FLU/ih 47i1vbNp3ifRtDh0vw3oz0SbtZPV6u/33vd6eS11Hok3ayer1d/vve708lrqfVFrbi2RkViQzs/z bSQW+8dypGWLtmWRnDSNLJIzyOSDWUnd6f1q3+vl6Iyk7vT+tW/18vRFmkIKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKAEIDAg9DTTs7jTs7ny142+D/jPwn4g1f4mfs93+i6B4m1SbUtU8Y/DjxJd6nZ/C z4oanPHZzJrOpnSrfU774f8Aj15bBbY/EHwpoWpDVoNQv0+IPg/4gLDoU2haJqXr89F+tn536qz0 NE1L1+ei/Wz879VZ6Gh8Of2kfBXiTxJa/D/xraa38Hfi5f6dLeQfC34mx2Olatq0els51m68B+Ir W5vfCnxL0zSjPA2p3ngnxFrcui21zps3iTS/Dt7qaxXcuLtdJvfy07W0d16eS2RLi7XSb38tO1tH denktkfSYkQkgE/LjJ2tt5JGA+NrEEEEKSQRggGps/wv8vPt+vQmz/C/y8+369AV1b7pzyRkAkcY 6kZAznjJGe2aGmt/69Lg01v/AF6XH0hDDIgJBdQRjILAEZ6EgnOO+e45FWoSeqWnfdPpurrTqNJv p+D/AK/ruZ+pa1pWjWd1qOraha6Zp9jbzXd7fahMlnaWdrbJJLPc3VxcGOK3t4YoZpXmldYxFFLI GKRuyy01/wAOvT89+3ULP+v6/wCGPkpf2h/E3xfms7T9lbw3pfjTQNRvJvtHx/8AGsWsad8FLLSI 02trHw9WzTTtV+P09xdCGHSf+EF1TR/h5qNqby+uvi7pdzaWen6vcVunbTppfqu3n1v02W9xW6dt Oml+q7efW/TZb+t/C34N2Xw5tL++vdY1rxt488SxWn/CcfEbxbdQ3nirxRcWn2o28TfY4LXR9B0D S2v75fD/AIQ8OaZpfhrQ7e5mGn2ME1xePdDkrrfR66vo9PX5+d+jByV1vo9dX0enr8/O/RnnevfD 3xV8G9e1f4jfBbRzq/h3X9Sm1j4ofAqwaw02w8Rahq2rXWq+JviZ8Nma3it9K+LGoT3+r6x4p0i8 vrfQfi1eiK81q60nxze3vinVRNNWfpddk9b3e2q9NdkCaas/S67J63u9tV6a7I+gPA3j7wn8SPDe m+LPBuqpq+iambqGKcW91Z3Vnf6dcS2Or6LrOm38FtqWheItB1O3u9H8QeHNZtLHXNB1qxv9I1bT 7PULG7t4Yaa6ENNdDsaQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgDL1fV7DQrC+1fV7yx0vRtKsLrU9U1bUr22sbDTbGyglubu7v7q7kgt7Szt4Inmmu5plgg iSWSdo44y5pK/wDX6+V9V9xSV/6/XyvqvuPk6xsda/ajuoNU1+x1bwn+zkWsdS0nwxdR32ieKvjn Pb3clxFqHjWw1HR9P17wh8KI7mDTb3SfB7TaT4n+JVvcTL48tdN8A3N/4O8cX8K31s7J+nlo3+Gn KurL+Fb62dk/Ty0b/DTlXVn17bWtvZxRW9rFHBbwxRwQQRIscMEUQIjihjUARxIpCRxLiKNFVI0R Rg5ttmbbZYpCCgAoARlVhhgCODggEcEHoQe4H8xzTTa6v73+g02ur+9/oVpLK2kzujHJzxkYPqNp BU/7pHrT55d/Ty/z+Y+eXf08v8/mRf2ba4IAmGVK/wDHxOcA9SCZCVfHAlUiVfvI6sAwr2krJWWn dL+vxDnemibXVrX5diT7DbgBRGu0c4KxsScEAl3RpCwzkMXLZzknJBTqNt3/AK0t6bb6a+T1Hzv+ r/j09dFfydrTJDHEAI0VAoCqFVVAGSTgKABnJzgUnJtW6b6/5/lf8ROTat031/z/ACv+JLS5nZre /cXM7Nb37hSEFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAF ABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUABGQQehGD36/Xj86bd+21tP18xt37 bW0/XzOG8a/DXwJ8RtI/sDx54S8PeMtD82G5GjeKNJs9c0n7Xb7vs9ydO1CKezMsQkkUMYSSHO7d jmlLurLXbo311/rUpS7qy126N9df61PnTT/2YPEHw6a8T4G/Hr4u/DvRbmee9j8AeJdW0340/D2w u3CuI9Es/i3a+IvHfhLw+pJgtPBvgL4h+FvBGjwBbbR/DVhCkaR3dPzvo2k/8nqtLX76F3T876Np P/J6rS1++hnTSft+eEy4tL79kr42wBy0J1LR/jH+zZdxxnmO3nvNLv8A9qyy1G6kXInvrHS9Ltoz 8yaV/wAsy4wjPS7stdLJ+m1uvVX37hypq1/yXytbpfqrq/mRD4g/8FB7jEX/AAzX+x1pIkO034/b U+NfiKS2JAO46F/wwP4YkumClWMM2s6ZwRmYZBpqir6ye26Wl3e1m9GrbkqGru+n4/qkaWneF/22 fE1wH8XfGf4H/DnT5F3toHwo+CHifxL4isGYNs8n4ofE34l3XhjUACRuUfBO0m+UhymSqVywWnS+ t5NbK3T3na2ztH9XZa6adW3bsrd/ROy19DS0j9kDwFe6+3jH4wa943/aH8XstssWofGnXoPEHhPR /skvnW0/hX4N6Dpvhr4GeEtUhcKH8S+H/hnY+L9RRIY9b8RaqtvAUiUorZ6dLav5t9/N3sPmilZP 7tep9VQWNtbKiRRhEj4jRQqRxgAKqpHGEjVUQKkahdsSDbGFBbOTlfS36+nzXfd6J365uV9Lfr6f Nd93onfrcqen69Sen69SNolYkknntwRjBBBBBBUjqCDzyMGmnb+n/n/Xo2hp2/p/5/16No+dvGfw 38S+GPFV98XfgrHZr4s1FbJfiB8P725Fl4Y+LOmWM25JneWaK08L/E6zsLi7ttB8bJFHFqtvFpPh 3xw1/oOlaFL4ete9o72fVPS6dv8At7otb67Fr3tHez6p6XTt/wBvdFrfXY9K+HPxM8N/E3QBrmgS TwXFreXGk+I/DuqRCz8R+DPEenuItX8L+LNMDzNpGu6XN8ksEkjW19C1vqWk3WoaPfafqN3Ljbv9 3payvrq7dbfOxLjbv93payvrq7dbfOx6H+n+fapJCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgDkfGvjPwx4E8Mar4t8Wa9p/h7w9o0UUuoatqM5gtYDcXENnaQLsInu r2+vbi2sdN02zWbUdV1C5tdO062ub27t4ZKitVpvrtut+vexUVqtN9dt1v172PnnR/CHiX4/ajp/ jb4taHe6H8LtM1HSvEHw9+CWtC0lvdS1XR9SOraD8Q/jFZeVdRy6xp9zbaH4n+Hfw3jkNl4J1G2s /EnjAal8QbbRrP4f02k7d73sl2tp8+j6+T1ptJ273vZLtbT59H18nr9Yqijadq7gMZwMjO3IBxnn aufXauegqG293chtvd3H0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAU AFABQAUAFO7WzaHdrZtBgc8Dnr7/AF/IUXfd/ewu+7+9iYHoOmOnb0+ntRdrZtCu+/8AX9JAAB0A HOeABz6/Wjmk92303e3Yd33f3sXAznHPTPfHpRdvdt/MLvuwou1s2gu1s2gpCCgAoAQgEEEAg9QR kH6+tAHgvxI+F2sy+JLX4p/Ci5sfD/xSsbexsdWjv3uofCfxO8M6dPLOngvx5FZid4H23N4nhTx1 Z6XqeveA9UuU1FLTWvDv9teEvEFxejTenT9X3X66qzbLi9Gm9On6vuv11Vm2dD8MfippPxJsb+P7 HqXhbxb4XuINL8d+A/EMaWniXwZrbI7/AGPU4QxhvtLvEgluNA8VaUbvwv4u0uW31bw5qd5aSb0G lZ9ez06+nZ3fTZrVXsNKz69np19Ozu+mzWqvb1hXR/usG4zwRkDLLyOo+ZWXkD5lYdQQIIHUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHCePviL4Z+Gmg33iXxbeLZaVZvp1 rCsKzXuq6tq2s3qaXomg6Ho1pDNqOs69r2sXFlpGhaRpkN1fatqN0lnaQPc+XFM1Fvb+v6/VdxqL e39f1+q7njfg/wABeKviR4i0r4pfGawl0ebTHN78M/hG9xDeWPw8Ky3McXirxpd6ZqF7onin4s31 i9uj3dlc3nh/4frLdaP4Ke/u21jxr4gttpaJ+d7rr01vv6N7u92W20tE/O9116a339G93e7PpqGJ YVKr3ZnOM4LOxZmAJYgsxLNydzEsSSSTDd/6/r9F5EN3/r+v0XkS0hBQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAeHfFD4PH xdqOneO/Butp4F+LXhqOOLQvGdtpwvbfWNEiu5b658A+PtKSWA+KvAWsSyy+fpwms9Z0K+uJPEPg /V9C8RpHqNWpK636L00s3pr/AMD0VrUldb9F6aWb01/4HorN+E3xaTxfPqvg3xVo3/CE/GHwnYaX eeOvh3cX41CSzstRa+stM8X+FdXbTtE/4TT4c+I7vRtUtPDHjWw0LTYr270nUtC1nSvDnibQ9b8M 6ISV7aq36v8AJ+rXnrdskr21Vv1f5P1a89bt+4I4kUMAQCWGCVJ+Vip5VmUgkZGCeMZwcgS1Z9H6 EtWfR+g+kIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAEJABJIAAJJJwABySSeAAOp oA84+J/xQ8O/CzQrbVtaTUtT1HWNWsfDnhTwp4dsJtZ8V+MfFGqyCDS/D/hzR7Yb7i5mldbjUtSv ZbDw94Y0ODUvFXi3WdB8LaNq+tWDSvvt9yXq+nl5jSvvt9yXq+nl5nl/gL4a+Kdc8U2Xxh+M4sr7 4hWkd7a+EPBthPDqvg34P6NqHmxXFv4ZvpNP05te8bajpd6lh4y8fXVss1wsV7oHhGLR/DUuq23i XTayV0t9lre9m9Vpp1Wi3to1ptZK6W+y1vezeq006rRb20a+lRGgbcF5zkZJIB2hPlBJC4XIAUAA M+Mb33Ztt7/1/X9bIzbb3/r+v62Q+kIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoACMgg9CMHt19xyPwoA8h+Knwm0n4iJ oOrW99qXhXx54OvpNV8C+PvD5C614a1OaLyLmC6tnkWx8SeFdatmax8SeD9dt7/QdZia1vZobLV9 I0bXNJqLt6dfTX/P1va19iou3p19Nf8AP1va19jnPhx8V9VvtZb4X/E2xtPCXxd0XT4r25sbQN/w jPxA0ITy2Y8e/DW5vLu+vL7w/PLAW8QaBeXd94m+Hl9cW2m+KpLix1Xwt4o8Ttryvdu2rvpe6e+v RW3t97a8r3btq76Xunvr0Vt7ff8AQOQehz1H4g4I/A8H3qCAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgBrMFxkE59ATj3wOTzgYAJ5zjAJDtft8/wCrfeO1+3z/AKt955N8UPi1o/w+g03R 7SwuvF3xE8Wtd2fgP4b6LNAniHxRdWktpbahqDmVvL0Xwj4cbULK78X+ML5f7L8PafPASL3Vb/Rt I1RqOqu10b7fe1Z38rjUdVdro32+9qzv5XOZ+GPwhv8ATdal+KHxR1LTvGnxi1XTL3Sl1q1s2h8O /D/wtqV6mof8K/8AhnZXcl3c6VoOyDSovFeu/aIdZ+I+saHYa34gS1sdP8M+G/DDbtstL+aem/z0 63aun6Nu2y0v5p6b/PTrdq6fp9AKCBzjqTx7nPoOal6v+tuhL1f9bdBaQgoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAK ACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgDzT4k/C/Q/idpltYaxcalpd9o+o2+veEvFHh68/szxV4M8UWcE8Fp4j8OaoIZhbX0cNxPY3t leQX+ia9ol1qnhzxJpOs+HtZ1TS7mrqyXya6Wv63dum2v41dWS+TXS1/W7t021/Hz74efEvX9F8R Wnwk+Mo0/T/iCLOdvCnizS7K+s/B/wAZNMsLG4vrzVfCqXEU0eieL9PstNvtQ8XfDOTU77UdAtoZ NU0O413wmItXt6ktG77bp7rfsurb/wCDuVJaN323T3W/ZdW3/wAHc+iUdZASp6MVIyMgjnDAElSQ Q21sMARuUHioat/WxDVv62H0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFADJCyqWXBIIJzn7oY F8Acltm7YOhbAJAJNNb/ANfL8Rrf+vl+J4p8UPitN4XurDwR4L0iLxp8WvE1lc3Xhrwh58lrp9hp 8FxFp914u8b6tDFdx+GvBWkXlxEdSvZ1/tLVohc6V4TtNa18R6c9qNlo367rTunbW/TVp2LUbLRv 13WndO2t+mrTsXPhl8KLTwc+oeKvEGtT+OPid4qjh/4Szx9eLcW32uzt7y6vdL8NeFtFkvr6z8G+ BNB+1GDRfC2jSJBKySa3r91r3ivVNc8Q6pLk79rPT8vm7adrEuTv2s9Py+btp2sewgAHPfnkknGc ZAyTgcDgYHHSpv8A1/X5k3/r+vzFoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgDz34i/Dbwj8S/Dc/hrx dpC6rYSX+m6raypLcWuq6NrWjXNvf6N4i8O6rZSW2o6H4m0TULK1v9C8Qadd2ep6RqMFveWd5C9v GBSbb77+Xz039NdLqxSbb77+Xz039NdLqx414O+J3if4Zaz4e+FHx11aLU7/AFu4sdB+GPxnuU0n TNO+Lepf2Y1y3hvxNaaVb6ZpWgfGgw6fqmpXGkaRomheEfHlgieIPh9p2jk654D8FU4p+X6ata+S 62231vcpxT8v01a18l1ttvre59TKSVUsAGIBYKSyg45CsVUsAehKqSOdo6Vm9G12M3o2uwtABQAU AFABQAUAFABQAUAFABQAUAFABQBE80UbBHdVYqz4PZFIDOx6KoJA3MQM9+DTSb2X9f1+ndDSb2X9 f1+ndHzx8Svid4gi8TRfCj4SWen+KPi3qWnNql02pT3/APwhfwv8O3MtpbL4x+JOoaZZ3QheVbqe 68EfD2S70zxD8Ub3Tb200dtN8LaJ4t8Y+B70S/Xz10V1fTe9m1eVtbl6Jfr566K6vpvezavK2tzt vhb8J9G+GdprE4vL/wAT+MfFd+NY8cfEDxCYbjxR4w1fMhjlvpoUjtdM0bS0ka08NeFNGt7Hw34W 07Fhomn20bTNLLd/6f4+e7v1uS3f+n+Pnu79bnqwAHAAA54HHU5P5nk+9SSFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA0MpJAPIxkc5GRkZHUAjucDPHXinb+rr+ v899h2/q6/r/AD32HUhBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAAQD1GfrQBynjHw d4f8daBqfhXxTo1jrvhzWrV7TVdKv4fMt7uPzEniJKyxSRT29zFFd2d1CyXdlfxW9/Y3NjfW1vdx VF26tdf60e/Wy201vpUXbq11/rR79bLbTW+nzxoni/xH8BdY0TwL8VtcvvEnw01O907w/wDD/wCM urzGbUtCu7i2uINM8C/G3VLvUbqW81i8ubGOz8J/FqWGzsPFNzfaZ4T8YtZePrnStb+JlNJ3stV0 69LO1lut0vK60KaTvZarp16WdrLdbpeV1ofV6SJJu2EnbjOVYDkZwCwAJHRgM7WBVsMCBDTW/Uhp rfqPpCCgAoAKACgAoAKACgAoAKAIZpvJAby5JASdxjXcY1Ck72UHe67tqbYUllLOu2JlDsjSv/X3 /d5/eNK/9ff93n954V49/ac+CXw58RT+C9d8aw6n4/trK21Kf4beB9I1/wCJXxMhsL1ttheTfDv4 d6T4p8ZwWmoMHSwvJ9Eis7lo5dtyqxSMr5X010v/AE9u/qtVcfK+mul/6e3f1WquecaP8ffj945k u5fBP7J2u+D9Hgn8qy1T9on4oeEfhpf69bOrPb6po3hH4ZWXx48U2dncIu9dP8caf4H8TwjP2vw9 blJQlxp8zeuyeyvqraatLur3tf8AB8nn5bde3Rb6eum+ip+NNS/bl17w9qVl4J8Kfs1eBPEl7Alt p3iPUPiN8TvHMekI1yn2q5j0Nfg14Qt7y+Fp54024udVutP02/Nte6joWt20U+k3WiopXu723Tst ++ja8vPt1aile7Wnp17726W1XWxgfDvRP2j/AIQaPc6ToHwV+BmsSXup33iLxPrl9+0Z8RrnxV4t 8S6s7T614m8S6/q37OMlzqet3kgSFJriO30vT9Ki07w94ZtNM8OaTY6Zp+bSejaVn22T0Vtey16b 3SsNpPRtKz7bJ6K2vZa9N7pWOo0v9ri50TUr7Sfjj+z98b/goLJUMHjJ9C0j4vfC7XAWYSXWm+Lf gpq/jrXPDOmRBJM6h8XvBfwsjleKSKBJZfKWWXDrdbX/AA1+W33/AHy4dbra/wCGvy2+/wC/6M8C fEnwL8UfDll4w+GvjDwr4+8KX91PZ2/iLwhr+m+INHa5tJWt7y1N/pk1xAl9Y3CNbX1hIyXdnc/6 NcxRSq6qnFpXenl/l3/4fsJxaV3p5f5d/wDh+x3NSSFABQAUAFABQAUAFABQAUAFABQAUAFABQAU AFABQAUAFABQAUAFAGRrOvaP4d0vUtb13UrDSNH0ezu9R1XVdTvLbTtN03T7CF7i+v8AUNQvpLex sLGzgjeW5vby4gtIEVmlnQKapRb9H+dr7b/8DUpRb9H+dr7b/wDA1PlXWf2zvAV7ZwSfBLwL8VP2 n9Qv3VdJj+B3hizuPB+oxF5I3vYvjV8SNY+HPwDFlAY3aRV+KUmqXKRztpOl6m0MiK+R6XaV/wDh /wCvzHyPS7Sv/wAP/X5mxbfEL9rDV4EurD4B/B7QY5lSRLHxR+0F4ln1u1WQKVi1S28K/AjXtCtb uLcVnhsfE2q27Or/AGO8vIfLnktUrpNySbvutNLd2u+6T+TDk89fTyv3V/kMXxD+2PDPJLJ8OP2c 7mBwnk2K/Fz4m20low+UiTVG+CN19te7UiYW/wDY+kC0YLArXjtk1OC5b3V76tvprdpWV7bJ69dt Smm1031fZfcr22Td776XKusfFz9qLwlZT6nq/wCy/wCGfH1ta7DJo/wZ+PGmah40vEbPmPpWlfGf wH8D/BcpgUF5YtU+JGjzsBttorl2RWyUb7P8v0b/AK9GiVG+z/L9G/69Gi94e/bG+Cl/Po+keN9R 1/4G+LtZvLLSLXwd8e/DWrfCrUp/Ed/IlvbeGtF13xFbx+BfG+r3F1ItrYj4deLfGOn6rMU/sm/v klgeU5Gu71V7W+dtenmkHI13eqva3ztr080j6jjlWQsvAZcEqGDHaSQG4HQlWXPI3o6gkqcS1b+v TX0fT7+pLVv69NfR9Pv6ktIQUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQBE0u zllO3PLArtUZIy25lYdMnCkDnk4qlG6Wqu+n/Dfl5PsylG6Wqu+n/Dfl5PsxfNU7SCCrcK2cAnqA uR82QDjbuPHTHNFvP5ddHZ6X6LXf9bFvP5ddHZ6X6LXf9bCuWPCnBGQ+fl7ccgNk5H8OMZ5yMUcu l27eVtf8uq69fIOXS7dvK2v+XVdevkSVJIUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAc9rvh3RvEOl6npHiDTNN1zSNWsb7TdT0jVLC0vtN1Ww1GGS0vNO1GyvRJa3t ne2biyvLW4UW15CWiuVaIokVRb0Wt+j3t6L0v/wNb1FvRa36Pe3ovS//AANb/NcOt6r+zFNFp3im 81LXf2d5pLaz0TxnqM93q3iD4KJBpSJDpPju5W1nvtY+GG+zEdj8QtRuJtU8FyXK2/jmWXwrbt4w 0umuaz2fXTTyd9n97022sU1zWez66aeTvs/vem21j6tS4DxJKu2RXGQ0LGVWxxmN1Xayk8BmKL33 Ac1PL629F2b766WejejJ5fW3ouzffXSz0b0ZKrliMrjIJ6g9CP7uR35yQQeACOaTSWzfzVv6+75i aS2b+at/X3fMfSEFABQAUAFABQAmRkrkbgASMjIBJAJHUAlWAPQkHHQ0AcT8QfiF4S+GXha+8W+M tYXSNHtJrOxjeKCW/wBS1HVtUvItN0fQ9C0m0hur/W/EOtancW2maLomm2l3qOp6jcQWVpazzyLG bSu0kr9731el1dfKxSV7JLZa3vq9L7dtLHzd/wAI98cvj60Vz46v9c+BXwpg1eS7tvhz4H1a+0/4 t+P9FitZYbK3+JfxEsbi0uPh5pt/Ldrql54J+Fd5beLLO50zTbbU/i2tnJ4i8D6hs1CN9r3W7svV WtdJfK7TVi7JaadHq7ena6Vtnu3vue//AA3+E3w9+FHh+Tw58P8AwjonhLSbrULzWNRtNF0+GyOq 65qD7tS1zWbpEF9rmuam4D6jrus3F9rOqELLqd9dz5lOTnZtJL17rpt5ef8AkJztdJX8+/rbW9vP 7tj0RIIYwFjijRRuwqqFX5jl+AMfO3zOcfM3zNk81Ck1s/6/r9e7Iu+/9f10JCqnGVBx0yAcfTPS nzS7vto7ffbf5hzS7sQKozhRyc4xxnJOcdM5JJOMk8mld9389f63C77v56/1uRvbwyfeQdScgd8b TnsQVwpB4ZQFIIAFVGTV29fV2fXb/JFRk1dvX1dn12/yR8z/ABB/Zm8JeJNY1/xv4E1DxB8GPi3r Rs5H+LHwqk07QPE17eaVGkemXXi3Sb6y1XwN8ULewtWurG30r4reFfF+mm2uBaWtvYRWljeWT5k7 J2bb2v6rrt02d+vk3zJpXSbfT71206bO/VdnQ0n41+MPhvrWneD/ANo+10HQ117WNF0HwT8ZvDkF zpfwx8X6zrtxFpmleGfENhq2parqHwz8darrjrpuh6Fq2pal4f8AFEmo6JZaB4un8T6hceF9M0cF a6jptZ6PbdW30u7vmta6TV0DirN22SXnpu9Pnq77X1TPqeOZWjV2dQCu7JOBt4+bLBODuU7tqg7h gYIzjJWe1raf1v27vVP0UNW6P+vv9N29H6E1SIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAYzptY70AXOTuAClSwO4gjADIwbJA+Vg3Q01/n8/LXr+PbUa/z+flr1/HtqfO/wASPjfd6X4i uvhZ8I9Dg+JnxmjstNvNQ8PtqaaZ4X+HOma27nS/E3xY8RW9pfzeGNLvrW11W58O6FZ6dqvi3xpN plzb+HtEm0+y13XNCtRTWy3ffpe1nfVfOOxaimtlu+/S9rO+q+cdjjNP/Zfg8baqPFP7RnirUfjp rg1qy1nTPCviDS7TSvgp4KbSjBLpFr4O+EBfUNGnnsb+Ea9F4v8AH9747+IUPiGW4fTvFWmeHbbR NA0gulorb7de71030Xey76Iulorb7de71030Xey76L6ygsLW32mKFFZE8tHCgMkeI18pCMbItsMQ 8tcJiKMbcIoEuV7aWtr8/wAvw/MlyvbS1tfn+X4fmWiiNglFJGQCVBwDjIGRxnAzjrgZo5pa2lJX 3s2lptou3TsK77vXXsGxOMKo2ghcADaD1xjpnvihyk95N3d3d3u1te+/zC773666/mNMUZx+7T5c hflHAb7wHHAbA3Do2BuzildvrsF2+uxz3iXwl4d8WaBq3hrxFoWka/oGuWN1pus6Bren2eqaLrFh fxyQX1jqmmahbXljfWl9BNLDewXNrNFdRSSRzo6uatSdtUm7WvdJ67db777WLUnbVJu1r3Seu3W+ ++1j5fufgf8AEb4OC41f9mDxBZW2kQ6QlmfgF8Ttf8R6h8KLqTTy508+BfF0sHivxl8E7ye2W10U 2miaP42+GWk6XBBLZ/Cw6nFcaheXHlldOz231abetuWytbzu+lmh6S31tv3V+1lZ6dtb9unr/wAL vjJonxKTVtN+w6v4U8d+FDpsXjv4deKbaOw8VeD7rWFZtMa6gimksdX0HVZIb9PDvi3w7daz4X8R RaZqUem65cXum6na2g6ajvbZvrrZNvz2Vm7pJtNR2Fa2jS2b66tfjtvqlrt39kV0b7rK3JHysDyr FWHB6hlZSOzKQeQaxs+zIs+zHUhBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA0soJBZQQAxB IyFOQGIzkAlWAJ4O046GnZvZNjs3smz598f/ALRXgjwP4jfwDp9l4r+JHxPOmpq4+F/ww0Y+KfGN rpdw80FjqXiaSW90rw18O9G1O4t3s9K8QfEfxJ4Q0PVL2C8tNO1S7nilZNIx5ntv5aW3btbXuu+1 ktC0r6209NLaPRWu3rp37JaHAJF+2V8S9KvDf6r8M/2ZrLUvNis7Xwtp0/x3+KGl6dIM296/ijxJ H4O+Fvh7xcEb/SNL/wCFefF3wnp12rQxa34lsxHey24U42u11303S1tu7X7q3ROw3GK3/G23Vpbv fq7rzsryaL+yNpLWFuPiF8ZP2kvi14hKqdQ8U+LPj34+8Hy37ssfnl/AvwPufhF8HrBXdZH2aP8A DTSQvnPFam1t0t4YDngmrKL0tpGO3m7t6JaWv5rYLxVrdultvPr02/C9jbP7IXwbCkC1+IJkKEfa n+Nfxxa8LkoUlluv+FmCV5UCkB0Ma7Tj2AqkV0VrJelvK17a/wB71VgUo+Vlttp8tGr+Se+r00zd U/ZG8Im0uB4M+JX7Rnw11lstYeIfCn7Qnxa1mTSZFICyQeEPiT4w8ffDPVSdu/HijwL4hXLsFVEI jROcNVZbW8ttG2o3b8ttXpdajkt9L2s10+9LXfbb52MyDQf2zvhhoscWjeP/AIdftNQaYY0htfi1 og+DfxL1613gTyar8RfhN4f1H4ZHVVT5rWLTPgF4Z02dh5V1eWKM17FNovRWTfo9db22f5LbpcLR eism/R663ts/yW3S53XgD9pLwj4n8SaV8OvGOleK/g98V9Ysbu+0r4cfFbTdP0XW/EMWmxwyayPB XiPRdS1v4d/EeTRFniuNYj+HnivxLc6LZXFndazZafDdW7zLl9O/ZJefX011trsLl9O/ZJefX011 trsfRiOjAgOjFW8t9rK22QAFkbGMOAQSpCnBB2gGos+zIs+zH0hBQAUAFABQAUAFABQAUAFABQAU AFABQAUAFABQAUAFABQAUAZ2q6ja6VYz6le3dtYWFjG93f315PDbWdnZQo0lxd3dxO8cMFrbRqZp 55ZokiiRpGaQL5ErSd7W+T/rz/4K3TSd7W+T/rz/AOCt18jyftL+L/iVBYr+yx8Mx8V9J1K7dYvj B421y8+HPwMTRowEk1zwr4nXRPFHin4tQ3UgZvDV58PfCWp+BPE6xzSt8StB097PUbu1Ha66u9uv Z2Wy3220bVrlqO111d7dezstlvtto2rXDVfgn+0N8R9T0y6+I/7UXivwh4etBML3wB+zd4L8OfCz Q/EUcu1kg8WePPHSfFf4vNJZvlrO/wDhl4x+EbyKWi1C2v0AWqXJFq9n07/he2vfbe/m7QVtvz+9 X697W6s3P+GPvhDdRSwaofizrCSJKkq+If2jf2j/ABMl1FciUzxXja78Wb2W7jl82QTxP5cbeYIg hgSNErnVn8L3XSL1+TirdHZrpfqzm0eqvqlrZ6t9dtFbXZtbvQqab+xV8B9B0rTdD8OaN468L6No lhaaToOkeFPjP8bvDmnaFpun28dnptno1jo3xIsbXSrXS7SGO00y2tR9lsrBFtIYURY41yck+jfn fotv83a2pztTu2pOzvo7aX17d9UtjOvv2ZPH3hrVrDWfgt+0/wDHb4fx2ZPn+CfHHiC3/aG+G/iJ yjf8jLb/ABssvFvxY0+1VlTZF8O/jN4BERHyRPFJLBLUXTu7rp17/ff9Ntty6aabc2paaXaX4WS/ rVrQsyfE79pj4a6iI/in8JNB+J/gRoQP+Fhfs/za3H4y0u8SNWlk8R/AXxbNqOov4dUrKYNR+H/x b+I/iy8lNvA3gK0ie4uLeuRNNxs3Z72fW2nLaN990k9+jZpy9Vr8k10WltO+/wB27Pd/hn8VfAnx e0BfFHw+8U6f4l0iK6utK1FbWO6sdS0LXbFxHqfh3xR4f1W3s/EPhPxRo8pWDVvDniSw0vXdKmby NU0qzneNTm0lfytrtptr03Xz3u9RNJX8ra7aba9N1897vU9HR0kG6N1dTghkYMCGUMpypI5VlYeq sCOCDUEDqACgAoA4H4lfEXwz8LPCOq+M/Fl2bbS9Njhigt4VE+p65rWo3MOm+HvC3h3TwfO1nxX4 q1y70/QPC+hWcc2oa3rV/a6bYQTXVxHG1RT8+39NNf1ZdVaop+fb+mmv6suqt5P8Pfhl4i8TeJbf 4zfGVIZ/HQS8j8DeDYrq31Dw58HPD9+biI6foUlvClvqXjjV9Okth438biW5kublP7A8LXVn4WsX fxDd1G3pdd9NUn5dEvLW93a21HTo1p301Sd+j2t0+en0mi7BjjHXjPUk5znJJPVmZ2ZmJJxUSkpO 9mvV39NdFptZJfNmbd/66f10SXzH1IgoAKACgAoAKPUPUw/Efh7SPFOjajoGvaXp+taNq9pcadqu larbRXenahYXkL211a3lpPHNb3UDwyuTb3EMsMrKqsEOJE0U+XZytdb20t29Ureje+xfMlazlbs7 fnf8D5b0HV9W/Z18WeG/hf4y1XVdb+D/AIw1Ky8OfB3x3rF9rWua74S8T3i389h8IfiDrt3Be3F1 pFxYac1n8M/iT4n1l73Wr5bf4c+Lr9/G+oeAL/x87815dNbp217WVrei2T2T1u1qr9Nbp21elrKz 3f3N9dU/rxZAxxtIyMg5UggjIPDE4PzYONp25DcrnNprX0/FX/VfeQ01r6fir/qvvJKQgoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKAPmz4nfEDxRqvi63+CfwjuIrPx/qFjba94u8YXejtrGif CjwJc3slo+v3McrrpV5448TSxajpfw58NXkzfbNQsdY8VaxY6j4b8JatpWoapXSb/wCHXnpa3ZdF bfpqldJv/h156Wt2XRW36enfDX4ZeGvhb4ei8O+G7e4MPny6jqOrapqF5rPiLxHr18EbWPE3irXd Skn1LxB4l1m4jFxqeuanc3N/eERRSSiC1t4405W0V97X8la6Xa2y089xOVtFfe1/JWul2tstPPc9 FrN26beZm7dNvMKACgAoAKACgApq3W/lYat1v5WPFPiv8IIfHj6Z4n8Oau3gj4o+EvtEvgn4g6fY Wl5e6WtzbTQ3/h7W7KdUi8S+Btf3pH4h8KahMtrNJHaa/pE+jeL9E8OeI9H2jUvdPXR7rVvura3S 9X6WNFJPT53tq35WejS7XfoRfBn4nv4+tdb0bxJpEPhH4o+A57DSPiZ4I+32moNoer6lYRapYapo 9/CILjXPA/iO2kuNR8G+KLmw0+TVrRL6z1Gx0vxTpHiXw9oMSi3bf/gem66Xsu+mgpRbtv8A8D03 XS9l300PcAc8jpWbVtzNq24UAFABQAUAFABQAUAFABQAUAFABQAUAFABQBFNMsCGR8BF3F2LKioq ozs7u5VVQBTuZiFXOWIUEhpX/rzt+o0r/wBedv1PkTWPGHjP4/6peaB8Idfk8G/CSCbVND8UfGvS vIv/ABF4tvrdEsp9D+CU8DT2VjY2011e2+r/ABXupbmHTtR0+40vwTo+q6gNW8U+ELSSW+y22vd6 NptL5Ppv0RaSS32W217vRtNpfJ9N+iPdfhr8JfAvwm0GDw34G8OWGiadGTPdzxyXeoazreoNHFHL rHibxFq81/4k8Wa7elZJNR17xPrOr6zqE5Fze3tzMwaI57fDdPp5fjbbS1u+vdOXa67bafptpa3z 3v6WABwBgegqG23d6tkN31ZKHUADnj6f41k4yu7S692Abx6H9P8AGjln/N+LAN6+h/T/ABoUZXV5 de7AirQDhvHnw58HfErRJ/DXjbw5ofifQblop30vXtLtNVs0vrYsbPUbeG7jkW21CzMjyWd/am3v rWXElvcxPh0tT/m1+S/r8C1P+bX5L+vwPmq31rxl+y41pYeL9Y174kfs+WsVhptr461e61TxP8Tv hKPtcemWI+IGotBf6v8AEP4b2treaVHqnxQ1m7n8aeC7eG61/wCJ2oeKPD665458NvlTTt673Svv 08nt26XsPlTTt673Svv08nt26XsfYVhf22pW0N7ZyRz2lzFHcWtzDLFNBdW0y74Lq2mheSKe2uI9 ssFxE7QzxsskLyRsrtDVv69Px7rdfMhq39en491uvmXKQgoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgDzz4l/E3w38LPD8eueIF1K+n1DUrHw/4a8N6BYyav4o8YeKNWZ49J8M+GtHgIlvNS vXR5bi5uHtNG0HSYNR8TeJ9U0Twtout63p1KLeuy7spRb12XdngWnfBDxJ8ZNRtPF/7ScemajZWV 1eXPhH4FaTql1q/wy8GpIyjTdS8ZyGKyg+LvxCtrYRXg1LxBZHwb4E1pVT4faAmsWL+PdVq6irdV 97s769l97s9u9XUVbqvvdnfXsvvdnt3+tbOzjtIhGiIoXGxVUYjXaBsUhU+RSDsARFjQrFGiRxoo lyeybS/H/P8AF+rJcnsm0vx/z/F+rLqkA5PpUNNp20ZI/ePQ/p/jUcs/5vxYEZ5JPqTWq5bK/Ne2 trW/HUpcvXmv5WEodul/nb9BO3S/zt+ghVWGGAI9wDQpNXs7X0YJtbM+cfiR+zxofifX4viV4O1a 8+Gvxe0re9j8QfC3nWj65arbz2qeHPib4etbux0b4r+DjbzssOg+No9QfQbrbrvg3UfDHie207Xb ClK79d10/HZaJt/hpd0pXfruun47LRNv8NLu38KPizquo6nN8NPirpFh4O+MOlaZHqc+n6fcxyeE /H+hRyzWc3jn4Z3s8/2280CO7t3tNd8P6zHb+LfBF81nDr9vd6Drng3xb4sclfXTq29fJebvfp8l rcclfXTq29fJebvfp8lrc+gwcgH1APbv9CR+RI9DWZmLQA19207SA2PlLDKg9iQCCR6jK56blzuD W+v9f8Ht5jW+v9f8Ht5nxn4Jv4/2hPjHrHxPF6+q/CP4La3r/gL4UQJaiDT9e+J+iz6z4X+MXxJk e7gS5vrfw5qC6t8HfBU8cMNlDJoHxN1qyvNcsPFvhjWbK/h2627233u10T16Xe2iTv4dutu9t97t dE9el3tok/sxQAqgZwFAGSScAYGSSSTjqSSSeSTUPRv1IejfqOpCCgAoAKACgAoAKACgDjvHfgTw z8R/CniLwX4u01NW0DxRpcuk6tZvPcW0klrIrGOS0vLSWC806/sp2W+0vVLCe31LStSittS067tb 61triHSLta+zv8mnb+v+HNIu1r7O/wAmnb+v+HPE/wBnXxt4jnPjD4N/EO61e9+JHwav7LTLvxHr i2Zn+KPw+12K5u/h18WtNuLAQ291Fr+n2l/4X8WqbHSZLH4oeDPHkEOlHQ5fDusaqS2b6PVbW6L7 /wBNno0yWzfR6ra3Rff+mz0af07WZmFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHkXxw+J0/ wl+Hms+LdN0C68X+Jml0zw/4G8E2N1aWF343+IHijUrfQPBXhGHUtQeHTtHXXvEd/p1hd65qlxb6 VoWny3ms6nNDYafcyrUVffbrray7/wCXTcqKvvt11tZd/wDLpuZnwN+GFx8N/C5bxBqH/CRfEXxd ev4t+KnjKV55J/FvjzULKytbzULf7V+/tPD+kWNlb+F/B2ikRRaB4O0XQdIgtoIrQpVSb76q1/xv 6brVJXvp2VSb76q1/wAb+m61SV76dl7hUXei7bfMi70Xbb5hSEFABQAUAFABQAUAHWhbrp59gW66 efY+VP2hfDWteEptC/aI+HOnPdeM/hXFdL4v8Padp7XOofFL4O30qXHjbwIq2UMmoXuv6UY18dfD uEJOz+NtDg0INa6X4v8AEbXGq2tu9ej3V7NbLbazWi32tqtrbvXo91ezWy22s1ot9rfRHhDxR4f8 b+FvDvjTwlrel+JfCvi7Q9H8TeGvEWiXCXmj69oGu6ba6no+s6VeRu8V5puqadc29/Y3UTNHPa3E LozqQ7RLf+urb/W3yIlv/XVt/rb5HR1JIUAFABQAUAFABQAUAFABQAUAFABQAUAIxIBIwSASASQM 44yQCQM9SASB0B6UAfH3jfV9Q+P/AI3134NaHeonwi8GuulfHrX9Hv8AULTU/E2vavYSTQfBPQb/ AEti9hb2ej3thq/xb1Nb62vbey1jw54N06MtrfjK98IWlaztdt/K19/Py36Pe17StZ2u2/la+/n5 b9Hva/1TpujaVYWNtY2Nlb2tjZRR2lrawxottBbWQigtIIIvLRIoLSO1gjt4o40jgEKCEbVRypXT a22dl0dl+PmhSum1ts7Lo7L8fNGzUkhQAUAFABQAUAFAFC8sYLm3eGQHY7qxG4gb/MDBwCSpkRyZ Ii6uFn2ShGkRMNN+XXp+H+S87bMab8uvT8P8l522Z8f6Vdyfsu+MdF8Gz3SW37PPxB1mz0TwNLfN eFPg98S/EF+0Vj4AbULuaXTrL4Z+PNSvrax+G2nPcaba+CPGCxfDjRFvdJ8a/Dnw74dtrmto9Lp6 pvvZWTvbztrpuy2ua2j0unqm+9lZO9vO2um7Ps5c4G4ANjkAkjPfBIUkZ6HaM+lZmYtABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQByfjjxp4e+HnhXWvGfivUV0rw94fs3vtUvvsd/qU0cQZIYY LLStKt7vVtY1O9u5rex0vRtJs7zVtY1C5ttM0uzu9Qura2lcVd/1v9z/AOGTfQcVd/1v9z/4ZN9D wz4Q+CfEHi3V1+O3xf0k2fxD8RaPdWXg7wjfQ6bM3wS+H2sz2F63gaxubKfUrc+LfEKWGg6j8XNX sNTvrLXPEmm22i6ff3/hDw34aSC3orJrR9d+r189El19NC3orJrR9d+r189El19ND6eCqDkDnAXP fC5wPoMn86htvd3Ibb3dxaQgoAKACgAoAKAGuiyIyOMqwweSD1yCCOQQQCD6igDyL4tfC7SviPod hpxv9T8Na/omoR674L8Z+H1s08R+BvFFnBc2um+JNEuNTtdQ0tWtYr+8sdR0rUtPv9J17RNQ1PRd W0+80i7vraS4t93vr2+eju3d9um+lri33e+vb56O7d326b6Wxfgn8Udc8cWmu+EvHmm2Xhr4s/De +tdB+Iug2UySWF1JPE8vh/x14WV7m7nfwF8SdMhOv+Fpbme6v9Jdda8G+IZbTxh4Y12wsRpLZaWb T1+7dbWbvrprZpXBpLZaWbT1+7dbWbvrprZpXPeagg+c/wBqbxz4q8G/BnX4PhxNb2/xU8faj4d+ FPwsu7y3+1Wmi+P/AIma/pvgzQfF+oWRw15o/wAP5dafx/rtrEfPuND8NahFbhp3jU0lqr7Wu7dt fzttuUlqr7Wu7dtfzttues/DrwZovw58CeD/AAF4dilh0Lwb4a0Twxo8c8nm3A0zQtNttMsDcTZJ nna1tYjLO5Mkz5klPmM1Oe6/Bf1/wV5vo57r8F/X/BXm+nZ1BAUAFABQAUAFABQAUAFABQB8gfHy 0f4d/Fb4FfH/AE68fTraLxro3wJ+KEbyFdP1v4efGPVYfDvg5rqBQYv7V8K/G2/8BXWg6zclZtG0 PxN8RdJtyLbxhfPHqtU9b7q/V6PXV+duj01dtFqtU9b7q/V6PXV+duj01dtF9cwlcOFG0BycYxy4 Ejk8kFi7uXIA+fcpyVJMS799/wCu2um2i+biXfvv/XbXTbRfNzVJIUAFABQAUAFABQAUAFABQAUA FABQAUAFABQB8da0th8Xf2tNL0iS9fU/C/7LHhOx8XXukW779Nh+OHxYtda0rw9dasYWSZvEPgL4 RW2uXVloc7T2baT8ctL16809rxPDGqabok0tVe772fS34316WbRok0tVe772fS34316WbR9i9Kze 7M3uwoAKACgAoAKACgAoAKACgCC5TzIZI8H51ZSRsO0FWO4h1dTjHy7o5F37d0bJuFVG99P+G/rb zvbS5Ub30/4b+tvO9tLnyF+zXLd+AfFnxq/Zvv7C20nTfhl4js/H3wkFkx+zXfwN+MR1bWdAhgtl AttJTwV8TdJ+LHw703RLX7TbWPg7wn4Qv2NsusQ2dve9pLZ2Xpr5+ej6qyaL3tJbOy9NfPz0fVWT R9iDoP69fxrJ7vr59zJ7vr59woAKACgAoAKACgAoAKACgAoAKACgAoA8K/aC+I2t/Dj4fXd54Ptt DvviR4p1rQPh58KdL8TPdromofEbxvqVvo2gzatbadJDq+oeHPDkc134z8YxaE51iPwV4c8S3VkY nsJpYdFqknt8+uq1Vt3pa+6XY0WqSe3z66rVW3elr7pdjo/g18MdM+EHw88OeAtLurrU00e1nm1T XtRS3j1bxV4n1q+utf8AGPjHWltFjtf7d8ZeLdV1vxV4glt4oo7vXNZv7oJukaSZT6L5u2y00T7v TfTToKfRfN22Wmifd6b6adD1KoICgAoAKACgAoAKACgAoA4j4jeBtE+JXg3xD4F8SWbXugeKNG1P RtUjiupLG5jt7+ymtvPsr6AG70+/t3kWew1KxaK+068igvLWaKaJWqotL10t+PXor2/4a5UWl66W /Hr0V7f8Nc8e/Zn8deJPEHhLXPAnxE11PE/xc+CXjC4+E3xK13+z7HRrrxHf6To+l674U+Id3omn xWun6RJ8Tvh/rvhfx3c2Gj26aHp2seItX0bRVGm6YkUFO6b9L999HpZ/JXSta99SndN+l+++j0s/ krpWte+p9MVmZhQAUAFABQAUAFABQAUAFABQAUAFABQAUAFADWGVYc8g9MEnjoAQRz7g0AfGfiEx /HT9oyLwFFLqk3w5/Zwl8M+NfHEdnI1v4f8AFPxw1yL+2/hx4L110CDW4fhj4Sltvivq/h2eXyLP xN4w+C3ilo5LvSFWXVJpa9N/K3bptpvZbaqyWqTS16b+Vu3TbTey21VkvsmBGjhjjYklFC5JyxA4 BY5OWxjcQcFslQowozk7tv0/Izk7tv0/IlpCCgAoAKACgAoAKACgAoA+Ov2kLSf4Wa14b/an8M6I b6/+HL2/hr4wWlhO1nda/wDs+65qkT+L9Tu8OLe+m+DNzcv8YdEjure+vU07S/H/AIb8OraXnxI1 KSXWO1tOmr11a/C2yd9130NY7W06avXVr8LbJ33XfQ+u7a6huVVoHWSNokmjkQAxyQzfNBNE6kq8 UqhvLdSVkCl1JUgtEv6/XXd/O+9tLMiX9frru/nfe2lmfHPxYlvvGv7XX7L3wxEe3w34N8JfG39p HxFcKARJ4l8JWvhH4KfDrRbtCziSz1K0+OnxD8RrEyrG1/4GspiWeGFUuOq6LpdPVLte1vnf8S46 roul09Uu17W+d/xPs8DAx2GAOnAAAxxj0z+PpWb72tfVenT/ACW2hm+9rX1Xp0/yW2gtIQUAFADl UHOTSk2lpr/XkA/YPU/p/hUc0/5fwYH5f/t0f8FIT+xH8Sv2RPh9q37P3jTx5Y/te/tXfBv9lPwx 4/tvF/g3w74O8JeI/it4o0zSptb1qEXniHxpeLo3h6TxHrtjpkXg2zg1a98MyaRf614et9UttYh2 STV+u1r9bPfRaaf5talWTV+vr1s3rpotPNefU/TSGRpDIGKEKx27MnC7nQBjllLAoQxBBDbl2AKr yJpLZ3X+Vr/n/wAF6iaS2d1/la/5/wDBepPSEFABQB4l+0l8LLT42/AL4v8Awmur+70g+Pvh74o8 NWGvaeXXU/DWs6hpNzHoXinSpIiJotX8L6yLDxBpc9uyXMGoabby27pMiMLTbb6X7dbdN9L997lp tt9L9utum+l++9zX+BXji5+JvwY+FPxGvY4oL3x38OfBPi6+t4Spjtb7xB4a0zVL+1XYSpFveXM8 QK8bVCjIXcVJWdl+vltf1vbz31slJWdl+vltf1vbz31svVqkkKACgAoAKACgAoAKACgAoAKACgAo AKACgCOUlUJA3e2cZP8ACP8AgTYX2zntg1Hf5f012a3+VupUd/l/TXZrf5W6nyZ+yJpGmXPh/wCM PxQhRZdc+Mv7Rfxm8XeItSB3jVV8HeKG+B3gieNssv2ez+Ffwh+H+k2xiYwSxaaLuLm6kZrlol89 PVPr5a+t7vUuWiXz09U+vlr63u9T63HAx6evX8azejfqzN6N+rCkIKACgAoA+Zv2oP2jpP2cPA2l 69pHwq+IXx2+IXjHxNZ+Cfhl8G/hTbaO/jLx14s1CzvdRjtTqnijVtC8I+D/AA3pOmabqGseK/Hf jTXtD8LeGNKtWn1G886ezhuNYU+d2Tto3f0/C3TRtX1uNqyunfp+fa+mltL9Xc/Pf9kL/grj4l+M X7Usn7EP7X37GXxM/YO/aj1bwZq/xI+G3hHxb8RvAnxr+HfxW8D6RcTG7uvBfxc+Hkdl4ev/ABLp +lRrqut+G4rGeDTIk1KBNcvJdHug6qUakE+WPNbr0t12vtpfz0I5vJva1ut1f+t9tbH7QgggEZGQ DgjBGQCQQeQR0x2rNbK+/UoKACgBGG4YyR6EYyPcEg4OOPoaadncadnc+N/ipqcvgH9r/wDZj8QZ RdI+Nnhn4v8A7Pl+NmZH8a6X4di+PXw9uWZWQeRZeFPhZ8a7SWF8i4m1i0IZfs2Htax6pJ3b66Wf 43fpbr1tax6pJ3b66Wf43fpbr1+yR0GOmOOc/qck/U9azMwoAKACgAoAKACgAoAKACgAoAKACgAo A+O9Yt9N+JH7aPh7SLpDqNl+zV8KofiJDbyMs+m6Z8SvjzfeKvAnh/W4Q3mRw+LPDvw1+H/xH0Vb cCG5sPC3xbv7tlaHxLFI+idorrv6d/n129NzRO0V139O/wA+u3pufYlQ23v1d79f+GIbb36u9+v/ AAwUhBQAUAFABQAUAFABQAUAFNO34P0t2Gnb8H6W7Hxn4wv9I+F/7Zvwo124B0+1/ab8Da78DZ7q LzBHqnxN+ENh4q+Nvwz0m5hXEDPP8MZP2kNQa+lzOG8P6ZZyl0l0hYbvzJu2vW3o1+av6aa3ad35 k3bXrb0a/NX9NNbtP7MrMzCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAMPxP4h0nwj4b8Q+K9fu lsdC8MaJqviHWr1gWWz0nRbCfUtRumUcstvZ200xUckIQASaa3Vt7qw1urb3Vj5y/Y30fxNF8D/D vjjx5pH9g/ET4zXGp/G/x9oTSLNL4Z8S/Fa+n8YHwVLMoxcv8PdE1PRPh/Hfbma7s/DFpuZxErG5 u2i072t/w/5fMubtotO9rf8AD/l8z6prN6/h+CsZvX8PwVgoAKACgAoAXB9D+RoACCOoI+tACUAF ABQBlazoum6/pWqaJq1rDfaVrOn3ul6nYXCLJbX2n6jbta31pcxsCJYLu2kltp0Jw8EskZ4bItS2 vbTS/W3y3S7frqWpbXtppfrb5bpdv11PmX9jaXWNM+Dy/DDxDrN54h1z4BeK/FPwHm13VLlr3XNe 0D4d6m9r8OPEfiS8cl73xR4m+E974A8QeJtQdYm1PXdR1DURDDFcxQxk9l6uy69L/c736/iE9l6u y69L/c736/iWdCiim/bM+IDeUoOk/s0/COG1JUAwLrXxO+Nc96IGxkLeNpVk90F2id7O1aYO1vCV p6Rfm9dfP1fpv69SnpF+b118/V+m/r1PqasjIKACgBGztbAJODgAgEnHABJUAnoCSB7jrTWltPP1 GtLaefqfz++Bf2z/APgoL8Vf+CpH7dP7Bmla9+zf4J0P4GfAv4R+O/hd4uPw+8d+Mf8AhFbr4pnT tVOseMPDk3jfwvd/FrWNPs7mTR7Ow0zxb8HPD8Akk169tr8WcOi3W6p8yTtaNk07b31s7X6dLX+/ Wm4d1Gy0utfn3XT1v039g/4Jo/td/tF+Ov2oP+Cgf7Af7V/jvwb8YvjB+w14n+Bd1p/xt8D/AA3u fhDD8R/h3+0H8KdO+I/h2fX/AAFB4j8U6Ho3iTQp21GyuP7F1W3gltWto20xZ7SW/vlKCjFNW7Pr q1da+qS1undtvUXNDvHr0300fXZpLz1bbuz5t/4OA0C/EL/gh6+1Q/8Aw+1/YuAYAbx/xNfETMAw +YfMsbEcfMqEjIGFCLkrJOSUu2ys7X6LUIyjZJtPW/fRppfj+J/RoAFPAAG1SMYxjnHSs5dV2cvu 6fqJtPbvL7un66dBakQUAFAENx/qJPk8zKMBGW2iQkHahYkBQ5wpLZUZ5BFNbr19f0evbzGt16+v 6PXt5n5rfsh/tWfB3w9+zj8LPCms6l4yTVfBWgy+BL8WPwm+K2s2xuPA2pX3hJmj1TQvBGo6Zegr oy/6RbXcqv1yep1lG+yXzb/CzNZRvsl82/wsz6S/4bB+Bf8A0FfHv/hk/jd/87up5H2j98v8yeR9 o/fL/MP+GwfgX/0FfHv/AIZP43f/ADu6OR9o/fL/ADDkfaP3y/zD/hsH4F/9BXx7/wCGT+N3/wA7 ujkfaP3y/wAw5H2j98v8w/4bB+Bf/QV8e/8Ahk/jd/8AO7o5H2j98v8AMOR9o/fL/MP+GwfgX/0F fHv/AIZP43f/ADu6OR9o/fL/ADDkfaP3y/zD/hsH4F/9BXx7/wCGT+N3/wA7ujkfaP3y/wAw5H2j 98v8w/4bB+Bf/QV8e/8Ahk/jd/8AO7o5H2j98v8AMOR9o/fL/MP+GwfgX/0FfHv/AIZP43f/ADu6 OR9o/fL/ADDkfaP3y/zD/hsH4F/9BXx7/wCGT+N3/wA7ujkfaP3y/wAw5H2j98v8w/4bB+Bf/QV8 e/8Ahk/jd/8AO7o5H2j98v8AMOR9o/fL/MP+GwfgX/0FfHv/AIZP43f/ADu6OR9o/fL/ADDkfaP3 y/zD/hsH4F/9BXx7/wCGT+N3/wA7ujkfaP3y/wAw5H2j98v8w/4bB+Bf/QV8e/8Ahk/jd/8AO7o5 H2j98v8AMOR9o/fL/MP+GwfgX/0FfHv/AIZP43f/ADu6OR9o/fL/ADDkfaP3y/zD/hsH4F/9BXx7 /wCGT+N3/wA7ujkfaP3y/wAw5H2j98v8yOX9sD4F+W7nVvHYEaliW+CvxsRcN+7+Zn+HgjCAuC7S kRogaRyAmQ1Fr+VX06vqtLPR6DUWv5VfTq+q0s9Hocb/AME5b46z+wj+yV4kcu1x4w+Afwz8b3kk wm+0y3vjbwtp3iu8mu2uYYbp7yW61iWW8e5U3LXTzGdjKXxM738rXt2Jne/la9ux9p1BAUAAGaAP ib/go38Y/jZ+zp+xF+05+0D8AR8OW+IfwK+CXxT+MttF8UdK8Ra34XudL+F3gHxH451Wx/svwzrX h2+utUv7XQWstK8/XNP0+G9ninvmuoI2srmoq7atfTRd3daL/PpuONrNvZK/5f1dbH4//EX9rr/g qBaf8EuPgn/wU68I/GT4AeHtJ8DfsU/Bz9p/4s/A3WPgRe+LZvjvd33wq0Dx78SP7X+Llv8AErw4 fhfa+ILLU5tQ8K+HPAfwpvZfDOrNaWmq+MPEdlJd6TYauDi7SjZ2Ts07O6vddErLf+m1OnK7Ti7a PR2vs1a2mum17+jT/eT4KfEbwN+0X8Hfgh+0f4e0qIaB8WfhD4P+JPhC71aygTW9M8LfFnw/4W8b QaXLcywi5sxc2b6O2t28Usdvc3Wl2klzHKbK2aKVOpTlenGTnukrXaa7WWvna/TVEzlFppNXv5eW 60W+7tou5+afx0+B9v8AtH/8FdP2Ofif4csI49G/4Jz/AAm/aA1Xx54mBigju/ih+134c8H+DfAX w3s5YbiFrzVtA+HfhPx54/8AE1hcpNBoln4s8CS/ZlfxXDM/XSnNxvOD7pySez0vrtFJau7030MW 9vL+XTTXp37W7s/Z9BhFHHCqPlyF4A+6Dkgemecda4JO8pPu2/x8jbcdSAKACgD5D/atsom1z9kz XGRGuPDf7Wfge5tnKqZY/wDhI/h78VPAV75Lkb4zNpfjC+trjYV86ymubeTfBNKjaQ1Ulf8A4Hn/ AF2NIaqSv/wPP+ux9eDoOc8dfX3rMzCgAoAKACgAoAKACgAoAKACgAoAKAEJC8npwPfJICgfUnH1 Iqo27a6W0vbu7dbIqNu2ultL27u3WyPkH9lzSBN4t/av+JM7tPefEv8Aae8VLE8uZJbHR/hR4G+H vwIsdHilYs8VlFffCzVdaiskYW0V74g1O6SJbi/u5JdH8Pd200a6Wfpo3v8Ad0NH8Pd200a6Wfpo 3v8Ad0Pr+sTEKACgBrOikBmCkhiASBkLjceewyM+maAPMvEXxu+DHg/w7qXi/wAW/F34YeFvCWje IF8Jax4o8R+PvCmh+HNJ8VPeW2nJ4Z1PW9T1a10yw8QPqF7Z2KaLdXUWpPeXVvbLbGaaNGfK+z+4 V1tdX7XO9+1R6ha21xpl1Fc2l5BHcwX1lNDcQT208aSwPbzxSMhFzDKtxbXK74GVFLEpKodrTdb7 XX9X89Vv1Ki1rez28/P/AC6q6fU/AL4Y/FT4+aP/AMHGvj/9mfXfj/8AFvxx8C4P+CUWo/HfRfhT 4r1ywt/BWhfEbXf2nfhV4FuvElp4b8M6VoOi3WoRaL4eeDR9T1nTdS13QLfxR4v0/S7rTdM13ULC WpWXRaK9uuumr20v3vdFysui0V7dddNXtpfve6P6D6zMwoAKACgD5W/a2srJPAvgHxS8Ef8Aangj 9oj9nHXNH1DYBdadNqXxo8FeDdaa0nA82FtS8H+LvEmhXbQuhn0zVdQ0+YyWl5cwTaR8+q+9J/kt tbXu1qkaR8+q+9J/kttbXu1qkfVA6D1xz9e/P86lq1/VW9NXp96/Alq1/VW9NXp96/AWpJCgAoAK ACgAoAKACgAoAKACgAoAKACgAoA+Sv24/ECaH+y98VLRiyzeO4fCPwXsGydq6t8e/HXhj4J6NIV3 BXEOrfEG0meIgmYRoihmZQdI20vbv8rK2222t/nvrpG2l7d/lZW2221v899fqqyhitoIraFQkUEM USICWKpGvkopYjLbViVd5JZyGLc8lS6O9/u7L/gvRtK676qXR3v93Zf8F6NpXXfW3UEBQAUAYWue KPDXhiCzuvEviHRPD1tqOt6J4Z0641zVbHSYNQ8R+JdRttI8OeH7Ga/nt47vW9f1a8s9K0TSrdpL 7VdSuraxsILi6niid2fZ7X+Xf0DbfTr8u5had8Ufhnq/jPW/hxpPxF8Cap8Q/DOnWOr+JPAeneLv D994z8PaTqZkGm6nrnhe11CXXNI07UDDN9ivdQsbe2uvJm8iVxFJtOWXZ/cxXXdfej4G/bF/ZU/a E/bD8WXfhDTP2vf2mP2Q/gVoGhWtvZR/sh+M/Cnw0+MHxO8W6hHDqN/4n1j4t6l4Y8ca54T8EeHr aSy8PaP4T8Mad4Y8Q6rrNt4m1vVtWuNHl8PQXnTThT5E5ygn1ve61t2f573TaWhjJtNvlbWtm7Wf pd69tn5HyF/wR4+N37WekfH/AP4KG/8ABPH9rj4ueJf2jPEf7DPxD+EH/Cuv2g/Fuk6Tp/ijxx8N /j98Ov8AhZvhfw54uvdHDQaz4q8H6G+ky6lqN1JNqUh8ReXc3l7bRWCWSrU4pKUXFpptOPlZ7WVt Hrfb89KXvJ9Pduk99Hq/na2jt5H74Vzv9PQ0f6egUhBQAjdDnpg/y9sn8qatdX2vr6DVrq+19fQ+ LfhHd3Hhn9tX9rz4dKjR6N4r8A/s1ftF2JBPkyeJfGln8U/gf4thij4jikttJ/Zy8BXVx5ahpjqq XExd5QRUtYrTZ7/rppr17PQqWsVps9/100169nodDbanb6T+3Fqej3JCXPxB/Za0rVtETcFaa2+E PxU1Ky8TyBMfOlrL8a/CUbsCpiku1Qq4kDI3rH0d9+rbuuumu9+w3rH0d9+rbuuumu9+x9ZVmZhQ AUABOAT6DNPflXl/7cxv7Pp+rP5ov2UNd8RH/gv3+3p8c9R+C/7T3h34QfHL9nT9mn4b/C74m+Kf 2T/2lvC/gLxN4v8ABWmaJY+J7F/FPiP4UaVpmgadp1z9oUa94ok0TRpEtJZmvIomieTtd1Rta9ml pvorbdHpqr6aq7trjPden+Zc/YA1vxJaf8Fyv+Cu3xi1j4LftO+F/hN+1Tov7EOn/Ar4meN/2Uv2 kvAfgXxtefBv9nv/AIRTx7H/AMJP4x+Fmh6R4ci0jXI7jT0uvF914fg1G7t5ItKe/UpI2cl+75dr a/K/Tp9789ibaXuvv1/r/ht720f+C8H/AAlvjj4qf8EmdN+H3wg/aC+Jv/Ch/wDgqH+y7+0j8XNV +FX7Onx3+KHhrwX8HfBOqaw3iXxVeeK/Afw58QeGL6TTYZ/Pl8P6Vq994oaNVMehv5qmtMN8Mvw2 1s3fr5rcEr9bart1v3a7H9E3h7XbTxNomkeILC21e0sda0rTNXsLfX9B1vwvrcdjqllDf2iax4a8 S6dpHiLw5qyQ3CpqXh7xDpWma/ot0sllrGm2N7HJbpxStd2d9XqbR2+b/Nm1SGFABQBBczLb2807 glIY2kfb1CICWY54wqgsxOQFBO1sYLjutL/8N6r8xx3Wl/8AhvVfmfMf7Fdklp+yl8AnVm3an8Lv B/iKfGAn2rxTo1p4mumjKoisktxq8swcKCTKQ/zhquUkntfu02urVnbt/wAMXKST2v3abXVqzt2/ 4Y+odv8AtN+dLnXZ/wDgTFzrs/8AwJht/wBpvzo512f/AIEw512f/gTDb/tN+dHOuz/8CYc67P8A 8CYbf9pvzo512f8A4Ew512f/AIEw2/7TfnRzrs//AAJhzrs//AmG3/ab86Oddn/4Ew512f8A4Ew2 /wC0350c67P/AMCYc67P/wACYbf9pvzo512f/gTDnXZ/+BMNv+0350c67P8A8CYc67P/AMCYbf8A ab86Oddn/wCBMOddn/4Ew2/7TfnRzrs//AmHOuz/APAmG3/ab86Oddn/AOBMOddn/wCBMNv+0350 c67P/wACYc67P/wJht/2m/OjnXZ/+BMOddn/AOBMNv8AtN+dHOuz/wDAmHOuz/8AAmRTqfLJXDMv Kh2YKWwcA7MHDZ2tnKhGYsrAFWLp9H33v+D016edgun0ffe/4PTXp52Pkb9gXRj4W/ZA+BngVwUm +GPhS4+EV1CQoW3vPhDrurfDG7t4wqr+5hufCcqQ7i7GMKTI+QxU99bbdPn6/wDDWFPfW23T5+v/ AA1j7AqSQoAUdfwb+RoFLZ+j/I/Oj/grXqd+P+Cbf7bfgjQPBHxR+IvjT4w/srftFfBz4e+DvhH8 KPiR8XvFGu+P/iN8FfHfh3wlpsmhfDTwv4p1HR9Ov9Zu7Wyn8R65Bpvh2xnuLa3u9Uiu7yxtrrSl /Eh/iV79uov+Xb/wr84+a/X0Pyi8Wat4m1D/AINpbb9nuw+CX7T1z8cpP+CcXg/9lyb4RJ+yj+0g /wAR7X40eHP2b/BvhXWNAvPB8Pwul1qz0O18QxTaXF46vrW18D6he2mo2Ol+Ir7VdLv9Ot+3Efx4 +UYJXejfJ08/e7a26aHLS1i3dWdSb3XWcvPXv2+Wp6T4K/by8dfsaf8ABJD9h/RPB/7H37d/xP8A jzofwA+A3wM1v4f+Bf2Gfj/4s8UfCfxj8Pvg94E0nx34o8beC/E2k/Cq01TQfCd5ui0m0/4Tvw7p nxA1q2u9A0XxRbLpXiTUNDxcJTneN78lrWe3XbXS9mvTXe3RT5FJ89uW2t3pv2Tu9vy8jnP2Uv8A gqHPFf8Awx/Z2+B//BKb/grX4b8c/Eb4leH9N8V/HD9sX9l21+DPw0g1TxjrdnN8Wfjx8b/ivY+N PE6f24mkwar4vk0ux8PaXZeItV03SfAXhM+G9PfTVsbdOu004vRLRxey6Wtru1bZ81tbu+/tKHeG u+i62v1d9Vr01XTb+ktGDojjOHVWGQwOGAIyGAYHB5DAMDwQDXE936sj026f1r+bHUgCgAoA+Mv2 rtUz8RP2IvCEKGa58VftXi+mQMBHbaP8Pv2d/wBoD4j6hqd7wWi06C88LaTpr3IDeVqmsaPF5chu AF0hs+/f8uvl/wAE0hs+/f8ALr5f8E+zF6DqOBweo474yM/iazMxaACgAoAKACgAoAKACgAoAKAC gAoAY/bkdSSD/EMHjqMYYqxPoMd6qN76fnb7vNq6v0uyo3vp+dvu82rq/S7Pl79lDf8A8Ib8ScqM f8NK/tRYxjYV/wCF9+PEhMeQMKsKKTgkFicY4FU9l35dfktU9Ot1vv5OxT2Xfl1+S1T063W+/k7H 1JWZmFABQBy3jHwloXjjw9qvhfxNp9vquga5YzaZrGmXJuEh1CwuXi860mktbi2n+zyhMTQrKEnG ElDR7la4uyfrr6WbdvPT/hty4uyfrr6WbdvPT/htz+Vf/g3t/Y//AGbP2hv+Ca3jrSPjJ8F/h78T 9F079q39qvw/oOj/ABI8M2PxA0jwhZReNH0w3HgnSPF6azpfhHVZ7WGMXWtaFZ2Wr3UkUD3N7Olv DEnQpKKi2t3ZfLr679k7vuc093r6/nb8v6R9pf8ABsN478UfEL/gi9+yZqvizU5tVvvD6/Fj4faZ cXEk880HhnwB8ZviD4Z8MaastxLNItppWg2Gn6bY2iMtrZW1qkFnBb2+2FMqq2el9tOu6bfd3X3G kUvea7x/FSf+RxPhv/laz8e/9oPLT/1tDwZUz3f+Ff8ApSNp7v8Awr/0pH9GtZmYUAFABQB8lftv R6rL+zh4ui8PzWNt4jk8X/BhPDN1qdpc3+nW3iZ/jd8OU8OXN9Z2V3p13dWltrx0+a6trbULK4mh RkivLZmEiaRe17/dpfRKzS7aP7maRe17/dpfRKzS7aP7mbcGjftgmFM/EP8AZsztXIb4NfE87Wx+ 83EfHVdz+ZkswABOSFHFDaWyf3tdFbXfZqy6ag2lsn97XRW132asumpL/Y37YH/RQv2av/DM/FD/ AOfvS512f/gTFzrs/wDwJh/Y37YH/RQv2av/AAzPxQ/+fvRzrs//AAJhzrs//AmH9jftgf8ARQv2 av8AwzPxQ/8An70c67P/AMCYc67P/wACYf2N+2B/0UL9mr/wzPxQ/wDn70c67P8A8CYc67P/AMCY f2N+2B/0UL9mr/wzPxQ/+fvRzrs//AmHOuz/APAmH9jftgf9FC/Zq/8ADM/FD/5+9HOuz/8AAmHO uz/8CYf2N+2B/wBFC/Zq/wDDM/FD/wCfvRzrs/8AwJhzrs//AAJh/Y37YH/RQv2av/DM/FD/AOfv Rzrs/wDwJhzrs/8AwJh/Y37YH/RQv2av/DM/FD/5+9HOuz/8CYc67P8A8CYf2N+2B/0UL9mr/wAM z8UP/n70c67P/wACYc67P/wJh/Y37YH/AEUL9mr/AMMz8UP/AJ+9HOuz/wDAmHOuz/8AAmH9jftg f9FC/Zq/8Mz8UP8A5+9HOuz/APAmHOuz/wDAmH9jftgf9FC/Zq/8Mz8UP/n70c67P/wJhzrs/wDw Jh/Y37YH/RQv2av/AAzPxQ/+fvRzrs//AAJhzrs//AmH9jftgf8ARQv2av8AwzPxQ/8An70c67P/ AMCYc67P/wACZ8Zftx6V+0fb/Cf4czePvGXwV1nwZF+2p/wTim8R6X4N+G3jnw94gmsY/wDgoJ+z S8EtrrOufFbxTp1jaW2qfZ73V/P0W+a50Wwu9OtltZblb2Ck1o9VvvsnZN6+ivfrdlJrR6rffZOy b19Fe/W7P1eTaQGXGG3EEZ5BYtznnqxI9MngVMtEvn+Gmu62ts++nRTLRL5/hprutrbPvp0UlQQF ABQB/Nj/AMHCvwu8F6n4h/4I5fEK80hR47l/4LVfsK/DG08YWV5qOl+I9I8HeKL74naxrGmaLqmm 3lrPpTXWqaDoOotd2XlXUWoaPY3tvLDcQhzvBP3PVP8ARLZfj26lVF+7+5/cvJLouvpqjiv+Cpvw h+FH7GH7VH/BGn48/s3/AAs+Gnwl+KvxM/4Ka/DD4B/Efxh4D8E6L4U1v4h/Db4+aH4n8M/ErSvi BrWhQ2Ov+ObnW4b3+2ftnizWNYeLxJbW2tss14kjza3vddb8t7901t2uru3lvbXmSvf0v91vx/rq f0V/GD4v+EPgV4B1bx34w+3z2ti2naVouh6BbR6n4s8aeLNev7fRvC/gbwVoktzBP4h8Z+LdcvLL SPD2jxTq19qFyoubi0t1muY+aKbcVfS97PRLX7rPy7tb77T+D8bdtfy0/M+Zf2Mf2erj4Sf8Ll+N vxEsrVf2gf2qPiO3xh+OWoWuo2+qadpmrP4e0Hwp8P8A4a+H9XiW3trzwt8IfhnoXhX4d6bfbLU6 9qWia14uNslx4muYoemq7whBWuua99H0XrbTbvvcijdyml/Iurtv5df+DufeIOeox04zkjgHB9Dz 054wc84HI93b/M1e7t/mLSEFABTW6vtdXGt1fa6ufHOlGA/t++OBBt+0j9kP4WS6qynO+Gb4x/GO PQVYdhE1r4j2Ek7jLIABsJbRpKLt5adttPW1r+epo0lF28tO22nra1/PUZ+0RpsXhP4z/sqfHi2f 7JceHfHfiT4EeKr+aUi0f4c/tGadpmlx6XtffBHe3/x18C/s/wBxZXjxmW3tbTVIIZEj1K9huxap p/d1W3RW0u3tZ9AWqaf3dVt0VtLt7WfQ+xY3Dg85wcZ/mOgGVOUI6gqQTnNRJWdkRJWdkSVJIUAB AIIIyDwQehHoaL7eWwFP+zrHzvtBtIWmzlZGUlkO3YTGSf3ZKfISgXKfKcqSDftJ2tzO3bT8e/lf boJpN3av/XbYF06xSQzJbIspDhpFaVXYOxY72EgZyu5ljZiWiRnjjKRsylc8u73v6Py7ByrsvuCX T7OYqZbdGKAhMl/k67SnzfKY8nySuDAGbyTHubLjOcL8srX32f5p/PutHdBZdl9xPHDFCCIo1jBx lUyE4zghM7FPJBKqCQFBJCqBAyWgAoAKAPmP9sbxP4v8O/s3fFC1+G19Fp3xT8d6PB8JPhRqMsf2 iDS/if8AF3UbP4b+BtcvYFO6TTPDPiDxPY+Jtb2/NFomj6jOARFg1FXa0uv+HKirtaXX/Dnt/gTw rpHgXwd4Y8E+H7aSz0HwfoGjeF9Ft5ZDK8OlaBplrpNhGz8gsttZxh2UnzWzO5Mkr0T313/Dd7af 1tpYJ767/hu9tP620sdbUkhQAUAFABQAUAFABQAUAFABQAUAFABQAUAMkG5CMZPBAPQ4IO046hgM MOhUkHjNOO/9adL262vsOO/9adL262vsfIP7NOqap4Y8b/tMfA/WbIWb+APjDqXxH8CSs2ZPEvwr /aBiPxNs/EpbBWOO1+Ll98aPAMdvnzIovAcMzgJdQ50avZ21enXTe/lp6dOuho1eztq9Oum9/LT0 6ddD7B/X/PtWRkFACg4OaA3IpYo5lKSoHRgwKnIBDqyMOCDgqxHXjgjkAhptNNOzTun5hbS3S1re X9Irrp1iqGNbWIRkkmP5/LyU8sts37NzRgI7Yy6hQxO0YqVSpJ80pNva+m29tOz27dCI04QVoxVr t99W7sjGk6YESP7DAUQEKrh3yCwf5y7sZCGGVLlim5wpAdwzhWqwlzRnJSaavvo9Hvf+rdkEqcJr lkla6emmq9Bi6NpKlCun2ylM7SqEHBBDKcMNytnLo2Vc4ZgWAI1eLxLverJ3TT269layfZqzjrZq 7MvqtHT3Xpt7z/zNIAAAAYAAAA6ADgAfQVztttt7t3fqzdJJJLZKy9ELSGFADWYKMkgD9eh4Hqfb 0zTWrW3zGtWtvmfIepw2Xjn9tfw8WlF5B+z98Bta1F7dTm0svF3x/wDF1npek3ksgZlj1nSvCfwa 8T2cSqBcW+k+N52dVt9SjZ9Fypb2T213tbVLXr0+/saLlS3sntrva2qWvXp9/Y+vgMAD0GO39MD8 hisjIKACgAoAKACgAoAKACgAoAKACgAoAayK2NwztII5I5BB7EZGQMg5BGQQQSDS/Vfdrf8APUpf qvu1v+ep8e/sw6zLZ+Of2tfhldxNby/D39pXWtT0uCTAlu/Dfxg8B/D74z2muW8ZBaTTLnxR4/8A GuiRXYcJ/aHhfV9PjjUabJuqdradbfdrrfrt1v8AiVO1tOtvu11v1263/E+xKzMwoAKAOE+I9r8Q b7whrVn8L/EXhbwl44ntohoHiTxv4N1L4g+FNLuFvLeS6n1jwdovjn4barrKHT47qC2S28b6Clrd zwX076jHanSb647Pbfrp5au+mjfTrpe2lx2e2/XTy1d9NG+nXS9tPyQ/4Jxf8E7/ANp7/gnh+zb8 SP2fPCX7UPwf8cv4n+IHj74n+DvFniP9kvxjbP4b8WfEPxbYeIPFJ8R6TpX7W6Q+KPDx0tNb0/w3 pVjf+EL6x1bUdL1e413xJp+i3WgeIuhuDUNE0rN+897q7tu77PpFXTV2muSV3J6ta26W007X/E9A /wCCRH/BP/4sf8Ey/wBmDQP2T/EHx78JfHD4aeCNV8Wa14I1Ow+Aur/CXxxazeOvGfiLxjrsfiS8 uPjl8VtL1q2/tTXZY9LtdP0DQLvS4LeNL+/1UXgNkqjpyasrWv1bWvvb+Sd9dLdbqxSk1e2t7b+V 0tktfw8jitD/AOCeX7SWm/8ABVrUf+CmF5+078JruXXP2ebP9k+8+Ett+yp4strR/gZH8WtJ+Ls0 dl41/wCGrtRmsfig11osehDxpqHhi48NxTX0eoL8OJ90Ohtm1Bxbvd2a3fqt9Wr+TWj1ttSqNtX6 6b9Lr+lr63ep+z9YmgUAFABQB8m/tdajZr4Q+GHg57hRrPxM/aQ/Z/8ADXhywyTNqt34a+JGifFj xLbWw3YD6Z8O/hn4z8TTcf8AHnoN6V2vtatYW6drPv8A1v12sawt07Wff+t+u1j6wUAAY7gf1P8A Mms3u/uXotF+Bm939y9FovwHUhBQAUAFABQAUAFABQAUAFABQAUAFABQAUAfJn7b3h+LXP2W/i5d yRhrjwJpujfGHSVCghdf+B3i7QfjN4bkfGNoGu+BtOZmGcByZA4BWtY20elnp57bX669HfTboaxt o9LPTz22v116O+m3Q+qbSWO4hS4hcPHOiyo4bcHR0TY/JbbuRV+UHB+8SWJYxLe3r8rtu3a/f7uh Et7evyu27dr9/u6FqpJCgAoA/JL/AIKZfsCfHH9vDWv2VZvBf7Q/w/8Agz4U/ZO/an+Cn7YfhfQN a/Z31v4q6/4n+MXwRuvGDeH7bW/Flt+0P8MNPi8A6pp/itba88N6b4NbWobiwub/AP4TGY3MOjWm 9JrmXM7pK9np08tVbTV76W03KjfJa76dtE0/J6LTfe6tpvw//BQD/gnf+0p+27rv7FPiJ/2nfhJ8 N3/Y4+PPwh/ae0u1tP2UPGXi1/GXxv8AhZBi6e/Mv7V+iy6N8Mte1K5vJtO8IWlprev6PaS2tpP8 SPEjPHqZ2jKCbbs9b72Wjbvfq1re1no/dWxzq6vq9U106/I5b9rf9g//AIKffHz41+A/i/8ACr/g qJ4I/Z3tfAHgyz0zw54K8Nf8E8Phb8WtH0rxle6LBY+OfiBpF38afjd43n03xB4nvZtSsNHudONt q/hvwNfSeC7TxH4hNz4g1vWiPsltFXSWrbW/fX0un6ve41J2s25fcvlt+b/DQ9Y/Yn/Yv/bv+FHx tvPi3+2t/wAFIvFX7bltpPgHUvBvw08CW37Nvwt/Ze8BeBdT8R6xpV54m8bar4d+EviG6034geLz pnh+08OeF9X8R6Qt54T0TWPF0elXaweLJI6mrKFklay5m1e/8trX6abbdLbmlGycm+y762d0t7ei 66+Z+uiqFGFGAMADJwAAFAAPCgAdBx36k1yv+tLf1/l9y0f9aW/r/L7k6kIKAGucKx5OFY4AyeAT wO59B3prdeq23+Q1uvVbb/I+K/g3aXXif9sr9rz4juzyaX4Y8Jfs6fs5aYSqrD/afgTR/iF8b/El 1BtAaRriP9pLw7plzISYPO8PgW0UD/azNo0lFrbT0u7eu9/66vRpKLW2npd29d7/ANdX9AfHH4Xa R8avhL47+F2tXepaZaeMNBudOttc0S5Flr/hjWYil94e8W+G9QMNwdN8TeE9etNN8R+G9US2uZNM 1zTLC/jt5ntwjRHdfPy6dfL+vIiO6+fl06+X9eRz37OvxUuPir8MtL1TXLOTS/iB4bub7wN8V/Dz 2Nxpcnhz4oeD5jo3jLTo9PvAlzDot7qdtJrvg/UXBs/EngvVvDvijSrm80nW9PvLmpRbb6/fe1vx +V3d6lSi231++9rfj8ru71PdwQQCOhGR9DWexnsFABQAUAFABQAUAFABQAUAfG3iGVPjR+1H4X8H adqtrJ4I/Zj2fEXx7aWEqzvqXxu8X+HptN+HPhDWJojJDbp4M+G3iLWviNr3hq6VNQe/8a/BLxcj WllFaDV9H7qbvq9mra632/VXtd9EaP3U3fV7NW11vt+qva76I+xkBAwQBycYJI2jheoGDgAtjI3E kVDd/wCvn+rS8rEN3/r5/q0vKw+kIKACgAoAKACgAoAKACgAoAKACgAoAKACgA/yaatrftp6jVtb 9tPU+Qfjct/8LvjL8Kfj7aT2yeDtTFt8B/jLbXOIo7Xw/wCOPENq3wt8eLd7cK/gb4mXcfh69tru WPTV8L/FLxTrtwy33h7TA+ifNbTVW32b6669NdFpa5onzW01Vt9m+uuvTXRaWufXEUyyAYBB2KxB K5XdkAMAzHkqwDDKMVba5xWbTWuny+Wv4rTfysZtNa6fL5a/itN/KxNSEFABQAUAFABQAUAFABQB y3jfxV4e8C+EPEnjXxbqVvo/hjwlo2oeI/EGq3YJt9O0fRraTUNRvJFAZ3FtawSyrHEkksjoscUM zssTtf15ed+nq9hr+vLzv09XsfP37KvgjUtP8G+Kfip4u8L3/hL4jftD+M7n4x+OfDOuCIa/4VbU vD+heFPAngPXVtp7yxtNa+Hvwp8MeCfA+v2ej3l1oaeJtH8Q32mz3aalLe3NtpWV33uu99N9+/3a vcttKyu+913vpvv3+7V7n1UOnXPv6+9ZmYUAFABQAUAFABQAUAFABQAUAFABQAUAfHPia70r4a/t m+B9bv1Njp37Snwwm+Ew1DDR2d58Tvgne+Jvil4D0GYBAjapr3w68U/GvV7W7ZlEtl8OprB5pHis rRdF8K6726PW6792vJrdGi+Fdd7dHrdd+7Xk1uj7FByM4x7HH9CR+tQ01/X9f0nbYhpr+v6/pO2w tIQUAFADtzev8qAHK/Xcfpx/gKCZR5ra2sO3r6/oaCVCzTvs77f8EhoNAoAKAGM4UgEMchj8o3HC gE8D5ieQAFDEk9MZIN/67Bv/AF2PjvxKukfE/wDbM+HuhzE6hZfsyfDrVvijcWpAa0034ofGs698 NfAOpiYM6trWkfDHw/8AG20lsFVbqx0nx9ZX1ysVtqdo8uqTUXvez+5adenXo+ysapNRe97P7lp1 6dej7Kx9j1kZBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAGTr+iaX4l0LWvDmt2kWoaLr+k6lom r2Eyhob3S9Vs5rG/tJVPDRXNpPLDIp4KuQetOO69V+Y47r1X5nzR+xjqGu2/wL0L4beMNauPEXjr 4B6jqnwD8Ya/fyCTVvEl38Lpo9B8N+MdcUO5h1nx/wCAk8I+P9RgLOIrjxQ6RS3EAjuJan+b++y/ C17fnqrup/m/vsvwte356q7+raggKACgBQSDkUALvb1/Qf4UAG9vX9B/hQAhYnqaAEoAKACgDF8Q a/pPhjRNZ8Q69eR6boug6VqOtaxqNxuFvp+laXay3uoX1w0YeQQ2tpBNcy+WjyiKJ2VCQAaSvrdW +fTVrbt9/RlJX1urfPpq1t2+/oz5w/Y8sPEU3wetfiF4x0e58NeLfjj4g8R/HTXfCuorENa8HRfE 7V7rxB4U8EeIJIJJbefxF4C8BS+EvAXiCezmuLCbW/C2ozabdT6dLaMKnslpbt10X+T9Sp7JaW7d dF/k/U+p3XepXJXI4ZcblPZl3Bl3KcMu5SMgEg1mZnx/8TLW4+A/xPufj3pw1K9+Gvjax0nQvj5o FnB9qXw6NAhntPDHxu02ytmglnHh7TpbXwp8UY2iv55vh7YeHvEFusaeAL6w8Q6q0kurSXr2evfT 8ndPVaq0kurSXr2evfT8ndPVfXlvNDcQQT28sdxbzwxzQTwyLLFNDIivFLFKpZZY5EZXSRWZXVgw JBBrIyJqACgAoAKACgAoAKACgDxj4zfFWf4caPp+neHdMt/EnxO8b3zeGvhZ4PmkuUh8ReJ5LaS6 lutXnsYbm70nwh4V06K48S+NtdNu0em+HrCdbL7brd3pml3dJJ7tpfh8306W/LVN0knu2l+HzfTp b8tU3L8Ffhfb/CrwdbaHPqEXiHxRqF/q/ibx14wNhb6bdeMfHHim+l1nxX4ku7S3ec27ajqc3lab YzXV42jeG7LQPDsd5PZ6JYbHK23/AAOu6XXe19t2l1HK23/A67pdd7X23aXU9iqCAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoA5jxp4N8M/ELwp4k8D+M9E03xN4R8XaFq3hrxN4b1m1hvtI13Qd csZ9M1fSdStJ0ZLiy1DT7m5s7mJsK8M7g87WW42Vm+ravr0tv5a/8GxcbKzfVtX16W38tf8Ag2Pn 34H+Ltd8Ja+/7OnxP1iS88beEdJuL74ceKNTuLs33xo+FOkjS7D/AISt31FpZNR8b+B7vUNI8NfF P7Fd3m3U9Q0DxnOml6b8R9AsEclvva9tb3b9eq667dHuhyW+9r21vdv16rrrt0e6PqmszMKACgAo AKACgAoAKAA9D9Pc/wAufy5oA+N/GV1P+0X8Sbf4bae15F8HvhB4l0nxH8WNXtLm2j034i/EPQ1m 1Hw38H7WZZJLm+0DwPrK6X49+Jc0IsbKbX9J8DeBXufE2m3XxX8JaXqlyu/3J762/G+nbXVmqXK7 /cnvrb8b6dtdWfYNvCkEYiRdqrwBzgBQFULknChQAgBO1QFJLBjUS3Xou3XV/iyJbr0Xbrq/xZPU khQAUAFABQAUAFABQAUAFABQAUAFABQB4h8fPhhqXxS+HupaL4W1XTfD/wAQNI1HRfG3w08RaxZy 32laF8R/BmpWuv8AhDUNYtbSW11K68PTarYW+leKrTSr2y1TUPC9/q2lWl5bNeJItq9k+nVb6J3f Tfe19Enuutq9k+nVb6J3fTfe19Enuuup8EvihafF/wCHnh/xrFYNo2p3MWoaR4t8MzXCXd54N8ee GtTufDnjvwdqF1FFBFcXnhnxZperaJNc+RbC8fT2vLeFba4jVCWy/wA73V3Z737/AH6vQJbL/O91 d2e9+/36vQ9bqCAoAKACgAoAKACgAoAKAPP/AIo+PtE+F3gXxH4+8RvMujeGdNnvrmC0RJtS1O5c pa6XoOiWbzQDUPEPiLVbiy0Lw9pqSrLqWtajY6fCGmukFVFa/mulut/Tz62KitfzXS3W/p59bHmP 7Nnw58Q+D/BOoeKPiHYaVYfFz4ueJr/4pfFS30a+OsWWm+KtetdOsbDwjba99msj4h074beDtE8K fDLR9cNhYRaro3grTNRi07T1njtLe3tbsr726NK27d9XZvyb6Fva3ZX3t0aVt276uzfk30Po6sjI KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAa33W6/dPTOenbBBz6YIPuOtH9dw/rufGniyA/AL49 aN8ULLT74/Dr48ReFfhd8V7myMCaL4b+KWmvFo/wh+J2t6eklrFZ2niyznPwb8U+IdOtLq9W9/4U tZX1mnhbRLrUdB0aurLS2tt3u+m23ne6a3uaNXVlpbW273fTbbzvdNb3PsqNiyKxGCcg5UryCQfl JYrnGcEnHTJ61DVn/X6ENWf9foPpCCgAoAKACgAoAKACgAoA+Of2gp5/i14v8Nfss6Lq2oW9t4kl 0bx98d7zRkR59J+B+na1LPbeBtTu3iktNM/4aC1zQb74cC3lWPWdT+Gej/GjUPDdzYa14dttb0/S Nlq9Fpvpd7p/nq9NrGkbLV6LTfS73T/PV6bWPr+3t0to1iiASJEVEhVUWKMLnAjVVG0BSqBclFWN Aiqd5aZa+au7P7r6afkr+ZMtfNXdn919NPyV/MnqSSle2cN9E0FzDHcW8iPHNbzIskUsUg2vG8bn y3VwAkiyq8ckDTQvG6SstVF2vrb7/Ton0/G2j6VF2vrb7/Ton0/G2j6fI6x6t+ypNK1vZ6v4i/Zo e4ubw6dpGnX+qeJPgJc3l8GleysLW7uL/wAQ/BIJPeSjRtM0241X4WfZo30621rwPdwW3gCrKXW1 9PVq/p5Nu2ztpqVZS62vp6tX9PJt22dtNT6t0bxDoPiPSrLXvD2taVruh6nZwahputaNqFpqmk6j YXUfm219YalYyz2V5Z3EX7yC5tppIJUBZJGGSJaeitr5b20tdL9UuhLT0VtfLe2lrpfql0NdWDqG XOGGRkFT+KsAykdwwBB4IBqSRaACgAoAKAGGVFIBbknHAJ6cEnAOFB+UscKHIQncQC7N/wBfpv8A 030HZv8Ar9N/6b6HjHxW+NPhz4dPo3h+2tb7xn8R/FjzweCvhp4ZeCTxL4gkiguXn1O8eeaGz8M+ DtLaBl1/xlr81loWnzvZ6LDPfeJ9Z8P+HtZaTv8An10/4K2tq+g0nf8APrp/wVtbV9Dn/hZ8LNfs NXvvip8SNUs/EXxY8VabbaXqculT6lP4V8FeF7W5kvbD4d+ALPWJ8W+iWdzKLnxH4mey0/XviTrk MXiHxJHBZ6b4P8MeEqvayT2TVnf5Pb52d7bWKvayT2TVnf5Pb52d7bWPorA9BwMD2BxkfTgfkPSs 7vv/AF/TZnd9/wCv6bCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAPJ/ir8L9P+JOhWkB 1HVPDHiXw5q9l4p8FeNNAnS31/wh4o0mSWSy1bTnkEltfWtzDPd6Xrvh7V7e+8O+KvDeo6p4Y8S6 VqWialeWM1prbvo1ayu7a7ra2vm3bQtNbd9GrWV3bXdbW1827aHB/Db41XaeJ0+EfxntLTwb8XVt DNpF5BFqVr8Pvi5p1i1zbz+IPhnrGpx/YzrKraS6j4t+Fs2rat418AfaIheXfibwnJ4f8ceICS2t qu/3b/Lrta3qyS2tqu/3b/Lrta3q/pIOpyAQSMZA5IzjGQOQDkEE8EfNnHNTZ/1bqrr+vluTZ/1b qrr+vluOpCCgAoAKAEJCgknAAySewFG4bkX2iE5w+cP5fCsSW2hgANvzAgjay5ViQqksQKdn2/rT /NDs+39af5o+Utd+Iuu/HHVtZ8A/A3Vbiy8J6bfyaF8QfjrpyW0ul6fIdPZr/wAKfCG8uzLp/i7x tbXMtvZa34ssoNS8HeAby31bS7q51Lx/4fu/C1jcVZO6W19fne++tv63LirJ3S2vr87331t/W575 4C8E6J8PfDekeD/DWkWmjeH9BtDaabZ2gQKqMVaWaZ9puLq+vJ/OvtS1HUJ73UtQ1C6ubzUNRvru e4up5k79X+j8/wCku+mxMnfq/wBH5/0l302O3wB0GOp/EnJP4nk+9SSFABQAUAFABQAUAFABQAUA FABQAUAFABQA1gCrDGchsjA5yDngkA59yAe5xTW66ajW66anyH8Q9F1v4I+Mtd+O3hDS7zUPAniW CB/j74G0PSYr7Wbw6Ppq2ml/GfwtZ6dIdR1bxZ4U0Gzg8N+MfDNhp2u6/wDELwZYaGnhrTdQ8W+B /DnhrxlafNbWzXf8Xrpvslrp0T0tPmtrZrv+L1032S106J6fUWg65o+uaHpOuaNqtnq2jatptlqW mavY3Iu7HUrC8tYrmzvra7WSZJoru2kjuYn8+VpI38wu/wAzVLTulvZJdvvvb0T6q3Ulp3S3sku3 33t6J9VbqblSSFABQAUAFABQAUAUNRvbKzsb+7vrpLSzs7O5ur26kla3itbW3gknuZ5bkbfs6xQI 8rShlaJFMoIwDVJaq6vfs0/yfT5eqKS1V1e/Zp/k+ny9UfInhi1vf2lfGWhfEzVbOf8A4Uh4B1GT UfhJoGr6Ve6dL8Q/GdlJqemRfGnU7PUBbNL4O0yJVl+C9otsItX+0H4vRXd7aXXw1vrS9I6vRvvd +uy1d/O3VWvYvSOr0b73frstXfzt1Vr2PsWFWWKNWBDKgBB25yBjogCDPXCDavReAKze+9/Pz6/i Zvfe/n59fxJaQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA5Txr4O8PePvC+ueDfFWj2mu+G vE2m3Wka7pF2Xjg1DTr2LyZ4JJYis8JK4ZLm2aO9tJUju7GeC8t4JFuMrNtvtur9fR23frtbW6qL 11f9X+fd/iup4B8K/GHiTwL4jsv2ffi1rMl/4is7a+k+FPj3VLuWe4+MPgbS5AI/7VvGtrZLf4q+ DLC50218Zaak90/iaCGHx7pUyxanrmkeD9Wk4uUUrO+m7W/RrSz/AD63d6sneUV02879vu0/4Z/U yyxuSqtlhnggg4BwWAIBK8ghhlWDKykqyk4W/r+v637Mi39f1/W/ZklIQUAFABQAUAFADXdUUs7B VGMsegyQASewyRkngDkkAE0AeQ/Fz4pWvw80nT4NM06fxX478VXb6L4A8C6ZewWep+K9d8tZnhe7 m3Jo+haTaF9Y8UeIp4pYtC0C2vL2OC7vvsVheXFPW+y3v0/PXuvJX7FxT1vst79Pz17ryV+xmfBj 4V6j4B0zUdW8Xa1/wmHxK8c6inir4leMZEihi1fxG1pa2ljpWg2MMcEOk+CfBul29p4Z8E6PFDG1 touk22q6w2reNNZ8VeKddG1t5Nbbeuzv0a21v3QNrbya229dnfo1trfuj3OoICgAoAglgWZGR9rB sjDorIFbKsu043BkJVg5ZGPLIy5U1zP5WXV9Py+Vv1K5n8rLq+n5fK36nyj4h/Z+8S+CdW1Hxj+z d43T4da5q+uv4h8SfDzxPBe+JPgn4xmvJoJPEjT+FxdQ3vw213xARJqE/i74a3ujwP4olPifxd4N +IM8+o2F9fuyS3dradttOl7239dUX7skt3a2nbbTpe9t/XVENn+1N/whl1f6H8fvhf42+EV1paRS p460/T9W+J/wT161kgN3Ne6d8TfB/h83PheLTYSYtTh+L/hH4XXX2mKeXRk1/Rki165HTvqnv0S1 VrdG1sn06dNLEyjrfXXolstOjfmtPy2Pe/h98Vfhv8WtCi8U/Cvx74K+JfhiS5ls28Q+AvFeheLd Hiu4N32i1l1DQ769tY7m2ICXFo0ou4JG8ua3R1cLLhZ2u7+afXbv172/K65fO23R9f8Ag6ee/a/e h8kjaRggZOAGyAw2+vB5ztIPGDkUuXzXXXtbv56ra++lw5fNdde1u/nqtr76XIhcoXKEbcFQrMyg SFgThFz5hICtw6JuxmPeMkDjbrpe2mr+71st+quDjbrpe2mr+71st+queDeNf2p/gB4B8TXfgjXv if4aufH1hbpd3nw38KS3fj/4oRWsi7o5/wDhWHgGz8T+PjFIP9U58OgTn5LfzX4By9nfvpa17d3Z /Jvp3uHL2d++lrXt3dn8m+ne55f/AMJ/+0d8cLeW0+HXgS6/Zy8HXuppaf8ACxPjFZ6TrPxS1TQF l23+qeCPg3pWoarpHh251PT9/wDwjmrfF/WYNS8O3xt7rxd8F9Vjgm0a4tWSV+iX567+bV1vovQt WSV+iX567+bV1vovQ9p+GfwM8G/DAa5faW2ta34s8WXsGpeM/H3i/WLzxL478XX1siwW7a34kvWW 4Gl6fbL9m0Hwvpcem+EfDFq8lh4b0HS9KYaestpaKz79r2eunXXX800S2lorPv2vZ66dddfzTR7H DEIYkiXkKoGQAo4AHCjhRxwo6dyTkmW7u/8AX9f0rEt3d/6/r+lYlpCCgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKAGsocbTnqpBHUMrBlI7cMAcEEHGCCCQRaAtDz/4i/C/wZ8VvC2oeD/HW jw65omoPaTtH513p+oWd9pt5FqGkatpGt6bcWusaDr+iajb22q+H/EmhX2m+IfDutWttreg6ppuq 2trdwWpdHdJ/Pz/z730vdXval0d0n8/P/PvfS91e/wA4T2/7SnwOl1efQoLj9qP4badbW95pXhHU dX8P+Ef2htIitBtutK0nx74m1XQPhh8WkunIGg2vxEvfhPq+nGG6fxR8SPFFxPa6o9O0vne19e2y urPZ+afXW1O0vne19e2yurPZ+afXW3WaX+2X+z/LLpemeMvGL/BrxTq13Bplt4N+O+lal8G/EEut SlEfRtLPj+20TRfFl3FOxgjuvA2seKdI1R0eTQtS1aAxzSTyatb2/HXa+tnbuvw1c8mrW9vx12vr Z27r8NX9OrcBgjALtkI2PvJRwQGDI6qyEMhDRhirPyAvHKcbdb7/AIf079kvNITjbrff8P6d+yXm kSs+0DA3ZJAGQCxAPyrnqxxxnaoGSWAFFlbfu0rdNezfbXt6ahZW37tK3TXs3217empka34h0Tw1 pF/r/iTV9K8P6HpVu93qms63qVppOk6baRqXmu9Q1LUJLaztLaFQTJNLMI1AJLAAkCjpfXysr3/X 70umoKOl9fKyvf8AX70ump8tap+2b8Mtd05F+A2keMP2pNZ1F1t9Ig+A2m2Wv+Drh5CsbXmofGbx BqHhz4JaHp1ozh7mXUPiCNRmjSWPR9I1rUFXTpGou62+fft5+vq10bai7rb59+3n6+rXRutL8Hvi 18b7jVV/aD8U6Z4e+HV7aQWkHwJ+Eeq6/BpGr2swLao/xS+K9xFoPirx9p+qzr5EXhDwzovw38O2 2kfb9E8UxfECy1EXMV6Lrbaz06adFdu+6d1+KL0XW21np006K7d907r8UfWOi6HpXh7StO0XRtOs NL0vSrKDTtN07S7K307TtOsLWJYLaw02wtEjttPsbaFI4ba0tUjhghjSKNQqLiHLpbTp63vrq7/r 91ocultOnre+urv+v3W16ggKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAK11bJdxeTIFKF0Zl dA6OoPzxshIDLLGXjYHIw5ODjFNO1/6/r+vQadr/ANf1/XofI/iHwJ41+BOqat4u+BGk2niTwXq9 5q/iDx/8Alm07RY77X9YvP7Y1Txd8Hr9o7TTfDHjTxFqkusal4l8K+JryHwh8SvE2rtrt5r3gbxH ceJvFfiTS/Na++tt/v6J6ed101dlpfmtffW2/wB/RPTzuumrsva/hp8avh38XbXVZ/AutvfXXh65 t7HxR4f1bTtT8MeMfCGo3dr9sg0zxl4H8S2eleMPCOpPB862HiPQ9MupUzPbRT2qvOscutteuy7W +X4+W7sRy62167Ltb5fj5bux6orFs8YHbnnv1GBjp7g5yCRzSat/Xm1+gmrf15tfoOpCCgAoAQnA 6E+gHc9hnoM9MnjJFNK7/r+vxQ0rv+v6/FHm/wAQfi34B+Fml2Wr+PfEFnoFtqt+NH0O1fz9R1vx Lrzwy3MHh3wp4c0eHUfEHizxDc29vdz2+h+G9M1TU5orO6kjtmWLLVyX6/emvz67ff5Fcl+v3pr8 +u33+R4BZ+E/HH7R9/Zax8V9GfwR8Eh5OoaR8DtRUN4n8c3C3wv7DVPjkrh4LLSlgsrOe0+DOmGf TLlbq7vPiVrHiB7iLwR4dp6Xbd+nRXt6Pvpe11r5NU9Ltu/Tor29H30va618mvsG3t0t08uMYUBQ OMcIixrn1IRFBPA44CrhREpXtp+Pp92xEpXtp+Pp92xPUkhQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFAHA/EX4a+Ffih4dufDfiyzmntHuLTUbC9sbu50zWtB1nTZludK8QeHdb0+W31XQtf 0q6jS507V9Ku7W9tpUUCRoi8b3Go4q1k1az77t+m77Pra1ylJr+v6/r1d/nbTfi14z+BM0ehftFy f234NUagPD/7RmhaHe2nhpNOtJTJp1l8dNKgbU2+H3iuPw+sU2q/EPT3X4P+JdT0zX9R8n4Q/bPD fw/kpq+33bfJdNWuuqabaLavt923yXTVrrqmm2j640/UbXVLK21GwuLW+sb23gu7K9sLqK9s720u YIriC7srqDdFc2s8UqSW88Z8u4hKzxFopI2aLdNU/NaaN9e3y/Ai3TVPzWmjfXt8vwL/ANf8/wAq kkKACgAoAjdyu7ajOVGdqlQW9ApYhdxJHDsnGSCQKpRv+P4W6b9el/QpRv8Aj+Fum/Xpf0PnDx5+ 0JZWmvXPw2+FGhz/ABX+K0N7babq+i6LefZPCnw2kuLODUm1X4teOha3ejeD7S2sLqwu4PDVv/bH xE8Qx6npknhvwXqemXV1q2ntR1T6X/r9NbK2t7NDUdU+l/6/TWytrezRq/Cf4SXXh+5vfHHj3xGP HXxc8QWdpYeKvFosJNM0qzs7Oee+tPC3gbw7c3uqN4P8JaLeXlw2m2K6nqmq6oz/ANt+J9c8Razc /wBoxtytolo1p59m/Lpbto1ayG5W0S0a08+zfl0t20atZHvigqqqWLFVALEAFiAAWIHAJPOBwO1Z mY6gAoAKACgA/wA/lQBXmtLa4wZ4IpSCGVpEV2RlZXRkZgSjI6JIhUgpIqyLhwDVKTVtdF8tOxSk 1bXRdPL+kfPHjv8AZI/Zu+I3ix/iB4v+DHw91X4hywRWr/EWLwzpumfERrW3DeRbHx5o8On+Lvs8 AyLaE60kduxDQeW4U1q6vMrtJWfS1/xd/wCvutTVrtfK6/4H9fO3nnjL9if4aeIfDWuaDoniv49e BdQ1bT57aw8XeDP2jPjpp3iHwxfmMDT9Z0i1uvHOq+HNSu9Il2XVvY+KNB8Q6Hcm1TT9T0nVtMvL 7Tp55o+Wl+i2ejta+r321X3hzR8tL9Fs9Ha19XvtqvvPIPBvwG+ENz4hT4O/tH+CrzV/Ft4NQXw7 eeJfiR8afHHwm+MujabZtdz6ho2lfETx34l0XS/GEOmk33iz4ZeJP7S1y0+z6xqvh3VvGXg7TJdf ti9tUuivHS/lfTTTzfogvbVLorx0v5X000836I+6vhx8Jfhb8I/DcHg74TeAfBXw28I2cjy23hb4 feGdD8HeHbeaVt8s8ejeG7HTtPS4mb55ZxbiaR8u7sxzRz36JPpe79dl6fgHPfok+l7v12Xp+B6K EReigdM8ddpyCfUg85POec5rNt99traL9NzNt99traL9Nx1IQUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFABQAUbBsMMUZO4xoW55Kgn5hhiDjgsOGP8Q4bI4p3d731Hd3vfUwfEHhjw 34m0u+0TxLo2ka5o2q2s9hqek63p9nqmmajZXKkXVnfWGoQ3Fpd210mRdQTxSRTqoEyOFGKU2la2 2/8AXT8vQpTaVrbb/wBdPy9D4C+IH7On7Lnwil0/wj8IvgZpuj/EXxdaahL4K+GfwQ8QeKfgnZ6x /Z89smo614iPwp1rw5pfhPwF4evb7S18TeKdV0mXTdNGqWunaTpniXxNrOm+G7+29ddnrra3ku3f bW/kkW3rrs9dbW8l277a38kjsPhx+xL4b0XTruXx74++NXivxLrWqXOtan9k/aA/aG0zwhoUUkCW 1j4T8FaDcfFO6ax8M6LCFFpPrFxqfiPU79brU9T1IQz21hbpySelrd79/l3tff0dnZOST0tbvfv8 u9r7+js7eh2/7Ev7LLazp3iTXPgl4F8beJdFuob3R/EnxJ0uX4o+INKvbdhJb3+m638Sbvxbqljq EEgEkN7Z3VvPDIN8DRnmhztpZP0f/A/IHO2lk/R/8D8j6gjsrdAilBKI1CRiUCQRqBgBAwIXj5cj BIwDkCk5N7WXzV/81u/MTk3tZfNX/wA1u/MsqiKSVUAnOSBjqcn6ZJLEDqxLHkk1F33f3kXfd/eO pCCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAGsiOCGUMCCpBGcqwwy8/wsOGHQ9waabW 39WGm1t/VjxL4m/s+/DX4o6jaeJdY0u/0Tx9pWly6JoPxM8Fazqvgz4j6Bpc939v/s/TfGXhy5sd Yk0eHUyurDw1qkup+FbnUYxNqWh3sbzRyVzaPRa7tf5dfvvvqiubR6LXdr/Lr9999UePpp37Zvwr 0O3tNB8SfDL9p220krCn/C1Irv4FfErV9LhU7rnVPG3wz8KeMPhtrfieVCGjh0v4MfDXw/eXTGGQ 6HCguKppN3/KzWnror3u0+z9XTSbv+VmtPXRXvdp9n6vW079qDxRbxIPHn7Ln7SHga7iRY72O28M +B/idp7XKN5c8uk6h8IviJ45vLzTHYNNZT6ho+k6nLa7Hu9JsLx2sIT2btor7dL363X5W2a3Yclt rfPXzuuz6W2a3Zlav+3L8HvD2q+GdB1/wz+0Lo2ueMb2603wnpeo/sx/Hqyn8R6jp+mXus32l6JJ deAkttU1eDR9K1PV30SyuZ9cbStPv9Thsn0+xvLmEcGltrvqkne69V6LZdU90cum2u/RO9/mu9ls uqe62779qHVZ4d3gz9mr9prxxeMuyK0TwP4U+G0DSNlVe5vPjR46+HUVvDvDHzVd+AyiOVkwTlV7 aWv89tv1s+nfocqvbS1/ntt+tn079MiCX9tD4l6VfQ6inwk/Zps79HgsZvD0+rftAfE6wspopF/t OPUdc0X4b/C/wl4ytw26HT7jw78aPB9tcoIrifxBZyNGxaK3763Vl1013WnffW4Wit++t1ZddNd1 p331uejfDP8AZw8B/D/U7Xxhfy+IfiL8UU0eTQ774u/FDWD4v+Iup2N1JBPqkcN9JaWGheC7DW7u 2t7zVPCnw28P+DfBJntrX7H4dt4bW2ihfMraWflovnZ7a/P8x8ytpZ+Wi+dntr8/zPoFYo0xtRQQ AMgDJC7iAT1OC7kf7Ts3ViTk79f69PL00Mnfr/Xp5emg+kIKACgAoAKACgAoAKACgAoAKACgAoAK ACgAoAKACgAoAKACgCrcWdtcxvHNBHKrq6usiCTcj7WZMNwVZ44maM/I3lpuX5VK1Fu+/wB+299f x87sqLd9/v23vr+PndnyPf8A7LEngq8sdZ/Zn+IOsfs9T2l9eX194E0TRtP8V/AvxWl+ZZLjTdc+ EOsLHZeGLRdVuZfEX2/4Pa78KvE11qwdNR8Q6lo99qelXNcye6/Hvo+2u29rb9FeuZPdfj30fbXb e1t+ivDffFP9rL4e37Q+Nf2fPDfxc8JhMReLf2fvH+l6R41iZVzJc6z8I/jddeDdA0zTrcBnebQ/ jp421OWMAx6KZSI6bitXe/VfPu0rvfRL0G4rV3v1Xz7tK730S9C7fftd+G/D+m3mp+MPhT+0T4St dMsrnUdXm1D4I+MdbtNLsLKKe4vbu81XwRD4v0CC3tbeF5ri+fWXtIYYJncROI4Zzl20XW60X6be iTu1rtY5dtF1utF+m3ok7ta7WXRf2yvh34o0nT9a8LfD39pPxBpus2UGpaNe237M/wAbdLstX0+9 hW4sb6xv/Evg3QbN7G9hkjuLG+kura0u7SWG7hka0lilocG9o3vtbpt2X4WfXW4nHeyXXbpt2X4W fXW5R1P9oD4++JJ00v4RfsmeMPtbyZPi79oDx94L+D3w7gtBjznVPBVx8a/i3d6oFdZLDTJfg7Y6 dePFLa33iPRt0d2w4W1aevT7trpfPVabW2HydbfJfpf/ADWm1tixcfBr43/E7UdLn+NnxputP8I2 lvOLz4U/AXT9V+GHh7xFcXMX7v8A4Tf4kza1rHxd1qPTJM/ZLbwJr/wi0XUQXg8UaJr9jJ9lo92O nXe3p/V1d328g92OnXe3p/V1d328j6K8B/DjwN8MPDVh4P8Ah/4V0Lwf4Y0w3Ullofh7TLXStNhu L+7n1DU7021pHEk2oatqN3d6lq+oziW/1bUru61DUbi6vLmeeSXO6ta39L/IlzurWt/S/wAjtFVU ACgKBwABgADoAOgAHAA6AADgAVBA6gAoAKACgAoAKACgAoAKAPPPiD8N/C3xK8PX3hnxpp0Oq6Nd ZnjdHms9X0nUYY2XTta8NaxZvDqnhzxJpdy6X2i+IdEvbHWNI1K3gutMubefY8FJ+q9PnvfSy+Vt bspP1Xp8976WXytrdnjnhn4i+JvhL4j0j4a/G/Uzq+m+IdRh0P4XfG1orKy0vxU4sxJp3hL4lQWE Nlo3hD4l3Mkd7baVqFva2Hhb4kSJajw9HpPiO5Pgyypxu7Kytv5ddPv1Sej9blON3ZWVt/Lrp9+q T0frc+o1kDBTgjeMjJQ46cEozLkk4G1mBIOCahpr/g6X9L7/ANX6ENNf8HS/pff+r9B9IQUAFABQ AUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAHSjcNz57+J3xb1W31uL4VfCTSrTxb8Y dT0x9TMWqC9j8EfDjRJjb20Xi/4m6vZQypZQl703HhjwLFcWvi/4iy6bqtv4ejs9F0bxR4r8M0l1 b07bN/jorPXXb7ykurenbZv8dFZ667febvwy+D+l+A11jWr3Urvxf8QfFtxDdeOfiJrsFnD4k8TX FrJIbG026dBb2Gj+HNBhla18LeF9Jt4NH0K0a6Nut1f6xq+r6g+Zbarbb08mm+2r89LWHzLbVbbe nk0321fnpax7PUEBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFACYz6Y 9Mf/AF/6U07J730s07f193fUadk976Wadv6+7vqBt0YENHGQ3UFQc56545p+1ktOfbS10Pnl3/L/ ACOF+IPw18JfErwxqPg7xdo0Gp6Dq0Lx3MUV3qWkahazgD7Jqmi65oV3pmveH9d0qYi/0XxFoGq6 Vr+hapBaapoep6bq1rZ6jZv2jf2m7eaf6f18h878/wAP/kTwbQvFXiX4Ia7p3gr40aquv+Dte1iy 0r4ffHG7isbSKTUpbALpPgf4uqLwQaH4wuv7NmttA8e2Wk6T4K8c6i9jo88Phn4g6xpWkeNq0krr 0e99/u63av2Xa1aSV16Pe+/3dbtX7Ltb6shnSRjGiMu1Qx4AVSQDtOD94ZxwCNyuud8bqsyWl7t+ drK3kun9d1eZLS92/O1lbyXT+u6vYqCAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgDj/Gvjbwh4C8Oax4q8a65p3h3w5oVmbzU9Y1OdYLa2TzDDFFCc+fdahc3IW1sNPsE n1G9v5bays4Jb25toZNFsrNu+jjo9Xf5Lq+um6NFsrNu+jjo9Xf5Lq+um6PnXRvA3iP4+6lZeLfi ro9x4a+GOmXOn614F+C+sWEa3evXi2CPY+L/AI0WSXNxZ3dzaTzPP4b+F3mnTvDc9ppvinxbA/jx dK0r4fDfLsvL5Lpr12d7deutxvl2Xl8l0167O9uvXW/1lDp8EccamGIsiqN7LvdioA3u7KWZ2xuZ mJYsSSSeSvataKTWm3MrL5NN27K+3YXO/P8ACy+VnovX7icwqvOxB7hR/gKXtJS3k3bs9hc0nu38 v6Qo/D2x6dqTtfS/z3E7X0v89wpCCgAoAKACgAoAKACgAoAKACgBCAwIOcH0JB/AjBB9wQR2INC0 8/UFp5+pg+JPC3hzxjoOr+FvFeiaZ4k8M+INNutI1zw/rdnBqei6tpd5GYbrT9Q0y8SWzu7S5iZo 5oJ4XjdeGU1Sb1d72to9brf8N/LuUm9Xe9raPW63/Dfy7nzEfEfiX9ma4+w+Ptc1Pxd8AHuooNF+ KOu3l3q/ir4MWkdkJW0n4ya/q+p3ep+J/AYmtXNj8Xr2Q6t4aiv7Kz+JSXen2t98S5b0d7ad++3Z PR2v0a763RejvbTv327J6O1+jXfW6PrO2uY7mOGaGaGaGaJZopYWV45opFjkilidZGVo2ikRwyGS NxIjJJggNDSW39fPZ7aW877ENJbf189ntpbzvsWakkKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgApq2vV7Jeb/y/Ow1bXq9kvN/5fnY+Z/G3xK8V+NvEeq/Cf4G39rba3p0gs/iF8W5 7K31Pw18KVlntoZ9B0W3u4rnTfFnxinsZ573Q/DtzDe+GfCvkLrfxGUQT+G/B3ja1FLfpa/zb6/n btprvailv0tf5t9fzt20139O+G3wu8IfDDRp9G8MWU3malqF1rviLXdSuZtR8S+MPEl9Kz6j4n8W 63dA32t65fDyEe7u5WhtrWCz03SrbT9J0zTrK1Um1bS2z1tp2SWlrNflfsKTatpbZ6207JLS1mvy v2PSFUKCBnkknJJ5PXGScZ64GBnJxkkmG76shu+rHUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFAD959B+v+NRyLu/v/wCAAhYtjOOKaio3tfXuBga/4Z8P+KNL1TRP Eejadruj61p91pWr6VqtpBfafqem3tvJa3lhfWdyklvdWl3bytDcW8yNFMgQOpKIVtN6Lttfz6/L dDTei7bX8+vy3R8tx6z4m/ZnlisfEuoal4q/Z5Lw22meOtTe+1nxV8DbOOxcW1p8Rb2Vr3U/E/w1 8iwgsrT4i31xeeI/CF5cxz/EZ77wrNfeNfDltJ3Wmlutlf8AG1r2s/RWs07aTutNLdbK/wCNrXtZ +itZp/XFncJd20NzHLDNFcRpNDNbSebBJDKokieKUACWNkZWSVflkUh1ADACH27aP1Ifbto/Us0h BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQB5l8Tvil4b+FWkR6x4iup3lv5 4dK8N+G9MtV1HxR408SXInlsvC/gvRY5Y7zX/El9DbXEkem2ylbeyhutYvprTSNM1O8t6ir/AOVn +n+etrFRV/8AKz/T/PW1jy3wV8O/FnjzxZpvxZ+OMVvDq+m3I1L4Y/COyu5rnw98IoZ9JSzk1PX7 m11S70X4hfF6c3OprdeNls7XRvBWi6rJ4K8BaeyN4p8d/EG3dR0StbR6Xs+6t13/AD7Fu6jola2j 0vZ91brv+fY+mYoIoSTGgUlI0LfxFIt3lqT12qXcqv3QXcgAsxOd728jO97eRZ3n2/z+NZuCbb11 EIWJ64pqKje19e4DaoAoAKACgAoAKACgAoAKACgAoAKACgAoAZJGssckTqrJIjxurqroyupVldGB V1IJDKwKsCQQQTTWjT7NDWjT7NHyPPoPiL9me5bUfB+lax4u+AU80P8AaXw90WLUdd8XfByGKydG 1H4cadLe3V/4h+GdrOn2u++GWlQXWveE0mupvh1a6posen+AdOu6lp132sum976272XS+zLupadd 9rLpve+tu9l0vsz6Y8MeKPDvi3w/o3ifwtrOmeIPDniLTLHXND1zRb221TSNV0fVYFu9O1PT9TsZ 7mxvbC8t3E1veWtxJazoQ8LsrJulxd39++v42d9r6X17kuLu/v31/GzvtfS+vc6OpJCgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKAKs1xHsdVkAcbsbgQu6PDFWZgFVWAA3llAWRHVh5kTNST TT7a+n/B309b7NFJNNPtr6f8HfT1vs0fKmoeL/Fv7QOo3vhT4R6teeHPhLp93c6R45+OWmOiX/ii 40/VJLLW/BfwQvI7tRLfwy2N3pHi34ovaNo3hiSe50rwNLr/AIxh1DVfAttpWfXdK1vxtfpbu/JX RbaVn13Stb8bX6W7vyV0fRfg7wd4f8C+HdL8L+FtIs9C0TS4nWDT7Eu8Qmnne7vLua4uA93qGoX9 5LPd6jql/JNqOo3k9xfXk813PLM8uWm+rWu7vv3tbd6JW7PtLlpvq1ru7797W3eiVuz7dVUEBQAU AFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAFe6jaaF41C nd1DhXVlHJRkcFJFkx5bKxT5WLB1ZVNNOz1/Df5dv6XUadnr+G/y7f0up8hy+EvEX7M1z9s+HOi6 n4r+AEs8J1b4PeH7CbUdd+D2nQWcto+rfBDw9o+j3ep+IPCiSG0bWfg6kom0vTlvrz4WSXNzb6Z8 JvEl35u7drapWe2mn3ryvturvzd27W1Ss9tNPvXlfbdfUPhnxZ4b8YaHoniTwvreneINA8Rafban oetaTcpfaZqtjdQCe3urK9haWGaKaLfImJGciKYEboZdkNb/ANaXa/NW6dCGt/60u1+at06HR0hB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUbhuePfFP4uaT8P7fT9HtNMv/F3xD8Vf b7bwJ8OtHwut+K72wiD3c8k7o9toHhXS/Ns5PE/jHVzb6F4es7+zN3cm+1DTLG9qK3vslvutH5f5 /g9ait77Jb7rR+X+f4PXnvh98JtVt9en+KfxJ1W38V/FfUor2ys7u0Fynhn4b+GdRis428HfDjS7 5/8AQLGZrK1vfFHiG5jj1/xtqYa71b7Ppem+FPDPhmm0r9L69fx1uu9tNWvMptK/S+vX8dbrvbTV rzPoEDAA64AHc9Pckk/iSfUmszMWgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAGSRrIu1 s7TkMBxuVlZSu77ygg8lSrcYzgkFptbDTa2PlXxD8PvFfwf1/UvHXwXsJNc8J61qT638RfgYkmm2 cGq3kyPJq/jL4RXdyIF8P+Pb947e+1zwde3tt4D8dT2NxeJb+FfGGr634s1607rXS/u37adb67O3 366lp3Wul/dv206312dvv11PcvAHxD8OfE3w5pXi7wfejUPD+rRSmOS4tr7TNUsL232x3ui63omq WtnquheIdIuxc6Z4i0DWLWx1rw9rVjfaPqmnwX1ndRwS1br0X3/8N/ndXSJat16L7/8Ahv8AO6uk d3UkhQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQBlavrFjolnd6lqd5aadpmm2c+o6lqF/NHa2 NjYW0by3N3eXksiQ2VraxRvcXN1P+4hgjkklZEVnWoxvvt37Pz8vTbrZFRjffbv2fn5em3WyPlBY 9f8A2pZnBl1jwb+zfLskhNvNfaD43+PEcF9cKZlurS8sdU8H/Bi7NkjxoYV8SfGDRtT2zP4Y+HUl zbfFOvhV9OZLydvNve9tN7dlZFfCr6cyXk7ebe97ab27KyPrLSdI07QtPstJ0iys9N0zTbKz03Tt P0+0trGysLCwgW2s7O0tbSKG3t7W2gRIbe3hjSGCJFihjRFCiG7/ANeSX6EN3/ryS/Q0qQgoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAInhV3Vy SGUAAjGeHVuMg4zgqSMNtYgMOtNO2m6vdrX+v+GQ07abq92tf6/4ZHy14h8CeKvhV4lvfiF8D9Mj 1LTtZ1NtT+JPwUiu7DSNM8YMz3J1Lxd4DlvZrbTvDHxQuGvYby+F79i8L/EGazjsvEd/oerX1r4x tbvda66b7PvqkmunS9rbaO13utddN9n31STXTpe1ttHb2/4c/EXwt8UvC9l4t8I6it9pl2qRXFtN BcafrOhaqkMb6l4a8U6DqEdtrXhbxZoU8v2HxD4W8Q6fpfiDw/qUc+m6zptlqEE9tFElZ2/r5f15 dLuJKzt/Xy/ry6Xfd0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUANZtoJ9Bk9cYBGeQDy AcgdW6DvhpX/AKX6tdmNK/8AS/Vrszwb4o/GHUPDut2fw1+G2hW/jr4w6/plzqeleHppdQtPC/hP RY5YrM+NPin4osdPv7fwb4Xivp47fTbB47vxb42mi1OLwVoWrxeHvFN3oVcnW+m99H+XXfZNLzK5 Ot9N76P8uu+yaXmXvhl8IbTwTd6p4m1/WLnxv8UfFKwSeMfiLqdjp1jfX0VrEq6Z4b8PaXYQpYeF PA2gI0sWh+G9N84tOZtf8S6t4m8a6v4k8T6y5PRO/fS2nW7s97ab/dqOT0Tv30tp1u7Pe2m/3ant MUSQrsQYUElV/hUdlQDAVFHCooCqOAAOKhu/9ff97uyG7/19/wB7uySkIKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKAGmNDklEJb7xKg7vujnjnhFHP91fQYLva+nYLva+nY+bfGHwq8Ta B4rvfiz8F5tH0fx3qL2DePfCuoySaR4F+MVtp8QsoV8VPZaZqd3o3jGx0sRW2gfEjT7O/wBYt4bS x0DxFbeJvDNjpuj6Zomnp5O2nZbba331tqtk7Giaenk7adlttrffW2q2Tseg/C34q+H/AInaHeaj ZQ6joGuaLcrpnjLwP4njhsfGHgPXEtYrmfQ/FOnxXN1bQ3IhcXdlqem3d/4f13TpIdY8Patq+j3F tqE8tbWXfXSzS67u1r21fYlray766WaXXd2te2r7HqfWpJCgAoAKACgAoAKACgAoAKACgAoAKACg AoA5Lxn4y8M+B/DOqeKvFOvafoGg6RBHcX+qXs/lwwpNNHb26RrGHuLu6u7mWK1sLCyiuL/U72WH T9Ptrm9nhgelF3s0/wAf06efS9/J0ou9mn+P6dPPpe/k/nGz8I+Lv2gbyy8W/FLRtV8O/CWzubPV /BHwS1OFLfXfEdzp9zLqWkeMfjTp14IYorw3EWkan4U+FN7JLpvhuaKG/wDiHa6n4ieLSPAde6u1 +r7XXTrb06PR3sivdXa/V9rrp1t6dHo72R9bxIFRAAoOxASE2Z2qFHynlcDgKeVHy9qi77si77sk pCCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgCN0Gxwi4LDHy7VbHTKkgrvAJKbvl3YyQCSGt1fb8Pn5bX8hrdX2/D5+W1/I+dfH3wo8TWXi if4tfBS+sPDvxJn/ALHg8X6DrLXw8CfF3w/pUskTaD4ttbK4jm0bxTaaZNNZ+C/idp1jeat4TkSx i1fSPHnhC2l8FXl3T3tbzWuq33svOzu3sky7p72t5rXVb72XnZ3b2SZ2nws+LeifE7TLoR2GreEv GPh2S007x78NvFh0qDxv8P8AX7mB5zo/iO00bVNb0e6jmMF0dE8SeGdc8QeDvFNjbT6t4U8Ra7pC pfurJ7bb+bWu3rbW6VntfS6snttv5ta7ettbpWe19L+tZH6Z/Cot17/oRbr3/QKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAheeFVbMsYIOzBcAl2JVUHUl2dSiqFZi4KhSwK00m9v6uNJvb+rnzl46 +JfinxP4j1H4VfAp7K88aWKPa+NviHfxHVfBfwcW7h0+W3XU7SJ4oPFfxEuNP1SHWdA+HovbJUsY U1rxdqWlaZPo+n+J6sld7XVtrNu2umuj+5dtmqsld7XVtrNu2umuj+5dtmvTPht8L/C/ww0e+sNB hurzVde1ObXfGPi/XZLfUfGPjrxLPDBZz+I/GGux2tpLrOp/YbOx0rTwYbfT9C8Pabo3hjw9p+ke GtE0fR7AcrvV6Ltu35X/AKXfa45Xer0Xbdvyv/S77X9G2qDkAA9M4GccDH5AfkPSoIFoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAY671AyB8ynkZ4Vg3HIweOD1U8jBAIadnf+ v6W407O/9f0tzwj4mfB2fxBrOn/Ef4f60ngb4waBaW9jp/iiPT0vtJ8W6Ba3U10Ph/8AEfR0eGbx D4Jumur5Lf7Pd2Ou+E73U7nX/Curabqb3j3tppq1tG7dLLbbbXW/W+vTa001a2jdulltttrrfrfX ptpfC74v23je61LwZ4l0ZvAXxb8JWOnXPjb4b6lfLd3ljZ3815p9h4s8K6iILZPGPw48Q6lpuoQe FvGllb20V61lfaVrmn+HfFmk634Z0yXHd3v1vZ69/JdevyJcd3e/W9nr38l16/I9oqSQoAKACgBV G446Um7JvsA/y/f9P/r1HtPL8f8AgAMIwSOuKtO6T7q4CUwCgAoAKACgAoA87+JHxN8KfC/QxrPi u4uwl9f2OhaDo+k2M2teJfFniTV5Gg0rwz4V8O2KT6lrut30oJW0tbd4ra0WfU9QmtdIsNUv7Gor Z32120Vu7vp+OmpUVs77a7aK3d30/HTU8d8CfDLxL8QfEel/Fn46Wqw6rpjWeq/Df4NrPY6v4P8A hPOPt8lv4j1LUrW1ii8a/GGWyv4bHVvEJvdS8IeCEsxpHwutrea78W+O/iA27fDe3XbbZa9NFp13 b823b4b267bbLXpotOu7fn9RQxmKKONmLlEVS7fecgYLN6sx5YjAJJIAHAlu7uS3d3JKQgoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoA8X+JPwlPivU7Hxz4P1s+B/iv4dhtYPDvjSGC6vbW80u31BdQvPBnjjQodQsLfxj4E1kNd291 ot7NFd6HcX9x4i8Haj4c8WRWuuQ0pW0e3Xpo/Tf/ACuuulKVtHt16aP03/yuuukPwy+Lx8VXl74J 8aaKPA3xe8NafBeeK/Ak959rjmsJ7y602y8YeCdUkjt/+Es+Hmu31jdf2Pr8UNte2UksGieJ9K8P +J47/RLOnHz83p163tfW1vubKcfPzenXre19bW+5s9rRxIoYAgHOM45GeGGCeGHIBwwBwyqwKjN6 f8HQzen/AAdB9ABQAUAFABQAUAFABQAUAFABQAUAFAFe4uY7ZS0jIiqjyO8jiOOONEZmd5GGxFUK WYsV2xrJLysT4pK99bW/H089vvKSvfW1vx9PPb7z5T1nx94j+OOrax4C+CWqyaN4H0/U9Z8N/Ef4 92LWmo2+n6xo2rLofiP4ffCRvtU9prnj3TdRt9X0TxR4puba88LfDPVtMutGlt9f8Z6dqfhzw7S0 V3uul7XW+q3uru3ovUpaK73XS9rrfVb3V3b0XqfQfgXwH4Z+HHh6z8LeEdOj0vRbI3EwhV5rm6vN R1C8udS1jW9X1K7kn1HWde13U7y51XXda1O6udR1jVrq81O+nlvby5mlhu/9f0vwv5kN3/r+l+F/ M7GkIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAQgHHtyOSOn0/UdC ODkU7tf1+ff57Du1/X59/nseSfE74UaN8Q4NI1CDUdT8K+N/CV9Nq/gbx/4dwviPwrqs0kRvYoXk V7fV/D2ti3trHxV4O1cT+HvEmmW6WWrWUsUMEkFp3WttdHstNPNfJq++ysWnda210ey00818mr77 KxzPw9+LOuSa9F8K/i5Zab4U+LUFg17pk9mY7fwd8WtHtZri3n8V/DT7Vqd9fxGIWouPFXgTVLq5 8WeAXuIl1Eav4dv/AA14x8RJxW62Vrpb273u1rv+qYnFbrZWulvbve7Wu/6pnv0b70UnAY54yM4y wUkcYLBcledp3KC23Jlqz/W1vUlqz/W1vUkpCMzV9Y0vQNPvNX1vUrDSNJ063ku9Q1PVLy20/TrG 1hRnmub2+vJYbWzt4kUyPPcSpEqo25hxVJX6Pr38tVZO+ujXmvNqktP+H8rNaO+ujXmvl8sW/wC1 xoHi/WdV0L4IfD34l/HdtEaJdT8XeB9DsdB+E8ZmX92ujfF/4j6n4M+HXjyWNiU1e0+F3iDx7e+H ZIzB4htdJmbatqCbXbzf3fP7ltq9W65Fdfjd/dt137LbezvlLrP7eXjK5dtP0T9mP4FaNJI/2K48 Q3nxL/aL8UPa5xHLq2gaS37Nfh7QdSYEF9NsvGfi6ziJL2+s6jEvzW6UUr3fayV2/km793bRW9UP lXW+3Tf1td7X138uz018Fftnshaf9o/4ORXS7ji2/ZS199NckssDNayftNT35UyLm5hj1YS+Sdqy 2ZZblX7One11t1ny/wDDLs27PZNvQOWP53u7dba9d9F+vXKvV/b58Ik3Vjrf7K/xutwQ39i6j4L+ Lv7ON8iHAaI+KtK8W/tSWl7JncyzjwRpKpxHJbOoa4VSpwSTTV29lK7Sva+tra+t+juHLHbRO/R6 2+e34+WrL+pftUeIPh3p9pqfx2/Z++LXw/0hp7ew1Pxd8P8ATE/aC8F6VqFxlfOuovhPHrHxX03w zGf3lx4y8UfCLwz4a0m2AuvEuo6BDuAzcY+a0/R9Xp6pfgrsTjHzWn6Pq9PVL8Fdn0h4L8e+C/iL olr4l8BeMfDPjfw7duyw674R1zSfEejSukZZ4k1PR7q8s98YMZmUTs8cjLG4QttCkkuln6376/cv Lr2FJJdLP1v31+5eXXsdlUEB/TrQB5P8UfitpXw5j0LToLS88UeOfFt++m+C/h7oBsp/FHiq8hie e8ltbe8vbG203QdHt0a78ReKNVurTRNCtAhvLoXV3YW1zUY3eq/NW/4Ou39Ooxu9V+at/wAHXb+n xnw5+FuvReI5Pin8XdSsvFXxTvtMSytY9PiuG8I/DXRbu3kN14Q+G1reIjBZppZE8Q+NprSw8WeO 3itW1m20fRLDw74X0l3Vmrddm/S17fPqrdb2bTurNW67N+lr2+fVW63s2voZYIUcSIgVwhTcM8qS DgjODyoIJBIy2CNzZi/+f9feRf8Az/r7yWgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAEZQ6srDKsCrD1BGCOOeQe1GwbHlH xT+E+gfEnTtKea61Pw34u8L6gNY8DePvDTW8Pi3wdrKKhNxpdzdQXlte6VqQt4bTxN4Y1ex1Xw14 r0nztM8RaPqFlIwjpNvtts9E/XbXVu769blJt9ttnon67a6t3fXrc4b4e/FvxDZ+KE+EXxnstP8A DPxOSxu73w/rWlw6pH4A+LmiWMssT+I/A2papbR29h4ihtUh1Hxp8LZ9U1XxD4Fknkkgv/GHg9tK 8f65Titdf+Akk/P0WmifXRFOK11/4CST8/RaaJ9dEfSAIPQg/Qg/56j86zMxaACgA6daAEyPUc9O evGf5c/SgCOeeC2iee5mit4Il3STTyJFFGuQNzySFURckDLEDJFOzeybAx4PFHhm6nktbbxFoVxc xOkctvBq+nzTxySYMcckUdw0iO4ZSisoZtw2g5FFn2f3Mdn2f3G5kZxkZOcDPJx1/Lv6UhC0AAIP IOR6igAoAKAKeoXUNnZXN5cXcNjb20TXFxeXDxx29tbQjzbieaWY+TDDFAkkks8p8uGNWmk+RGpp aq+2/wAvw3enqNLVX23+X4bvT1Pkq61DxH+0959loF9q3hT9nVDdW+o+MdLlvNF8afHFbfUEhurD wDrOk6na6v4N+E88FveWN54zto7TxV8SLe4W48A32ieEEtfF/i20ku1/W9mlr1Sbv8lvpoi0ku1/ W9mlr1Sbv8lvpoj6n0LQNE8PaNpGh6Dplho+jaLp9np2kaXpNvHY6dpun2cMcVpZWFparFBbWVvD GkUFtDGkMcI8pYxGzKYbd3rv+Pbe/wAuqIbd3rv+Pbe/y6o2qQgoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgDz74kfDfw58UdATw94lt7gwW1/Z6zpGqaZfXGke IfDfiLTJ459I8R+G9csz9r0jWdKlEkttcwAiTe1tcrNZzXNvO07X76W7b/n2+Y07X76W7b/n2+Z4 v4S+IXin4d+J9J+Fnx2urKfUtZuorL4ffF+KFdM8L/EyczSRWHhrWoUZbLwf8XUgbTxNobpb6F45 njbVfAEscv2zwb4KvezitL3a+/77ryfa9tC97OK0vdr7/vuvJ9r20Ot+KnxrsPCmoad4D8H6BL8S fi7r0Nje6T8OrCVbUaVod9eS2I8Z/ETWpYLq2+HvgS3NtqLPrmr2lxqevTaXqXhzwR4e8XeMFh8O TSo6+lndeqta6s77Lp12WsqOvpZ3XqrWurO+y6ddlr51on7N154+l0Hxj+0f4jf4seLNKv28QaR4 KuVksfgX4G1pLp7nRH8O/Cu3u7rSvFOreHI/sM1t45+JmqeOvFkXiC21DWfB2oeB9O1ddC0+1NRd rOzauv0fborLb10TbSel1tfV9Oj7ei2Xd6L62t7G2tUiSGFI1hj8qNVACIn91EACKo6AKq4HGMUS quWl7L0V157631vta4c79F97X5FvAHQAVDd7at+qS/JibvbVv1SX5MKkkKabWw02tiOSGKUYkRW+ o5H0NPnl6/L/ACsPnl6/L/Kx81eOv2aPC2ueJb34j+BdX1n4PfFi8tIrG5+I3w3nt9J1PxDBCSbO 3+Imh3dpqHg74m2lpJJOto3jjw1rGp6JaXd8vhjVtAu7mS+quZPz3bXTS9ujfTo/v1K5k/PdtdNL 26N9Oj+/Ub8PvjF4n0XxDpnws+PmkaX4Z+IGpRWkHhXxz4ahvk+FvxdvFtJnvk8NyX0t9d+BfGat aT3918LfFesalqP2SaSbwX4q+Ium6Tr+r6WSV0mrW17Lrbe+3b8PIkrpNWtr2XW299u34eW/8Sfi 6+ia7YfDT4eaLa+Pfi/r9tDf2vhI6jHaaV4Q8NX7X8EPxB+J2oJHdz+GfA73Om6pZaeY7W41/wAX 6xYXGh+E9M1GWy1q50dLbWyWmut7Lpp6K23Rq7aEttbJaa63sumnorbdGrto0fhd8HYvAsup+KfE +ty+Pfi14stNNi8c/Em/tpbKbUGsED2+ieEtBub3WbfwJ8PtHvZLu78M+BdKv7mzsJr281XXL/xL 4w1XxD4s1w5l52WiXls+va6Xrv0RzLzstEvLZ9e10vXfovaUXaoX0zj2GSQM4GcDjOMnGTzUPy/r /hyH5f1/w46gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKAOB+Ivw48MfFDw9P4a8WWJvLBrmw1LT7i3uJNP1fQdd0m 7i1DQ/E3hzWbVV1HQfE3h/U4LfVNC1zTZ4L/AErULeG7s5Ypk3NSdu/p09X/AJde5Sdu/p09X/l1 7njHhH4geJfhn4o0z4afG3VxqyapPJpnw0+M0lnBYaZ47Y37WemeE/HNvp+n2WjeE/i8sE1lA8dv Hp/hn4lXct1q3gSy0Cdr7wDobdmm1ftr0V73fdNfjrq9RuzTav216K97vumvx11ep9QxypLnYclT 8wIKsM52kqQCAwGVOOR7ggQQVbrU7Gxjnmu7mG2gtIpLi9uJ5Y4YLK1ihuJ5Lu7llZFgtUitZ2ad yI0ETl2VUcrSi3bz0/r8fufld8rtfvovX5/1o/K/yjP+0rqfxI1GHSf2a/h+/wAWtJNvJc3fxb1/ WpfAfwNjfCvZ2vhrxi+i+INe+KN5dwFb2yu/hj4R8S+C1G2LVfH2g38TWjaU4NO7tb7/AC+W9nd2 eujTKimmuzs9r3vpr20b3/Eq6T8BvjZ4xs57n44ftLeNtQv9RaYXfhj4CafB8B/h7ptoWK21pod5 Dd+M/jQl2lv+6v8AW5/jKyX92DqmjaT4YR49PjbUU9kulnptf797bL8i7RXZX76d77+tvTraxRi/ 4J6/sgT3Sal4s+BHgb4ta5A5ntPEX7QMGpftG+JLO5biSez8SfHHUfHniCxaQAlzYapamQsTIWAw ZVRLo/lZW7W7f0tieddn+H3fPr26HR3n7Cf7GWoWkVhf/smfsxajYWsUlvZ2Go/AL4VX9lawTljc ww2t14VltoY5i8jMtrDaly22czLVe2T6Nea01+Xy3bv5Bzq+t7f15/fq76aIwdM/YT+BHhG5+1fC nTvF/wAClgwthpPwK+JvxE+Ffg22iUNsjm+FvhjxJbfB/Uo4DJJ9jg1T4eXdpZB5Bb2w86bzIUk3 a1lbS9rfPbppv5ApJ6NJaeVr/wBab+RcTwd+1f8ADPWTeeEfih4Z+PHgZrVxN4H+Nel23gn4hWF6 JFaKfw98ZvhpoKeHpNEgi3wy+HPFfwU1rWdRuri2uJPiRpFrYyWl27LS1tfmtNO2ui73V3qOy0tb X5rTTtrou91d6ne/DL9ozwp441W18DeJ9E8SfCH4vyJqhf4S/EqGw07xHqK6OGmv9Q8D63YX+o+D /ib4fSyMOqf234A8Q69DpthcxweJoPDmt2uq6JpkOLWrt69PwX6fpeHFrV29en4L9P0v9BLIrNtA boWBIABAIHAJD9T124wMkgMhZNNf1/S9f+Hsmmv6/pev/D2wvE/izw74L0PV/E3ivVrPQPD2g6dN qusa3qcy2um6fY24LTz3V1IRHCEG3arlWlZ1SASyZUCV/wCtfuWv/DAlf+tfuWv/AAx8v2vhvxL+ 0ncW+qePdN1Xwv8AAq3nS48NfDLWrK/0zxD8UhZXwudJ8V/FzRdVtrfVdC8IXMdpZaloHwl1VY9a vFnh1H4pQWV5Nc/D/Tbbte3/AALbXXnqrO1rOy0Wtt2vb/gW2uvPVWdrWdlotfre0tjbIY9ylB5a woiFBFFHEiCPG5lIDh2QIsUccbJCsZMZlkmTu/l/X3aL5Eyd38v6+7RfItVJIUAFABQAUAFABQAU AFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHzB+0h4j0y+03T/gjp/hnwz4 8+IXxktr6Hw/4S8UzzRaBpPhvw1f+HovFnxV8T/YIZ9WTQ/hvceI/Dd1p40z7FqOreP9W8A+FdN1 3wle+IY/GGhaRWz7b9dL3ta3k7rzT1vY0itn2366Xva1vJ3Xmnrex1vwW+CPhv4QeEdM8P22pa/4 u8QeRZ3Xiv4h+NdVm13x38QfElto1jotx4t8Va1MzC51O6srYWsdnYrbaJo1gYNH0XT7HTLK0tYF J3/y6J67rf0vvrpbQUnf/Lonrut/S++ultD3BECA4JJYliWOSScD6DgAYAA46ZyTLd/y0Jbv+Wg6 kIKACgAoAKAEZQwwc49iQeOQQQQQfcEUf194f195xnjX4f8AhP4h+G9R8JeM9HtfEOgamLVrjTr9 FaNLrT7uLUdL1GyliWOfTNX0fVLWx1fRNX06W11LRtX07T9T0y6tb20imW1K7u9L/wDA3/HXz32L Uru70v8A8Df8dfPfY+XfgPp9t8BvGmo/APxbc6rqms+MdV1vx34F+L/iHVYtT8QfGqK2htYtS0nx 9qt3dNfXvxa8DaRY22nz262FloGufDyy0HWfA8EC6B4x8O+A6lt99lvpte/a2t33tezadS2++y30 2vftbW772vZtP7WrIyCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA5bxZ4U8OeL/AA5rHhrxTotl4j8Pa3bN aarompwR3VjfQPKkv72KRTteKaOG5guUIns7m2hvbZ47mPzTcXqlb7r+t+vpottNrWuL1St91/W/ X00W2m1rfKk/xF1X9lBY9K+Keqa742+DF/q2m6N4J+Jcdlq3ivx94X1/xRr9r4f8F/Crx7pGjxat 4m8b3niTWtV0rwr8KfGmk6XqOveIpX0zwv44S88Vmz8XeNKaUu6+/Xa9r269fm9ymlLuvv12va9u vX5vctR/DPxP+0JfWfiT4+2P9k/DGd7iTw9+zfItjdaVfQS3lpLpHiP46XUEtzB4y8SpZ29sYPh/ by3Pw28KXuqajY6mvxG1m08NeMNDNI2s7Wv5t9fLbo2vPZ6miS1ta6fVvq9rbX0bS77PX7Ahsre3 VUgTyY1AAjjO1Nq9FC9EUHkLGEAOcAAsCnOT1dtb2uv6v815bKyhtvXZO/6f8Nfs2ttFZAwMA49+ M5PJPTGSeTxyTmovq3Za/O3pf+vkK+7ste6vb0FpCCgAP1x9Mf1BoWn/AAQWn/BEK5xyR1HBwCD1 BHT8eo7EZOXfyX+X9dtvId/Jf5f1228jz34i/CvwD8VNCHh/x94ZsfEumW1/Z63psV59pS70bX9K kM+k+IvD2p2Vxaav4e8R6VOfO0rX9B1DTdZ024xcWF/bXCpMlRdrXWjv93Xe6tffS/y0bTta6umn b/Lta+/X8n8yyfE/xH+ytYNa/G3U/Efj74VbbXT/AAd8Y7DQr/xF4s0zUNS1iHTPC/w9+J2j+H0l uvEGua9datpOheA/H/h7QbG08WajH/wjniuw03xtNY6v460dNN2u778vW91327u/Sz2elON3a6T1 dm7/ANdb9dtFey7bw18OvFXxa8RaN8UPjpp1vplnod5a6v8ADT4GrdabruheA9TsNSXVvDvj7x3e pY+V4l+MkUEekXtvb2d1qPgz4W6nAYfBN3r+u6enxJ1iXaN1HW2uu7S+Wis9H3VrMfw6Ldavu+/o tdHfdWsz6gitoYAqxptCABRknaACABkkgAM31Zmdsu7M2bk3fztf5f1+S2VjNybv52v8v6/JbKxP SEFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQBxnxA8b +GPhr4P8R/EDxtrFv4e8G+CdA1rxZ4q1y8aRbPSvD+gadPqGq31wYkkeYW9nFLMlrEj3M7Juto5Z olhkqKvs7Pp/wdPTf/hqir7Oz6f8HT03/wCG8M/Zz8DeKjp+s/GP4m2qR/E/4zT2XiXWNNkgET/D /wAH20F0fh38JYEeWWY2/gXR79pPEe+4ki1f4mav428U20djb6zFY21SaWi/rW/XTVX6O6dtt6k0 tF/Wt+umqv0d07bb/UuBnOBnGM45xnOM+mefrWZmLQAUAFABQAUAFABQAUAeRfGb4WW3xY8D6j4c +3/2B4htLiDxD4F8Z29nDe6p4E8d6LKL3wv4x0lJJLeRrvRtQijNxZrd2kOs6NPqnh3UJTpeqXiS XFpad15fno/Te3ftcWlp3Xl+ej9N7d+2b+z/APEq9+J/w+h1XxFaabo3xC8Parqngj4reFdK1CfU LHwr8S/CNydH8U6dYSXgi1EaHqFzbx+I/CVxqNlp13rfgzW/DniVrGNNbSackn+Lt6b/AIL9Em7W RJP8Xb03/Bfok3ay9vqCAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAoajfWNhYXeoaheW9hp9hDLeX19eTrZ2 ljaWatc3N7d3UzRxW1pbQwyXE1zO6W6QxtJI/lZNUk0109dr7W/zW++1rqkmmunrtfa3+a332tdf JHwwsNW+PfinTfj/AOJ4JR8P9Mjnk/Zz8JzajdLbS6BrOn2Jl+NXizQwY9OHjHxrHLcDwDFqVt4g 1DwN8M50ksL3QPEHxD8eaCLb5f8AFp31V3prf8169C2+X/Fp31V3prf8169D7EVVVVAGNoAGeSMK F65JzjgnJ47ms3q2+7Zm9W33bHUhBQAUAFABQAUAFAGN4g0bTvEOjaloWr6XY61pOsWV5pmqaTqd tbXmm6lp1/bTWl9YahZ3aS211Y3ttNLa3ltPDNFPbzSxyRSIzKbhLlbd+luvl27Lb0Gna7Xb+v8A P5HzF8NtW134OePbH4B+NdQ1rWvDeu6fdXHwB8ZareQ6lcXOheHrNbnVvhP4nvYooLu48VeB9PZ7 3wp4g1OCTV/HngOCT+2tW8ReLvBniTWNSpu92vno1u03r0XXTVPXqy99V03eq6q+utl101jv1Pra sjMKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAJwCT0 Aye/T2HJ/Cmld2Gld2Pj34/Xk/xC+L37P/7PlrYC50/UvEN18efifNcFH0+2+HvwS1Pw/c+GtGlA LeZrHif40eIPhrqGlWNxE1lqXhrwb47eUmTTTbvcVa77K9nZPb1dtP8AhtEXFWu+yvZ2T29XbT/h tEfX0KbI1X0BPQj7xLdCTg88gHGegAwBEndt/wBbfoRJ3bf9bfoSUhBQAUAFABQAUAFABQAUANf7 jc4OOCVLAHsSoIJAOMgEEjuOoabTuhptO6PjWWaw+D37Xujutgml+H/2tfCd/pd/fWkUNppuo/Hz 4NaCNW0OPUoUBN14v8b/AAOt/EdvHrbsC/hf4AaboN3K8ek6FEuluaOvTW+un66pL776s0tzR16a 310/XVJfffVn2WrblDeo9+PbkA5HfIBzWb3/AOG/TQze/wDw36aC0hBQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA Hx1+0NHf/Ffxl4C/ZksodNufC/jmDU/Gvx2S+iaaI/BfwncWtsPBptBuhu7n4s+NbvRfCF/YXqR2 WofDXSfig8d4l7BY2t3qlfX/AIOu19W76LS+zdtWmapX1/4Ou19W76LS+zdtWmfXdnarZwrAjZjQ tsG1VCBnZ9oC4GMtk4AG4tsVI9kaZt3em3T+vy7KyM27vTbp/X5dlZFqkIKACgAoAKACgAoAKACg Dw/4+fCuT4r+A7/StLvYtG8beH7qx8afC/xSZLmCbwh8S/CznUfCGvCeyKXbac195uk+KtNjka28 SeD9T1zwrrFnqWga3qumXukNE7216dX0/P5b7amkNE7216dX0/P5b7amp8Dfiqnxn+F/hP4gNoF/ 4R1XVrSay8W+CtYlhl1zwF460K6uND8deAtcktd9nJrXgvxfp2s+GtSmspp9PurnTJLzTrq6sbi1 nllxtfW9unl3379r9O5Lja+t7dPLvv37X6dz1ypJCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgCOUgRSFioUI5Yu2xAApyWfI2qByzZG0ZPanHdf1/l8tdxx3 X9f5fLXc+OvhBr9r8Qv2s/2uNXgVWt/gxD8Ev2dHG5pAniKD4en9ofX7kSOoaKe78O/tE+AbSe2h kkhjTSra48wXd3eQwat2jvrbTXyS0/M1btHfW2mvklp+Z9kj/Hr9f849qye+9/Mye+9/MKQgoACQ ASTgDkk9APU0AMEkZAIkQg4wQykHcAVwQechlIx1DAjginZ9n/Tt+enqOz7P+nb89PU5Xxz4z0b4 feE9e8Y+IGvv7M8P6dcahPb6Vp15rWtX7oyQWmmaFoemxT6lrut6tez2umaLounQXGo6rq97Y6ZY 2895dwRNpGKdklrdb21ur6vdW8tbXtqUktPl26q+req9UtEtNWfgJ4//AOCxP7X37NPxv+Gj/tq/ 8E7dW/Z5/Y3+MnxY8M/Bzwf8eNO+O3gH4neL/CHiLxpfS6f4P1b4seCfC3nQeG9M1eWK1Gs29rf/ APFOLPqCx6lrN3BayXGvslZ6K/8Aw9rO+mr7dLWa0dcn9Pf7+n3Xv3R/RPakvCrPgkkkEYIKk5Ug 5OV242sSSy4ZsMxA46radtt+3k1t69PTbQze/wCXpur+Y48E/U1QhKAAjIIPQjB7dfccj8KAPk/9 sF7LRPAHw++I12sUZ+Ff7QfwC8XNqUowNE0TVvil4c+HnjnWPMA3Qw2fw98c+LTeupUNp73cUzfZ 5Jgbi27p63XXv6+f32XkXFt3T1uuvf18/vsvI+rYxhFHt15OeTyMknB6jngEdOlTLd63/r9NiZbv W/8AX6bD6QgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgD5B/Zy0xvFHxI/aO+OOo3DX2oeLPipq3wi8LMSETw98M v2d7zVPh5Y+FbZYv3c0MnxbPxp8b3N1MFu5b7xrLp1w8ltoGlJDrK6ilrdrW+/n+dtdLab2vrK6i lrdrW+/n+dtdLab2v9fVkZBQAUAFABQAm5ckZGQASMjIDEgEjrgkEA9yCByKLPsFn2GiRCQA6Etu KgMCWCkKxAB52sQGx0JAODTs+z038h2fZ6b+Q+kIKACgBpVW6j9SPQ9iOeBz1HToTQB8ffCMan8O /wBp/wCP/wAJp1ZvB/jzRfCH7Rvw8uH+RLTU9fe8+HPxg8H2EQYK1joev+CvBnxDnuAg/wCJx8aN StRiO3QtpLWK0138/O2vz7Jb20NJaxWmu/n521+fZLe2h9h1mZhQAUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQASIAhyeDgEDI79M/Xjpz0NJSu2le6/wA+geh8 Wfse2cS+Iv2zNaXabnxL+2R48vL0jBcy+Hvhp8I/AVmZZCBJIf7H8H6YIvMyY7cQxJiNEUbVE1GO u99Ntra2/rc0ntHt934dP0ufadZGYUAFAGbrNtqV3o+q2ujXlnp+rz6dexaVf6hp8mr2FlqUlvIl jdXulRajpEupWlvdNFLcWEWraZLdwo8EeoWTyLcxtbq/dBe2r2Wr+R/PR/wT2+OH/BQj9uzwx/wU c8D+M/2nNA+F2tfs1f8ABSD9p/8AZQ8GfFz4V/BX4d3PiyLw78GtM+Huj6XYaP4L+I2meNPAmlaZ aXV7qHiye88Xp8SvEPiPVfFl9oD6h4b0Xw5pc2obcjUfs9lqmm9LaJat6Lr366ntYpWt000313tZ Xe2r7adT67/4JD/ti/E79sX4AfGu1+OF9pniH4zfsp/thftDfsbfFDxjoHh618L6D8QNd+CetafN pPje08ORTNpujS694Q8TeFrvVrDTfJ06DXlvvsUNra3TWwGnFrTZbLW2u2nTr106e6kHtY9tLab2 +Wmy7W39El8B/wDBXz9vDxR+zv8AGj9lmL9rj/gnzqvi/wD4J36N+0N4L1jWP2hLP4n+E9e1Dwt8 YtHubxfhJ411v4V6Olx9k8I+HdQu/wDhKLG38U63pb6rqVpp8iPaa9ptn4K8S704u0mnfq+ut7N7 vr56XS1YKsl0erf6Pz87fPtc/pf0m7trzTbO9tJ0u7S9gS7trqEqYrq3uFE0N0jKERluI3WbcihG LkqMVw1IO9tmt1dNXdtNNrbW1FzKWqTXr+nl2RcPJJ9SaBiUAFAHwh/wVGuX07/gm3+3rrkWftPh f9j/APaL8YWW1ikn9o+EPhP4q8TaeYZVO+GcXelRCCeIGaCYxzwYmjjq4Ozfy+fe3+Vm30Lg7N/L 597f5WbfQ+6oMeTHjugJ6/eIy3X1YnHb04xSlu/l+SFLd/L8kS1JIUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHP8A inXrXwr4b8ReJ78FrDw7oWra9eqnEjW2j2E+oXAU56mC3cKCMEkZOM1cXt3vb0T6rz+/TfQuL273 t6J9V5/fpvofL37AGha/4f8A2Kf2WLbxbKlx401T4FfDbxb4/vEZit/8RvHXhfT/ABp8QtQAdVdv 7S8Z69reoGeQmaV7mQzKkpYFzW/3/kvXqtNFs+ju5rf7/wAl69Vpotn0d/sGszMKACgDC8SeKPDX g7SL7xB4t1/R/DGg6ZA1zqWua/qVlpGj6fbooZpr3Ur+eCztIxng3E0W4BmQMqMRUYyk7JfoS5pO 2v8AXzPD9Z/bA/ZS8NT/AA5t/E/7SnwE8NTfGPT9D1f4Px698YvhzpT/ABY0jxLpyat4e1b4aC88 SxDxzpWu6a4vdF1Hww2p2WsWn+k6XPdwESG/Yzaulps+lnZO1t7+VtOtnoNtJX1s/wCv+B6nH/td fs9eL/2ovB0Hwjsvjf8AFT4E/DvV47mf4g678CNeTwV8YvEcdtc2jaN4e0H4h/2dqd54N8MyTiW/ 8Ty+F0g8U+IBBpfhs6jpnh6/8RRagoppLbV6Nu1tL3s1pa2jatvr3FVilaz7p+em2+vmz8tf+CaP 7N37S37EX7ef7TH7L1h8Zvi9+0B+wPb/AAP+FPxK+HPir4++NNX8f+OPhd8d/E+v+INH1b4PeFPF F3amPWdCHgzw/P418TwXM2kP4ZTWfADWWiOfFWq6xqmk6binqu9uy8tOuj+avZ3BVoyWiaT72svL bS7t89T+geucYUAFABQB8g/E7W4fCH7XX7KuozoWj+JPhL9oL4LRqhH/ACGp9G8E/GXSrlyxQtHZ aR8GvGFqv35M6sjJEytPJb6/Zfo7bK6tvZbb36Pa5r9l+jtsrq29ltvfo9rn19WT0/D8Vcyen4fi rhQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQBJKcISQDjn B6dD1POB6nBwOaiHxy7a/n8vuuC/r+tPzPhn9k1r/SPjT/wUC8FalE0X9lftV+HvGHh2Vjg6l4S+ I37Ln7O+vDU1hHywKnj6D4iaEFTAmOhNct885NdNX4YO91ZpP+t+mt+nmaT2i1e39d9dfM+4qxMw oAKAMXxJrlp4Z8O674jv7bV7uw0HSNQ1i+tvD+haz4o16az022kvLpNF8M+HNP1bxH4j1YwQyf2d oPh7SdW17WLvydO0XS9R1K5tbKdx3V3YT1Tt2P53/wDgivrPjH4KSf8ABVe5+MHwP/aT+ErfGX/g pr+2P+2f8O4PGP7OHxoum8U/A74pz/DiLwlqejNoXgrUo9U8ZXNxpswPwwtJn+I2oQFX0nwtewpf Xdl0ys0lo3dtu9tdrpedrpJ3W/TXJp6eSS7W0T/C+rfzOB/4I4678aP2afhJ/wAFWtQ8R/sj/tMX fj74h/8ABQn9sP8AbM+Cfws8QfCzxH8M7/4u/Cf4i23wptfBdno3j/x/pugfDLSvGWs3ek3UMvgv XfF2l+MY7KxuNRtvDGo2drLLG3Zu11ve/XTS9/K9lo/N21Y4vTR7L+rf0r32ei+0f2yPAsn/AAVv /YiX9niw+FHxY+C2m/F3x38CNQ+Mdn8fPh3rPw38V/Cjwp8OvjB4G+KHjrQNPttWsLrQ/G/i/wAQ 6Z4Q1PwHoF34FvvFnge61DxKup3fid9Os7u0eqenPeWijpZt31WjWrei3dl6pXctNNXT69O6a/C/ yfY/Y/w7pcGiaDpOj2qBLbTLG3soEUbVEVvDHGm0bV4KqDn5mYku7vIzseWo7zeiXpr6387msNn6 /ojYqCwoAKAPjL/goToreL/2Ovjf8NYv+Pn40+H9J+AFkpMez7b8fvFfh/4OWckqy/umt4bjxtHN dCX9z9kjuDMDEHBqO6/r+vz69Co7r+v6/Pr0Psa2z5EIJyQigkBgCVGONwDY44JAJGDSlu/6+Xy2 FLd/18vlsT0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAeO/tCW11d/Af42W1gxW+n+EfxKgtNuN32mfwXrMUDL33 rM8RDdsY71cX27q/bVq2z9bt9ki4vt3V+2rVtn63b7JDP2eLyw1L4D/BTU9J2LpOpfCX4eahpiR5 2JY3vhTSrq2jRc4CRQTRIvooCjjinNrVab/5a/mnfr6aObWq03/y1/NO/X009lrMzCgAoA/Nb/gs b4J8H+Mf+CWH/BQ3/hLPDGgeJf8AhG/2LP2ovGnh7+3dI0/Vf7D8XeGfgP4+1Hw94m0g31vO2na9 ot7bQ3Gm6raGG+tJFPkzqrEHak7PTtLX0St+f9a3yfx/Nfofkzr/AMB/hU//AAa4jxRceCdAvfEU 3/BHLwF8R5df1bTYNX1+Xxl4f/ZD8N+JfDevNreqJeaqLzwvqmm6afCu28WDwvY6dYaX4fj03TbK 2tIt3PVwt05rt6X6K19NXvo9umqqXR32aTt03v377O/bq7/sl+wZqvin9oT/AIJl/sU+LfGnjHxX YePfi9+xP+zR4t8XePvDGqjRvFz+KPGXwY8E+Idf1/TNTktryOz1G91a9vLppPIkCGbKqrJA0WMm lK91ZtOzSla61Ts72d97frfNxd3o3Z22Pxb/AGRPhl+0x/wTs/4Lh6n+yLB+0V8Zv2mP2Sf2vv2e /ih+1Bp2lfHHxVf+OvGnwW8a+GPFmhaRrOqp4u1y5nvr7SNV8Sai2gudNTTX1f8A4Snw4viDSb6+ 8HQeKNV2qtTUnFOy27pcul1t8l31a2Sp620tZ7JPo7P07s/qhrj7f1r/AFY6e39a/wBWCkIKACgD 4O/amimuv2mP+CaKWZ2tY/tR/FzVb4g8yaLB+wx+1jpEsR55RtZ13QJcn+KBT3416NWto722T2tb Xtv/AJmvRq1tHe2ye1ra9t/8z7xrN7/KP5Ize/yj+SCkIKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoARtxU7eWAO0EkDOOM45AzjOO1NatLv/XUa1aXf+up8iX1 /bfD/wDbQ0eO8gaz0/8AaG+B8XhnStTwEsbjxx8APEviHxLa+G3JxEde1zwN8VvEmu6VbRt9putC +HHiG5VGh0e5Md/Zvpq/Oy3urLfXprvrdK5f2b6avzst7qy316a763SufXMedi56456YJyeRjgKe qjqBgHBBFQ99reX9fn1Ie+1vL+vz6j6QgoAQgEEEAg9QRkU07O9r+Q07O9r+RClrbxszpCis33mC 8n65puV7aWs9PL+vRbdRuSeyS17f1f7vvFFvAAwEUYDghgFGCG6g/XPNDk3bpZeXk+2mwOV7WVmv TpbXby/TuEVtBAxaKJI2IwSowSM5xn6gGk5N6N/ghOTe/wCS/wAibJPU5odr6O/nsDtfR389gpCC gAJwCeeBngEnj0AySfYAk9qAPjn9ozV5vFvxV/Zk+Bmjw/bJ9f8AiLe/Gjx2jwlo9J+GXwHsItas NaDMyQyXN18ddf8AgdoNnaSu0eoWGqa86o66bdSW2kVa97LZdPnrfTz67P10irXvZbLp89b6efXZ +v2HGdyKcYyM9c598989Qe+c1D39NPu0Ie/pp92g+kIKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgDP1LTrXVbO80++ gS6s9QtLmwu7eTHlz2l5CYbm3l5BMM8W6KRRyVlOMYyKi0t+9+/Trr3s9NdPQqLS37379Ouvez01 09D5H/4J/WmraB+x58BPh14kvZtT8VfBLwPa/s9eK9RuiGu9Q8Ufs+XV38F9f1O7YEo9xq+qeB7r VTLCWgnivEngd4JEdqmnZvz18/udrbWvr+tTTs356+f3O1trX1/X7IrMzCgAoA+Tv22v2efGH7Vv 7M3xj/Zu8M/EXTfhZp3x38A+MfhN468W3Hgg+PNTg+HPxC8Ha14M8W2vhrTZfFnhSx0rxXNZa482 leItROvWWnQ2txA3h+6vbyx1LRtqbWl3t63W+q8tr76221vjL4n8vyR8d3H/AATq+MN3/wAEzF/4 Jr3H7R/hp/CY+A8f7K5+KZ+BEg8aH9n+0+G1p8M7DSBpUXxlTwtF8Qrfw/bfYX8bNpt1pEtiltFL 4Mk1WJvEEmvLTlL35csbb+aSsunn16bLqueULuK5m9Gt/nr/AFqXPh3+wj+1N8H/AIH/ALIXwm+G f7cOveEf+GQvCegfC/S4dG+CnhW78E/Gn4S+EvBngnwd4a8N/HDwJ4l8Xazfa14t0u28KXE8Xjb4 cfEL4UHdqs6w6VZ3Bub+7Xs6DbSqel2kn803bXe/yQfWKl/gf3en+St106M+5PBvwL0zSfihr3xr 8SXMviT4reJPD+keENT8V3dvbWkGleC9Eku9R07wJ4L0iFJR4f8ACMHiHUtS8RTi4vb7xHrOs3jT eJNc1y003wxa+HKdXkjaLXLZ2V77+er29dW9dHfr0STstl5Nt/qvNfdZ3+ha5ZO/3tr562+TJk7/ AHtr562+TCpJCgAoA+TvGVrZeJv2x/gbYzot0vw2+DXxv8erbkg/2Z4j8U+Ifhb4C8Ma0wGPLln8 NP8AFTSLVmH7+K71NULG3bbpf3ZPTtp57a+V1p0X3LS/uyenbTz218rrTovuX1jUyadrdIpfMmTT tbpFL5hUkhQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQB8 4ftQ+DPFHiX4dWfiX4d6XY6v8VfhF4p0n4v/AAx03UbpNNtdb8TeEYL+21LwfLq8gMWjxfEPwVrH iz4d3WrTBodK0/xXe6lKrR2jitIu+m2llbp3+b7vq9FqzSLvptpZW6d/m+76vRas9b+HfjnQfiZ4 G8KePvC1w914f8XaBp2u6ZJOnk3cUN/bpM1lqNqT5llqmnyM9jqlhMFuLDULe5s7hEngkRZt6vRX S9Oj1v02VrPTTUm3q9FdL06PW/TZWs9NNTtKkkKACgAoAKACgAoAKACgCOZtkUjnGFRmOSAMAEnJ JAAx1OeBzTW+n9eXz2Gt9P68vnsfIX7PH274qePPin+0jqN3pt34b8WXdh8PfgUukOZrSX4MeA7i /X/hNZ7nzJrbUb74p+P9R8ZeJtK1nSZf7H1f4VQfChokfULPULy5uWisvJu+t738+616fK5ctFZe Td9b3v591r0+Vz6/RBGoRegz6ckkkk4wMkkk+5qHv8l+KWnyIe/yX4pafIdSEFABQAUAFABQAUAF ABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUA FABQAUAfH3wWfVfh7+0J+0B8H9UXd4f8YXOlftH/AAuvTiJV0zxvnwp8VvByW7EzSXfhn4leGP8A hYN/fys4nt/jfpWnph9JnZ7ltdvVaabO9n22s3a76adS5bXb1WmmzvZ9trN2u+mnU+waggKACgB4 fAAx09//AK1BLgm76/18hCxPcj8R/QCnfyS+/wDVjjFR6J/4lcTJznc3TGMnH/66RTs/sQXpFCU0 1Z6Xv17AmrPS9+vYKQgoAKACgD45/Z2sF8b/ABb/AGi/2hbm6N9H4p8V2HwO8APC7CztPhl+zzqP i3Q51hiAMM0+qfGzxT8bNUm1y3cx6xoj+ErDdPB4csrmW3dRt971/KyV9F57u27Ld1G33vX8rJX0 Xnu7bs+xqggKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgBkgDDBUt3wAOgIyMsNuTkDaxG4buoBprr07euuno9b/K4116dvXXT0et/lc+NoUi/Zh+IuoxsL LSP2f/jF4tudcW6V5LKw+EPxi8TXk174me9gy2m2fgP4y61eS6++q/aLFdC+Mmpa1e6sNdk+KKt4 e0dns9Euul7ppW2ST1T22toaOz2eiXXS900rbJJ6p7bW0PsoOjHAYE43AZ6jJGR68jnHTjPUZzaa 30M2mt9B1IQUAFABQAUAFABQAhYA4JAJ6A9TwTx68AnA7DNOzewW/wAj5J+Muraj8X9evP2cvA9/ IljqNtG3x88VWL6iV8I/Dy8FtcP4A0nULQw2cHxH+KWk3stlBbw3zal4Q8CSaj4xv7a3uNR8Cw6z ai9HayVtbLfT02tfX7nu9FG1m9LW1dlrp6bef3Pr9PeH9HsNA0jTdG0ywtNL07TLCy0+w07T7SCw sbCysbWK0tLK0sbQLaWltZ20EVtbW1nHHaWttFDbWsaW8MQqZO/p/T2+frq763SmTv6f09vn66u+ t0tmpJCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgD5V/aQ8G+I4bXwv8b/AABpviHVfiT8DtRv/Eml+HfDV5a2 uofEPwHq0NpY/FL4UzQXckFlqn/CYeG7VNa8KaVfajpGmx/Ffwb8Ltcu9UtYdEu49Q0Tvpvf07t3 29OmrvdWWmid9N7+ndu+3p01d7qy09/8EeL/AA7498K6D4x8J6zFr/hvxLpNhreiarDHPCt7pupW yXNrObe6ht7y2aSN90lpe21ve2cvmWd5BBc28sMcyW23W+lttfyt+hMltt1vpbbX8rfodXUkhQAU AFABQAUAFABQA1nVACxwCdo4JyTk44B7A0AfNf7R/jjxNpmj6H8L/hvLcJ8U/jVc6j4P8K6laahF ZHwFoSabJN42+Lt04gu7o2/w90Wdb/SbaC1mXXPGl14R8LtcaQniCXWrC4rul0fnrqlrpr8t9fK4 rul0fnrqlrpr8t9fL1v4cfD7wv8ACzwT4T+HfgnRrTQPB/gfw7o3hbwvotkrJaaToegaZa6PpNhb IxdhFZ6bZ21ujSP5r/vSQqnbQ2nfW/n31v2Xf00XW1htO+t/Pvrfsu/poutrd3UEBQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAGF4g8O6R4o0nVtB1+w tdX0TW9NvNJ1bSb+Fbqw1LTr61ntLuyvLWXfDPbXEE8kU0LxtHLHI6SI4K7aUrWstb+X4aX12fys +hSla1lrfy/DS+uz+Vn0PlO08Ua9+y7K2k/Ea71rxP8AAWC2vp/DnxUvpL/W9e+EmmQ3Mcg8O/F6 6MFxqV/4E0bTZLWDR/i7cy39xpOmaZJbfFi6+2WZ+IfiqmlLROz3f4/q+y3d7vRU0paJ2e7/AB/V 9lu73ei+urXUYL23hurUrPBPFHPC8MsMySwzLvimjljka3kilQrJFKkzRSxkvG7KAWnl/FdvvXe6 66X+WpPL+K7feu9110v8tS8CCAR0IBHbg+x5qSRaACgAoAKAI5ZBEoYgHLxoBkjJdwvGFY5AJIBA UkfOyJudWlf8fw1Glf8AH8NT5d8XfF/XvHuu6z8MfgQsd3rGkX954e+IPxavNNt9X8B/CXUFtYjL o0PmXttbeM/inIb6zhtvBdg95pvhYXS6p8RLvSjDp/hXxTtCNt3frZaN6Pe+tla/rpZ3LStvZrd/ jun2V3pZ76M9c+G3wv8AD/ww8O2vh/w/Jf3CfbrvWdW1fWLuXU/EPiTXtS/e6rr/AIj1m5Au9V1v V7x5b3U7+cLJLNILW2jstJgttLgmdS/NHpt0to9LLVW079b6tJilK9102VvLb8vx6npVZEBQAUAF ABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUANdSy4Bwcqc/7rBv1xjjBGcgg801p+I1p+J8d3wk/ZX8T6r4iMqr+zf4 x1W+17xp5txd+X8DfGOqzT6jq/ju3tEgl0/TPhF4tvTe6h8Q5FuNK034feJLg+OnsJfDeufEHXvC +jV0rNfg+2976rS73+80aulZr8H23vfVaXe/3n1/DcRTxxSROkqSokiPE4kRo5UEkciumVZJEIZG UlGB+ViMEw1u+nR99e/W3rruQ1u+nR99e/W3rruT1JIUAFABQAUAFADZHEaPIeiIznlV4UFj8zsi LwOrsqjqzAZIAPOPiZ8TfD/ww8OHX9eW8unuLy20nQ9B0m3e/wDEXivxHqEjQaR4W8LaTATc6t4h 1idXFlZx+XBFa22oalql3p2kadqN/bWo6qz/AC2a+a1vZ72v1VmWo6qz/LZr5rW9nva/VWZ518If hhr0Wta58Y/ieunTfFjx5pmlWE9lZNJfaT8N/BljDb3WlfDLwrqlxK93fWNpqHmaz4u8RqNPbxz4 uZtak0vSNKsNA8PaM7qKVu/R7u+/o7Py9d07qKVu/R7u+/o7Py9d19HVmZhQAUAFABQAUAFABQAU AFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAdetAFWaytZ4ZLeaFJIZYz FKkg3iSNlKFH37t4KnHzZ6D0GKUmnfffy36/gUpNO++/lv1/A+RdU/Z68S/DG81TXP2YfF0Hw9Oq D7XdfCLxVp+oeJvgNquqRIqs+k6DbahYat8HLnU7WOS1vr74bappfha4vLh/EGsfD7xV4mc3Nzd0 9dr6ed1a2l9fufyW93T12vp53VraX1+5/Jbtvv2r9Q+G1tpj/tEfBL4qfC6G7uItNu/GPgvw9rXx /wDhdbasybriS78R/Cfw/qnjXwn4ViUNJH44+Knw1+GvhmNVWDVr7S7ye3t5E4Lvvtb5vv0X9d04 Lvvtb5vv0X9d/avCfx8+BvjoxjwX8aPhR4wadd0Mfhj4h+D9dd1DEHbHper3UhZWISRSDsZdpw+4 VLTvonr693662V9CWnfRPX17v11sr6HrYZWUOrAqQGDAgqVIyGBHBBHIIOCOaVntZ37WJPPfF3xX +GXgVWPjH4keAfB5Qv5h8U+MfDnh7y1jGZWb+2NRtBmMcsp284DPECXVqLurp29H/Xl+JSWqTT+5 /wBf5XueBW37ZPgPxfrV34a+B/hT4lftCarYQJcXeu/DTwjLZfChYS4iL2Xx38fXPg74JeJLtZty zeHfBHj/AMWeK7aEG8uNDh09WvRSgtLq3e7377evfotNWUoLS6t3u9++3r36LTVlT/hWvx0+ONtI vx58UWfw+8BX92JZvgj8F9b1aCTUdJtpy8Oj/Er41/Z9H8YeJbW+aK3uNa0f4baT8MNJnhmn8J6r f+OPCs15qWvCsnpu7pNaa9tZdOz8uqYKyem7uk1pr21l07Py6pn1H4V8H+GPBmg6d4Z8LaBo/h3w /o8JttL0TQ9Ns9J0nToWled4rLTdOigsbNGnkkmaO2hRfNdpWzK7sU5NbNa726td7tv5tJslt6ar 5d16tv56N+h1HSo3JCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgCreWdtfwSW13BFcQSxyRSwzossMs UqlJYpYnBSSKWMtFLG6skkTyROGR3Vqi0nrs/wAPP5eRUWk9dn+Hn8vI+SG8J/Eb9nS6lufhVo+p /Eb4MXN7qd1ffBq2uLeXxd8PvtML34ufg7rHiHVLDTZfCsV6kyP8LPEmsWun6LY3sMPwz1PQNK8O 6V8NNbv3ZdddVq7ddNLdnpZd+upfuy666rV266aW7PSy79dT2v4UfGX4f/GbR5Nd8BeI4tVht9kW raHqNlqPhrxt4T1Is4m0Lx18P/EdhpPjTwH4hswqpeeHvGGjaNr1nM0kF9plrJFhokrdGtdOqf63 v5bW9XElbo1rp1T/AFvfy2t6v1XIHUgc46984x9c8Y9akkXIPQ9OD7H0oAP8/wCfzFABQAUAfN3x D/aL0DQPEh+Gnw70jU/jF8XLiG8kk8EeBbi1ltfCMFvHEq6j8U/GUgbw58L9OuLm5t4dNg8Q3g8V +JlF+fA3hfxVd6RqVnbWo9Xpa3Rrdrq/udtt/W1Hq9LW6NbtdX9zttv6r8NPhDrJ19fij8YdY07x v8U5tPFhYCzsxD4I+GOmziQ6j4a+FunXcTX6WeoSSFfEPjbWZX8VeOhbWB1H+yvDuneHvCXh6rxT vdWeve773/De2/mVeKd7qz173fe/4b238z6OREjUJGoVFGFUcAD0A7AdABwBgDAAFZt3bfd3M27t vu7jqQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAikhSQZZFLdiwz/ACwenQggjqCCAapSa3ba/Hvv+fkUpNbttfj33/PyPKfG/wACvhD8 S4HtPiL8Mvh/49spHEs1p428G+G/FlrO4BBE1v4g0rURIpUkYlklXGAUPBFKevld+vl1sUp6+V36 +XWx4C//AATi/YO3l4f2Mf2T7VJHD3NpZ/s7/Cmy0++Ik8xX1LT7XwxFY6tcQNmSxn1a1vxp85+0 W0Qcc6KrBL4ZX01uunlb71dX7hzx7PdN6LW3qeseAf2Wf2dfhWEj+GXwG+Cvw6gRUVIvAvws8CeE yghJ8hYm8PeHdLhijiVn+UWzSu77jOCgJmVRNaX69LJLTpzPfpaSt081zLz7bWS+XN91mrfcj3W3 sba2RUiT5UGEDHOxQThFGAAi5wq4wowBwKjnl3/D8PT8Q55d/wAPw9PxLlQQFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAF ABQAUAFABQAUAFABQAUAFADXBZGUHBZSAT0BIxk8H+Rpp2afZ3GnZp9nc8E+In7Ofw6+JGq6T4s1 DT77wz8RPD0fl+HfiX8P9Yv/AAN4/wBEjkO65sLfxLojrc6j4fuXG+88JeIYdb8JapuA1jQ9QaKJ 1rmXb71deurWttG+uj02K5l2+9XXrq1rbRvro9NjzaLwl+1/8O9XuV8PfEj4d/HvwGyK9loXxg0a 6+HHxS066YKZvN+Lvww0bUfBPiDSYgWjstLuP2f9F1nygV1XxjqdxLLdve6TXy2tv5p6dfkuqVr3 Sa+W1t/NPTr8l1StT1X9oX9ofwhKsWs/sNfFn4hTEyD7X8CfjB+zN4i06IE58yV/jt8W/wBmzUoY vJVHZYtJkl3kRLHdOGnZcradt7+fp2blve7ei2drktO3d381+er01u3p0drmXL+2F8SpAq6X/wAE /P209VvfMSKSxS//AGL9EkiDAGQtf+K/2xfD+jssLFRJ5GpTSSqPMtEuY2jd6VKWt3F2a0u/x0V/ LW17+YKLXZ2e3+d7X0218urOn0n4sftPeLLU3OhfsvaJ4F808Wvxn+O3huz12zJDL5lxp/wY8M/G /RmdSSsiR+MXH7tY0uWWRZEXLttbReWnlfvffm/Mq23bRW1tprqrrrfe/wCZQs/gR8ePiJb6i3x+ /aBv5LXUpJrdPAn7POi3vwO8HWmgykGLS9U8XSa54x+N2v6yFMtvq3iTw98TvhxpOrW5jXT/AAP4 akkuXklpKzsrv5pfJW7726bXJaSs7K7+aXyVu+9um1z6S+H/AMNPA3wt8OWHhL4feEvDfgzwzpmT Y6H4Z0i10jT4JGJMty8Vosa3V9cMzzXuo3KSX1/cyS3V3PJPNJIyck1bX527r+tLCck1bX527r+t LHeVBAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAU07O4 07O5GLeJwFZFIU7huUHDdjn+8ATg9QM4odRxV7tXe632tvfy9bj5n/weu1v689Rxs4juBGVZVQxk fJhSxxtzggls4OVBGQASxM+2vq73ve9lfZLv5IXM/ne9+vT/AC/TYAgXC8kKTtzzjqABnpgcDuBx k5Ob53e+n4+fn5/LoPnd76fj5+fn8ug6pJCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAK ACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKAFyR0JFFk91cAyfU/maVl2X3IBKYBQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQBQ 1HUbXS7c3d7Pb21qjRLLcXVzBaQRCaaK3RnmuHjhUGSZBtLh3JEcKyzvHC7Sv/XXV/o/60bSv/XX V/o/60dzcxjLKuW2llQtjJxkKWAOMnAJwcZzg9KLa20/QLa20/QzoNWtbiea1SW3N1bRwy3VqtzF JcQRzpvheSKIuypKgLRs+wOOQeuHbTfX02tq+t9FvZeQ7ab6+m1tX1vot7LyNJWDjIx1I4ORlSVI z7EEHgcg0mraf1/VtfmJq2n9f1bX5jqQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oA4Pxx8TPAvw20bU/EXj7xf4U8FaDouk3+vaxrPi/wASaR4b0rStD0mW1TV9Y1HUNWurazs9M02O +s5Ly9nmSC3N5YwztFPfWkct8vm/u0++/wCV/K6Vy+Xzf3afff8AK/ldK5o+BPHHhH4m+CfCHxH8 AeIdJ8XeA/H/AIY0Hxp4J8WaDeR6hoXinwj4p0q01zw34j0W/hJhvtI1vRr+z1PTb2EtDdWVzDcQ s8ciMZas/wCl+HT5ktWf9L8OnzNyz1K01CNZ7KeC7tneeNbm1njubcyW1zLaTxiaAyQtJFcwTQyo kjNDLE8U4ikG2nbS9+l/xt69ntrfQdtL36X/ABt69ntrfQv1JIUAFABQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFADJN2xtuc+ozkcj JUAHLAZKqRhiArEKSQ1a6v8A12XzY1a6v/XZfNn5a/s2/FXUv2xP2tP2zNe1u9sb74IfsXfGjRP2 VPhX4Pa1t7uzuvj74O8G+Gvip8c/ijrzvcXNjqWs6HJ8RPA/w98CW81jb3vgqPwl4q1a0dNW8TTT 2uisk7Wvvvdva1/W60TV3tdM0Vkna1997t7Wv63Wiau9rpnm37SP/BWzRP2fNL/bI8aaJ+z/AOMf HfwZ/wCCfPiDwR4P/ac8W32uv4B18a7450Pw1rthpvwC8Gar4Qu9D+LsXhzR/GXhS/8AGD+JfiH8 L4LOy8Q6Re+HZPE1pf2k06su+ujv20va7unbffbroKy766O/bS9ru6dt99uuh6Z+3j47uvBP7Hvi 3/gof8A/sP8AwnfwI+FOlftJWOpXOkyRJ8Vf2efBluvxO+Jnwm8ZWtvcadcX+k+K/hPc+NR4Qj1G 9lTwP46u9J8ZW0kV3Fq8d8XutXa610/u3b6X0/NdLML3Wrtda6f3bt9L6fmulmfon8M/GujfEr4d eBPiP4cvF1Hw58QPB/hrxx4d1BTCTfaD4s0Wy1/RrtzblrZpLjTtQtpZHt2a3kdmeDbEyIsS3/r+ vTstN9CJb/1/Xp2Wm+h29IQUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQB81ftg/tHeH P2Qv2YPj7+094vge/wDDvwK+FHjT4k3mkRyxQT69c+G9Du9R0rw7aTSzQRx33iLVLe10DTzLKkbX +rW+5sRgG0lZX63320+7703a3a9rSVlfrffbT7vvTdrdr2/J/wDbE+GK6n/wQr/bD+IXxnstF+In xs+JP/BP34t/Gj4n+Mta0Sx1Fo/iVrfwW8V+OrHTvCaajaXjeG/Cnwr1nxDfaH8KtKtFhn8JaFBF fEz+JdS1/W7utb+d3otNktr9fVPT+7e9a387vRabJbX6+qen929/NP2QP+CjmtfsjfsPf8EnNE+M 37LHxb8P/sq+Of2Sf2GfhA37ZCeJ/htqXgXw98RfHHwP+G2g+EJ/FPw/0vxNefEPwz8Otb8SXFro K/EbxLZ6FBHqeoWnk+Hr2yvLC9nTSfm9tNb+e7XXXRa7vW7TSfm9tNb+e7XXXRa7vW7+7/2iviY3 7Gv7XX7H2u6ILDSvgz+258c9Z/Zh+KXhhLFILOz/AGgPFvgHxb8S/g58U9AdL6x0/S9a8UXHw48Y +A/iLANOvr/x3PrvgvUEeLUvCMkl8aPdLyTbWlt/w6X9OoaPdLyTbWlt/wAOl/TqfqbHIsgJXkAL ySc5IyVIOeVBAY5J3ZBwVIqZWWnbdf8AB3afTfT1splZadt1/wAHdp9N9PWykqSQoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAZI cIxHUDIGcAkHIBP90nhupIyACeC1a+u39f0hq19dv6/pH44f8E5vhrcfsv8A7VH/AAVK/Z71fRNU 0lPjR+2DrP8AwUL+F2u3yXZ0fx74M/am8GeCdB8dx+H9Xu9kV9qvgL4t/C/xLY+LNCt45pvCVh4q 8EPNH9j8Q6P5lvpo77X2SWq9bLe9/V2di300d9r7JLVetlve/q7Ox+dH7X/7KH/BTb9qv9nP/gr1 8B/ip8C7X4r/ABF+L/jPX5v2Gvigfi98LdM+E1l+ztpF34D1T4f/AAe8IeCL/wAVzar4G+K091oP izUPFXiTxV4S8MWPi7WfFekQ+J/ig2i+HPCsWlHSydtNLq6to762631s9H5Ox0snbTS6uraO+tut 9bPR+Tt+gX7ZFv8AEXwt/wAEWfGfwB1fwNft8f8A4w/snaR+xN4O+F+h3Vp4m1S/+Lfxz8A2/wCz 7oWk295pEs+nX1hoT69L4s8aa1pN3faJovhjQPFPiNb660nRZ7oiVtLq172e+172un6q17K2vUSt pdWvez32ve10/VWvZW16/p5+zX8JNM+AH7O3wF+A2ilm0f4JfBn4X/CLSXeeW6aTTfhv4I0PwdYS G6n/AH11vtdGiY3M376ckyygSs4EPf5L8l/X+ZD3+S/Jf1/me10hBQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFAHwT/wVA/Zb1P9tb/gn9+1r+y7oK258VfFr4OeIdJ8CNd6hLplgfiNoixe Lfhymq30KSSQ6S3jrw/4dTVEEUyz6fLc280TwTSKbj06Kz139brd9NPK/cuPTorPXf1ut3008r9z w7xP4V179t7/AII0+OvhH8MFtdN+JXxx/YP8WfA+20Pxc82inwZ8Y9W+Dl78Ndd8D+O4LeDUb7w9 q3gz4gQ6h4a8V2wtL2XSb7Tr/CzxRpJK1pLZ2vpprre3y1er1/GzWktna+mmut7fLV6vX8bfLeuf sI/GX9pz/glZ+yH/AMEvPjL8G9S+HWheDvhx+xN8Hv2qPHGv+PfAtzpc/gb9lm3+FniXxq/wXPw2 8V+M/EPiTUPiV4t+E+meC/Dk/iex+Gp0bwp4n1zxdql5a6voOm+E9fLNJrs0+q6d7r0a0fXyCzSa 7NPqune69GtH18j33/go38NX/am/an/4Jafs9aNomo6uPg7+2Nov/BQX4lavZJIND8E+Bf2X/AXj zRPBU3iHWbZylhqPjn4v/FLwdpPhHQZ087xbp+g+PLiANp/hfVpFb0u7PTa62ei6/J997jel3Z6b XWz0XX5Pvvc/YxQRnJySf0AA9B1xuI5wzHBI5rNu/wCP4vt09DNu/wCP4vt09B1IQUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAN ZQ6lW5Vhgjjkdwc5GCOD7UAcJ4s+Gfg3xre+FtV13S3bXPBOqprHhLxFpt9faN4i8P3RCRXsGna5 pVxZ6lHpWt2Sf2X4i0V7mTSfEOlO+na1ZXto3liuZ/f5fo9PPTqVzP7/AC/R6eenU7Y20OEAVl8t tybZJFIHPyHaw3RDOBC26IBUAQCNApzN9t7+X3bfrvrqHM323v5fdt+u+upxV38NfCGoeMdM8eah p0+oeJNDsZrDw/c3uo6hc2Xh6K7Vk1C40LSJbltK0vU9ViY22q6xa2ceq6hYGTTLq8k02ae0lOZ9 +t9lv/X3adkHM+/W+y3/AK+7Tsju1UKMD8ySSTgDLE8sxxyxJJ7mpJFoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAaVBOe/qP8evOBn/dHoKd3t/X/A3Hd7f1/wADc4PRPhl4O8N+LPE3 jLQdOm0jVfGUVmfFNrY399BoGuajYW0VjbeIr3w4s/8AYh8VHTILfSL3xNDYw63q+kWOk6brN7qF noWhRaY+Z99/v3v/AEtvIfM++/373/pbeR3RhjLByillDAEqpOGILDJBPzEDdzzgE8gUrvXXf5fk K7113+X5HG+GPh54U8I6n4k1zR9PkOveLtSj1TxHr2pXt7q+s6nNbxS2+n2rahqU91cWuj6PazTW miaDYva6Lo1vNcJplham7u2nG29/0/pf567g23v+n9L/AD13O2pCCgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAjeWONlRiQz7tg2sd5UFiqkAgv tBYJncVViAQpIP6/r7g/r+vuE86PCkEncMqApJI9lALHIyRgEEKxHCmnZr/h10+f9adx2a/4ddPn /WncZJd28UTzSTRpGhkDuWAVTEjySBiThdkaM7biAqqSxAFPlenmrr8P89em+ug+V6eauvw/z16b 66E4IYZByOR+IJBB9CCCCDyCCDyKlq2jJatoxskixKXc4UYycEgAnGTjoB3NC10Ba6DRPEWCBxvP 8HRgQFJBXqCodS4x8gYF9uRmuV9vxWvprqVyvt+K19NdRzyIkZkYkIAGJALYBxyQoJ2jOWb7qrlm IUEiSRi3ETkqrbmVipUA5yBG3TrgrLGwPQqwYHBBp2f9Nef+THZ/015/5MVZom27XB3gFMcl1IBD qBy0fzAFwNo5yQASCz7MLPsyWkIKACgAoAKACgAoAKAIZZ44uG3s2ARHGjyyEMSAdkYZguQQXICA 9WFOztfpe1/61+4dna/S9r/1r9wn2mIbySyCNQ7mRGiCod+GPmBcL8jkk8AKxJAFFn/TXr+QWf8A TXr+QG4iC7ixVQdpLKyhW6bXLABDkgAOVJJUKDuXJZ/fsuvr6f8AB7MLP79l19fT/g9mOE0bNtG7 JLAAowyFIBZSQAyAso8xcoSwAYnIBZrfT5/1b52+8LNb6fP+rfO33ktIQUAFABQBCtxC7BFkUszy ooyPmeBtsyqejGJgVkC5KMrK2GUgO2jfb+v1/MdtG+39fr+ZNSEFABQAUAQmeIB2LFVjZlkZlZVj 2jcxcsAFULht5wpUqykgg07PTTf/AIf+vmtx2emm/wDw/wDXzW49JFfO3PynByCpB7gggEEdwecE HoQSNW/r8fTswat/X4+nZjmZUVnYhVUFmZiAqqoySSeAAASSeAOaS1aXcS1aXcYsqO21SSdoc8HA U42nJ4w3O0jIYo4BJRsNprcbTW5JSEFABQA0sB1z3/hOOPU4wM9s/e/hzTs/yf39u/yHZ/k/v7d/ kNjlSZFkjbejqrI45R1YBldG+66sCCrKSpBBBIIJLen3/wBfgFvT7/6/AkpCCgCKSaKLd5jhdqF2 J4CoM/MzHCgZBGSRzTs/6/Tv8h2f9fp3+RKDkZ9eeQQfxB5H0PNIQUAB4BPp6daAK6XUMiq6s2xl DByjqm0qrAl2UIAQ4AJbltyj5kcK+Vrp/Xf+vXZofK10/rv/AF67NEyOki7kZXU5G5SCMjqMjuDw R2OQeQaQh1ABQAUAFABQAUARvKiHDMAQu4+yg4LE9FUd2bAzgZzxTs399vmOzf32+Y8EMAykMrAF WBBBBGQQRwQRyCOCKQhaACgAoAieeKNlV3Cs5IQHjcQrOQpOASEVnKg5CKzkBQSGk30/r+v60Y0m +n9f1/WjBJkkIClslA+GR42CkkLuV1VlLYOAygna3HFDTWun3r+vuBprXT71/X3EtIQUAMkkSJS8 jBEAJZ24RAoLEu/3UXAPzMQucLncQC0r/wDBGlf/AIJEl3byMUSRXcHBRTuZe/zKuSowVOTgASRk kB1yNNbr+v1+QNNbr+v1+Q43ES8M4ByF2tlW3HGFw2CScqcdcMpxhgScr7f139PP7tnY5X2/rv6e f3bOz45FlXcu7H+0joeQDyrqrAgEAgjKtlWAZWUDTW4NNbj6QgoAKACgAoAKAELBc5zwM4ALNj2V QWP0AJp2f3Ds/uGLKjMVU7iu3O0EgblDLlgNoyrBgCQSDkDFFnr5fpvbvs/uCz18v03t32f3ElIQ UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAc54r8Lab4y8P674Z1a 516003xFoWseHdQufDHifxJ4L8QQWGuWE2n3dzoXi3wfquheK/CuvWsU5uNE8VeFda0XxT4b1GOH U/D+s6ZqESXKtO39P9P6+5Wadv6f6f19yt/ML/wTW8PeC/Gnw3/4KzfEr9rz9pn9tjWfAf7Fv/BU L9un4JeFPFl/+3/+3f4efwF+zR+z1pHgPVfDmjXdr8NPj14du/Ft74fs9T1yc399put+MPEU0zxi 81i+8qBrS26a3stXra3mknq/lq9GWlt01vZavW1vNJPV/LV6M/Sz42+Ff2df2Xf2E9X8B/t1ftd/ EjwT8JvC/wAUPF/jZPjFrP7THxet/jXqHhOx/aH8Q/Fr4ReAdO+KsWt3Hx58c+JtI8HnwT8Pbvw1 4WvvEHivWrKwutB0Wa+uZNP1h3bq9EuzevS+/VXS67atDt1eiXZvXpffqrpddtWj74+Mf7Rvwp+A VnpE3xJ17UbbUPEUmoW/hXwZ4O8HeNvip8UPGVxo+mNretweA/hN8LPDfi/4mePToGjB9W1seEPC WrjRtJt5tQ1OSC3WSWJNJtvz1VrNq19O7/rTqmk2356q1m1a+nd/1p1yfgt+1T+zn+1HpepSfs9/ Hn4XfFCWysppdRTwF4y8P+IvEPhS4S6k094/E/hWC7l1rw1qWl6kn2HUtG8T6bp97aalHPpWp2ME ySQsKKV733S6a3sn37/LvfYUUr3vul01vZPv3+Xe+35Z/wDBJ746/Hv4vfti/wDBYv4dfGv4xeKf ivon7OH7Vfgj4S/CaLxBY+GNGsfC3gWLwv4o1caTp/h/wdoXhzw3DcTXN5t1DWxpJ8QazDZ6ZFrO rahHplgtu7Xb1ty2t89W9b677337rV2u3rbltb56t63133vv3Wv7C/HfwL4l+J/wP+Mnwz8F+ONb +GXjD4h/Cr4heBfCfxJ8NX99pfiP4e+JfFvhHV/D+heONA1TTZ7fUtO1vwnqmoWuv6VqFhcQX1nf 6fBc2k0dxHG4zVr67f1/SVtdjNWvrt/X9JW12P53v2tvgvL8Iv8Agq//AMEZP2WfBf7Qn7cVr8GP 2o9L/b8H7QXhy7/4KC/twahdfEu7+BX7OugeN/hrqNxrl5+0Jc694Tu9D8W3N1rMreAdT8KW+qyX DWOp291p1tbWkF663bulLv5aa76evR32teut27pS7+Wmu+nr0d9rfoJdfFj4Lf8ABInw38Srr9qv 9o39orxb8JPjd+0tJrf7P2ueP/Dn7W37XWt/DHw/rvwv+DXg6z+BWs/FDS/DPxp8RWr6l8WtC8d+ IPhtpXjHXbHUfEcHjFdD0Ntf1nSdZkdvVuzezVrPsu3rpe++iG9W7N7NWs+y7eul776I+nvG/wDw UB/Zr+G3xw+Cf7N/jfVfi1o3xm/aKtdPuvg54WT9mL9qDUtP8ZR3cNtc6lt8ZaT8HdQ8DaA3guyu oNX+KUPinxNodx8INAmGv/FOHwhosNxqEUuKXfu1vbur99vz2ekuKXfu1vbur99vz2enp1p+1B8J p/G3xa8A3l/4t8Nar8ENFsfEPxG8ReOvhV8Xfh38K9N0bUrdbuy1DRPjf478BeHfgz43ha3ZpL4e BPHniV9I+y6guoCOTTb+O2XL637adm0n93z6qO4uX1v207NpP7vn1UdzE8A/tjfs/fEf4kz/AAg0 PxpqWifE4w6zfaL4F+Jnw8+Jnwa8SeOdE8Pf2cdb8WfC3T/i54R8Ez/FzwNpf9s6Ql948+F0fjDw bbSXcYbXHDs0Jy99PPfW/lq192um4cvfTz31v5atfdrpuexfEX4o/D/4QeDfEPxG+K3jjwh8OPh9 4S02+1nxR408b6/pvhjw3oOladaT3t7fanrOrXVvp1pBbW9vO88k9zGIxbuFEjOqq+Xz/wAtt27a Lqt7prbVj5fP/Lbdu2i6re6a21Z8laL/AMFPP2DfEHxD+Dvwt0v9pr4bSeMvj/4R8MeOfg9Y3d1r Ol6b450DxroGmeJvCFvp3ifVNGs/Cdp4u8TaDq1lrOhfD3Vtd0/x7qmlSpe2XhudCyouXyez/PTT z8m79L2YuXyez/PTTz8m79L2Z7x8UP2k/hZ8IZoNP8Yap4mutcuI9Ju38N/Dz4Y/E740eK9J0bXN Rk0bT/FfiXwh8G/CnjrxL4X8EnVbe8guvG/iHTtL8Gaeljey6h4htIbS5nhfLe3/AAHr2Vvxevpo 7Plvb/gPXsrfi9fTR2wLr9sH9ntPAXw4+J+jfEnTfHfgn4v6naaR8LtR+FGi+JvjFfeOru5lZLqX w7oPwq0nxl4g1HSvDsUc15421+HSW0TwDpVpqmt+Ob7w5pOj6ndWxy776ennr0Xbra17NvY5d99P Tz16Lt1ta9m3s+y/a/8A2fNS+Ch/aI0z4i6Zrfwek8Ta74K0vxf4d0zxJ4hHirxj4e+ImrfCa78M eA9B0nRLnxT8QNa1b4jaLe+E/BWn+C9C127+IupSaYngKDxENb0T+0Vy6ta7+WivbXXfy69N7pcu rWu/lor21138uvTe64/U/wBpj9ln40fCH9o251P4yW3hL4WfCufxD8If2g/Her+IPGP7Pl38G9Y1 b4WeEPHXiLTda8feIh8PPEXwx8W+GPh/8VvCuq6nr2l6zo2t/DzX7yfSbzUvD/jrwzr2l6BS91ef bZq6V9U9trvRK6e6sUvdXn22aulfVPba70SunurH4ef8FLfiFo/gT4Q/8EC/F/7M37Svxgn/AGd/ GX/BSj/gnf8AC231qX4meJRo/wAavgJdvf8AiTT/ABF8V9a1aLT/ABJ4+XxBZ+DfDurX9743v5NH 1W1ae/u9Ltzcz35OlrX1d+jeraVt/PRaffY6WtfV36N6tpW389Fp99v3A+Cf7bH7KX7VPin4n/C3 4CftAeEvGXxD+F+dO8Y+HtDubrTfGHhu3uXW0tvFOmaF4t0i3/4SDw414EXRfHOk2XiHwbq2oxvp 0Wr3csMkbO3km7ra2+2nVKys+1r62bTt5Ju62tvtp1SsrPta+tm1+Xf/AAQc+InjDVfh/wD8FV7z 4ufFTxp8Qj8Lv+CyX7Z/w203xr8W/Gl54i1jSfh78NPCnwK0bw5pNxrut3At9P0bRLC1Y21lZDTN FszLdz2Wn20cksJT17q8nvvstLX2f3XS2WyevdXk999lpa+z+66Wy2/XnwN+118CfiD8Tb/4NaR4 r1bQ/ijZ2moarpvgj4jfD74kfCbXfHXhzR2sE1vxh8J7b4n+E/CKfGDwPoj6vo6az45+FkvjPwlp Muq6fDqmsWT3tt5i5ddmu2q7ddurWy8tXYXLrs121Xbrt1a2Xlq7HRftBftLfAv9lT4Z+IfjL+0V 8U/BXwe+F/ha0a51nxd441mHR7NXXCx6fo9s+/UvE2uajcS21jovhzQLG/1zW9QuINP0ax1G/ube 0dcqez2W7/BeXVbvbs0LlT2ey3f4Ly6rd7dmjj/B37aP7MfxA+PXjL9mDwb8ZfB2v/HvwH4VHjXx F8NbKa/fWI/DUeoRaXf6lpF59j/sbxQuh6hc2Wn+KbbwtqOtX/hG81DSV8R2enDWdKW7fKvPdW0W t+lr6Prq/VLS75V57q2i1v0tfR9dX6paXt/Fj9rr4E/A69gt/ih4u1PwxpX2t7DWvG3/AAr74j63 8LvBF1FZi/c/FP4teHPC2sfDL4PWphAjjvPij4s8KWjzXmmxrOz6jpceorl28+t0la17q9m7X19H rrouXbz63SVrXur2btfX0euunw98Sv8Agqt8NvAn/BS34X/sDW/g34y6xe65+z74o+N3jHxN4O/Z 1+NvxLsZR4g8a/D/AMJfCS68JXnw58D+KbzU/h7evcePv+E++Lw0gfB/wbqGlab4f1r4iWOvHUtP 0xu1vN+aslqru27b69Ha7XVu1vN+aslqru27b69Ha7XX3X4R/wDBT39kT47aL8eNd+FHiH41eMLf 9mTULDSPjhotr+x9+2HpvjfwXr2oM+PCqfDzW/gVpvjrxJ4x0y3MOo674R8H+HvEfirQdJZdW13Q tK0u5tL2VOK1t6K/fe229radW+jTQnFa29Ffvvbbe1tOrfRpo2vAv/BR79lf4nfs22f7W/w61r4x eO/gLqniR/C2keKvB37Kf7V/iTX9a1GO+GkyX+hfDHS/gnP8Vtf8KQ6ys2jT+OtG8D3vgqHWbW+0 eXxAmo6fdwRvl23v10tovvbv0076aD5dt79dLaL7279NO+mh6d8S/wBr34IfCUxJ4w8Q+IZbtItI v9e0rwd8Lvi58Sda+H2ga3avfWXir4u6P8NfAvi/V/g34OltLPVpk8a/FTT/AAf4MX+z7lLzxBYm zvvs5y6/O2/b5P162s1uHLr87b9vk/XrazW5W8Wftr/speB/C3we8b+JP2h/g7aeEf2hPGXgTwD8 CfEdn498O61pPxi8UfEvWdP0PwZYfDO50PUdSbxrFqt7qds7ajoUV3pen6ZHeeINXvtN8O2V3qkC 5fW3fvrsu7a1X3eYuX1t3767Lu2tV93mfhF/wVH/AGyPBPxi8Vf8EvfEv7Jn7TvjG/0XRv8Agun+ x9+yd8evBnw78R+JfCPhHxAtz4v1rxf4h8LePNFm0bQNQ8Y6PdN4W8L6noVw15rHgHxLoOpQaxos XiCz1XT9auKVlo/N9NFfrp2332XK72tSstH5vpor9dO2++y5Xe1v3lt/2r/hNJ8fbr9mSwh+LGpf FnTrO3vNU+x/s8ftE3Pwq0a1ufDGo+KdOOv/ALQVt8Lrn4BeH31HTNLvIbL+2fiXb3N9r4tvBtsl 14uurTRpE13vbd6d7f8AAWqS00V9BNd723ene3/AWqS00V9D5I/4LC/8FEH/AOCbv7B/xb/aO0Pw x4k8SfEGPRT4V+FC2vw88XeLfB2kfEzxUItH8G6t8VL7SLIaX4J8H2Wuajp73P8AwmeseGf+Eh1D 7N4O0e5m8Q6xY2ruKtfdr8U+6Sv8mntfyHFWvu1+KfdJX+TT2v5H2PpP7TXwnuvhl4f+Lt9dePfC nh3xVc6jpnhzQviJ8GPjN8Mvitr+r6XdapbXOi6T8CviH4C8K/GzUPEF7F4e1PU9E0OP4fya7r+g Q2/iPw7puqaBqNlqN4rXTvpbWy6JJ7J+ej7vta4rXTvpbWy6JJ7J+ej7vta5T8Dfti/s3fEHwj41 8caR8WPDOg6H8L7e0ufizafE0ap8GvF3wgi1DS7bWrBfjB8P/i7p3gjx58Jbi80i7g1W2s/iR4a8 LXdzps0V7BDJAwYnKrLdN26X/wAvW3RJ3DlVlum7dL/5etuiTueI2/8AwVT/AOCft34g+DXhu1/a o+Fs95+0HHu+D+oQ3msy+GPGD3GpXOj6Rbx+NV0geCtGvvEmp2N7b+EtN8TeItCvvGMVuLzwvFq1 tNG5OTruteq07aq9/kg5Ou616rTtqr3+SPpX4tftHfCj4Jxxp441nxBd61PZjVbbwT8OPh38R/jR 8Tb3Rf7Rt9Kl12x+Ffwb8KePfiRfeH7K+vbKHVfEFn4VuNI0ZZmuNWu7G3inkgOX1stL/Oz9Et+u nVMOX1stL/Oz9Et+unVM/O//AIKYftA6B8S/+CSH7aXx8/Zc+P2o2o8J/s8fGjxX4S+J/wAD/HMW ka5pXjD4d+Hdelv9Auta04nXNA1HTNZsJNK8R6JGNI8UaRe293p14dHvYi8T0S03Wtul1q9rJtW1 fn1dkPRLTda26XWr2sm1bV+fV2R7F+wJ8W9D8Hf8Ew/+CePjr4neLrh9T8W/sX/slp/aGtXOq6/4 o8aeMtZ+APgnU20/S9PsoNW8WeN/GfiS6S+u49O0bTdf8Ua1etcPb2d9MRFRZO/SzaWq3+fftdfm wsnfpZtLVb/Pv2uvzZ9RfBj9p34MfH6PXIvhp4vN5r/hIaUfG/gDxZ4d8V/DP4seAP7cs5dR0dfi J8IPiXofhL4n/DyXV9Ni/tDSIvGnhLRX1K0bz7QSwI8wTja2u/VdNbPTd/h8xONra79V01s9N3+H zPHNV/4KR/sS+H/Fdt4T8TftD+BfCiahrepeE9H+IHiz+3PC3wK8SeOdE1K60XxB8NvB37RviLSN K+AHjf4p+G9YsNR0zxJ8LvCvxL1P4haFf6ff2OpeGoLuyniVcq01+/Rrfpqu3Xve2rS5Vpr9+jW/ TVduve9tWud8e/Ez9jnxB+2D+yJcat+0ezftB+J/B3xVs/2dfg74F+NGvS+Gvix4T8W+AY/iD4n8 beKfhh4N1O78MeL/AA7pXgXwRc6v4L8eePLZfB1le3tnJol/c+KdT8HmGtYq2m/W+r20WjdtHf7t StYq2m/W+r20WjdtHf7tT2L4hftkfs7/AAl8T+HvC3xF8fTeE4vEOpxeH7bx3qngz4gf8KX0nxHP qNvoun+FPF37QEPhaT4G+B/GOs6xcwaXoPhDxr8Q/D3ivxBqlxb6Xouh399KsROTz3V+n5K/dbX6 90HJ57q/T8lfutr9e6Jfi7+2J+zx8DL7xBpfxM+JFjoF74N+HV38W/Hr2nh/xh4n034c/DW3tvEF xZ+M/iXq/hPQNb0v4a6D4kk8J+KtN8BX/j288OQ/EjxB4Y17wx4FbXdf0rUtPsVy30W66Nr79Pv+ el7Xa5b6LddG19+n3/PS9rv6YjlLwLNgfNH5mIiZRyu75CFUyZ/h+UFumAanrbbXva2vf9Settte 9ra9/wBT+aHwp+218L/2/f2/f+ChP7JvxQ0T9sLRPhL8OfAX7FHwn/Z2l8Kfss/tqeBfGPw1+I/x 48LfEbxz49+Nnjq40/4IaZ4l/Zf8TWGs3nw2tvA/xJ/aCi+HXh+38M+B9U8Z6BqV38P5/GOpvpdr p2vbtfZX7aaJdehpdrp2vbtfZX7aaJdeh+x93+038Cv2XvCfhT4c/FT4xeLfE8/w38OaH4R+IHxY 1nwl44+IcPhy48O+FbK4uPGn7THxI+HPga++G3wNu/EGkx2fifVfEfxX1P4eeH9QvNWllsWVZoi8 tXbd0tba+l97vVbW+7ylq7bulrbX0vvd6ra33eXcePf2yv2XfhbqPws0j4hfH/4S+GNW+ON9plh8 HtIu/GWi3Wq/Ej+1YRfWup+D7HTr+9udd8MjTXW+vfF1nEfDGk2UUuparqtnZEtEcul731tbaz6d 9e66Pro2HLpe99bW2s+nfXuuj66NnS/s6/tL/BH9q74fz/FH4A/ELQ/iT4GtfFPiTwVd61osWrWh 0/xV4R1BtN8QaFqem67puk6vp1/YzeTcIl5YQJfabe6fq2ntd6TqGn393LVnb+vmS1Z2/r5nl/xJ /b+/ZL+EXjDUPBnxC+LtloF1oXivTPAfi7xMPCvjzVvhd8PPHevDw4PDngX4r/GrRfC2ofB74R+O PEzeL/DA8M+DviT458M+I/EY1/Sv7G027a7Rarl0T6u3ZLX8ey9drlcuifV27Ja/j2Xrtc+sb3V7 fTbea81CSO1s7VLmW7u5SywQW9nHNPc3UrFcRQQ20EkzySHylw8YmaRI1uFy6LdX26ryWmt35X9N 7Ll0W6vt1XktNbvyv6b2/P8A1j/grR/wTp0LTbnXdQ/a3+D6+G7P4yzfs/3Pimz1q91fwnF8VbOx 8J6hqeiHxVounal4fOhaJH458L2XiL4gf2h/wr7w7rupf8I5rPiey16x1jT9Laje+9193TT1309L 2d0NRvfe6+7pp676el7O6Psvx/8AFfwn8M/D83iTxTPq89mLO4vrLSvCHhHxl8Q/GWvRWsZnnh8I +APh5oHivxz41vYoWhmk07wn4d1fUY7V/t0lmkDIpOVab9b7adr/AK6vZro7HKtN+t9tO1/11ezX R2+Gv2mv+Cm3wF+B/wCw18Zf23fClz4j+Lfhj4T+H9atrnwv4R8C+Oh4u0b4j2lpEln4N+K3grUP D9n41+B97pmp3+nW3j61+KmjeE7/AOH9pfhPFFta38tjZ3LSta9tHd90+nV6Pf5d9BpWte2ju+6f Tq9Hv8u+h5j+zp/wWG/Zj8eaL+x18N/ihrPxr8K/tM/tSfDf4f6h4U8Gav8AsSftpeCtE8feMr7w d4X1Xx/rHgHxJ4j+BFp4J1T4a+FtU11tS8QfEOy8WXPw78G+FHh8S+I/F9j4ZI1wzyrrdLv011Vt ddN7X16snlXW6Xfprqra66b2vr1Z9Y/Dj9vn9mv4rftG/EP9knwdr3xKb9oL4UaLdeJPiB4G8Ufs 5/tIeALXQvDlrqz6Hb+IYvG3jv4T+Hfh5rOgeJNRilTwNreg+L9U0vx/aRzan4Hu/Eem28l0Xy+v r0t3vb026Xbt0fL6+vS3e9vTbpdu3Tq/Bv7YXwS8ceAL/wCJljqPxA8K+GdP8c3Xw0Sy+LnwH+PX wL8c6946sbKxvpvDng34XfGn4beAfib421C5jvJbXSR4O8IeILbWdY0rXdA0u6u9d8Pa/p2lHJuv x/Lpr2dno+nc5N1+P5dNezs9H07z/Dn9sL9nf4paD4x13w38S9M0dvhpa6XqHxU8PfE3R/E3wX8d /CfT9ZtDqOlXnxY+Gvxh0fwL8Qvhdb6vpySXuk3Hj7wz4eg1G0jnvNPkvbe2nKjiuj/G/wCistd/ TS7QOK6P8b/orLXf00u0fDHxv/4KQfsh/HX4CfEPwl+z5+1tpr/ET4tfs8ftQ+MfgP4l+Emraxb6 94lf9naw+IeleO9U8FeKpfDN1oumNpOveBtfl0bU7XUIdX8YeF9J1jxn8OZtQ8PabF4qRpW7NPrZ Pyasnqtr62T6dRpW7NPrZPyasnqtr62T6dTwn/gk/wDtmeFPhX/wR+/4J7/Fb9pLxN8a/HXi74w+ HNY0iPxD4X+D/wC0H+078QPGnjnUfGXxF1eWXWLT4LfD/wCKfjGa6u9O0rUW/tfXLC2sJ3s47eO5 Ez2luyab269dFdOzXRPWSdm0r/MTTe3Xrorp2a6J6yTs2lf5n7s6B4is/EegaR4jsYNStrHWtJ07 WLS313RNa8L63bW2p6dDqkFtrvhjxJp+l+JvDGrw206LqWgeIdI03XdHui1jqun2l/BcW0KsttV5 vTX8drrT1d7CsttV5vTX8drrT1d7HzZ8QP24P2ZPhdrLaT46+JkWh2Frqt3oOu/EF/CPjy++Cfgf xDZarpWh3Phv4mfH7SfDGo/BH4W+JF1jWdO0q38PfEbx/wCFdav9SuDY2NhPdW9zFC+VWvrt6a38 +/bXyb6vlVr67emt/Pv218m+v5X/APBVb/gphN8BP2h/2Av2YvDWlfGq20T43ftTeF9P/aE1jwr+ zR+0P420/wAU/BnRfB//AAm9z4B+E3ifwv8ACXXdE+M2s+K9Sv8Aw9b+L/DHwO1Lxv410vRtM1zw zr+iacupXsDFrNp6+Vu2u+q03t10v2C1m09fK3bXfVab266X7H6cfsn/AAU8D/CTwj468bfDrxl8 eNS+Gnxj8Tn4weEfhj8XtH8c6Tc/BbTdW8PaPDqHgLwB8NfiJ4S8P/FT4d+Grm/0qfXoPhl4k0e2 1Hwvq2q32m6BougQTNpzq9rK23pf1vrv81tbZMV7WVtvS/rfXf5ra2yZ+IngX9snwF/wUC/4KCf8 FHv2TviZD+2Hofwt8CeEP2I/hX+y9deFv2YP20fAHjX4N+P/AIseEPif4y+IPxn8Y3Fv8E9L8Qfs v+L4/FGreCF8I/EP9oa3+HOjXfg7wrLqvhjVNS+H0mvX9Vd9dl3Svom977/dok+tnV312XdK+ib3 vv8Adok+tn+1sP7W/wCzl8C9P8KfDX4hfG/XNVHhXT9L8BeIfjt448K+JZPhtd+MvDcujeB7uz+K v7RPh3wNpP7OPgn4t+JPEs1smoeCdd8WeDtZvfEd/fWmi+GLaO3+wWo1fW1vuskkt389O6WiQNX1 tb7rJJLd/PTulokXr79vX9mrTf2pLH9izUfF3ivTP2k9d8J6v478JeB9V+C/xy0zQfG/hHQPDaeK 9a13wL8Ubr4cJ8KPHNjpekuINSfwd431250/xDDqPhCa0bxbo+paHAuXbf8ANb+iaa63VvQXLtv+ a39E011urehznwj/AOClf7Ffxr+F3xh+NHhD45aNonwz/Z7+IPij4UfHHxR8XvDHj79n2L4WfEnw TpFjrPi7wb410z49+FPhtrOhaz4ctdTs49WhutPK2moC80ido9X0++srZcu2vr1survt5dr6X0bF y7a+vWy6u+3l2vpfRs6j4E/t7fsp/tKeMtN+H3wX+MPh7xx4x1n4H+A/2ktI0LT9O8U2V3ffBD4k 22jXPhPxt/xO9A0u3t5p08Q6F/bnhRrmXxZ4O/t/w7/wmGkaE2vaYtw+X7teq6X0X3bu1tXYfL92 vVdL6L7t3a2rsd58T/2sf2dfgt44+HXwz+K/xn+HXgP4jfFy71qz+GvgLxD4isbLxV4uHhrRL3xH 4j1LTNIab7cPDmgaNpl/e6z4rvLS08NaYv2aG81SG5urKG8OVd3/AMG/bfbW26truHKu7/4N+2+2 tt1bXczv2cf2wv2df2t9D8aeJP2dPij4e+KGkfDvxvqvw78cPpkWraNqPhjxbo0jC80zVdC8Safp WuW8Ets1tqmja1Lp0WgeKvDt3aeKfCep65oN9ZXk65fy83qvkt+i9NdULl/Lzeq+S36L011Rg3P7 dP7Llh4z8PeCdR+KMOmy+L9T03QfB/jjVfCHj3Sfgp4z8Tatd6pYab4M8FftB6j4Yt/gP4x8f3t7 o2pW9v8AD/w18SNU8aubUyDQTFLbtK3Dtd6eln53S/z72G4drvT0s/O6X+fex6F8WP2gvhX8JH0z S/GniTVI/EfiBZG0Hwf4G8IeM/ij8SNUsIru30vUvEOlfDb4Z+GvHHjm58O+Hb2+tP8AhJPFkfhe 48OeEBLBceKtQ0uwkW4kaVtrPXdNNrXS60366/lq0rbWeu6abWul1pv11/LX8Uv+CFnxo8U+NoP+ CuuvfFH41+NPij4d+GH/AAVr/aj8AeCfHPxS8cX3iW40r4UeBrLwPpfgjRbLVNUuI7XTfDumaOlu mlaTpEGlaJDHOjadpEEc/wBlA99lezVtE9V+FlotWmk9e499lezVtE9V+FlotWmk9e/7I/D/APax +CfxI8Y+Lfh1oviPWvD/AMQfBFhf61rfgr4pfD34j/BfxNd+F9IuLC11bx34W0b4u+FPBV743+Gt ndalZ2LfEzwSniPwB/aNzDYHxGLt0hdcjtf8nt699dLJfMXI7X/J7evfXSyXzMn4X/tn/s7/ABk8 b+G/h18O/H8mu+MPGfw88Z/FvwZpV14K+IfhtPGHwq8A+JPAnhHxB8UvDGp+KPCmj6Trvw1vNf8A ib4Ht/BfjvRr3UvC3xIsdZn1n4dat4r0jQ/EN9pKaStrv5rSy1Xm/u7dbpNJW1381pZarzf3dut1 9U1JIUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAGL4h8SeHvCOiav4l8V 69o3hnw54f0nUtf17X/EGp2WjaJoehaNayX2sa1rGq6jPbWOmaRpVlFJd6lqV7PBZ2Nsjz3U0USl g7PTzdl6/wBMdnp5uy9f6Z/Id/wSd/Z//wCCeP7f+n/8FuPhl8U9D/Zt+LvxG+Lf/BWH/govq3gX xXb6d8H/ABf8ebH4AeOZPh9YeFvij8IfEmu6V4i8RWngy01/V9T1XwR4s0qO78GweKZZbpDNLc3S T3dpLqtU7rZaaf8AA76WurK7tJdVqndbLTT/AIHfS11ZfV//AAdYeKvBGgf8EiviZ4Z8ReJfC+l+ M/FvxM+BI8A6Dq+saVb+KvEn/CNfGrwDqXieTwvYXU0OraumiaM9pea5JpdrKNNs5IJ9TkQXMTMk 99douzvp3XzTelnpshJ767RdnfTuvmm9LPTZHdft/fGb9m74Jf8ABQ39gP8Abu1P9qL4SeGbOH9m X9oXwnoWj/F/4gap4O/Z8+I3wz+IK+CNU0Dxp8M/jTpuieLfAum/Ei61250meTw9a6fqGofEn4cW cmvDWNDsPhzpg19x1XTr0d+nWz16eaeztYcdV069Hfp1s9enmns7WPpH/gkPYfADwF8Av2pPij8O f2pPgz8cvDHxu/bL/an/AGwPiN4p+GHxF03xL8Jvg1efGjxSPGD/AA303W7uaxbQtB8BeDbDRr3W L3VtM8M2Woavf6/4oi02yttSmCNbptv4bq+rte93o121vfRd7DW6bb+G6vq7Xvd6Ndtb30Xex8Jf 8ES/jv8ABDxH/wAFFv8AguRpHh74w/C/XdW+J/7a/hzxR8NNL0fx74W1LUfiJ4b0f4f+IZNX8QeB bKz1Sa58W6LpccE8uo6poEWoWVnFFJLcTxxqWoi9Xfryr5pa38/Xd3CL1d+vKvmlrfz9d3c/og8L fGr4b+NPid8U/hL4e8TjUPHnwVHg8fEzw+2la9Zx+HR4/wDD7+KfCbnVdQ0qz0DV11PQPKv2Ph/V dZ/s9ZkttXGnXpWGSWtNPK3e6dtFvfu9L9upLWmnlbvdO2i3v3el+3U/ns/4KSftFfs+eFv+C8n/ AAQvfxF8bvhF4eT4O23/AAUqh+L8usfEPwjpcXwtuPiJ+yz4X0jwDD8R5bzVoI/BU/jLUQmn+GIv Ez6bLrVw0UOnrOzxhhJq7el4tK/fsCTV29LxaV+/Y/bn9uP9ljwl+3B+yT8ef2YPFt2bHSPjJ8ON Z8P6R4mtkSebwr4oMKan4H8Y6eVY+fc+FfF1hoviWKIYhvVsRZzMYZmzXu3vo3fTz0S1326W2s3q V7t76N3089Etd9ultrN6n4DfES+/at/bI/4JcfBr9slvDfjnwF+2h/wS+120+J2n+G9a0fU9Hb4t fHX9lPW9a8E/tWWunbo11bxf4N+MPw18NeM/C3ge302W2t/EWq+Kdb8Pax9qvWSTSnotOu9t2+lt dZdbemth6LTrvbdvpbXWXW3prY+mv+CiVt+0R8dv+CYXw+/aD+E3g3x9Y3niH9oH9lf9t340/AHT vD41L4oeLP2Z9B+IPgrx5qPwgn8PWU89zF498N+BdI8CeLPHHhyy/t37beeAPFPgfTG1xL63F0dd +3m1bfZNX18+2nMg679vNq2+yavr59tOZHc/tvHw5+3H8V/+CUviD9j3x34Z8f8AjP4Jf8FDvh78 ZviX438FfZ/Esnwv/Z98LfBr4oap8ZvDPxGe1miufAV14+TU/h94Bfwz4nl03xJ/bHiHRmXTJ7qw lhM6O/NtoltppdWd7JtLX5dGTo7822iW2ml1Z3sm0tfl0Z9of8FYbW2n/wCCWf8AwUjF1awzGD9g z9r64gFxCkpinj/Z9+IcsdxEXQhJ0YJKZolQxzgsG3gsWmnZb6226Wl+G9l0Q007LfW23S0vw3su iPwp+JujeC/2u/8AggD/AME7v2R/2fvFPhXUv2wfEHwW/wCCWMvwtsfDVppniH4h/BPxp4dl+CHi Dx58bNb8MwsuseFtE8PeAPCfxS1bUPFmsjR9G8QWkd3bHV7m21SRpTW+jsrb2030s0+mvklvo7hr fR2Vt7ab6WafTXyS30dz7x/Za8T65+zD/wAFQv8AgqLbfteeKY/AWgftJeKP2cviF+y38TviLqem aB8OfHPwz0DwLN8PR8M/BfivVLuTQ7TxP4E8WXaaFf8AgC9v9P8AFGs61Pc+M9O0CbTfEqahfJ3t 5X2Wq0tbqtHsl1vdboTvbyvstVpa3VaPZLre63R+V/w4/Zt8WeAPin4v1r/he/iP9h34ufEf9tX/ AIKq/tf/APBPL40+JvCWkap8G/AP7O2n/Eb9mnwH8UfCfxx+HPja70rRP+Fb/tH6Z4j8P+K/CGv6 lf8AhTUPDEHhTRPFOgXWsXviDTfD/il63vstXZpX03691v6NPVj1vfZauzSvpv17rf0aerPubxTF Z/FL9gL9lrwF+1FoWpfso/F/Wv8Agoj8SNK+F3x6/Z4Oqaj4D8EftR+CvEn7UXxg0H9tjwv4U8bz azcaj8B/jH4s8JeNPGaeC/FkzaJY+EfinaXxvtA8KaVp2v6WLRvvdtrrZ+a67WTta773BaN97ttd bPzXXaydrXfe5574j+JPxB07/glN/wAF0bL9qG6+BfiHUY/hH8cotL/bS+F7xeE/g9+3N4u+IX7C vg7wZ8P/AB14V8M6x4l8RaDp3xE0nT9G+FfwY1y2+H+o3PgTxL8R9Ci0/wAJPfeKbfxRNejstVez e2zu9NE9bu/4Praw7LVXs3ts7vTRPW7v+D62t8nfEPUdH+JP/BJb/g2V8beBbuw8eeBv2dv25v8A glr4j/aH8Q+EXTxX4f8Agx4c+F/w4vofidqnxZu9FGp2/gbS/Ast9bJ40ufFX2C38OLewS641rDO JGlXTV779e762dna+v8AwSVdNXvv17vrZ2dr6/8ABP2C+IvhTwx8cv8AgrH+xP8AtgfAPxp4Yt/h F+zR+y/+1fc/tV/Hbw8thP8AC/4p+APinpHg/Tvgb8KpPi1blPCXiK58FeJtL8afGnWorXXdVi8A 6ZoGnXWvQ6avjjSrktd9t7rTTvpq2nZ6aPS22qa77b3WmnfTVtOz00elttV+Lf7GfjHVviR+wB/w W7uf2aL+f43ePfCn/Bdn4xftSD4W/Bfx3PZfEn4sfAXwv8aP2Z/idqEXw31vwPr2n+MdGh+LPg/w B430f4e+PfBt/DqNxrVte3fgm5m1nT1WN6X0ezvv5rRXb1d7NprfzsPS+j2d9/NaK7ervZtNb+dj 9Rv2Hvjh/wAEyv21/wBo74JfEf8AZh8M/tgfGD9oL4DQfESLX/FH7QHjP9v7XrD9kQ+LfBVzo/xC 8Ga3rP7T3i/XvhU3i/xZqtj4Y8G6x4G8GX/ibUNTurbTfFryrH4Hs9YtFZq/ktUm1tprtfTtZbXW qurNX8lqk2ttNdr6drLa61V1/wCDpnxH4P0T/giZ+1foHiHXvDem+LfF2r/ATTfh7pGralplp4i8 TajpH7T3wY8RazZeErG7uP7S1i/0vwjpusa1q8ekpPc2+hWWpanfR29nHdGNxv7urtr6dEl9+34a K44393V219OiS+/b8NFc8k/a0+NHwQvP+DgD/gh94h8G/FL4XXHhDxP+zn+19F4b1nw94x8MSeHP EFp8QvA2p+EPhfbaTeadqkWnapD428XaVL4V8D2lrcOniLxFp8mhaKtzqNs9tGO2vr/knr01er9b A7a+v+SevTV6v1sfNvgH43fshfCPWv2lP2Cv+Cn/AIb/AG8bH9ofxn8fP2q7zwn8OvCPjv8A4KB6 18Hv23/hJ8dvi74/+Imi3Pw2+Hf7N/jW9+C0ehaz4U+ImneDPHvh/X/D/h7Q0Ju9R8ZXkmpap4nl tDWyt0Wm+q07dHpo1fTrqw1srdFpvqtO3R6aNX066s+jdUt9B/Zf/wCC9/7Fvjnx/wCFdV+C3we8 V/8ABFDS/wBlb4V22p3finx/Avxg8DfHi68YyfAPSfFbRavr3jrx94Y8CXVhd/aLq41DX/E1hbTa vObq5N5OVv23d33tZdNErPVpuybt2a37bu772sumiVnq03ZN27P6j+JWgfEL9jr/AIK6aZ47+Dvg vWtZ+H3/AAVS+EF58O/Hkmm6DqfiDwz8PP2wv2edMW6+HXxb8XiwurCHRfBWufBJtd0/xbaxyW1x rF/4Giu7K4s9RvdWuZnve90k93bysra915XSbW6Hve90k93bysra915XSbW6OL/YN+Gfjn9lT9s/ 9pD/AIJrSaF458V/s7eGfHGmf8FCvgf8S9YtY7nwf4W8A/GXVfEP/CTfBnWr+WO0tbXxbpH7Ttlr XxE+H+l6fp5t73R9P8R+Irm6sr/R57fUG2rJq19lZ3s2tuz+f/DttWTVr7KzvZtbdn8/+H739h74 mv8Asx/tZ/8ABUP4QftleMrPwh40+Mf7bM/7RPwD+JHxJW08GeCvi1+z18T/AIV/DjwT8JPhr8Nf FGrTJpXirxN8GIPhrqHw+8SeDNK1K4163vpLbXYvDqWniG4urlJevlppHbpayd236Ja2bbSXr5aa R26Wsndt+iWtm2/wt/aa8E6V+zN+zd/wTf8ADHxx8Y+CfCHg34gf8HRGhftO/Aj4WePF0bwbqHwm /YF134w/Gi+01dW8P+Irq3v7H4YxpqUPxJ8Q32rafpui+GrT4p6HoevRW81tDJcp35lZ6aNr5u+i 3t6X7id+ZWemja+bvot7el+5+mv/AAcPfE/4PQQf8EetNs/jN8PPAmp6p/wWI/Yn+MD+J7HxP4KW /wBB+G2mWnxG028+Ohi1Ke40y58G+FZ7nTJpPGOsWt74SilhtLfUJri23Wrn2Yr5v0d+t10Xfog+ zFfN+jv1uui79Efcn7Bn7dng/QPGfif/AIJ8ftXfEr4T+Gf22Pgrd+FrA6tbeK9A0nRf2uPCPxAj S7+G3x1+HMeoaj9q1Tx38SrN7e6+Ivw8WS+8R+H/ABvc3LWMd94Z1nw3f3Y11bvutfn0+9aWt5q7 Brq3fda/Pp960tbzV2eMf8HN3g7xN47/AOCLX7W2j+CvDuqeJtVt7n4JeI5tN0OwutRvU0Twn8fP hrr3iLUBa2iSXDWmk6LZXeoXzrEIrWyt7yeZ44UlYO2mru7X066aLqns+97K/YdtNXd2vp100XVP Z972V+xmftG/FiTWf+Cjf/BL39uXRfFOpeLf+Cfi/DD9pn4Y638QNP0fVrb4ceAPiv8AFLwxoV34 G+KvimS+gt7hvBPj3RNKfwdovxJGkzeCvDdzYX1jdeLrMeL4oNRLd7tu773/AAauktNuzWuhbvdt 3fe/4NXSWm3ZrXTyf9pD4Zap8Vv27P2+/wBr34QX2j+I/wBlWX/ghx4q+FXjTx34ajstc+HfxY+O er+Jvjf438Mw+HfE9lLNofizV/Afw5sNCv8AWdW0GbV4NLtPEfhu1vruzubm3jVWdmtddlvoml1S 26bPbV9FZ2a112W+iaXVLbps9tX0+M/hfp3gP9ov/g10+Cv7H/w7l8G+PP2nPif+z/4F8NfCv4PW l1pknxAl+JOp/HFIPDni0+Hvm1nRNA0u4WfVtY+Il1aWug6ToVnqmpX2tW9nb3EiOzt8tX0svx6W 00ad1u0Ozt8tX0svx6W00ad1u0fpP8AfEfjP9jD/AIKeftJwftrfENG+Hvx7/Y0/Ya0b9n39orx7 bad4P+FNnrH7MugeNPBXx7+Gmp+NtRuDoPh/xz46+KnxZuPi5puj69q2l3Wv6d4iTT9Mj1WPQba4 o7313bV/Vbq/a1r7el2d767tq/qt1fta19vS7+Nv2nvB118E/wBjn/g5N+NPiXxt4e8E/s1/tc3H ilf2WPBXiFLTwjYeK/idb/smaR4R+LPjzwS+uT2E3ie9+OfxNgbSND0zT7CT/hJD8NrnxR4fuNZ0 7xEly6aa/wAtNrL1W6t5trTVJppr/LTay9Vureba01SafDDVvFOneDP+DYf9q6y1t/Fn7G/wG/Zh h+F3x913wm8Xirwx8J/i542/Yr8P/CDwp4y+Ir6JcaifD9p4T8aw+JfAviHWNU09rD4e65Ff2nia +0K5uljndrLfd313ffTTRq17vS7vtcdrLfd313ffTTRq17vS7vtc+/Lr4Xal8dP+CxXhn9rb4IeL dP1H9mfwx/wTa8bfCD4yfFj4fana654Z+IPifx78ULnxD8PvCHhfxJ4dubuz8Q634Z0zSLjx7Pq3 h19Tn8MQ2mi6ddfZ7jxdpqsa9du/r2v9ybsldrUNeu3f17X+5N2Su1qfi7+z3cfsgePv2XP+Cf8A /wAE6Na/4KHfsnaBZfsr/tyab+0doXiy7+Luo+G/2kvGmleG/i78YPiP4T+Enib4NeLdP0C/+Fnx q1q++INl4b8dR6n8Q9cHhfULDUoJbbWb+ytdKu07X130b87X2tbXRar7kridr676N+dr7WtrotV9 yVz9CP27Pir8I9F/4OL/APgjPpV58RPhvpWu+Gvhx+2p4c8Z2M/ijw5baz4d8QfEv4JfYPhboXiy G41FLjT9c8cajfWkXgnTtVW3vfE097p8GiQXrX1s1wbLW35Xuo321S01utrJbhstbfle6jfbVLTW 62slufHPwI+Lv7Eeo/CIf8E5P+Chnwq/b28Z/t2+HLvV/Bvif9k+58e/8FDda+Gf7VHiHwh42Oqe Hvi58NNE8FfEe8/Zo8N/Czxv4ig0LxfZ6t4iuvB/gf4ba1JJqWLPT9LtdTnej9NdXdeV27Wfley6 W10ej9NdXdeV27Wfley6W10+zP25vBM2m/Gf9qr4mfsr/GnQ/hD8e9H+Bvwl+DH7Rn7Lv7QenX3j X9nb9vb4V6f8KvE3ir4f/CzwH4miuND8c6R8atM8PeMvH3gqwvfhv4h1rxRcRa1pl5qHhPT4vE2k +JLkW1+l35W326q7elk35vSwtr9Lvytvt1V29LJvzelv6LPhD4p8S+O/hL8MfG/jbwRqPw18Y+Mv h54M8V+L/hxrV5p+pav4A8T+IvDem6v4g8E6tf6VcXml32peFdWvLzQr+7027utPubqwmms7ie2e ORs3vbz0/T/gdDN7289P0/4HQ/na/wCCa/7Rf7PvjD/guj/wXYj8J/G/4SeJF+M0v/BMhfg8NB+I fhLVIviqfhl+yV4x0z4iJ8OXstYlj8bf8INfP9n8Wp4ZbVH0QrIl+kO1saJ2XS7t93KtfPX/AIda s0Tsul3b7uVa+ev/AA61Z6l/wS78d2X7P/w7/bM/Ze/bt8V6fpn7Qt3+2P8AtVeM9WtPiK1ppd/+ 0j8M/i1et4t8M+OfhNp95cyJ8RtD8ReDIbnSh4V8H3eu6p4VfQrrwfqFlp91orWUJ1011W97Xt0s tHbve1tbaXOumuq3va9ullo7d72trbS/4Y+HPCtx+x/4Q/4NY/g7+2H408E+BPi78MvjN8WPiP8A Ejw18S9Y8N+FPEXwl+FPjeW/1n4aWHxCs9dv4bnwxpfhxQ/hiO+15rLTbbxL4a1fSEddV0e5jgWv Rb6N7a2drqys22u67a6i16LfRvbWztdWVm213XbXU/vUSytbBZFsLS3tIpZLi5njs4EthLdTtJLJ cOtuIzJLPK8jzuUklllcSlg4LlySb0tpb00dnfRrTT/g2sOSTeltLemjs76Naaf8G1j+GL/gol8b fBn7Sf8AwSY/4LT6J8L/AIT6h+z/APFmP9rbRfFPxB/ZO8G/D3XV+Imqax4b/aX/AGdf+En/AGkv j5qw0PWje+IfiDoHgybxna6n4duvBngqy0qxjtQ/jfU1XxTqg9E2l5O61ttpe+nk+nnqx6JtLyd1 rbbS99PJ9PPV/wBttp8QfAGofD9viPda/ounfDubw7eeKrnxP4jki8P6BD4PttOn1S68Rard6+LG DT9Dj8P282r3V9qZtba20VHvLvyLWOQpOuqe6u/wl112b+T632nXVPdXf4S667N/J9b7fwDWvxC+ Fmq/8G6v/BenTPDnjTwJf61e/wDBTj4pazpmn6Rr2hXGqXXh3xr+0N+zxd/DfU7KztbprubSPFVj 4c8XXHgy6hjNprNtoXiKTRXuI9M1Iwjvaa81ZfO+n4A72mvNWXzvp+B+yv7Uv7QXwx+EvxS/YL/b I+OXjT46+MP+CbviH9hrV/gtqPxo/ZF+KHx7sdD+AXxvsPEngvxR4i8dfE/XP2SPiBoPj3xD4K8f aV4V0r4fXNt9k8Q6X4U8Z/D6ZtR08X8m2zrfTXTpp532vpZNW+TbuVvprp00877X0smrfJt3J/2j PAHwB+L3/BID/grD8QP2DPgp8cpPDH7Qnw8vdetvH/xR1b9ozWviH+1V4v8AC3hvR7zX/iVofgv9 pbW9V+La6douhQW3huy8Va7b6brXjf8A4RjVbeHRLzQvDXhzUdQLtadd7LfdLVtW+5W0SWjSC7Wn Xey33S1bVvuVtElo0js/jTptz8eP+CNP7H/7Un7H95a+Lv2h/wDgnd4C/Zw/aS+GOp2ega8Tq3iH 4J/C3StA+P3wjtyNOsrzxVbeK/hsnjvwJ4m8JaNdP/auu6dYaDdXum65Z21/pxa3ppb1/O++mt9r 9EWt6aW9fzvvprfa/RdB+2B4n+Jvwk+NP7DX/BYb4U/Cnx7qV98ZG8JfsffGb4P3em32n+Iz+z5+ 00ukJ+zhf+J9CnMUXhLxF8PP2idS0LxHqsWsQNqcMXxJvvAWqp/bFpoS2Tt0V9N3pvpou1vLS11a 70duivpu9N9NF2t5aWurXenov7bvgT4gfAn9sz/gi98c9TuvF/in9kz9nLxn8fPBvx/8VS6ZNq8H hf4i/GH9nzVPhh8Ofjv8UmtJLkaVp934n1rX/wDhIPGk+ny6L4a1XXL241XVdHfVjcXS31ta19r+ a0tbs+t7t6a3Fvra1r7X81pa3Z9b3b01uYXx50jQfGf/AAUyX9u3wh8TPhpp/wCyJ8Mf+CYvxT+G Xx0+Nc3iPwzcfCn4geIviB8Sv7R+Evw/tvHFxqh8La3f6Pq2m/8ACXvfWWq339g3dvoPh2aNNR8W 6dGwlbvbo9N3frZ2307tu17glbvbo9N3frZ2307tu17nzF/wRk+Inwi8Of8ABr7o+s+IPHPw40R/ A/wJ/bX8OeNdV1PxJ4a08+EfGHjD4p/G9PDPh/xJfXN5CdD8SeJtL8YeBIND0vUZbbU9ZsfE3hOL T4Lm31nR1uVq4tbyf4q6/DXppvbqxauLW8n+Kuvw16ab26s+ef8AgjH+2ho/7FX7IX/BPHx78fPj H4H8X/sdftGeCdN/Zs8O+M5tZ8E2lz+xD+0voOs+M/Edz8NPH8dteW99B8O/jLoN1pniHVvE9/a/ 294E8T/8I4fGlz/wg3iTw/qGlmll208+mrfkk0m/JpW0saWXbTz6at+STSb8mlbS39hOna/o3xC8 BweJ/hr4q0LxFo/i3w7NqPg7xj4a1ax8ReGtQj1Cym/snWtK1bSLq80rVbAzvBdRXlleT21yFkmh lBdpCbPV21d099e2yavd7LzT0QbPV21d099e2yavd7LzT0R/Nv8AsCazZfD7/gjn8bv2E/2pmXTP 2yPCGift8+BfiL8IvG1nHb/FL4z+LfiH8SfjF4+0fxh4A8Iy+frHxP0Tx1p/xW8NXGleIvByeJ9K vJtRVF1OeKUOX6X3e2q0V+iXNfRa63vr1H6X3e2q0V+iXNfRa63vr1Phn486ppf7KGs/8GvP7Ov7 T/x2+Ftv8cv2W/ihpFr+0Rp2sfEHwnBe/CPTj8IPCsegWfjx5dblGhaJ4f0qTSvC+meJ9eltLLxH Foy6zazeTcYUWjSvfW2/Tl2t01+979AWjSvfW2/Tl2t01+979D+1XTNc0LVdCsvEmkaxpOpeGtR0 yDW9N1/TdQs7zQr/AES7tlvrXV7HVLWaSwutLubKRLy3v4J3tJrV0uI5WhYOc3v8l+SM3v8AJfkj +Xn9gb47fCb4nf8ABZP/AIOD9G+Df7Qnwlm8XfHvw9/wTysP2ddf0Lx34V1+Lxr4i8Afse/Euw8U a54AtNO1eR/H1v8ADTW/KvPF8Phv+04tHS1mbWfs1kl1Kj1TbV7O70dtNbfclppp06D1TbV7O70d tNbfclppp06FX9mbWLa3/wCCBnxi/YM+Mum3lj+2/wCEP2Zv2uvg54y/Zp8WPHf/ABu8Y/GnVLv4 jN4d1rwt4WN5daz8UNP8XeLfFfhLV9G+IfhKTxToGqz6tDqaeIpJo70292a01fVb77ayVr6X3t27 F2a01fVb77ayVr6X3t27HnbeCvG/7Fn/AAUN/wCCCPij9rDxD9hsPh9/wT1+KH7M3jz4o31hqN/4 cj+PEPgPSbHTfAV1q+l2l5bJrur3Os2eleGrf7QZvFdxaXb6ZHcTRGKhq/S7uk9rv+nftomnawNX 6Xd0ntd/079tE07WPmr4Y/ELwX4O/wCCcP8AwdKQ/EdLrwNb/E/9uf8A4Kwav8MNW+Ivh/UPCXh3 xrqfi7w/rvgXwtofgzxB4nsdN0LxF46uPFnh/XNFj8I6JqN14ng1HSdRh/s9bm1uI45S2ei323v2 dmne3/BV3rKWz0W+29+zs072/wCCrvX+lX/gj9rXgLxB/wAEs/8AgnVqPhDU/Cusx6X+xH+zL4W1 e78O3mk6n/ZfibQfg14I0/xr4Z1K50x5Ta69oniuz1HT/FGk3TR6jYeIbS8t9Wt49SinUJ31te26 W1lvt28xO+tr23S2st9u3mfld/wV5+KPwX8J/wDBZ3/g3+uPGfxA+GvhtPC3jX9tLxB43uPE3ibw 1pEfh3w94t+FHgfQ/h9rnimbVLy3TSdF8ReK9I1zTPCOp6s1vYaprmmapb6RPNeWd0sd9Y22vL02 0v8AL7kX1jba8vTbS/y+5Hmfwi1+T4o/8FLv+DqL4PfAH4peEbD46/E34Ifsd+FvgbDpPijw++py /Ezwh+xV8SvAPiy60OxOq2sdzqXw4+Jt7pHh/wAeOssTeFvEr22leJrnTLseSsronvez62S8np89 bK720JXRPe9n1sl5PT562V3todNq95oP7RP/AAbx+G/2FfCekwxftlaN+xl8Cf2cbj9mbW410D43 eHPj78NG8DfC9tX1vwHex2Xinw5o9p8RPA9x4qTx9e6ZB4ftdIs5PET6sYbB7kVZ6b7b32WnkraN 7pS0tcqz0323vstPJW0b3Slpa56X4D+N/ir9gT/gqz8TIP8AgoP43uH+HP7RP7G37Ffwl/Zg/aeu /COu2/wsn8efBHSvEul/Gv4V+ItYiOpWXg74lfGD4x+OtZ+JPhnRHis7PxJo58N6J9svPEemaVZa qdvnp3S0aa1j21000VkHb56d0tGmtY9tdNNFZH5TfCSx+Luu/sx/8Fide+D3w1+O3i+z8Hf8HDPj 79rzxT8PPhx4Z+J/gDxh8Y/2avhP+0t4G1Lx34e+FXxD0ceErvTfG2lar4MvtZisvBPiuy+I2kan 4C1Ox0/TtMvohNAJNb21b1W/d/le1nvayQJNb21b1W/d/le1nvayR+jXhb48/wDBKX9qPw38Wf2i fgj4B/a8/aTuP2cv2Tv2s7n43eM/jR8XP+Cgmmj4O/DfV/hJruj/ABZ+Aei6v+034xvfB+u/E34k zWkPh+98EeErzUtO0BvDk3xFvfEln4k8C+BotYNb3v8Ai7O3nqtlrdXVvO4a3vf8XZ289Vstbq6t 53PVv+Cf2g/FP4L/ALYnwH+D2i/E7w7+27+zRpn7Lnxk8GfAz4y6hoMPgr9pP9hD4W2k37O/iy1/ Z5/aXsdHv7DQPF0Pj+30T4PaX4UfxL4N8JfGD+0vA+sakNB0nwxF4gaYdktuvZdNFvve/m1d9gdk tuvZdNFvve/m1d9j+kCsjIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgC CaEylSG2Fc/NglhkYOwhhsLKWRmXDhW+R0YBg79Oj/r/AC+7Ud+nR/1/l92pDHaFWQu6y7Npy6uz s4Iy5Yybc/JGVVY0jSRDIseSgiL/AC0t5fl5vz137l/lpby/Lzfnrv3mnhM3lDdtRJN7DB3EqpKY OcfLJtYqysrYGRxgidumvTV/puCdumvTV/pufnV8efhh+3roHx8m+M/7Kniz9nL4heEde+HvhbwB qvwO/agvfib4G0jwBqGg674i1fWviN8Kvib8MPDfxEvYdV8cWWv2OnePPCfiXwBdx+Jm8H+DHtPG vh+HRbi0v7TVklvpo3d2X3bbpJrvpqWmrJLfTRu7svu23STXfTU+kPg58JfFPh7XfF/xU+J914Nl +MvxK0bwb4e8Z3Hw30/WtN8F2vhv4eS+J5/B2gaVB4hvbzUNWn0y68b+Lri/8U6xbW+rasmtQaaL ey0fQNA0/TE3p3Wtno7X77pvrv522Qm9O61s9Ha/fdN9d/O2yPfms/NjEcpjaMbcRbZTGfvK4dTP +8V42I2Sbow+JGRyMFc3a62/rS1tltbrd7C5u11t/WlrbLa3W72D7EGO6R/MO6Z2JRQXMokVY224 UxRJIyIAolKgF5nZ52mObuvLtp/Wut0nsg5u68u2n9a63SeyENm5YMZ2KhQvlncY1wztlE34BAKI pfzAqxqygSF3cuuia7e8/u9OvfzC66Jrt7z+7069/MtJHsiWPIyE2kgMQSRydsjyMQSScO7nsWPW lfX+v0tp+Qr6/wBfpbT8iGS0SSFoRtWN95dVDKCZSxmbKMpYyl3aQPuErMWkDMzsz5tLeaa+X43f Vpr5XHzaW8018vxu+rTXyuC2oVAgYAbzKSEXIkaQysybxJtzIzEFt0i+ZIwk3kMC/l2trromt9H+ XYL+Xa2uuia30f5diVItmwly5RNhZgoZ+Au5tqqFOFzsjCRbmYiMHbtTd+n9fr21vZfNtN36f1+v bW9l82/jP/gob8JPjD+0L+xd+05+zv8AA3Tvhtc+PP2gfgR8Wfgda6r8WfGvifwJ4K8Lad8W/APi LwFqfim+1Twh8Pvibrmo3WgW2unVbLQoPDdvb6pLaG1ute0ZJUnZpXT/AA8/Jdn+eytqNK6f4efk uz/PZW1IP+Ce/wAHPi1+z7+xh+y9+z58bbTwFb/EL9nz4F/Cr4G6jffDHxh4j8a+C/EVp8I/Anh/ 4fWHivTNU8WfD34YeILb/hKbTw+ur3+hX/hV7XRrm4WzsNa1dbddUnb2e9uu27vva2t0ntda30sN 7Pe3Xbd33tbW6T2utb6WPtBYGVy4kJ3Z3ptjVGYhR5hKIspcmNQ26VlKEqVOI9iv20+/5ddbbrz+ d1ftp9/y6623Xn87sNqxkVll2oByu1i24FcFcy+Si7d+VEH+s8qRSvlbZG5LTR6Lq93pv3Wnlcbk tNHour3em/daeVxsdo0YBVk3kKHfa4ZyAMk7JEXJfzH+VVjDys/lbtxdcz667vf7vPT1/W65n113 e/3eenr+t2DTYsGNmJgKbPJy7LghEPDu6ZdFdCQgKKw8kxP5rzHNq7K19fPp1+W22oc2rsrX18+n X5bbajzZksrGUZUNjCYALEEBVVgoWMZWMYxgI1wLmVFkBzaeezd3r5P7359mg5tPPZu718n978+z QhsS0kbmZ/lGGwMNKCMkSMCFCmQRyMLdLdn8qNHZog0Tl/Jafh377+d9bvqF/Jafh377+d9bvqO+ xqH8wSSLJhMyrtEjlURGZ/l2EyLHGHUoYv3askSOoYHNtp8nqutt3006X317nNtp8nqutt3006X3 17zRQCJmbduJVVyRzhc7fmJLHAOCCSuclFjBYMc3Rf0u1uz6rXzbDm6L+l2t2fVa+bYye1E5UmRl AYMyYRkfBjKhg6sR5bxiWMoUIlA3Fo2kjcTt/wADp3/pNfk0J2/4HTv/AEmvyaiexDu7iWRDIqq7 Izq7qpdtrsrhQm594EMcL7jIDKUmlVjm8vl06dFbt1b006IOby+XTp0Vu3VvTToh8Vq0YlIkXdLI ZCVj2DiNYkDFXEsjCJEV5HlMjlF2NFCscEZddmvxvvvdfLba6dwuuzX4333uvlttdO4w2OWVzPIx R0kQOEZUcFg7qdodWlibyZNjKBEoSEQ+ZctcHMtdN+m6W+1+2j7Xv5WOZa6b9N0t9r9tH2vfytNJ bLIUY7Q0chkjcoHeNtkyBo2k3lGAmcArjEbSRD93I6kT1117f153d999bgnrrr2/rzu77763IvsK mUyM+QVChQuNu05Qo24mMjgnyvLJcCTd5iRshzWVun5972t/wyt3uc1lbp+fe9rf8Mrd7yNa7mDm VyQoAJ2/IQcl0G0jL4XeH3rmNHjEcm52OZa6X+f4Pq0tlrffWzsHMtdL/P8AB9Wlstb762diC40/ 7QrjzWiZo5ESWMb5I2kDBXVbjz7ZjFvdlWW2kjcMYZke3aeGccr9Neur126adl/ltYcr9Neur126 adl/ltaT7EhO5iXIB2mTLkMAAj5J3KyBRjymiG5mcjzQjoc3kt76fLvfbp8ltdM5vJb30+Xe+3T5 La6am0HltECgRtxKhWVeXV0XETxfugwYPHk+cjMsjNudnObbTVbvq9+9++vcObbTVbvq9+9++vcU 2v7hoY38nMLRRmFQiwDG2PyUyUQRKFVF2lMIgZCFAo5vnr2W3Xe+raTfz1Vw5vnr2W3Xe+raTfz1 VwW2KtJ8ylHJKrtcn58mQSF5HWQNI8r8IgG9VCjyyXOby+93W1nv0t0v63srHN5fe7raz36W6X9b 2Vvm79rvwN8SviX+zP8AHb4XfCHTvA2qfEj4nfCzxf8ADbwxD8SPF+u+BvBcDeP9HvPCGp6rrXiT w34D+JmvW6aFpGsXeuWtjp3hDU5te1LTLXRLifRLW+/tqypPTZ21v8lt5Kytrfprfak9NnbW/wAl t5Kytrfprfb5y/4JOfsy/G79jr9g/wCBP7Kn7QCfCubxz8DvD0/gaDxF8G/G/inx54T8XeH45v7T s/EU1x42+Fvws1fQtUu7rUNQ0688Ny6N4isobbTrHU4fFF0+qjTNJL2119Ho9Wtd797a38n7zC9t dfR6PVrXe/e2t/J+8z9IWgLDG7B9AMLwQU4OSCuNgdCjhCcMHCMs82+m/fW3z6ryfXUnm303762+ fVeT66lc2TuyGSVHVC5VTEwK+ZD5L7QJRCcj7vmQSbVaRMkSEqX+9766Pte99b9reVgv97310fa9 7637W8rD47NI0VSd5HGWyAqAoFjjCFdqRpGix9WBRJJGkmDyuc2+m/8Awd/v+/ySQc2+m/8Awd/v +/ySRxnxH8Ja/wCLvh58QPCnhPxpf/D3xT4q8HeKtB8OePtMsbTUNS8EeIdc0G+0rRvGFjpt4UsN RvvC9/cWmsWVnf7re8ksUtrxnhlJQ5r9NrW73vpfy8l5WsHNfpta3e99L+XkvK1j89fhX8IP+Cg2 v+DtS/Z6/aTj/Ylk+Bw8F2fgC++IvwpPxs1H4ifE7Q7nRv7J8U3978LfFul6N4U+F2uaqu64ttQt vip8V4o766n1F4ZrmFd9be873VrX+fra93be1rXWyrb3ne6ta/z9bXu7b2ta62X6eRWbRfdmPUMM gsQcBSNzszMDgOxJ8yWUb53k3OrSpK1mut3Zv8v0va5KkrWa63dm/wAv0va4rWYZNgkKL5Yj2xqq plQQjDcskiFOilJVIUkEkqhU5trpt663d/l2/EOba6beut3f5dvxHLaIh3oEEu1V80hmc7VIAdmc yMu5nkK713SOzsS7uzCla+nprpbs117a9NrApWvp6a6W7Nde2vTaxL5CLA1vEPJQxtGnlYQxhgQD HwQpXOVOCAQDg0r63879v+Gv/wAMK+t/O/b/AIa//DFcWSkMriIqwKsqRsisp3ghsSFzgSPt+fb+ 8fersFkFOV1azs99Vfp5f10slYpyurWdnvqr9PL+ulkrDhZrtCM7OoDA7yHLBlKnfkYbAIVTgMUD LI0isylcy6LvfW+nrvrrfp131FzLou99b6eu+ut+nXfUatnsJdH3SEf6yVQzOxKFi+3YPm8mFflA CqrKqgFQona3RdbaXX56dLv9bidrdF1tpdfnp0u/1u63tEt02jaS23e20AtguwUAEbVVnZk5LKSS zOxLE5lZaa2tfT/Jt6aNN2fYOZWWmtrX0/ybemjTdn2GvZln8xZArksWJDkjO7BjbzQyuP3akuZY /LWSOOKETykq+2+nndW7Wat/XpZX23087q3azVv69LPa0UkkHGWd8ZfJdpBIGL79+AyphFKoPnOC WXY1K3Tpbp1d30t8rbbdbtSt06W6dXd9LfK223W6GzBVEDlVRdg271OAAQSquIWIdQdrwsmwyRbP LkZafN/X369+3V973sx839ffr37dX3vezENpvkV5H8wRgCIEEFGAK+arKyssjKdkgjKRvG0ieWA7 7lzLt+X+Wy3s766u7FzLt+X+Wy3s766u7HC1+Zi7+ZuQIxdUDFVJwuEVE2lSykFDt3vsK73Djlt0 flp+N7t+ennfoOW3R+Wn43u356ed+gLRBvCkoHjCMq7ip+QoSVdnU/LtC4VfujzPMGAC+u2i9E++ 6X6elrsL67aL0T77pfp6WuxsllHIqoSVVZY5cIXU/unMqIHVhIFErNINkiEHCHdDvic5u6etru/a /R+Wmt7+uoc3dPW13ftfo/LTW9/XUk8hgEVZSEQBdu1PmADdfl+UbvLIWLylXaQgQEAHN5X3s3rv vpt338uwc3lfezeu++m3ffy7DPsaKwZPlI5H3gcqpVM7WAKqu1drK67N6KqiRwxzP+tet9Ov3t3D mf8AWvW+nX727iGzyQS4PyhW3K2cAqwKFJECuHXcpwQhWJlUNGTIc3fX/hrdbrZXvbfTZhzd9f8A hrdbrZXvbfTZjvsi7lbKErKZVLoWZCYRD+7dHjYOEMiiWQyyBZHXdgkUc3r9/a7XpbS1rJdnsHN6 /f2u16W0tayXZ7EsEJhUp5jyDe7LvCAojOzLEuxUGyMNsQsGkKKplkkfLlN3/r8fXv8AkJu/9fj6 9/yI5bYS5BYbWyDuVX+UkMRhwwOGBKBtyoXZlXITY+bS2ui/H/Ja7bqyeg+bS2ui/H/Ja7bqyegz 7Ix2bpnba25gS212J+YsEZFYNud9rqyrJ5bRhFjCEv5ara3Tf/geuvVthfy1W1um/wDwPXXq2yxF H5Uax5BxuyRkZLMWY/MzEZJJPOM9AowoTd3f8P66duyE3d3/AA/rp27IhltfOQo7nb8vAH3vl2SK +SQVlTKMEETAO5VwzBlrm2026+Xa3l0vfv1K5ttNuvl2t5dL379RDaK2dxU4bKjaxBAYMvmbnfe2 QCxG1SSW2bgjJN9b7Pytb5L0/rUm+t9n5Wt8l6f1qBtTj5JNjDABHmEFVEhRXDStuAeVnfBUyYUE gDh31vb8betrJf5b6ajvre3429bWS/y301A2rBi6PtYoEYnexwDn5WZi6gEsUUlkXChVGZC5zbta Nu/5+X/D63vfQ5t2tG3f8/L/AIfW976NazZnDmYv82SrruTAXai7AQpVTucjAZpHYKyQhIVObyV/ Lb1t1d0t215BzeSv5beturulu2vIBZY6TSk8ZdiDKcdSHUJywWMNuVwPLQoqsisHzeWnbotLbfl5 NrrcfN5adui0tt+Xk2utw+woBHhmDRxpGrgkOAm7ZhhyAm91VF2xlJGSRJFwtHNpa3y0tv6L5+eq tsHNpa3y0tv6L5+eqtsPa1LHiTAIw2URmYAMuCXVg2VYoxcMxRVQEB5d5za/hd/r306XtfXcObX8 Lv8AXvp0va+u4otQoUI5BUIM7VG4IuzBVAkagoFUiFIvurtK4GFf8/Tzfe9nte/mK/5+nm+97Pa9 /MQ2rFw3nMoAw21RuciF4hu3bkABkZwEjRtwUFzGDGRO2lvnr87q9nstO3rcE7aW+evzur2ey07e txv2MhyyzSLlduAE7EbCzlWlcooYAPI0eZZG8sEReWc3lp26bptbbaf5thzeWnbpum1ttp/m2PFu d4bcg2sGXajDHysCTmRiXG9wrAquyRlZGIRwc3ztf7n5dvK/RWaQc3ztf7n5dvK/RWaRaqSQoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAGlFJyRkkYPX3xxnGRk4P UZOCKd3t/l+Pf0Y7vb/L8e/owVVXhRgeg6d+g6Dr2+nYUNt7sG292OpCCgAoAKACgAoAKAGsisQT nK5wQzKeeP4SM9TjOcZOOppptbfp/XyGm1t+n9fIasUa/dQLyDhflBIGBkDAOABwcjIB6gEF3t09 EvyC726eiX5ElIQUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAMaNG6gkkg53MD8pVg Mgg7SUXcn3WAIYEMwJewXsIIo1YMFwwJIOSTluD1PcYHsAoHCqA7va/9Xv8AmO72v/V7/mSUhBQA UAFADVRVJKjGc5AJxknJOM4yTznGckn+Jsttvd7Dbb3ew6htvforfIG29+it8gpCCgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKAP//Z --_005_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237C4D5GLKXM0002VGREEN_-- From nobody Wed Mar 16 10:39:17 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1240112DA83 for ; Wed, 16 Mar 2016 10:39:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zrr7RWf2R4mJ for ; Wed, 16 Mar 2016 10:39:14 -0700 (PDT) Received: from smtp2.idirect.net (smtp2.idirect.net [198.180.159.66]) (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 C557C12DA75 for ; Wed, 16 Mar 2016 10:38:38 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.24,345,1454994000"; d="scan'208,217";a="835236" IronPort-PHdr: =?us-ascii?q?9a23=3AqcPbExwNBt5PqSvXCy+O+j09IxM/srCxBDY+r6Qd?= =?us-ascii?q?0O8fIJqq85mqBkHD//Il1AaPBtWLraoewLuJ+4nbGkU+or+5+EgYd5JNUxJXwe?= =?us-ascii?q?43pCcHRPC/NEvgMfTxZDY7FskRHHVs/nW8LFQHUJ2mPw6anHS+4HYoFwnlMkIt?= =?us-ascii?q?f6KuSt6U1578hr/60qaQSjsLrQL1Wal1IhSyoFeZnegtqqwmFJwMzADUqGBDYe?= =?us-ascii?q?VcyDAgD1uSmxHh+pX4p8Y7oGx48sgs/M9YUKj8Y79wDfkBVGxnYCgJ45ihmRTK?= =?us-ascii?q?Vw+I+HZYGk4WiBtTHw/d7BzgFtfMkWqw/r522DObJov6QLkuXTO84o9hQRLzmT?= =?us-ascii?q?wbOjsitmrQj5o0xOh/pw69qlRE34PZZouPNfx9NOuJedQGWWcHRdpcWipLGIK6?= =?us-ascii?q?bKMBEq8LMPxcro+7q1ZY/jWkAgz5Ttnm1jtJiHGylZYm2uIlHBCMlFg7BdsStH?= =?us-ascii?q?Xaov30OKYIXOupiq/F0WOQPLttxT7h5d2QIVgaqvaWUOc1KJKJxA=3D=3D?= X-IPAS-Result: =?us-ascii?q?A2DNAQAXmelW/8n6+gpeGQEBAQEQAQEBAYJJgR9uBrl/AQ2?= =?us-ascii?q?BaAcXAQWFcAIcgV8UAQEBAQEBAQGBCoItghQBAQEBAyMKHDAQAgEIEQQBASgDA?= =?us-ascii?q?gICMBQJCAIEAQ0FCIgKA7Bej0cBAQEBAQEBAQEBAQEBAQEBAQEBAQEVhh+EQ4I?= =?us-ascii?q?+gU4KAQYBNCCCEjgTgScFl0wFAY15gWyESYMmhTGHP4dAHgEBhCdqiSgBCDR+A?= =?us-ascii?q?QEB?= From: "Ratliff, Stanley" To: "Dearlove, Christopher (UK)" , "Lotte Steenbrink" Thread-Topic: [manet] AODVv2 responses to recent comments Thread-Index: AQHRf6pdGpHN1K6d1Uu+Mgxd4Y45hZ9cVX7Q Date: Wed, 16 Mar 2016 17:38:35 +0000 Message-ID: <462c1514b3c04e83a1b2565f6344626b@VAUSDITCHM2.idirect.net> References: <56D4EB7D.4010002@earthlink.net> <944B9E01-74B7-45AD-ACB8-FA79347BC22E@fu-berlin.de> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.250.250.20] Content-Type: multipart/alternative; boundary="_000_462c1514b3c04e83a1b2565f6344626bVAUSDITCHM2idirectnet_" MIME-Version: 1.0 Archived-At: Cc: Charlie Perkins , manet Subject: Re: [manet] AODVv2 responses to recent comments X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 17:39:17 -0000 --_000_462c1514b3c04e83a1b2565f6344626bVAUSDITCHM2idirectnet_ Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 TG90dGUsIENocmlzdG9waGVyLA0KDQoNCknigJl2ZSBoYWQgdG8gYXBwcm92ZSB0aGUgbGFzdCB0 d28gcG9zdGluZ3MgYmVjYXVzZSB0aGUgZW1haWwgc2l6ZSBleGNlZWRzIHRoZSBhbGxvd2VkIG1h eC4gTGV04oCZcyBwbGVhc2UgZmluZCBhIHdheSB0byBsaW1pdCB0aGUgZW1haWwg4oCTIFRoaXMg aXMgYW4gaW1wb3J0YW50IGRpc2N1c3Npb24sIGJ1dCBJ4oCZZCBoYXRlIHRvIGhhdmUgdG8gYXBw cm92ZSBlYWNoIGFuZCBldmVyeSByZXNwb25zZS4NCg0KUGxlYXNlPw0KDQpSZWdhcmRzLA0KU3Rh bg0KDQoNCkZyb206IG1hbmV0IFttYWlsdG86bWFuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo YWxmIE9mIERlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspDQpTZW50OiBXZWRuZXNkYXksIE1hcmNo IDE2LCAyMDE2IDE6MjMgUE0NClRvOiBMb3R0ZSBTdGVlbmJyaW5rIDxsb3R0ZS5zdGVlbmJyaW5r QGZ1LWJlcmxpbi5kZT4NCkNjOiBDaGFybGllIFBlcmtpbnMgPGNoYXJsZXMucGVya2luc0BlYXJ0 aGxpbmsubmV0PjsgbWFuZXQgPG1hbmV0QGlldGYub3JnPg0KU3ViamVjdDogUmU6IFttYW5ldF0g QU9EVnYyIHJlc3BvbnNlcyB0byByZWNlbnQgY29tbWVudHMNCg0KSSBoYXZlbuKAmXQgZm9sbG93 ZWQgdGhlIGV4YW1wbGUgKEkgaG9wZSB0byBmaW5kIHRpbWUgLSBidXQgdGhhdOKAmXMgdHJ1ZSBv ZiB0b28gbWFueSB0aGluZ3MsIHdpdGggRExFUCBhaGVhZCBvZiBBT0RWdjIgb24gdGhpcyBsaXN0 KS4NCg0KQnV0IHdlIGhhdmUgYSBsb29wLCBhIHByZXR0eSBmdW5kYW1lbnRhbCBwcm9ibGVtIGlu IGEgcm91dGluZyBhbGdvcml0aG0sIGJlaW5nIGRpc2N1c3NlZCBieSB0aGUgYXV0aG9ycyBvZmYt bGlzdCwgd2hpbGUgaW4gcGFyYWxsZWwgYXNzdXJpbmcgdGhlIGxpc3QgdGhhdCDigJxPdGhlciBk aXNjdXNzaW9uIGFib3V0IHJvdXRpbmcgbG9vcHMgaGFzIG5vdCBpZGVudGlmaWVkIHJvdXRpbmcg bG9vcCBwcm9ibGVtcyBpbiB0aGUgZXhpc3Rpbmcgc3BlY2lmaWNhdGlvbi7igJ0gKHNlZSBlbWFp bCBjaGFpbiBiZWxvdykuDQoNCkkgdGhpbmsgd2UgaGF2ZSBhIHJlYWwgcHJvYmxlbSB3aXRoIHdo YXTigJlzIHdhbnRpbmcgdG8gYWR2YW5jZSB0byBQcm9wb3NlZCBTdGFuZGFyZCBzb29uLCBpbiB0 ZXJtcyBvZiBwcm9jZXNzIGFuZCBjb25maWRlbmNlLg0KDQooSSBzdGlsbCBoYXZlbuKAmXQgbWFu YWdlZCB0byBldmVuIHdyaXRlIHVwIGNvbW1lbnRzIG9uIHRoZSBwZXJoYXBzIG9uZSB0aGlyZCBv ZiB0aGUgZHJhZnQgSSBoYXZlIHJlYWQgdGhyb3VnaCB5ZXQuKQ0KDQotLQ0KQ2hyaXN0b3BoZXIg RGVhcmxvdmUNClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXINCkJBRSBTeXN0ZW1zIEFwcGxpZWQg SW50ZWxsaWdlbmNlIExhYm9yYXRvcmllcw0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KVDogICs0NCAo MCkxMjQ1IDI0MjE5NCAgfCAgRTogY2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb208bWFpbHRv OmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPg0KDQpCQUUgU3lzdGVtcyBBcHBsaWVkIElu dGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hl bG1zZm9yZCwgRXNzZXggQ00yIDhITi4NCnd3dy5iYWVzeXN0ZW1zLmNvbS9haTxodHRwOi8vd3d3 LmJhZXN5c3RlbXMuY29tL2FpPg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGlt aXRlZA0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICYgV2FsZXMgTm86IDAxMzM3NDUxDQpSZWdpc3Rl cmVkIE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9yZCwgU3VycmV5LCBHVTIg N1lQDQoNCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwpUaGlzIGVsZWN0cm9uaWMgbWVzc2FnZSBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdp dGggaXQgY29udGFpbnMKaW5mb3JtYXRpb24gZnJvbSBpRGlyZWN0LCB3aGljaCBtYXkgYmUgcHJp dmlsZWdlZCwgcHJvcHJpZXRhcnkKYW5kL29yIGNvbmZpZGVudGlhbC4gSXQgaXMgaW50ZW5kZWQg c29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsCm9yIGVudGl0eSB0byB3aG9tIHRo ZXkgYXJlIGFkZHJlc3NlZC4gSWYgeW91IGFyZSBub3QgdGhlIG9yaWdpbmFsCnJlY2lwaWVudCBv ciB0aGUgcGVyc29uIHJlc3BvbnNpYmxlIGZvciBkZWxpdmVyaW5nIHRoZSBlbWFpbCB0byB0aGUK aW50ZW5kZWQgcmVjaXBpZW50LCBiZSBhZHZpc2VkIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQgdGhp cyBlbWFpbAppbiBlcnJvciwgYW5kIHRoYXQgYW55IHVzZSwgZGlzc2VtaW5hdGlvbiwgZm9yd2Fy ZGluZywgcHJpbnRpbmcsIG9yCmNvcHlpbmcgb2YgdGhpcyBlbWFpbCBpcyBzdHJpY3RseSBwcm9o aWJpdGVkLiBJZiB5b3UgcmVjZWl2ZWQgdGhpcyBlbWFpbAppbiBlcnJvciwgcGxlYXNlIGRlbGV0 ZSBpdCBhbmQgaW1tZWRpYXRlbHkgbm90aWZ5IHRoZSBzZW5kZXIuCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCg== --_000_462c1514b3c04e83a1b2565f6344626bVAUSDITCHM2idirectnet_ Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglw YW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhU TUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAw MXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpw Lk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250 LWZhbWlseToiVGFob21hIixzYW5zLXNlcmlmO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXIN Cgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1w cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQt ZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1l OiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls ZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLHNhbnMtc2VyaWY7 fQ0Kc3Bhbi5hcHBsZS1jb252ZXJ0ZWQtc3BhY2UNCgl7bXNvLXN0eWxlLW5hbWU6YXBwbGUtY29u dmVydGVkLXNwYWNlO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7 fQ0Kc3Bhbi5FbWFpbFN0eWxlMjUNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAu MHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46 MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRT ZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1p ZDoyMDM0NDYzMDQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjkyNDI0MTQ5NDt9DQpAbGlzdCBs MDpsZXZlbDENCgl7bXNvLWxldmVsLXRhYi1zdG9wOi41aW47DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDINCgl7 bXNvLWxldmVsLXRhYi1zdG9wOjEuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC10 YWItc3RvcDoxLjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6Mi4w aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVp bjt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLXRhYi1zdG9wOjIuNWluOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3Qg bDA6bGV2ZWw2DQoJe21zby1sZXZlbC10YWItc3RvcDozLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsNw0K CXttc28tbGV2ZWwtdGFiLXN0b3A6My41aW47DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVs LXRhYi1zdG9wOjQuMGluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC10YWItc3RvcDo0 LjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4y NWluO30NCkBsaXN0IGwxDQoJe21zby1saXN0LWlkOjQwNjI2OTgyMDsNCgltc28tbGlzdC10ZW1w bGF0ZS1pZHM6LTU0MjE4ODY5Njt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXtt YXJnaW4tYm90dG9tOjBpbjt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwh W2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9 ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlv dXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0i Ymx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkxvdHRlLCBDaHJp c3RvcGhlciwNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPknigJl2ZSBoYWQgdG8gYXBwcm92ZSB0aGUgbGFzdCB0d28g cG9zdGluZ3MgYmVjYXVzZSB0aGUgZW1haWwgc2l6ZSBleGNlZWRzIHRoZSBhbGxvd2VkIG1heC4g TGV04oCZcyBwbGVhc2UgZmluZCBhIHdheSB0byBsaW1pdCB0aGUgZW1haWwg4oCTIFRoaXMgaXMg YW4gaW1wb3J0YW50IGRpc2N1c3Npb24sDQogYnV0IEnigJlkIGhhdGUgdG8gaGF2ZSB0byBhcHBy b3ZlIGVhY2ggYW5kIGV2ZXJ5IHJlc3BvbnNlLiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPlBsZWFzZT8NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+UmVnYXJkcyw8YnI+DQpTdGFuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBp biAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6 c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+IG1hbmV0IFttYWlsdG86bWFuZXQtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJl aGFsZiBPZiA8L2I+RGVhcmxvdmUsIENocmlzdG9waGVyIChVSyk8YnI+DQo8Yj5TZW50OjwvYj4g V2VkbmVzZGF5LCBNYXJjaCAxNiwgMjAxNiAxOjIzIFBNPGJyPg0KPGI+VG86PC9iPiBMb3R0ZSBT dGVlbmJyaW5rICZsdDtsb3R0ZS5zdGVlbmJyaW5rQGZ1LWJlcmxpbi5kZSZndDs8YnI+DQo8Yj5D Yzo8L2I+IENoYXJsaWUgUGVya2lucyAmbHQ7Y2hhcmxlcy5wZXJraW5zQGVhcnRobGluay5uZXQm Z3Q7OyBtYW5ldCAmbHQ7bWFuZXRAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJl OiBbbWFuZXRdIEFPRFZ2MiByZXNwb25zZXMgdG8gcmVjZW50IGNvbW1lbnRzPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JIGhhdmVu4oCZdCBmb2xsb3dlZCB0aGUgZXhhbXBsZSAo SSBob3BlIHRvIGZpbmQgdGltZSAtIGJ1dCB0aGF04oCZcyB0cnVlIG9mIHRvbyBtYW55IHRoaW5n cywgd2l0aCBETEVQIGFoZWFkIG9mIEFPRFZ2MiBvbiB0aGlzIGxpc3QpLjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5C dXQgd2UgaGF2ZSBhIGxvb3AsIGEgcHJldHR5IGZ1bmRhbWVudGFsIHByb2JsZW0gaW4gYSByb3V0 aW5nIGFsZ29yaXRobSwgYmVpbmcgZGlzY3Vzc2VkIGJ5IHRoZSBhdXRob3JzIG9mZi1saXN0LCB3 aGlsZSBpbiBwYXJhbGxlbCBhc3N1cmluZyB0aGUNCiBsaXN0IHRoYXQg4oCcT3RoZXIgZGlzY3Vz c2lvbiBhYm91dCByb3V0aW5nIGxvb3BzIGhhcyBub3QgaWRlbnRpZmllZCByb3V0aW5nIGxvb3Ag cHJvYmxlbXMgaW4gdGhlIGV4aXN0aW5nIHNwZWNpZmljYXRpb24u4oCdIChzZWUgZW1haWwgY2hh aW4gYmVsb3cpLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JIHRoaW5rIHdlIGhhdmUgYSByZWFsIHByb2JsZW0gd2l0 aCB3aGF04oCZcyB3YW50aW5nIHRvIGFkdmFuY2UgdG8gUHJvcG9zZWQgU3RhbmRhcmQgc29vbiwg aW4gdGVybXMgb2YgcHJvY2VzcyBhbmQgY29uZmlkZW5jZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+KEkgc3RpbGwg aGF2ZW7igJl0IG1hbmFnZWQgdG8gZXZlbiB3cml0ZSB1cCBjb21tZW50cyBvbiB0aGUgcGVyaGFw cyBvbmUgdGhpcmQgb2YgdGhlIGRyYWZ0IEkgaGF2ZSByZWFkIHRocm91Z2ggeWV0Lik8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIg c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxi PjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMDdFN0UiPi0tDQo8bzpwPjwvbzpw Pjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0 b206MTIuMHB0Ij48Yj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMDA3RTdFIj5D aHJpc3RvcGhlciBEZWFybG92ZTxicj4NClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXI8YnI+DQpC QUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMYWJvcmF0b3JpZXM8YnI+DQo8L3NwYW4+ PC9iPjxiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiNCRUJFQkUiPl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fPGJyPg0KPC9zcGFuPjwvYj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMwMDAwN0UiPjxicj4NCjwvc3Bhbj48Yj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiM3RDdEN0QiPlQ8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXpl OjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzdE N0Q3RCI+OiAmbmJzcDsmIzQzOzQ0ICgwKTEyNDUgMjQyMTk0ICZuYnNwO3wgJm5ic3A7PGI+RToN CjwvYj48YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20iPmNocmlz LmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPC9hPjxicj4NCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1H QiIgc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMwMDAwN0UiPjxicj4NCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1HQiIg c3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMzQThCOTIiPkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBD aGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3Nl eCBDTTIgOEhOLjxicj4NCjxhIGhyZWY9Imh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWkiPjxz cGFuIHN0eWxlPSJjb2xvcjojM0E4QjkyIj53d3cuYmFlc3lzdGVtcy5jb20vYWk8L3NwYW4+PC9h PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxp Z2VuY2UgTGltaXRlZDxicj4NClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyBObzog MDEzMzc0NTE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzNBOEI5MiI+UmVnaXN0ZXJlZCBPZmZpY2U6IFN1cnJleSBSZXNlYXJjaCBQYXJrLCBHdWlsZGZv cmQsIFN1cnJleSwgR1UyIDdZUDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJyPjxzcGFu IHN0eWxlPSJmb250LXNpemU6IDhwdDsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBj b2xvcjogIzAwMzM2NjsiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPlRoaXMgZWxlY3Ryb25pYyBtZXNzYWdlIGFuZCBhbnkgZmlsZXMgdHJh bnNtaXR0ZWQgd2l0aCBpdCBjb250YWluczxicj5pbmZvcm1hdGlvbiBmcm9tIGlEaXJlY3QsIHdo aWNoIG1heSBiZSBwcml2aWxlZ2VkLCBwcm9wcmlldGFyeTxicj5hbmQvb3IgY29uZmlkZW50aWFs LiBJdCBpcyBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWw8YnI+ b3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVzc2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUg b3JpZ2luYWw8YnI+cmVjaXBpZW50IG9yIHRoZSBwZXJzb24gcmVzcG9uc2libGUgZm9yIGRlbGl2 ZXJpbmcgdGhlIGVtYWlsIHRvIHRoZTxicj5pbnRlbmRlZCByZWNpcGllbnQsIGJlIGFkdmlzZWQg dGhhdCB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsPGJyPmluIGVycm9yLCBhbmQgdGhhdCBh bnkgdXNlLCBkaXNzZW1pbmF0aW9uLCBmb3J3YXJkaW5nLCBwcmludGluZywgb3I8YnI+Y29weWlu ZyBvZiB0aGlzIGVtYWlsIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlZCB0 aGlzIGVtYWlsPGJyPmluIGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFuZCBpbW1lZGlhdGVseSBu b3RpZnkgdGhlIHNlbmRlci48YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188L3NwYW4+PC9ib2R5Pg0KPC9odG1sPg0K --_000_462c1514b3c04e83a1b2565f6344626bVAUSDITCHM2idirectnet_-- From nobody Wed Mar 16 10:53:47 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F11D12D584 for ; Wed, 16 Mar 2016 10:53:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 zIw7xtd_iDBU for ; Wed, 16 Mar 2016 10:53:43 -0700 (PDT) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B43F12D596 for ; Wed, 16 Mar 2016 10:48:36 -0700 (PDT) Received: by mail-wm0-x22d.google.com with SMTP id l124so57858481wmf.1 for ; Wed, 16 Mar 2016 10:48:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=zs5+egroBP7kWxfjID9Wha++kNkHXgZQg+K3A8drraA=; b=Lsb/3PgzYfMLjFbasCQf1hJ141FMb6S1UjQWSfHTMxqXt4XKKFpoHwdlOam3QKiT3t pdA8kVC5pIzuaZGasznwmNkbPY2Ap+xrk8LeFpVGkR8b+dxsaa06mY7YFNrswQ1kUIk4 rPMHSs+nUs5fB1vOOQPcIl2CrhIpyfX2w2CHQw5Rz+kcSB7dju4Hw8SJn65bTgoUO6sJ dI5M1NaPMCKulc2/KVJ9qLd4srdSttqopjSX6tWEP4EYbjs6Lz+6kWMhcYtDnWFVksVq juEUsK4xs04vQTybzh/Huk6D2XO7L5UaupTRbksEK/wux+85eXvIFOxvRL5Tx6seWBbg BwqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=zs5+egroBP7kWxfjID9Wha++kNkHXgZQg+K3A8drraA=; b=CLKwzjJNONOexnmb2XcSV6PvSkoYoOVCX7u4NHrEvFJuuEHv5cPqAWfUxoQBhJ6n2k w2M3C+2MQpIXzlGcVS4GBmbfT9ltHtICrBXqqhsV1i5O7YXc03HpAOyebAw80cnwNb06 qxhoupyu7V9cnG7NorNM2w5VsVyXAb/CbcT76EAqw0fc0tIRKqHj4b9J8R0XRHcB7Rgj F/w5AUbYbNF/mBdlevNcWczEi0L7W0StGWPMOHNQ+g6u3Oz3iukCywiC236kk94aYMmu en4I97Enp4oK0C2hqTJuHnMHRshr1+al04n3q3sMI32ZDpDpVJ1Q0vCFRtefTUkk7+ug 2B8Q== X-Gm-Message-State: AD7BkJKg5ITwoIB2qzbVnaSC8E3fuDnB4Wp3yy/6GE1AzSNBbFHpVdD9RYDKEl4cTq4LBg== X-Received: by 10.194.143.82 with SMTP id sc18mr5106536wjb.14.1458150514567; Wed, 16 Mar 2016 10:48:34 -0700 (PDT) Received: from [10.7.61.189] (dab-hlw1-h-70-6.dab.02.net. [82.132.234.135]) by smtp.gmail.com with ESMTPSA id y72sm4372361wmh.21.2016.03.16.10.48.33 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 Mar 2016 10:48:33 -0700 (PDT) References: <56D4EB7D.4010002@earthlink.net> <944B9E01-74B7-45AD-ACB8-FA79347BC22E@fu-berlin.de> <462c1514b3c04e83a1b2565f6344626b@VAUSDITCHM2.idirect.net> Mime-Version: 1.0 (1.0) In-Reply-To: <462c1514b3c04e83a1b2565f6344626b@VAUSDITCHM2.idirect.net> Content-Type: multipart/alternative; boundary=Apple-Mail-99EC804A-D6F0-46C9-81A9-EA2128657E5A Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Wed, 16 Mar 2016 17:48:30 +0000 To: "Ratliff, Stanley" Archived-At: Cc: Charlie Perkins , "Dearlove, Christopher \(UK\)" , manet Subject: Re: [manet] AODVv2 responses to recent comments X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 17:53:45 -0000 --Apple-Mail-99EC804A-D6F0-46C9-81A9-EA2128657E5A Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Sorry about that, I assume it was the picture, which I didn't think to remov= e. But we've all got the picture now. (Actually my work firewall tried block= ing it.) -- =20 Christopher Dearlove christopher.dearlove@gmail.com (iPhone) chris@mnemosyne.demon.co.uk (home) > On 16 Mar 2016, at 17:38, Ratliff, Stanley wrote: >=20 > Lotte, Christopher, > =20 > =20 > I=E2=80=99ve had to approve the last two postings because the email size e= xceeds the allowed max. Let=E2=80=99s please find a way to limit the email =E2= =80=93 This is an important discussion, but I=E2=80=99d hate to have to appr= ove each and every response. > =20 > Please? > =20 > Regards, > Stan > =20 > =20 > From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Dearlove, Christo= pher (UK) > Sent: Wednesday, March 16, 2016 1:23 PM > To: Lotte Steenbrink > Cc: Charlie Perkins ; manet > Subject: Re: [manet] AODVv2 responses to recent comments > =20 > I haven=E2=80=99t followed the example (I hope to find time - but that=E2=80= =99s true of too many things, with DLEP ahead of AODVv2 on this list). > =20 > But we have a loop, a pretty fundamental problem in a routing algorithm, b= eing discussed by the authors off-list, while in parallel assuring the list t= hat =E2=80=9COther discussion about routing loops has not identified routing= loop problems in the existing specification.=E2=80=9D (see email chain belo= w). > =20 > I think we have a real problem with what=E2=80=99s wanting to advance to P= roposed Standard soon, in terms of process and confidence. > =20 > (I still haven=E2=80=99t managed to even write up comments on the perhaps o= ne third of the draft I have read through yet.) > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow= , Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai >=20 > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 >=20 > _____________________________________________________ > This electronic message and any files transmitted with it contains > information from iDirect, which may be privileged, proprietary > and/or confidential. It is intended solely for the use of the individual > or entity to whom they are addressed. If you are not the original > recipient or the person responsible for delivering the email to the > intended recipient, be advised that you have received this email > in error, and that any use, dissemination, forwarding, printing, or > copying of this email is strictly prohibited. If you received this email > in error, please delete it and immediately notify the sender. > _____________________________________________________ > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-99EC804A-D6F0-46C9-81A9-EA2128657E5A Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Sorry about that, I assume it was the p= icture, which I didn't think to remove. But we've all got the picture now. (= Actually my work firewall tried blocking it.)

--  
Christoph= er Dearlove
=
On 16 Mar 2016, at 17:38, Ratliff, Stanley <sratliff@idirect.net> wrote:

Lotte, Christopher,

 

 

I=E2=80=99ve had to approve the last tw= o postings because the email size exceeds the allowed max. Let=E2=80=99s ple= ase find a way to limit the email =E2=80=93 This is an important discussion,= but I=E2=80=99d hate to have to approve each and every response.

 

Please?

 

Regards,
Stan

 

 

From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Dearlove, Christopher (UK)
Sent: Wednesday, March 16, 2016 1:23 PM
To: Lotte Steenbrink <lotte.steenbrink@fu-berlin.de>
Cc: Charlie Perkins <charles.perkins@earthlink.net>; manet <manet@ietf.org>
Subject: Re: [manet] AODVv2 responses to recent comments

 

I haven=E2=80=99t follow= ed the example (I hope to find time - but that=E2=80=99s true of too many th= ings, with DLEP ahead of AODVv2 on this list).

 =

But we have a loop, a pr= etty fundamental problem in a routing algorithm, being discussed by the auth= ors off-list, while in parallel assuring the list that =E2=80=9COther discussion about routing loops has not identified r= outing loop problems in the existing specification.=E2=80=9D (see email chai= n below).

 =

I think we have a real p= roblem with what=E2=80=99s wanting to advance to Proposed Standard soon, in t= erms of process and confidence.

 =

(I still haven=E2=80=99t= managed to even write up comments on the perhaps one third of the draft I h= ave read through yet.)

 =

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied Intelligence Laboratories
___________________________________= _______________________________________

T: &= nbsp;+44 (0)1245 242194  |  E: chris.dearlove@baesyste= ms.com

BAE Systems Applied Intelligence, Chelmsfor= d Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.b= aesystems.com/ai

BAE Systems Applied Intelli= gence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP=

 =


_____________________________________________________
This electr= onic message and any files transmitted with it contains
information from i= Direct, which may be privileged, proprietary
and/or confidential. It is i= ntended solely for the use of the individual
or entity to whom they are a= ddressed. If you are not the original
recipient or the person responsible= for delivering the email to the
intended recipient, be advised that you h= ave received this email
in error, and that any use, dissemination, forwar= ding, printing, or
copying of this email is strictly prohibited. If you r= eceived this email
in error, please delete it and immediately notify the s= ender.
_____________________________________________________
____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mai= lman/listinfo/manet
= --Apple-Mail-99EC804A-D6F0-46C9-81A9-EA2128657E5A-- From nobody Wed Mar 16 10:59:18 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73B6912D596 for ; Wed, 16 Mar 2016 10:59:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PAj9RuhLIbSb for ; Wed, 16 Mar 2016 10:59:14 -0700 (PDT) Received: from smtp2.idirect.net (smtp2.idirect.net [198.180.159.66]) (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 CBCFE12D52D for ; Wed, 16 Mar 2016 10:59:13 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.24,345,1454994000"; d="scan'208,217";a="835336" IronPort-PHdr: =?us-ascii?q?9a23=3AtcdR8hVvhAbx72bWDstF4FkJLP3V8LGtZVwlr6E/?= =?us-ascii?q?grcLSJyIuqrYZxSFt8tkgFKBZ4jH8fUM07OQ6PCwHzRaqs/Z6zgrS99laVwssY?= =?us-ascii?q?0uhQsuAcqIWwXQDcXBSGgEJvlET0Jv5HqhMEJYS47UblzWpWCuv3ZJQk2sfTR8?= =?us-ascii?q?Kum9IIPOlcP/j7n0oM2DJV0Sz2PlOvtbF1afk0b4joEum4xsK6I8mFPig0BjXK?= =?us-ascii?q?Bo/15uPk+ZhB3m5829r9ZJ+iVUvO89pYYbCf2pN4xxd7FTDSwnPmYp/4Wr8ECb?= =?us-ascii?q?FUrcrkcbB04WiBtTHw/d7BzgFrv8uzH+sfRwkH2RPdf3VqwzQTSv9eFnRRbyjC?= =?us-ascii?q?AZOhY29WjWjop7i6cN8zy7oBkqibTdfIWUOvQ6NpjBdNUeSHsLFpJKTSVdBoKy?= =?us-ascii?q?YaMOA+sbMO1E6Y/wuw1d/lOFGQCwCba3mXdzjXjs0Ph/irx5HA=3D=3D?= X-IPAS-Result: =?us-ascii?q?A2DOAQDvnelW/8v6+gpeGQEBAQERAQEBgkmBH24GuX8BDYF?= =?us-ascii?q?oBxcBCYVsAhyBXxQBAQEBAQEBAYEKgi2CFAEBAQEDAQEBIAocJQsQAgEIEQQBA?= =?us-ascii?q?SgDAgICHwYLFAkIAgQOBQiICgMgsDqKew2EPQEBAQEBAQEBAQEBAQEBAQEBAQE?= =?us-ascii?q?BARWGH4RDgj6BTgoBBgE0FwmCEjgTgScFl0wFAYwLgW6BbIRJgyaFMYcsE4dAH?= =?us-ascii?q?gEBhCdqiSgBCDR+AQEB?= From: "Ratliff, Stanley" To: Christopher Dearlove Thread-Topic: [manet] AODVv2 responses to recent comments Thread-Index: AQHRf6pdGpHN1K6d1Uu+Mgxd4Y45hZ9cVX7QgABGVQD//7/CoA== Date: Wed, 16 Mar 2016 17:59:09 +0000 Message-ID: <427de514598649ab826150980c96f884@VAUSDITCHM2.idirect.net> References: <56D4EB7D.4010002@earthlink.net> <944B9E01-74B7-45AD-ACB8-FA79347BC22E@fu-berlin.de> <462c1514b3c04e83a1b2565f6344626b@VAUSDITCHM2.idirect.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.250.250.20] Content-Type: multipart/alternative; boundary="_000_427de514598649ab826150980c96f884VAUSDITCHM2idirectnet_" MIME-Version: 1.0 Archived-At: Cc: Charlie Perkins , "Dearlove, Christopher \(UK\)" , manet Subject: Re: [manet] AODVv2 responses to recent comments X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 17:59:16 -0000 --_000_427de514598649ab826150980c96f884VAUSDITCHM2idirectnet_ Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Q2hyaXMsDQoNCk5vIHdvcnJpZXMuIEkgZmlndXJlIHlvdSBndXlzIHdvdWxkbuKAmXQga25vdyBp ZiBJIGRpZG7igJl0IHNpbmcgb3V0Lg0KDQpSZWdhcmRzLA0KU3Rhbg0KDQoNCkZyb206IENocmlz dG9waGVyIERlYXJsb3ZlIFttYWlsdG86Y2hyaXN0b3BoZXIuZGVhcmxvdmVAZ21haWwuY29tXQ0K U2VudDogV2VkbmVzZGF5LCBNYXJjaCAxNiwgMjAxNiAxOjQ5IFBNDQpUbzogUmF0bGlmZiwgU3Rh bmxleSA8c3JhdGxpZmZAaWRpcmVjdC5uZXQ+DQpDYzogRGVhcmxvdmUsIENocmlzdG9waGVyIChV SykgPGNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPjsgTG90dGUgU3RlZW5icmluayA8bG90 dGUuc3RlZW5icmlua0BmdS1iZXJsaW4uZGU+OyBDaGFybGllIFBlcmtpbnMgPGNoYXJsZXMucGVy a2luc0BlYXJ0aGxpbmsubmV0PjsgbWFuZXQgPG1hbmV0QGlldGYub3JnPg0KU3ViamVjdDogUmU6 IFttYW5ldF0gQU9EVnYyIHJlc3BvbnNlcyB0byByZWNlbnQgY29tbWVudHMNCg0KU29ycnkgYWJv dXQgdGhhdCwgSSBhc3N1bWUgaXQgd2FzIHRoZSBwaWN0dXJlLCB3aGljaCBJIGRpZG4ndCB0aGlu ayB0byByZW1vdmUuIEJ1dCB3ZSd2ZSBhbGwgZ290IHRoZSBwaWN0dXJlIG5vdy4gKEFjdHVhbGx5 IG15IHdvcmsgZmlyZXdhbGwgdHJpZWQgYmxvY2tpbmcgaXQuKQ0KDQotLQ0KQ2hyaXN0b3BoZXIg RGVhcmxvdmUNCmNocmlzdG9waGVyLmRlYXJsb3ZlQGdtYWlsLmNvbTxtYWlsdG86Y2hyaXN0b3Bo ZXIuZGVhcmxvdmVAZ21haWwuY29tPiAoaVBob25lKQ0KY2hyaXNAbW5lbW9zeW5lLmRlbW9uLmNv LnVrPG1haWx0bzpjaHJpc0BtbmVtb3N5bmUuZGVtb24uY28udWs+IChob21lKQ0KDQpPbiAxNiBN YXIgMjAxNiwgYXQgMTc6MzgsIFJhdGxpZmYsIFN0YW5sZXkgPHNyYXRsaWZmQGlkaXJlY3QubmV0 PG1haWx0bzpzcmF0bGlmZkBpZGlyZWN0Lm5ldD4+IHdyb3RlOg0KTG90dGUsIENocmlzdG9waGVy LA0KDQoNCknigJl2ZSBoYWQgdG8gYXBwcm92ZSB0aGUgbGFzdCB0d28gcG9zdGluZ3MgYmVjYXVz ZSB0aGUgZW1haWwgc2l6ZSBleGNlZWRzIHRoZSBhbGxvd2VkIG1heC4gTGV04oCZcyBwbGVhc2Ug ZmluZCBhIHdheSB0byBsaW1pdCB0aGUgZW1haWwg4oCTIFRoaXMgaXMgYW4gaW1wb3J0YW50IGRp c2N1c3Npb24sIGJ1dCBJ4oCZZCBoYXRlIHRvIGhhdmUgdG8gYXBwcm92ZSBlYWNoIGFuZCBldmVy eSByZXNwb25zZS4NCg0KUGxlYXNlPw0KDQpSZWdhcmRzLA0KU3Rhbg0KDQoNCkZyb206IG1hbmV0 IFttYWlsdG86bWFuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIERlYXJsb3ZlLCBD aHJpc3RvcGhlciAoVUspDQpTZW50OiBXZWRuZXNkYXksIE1hcmNoIDE2LCAyMDE2IDE6MjMgUE0N ClRvOiBMb3R0ZSBTdGVlbmJyaW5rIDxsb3R0ZS5zdGVlbmJyaW5rQGZ1LWJlcmxpbi5kZTxtYWls dG86bG90dGUuc3RlZW5icmlua0BmdS1iZXJsaW4uZGU+Pg0KQ2M6IENoYXJsaWUgUGVya2lucyA8 Y2hhcmxlcy5wZXJraW5zQGVhcnRobGluay5uZXQ8bWFpbHRvOmNoYXJsZXMucGVya2luc0BlYXJ0 aGxpbmsubmV0Pj47IG1hbmV0IDxtYW5ldEBpZXRmLm9yZzxtYWlsdG86bWFuZXRAaWV0Zi5vcmc+ Pg0KU3ViamVjdDogUmU6IFttYW5ldF0gQU9EVnYyIHJlc3BvbnNlcyB0byByZWNlbnQgY29tbWVu dHMNCg0KSSBoYXZlbuKAmXQgZm9sbG93ZWQgdGhlIGV4YW1wbGUgKEkgaG9wZSB0byBmaW5kIHRp bWUgLSBidXQgdGhhdOKAmXMgdHJ1ZSBvZiB0b28gbWFueSB0aGluZ3MsIHdpdGggRExFUCBhaGVh ZCBvZiBBT0RWdjIgb24gdGhpcyBsaXN0KS4NCg0KQnV0IHdlIGhhdmUgYSBsb29wLCBhIHByZXR0 eSBmdW5kYW1lbnRhbCBwcm9ibGVtIGluIGEgcm91dGluZyBhbGdvcml0aG0sIGJlaW5nIGRpc2N1 c3NlZCBieSB0aGUgYXV0aG9ycyBvZmYtbGlzdCwgd2hpbGUgaW4gcGFyYWxsZWwgYXNzdXJpbmcg dGhlIGxpc3QgdGhhdCDigJxPdGhlciBkaXNjdXNzaW9uIGFib3V0IHJvdXRpbmcgbG9vcHMgaGFz IG5vdCBpZGVudGlmaWVkIHJvdXRpbmcgbG9vcCBwcm9ibGVtcyBpbiB0aGUgZXhpc3Rpbmcgc3Bl Y2lmaWNhdGlvbi7igJ0gKHNlZSBlbWFpbCBjaGFpbiBiZWxvdykuDQoNCkkgdGhpbmsgd2UgaGF2 ZSBhIHJlYWwgcHJvYmxlbSB3aXRoIHdoYXTigJlzIHdhbnRpbmcgdG8gYWR2YW5jZSB0byBQcm9w b3NlZCBTdGFuZGFyZCBzb29uLCBpbiB0ZXJtcyBvZiBwcm9jZXNzIGFuZCBjb25maWRlbmNlLg0K DQooSSBzdGlsbCBoYXZlbuKAmXQgbWFuYWdlZCB0byBldmVuIHdyaXRlIHVwIGNvbW1lbnRzIG9u IHRoZSBwZXJoYXBzIG9uZSB0aGlyZCBvZiB0aGUgZHJhZnQgSSBoYXZlIHJlYWQgdGhyb3VnaCB5 ZXQuKQ0KDQotLQ0KQ2hyaXN0b3BoZXIgRGVhcmxvdmUNClNlbmlvciBQcmluY2lwYWwgRW5naW5l ZXINCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExhYm9yYXRvcmllcw0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCg0KVDogICs0NCAoMCkxMjQ1IDI0MjE5NCAgfCAgRTogY2hyaXMuZGVhcmxv dmVAYmFlc3lzdGVtcy5jb208bWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPg0K DQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5 IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00yIDhITi4NCnd3dy5iYWVz eXN0ZW1zLmNvbS9haTxodHRwOi8vd3d3LmJhZXN5c3RlbXMuY29tL2FpPg0KQkFFIFN5c3RlbXMg QXBwbGllZCBJbnRlbGxpZ2VuY2UgTGltaXRlZA0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICYgV2Fs ZXMgTm86IDAxMzM3NDUxDQpSZWdpc3RlcmVkIE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmss IEd1aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClRoaXMgZWxlY3Ryb25pYyBtZXNzYWdlIGFu ZCBhbnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBjb250YWlucw0KaW5mb3JtYXRpb24gZnJv bSBpRGlyZWN0LCB3aGljaCBtYXkgYmUgcHJpdmlsZWdlZCwgcHJvcHJpZXRhcnkNCmFuZC9vciBj b25maWRlbnRpYWwuIEl0IGlzIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgaW5k aXZpZHVhbA0Kb3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVzc2VkLiBJZiB5b3UgYXJl IG5vdCB0aGUgb3JpZ2luYWwNCnJlY2lwaWVudCBvciB0aGUgcGVyc29uIHJlc3BvbnNpYmxlIGZv ciBkZWxpdmVyaW5nIHRoZSBlbWFpbCB0byB0aGUNCmludGVuZGVkIHJlY2lwaWVudCwgYmUgYWR2 aXNlZCB0aGF0IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwNCmluIGVycm9yLCBhbmQgdGhh dCBhbnkgdXNlLCBkaXNzZW1pbmF0aW9uLCBmb3J3YXJkaW5nLCBwcmludGluZywgb3INCmNvcHlp bmcgb2YgdGhpcyBlbWFpbCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZWQg dGhpcyBlbWFpbA0KaW4gZXJyb3IsIHBsZWFzZSBkZWxldGUgaXQgYW5kIGltbWVkaWF0ZWx5IG5v dGlmeSB0aGUgc2VuZGVyLg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQptYW5ldCBtYWlsaW5nIGxpc3QNCm1hbmV0QGlldGYub3JnPG1haWx0bzptYW5ldEBp ZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbWFuZXQNCgpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpUaGlz IGVsZWN0cm9uaWMgbWVzc2FnZSBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgY29u dGFpbnMKaW5mb3JtYXRpb24gZnJvbSBpRGlyZWN0LCB3aGljaCBtYXkgYmUgcHJpdmlsZWdlZCwg cHJvcHJpZXRhcnkKYW5kL29yIGNvbmZpZGVudGlhbC4gSXQgaXMgaW50ZW5kZWQgc29sZWx5IGZv ciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsCm9yIGVudGl0eSB0byB3aG9tIHRoZXkgYXJlIGFk ZHJlc3NlZC4gSWYgeW91IGFyZSBub3QgdGhlIG9yaWdpbmFsCnJlY2lwaWVudCBvciB0aGUgcGVy c29uIHJlc3BvbnNpYmxlIGZvciBkZWxpdmVyaW5nIHRoZSBlbWFpbCB0byB0aGUKaW50ZW5kZWQg cmVjaXBpZW50LCBiZSBhZHZpc2VkIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbApp biBlcnJvciwgYW5kIHRoYXQgYW55IHVzZSwgZGlzc2VtaW5hdGlvbiwgZm9yd2FyZGluZywgcHJp bnRpbmcsIG9yCmNvcHlpbmcgb2YgdGhpcyBlbWFpbCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJ ZiB5b3UgcmVjZWl2ZWQgdGhpcyBlbWFpbAppbiBlcnJvciwgcGxlYXNlIGRlbGV0ZSBpdCBhbmQg aW1tZWRpYXRlbHkgbm90aWZ5IHRoZSBzZW5kZXIuCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCg== --_000_427de514598649ab826150980c96f884VAUSDITCHM2idirectnet_ Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglw YW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhU TUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAw MXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpw Lk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250 LWZhbWlseToiVGFob21hIixzYW5zLXNlcmlmO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXIN Cgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1w cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQt ZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1l OiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls ZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLHNhbnMtc2VyaWY7 fQ0Kc3Bhbi5hcHBsZS1jb252ZXJ0ZWQtc3BhY2UNCgl7bXNvLXN0eWxlLW5hbWU6YXBwbGUtY29u dmVydGVkLXNwYWNlO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7 fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWls U3R5bGUyNA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJ e21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2Ug V29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAx LjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0t Pjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0 PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4 dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4N CjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4N CjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Q2hyaXMsDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPk5vIHdvcnJpZXMuIEkgZmlndXJlIHlvdSBndXlzIHdvdWxkbuKA mXQga25vdyBpZiBJIGRpZG7igJl0IHNpbmcgb3V0Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5TdGFuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVl IDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBp biAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJv bTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IENocmlzdG9waGVyIERlYXJsb3ZlIFttYWls dG86Y2hyaXN0b3BoZXIuZGVhcmxvdmVAZ21haWwuY29tXQ0KPGJyPg0KPGI+U2VudDo8L2I+IFdl ZG5lc2RheSwgTWFyY2ggMTYsIDIwMTYgMTo0OSBQTTxicj4NCjxiPlRvOjwvYj4gUmF0bGlmZiwg U3RhbmxleSAmbHQ7c3JhdGxpZmZAaWRpcmVjdC5uZXQmZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBEZWFy bG92ZSwgQ2hyaXN0b3BoZXIgKFVLKSAmbHQ7Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20m Z3Q7OyBMb3R0ZSBTdGVlbmJyaW5rICZsdDtsb3R0ZS5zdGVlbmJyaW5rQGZ1LWJlcmxpbi5kZSZn dDs7IENoYXJsaWUgUGVya2lucyAmbHQ7Y2hhcmxlcy5wZXJraW5zQGVhcnRobGluay5uZXQmZ3Q7 OyBtYW5ldCAmbHQ7bWFuZXRAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBb bWFuZXRdIEFPRFZ2MiByZXNwb25zZXMgdG8gcmVjZW50IGNvbW1lbnRzPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNvcnJ5IGFib3V0IHRoYXQs IEkgYXNzdW1lIGl0IHdhcyB0aGUgcGljdHVyZSwgd2hpY2ggSSBkaWRuJ3QgdGhpbmsgdG8gcmVt b3ZlLiBCdXQgd2UndmUgYWxsIGdvdCB0aGUgcGljdHVyZSBub3cuIChBY3R1YWxseSBteSB3b3Jr IGZpcmV3YWxsIHRyaWVkIGJsb2NraW5nIGl0Lik8YnI+DQo8YnI+DQotLSAmbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5DaHJpc3RvcGhlciBEZWFybG92 ZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEg aHJlZj0ibWFpbHRvOmNocmlzdG9waGVyLmRlYXJsb3ZlQGdtYWlsLmNvbSI+Y2hyaXN0b3BoZXIu ZGVhcmxvdmVAZ21haWwuY29tPC9hPiAoaVBob25lKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0ibWFpbHRvOmNocmlzQG1uZW1vc3lu ZS5kZW1vbi5jby51ayI+Y2hyaXNAbW5lbW9zeW5lLmRlbW9uLmNvLnVrPC9hPiAoaG9tZSk8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQpPbiAxNiBNYXIgMjAxNiwgYXQgMTc6 MzgsIFJhdGxpZmYsIFN0YW5sZXkgJmx0OzxhIGhyZWY9Im1haWx0bzpzcmF0bGlmZkBpZGlyZWN0 Lm5ldCI+c3JhdGxpZmZAaWRpcmVjdC5uZXQ8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPkxvdHRlLCBDaHJpc3RvcGhlciwNCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPknigJl2ZSBoYWQg dG8gYXBwcm92ZSB0aGUgbGFzdCB0d28gcG9zdGluZ3MgYmVjYXVzZSB0aGUgZW1haWwgc2l6ZSBl eGNlZWRzIHRoZSBhbGxvd2VkIG1heC4gTGV04oCZcyBwbGVhc2UgZmluZCBhIHdheSB0byBsaW1p dCB0aGUgZW1haWwg4oCTIFRoaXMgaXMgYW4gaW1wb3J0YW50IGRpc2N1c3Npb24sDQogYnV0IEni gJlkIGhhdGUgdG8gaGF2ZSB0byBhcHByb3ZlIGVhY2ggYW5kIGV2ZXJ5IHJlc3BvbnNlLiA8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlBsZWFzZT8NCjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+UmVnYXJkcyw8YnI+DQpTdGFuPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBi bHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9 ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0 IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IG1hbmV0IFs8YSBocmVmPSJtYWlsdG86 bWFuZXQtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOm1hbmV0LWJvdW5jZXNAaWV0Zi5vcmc8L2E+ XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5EZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKTxicj4NCjxi PlNlbnQ6PC9iPiBXZWRuZXNkYXksIE1hcmNoIDE2LCAyMDE2IDE6MjMgUE08YnI+DQo8Yj5Ubzo8 L2I+IExvdHRlIFN0ZWVuYnJpbmsgJmx0OzxhIGhyZWY9Im1haWx0bzpsb3R0ZS5zdGVlbmJyaW5r QGZ1LWJlcmxpbi5kZSI+bG90dGUuc3RlZW5icmlua0BmdS1iZXJsaW4uZGU8L2E+Jmd0Ozxicj4N CjxiPkNjOjwvYj4gQ2hhcmxpZSBQZXJraW5zICZsdDs8YSBocmVmPSJtYWlsdG86Y2hhcmxlcy5w ZXJraW5zQGVhcnRobGluay5uZXQiPmNoYXJsZXMucGVya2luc0BlYXJ0aGxpbmsubmV0PC9hPiZn dDs7IG1hbmV0ICZsdDs8YSBocmVmPSJtYWlsdG86bWFuZXRAaWV0Zi5vcmciPm1hbmV0QGlldGYu b3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFttYW5ldF0gQU9EVnYyIHJlc3Bv bnNlcyB0byByZWNlbnQgY29tbWVudHM8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PkkgaGF2ZW7igJl0IGZvbGxvd2VkIHRoZSBleGFtcGxlIChJIGhvcGUgdG8gZmluZCB0aW1lIC0g YnV0IHRoYXTigJlzIHRydWUgb2YgdG9vIG1hbnkgdGhpbmdzLCB3aXRoIERMRVAgYWhlYWQgb2Yg QU9EVnYyIG9uIHRoaXMgbGlzdCkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkJ1dCB3ZSBoYXZlIGEgbG9vcCwgYSBw cmV0dHkgZnVuZGFtZW50YWwgcHJvYmxlbSBpbiBhIHJvdXRpbmcgYWxnb3JpdGhtLCBiZWluZyBk aXNjdXNzZWQgYnkgdGhlIGF1dGhvcnMgb2ZmLWxpc3QsIHdoaWxlIGluIHBhcmFsbGVsIGFzc3Vy aW5nIHRoZQ0KIGxpc3QgdGhhdCDigJxPdGhlciBkaXNjdXNzaW9uIGFib3V0IHJvdXRpbmcgbG9v cHMgaGFzIG5vdCBpZGVudGlmaWVkIHJvdXRpbmcgbG9vcCBwcm9ibGVtcyBpbiB0aGUgZXhpc3Rp bmcgc3BlY2lmaWNhdGlvbi7igJ0gKHNlZSBlbWFpbCBjaGFpbiBiZWxvdykuPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PkkgdGhpbmsgd2UgaGF2ZSBhIHJlYWwgcHJvYmxlbSB3aXRoIHdoYXTigJlzIHdhbnRpbmcgdG8g YWR2YW5jZSB0byBQcm9wb3NlZCBTdGFuZGFyZCBzb29uLCBpbiB0ZXJtcyBvZiBwcm9jZXNzIGFu ZCBjb25maWRlbmNlLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0Ii IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4oSSBzdGlsbCBoYXZlbuKAmXQgbWFuYWdlZCB0byBl dmVuIHdyaXRlIHVwIGNvbW1lbnRzIG9uIHRoZSBwZXJoYXBzIG9uZSB0aGlyZCBvZiB0aGUgZHJh ZnQgSSBoYXZlIHJlYWQgdGhyb3VnaCB5ZXQuKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzAwN0U3RSI+LS0NCjwvc3Bhbj48L2I+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIGxh bmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMwMDdFN0UiPkNocmlzdG9waGVyIERlYXJsb3ZlPGJy Pg0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcjxicj4NCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50 ZWxsaWdlbmNlIExhYm9yYXRvcmllczxicj4NCjwvc3Bhbj48L2I+PGI+PHNwYW4gbGFuZz0iRU4t R0IiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6I0JFQkVCRSI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQo8L3NwYW4+ PC9iPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFu PjxiPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzdEN0Q3RCI+VDwvc3Bhbj48L2I+ PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojN0Q3RDdEIj46ICZuYnNwOyYjNDM7NDQg KDApMTI0NSAyNDIxOTQgJm5ic3A7fCAmbmJzcDs8Yj5FOg0KPC9iPjxhIGhyZWY9Im1haWx0bzpj aHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbSI+Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5j b208L2E+PGJyPg0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjgu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzAwMDA3 RSI+PGJyPg0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUdCIiBzdHlsZT0iZm9udC1zaXplOjguMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzNBOEI5MiI+ QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2ZvcmQgVGVjaG5vbG9neSBQ YXJrLCBHcmVhdCBCYWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4SE4uPGJyPg0KPGEgaHJl Zj0iaHR0cDovL3d3dy5iYWVzeXN0ZW1zLmNvbS9haSI+PHNwYW4gc3R5bGU9ImNvbG9yOiMzQThC OTIiPnd3dy5iYWVzeXN0ZW1zLmNvbS9haTwvc3Bhbj48L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj M0E4QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMaW1pdGVkPGJyPg0KUmVn aXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIE5vOiAwMTMzNzQ1MTwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBw dCI+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojM0E4QjkyIj5SZWdpc3RlcmVkIE9m ZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1HQiIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMwMDMzNjYiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KVGhpcyBlbGVjdHJvbmljIG1lc3NhZ2UgYW5kIGFueSBmaWxlcyB0 cmFuc21pdHRlZCB3aXRoIGl0IGNvbnRhaW5zPGJyPg0KaW5mb3JtYXRpb24gZnJvbSBpRGlyZWN0 LCB3aGljaCBtYXkgYmUgcHJpdmlsZWdlZCwgcHJvcHJpZXRhcnk8YnI+DQphbmQvb3IgY29uZmlk ZW50aWFsLiBJdCBpcyBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1 YWw8YnI+DQpvciBlbnRpdHkgdG8gd2hvbSB0aGV5IGFyZSBhZGRyZXNzZWQuIElmIHlvdSBhcmUg bm90IHRoZSBvcmlnaW5hbDxicj4NCnJlY2lwaWVudCBvciB0aGUgcGVyc29uIHJlc3BvbnNpYmxl IGZvciBkZWxpdmVyaW5nIHRoZSBlbWFpbCB0byB0aGU8YnI+DQppbnRlbmRlZCByZWNpcGllbnQs IGJlIGFkdmlzZWQgdGhhdCB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsPGJyPg0KaW4gZXJy b3IsIGFuZCB0aGF0IGFueSB1c2UsIGRpc3NlbWluYXRpb24sIGZvcndhcmRpbmcsIHByaW50aW5n LCBvcjxicj4NCmNvcHlpbmcgb2YgdGhpcyBlbWFpbCBpcyBzdHJpY3RseSBwcm9oaWJpdGVkLiBJ ZiB5b3UgcmVjZWl2ZWQgdGhpcyBlbWFpbDxicj4NCmluIGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0 IGFuZCBpbW1lZGlhdGVseSBub3RpZnkgdGhlIHNlbmRlci48YnI+DQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj4gPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9w OjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KbWFu ZXQgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOm1hbmV0QGlldGYub3JnIj5tYW5l dEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL21hbmV0Ij5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21h bmV0PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGJyPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDhwdDsgZm9udC1mYW1pbHk6IEFyaWFs LCBzYW5zLXNlcmlmOyBjb2xvcjogIzAwMzM2NjsiPl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPlRoaXMgZWxlY3Ryb25pYyBtZXNzYWdlIGFu ZCBhbnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBjb250YWluczxicj5pbmZvcm1hdGlvbiBm cm9tIGlEaXJlY3QsIHdoaWNoIG1heSBiZSBwcml2aWxlZ2VkLCBwcm9wcmlldGFyeTxicj5hbmQv b3IgY29uZmlkZW50aWFsLiBJdCBpcyBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhl IGluZGl2aWR1YWw8YnI+b3IgZW50aXR5IHRvIHdob20gdGhleSBhcmUgYWRkcmVzc2VkLiBJZiB5 b3UgYXJlIG5vdCB0aGUgb3JpZ2luYWw8YnI+cmVjaXBpZW50IG9yIHRoZSBwZXJzb24gcmVzcG9u c2libGUgZm9yIGRlbGl2ZXJpbmcgdGhlIGVtYWlsIHRvIHRoZTxicj5pbnRlbmRlZCByZWNpcGll bnQsIGJlIGFkdmlzZWQgdGhhdCB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsPGJyPmluIGVy cm9yLCBhbmQgdGhhdCBhbnkgdXNlLCBkaXNzZW1pbmF0aW9uLCBmb3J3YXJkaW5nLCBwcmludGlu Zywgb3I8YnI+Y29weWluZyBvZiB0aGlzIGVtYWlsIGlzIHN0cmljdGx5IHByb2hpYml0ZWQuIElm IHlvdSByZWNlaXZlZCB0aGlzIGVtYWlsPGJyPmluIGVycm9yLCBwbGVhc2UgZGVsZXRlIGl0IGFu ZCBpbW1lZGlhdGVseSBub3RpZnkgdGhlIHNlbmRlci48YnI+X19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188L3NwYW4+PC9ib2R5Pg0KPC9odG1sPg0K --_000_427de514598649ab826150980c96f884VAUSDITCHM2idirectnet_-- From nobody Wed Mar 16 13:35:28 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1212D12DA60 for ; Wed, 16 Mar 2016 13:33:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.72 X-Spam-Level: X-Spam-Status: No, score=-2.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (384-bit key) header.from=charles.perkins@earthlink.net header.d=earthlink.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 za2-925huCeo for ; Wed, 16 Mar 2016 13:33:04 -0700 (PDT) Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) by ietfa.amsl.com (Postfix) with ESMTP id 01C0E12D76C for ; Wed, 16 Mar 2016 13:33:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=JLbRtbMS/M/Xs8DgospPMl8aLXC80naPSbz3fbJND2AfHpl1rqpypBkHUgFjyRyS; h=Received:Subject:To:References:Cc:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:X-ELNK-Trace:X-Originating-IP; Received: from [182.93.3.194] (helo=[10.100.47.65]) by elasmtp-banded.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1agI7h-00026D-TP; Wed, 16 Mar 2016 16:32:55 -0400 To: "Dearlove, Christopher (UK)" References: <56D4EB7D.4010002@earthlink.net> <944B9E01-74B7-45AD-ACB8-FA79347BC22E@fu-berlin.de> From: Charlie Perkins Message-ID: <56E9C2F1.5000605@earthlink.net> Date: Wed, 16 Mar 2016 13:32:49 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------020203080901040503000406" X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956527bd5036cbc8ac7ebc35e8a17d405000fec31fb4fe42986350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 182.93.3.194 Archived-At: X-Mailman-Approved-At: Wed, 16 Mar 2016 13:35:26 -0700 Cc: manet Subject: Re: [manet] AODVv2 responses to recent comments X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 20:33:12 -0000 This is a multi-part message in MIME format. --------------020203080901040503000406 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hello Chris, I stand by my statement. The cited paper did not identify a loop. Most importantly, the crucial part about route looping being prevented by sequence number still stands. I also point out that the authors of that paper were constructive and complimentary to the clarity of the AODVv2 specification. I truly hope we can work together with them to further prove the correctness of the protocol. Regarding the situation with unconfirmed routes, please not that unconfirmed routes can never be part of a routing loop because they don't carry data. Regarding the off-list discussion, it is our online equivalent of a hallway discussion, and a manageable, constructive environment for us to produce responsive resolutions to the comments from you and others. I hope we will see the rest of your comments soon because we want to resolve them as soon as possible. We were honor-bound to not disclose private information to the list, but as you can see we also work hard to resolve privately submitted comments. Regards, Charlie P. On 3/16/2016 10:22 AM, Dearlove, Christopher (UK) wrote: > > I haven’t followed the example (I hope to find time - but that’s true > of too many things, with DLEP ahead of AODVv2 on this list). > > But we have a loop, a pretty fundamental problem in a routing > algorithm, being discussed by the authors off-list, while in parallel > assuring the list that “Other discussion about routing loops has not > identified routing loop problems in the existing specification.” (see > email chain below). > > I think we have a real problem with what’s wanting to advance to > Proposed Standard soon, in terms of process and confidence. > > (I still haven’t managed to even write up comments on the perhaps one > third of the draft I have read through yet.) > > *-- * > > *Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > **__________________________________________________________________________ > * > *T*: +44 (0)1245 242194 | *E: *chris.dearlove@baesystems.com > > > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great > Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP > > *From:*Lotte Steenbrink [mailto:lotte.steenbrink@fu-berlin.de] > *Sent:* 16 March 2016 17:13 > *To:* Dearlove, Christopher (UK) > *Cc:* Charlie Perkins; manet > *Subject:* Re: [manet] AODVv2 responses to recent comments > > **** WARNING **** > > /This message originates from outside our organisation, either from an > external partner or the internet.// > /Consider carefully whether you should click on any links, open any > attachments or reply./ > /For information regarding //*/Red Flags/*/that you can look out for > in emails you receive, click here > .// > /If you feel the email is suspicious, please follow this process > .// > > Hi Christopher, > > Am 02.03.2016 um 11:36 schrieb Dearlove, Christopher (UK) > >: > > My concerns have been that your co-authors have continued to > discuss whether looping could occur since you published to the > list saying all was well. (An issue to do with multiple > unconfirmed routes.) Maybe that’s a problem, maybe it isn’t. But > it lacks transparency, because it hasn’t been discussed here. > > The loop possibility you’re referring to was a different one than the > one discussed by Charlie. We’ve been contacted by researchers who are > model checking MANET protocols to see if they permit any unwanted > behaviour. They’ve used AODVv2 as a case study for the framework > they’ve implemented to do this, and they’ve found the following loop: > > 1. n2 initiates a route discovery procedure for destination n3 by > broadcasting a “rreq” message. > > 2. n1 and n4 upon receiving the “rreq” message, add a route to their > routing tables towards n2 and store n2 as their next hop. Since it is > the first time that these nodes have received a message from n2, the > neighbor state of n2 is set to unconfirmed. Therefore, the route state > is unconfirmed. > > 3. As n1 and n4 are not the intended destination of the route request, > they rebroadcast the “rreq” message. > > 4. n1 receives the “rreq” message sent by n4 and since the route to n2 > is unconfirmed it adds n4 as new next hop to n2. > > 5. n4 also adds n1 as the new next hop towards n2 after processing the > “rreq” sent by node1. At this point a loop is formed between n1 and n4 > but not used yet. > > 6. n3 receives the “rreq” message sent by n1 and since it is the > destination, it sends a “rrep” message towards n1. > > 7. n2 moves out of n1 and n4 communication range. > > 8. n1 receives the “rrep” message sent by n3 and as the route state > towards n2 is unconfirmed it multicasts the “rrep” message to the > existing next hops, n2 and n4. Since n4 is adjacent to n1, it receives > the message and then sends an ack to n1. Therefore, n1 sets the > neighbor state of n4 to confirm and subsequently the route state > towards n2 to valid. Then expunge the next hop n2 which has not > received an ack from. > > 9. n4 by receiving the “rrep” message from n1 multicasts it to its > next hops towards n1 and n2, > and similar to n1 it updates its routing table by validating n1 as its > next hop to n2. At this point, a loop between n1 and n4 becomes valid. > > In response to these findings, we've changed 6.7.1. Evaluating Route > Information in -13, so that LoopFree() is *always* considered before > adding a new route, even if all known routes to date are Unconfirmed. > > Following up, they’ve found another loop in -13: > > 1. At first nodes are connected to each other as shown in Fig1.a. > 2. n0 initiates a route discovery procedure for destination n3 by > multicasting a “rreq” message to n2 with sq=2. > 3. n2 after updating its routing table, multicast the “rreq” to its > neighbors, n1 and n3. > 4. n1 upon receiving the “rreq” message sent by n2 updates its > routing table and adds a route with hop-count=2, sq=2 and next-hope=2 > 5. Consider that topology changes at this point and n1 moves into > communication range of n0, gets connected to n0, and n2 leaves n0 > communication range, gets disconnected from n0, which leads to > network topology shown in Fig1.b. > 6. n0, which hasn’t received an “rrep” yet, resend the “rreq” message > after increasing its sequence number to 3. > 7. n1 receives the new “rreq” message, with sq=3, next-hop=0 and > hop-count=1, since it’s a better route it would be added to the > routing table. Then n1 multicast the “rreq” message to its > neighbors, n2 and n3. > 8. n2 evaluate the received message sent by n1 and adds a new route > to its routing table with sq=3, next-hop=1 and hop-count=2 since > the sequence number of the received message is greater than the > stored one. > > At this point a loop has been formed between nodes n1 and n2. > > Since we’ve moved to disallowing multiple Unconfirmed routes (in -14, > which isn’t published yet), this one is resolved already as well. > > The reason we didn’t discuss this earlier on [manet] was that the > authors hadn’t submitted their paper yet (and I didn’t want to leak > their work). They’ve done so now, and will send us a link to their > paper once it’s available. I’m guessing it’ll take a while to be > published properly, but it should be enough for for our purposes for > the paper to appear on arxiv.org for now… > > Best regards, > > Lotte > > > > *--* > > *Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > **__________________________________________________________________________ > * > *T*: +44 (0)1245 242194 | *E:*chris.dearlove@baesystems.com > > > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great > Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP > > *From:*Charlie Perkins [mailto:charles.perkins@earthlink.net] > *Sent:*01 March 2016 01:08 > *To:*Dearlove, Christopher (UK); manet > *Subject:*Re: [manet] AODVv2 responses to recent comments > > **** WARNING **** > > /This message originates from outside our organisation, either from an > external partner or the internet.// > /Consider carefully whether you should click on any links, open any > attachments or reply./ > /For information regarding//*/Red Flags/*///that you can look out for > in emails you receive, click////here > .// > /If you feel the email is suspicious, please follow//this process > .// > > Hello Chris, > > On 1/19/2016 5:37 AM, Dearlove, Christopher (UK) wrote: > > And outside those 31, that we’re at this position with a > suggestion there’s possible looping (about which I have no idea) > isn’t that comforting. > > > I hope your concerns have been resolved on this matter. The paper > mentioned on the mailing list pointed out various ambiguities in RFC > 3561 described how the ambiguities might be construed to install > self-routes and, combined with possible inconsistent choices for > sequence number, loops could result. But the email to the list > several weeks ago indicated that these ambiguities do not exist in > AODVv2. The authors of that paper have expressed interest in doing a > similar analysis on AODVv2. > > Other discussion about routing loops has not identified routing loop > problems in the existing specification. Use of unconfirmed or invalid > routes for routing might lead to errors, but that doesn't carry over > to produce loops in the route table. > > I'm looking for any other open issues outside of the Security > Considerations which is being reworked according to recent comments > but should be submitted soon. > > Regards, > Charlie P. > > > > > There’s also a lot of document to review. Which of course I haven’t > done at this time. But my attention did alight on the IANA > considerations section, and I noted there that: > > - Not sure why the jump to 10 for message types, though I’m not opposed. > > - The PATH_METRIC TLV can’t be type 10, that’s already taken. See IANA > register. > > - We previously pointed out that CONT_SEQ_NUM (COMPLETE) already > exists and does the job that SEQ_NUM is doing, so why allocate another > TLV? (You could avoid the necessity of repeating (COMPLETE) by simply > commenting once and thereafter omitting.) > > - Why the suggested skipping of types 12 to 14? > > *--* > > *Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > __________________________________________________________________________ > * > *T*: +44 (0)1245 242194 | *E:*chris.dearlove@baesystems.com > > > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great > Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP > > *From:*manet [mailto:manet-bounces@ietf.org]*On Behalf Of*Victoria > Mercieca > *Sent:*18 January 2016 21:45 > *To:*manet > *Subject:*[manet] AODVv2 responses to recent comments > > **** WARNING **** > > /This message originates from outside our organisation, either from an > external partner or the internet.// > /Consider carefully whether you should click on any links, open any > attachments or reply./ > /For information regarding/*Red Flags*/that you can look out for in > emails you receive, click//here > ./ > /If you feel the email is suspicious, please follow//this process > .// > > **** WARNING **** > EXTERNAL EMAIL -- This message originates from outside our organization. > > Hi all, > > We have just released the newest AODVv2 draft. The major update is the > separation of the AODVv2 route set from the RIB. > > Here are also responses to the comments received before Christmas. > This should include all the points from Thomas Clausen regarding > versions 11 and 12, and also a couple of other points which have been > brought up since. Apologies for the huge email. For issues that need > further discussion, I have tried to include the main points of the > discussion so far. Please feel free to create a separate thread for > any further discussion. > > We are still looking into the loop conditions recently reported for > AODV, also still working on the text about security, and use of > msg-hop-limit. > > Kind regards, > > Victoria. > > > 1. End-to-end / hop-by-hop acks - issue when a route is marked as > confirmed and valid when the link to the next hop is confirmed as > bidirectional (but the links downstream have not yet been verified as > bidirectional). > > AODVv2: The authors believe this is an issue which would not occur > frequently, and would right itself. > > This only occurs for the route to OrigAddr. What needs to happen for > this to occur is that an intermediate node that takes part in the > route discovery between OrigAddr and TargAddr coincidentally has > packets to send to OrigAddr in the time between confirming the link to > its own next hop toward OrigAddr is bidirectional, and the time taken > for all other routers on the path to confirm their next hops too. If > the route is used to forward packets before every other link in the > path is confirmed as bidirectional, and the data packets are forwarded > faster than the RREP and any RREP_Acks, then yes they could be > delivered to a router without a valid route to OrigAddr. Alternatively > if one of the links turns out to be unidirectional then the data > packets will also arrive at a router without a valid route. In these > cases, RERR messages will be generated toward the source of the > traffic, the route to OrigAddr will be deleted at routers back toward > TargAddr, but if data packets are still flowing from any source to > OrigAddr, the route will be re-requested by the router responsible for > discovering routes for the source of the data. > > The changes required to make acknowledgements end-to-end would require > a lot more control traffic and be necessary for every route discovery > and in almost all cases would be unnecessary. > > Text has been added to the draft in “Local Route State Changes” to > describe this. > > 2. Buffering > Thomas: > “It would seem that buffering, as specified, does not accomplish what > it states that it accomplishes: packets are (as you describe) still being > sent while no route is available, and therefore will be dropped later. > => Consequently, it seems that buffering is a futile exercise?” > > AODVv2: Packets are buffered before a route exists. A router only > begins sending them when it deems the route to be valid. In general, > buffering is not futile. > > True, there is this case outlined above where the router could deem > the route valid before the bidirectionality check has happened for > each and every hop. If the links chosen for the route are not all > bidirectional, then yes, any data packets forwarded along this route > will end up being dropped at some point on that path. > This case is caused by the RREP_Ack being hop-by-hop, and not caused > by buffering. > > Thomas:  > “Buffers have huge impacts on TCP performance, and I doubt if the > issues on e.g. TCP are well enough understood by this WG (Bufferbloat > was an example of where people got it wrong, despite having extensive > experience).” > > AODVv2: Packets will only be buffered while a route is requested. The > TCP packets buffered will be packets for session initialisation. The > authors believe that buffering these will have a positive effect. Some > references have been suggested, listed here, the first of which has > been included in the draft: > http://www.ieee802.org/21/archived_docs/2003-09_incoming/ccr-200109-koodli.pdf > Mobile Internetworking with IPv6: Concepts, Principles and Practices > {Koodli, Perkins} > disc.ece.illinois.edu/seminars_tutorials/tcp-wireless-tutorial.ppt > > Analysis of TCP performance over mobile ad hoc > networkshttp://dl.acm.org/citation.cfm?id=313540 > Alternatively, we could remove the mention of TCP, and instead state > that buffering MAY be used for packets awaiting a route, but that > implementation and implications of this are out of scope for AODVv2. > > > 3. Use of msg-hop-limit and msg-hop-count: > Thomas: > But, either way, as according to your model messages are never > forwarded, but always are intended for receipt by a router which is a > direct neighbor, then a >1 (which applies to the > message) seems inappropriate. > Actually, according to that model, I would even say that receipt of a > message with a >1 should be interpreted as a malfunction. > As you refer to RFC5444 appendix B, do note that Appendix B of RFC5444 > (and, note the errata 4003) talks about: > field, if present, contains the number of hops > on which the message is allowed to travel before being discarded by a > MANET router. The is set by the message originator > and is used to prevent messages from endlessly circulating in a MANET. > Specifically “set by the message originator” and “number of hops on > which the message is allowed to travel” — with your control messages > traveling just one hop, I believe that setting = 1 is > correct. > > AODVv2: Discussion is still needed here. We wonder if these fields are > necessary at all for AODVv2. We were using them to limit the number of > regenerations of a RREQ. However, the hop limit value needs to be > large enough to allow a RREQ from one side of the network to another. > It might be the case that using the hop limit, almost every router in > the network would receive that RREQ anyway, and by using the > redundancy check, we already stop RREQs from circulating endlessly. > > 4. Abstract > Thomas: > “I made the following comment, which still applies: > “This is a little over-stating the applicability: these statements may > be true in some scenarios (for example, when there are few concurrent > traffic flows, and therefore few routes to repair, and therefore few > flooding operations to contend for channel access). As a general > statement, this last sentence is incorrect”” > > AODVv2: The text has been removed and the abstract now states: “ The > Ad Hoc On-demand Distance Vector Version 2 (AODVv2) routing protocol > is intended for use by mobile routers in wireless, multihop networks. > AODVv2 determines unicast routes among AODVv2 routers within the > network in an on-demand fashion.” > > 5,9,12,13,20. Router Client > Thomas: > “I made a comment previously that “Router client” is a poorly chosen > term, and have proposed alternatives. I’ve seen some attempts on the > list at rather than change the term, explain it — some of which is in > this document. The “Overview” still talks about “a router…one of its > clients” - which is no less confusing than last time Iw went through it. > I reiterate, why not use “Local Attached Network Set”, which is the > term used by other documents from this WG?” > > AODVv2: We already answered this suggestion on the MANET list and > asked for comments and suggestions, and no responses were received. We > have defined what we mean by Router Client, and the terminology has so > far not changed. However, some alternatives have been suggested, so if > you feel any of these are more effective, please let us know: > • Advertised IP Address: puts the emphasis on advertisement rather > than topological connection > • Accessible IP Address: puts the emphasis on accessibility through > the particular router – not bad > • Reduced Function Device [RFD]: doesn’t roll off the tongue, but > this is terminology used for L2R in IEEE 802 Wireless for a similar > situation > • Accessible Device Address: adds some emphasis for the device as > well as the address > • Stably Connected IP Address: nothing is permanent, of course, > but the router client set is thought to be relatively stable > • Topologically Connected IP address: ... suggests that a > "topological connection" is stable compared to wireless > • Administratively Assigned IP address: ... somehow does not > connote the "otherness" of the router client devices. > > 6. Overview - adjacency > Thomas: > The term “confirming adjacency” is gone, and is now replaced by > “confirming bidirectionality” - which, alas, still sounds like there > is some active monitoring (HELLO message exchange) going on. Unless > that is the case, then please be more specific here. > I note that the term adjacency is used through and through the > document, btw. > > AODVv2: The text has been updated to avoid the word adjacency. We do > not believe the text implies active monitoring through HELLO messages. > > 7. Overview - forwarding plane > Thomas: I suggested in my last review: The overview must also include > a paragraph on the intersections between this protocol and the > forwarding plane — this, as it is different (and more invasive) from > that which is typically seen in routing protocols. > Specifically, as a reactive protocol, it is required (at least) that > the forwarding plane is modified : > 1) A “miss” when looking up a next hop for a data packet to be > forwarded, is signalled to the AODVv2 process so as to permit that > route discovery be launched; > 2) A “miss” when attempting to deliver a data packet to a next hop, > which was recorded in the routing table, is signalled to the AODVv2 > process so as to permit that a route repair be initiated and/or a > Route Error be generated. > 3) A “hit” when looking up a next hop for a data packet to be > forwarded to a destination is signalled to the AODVv2 process so as to > permit maintenance of “active route” Route State, timers and such. > Note that these things are necessary to call out in the “overview” and > in the “applicability statement”, both: it is not that they are > negatives per se, but that they are important factors governing the > applicability of this protocol: will a given platform permit such > access to the forwarding plane, for example? Important to understand > if for that platform this protocol is apple > I see that this was not addressed in the overview, nor in the > applicability other than by a forward reference to section 6.4. While > it is positive that there is a section 6.4, this does not exonerate > the overview and the applicability statement for being honest about > the requirements (notably to the platform/os) that this protocol has > for being applicable > > AODVv2: The Overview and the Applicability Statement now refer to > these basic requirements for the interaction with the forwarding > plane. The Applicability Statement also contains the reference to the > later section which describes this in more detail. > > 8. 7182 and security > > Thomas: I suggested in my last review: It is important to do more than > this: 7182 does only provide “containers” for ICVs and timestamps, and > does not specify how to use them to obtain specific security > properties. RFC7182 may be a tool that can be used, but how* that tool > is used is what determines the security properties. > Therefore, saying that “security is dealt with by using RFC7182” is > either an incomplete statement, or is indicative of insufficient > security considerations.” > The actual sentence in the I-D has been changed, now it explicitly > names the two TLVs from 7182 that it uses. That is, alas, still not > sufficient. > Making the aside that was discussed recently on the list, that (i) > control messages are not forwarded, and that (ii) they are modified in > transit, the security/trust model is somewhat different from that of > 7181 and consequently for what 7182 was initially written for. I think > that calling out the trust model, and how 7182 actually is used here, > might be what is called for. > Continuing with the aside, this *especially* as the applicability > statement says: "Providing security for a reactive routing protocol > can be difficult” > > Thomas: > OK, so assume that I understand regeneration as per my previous > email, as meaning “generate a new message and send to my neighbors, > based on what I learned when processing a received message” — just > like any distance vector protocol does. > In that model, what you write makes sense: each originator of a > control message (i.e., whoever generates or regenerates it) is free to > include the information it desires, such as the 4 points you list > above. No issues with that. > However, and this joins what I pointed out in a previous email, you > write in the applicability statement: "Providing security for a > reactive routing protocol can be difficult." > While we can discuss if the nature of “reactive routing protocol” > generates particular difficulties, we certainly can agree that this > protocol has the same “difficulties” as a distance vector protocol: > routing topology information (by definition) not being exchanged > end-to-end, but between neighbors (who do calculations and generate > their own announcements — regeneration, as you call it). > This means that a specific security model of transitive trust must be > assumed, no? I trust Victoria, therefore when Victoria says “Stan told > me” then I trust that she actually verified that "it was indeed Stan > who told her …” — and either way, I have no way of verifying? > I did not see the trust model / trust assumption discussed in the > specification (specifically not in applicability and in section 13, > both of where it should be called out), but I think that this is > actually a crucial point to get right, in order to approach developing > the MTI security mechanisms. > Anyways, that observation actually contrasts strongly with what the > applicability statement then goes on to say, namely: > AODVv2 provides for message integrity and security against replay > attacks by using integrity check values, timestamps and sequence > numbers, as described in Section 13. > This is true only in as much as messages are indeed exchanged between > neighbors: when you “regenerate” a message, i.e., generate a > new message in response to receipt of a message, you generate brand > new payload (but possibly including some of the data from the received > message, of course): thus, any ICVs “from farther away than the > neighbor” will be useless (or, if you zero out the parts that you > change, these parts will not be protected). > The above sentence, quoted from the applicability statement, and that > which transpires from section 13, seems - certainly, absent the trust > model assumed - to suggest that end-to-end protection/validation is > provided. But, this is not the case. > Finally to the applicability statement, a question: > If security associations can be established, encryption can be used > for AODVv2 messages to ensure that only trusted routers participate in > routing operations. > What you want to say here is that “if all trusted routers have a > shared secret, then we’re able to use that shared secret to ignore > non-trusted routers”, right? > While “security associations” that do not pass through a shared secret > probably can be thought up, it’s not trivial and I did not find any > discussion of that in the document? > Having, on the topic of security, re-read Section 13, which starts: > This section describes various security considerations and potential > avenues to secure AODVv2 routing. > While this is an honest description of what follows, I remain > convinced that this is not sufficient. So let me ask as precisely as I > can: > o what is the MTI security mechanism that a conformant implementation > must provide? Specifically: - which are the processing steps (for > example in section 7.2.1 and section 7.2.2 for RREP - and similarly > for the other message types) that define that security mechanism > o what protection is offered by that MTI security mechanism? And what > remains vulnerable. > If this specification targets std.track, then it should include > (reasonably solid, but definitely well specified) MTI security. > > Chris Dearlove: > There are two potential choices: > > - RREQ has an integrity check value to indicate that someone trusted > created it, if not necessarily the destination. That someone might be > identifiable or not. > - RREQ has a signature that indicates that the destination created it. > > Unfortunately, an RREQ that changes as it is forwarded (aggregating > data of any sort) makes the second option tricky, unless there’s some > sort of aggregating signature as it is forwarded. But I’m not an > expert on the latter. > > The most trivial case of the former is simply that everyone trusted > has a single shared key. That has obvious issues – although it was > good enough that embodied as RFC 7183 we could get 7181 through the > system (as a “must implement, do not need to use” minimal case). > Alternatively something identity-based (e.g. draft-ietf-manet-ibs) > could be used, so you know who created the message you received, but > you are relying on a chain of trust, hop by hop. At which point you > might as well just sign packets (see RFC 7182). > > But in even the weakest case (the single shared key used hop by hop) > there has to be a failure for things to go wrong - either loss of key > (in which case all bets are off) or suborning one router (who can do > quite a lot of damage). > > I haven't read the latest AODVv2 draft yet, but this sort of thing > should be described in its security considerations - the previous > draft though didn't discuss this as far as I recall. > > Chris Dearlove: > If you go down this route of assuming transitive trust, then you > might as well use 7182’s packet ICV and timestamp rather than message > ICV and timestamp. > > There is a complication (mostly one of presentation) that the 5444 > multiplexer (rather than AODVv2) needs to do this, at least for > packets containing AODVv2 messages (but at which point, probably all > 5444 packets). So you either, depending on your point of view, need to > request it to do that, or (administratively) decline to operate except > over a 5444 multiplexer that is doing this. > > The advantage is one of saved space and time when packets contain more > than one message. Plus slightly better protection (hop count and limit > are covered) but which probably doesn’t matter here. > > If messages are changed/replaced on a one-to-one basis as forwarded, > then the only solutions I can see are hop by hop transitive trust > (packets or messages per hop), or something complicated involving > aggregation and knowledge of changes. But the latter would be a > research task to develop, so let’s not try that. > > Jiazi Yi: > I agree with Chris and Thomas on their concerns on the hop-by-hop > security issue. > This is very different from classical DV protocol, in which the vector > information is designed to be exchanged between neighbours. > In AODVv2, the RREQ/RREP/RERR are to be forwarded through multiple > hops. A router can sign a message that isn't actually initialised by > itself -- this is, at least, against intuition. > This can be an issue if we have compromised routers in the network. Of > course, a compromised router is a problem for every protocol, like > OLSRv2. But in OLSRv2, a compromised router can only speak on behalf > of itself -- however, in AODVv2, a compromised/mis-configured router > can pretend to be any other router (for example, generate RREQ > messages using another address as OrigAddr). The consequence will be > much more serious if that happens. > > AODVv2: This is not yet addressed. > > 9. Terminology - host, routers, router clients: > > Thomas: My last review suggested: > “This has been brought up on the list several times in the past, > without having been addressed. > There are “hosts” and there are “routers” — whose roles are well > defined. Node” not so much — which is clear from looking at the > definition here: “either AODVv2 routers or router clients” (with > “router clients” being defined as “an AODVv2 router is also its own > router client”). > > This is very much related to the use of “Router Client”, and both that > term, and “node” indicative that some clarity is needed here. > > All a router cares about is “an address”. If that address is of a > network, or a router, or an interface (and, if said interface is > installed in a router or a host) doesn’t matter. > > So, “an address” is something that the routing protocol should care > about finding paths to. Which means that each address that should be > made reachable by the routing protocol should be advertised by (at > least) one router in the network. > > One way of doing that would be to simply talk about “Attached > Networks” as is done in RFC7181, wherein an address included in the > “Attached Network Set” is advertised by an OLSRv2 router....in this > case, the equivalent would be “for each address in the Attached > Network Set of an AODVv2 router the router MUST respond > authoritatively to a RREQ, and MUST maintain the corresponding > sequence number”. > The text, as it currently is, is really hard to read, and a re-edit > along these lines would go a long way.” > > I note that the terms “Node” and “Router Client” are still used, in > their original form, and that other than some slight wordsmithing this > comment has not been addressed in the document. > > I reiterate that the need to use router, host, node, and router client > in and by itself should be an indicator that tightening up of > terminology is required. > > AODVv2: See 5. The use of “node” has been addressed. > > 10. Terminology and elsewhere - address > Thomas: I made the following comment to Routable Unicast IP Address: > “Are there any technical reason why not simply *any* address could be > considered by the routing protocol? > My understanding, but correct me if I am wrong, is that all that is > required is that all interfaces in a given AODVv2 routing domain has > an unique address. > That some of these addresses (by an IP addressing architecture > document) has special semantics associated (such as are link locals, > or are for private use, or are for example use only, or are for > multicast) is out of scope here? > I see nothing has changed on the above, so let me be more explicit: > the routing protocol itself probably) should not care about what kind > of addresses are filled into it. Is an 192.16./16 address appropriate? > Not across the internet, but it may be in somebody’s private > deployments. Should the routing protocol be “address police” and is > implementation of a “I refuse to route these addresses…” a requirement > for claiming conformance? Suggest simply stating what the requirements > are under which the routing protocol will work — and leave “address > assignment politics” aside. > > AODVv2: We ask for clarification on this issue. We use the phrase > “routable and unicast” in the draft with respect to OrigAddr and > TargAddr. We dont mean to exclude addresses from the private address > ranges. But we dont want to request routes for multicast, > indeterminate, link-local, or loopback addresses. This is not about > router interface addresses which are used for AODVv2. > > 11. Multiple interfaces with the same IP address, 6621 implications > > Thomas: I also continued: > Now, with that being said also, the WG wanted that RFC7181 supports > not just multiple interfaces, but also the same address used on > multiple interfaces of the same router. There were good reasons for > that, and while it was not trivial to implement, it turned out to be > the right thing to support. If there are technical reasons why this is > not supported in AODVv2 (for example, if this cannot be made work > because of ) then that should be called out in the > applicability statement also? > Conversely, if it is possible in AODVv2, then I do not believe that it > is clearly specified how (at least, in the “naive” on paper examples I > drew up, something ended up not working). So either the protocol as-is > does not support it (but could be made to?) or it is supported (but > just need to be spelled out), or is not possible (and need to be > disclaimed in the applicability statement). > Stan Ratliff was a driving force in holding the WG’s collective feet > to the fire in getting this support included in RFC7181, and would > likely be the right person to consult on this matter? > I actually have not seen changes, or comments, on this. In OLSRv2, the > WG was making it a strong requirement that it should be possible to > use the same IP address on different interfaces of a router. It was > somewhat tedious to design around, but it was worked out, and the > conditions under which that was possible were defined and documented. > I would like to see the same done for this protocol. > I also note that this is not unrelated to RFC6621-discussions. For > example, when selecting S-MPRs on a multi-interface and > multi-address-per-interface router, care must be taken least things > won’t work. So, if (and this links back to previous mails) RFC6621 is > a requirement or desire for this protocol, then there are some > considerations required here. > > AODVv2: We have removed references to RFC 6621. > Initial thoughts on this topic of multiple interfaces using the same > IP address, is that this wouldn’t cause a problem, if the router has > only one sequence number. However, this is up for further discussion. > > 12. Interfaces configured as router clients > > Thomas: I see that the definition of “Router Client” has changed to be > “An address or address range…the AODVv2 router’s interface addresses > are also configured as router clients” > Better than before, but still missing the target. The term “Router > Client” is, as I indicated numerous times before, odd. > But the second part of the sentence, does that mean (what it says) > that the interfaces must be configured specially, so as to be able to > be “router clients”? That can’t be true. > What you likely mean is: > An AODVv2 router is configured so as to consider its own interfaces as > part of the locally attached network set” ? > You configure the router, right? No special “interface configuration > properties” are required for an interface to be announcable by an > AODVv2 router? (And, getting rid of node would actually make the > definition shorter and nicer) > > AODVv2: The wording we use says: "The IP Addresses of the router's > interfaces will appear in the Router Client Table." and in the > Terminology: "The AODVv2 router's interface addresses are also > configured as Router Clients." Both statements say that ‘interface > addresses are configured as router clients’ ...we are not sure why > this is misunderstood. We have a router client list, and the AODVv2 > router’s interface addresses are included in this list. The interface > itself doesn’t have special “interface configuration properties”. > > 13 - more on router clients > Thomas: Now, snipping out from the applicability statement: > "Multi-homing of an IP address is not supported by AODVv2, and > therefore a Router Client, i.e. an IP Address, … " > …evidence to there being some redundant terminology here to weed away. > > AODVv2: That was there as a reminder that a router client is based on > IP address, even though the device with that IP address may have other > IP addresses too. It’s the IP address that is the router client, not > the device as a whole with its entire collection of configured IP > addresses. One IP address of that device might be configured as a > router client on one router, and a different IP address of that device > could be configured as a router client on another router. The IP > addresses would seem to AODVv2 to be on different devices. > > > 14. data elements > > Thomas: The below is a little bit of a meta-comment, I am not quite > sure what I think here. The definitions for Target Node and such were > confusing before. They still are, somewhat. > I think that it may be because the definitions now used are simply > copy-pasted out from the tables in the previous version, for example: > “An AODVv2 Data Element containing the destination address of the > IP packet triggering route discovery.” > OK, I can trace back and see that a Data Element is something that > exists inside a protocol message. To me, however, that’s not really > general terminology as such, but part of the specification of a packet > format - or rather, it is the notation that you use when describing an > algorithm. By the way, why are some notations in CamelCase whereas > others have a space in them, e.g. “Target Node” and “TargMetric”, both > of which are Data Elements? Would be good with a consistent approach here. > I *think* that it would be better to take all those “Data Element” > bits and move to a separate section (or subsection) to the > terminology, and then keep all the “other stuff” (Neighbor, …) in its > own section. > > AODVv2: Your comment from draft 11 where we already had data elements > in a separate table, says: > "Also suggest abolishing this table and folding the definitions in > with the other definitions in the terminology section." > We have updated to not refer so heavily to the term Data Element. All > the terms are described in the Terminology section. Those in CamelCase > are used as message fields. > > > 15. Route “to a specific address” > Thomas: > I made a comment: Second, should “valid route” not be qualified by “to > a specific address”?” > Which was not addressed. > > AODVv2: Every route is to a specific address...the address is > specified by Route.Address and Route.PrefixLength. > Do you mean that routes are to the address TargAddr or OrigAddr and > therefore to a specific host address rather than to a network prefix? > This is not the case. Prefix Length is included in AODVv2 messages so > that the route learned from the message represents the prefix which > OrigAddr or TargAddr resides on (if the router client entry > corresponding to OrigAddr at RREQ_Gen or TargAddr at RREP_Gen is > configured with a prefix length). e.g. OrigAddr is 10.0.0.1 but the > corresponding router client entry at RREQ_Gen could be10.0.0.0/8 > . So when constructing the RREQ you include a > prefix length of 8, and when receiving the RREQ and learning the route > to OrigAddr, you can install a route to10.0.0.0/8 . > Text has been updated to make this more obvious. > > 16. unreachable address > > Thomas: I also made a comment on "Unreachable Address” - I am glad I > did, because I apparently had a different understanding than what was > intended. I now see that an Unreachable Address by definition is an > address listed in a RERR message, and not the same as an address to > which no route has yet been discovered? If yes, then please use a > different term, such as FormerlyReachableAddress” or something of the > sort? > > AODVv2: "Formerly reachable" is inaccurate... we send a RERR if > another router forwards a packet via us, and we dont have a route, not > just when we lose a route. We might never have had a route, or might > never have had a valid route, so the address may not have been > "formerly reachable". Also, I think "FormerlyReachableAddress" is a > really ugly term. Unreachable means "we don’t have a route and we > aren’t going to request one" or "we lost this route" (depending on why > the RERR is being sent). It doesn’t mean "we didn’t request one yet", > and it would be wrong to class an address as unreachable because we > hadn’t requested a route for it yet, that is, assuming it’s configured > as a router client. > > If a better term is suggested we could consider changing but at the > moment we have kept “Unreachable Address”. > > > 17. Applicability - multiple interfaces same address, 6621 again > > Thomas: Applicability statement: First, I would like to recognize the > efforts made to improve this since last review. Thanks > Second, the document states: "AODVv2 supports routers with multiple > interfaces, as long as each interface configured for AODVv2 has a > unicast IP address. A router may use the same IP address on multiple > interfaces. Address assignment procedures are out of scope for AODVv2.” > Is that true? Granted, I have not worked this through in detail, but I > can present a counter-example: the use of RFC6621 means that there > certainly are some constraints that must be respected least various > flooding optimizations may not work. > Secondly, if the multiple-interfaces-with-same-address are on the same > L2, and this is what I have not worked through, are there any > situations that will not work? > The immediately previous version of this specification read: > "AODVv2 supports routers with multiple interfaces, as long as each > interface configured for AODVv2 has its own unicast routable IP address" > So what changed that means that each interface no longer needs its > *own* unicast address? > > AODVv2: Well, based on previous questions on this, we talked it > through and decided there shouldn’t be an issue if different > interfaces of a router used the same IP address. Note that we changed > AODVv2 so that there is one sequence number per router. No longer can > a router use different sequence numbers on different interfaces. If an > RREQ went out of two interfaces using the same address, we worked it > through and decided the request would be processed correctly. > Also, text referring to RFC 6621 has been removed. > > 18. Applicability and appendix - multihoming > > Thomas: I pointed out to the Applicability Statement: > I think that appendix B needs to be removed. Essentially, it makes > claims that it is possible to do multi-homing — but neither specifies > how it is done, nor gives pointers to documents that justify the claim. > AODVv2 does not support multi-homing — that’s clear, and it is fine > that it is called out here. Thank you for that. > Now, with that being said, I am torn between being satisfied that it > is called out on one hand, and wanting to have “multi homing” on the > other hand. RFC7181 supports multi-homing, FWIW. > I believe that this also would merit some explicit discussion by the > WG, in order to understand if this design decision is acceptable? > I see that Appendix B still is in the document, and I do not recall > having seen this discussed on the mailing list. Simply removing the > reference from the Applicability Statement to Appendix B does not > address the issue that I raised in my previous review. > > AODVv2: Appendix has been removed and may appear in a future > informational document. > > 19. interfaces list - use of “SHOULD” > > Thomas: To 4.1, I made the following comment: > "Is this a should, or a SHOULD? If the latter, should it be a MUST? > In general, there are a lot of such “maybe normative language” through > the document, and I would much like to see an editorial pass — > essentially all may/should/ must and friends carefully evaluated as if > they should become 2119-terms, and ... more importantly (it has been > called out before, fwiw) quite a bit of should/SHOULD which ought to > be transformed into MUST. > Generally, aiming for a very a low number of SHOULD is a good design > metric for a document” > Aside from the general comment on 2119-language, why is this a SHOULD? > > AODVv2: We changed this instance to a MUST and will be checking for > “maybe normative language”. > > > 20. Router client - Local Attached Network Set > > Thomas: To 4.2, I made the following comment: > As indicated earlier, I believe that the term “Router Client” is ill > chosen. I believe that it is more appropriately an “Attached Network > Set” since — as indicated previously — the term “Router Client” is > ambiguous. I am pleased to see, though, that this “Router Client List” > in reality is an “Attached Network Set” and so that change should be > (relatively) easy. > The above comment still is applicable to this revision, > > AODVv2: See 5,9,12,13. > > > 21. Subnet > Thomas: To 4.2, I made the following comment: > Also, I recommend to not say “subnet” — how about rephrasing to “If a > prefix is included in the attached network set of an AODVv2 router, > then that AODVv2 router MUST provide connectivity for, i.e. answer to > RREQs and maintain sequence numbers for, all addresses from within > that prefix.” > I note that while the term has been removed from section 4, there’re 4 > lingering instances of this term in the document, that could easily be > removed. > > AODVv2: All mentions of "subnet" were in the ENAR section. They have > been updated to say network, or "networks attached to the routers" > > > 22. relocating router client > > Thomas: I Also made a comment about Appendix B in my previous review, > which is referenced here. That comment still applies. > > AODVv2: Moved into main draft. > > > 23. Neighbor Monitoring > > Thomas: To Section 4.3, I noticed: > Does section 6.2 describe how to monitor an established adjacency > only, or how to discover neighbouring AODVv2 routers? Looking in 6.2, > I see > “Not every pair of neighboring routers will necessarily form an > adjacency,” — so it likely isn’t 6.2 that tells me how to maintain > this table? > In short, “A neighbour table MUST be maintained” — where can I find > information on how to do this? > Section 6.2 states: > “The default approach for monitoring bidirectional connectivity to the > next hop toward OrigAddr is to request acknowledgement of Route Reply > messages.” > That certainly will tell me if a link over which an RREP is sent is > bi-directional, but will not maintain a “neighbor table”. > So how is this done? Or, is the “Neighbor Table” not supposed to > contain the complete set of neighbours? What information “...MUST be > maintained” then, in this table? > This is very unclear, I would not know how to implement a mechanism > that populates this “Neighbor Table” with the needed information here. > I see no (relevant) changes to 6.2 nor to 4.3 so I assume that this > comment has not been addressed > > AODVv2: A new section was added to show how to update the neighbour > table. There have also been updates to this entire section since > version 12. > > 24. pseudo-code > > Thomas: > I am throwing this in here, as I am sure that I commented on that in > the previous review, but I do not see that addressed: is Appendix C > normative, or not? It represents “ a second specification of the > protocol, in a different language” from the main part of the > specification. I have not walked through and made 200% sure that both > are perfectly aligned and that there are no ambiguities, but having > two different specifications of a protocol is a recipe for disaster. > Please either make 2000% sure that they are specifying the same thing > without ambiguities, or remove one. > > AODVv2: Removed - maybe to include in an informational document in future. > > > 25. seqnum as 16 bit unsigned integer > > Thomas: To section 4.4, I wrote: > "would like to nit-pick that: the router can maintain this sequence > number in whatever format it pleases — but, when it includes it in > control messages, it must be representable in a specified format, > respecting certain rules.” > I see that there were no changes following this comment. > > AODVv2: Why store it as anything other than what it needs to be when > it goes into a message? However, we now state "MUST report its own > sequence number as a 16 bit....whenever it creates a RREQ or RREP > message". > > > 26. multiple seqnums? > > Thomas: > To section 4.4 I asked for clarification as to if sequence numbers > were per interface or per router, as the specification was unclear on > that. The words has changed, but it still is unclear: how many > sequence numbers does a router maintain? One? One per interface? > > AODVv2: We tried to start discussion on that point, and in the > meantime we reverted to having 1 seqnum per router. We think the text > is clear... we refer to "the routers sequence number" or "its sequence > number" - never hinting that there could be multiple seqnums per > router (as far as I'm aware). > > > 27. sets/lists/tables > > Thomas: > In my previous review, I expressed that it would be preferential to > use “a notation of Sets” rather than tables. I see that this has not > changed. > > AODVv2: You preferred sets rather than lists in your previous > review...and explained our reasoning for this in responses to the > MANET list, and we did not receive further comments. > > > 28. use of “node” > > Thomas: > I made a comment on node and address, let me pick this up again. The > following: > RteMsg.OrigAddr > An IP address of the node which requires the route, i.e., the source > address of the IP packet triggering the route request. > would be more compact and clear if getting rid of the term “node” and > said: > RteMsg.OrigAddr > The source address of the IP packet triggering the route request. > > AODVv2: Change made as suggested. > > 29. route table/rib/routing set > > Thomas: To section 4.6, and I (and others) have commented on this before: > All AODVv2 routers MUST maintain a route table. The route table entry > is a conceptual data structure. Implementations MAY use any internal > representation but MUST contain the following information: > In order to avoid confusion, rename this to “Routing Information Base” > or “Routing Set” — a Routing Table is an operating system construct, > whereon operations directly influence packet forwarding. What you are > defining here is a RIB/an RS. > > AODVv2: Done in version 13. > > > 30. rreq for prefix, use of “ip address” and “address" > > Thomas: > The confusion that I pointed out in my previous review on “IP address” > and “Address” being used a bit haphazardly persists, fwiw. It makes me > think, can a router send an RREQ for a prefix? > > AODVv2: See also #15. RREQ_Gen can include the prefix associated with > OrigAddr by adding a prefix length to the message, the prefix length > associated with the router client entry corresponding to OrigAddr. So > all routers which receive it can learn a route to the prefix on which > OrigAddr resides. But for TargAddr... the RREQ only has one target IP > address - the destination IP address of the packet requiring the > route... so what prefix length would it use? The RREQ requests a route > to a single IP address. However, when the RREP is created, RREP_Gen > should include the prefix length associated with the router client > entry for TargAddr. So all routers which receive this RREP learn a > route to the prefix TargAddr is part of (if the router client entry is > configured with a prefix length). The text has been updated to make > this more obvious. > > > 31. next hop ip address wording > > Thomas: > I also called this out in my previous review as incorrect, and despite > wordsmithing it still is: > > Route.NextHop > The source IP address of the message advertising the > route to > Route.Address, i.e. an IP address of the AODVv2 router > used for > the next hop on the path toward Route.Address. > > If that “message” is an RFC5444 entity, then it does to have a “source > IP Address” — the encapsulating IP datagram containing the packet > containing the message does. And the message MAY have an Originator > Address > > AODVv2: Updated to say “the source IP address of the IP packet > containing the message advertising...” > > > > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** > > > > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --------------020203080901040503000406 Content-Type: multipart/related; boundary="------------020806090600040805000409" --------------020806090600040805000409 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Hello Chris,

I stand by my statement.  The cited paper did not identify a loop.  Most importantly, the crucial part about route looping being prevented by sequence number still stands.  I also point out that the authors of that paper were constructive and complimentary to the clarity of the AODVv2 specification.  I truly hope we can work together with them to further prove the correctness of the protocol.

Regarding the situation with unconfirmed routes, please not that unconfirmed routes can never be part of a routing loop because they don't carry data.

Regarding the off-list discussion, it is our online equivalent of a hallway discussion, and a manageable, constructive environment for us to produce responsive resolutions to the comments from you and others.  I hope we will see the rest of your comments soon because we want to resolve them as soon as possible.  We were honor-bound to not disclose private information to the list, but as you can see we also work hard to resolve privately submitted comments.

Regards,
Charlie P.


On 3/16/2016 10:22 AM, Dearlove, Christopher (UK) wrote:

I haven’t followed the example (I hope to find time - but that’s true of too many things, with DLEP ahead of AODVv2 on this list).

 

But we have a loop, a pretty fundamental problem in a routing algorithm, being discussed by the authors off-list, while in parallel assuring the list that “Other discussion about routing loops has not identified routing loop problems in the existing specification.” (see email chain below).

 

I think we have a real problem with what’s wanting to advance to Proposed Standard soon, in terms of process and confidence.

 

(I still haven’t managed to even write up comments on the perhaps one third of the draft I have read through yet.)

 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied Intelligence Laboratories
__________________________________________________________________________

T:  +44 (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP

 

From: Lotte Steenbrink [mailto:lotte.steenbrink@fu-berlin.de]
Sent: 16 March 2016 17:13
To: Dearlove, Christopher (UK)
Cc: Charlie Perkins; manet
Subject: Re: [manet] AODVv2 responses to recent comments

 

 

*** WARNING ***

This message originates from outside our organisation, either from an external partner or the internet.
Consider carefully whether you should click on any links, open any attachments or reply.
For information regarding Red Flags that you can look out for in emails you receive, click here.
If you feel the email is suspicious, please follow this process.

Hi Christopher,

 

Am 02.03.2016 um 11:36 schrieb Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>:

 

My concerns have been that your co-authors have continued to discuss whether looping could occur since you published to the list saying all was well. (An issue to do with multiple unconfirmed routes.) Maybe that’s a problem, maybe it isn’t. But it lacks transparency, because it hasn’t been discussed here.

 

The loop possibility you’re referring to was a different one than the one discussed by Charlie. We’ve been contacted by researchers who are model checking MANET protocols to see if they permit any unwanted behaviour. They’ve used AODVv2 as a case study for the framework they’ve implemented to do this, and they’ve found the following loop:

 

 

1. n2 initiates a route discovery procedure for destination n3 by broadcasting a “rreq” message.

2. n1 and n4 upon receiving the “rreq” message, add a route to their routing tables towards n2 and store n2 as their next hop. Since it is the first time that these nodes have received a message from n2, the neighbor state of n2 is set to unconfirmed. Therefore, the route state is unconfirmed.

3. As n1 and n4 are not the intended destination of the route request, they rebroadcast the “rreq” message.

4. n1 receives the “rreq” message sent by n4 and since the route to n2 is unconfirmed it adds n4 as new next hop to n2.

5. n4 also adds n1 as the new next hop towards n2 after processing the “rreq” sent by node1. At this point a loop is formed between n1 and n4 but not used yet.

6. n3 receives the “rreq” message sent by n1 and since it is the destination, it sends a “rrep” message towards n1.

7. n2 moves out of n1 and n4 communication range.

8. n1 receives the “rrep” message sent by n3 and as the route state towards n2 is unconfirmed it multicasts the “rrep” message to the existing next hops, n2 and n4. Since n4 is adjacent to n1, it receives the message and then sends an ack to n1. Therefore, n1 sets the neighbor state of n4 to confirm and subsequently the route state towards n2 to valid. Then expunge the next hop n2 which has not received an ack from.

9. n4 by receiving the “rrep” message from n1 multicasts it to its next hops towards n1 and n2,
and similar to n1 it updates its routing table by validating n1 as its next hop to n2. At this point, a loop between n1 and n4 becomes valid.

 

 

 

In response to these findings, we've changed 6.7.1.  Evaluating Route Information in -13, so that LoopFree() is *always* considered before adding a new route, even if all known routes to date are Unconfirmed.

 

Following up, they’ve found another loop in -13:

 

 

  1. At first nodes are connected to each other as shown in Fig1.a.
  2. n0 initiates a route discovery procedure for destination n3 by multicasting a “rreq” message to n2 with sq=2.
  3. n2 after updating its routing table, multicast the “rreq” to its neighbors, n1 and n3.
  4. n1 upon receiving the “rreq” message sent by n2 updates its routing table and adds a route with hop-count=2, sq=2 and next-hope=2
  5. Consider that topology changes at this point and n1 moves into communication range of n0, gets connected to n0, and n2 leaves n0 communication range, gets disconnected from n0, which leads to network topology shown in Fig1.b.
  6. n0, which hasn’t received an “rrep” yet, resend the “rreq” message after increasing its sequence number to 3.
  7. n1 receives the new “rreq” message, with sq=3, next-hop=0 and hop-count=1, since it’s a better route it would be added to the routing table. Then n1 multicast the “rreq” message to its neighbors, n2 and n3.
  8. n2 evaluate the received message sent by n1 and adds a new route to its routing table with sq=3, next-hop=1 and hop-count=2 since the sequence number of the received message is greater than the stored one.

At this point a loop has been formed between nodes n1 and n2.

 

 

Since we’ve moved to disallowing multiple Unconfirmed routes (in -14, which isn’t published yet), this one is resolved already as well.

 

 

The reason we didn’t discuss this earlier on [manet] was that the authors hadn’t submitted their paper yet (and I didn’t want to leak their work). They’ve done so now, and will send us a link to their paper once it’s available. I’m guessing it’ll take a while to be published properly, but it should be enough for for our purposes for the paper to appear on arxiv.org for now…

 

Best regards,

Lotte



 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied Intelligence Laboratories
__________________________________________________________________________

T:  +44 (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP

 

From: Charlie Perkins [mailto:charles.perkins@earthlink.net] 
Sent: 01 March 2016 01:08
To: Dearlove, Christopher (UK); manet
Subject: Re: [manet] AODVv2 responses to recent comments

 

 

*** WARNING ***

This message originates from outside our organisation, either from an external partner or the internet.
Consider carefully whether you should click on any links, open any attachments or reply.
For information regarding Red Flags that you can look out for in emails you receive, click here.
If you feel the email is suspicious, please follow this process.

Hello Chris,

On 1/19/2016 5:37 AM, Dearlove, Christopher (UK) wrote:

And outside those 31, that we’re at this position with a suggestion there’s possible looping (about which I have no idea) isn’t that comforting.


I hope your concerns have been resolved on this matter.  The paper mentioned on the mailing list pointed out various ambiguities in RFC 3561 described how the ambiguities might be construed to install self-routes and, combined with possible inconsistent choices for sequence number, loops could result.  But the email to the list several weeks ago indicated that these ambiguities do not exist in AODVv2.  The authors of that paper have expressed interest in doing a similar analysis on AODVv2.

Other discussion about routing loops has not identified routing loop problems in the existing specification.  Use of unconfirmed or invalid routes for routing might lead to errors, but that doesn't carry over to produce loops in the route table.

I'm looking for any other open issues outside of the Security Considerations which is being reworked according to recent comments but should be submitted soon.

Regards,
Charlie P.




 

There’s also a lot of document to review. Which of course I haven’t done at this time. But my attention did alight on the IANA considerations section, and I noted there that:

- Not sure why the jump to 10 for message types, though I’m not opposed.

- The PATH_METRIC TLV can’t be type 10, that’s already taken. See IANA register.

- We previously pointed out that CONT_SEQ_NUM (COMPLETE) already exists and does the job that SEQ_NUM is doing, so why allocate another TLV? (You could avoid the necessity of repeating (COMPLETE) by simply commenting once and thereafter omitting.)

- Why the suggested skipping of types 12 to 14?

 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied Intelligence Laboratories
__________________________________________________________________________

T:  +44 (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP

 

From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Victoria Mercieca
Sent: 18 January 2016 21:45
To: manet
Subject: [manet] AODVv2 responses to recent comments

 

 

*** WARNING ***

This message originates from outside our organisation, either from an external partner or the internet.
Consider carefully whether you should click on any links, open any attachments or reply.
For information regarding Red Flags that you can look out for in emails you receive, click here.
If you feel the email is suspicious, please follow this process.

*** WARNING ***
EXTERNAL EMAIL -- This message originates from outside our organization.

 

Hi all,

We have just released the newest AODVv2 draft. The major update is the separation of the AODVv2 route set from the RIB.

Here are also responses to the comments received before Christmas. This should include all the points from Thomas Clausen regarding versions 11 and 12, and also a couple of other points which have been brought up since. Apologies for the huge email. For issues that need further discussion, I have tried to include the main points of the discussion so far. Please feel free to create a separate thread for any further discussion.

We are still looking into the loop conditions recently reported for AODV, also still working on the text about security, and use of msg-hop-limit.

Kind regards,

Victoria.

 


1. End-to-end / hop-by-hop acks - issue when a route is marked as confirmed and valid when the link to the next hop is confirmed as bidirectional (but the links downstream have not yet been verified as bidirectional).

AODVv2: The authors believe this is an issue which would not occur frequently, and would right itself. 

This only occurs for the route to OrigAddr. What needs to happen for this to occur is that an intermediate node that takes part in the route discovery between OrigAddr and TargAddr coincidentally has packets to send to OrigAddr in the time between confirming the link to its own next hop toward OrigAddr is bidirectional, and the time taken for all other routers on the path to confirm their next hops too. If the route is used to forward packets before every other link in the path is confirmed as bidirectional, and the data packets are forwarded faster than the RREP and any RREP_Acks, then yes they could be delivered to a router without a valid route to OrigAddr. Alternatively if one of the links turns out to be unidirectional then the data packets will also arrive at a router without a valid route. In these cases, RERR messages will be generated toward the source of the traffic, the route to OrigAddr will be deleted at routers back toward TargAddr, but if data packets are still flowing from any source to OrigAddr, the route will be re-requested by the router responsible for discovering routes for the source of the data.

The changes required to make acknowledgements end-to-end would require a lot more control traffic and be necessary for every route discovery and in almost all cases would be unnecessary.

Text has been added to the draft in “Local Route State Changes” to describe this.

2. Buffering
Thomas:
“It would seem that buffering, as specified, does not accomplish what 
it states that it accomplishes: packets are (as you describe) still being
sent while no route is available, and therefore will be dropped later.
=> Consequently, it seems that buffering is a futile exercise?”

AODVv2: Packets are buffered before a route exists. A router only begins sending them when it deems the route to be valid. In general, buffering is not futile.

True, there is this case outlined above where the router could deem the route valid before the bidirectionality check has happened for each and every hop. If the links chosen for the route are not all bidirectional, then yes, any data packets forwarded along this route will end up being dropped at some point on that path. 
This case is caused by the RREP_Ack being hop-by-hop, and not caused by buffering.

Thomas: 
“Buffers have huge impacts on TCP performance, and I doubt if the issues on e.g. TCP are well enough understood by this WG (Bufferbloat was an example of where people got it wrong, despite having extensive experience).”

AODVv2: Packets will only be buffered while a route is requested. The TCP packets buffered will be packets for session initialisation. The authors believe that buffering these will have a positive effect. Some references have been suggested, listed here, the first of which has been included in the draft:
http://www.ieee802.org/21/archived_docs/2003-09_incoming/ccr-200109-koodli.pdf
Mobile Internetworking with IPv6: Concepts, Principles and Practices {Koodli, Perkins}
disc.ece.illinois.edu/seminars_tutorials/tcp-wireless-tutorial.ppt
Analysis of TCP performance over mobile ad hoc networks http://dl.acm.org/citation.cfm?id=313540
Alternatively, we could remove the mention of TCP, and instead state that buffering MAY be used for packets awaiting a route, but that implementation and implications of this are out of scope for AODVv2.


3. Use of msg-hop-limit and msg-hop-count:
Thomas:
But, either way, as according to your model messages are never forwarded, but always are intended for receipt by a router which is a direct neighbor, then a <msg-hop-limit> >1 (which applies to the message) seems inappropriate. 
Actually, according to that model, I would even say that receipt of a message with a <msg-hop-count> >1 should be interpreted as a malfunction.
As you refer to RFC5444 appendix B, do note that Appendix B of RFC5444 (and, note the errata 4003) talks about:
      <msg-hop-limit> field, if present, contains the number of hops on which the message is allowed to travel before being discarded by a MANET router.  The <msg-hop-limit> is set by the message originator and is used to prevent messages from endlessly circulating in a MANET. 
Specifically “set by the message originator” and “number of hops on which the message is allowed to travel” — with your control messages traveling just one hop, I believe that setting <msg-hop-limit> = 1 is correct.

AODVv2: Discussion is still needed here. We wonder if these fields are necessary at all for AODVv2. We were using them to limit the number of regenerations of a RREQ. However, the hop limit value needs to be large enough to allow a RREQ from one side of the network to another. It might be the case that using the hop limit, almost every router in the network would receive that RREQ anyway, and by using the redundancy check, we already stop RREQs from circulating endlessly.

4. Abstract
Thomas:
“I made the following comment, which still applies:
“This is a little over-stating the applicability: these statements may be true in some scenarios (for example, when there are few concurrent traffic flows, and therefore few routes to repair, and therefore few flooding operations to contend for channel access). As a general statement, this last sentence is incorrect””

AODVv2: The text has been removed and the abstract now states: “ The Ad Hoc On-demand Distance Vector Version 2 (AODVv2) routing protocol is intended for use by mobile routers in wireless, multihop networks.  AODVv2 determines unicast routes among AODVv2 routers within the network in an on-demand fashion.”

5,9,12,13,20. Router Client
Thomas: 
“I made a comment previously that “Router client” is a poorly chosen term, and have proposed alternatives. I’ve seen some attempts on the list at rather than change the term, explain it — some of which is in this document. The “Overview” still talks about “a router…one of its clients” - which is no less confusing than last time Iw went through it.
I reiterate, why not use “Local Attached Network Set”, which is the term used by other documents from this WG?”

AODVv2: We already answered this suggestion on the MANET list and asked for comments and suggestions, and no responses were received. We have defined what we mean by Router Client, and the terminology has so far not changed. However, some alternatives have been suggested, so if you feel any of these are more effective, please let us know:
•    Advertised IP Address: puts the emphasis on advertisement rather than topological connection
•    Accessible IP Address: puts the emphasis on accessibility through the particular router – not bad
•    Reduced Function Device [RFD]: doesn’t roll off the tongue, but this is terminology used for L2R in IEEE 802 Wireless for a similar situation
•    Accessible Device Address: adds some emphasis for the device as well as the address
•    Stably Connected IP Address: nothing is permanent, of course, but the router client set is thought to be relatively stable
•    Topologically Connected IP address: ... suggests that a "topological connection" is stable compared to wireless
•    Administratively Assigned IP address: ... somehow does not connote the "otherness" of the router client devices.

6. Overview - adjacency
Thomas: 
The term “confirming adjacency” is gone, and is now replaced by “confirming bidirectionality” - which, alas, still sounds like there is some active monitoring (HELLO message exchange) going on. Unless that is the case, then please be more specific here.
I note that the term adjacency is used through and through the document, btw.

AODVv2: The text has been updated to avoid the word adjacency. We do not believe the text implies active monitoring through HELLO messages.

7. Overview - forwarding plane
Thomas: I suggested in my last review: The overview must also include a paragraph on the intersections between this protocol and the forwarding plane — this, as it is different (and more invasive) from that which is typically seen in routing protocols.
Specifically, as a reactive protocol, it is required (at least) that the forwarding plane is modified :
1) A “miss” when looking up a next hop for a data packet to be forwarded, is signalled to the AODVv2 process so as to permit that route discovery be launched;
2) A “miss” when attempting to deliver a data packet to a next hop, which was recorded in the routing table, is signalled to the AODVv2 process so as to permit that a route repair be initiated and/or a Route Error be generated.
3) A “hit” when looking up a next hop for a data packet to be forwarded to a destination is signalled to the AODVv2 process so as to permit maintenance of “active route” Route State, timers and such.
Note that these things are necessary to call out in the “overview” and in the “applicability statement”, both: it is not that they are negatives per se, but that they are important factors governing the applicability of this protocol: will a given platform permit such access to the forwarding plane, for example? Important to understand if for that platform this protocol is apple
I see that this was not addressed in the overview, nor in the applicability other than by a forward reference to section 6.4. While it is positive that there is a section 6.4, this does not exonerate the overview and the applicability statement for being honest about the requirements (notably to the platform/os) that this protocol has for being applicable

AODVv2: The Overview and the Applicability Statement now refer to these basic requirements for the interaction with the forwarding plane. The Applicability Statement also contains the reference to the later section which describes this in more detail.

8. 7182 and security

Thomas: I suggested in my last review: It is important to do more than this: 7182 does only provide “containers” for ICVs and timestamps, and does not specify how to use them to obtain specific security properties. RFC7182 may be a tool that can be used, but how* that tool is used is what determines the security properties.
Therefore, saying that “security is dealt with by using RFC7182” is either an incomplete statement, or is indicative of insufficient security considerations.”
The actual sentence in the I-D has been changed, now it explicitly names the two TLVs from 7182 that it uses. That is, alas, still not sufficient.
Making the aside that was discussed recently on the list, that (i) control messages are not forwarded, and that (ii) they are modified in transit, the security/trust model is somewhat different from that of 7181 and consequently for what 7182 was initially written for. I think that  calling out the trust model, and how 7182 actually is used here, might be what is called for.
Continuing with the aside, this *especially* as the applicability statement says: "Providing security for a reactive routing protocol can be difficult”

Thomas:
OK, so assume that I understand regeneration as per my previous email, as meaning “generate a new message and send to my neighbors, based on what I learned when processing a received message” — just like any distance vector protocol does.
In that model, what you write makes sense: each originator of a control message (i.e., whoever generates or regenerates it) is free to include the information it desires, such as the 4 points you list above. No issues with that.
However, and this joins what I pointed out in a previous email, you write in the applicability statement: "Providing security for a reactive routing protocol can be difficult."
While we can discuss if the nature of “reactive routing protocol” generates particular difficulties, we certainly can agree that this protocol has the same “difficulties” as a distance vector protocol: routing topology information (by definition) not being exchanged end-to-end, but between neighbors (who do calculations and generate their own announcements — regeneration, as you call it). 
This means that a specific security model of transitive trust must be assumed, no? I trust Victoria, therefore when Victoria says “Stan told me” then I trust that she actually verified that "it was indeed Stan who told her …” — and either way, I have no way of verifying?
I did not see the trust model / trust assumption discussed in the specification (specifically not in applicability and in section 13, both of where it should be called out), but I think that this is actually a crucial point to get right, in order to approach developing the MTI security mechanisms.
Anyways, that observation actually contrasts strongly with what the applicability statement then goes on to say, namely:
   AODVv2 provides for message integrity and security against replay
   attacks by using integrity check values, timestamps and sequence
   numbers, as described in Section 13.
This is true only in as much as messages are indeed exchanged between neighbors: when you “regenerate” a message, i.e., generate a new message in response to receipt of a message, you generate brand new payload (but possibly including some of the data from the received message, of course): thus, any ICVs “from farther away than the neighbor” will be useless (or, if you zero out the parts that you change, these parts will not be protected).
The above sentence, quoted from the applicability statement, and that which transpires from section 13, seems - certainly, absent the trust model assumed - to suggest that end-to-end protection/validation is provided. But, this is not the case.
Finally to the applicability statement, a question:
If security associations can be established, encryption can be used for AODVv2 messages to ensure that only trusted routers participate in routing operations.
What you want to say here is that “if all trusted routers have a shared secret, then we’re able to use that shared secret to ignore non-trusted routers”, right? 
While “security associations” that do not pass through a shared secret probably can be thought up, it’s not trivial and I did not find any discussion of that in the document?
Having, on the topic of security, re-read Section 13, which starts:
   This section describes various security considerations and potential
   avenues to secure AODVv2 routing.  
While this is an honest description of what follows, I remain convinced that this is not sufficient. So let me ask as precisely as I can:
o what is the MTI security mechanism that a conformant implementation must provide? Specifically: - which are the processing steps (for example in section 7.2.1 and section 7.2.2 for RREP - and similarly for the other message types) that define that security mechanism
o what protection is offered by that MTI security mechanism? And what remains vulnerable.
If this specification targets std.track, then it should include (reasonably solid, but definitely well specified) MTI security.

Chris Dearlove:
There are two potential choices:

- RREQ has an integrity check value to indicate that someone trusted created it, if not necessarily the destination. That someone might be identifiable or not.
- RREQ has a signature that indicates that the destination created it.

Unfortunately, an RREQ that changes as it is forwarded (aggregating data of any sort) makes the second option tricky, unless there’s some sort of aggregating signature as it is forwarded. But I’m not an expert on the latter.

The most trivial case of the former is simply that everyone trusted has a single shared key. That has obvious issues – although it was good enough that embodied as RFC 7183 we could get 7181 through the system (as a “must implement, do not need to use” minimal case). Alternatively something identity-based (e.g. draft-ietf-manet-ibs) could be used, so you know who created the message you received, but you are relying on a chain of trust, hop by hop. At which point you might as well just sign packets (see RFC 7182).

But in even the weakest case (the single shared key used hop by hop) there has to be a failure for things to go wrong - either loss of key (in which case all bets are off) or suborning one router (who can do quite a lot of damage).

I haven't read the latest AODVv2 draft yet, but this sort of thing should be described in its security considerations - the previous draft though didn't discuss this as far as I recall.

Chris Dearlove:
If you go down this route of assuming transitive trust, then you might as well use 7182’s packet ICV and timestamp rather than message ICV and timestamp.
 
There is a complication (mostly one of presentation) that the 5444 multiplexer (rather than AODVv2) needs to do this, at least for packets containing AODVv2 messages (but at which point, probably all 5444 packets). So you either, depending on your point of view, need to request it to do that, or (administratively) decline to operate except over a 5444 multiplexer that is doing this.
 
The advantage is one of saved space and time when packets contain more than one message. Plus slightly better protection (hop count and limit are covered) but which probably doesn’t matter here.
 
If messages are changed/replaced on a one-to-one basis as forwarded, then the only solutions I can see are hop by hop transitive trust (packets or messages per hop), or something complicated involving aggregation and knowledge of changes. But the latter would be a research task to develop, so let’s not try that.

Jiazi Yi:
I agree with Chris and Thomas on their concerns on the hop-by-hop security issue. 
This is very different from classical DV protocol, in which the vector information is designed to be exchanged between neighbours. 
In AODVv2, the RREQ/RREP/RERR are to be forwarded through multiple hops. A router can sign a message that isn't actually initialised by itself -- this is, at least, against intuition. 
This can be an issue if we have compromised routers in the network. Of course, a compromised router is a problem for every protocol, like OLSRv2. But in OLSRv2, a compromised router can only speak on behalf of itself -- however, in AODVv2, a compromised/mis-configured router can pretend to be any other router (for example, generate RREQ messages using another address as OrigAddr).  The consequence will be much more serious if that happens. 

AODVv2: This is not yet addressed.

9. Terminology - host, routers, router clients: 

Thomas: My last review suggested:
“This has been brought up on the list several times in the past, without having been addressed.
There are “hosts” and there are “routers” — whose roles are well defined. Node” not so much — which is clear from looking at the definition here: “either AODVv2 routers or router clients” (with “router clients” being defined as “an AODVv2 router is also its own router client”).

This is very much related to the use of “Router Client”, and both that term, and “node” indicative that some clarity is needed here.

All a router cares about is “an address”. If that address is of a network, or a router, or an interface (and, if said interface is installed in a router or a host) doesn’t matter.

So, “an address” is something that the routing protocol should care about finding paths to. Which means that each address that should be made reachable by the routing protocol should be advertised by (at least) one router in the network.

One way of doing that would be to simply talk about “Attached Networks” as is done in RFC7181, wherein an address included in the “Attached Network Set” is advertised by an OLSRv2 router....in this case, the equivalent would be “for each address in the Attached Network Set of an AODVv2 router the router MUST respond authoritatively to a RREQ, and MUST maintain the corresponding sequence number”.
The text, as it currently is, is really hard to read, and a re-edit along these lines would go a long way.”

I note that the terms “Node” and “Router Client” are still used, in their original form, and that other than some slight wordsmithing this comment has not been addressed in the document.

I reiterate that the need to use router, host, node, and router client in and by itself should be an indicator that tightening up of terminology is required.

AODVv2: See 5. The use of “node” has been addressed.

10. Terminology and elsewhere - address
Thomas: I made the following comment to Routable Unicast IP Address:
“Are there any technical reason why not simply *any* address could be considered by the routing protocol?
My understanding, but correct me if I am wrong, is that all that is required is that all interfaces in a given AODVv2 routing domain has an unique address.
That some of these addresses (by an IP addressing architecture document) has special semantics associated (such as are link locals, or are for private use, or are for example use only, or are for multicast) is out of scope here?
I see nothing has changed on the above, so let me be more explicit: the routing protocol itself probably) should not care about what kind of addresses are filled into it. Is an 192.16./16 address appropriate? Not across the internet, but it may be in somebody’s private deployments. Should the routing protocol be “address police” and is implementation of a “I refuse to route these addresses…” a requirement for claiming conformance? Suggest simply stating what the requirements are under which the routing protocol will work — and leave “address assignment politics” aside.

AODVv2: We ask for clarification on this issue. We use the phrase “routable and unicast” in the draft with respect to OrigAddr and TargAddr. We dont mean to exclude addresses from the private address ranges. But we dont want to request routes for multicast, indeterminate, link-local, or loopback addresses. This is not about router interface addresses which are used for AODVv2.

11. Multiple interfaces with the same IP address, 6621 implications

Thomas: I also continued:
Now, with that being said also, the WG wanted that RFC7181 supports not just multiple interfaces, but also the same address used on multiple interfaces of the same router. There were good reasons for that, and while it was not trivial to implement, it turned out to be the right thing to support. If there are technical reasons why this is not supported in AODVv2 (for example, if this cannot be made work because of <reason>) then that should be called out in the applicability statement also?
Conversely, if it is possible in AODVv2, then I do not believe that it is clearly specified how (at least, in the “naive” on paper examples I drew up, something ended up not working). So either the protocol as-is does not support it (but could be made to?) or it is supported (but just need to be spelled out), or is not possible (and need to be disclaimed in the applicability statement).
Stan Ratliff was a driving force in holding the WG’s collective feet to the fire in getting this support included in RFC7181, and would likely be the right person to consult on this matter?
I actually have not seen changes, or comments, on this. In OLSRv2, the WG was making it a strong requirement that it should be possible to use the same IP address on different interfaces of a router. It was somewhat tedious to design around, but it was worked out, and the conditions under which that was possible were defined and documented.
I would like to see the same done for this protocol.
I also note that this is not unrelated to RFC6621-discussions. For example, when selecting S-MPRs on a multi-interface and multi-address-per-interface router, care must be taken least things won’t work. So, if (and this links back to previous mails) RFC6621 is a requirement or desire for this protocol, then there are some considerations required here.

AODVv2: We have removed references to RFC 6621.
Initial thoughts on this topic of multiple interfaces using the same IP address, is that this wouldn’t cause a problem, if the router has only one sequence number. However, this is up for further discussion.

12. Interfaces configured as router clients

Thomas: I see that the definition of “Router Client” has changed to be
“An address or address range…the AODVv2 router’s interface addresses are also configured as router clients”
Better than before, but still missing the target. The term “Router Client” is, as I indicated numerous times before, odd.
But the second part of the sentence, does that mean (what it says) that the interfaces must be configured specially, so as to be able to be “router clients”? That can’t be true.
What you likely mean is:
An AODVv2 router is configured so as to consider its own interfaces as part of the locally attached network set” ?
You configure the router, right? No special “interface configuration properties” are required for an interface to be announcable by  an AODVv2 router? (And, getting rid of node would actually make the definition shorter and nicer)

AODVv2: The wording we use says: "The IP Addresses of the router's interfaces will appear in the Router Client Table." and in the Terminology: "The AODVv2 router's interface addresses are also configured as Router Clients." Both statements say that ‘interface addresses are configured as router clients’ ...we are not sure why this is misunderstood. We have a router client list, and the AODVv2 router’s interface addresses are included in this list. The interface itself doesn’t have special “interface configuration properties”.

13 - more on router clients
Thomas: Now, snipping out from the applicability statement:
"Multi-homing of an IP address is not supported by AODVv2, and therefore a Router Client, i.e. an IP Address,  … "
…evidence to there being some redundant terminology here to weed away.

AODVv2: That was there as a reminder that a router client is based on IP address, even though the device with that IP address may have other IP addresses too. It’s the IP address that is the router client, not the device as a whole with its entire collection of configured IP addresses. One IP address of that device might be configured as a router client on one router, and a different IP address of that device could be configured as a router client on another router. The IP addresses would seem to AODVv2 to be on different devices.


14. data elements

Thomas: The below is a little bit of a meta-comment, I am not quite sure what I think here. The definitions for Target Node and such were confusing before. They still are, somewhat.
I think that it may be because the definitions now used are simply copy-pasted out from the tables in the previous version, for example:
   “An AODVv2 Data Element containing the destination address of the IP packet triggering route discovery.”
OK, I can trace back and see that a Data Element is something that exists inside a protocol message. To me, however, that’s not really general terminology as such, but part of the specification of a packet format - or rather, it is the notation that you use when describing an algorithm. By the way, why are some notations in CamelCase whereas others have a space in them, e.g. “Target Node” and “TargMetric”, both of which are Data Elements? Would be good with a consistent approach here.
I *think* that it would be better to take all those “Data Element” bits and move to a separate section (or subsection) to the terminology, and then keep all the “other stuff” (Neighbor, …) in its own section.

AODVv2: Your comment from draft 11 where we already had data elements in a separate table, says:
"Also suggest abolishing this table and folding the definitions in with the other definitions in the terminology section."
We have updated to not refer so heavily to the term Data Element. All the terms are described in the Terminology section. Those in CamelCase are used as message fields.


15. Route “to a specific address”
Thomas:
I made a comment: Second, should “valid route” not be qualified by “to a specific address”?”
Which was not addressed.

AODVv2: Every route is to a specific address...the address is specified by Route.Address and Route.PrefixLength.
Do you mean that routes are to the address TargAddr or OrigAddr and therefore to a specific host address rather than to a network prefix? This is not the case. Prefix Length is included in AODVv2 messages so that the route learned from the message represents the prefix which OrigAddr or TargAddr resides on (if the router client entry corresponding to OrigAddr at RREQ_Gen or TargAddr at RREP_Gen is configured with a prefix length). e.g. OrigAddr is 10.0.0.1 but the corresponding router client entry at RREQ_Gen could be 10.0.0.0/8. So when constructing the RREQ you include a prefix length of 8, and when receiving the RREQ and learning the route to OrigAddr, you can install a route to 10.0.0.0/8.  Text has been updated to make this more obvious.

16. unreachable address

Thomas: I also made a comment on "Unreachable Address” - I am glad I did, because I apparently had a different understanding than what was intended. I now see that an Unreachable Address by definition is an address listed in a RERR message, and not the same as an address to which no route has yet  been discovered? If yes, then please use a different term, such as FormerlyReachableAddress” or something of the sort?

AODVv2: "Formerly reachable" is inaccurate... we send a RERR if another router forwards a packet via us, and we dont have a route, not just when we lose a route. We might never have had a route, or might never have had a valid route, so the address may not have been "formerly reachable". Also, I think "FormerlyReachableAddress" is a really ugly term. Unreachable means "we don’t have a route and we aren’t going to request one" or "we lost this route" (depending on why the RERR is being sent). It doesn’t mean "we didn’t request one yet", and it would be wrong to class an address as unreachable because we hadn’t requested a route for it yet, that is, assuming it’s configured as a router client. 

If a better term is suggested we could consider changing but at the moment we have kept “Unreachable Address”.


17. Applicability - multiple interfaces same address, 6621 again

Thomas: Applicability statement: First, I would like to recognize the efforts made to improve this since last review. Thanks
Second, the document states: "AODVv2 supports routers with multiple interfaces, as long as each interface configured for AODVv2 has a unicast IP address.  A router may use the same IP address on multiple interfaces.  Address assignment procedures are out of scope for AODVv2.”
Is that true? Granted, I have not worked this through in detail, but I can present a counter-example: the use of RFC6621 means that there certainly are some constraints that must be respected least various flooding optimizations may not work.
Secondly, if the multiple-interfaces-with-same-address are on the same L2, and this is what I have not worked through, are there any situations that will not work?
The immediately previous version of this specification read:
"AODVv2 supports routers with multiple interfaces, as long as each interface configured for AODVv2 has its own unicast routable IP address"
So what changed that means that each interface no longer needs its *own* unicast address?

AODVv2: Well, based on previous questions on this, we talked it through and decided there shouldn’t be an issue if different interfaces of a router used the same IP address. Note that we changed AODVv2 so that there is one sequence number per router. No longer can a router use different sequence numbers on different interfaces. If an RREQ went out of two interfaces using the same address, we worked it through and decided the request would be processed correctly. 
Also, text referring to RFC 6621 has been removed.

18. Applicability and appendix - multihoming

Thomas: I pointed out to the Applicability Statement:
I think that appendix B needs to be removed. Essentially, it makes claims that it is possible to do multi-homing — but neither specifies how it is done, nor gives pointers to documents that justify the claim.
AODVv2 does not support multi-homing — that’s clear, and it is fine that it is called out here. Thank you for that.
Now, with that being said, I am torn between being satisfied that it is called out on one hand, and wanting to have “multi homing” on the other hand. RFC7181 supports multi-homing, FWIW.
I believe that this also would merit some explicit discussion by the WG, in order to understand if this design decision is acceptable?
I see that Appendix B still is in the document, and I do not recall having seen this discussed on the mailing list. Simply removing the reference from the Applicability Statement to Appendix B does not address the issue that I raised in my previous review.

AODVv2: Appendix has been removed and may appear in a future informational document.

19. interfaces list - use of “SHOULD”

Thomas: To 4.1, I made the following comment:
"Is this a should, or a SHOULD? If the latter, should it be a MUST?
In general, there are a lot of such “maybe normative language” through the document, and I would much like to see an editorial pass — essentially all may/should/ must and friends carefully evaluated as if they should become 2119-terms, and ... more importantly (it has been called out before, fwiw) quite a bit of should/SHOULD which ought to be transformed into MUST.
Generally, aiming for a very a low number of SHOULD is a good design metric for a document”
Aside from the general comment on 2119-language, why is this a SHOULD?

AODVv2: We changed this instance to a MUST and will be checking for “maybe normative language”.


20. Router client - Local Attached Network Set

Thomas: To 4.2, I made the following comment:
As indicated earlier, I believe that the term “Router Client” is ill chosen. I believe that it is more appropriately an “Attached Network Set” since — as indicated previously — the term “Router Client” is ambiguous. I am pleased to see, though, that this “Router Client List” in reality is an “Attached Network Set” and so that change should be (relatively) easy.
The above comment still is applicable to this revision,

AODVv2: See 5,9,12,13.


21. Subnet
Thomas: To 4.2, I made the following comment:
Also, I recommend to not say “subnet” — how about rephrasing to “If a prefix is included in the attached network set of an AODVv2 router, then that AODVv2 router MUST provide connectivity for, i.e. answer to RREQs and maintain sequence numbers for, all addresses from within that prefix.”
I note that while the term has been removed from section 4, there’re 4 lingering instances of this term in the document, that could easily be removed.

AODVv2: All mentions of "subnet" were in the ENAR section. They have been updated to say network, or "networks attached to the routers"


22. relocating router client

Thomas: I Also made a comment about Appendix B in my previous review, which is referenced here. That comment still applies.

AODVv2: Moved into main draft.


23. Neighbor Monitoring

Thomas: To Section 4.3, I noticed:
Does section 6.2 describe how to monitor an established adjacency only, or how to discover neighbouring AODVv2 routers? Looking in 6.2, I see
“Not every pair of neighboring routers will necessarily form an adjacency,” — so it likely isn’t 6.2 that tells me how to maintain this table?
In short, “A neighbour table MUST be maintained” — where can I find information on how to do this?
Section 6.2 states:
“The default approach for monitoring bidirectional connectivity to the next hop toward OrigAddr is to request acknowledgement of Route Reply messages.”
That certainly will tell me if a link over which an RREP is sent is bi-directional, but will not maintain a “neighbor table”.
So how is this done? Or, is the “Neighbor Table” not supposed to contain the complete set of neighbours? What information “...MUST be maintained” then, in this table?
This is very unclear, I would not know how to implement a mechanism that populates this “Neighbor Table” with the needed information here.
I see no (relevant) changes to 6.2 nor to 4.3 so I assume that this comment has not been addressed

AODVv2: A new section was added to show how to update the neighbour table. There have also been updates to this entire section since version 12.

24.     pseudo-code

Thomas:
I am throwing this in here, as I am sure that I commented on that in the previous review, but I do not see that addressed: is Appendix C normative, or not? It represents “ a second specification of the protocol, in a different language” from the main part of the specification. I have not walked through and made 200% sure that both are perfectly aligned and that there are no ambiguities, but having two different specifications of a protocol is a recipe for disaster.  Please either make 2000% sure that they are specifying the same thing without ambiguities, or remove one.

AODVv2: Removed - maybe to include in an informational document in future.


25. seqnum as 16 bit unsigned integer

Thomas: To section 4.4, I wrote:
"would like to nit-pick that: the router can maintain this sequence number in whatever format it pleases — but, when it includes it in control messages, it must be representable in a specified format, respecting certain rules.”
I see that there were no changes following this comment.

AODVv2: Why store it as anything other than what it needs to be when it goes into a message? However, we now state "MUST report its own sequence number as a 16 bit....whenever it creates a RREQ or RREP message".


26. multiple seqnums?

Thomas:
To section 4.4 I asked for clarification as to if sequence numbers were per interface or per router, as the specification was unclear on that. The words has changed, but it still is unclear: how many sequence numbers does a router maintain? One? One per interface?

AODVv2: We tried to start discussion on that point, and in the meantime we reverted to having 1 seqnum per router. We think the text is clear... we refer to "the routers sequence number" or "its sequence number" - never hinting that there could be multiple seqnums per router (as far as I'm aware).


27. sets/lists/tables

Thomas:
In my previous review, I expressed that it would be preferential to use “a notation of Sets” rather than tables. I see that this has not changed.

AODVv2: You preferred sets rather than lists in your previous review...and explained our reasoning for this in responses to the MANET list, and we did not receive further comments.


28. use of “node”

Thomas:
I made a comment on node and address, let me pick this up again. The following:
RteMsg.OrigAddr
An IP address of the node which requires the route, i.e., the source address of the IP packet triggering the route request.
would be more compact and clear if getting rid of the term “node” and said:
RteMsg.OrigAddr
The source address of the IP packet triggering the route request.

AODVv2: Change made as suggested.

29. route table/rib/routing set

Thomas: To section 4.6, and I (and others) have commented on this before:
All AODVv2 routers MUST maintain a route table.  The route table entry is a conceptual data structure.  Implementations MAY use any internal representation but MUST contain the following information:
In order to avoid confusion, rename this to “Routing Information Base” or “Routing Set” — a Routing Table is an operating system construct, whereon operations directly influence packet forwarding. What you are defining here is a RIB/an RS.

AODVv2: Done in version 13.


30. rreq for prefix, use of “ip address” and “address"

Thomas:
The confusion that I pointed out in my previous review on “IP address” and “Address” being used a bit haphazardly persists, fwiw. It makes me think, can a router send an RREQ for a prefix?

AODVv2: See also #15. RREQ_Gen can include the prefix associated with OrigAddr by adding a prefix length to the message, the prefix length associated with the router client entry corresponding to OrigAddr. So all routers which receive it can learn a route to the prefix on which OrigAddr resides. But for TargAddr... the RREQ only has one target IP address - the destination IP address of the packet requiring the route... so what prefix length would it use? The RREQ requests a route to a single IP address. However, when the RREP is created, RREP_Gen should include the prefix length associated with the router client entry for TargAddr. So all routers which receive this RREP learn a route to the prefix TargAddr is part of (if the router client entry is configured with a prefix length). The text has been updated to make this more obvious.


31. next hop ip address wording

Thomas:
I also called this out in my previous review as incorrect, and despite wordsmithing it still is:

        Route.NextHop
              The source IP address of the message advertising the route to
              Route.Address, i.e. an IP address of the AODVv2 router used for
              the next hop on the path toward Route.Address.

If that “message” is an RFC5444 entity, then it does to have a “source IP Address” — the encapsulating IP datagram containing the packet containing the message does. And the message MAY have an Originator Address

AODVv2: Updated to say “the source IP address of the IP packet containing the message advertising...”



********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************





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

 

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

 


--------------020806090600040805000409 Content-Type: image/jpeg Content-Transfer-Encoding: base64 Content-ID: /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAIBAQEBAQIBAQECAgICAgQDAgICAgUEBAMEBgUG BgYFBgYGBwkIBgcJBwYGCAsICQoKCgoKBggLDAsKDAkKCgr/2wBDAQICAgICAgUDAwUKBwYH CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgr/wAAR CAHVAf0DASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAA AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWG h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD9/KKKKACiiigAooooAKKKKACiiigAoooo AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiuf8QfFj4Y+FPHnh/wCFniXx/o9j4m8VLdN4b8P3 OoRreamttH5tw8MJO+RYkwzsAVXcuSCy5AOgqrqet6NoiwNrOrWtmLq6S2tjdXCx+dM5wka7 iNzseAo5PavnPxTN/wAFC/2gvE+p+H9G1TSfgF4Ltb6e2tdWtVtPEPi7WI0cotxErh9N0qNx h03i/kIxvSFsqPV/D37PHw+i8L+EdI+IVh/wnmpeCbr7boHijx7a2+papbXp3Zu0naIeTPhy u+JUwvygAACnysLnE/FX9uGTwb8QNS+E/wAK/wBk34xfEbxBpUixXjaD4QXTdKjkZFcAaprE tnZTKFdSzW8sxXkYLgpWz4O8R/te/Fj4P65L4k8FeFfhF4suLpY/DDNqzeLFtrf92TNdwxpY oJj+9QRRzSIvyOZH5jr1STToJZPMcVNFCkK7I1xT90NTyf41fs+fED4wwaFG37VnxH8JR6bZ iPVrPwDJpthDrE3ykzSvNZT3MX3WASGeNQHOQxCsK3wF/Y1+HHwL8XP8QdI8YfEnXtdksWtJ NS8dfFnXtdUxMwYhba9vJLaE5A5iiQ9fU59joovpsLqeZ6r+yH+zrrvwf1n4C+IvhNpereD/ ABBqL32s+HtY33lteXDyrKzus7Nkb0Vtv3QRwBXnXh3/AIJJ/wDBNrwnqtjrPhX9g74TaPd6 eFFveaP4FsrSb5WDAs8MatIQyqcuScivpGijmCxzEPwi8BW3xZm+OMOg48UT6ENHl1T7VL81 l5ol8ry9/l/fVTu27uMZxxXiWof8E7NB0W/mvfhH+1J8fPBLTSySLHpvxg1DVreJnOT5dvrj X8Ea5zhFjCLk4UV9KUUXGeb2/gH9ofw18PPCvhbwt+0NFrGsaV4gil8T+JviB4Qt7u513SfM lM1t5eltp0FrdbHjEdwkRjUwgtBJvauZ+M/7S/7Qvwa8f3dtb/sQeJvHHguOOJrbxJ8P/FGm XGoDMYMnnabfS2jAK+5QIJbh2UBtgJ2D26o57SC4/wBYlLTqB578A/2o/hn+0VpGqah4R0vx ZotzoU8cGuaT448FajoN5ZSOu5QY76CLzFIGRJEXjI6Ma9GrD8afDfwN8SPBWqfDj4ieEdN8 QeH9as5LPWND1qxjurS9t3GHilikBWRGBwVYEGvOvjV8D/jNNpHh0/ss/tD3Hw3m8LacbLT/ AA/L4XstV8P38AVFiiu7Z1judsYjVUNtdW7BSwJbIwW7B6nsNFeO/Az43/Hy5bV/Df7WfwP0 7wfcaBprXs/jjQPE0N54Z1KBfvvG85iu7SRVHmPFPAERfuzzBS1eqeGvE/hvxp4fs/Fng7xD Y6tpWoW6z6fqWm3aT29zEwyskciEq6kchgSDSAvUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFF ABRRRQAUUUUAFFeT/tM/tdeCf2dH0vwZZeHNU8ZfELxOkv8Awhfw38Mqj6lq7JgPMxciO0tI yy+beTskMQYAsXZEa14M+Fmq/E208A/Fz9p3wN4fX4ieEVvbqxh8O6td3Gm6NdXaNDJ5Hm+W LiRbc+T9pkhV8PP5axLM6EA8z8V/EP8AbN/ag8T6h4E+DHh6++CvgOzvprLUPiP4m02KbxJr HluUc6PpsoaKziJVtt7fq7MMMlmyMkx9+8D+C7Lwd4V0bw0mp6hqbaLpUdhDquuXrXd/cIqI rPNcPl5JHKKzsT8zDJ7Vrx2cMblwvJqWq06C1I1toUbeIxn1qSiipGFFFFABRRRQAUUUUAFF FFABRRRQAUEA8EUUUARtZ27hlaJcMMMMda8j+Ofwa+M9n4U0F/2Ofivpnw9vvC0kz2vhm58L 29z4d1qKTBa1vII1jnhXcpKTWssTxtIzMsykxn2CggEYIp+oHjv7NP7TXj34qa7qPwo+On7P PiD4e+OtDs1uNQgZW1DQdThLbPtOm6tGixXEZYj9zMsF0mfngUYY+xVl+KfB2h+MfDOp+Edc hmax1fT5rK+W2vJbeRoZUKOFliZZI22scOjKynlSCAa8c+Lvx51X9h/RvCtr4q+GniTxF8Kd L0NbPxN8R4dZm1fVfD7whUS71K2ZGuLm1ZAWmvY3lkjYM8sSxb5lPQPU93oqj4Y8T+G/Gvhy x8YeDtfs9V0nVLOO603UtOuVmt7qCRQySxyISroykMGBIIIIq9SAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKzdd8ZeEPC 99pumeJvFWm6dc6zefZNHt76+jhkvrjaX8mFXIMsm1WbauThScYBoA0qK5v4m3XxattM09fg /pfh25vZNYt11NvEt9PDFBYZJnkiEETmWfACpGxjTLFi427WsfEf4eeE/ix4I1H4c+OtMa80 fVrfyNRtFupYDNHkErviZXAOOcMMjg8E0AbU0qwRNNIG2opZtqljx6Ack+w5rn/hV8T/AAx8 ZfANh8SvBlrrUOl6kJGs18QeG73SbplSRo97Wt9DFPGrFSyF0XehV1yrKTr6Loml+HtDs/Du jWSW9nY2sdvaW8f3YokUKqj2AAH4VbVQowooA5vwR4k+Imu6/wCIbLxl8OIND0/T9SEPh6/j 1xLp9Wt9uTcNEsa/Zvm+UIWdjgk44zHJH8ZG+MKzRan4ZXwCugASWbWFw2sPqnmvlxN5ohW2 EXlgJ5bOX3HcAAD1AAHQUUAcr8SdD+L2s6j4bk+FnxH0fw/bWevQ3HiiHVvC76k2q6aM+baQ Mt1B9klbjFwRMFx/qmzWL+0B47+LNt8PvEXh39lFfBetfFCxt7FtP0PxZqzxWlmtzceWtzeL BmdYRGlxIAoDSeQyoSRVX9rD4qfGP4YfDOKL9nr4UyeLfHHiLVI9I8N29yHTS9NnlR2OoanM vMNlAkbyPty8jBIYwZJUqh+yH+y9of7Nvg3UBe+I7nxT4z8Vah/avxC8farCq33iTVCoUzOF +WGFFAigtk/d28KJGgwCTVtLiv0Nn4e/APwd4V8aax8a7/wnpcfjzxdY2KeM/EFn5ztdtbW6 xJDC07O8NqhDMkCkIGkkkKmSSR23/hNr/wAQvEnguHVPij8N7fwprH2iaObR7XXF1GNEWQqk izrHHuDqA+Cild2CMg10vtij2xSvcLHN+Efip4W8a+MfEngTR7PW4dQ8K3EEOqHVPDV7Z28v nR+ZG9rcTwpDex4BBe3eRUZSrFWGK6SkChTkCuam+EfgG4+LUPxwk0Af8JPBoZ0iPVFupVJs jKZfJZA3lsA5ZgWUsu5sEZOUM6aiub8ZXHxbg8V+HF8Aaf4duNFe8kXxb/bF1cQ3UVvs/dyW nlxujyB/vJJtBU8OpHN7xZ498DeAo7CXxz4z0nRV1TUo9O0ttW1GK3F5eSBjHbxeYw8yVgrF Y1yxCnAODQBrUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFRXdpDeReXKualooA8X8H/B vS/2MPDE2lfszfBnUtZ0fxH4+iu9T8Kaf4iSC30CG8dUu7qwgunEMMCSZuntImjU+ZO8YLkR v7OkiSLujcMMkZU+hwaUgNwRXyh8ZdB8cfsE/F7Vv2r/AIQaBqmt/C/xZqH2v40eAdKt3uJt LuWGG8UaZAuWZwAv261jBM0a/aI1M8bpcv4g2Pq+io7W5ivLaO6gLbJFDLuUqcEZ6HkfjUlI AooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKK 5zUvi38PtJ+KOl/Ba88Qf8VPrGlXGp2Okw2ssjfY4GRJJ5GRCkKb5FVTIy72JVdxBAS8+Ffh bUfivZfGS9fVH1jTdGm0yxT+3LpbOKCWRXkb7IJBbtKxRAZmjMgVFUMBxQAus3/xUT4k6Lpv h/QNBfwm9ndP4i1O81SZdQinAUW8VvbrCY3ViXLyPKpUIAEbduXR1Pwf4W1rX9N8Uav4b0+6 1HR/NOk39zZJJPZGRQshhkYFo96gK20jcBg5rS2jO7FFAB+FFFFABRRRQAVw/wC0J+0F4A/Z q+Hv/CwvH4vrgXGp2ul6Jouj24n1DWtSuZRFbWNpCWXzZ5HPAJVVUM7siI7r27usaGSRgqqM szdAK8I0/wDZ+8efEP8AbGvv2i/jbf6fdaV4Nh/s74M6Bp87yQ6dHPbJ9v1i43oo/tCZnktU xlYLaJgjE3U2WlcLnpnw++Ftt4H1XxPrbeMfEmsTeKvELatcL4g1ZriPTyYIYEtbOMAR21ui QriNF+Z2kkcu7s56xVCjaopFG1QtLSAKKKKACiiigArP8SeFfDPjHT10nxZ4esdTtUuYrhbb ULRJoxNE6yRybXBG5HVWVuqsoIwRWhRQBzfxcu/i3Y/D++u/gZo/h/UPFEfltptj4qvp7Wxu MSKZI5JoIpZIi0e9VcRvtYqxRwCp6NC5RTIu1sfMoOcGlrn/AIqfDLwp8Zfh9qnwy8cQ3kml avbiK7/s7VLixuFAYMrxXFs6TQurKrK8bqwIBBoA6CiuZ+InxF8CfAT4YXvxD+IetXVn4f8A D9mj6lqLW9zfSQQgqhmk8tZJWVc7nkIIVQzuQqsw6O3uILu3jurWVZI5EDxyKchlIyCPbFAD 6KKKACiiigAooooAKKKKACiiigAooooAKbJEkq7XWnUUAeV+JPHHh79mbxffeMPjX8dNQbQP iF4y0vSfCun6ppYNnoOoTW620dotxBF+6huZYk2m5IH2mfy1ctPGleqZzyK5j4z/AAi+H/x8 +FevfBr4q+GbfWPDviTTZbHV9Nuc7ZoXXBwRhkYcMrqQyMFZSGAI4D9ijTP2jPA/w81T4N/t I3VxrV54L1yTS/DPjy5uYnl8WaMIo5LS+nVG3Jdqkn2a4LKgkntpJUGyVQH0uI9mooopDCii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK5nxP4v8caV8RfDP hDw78LrnVNJ1b7Y/iDxN/akEFvoccMQMSmJiZbiWeV1RVjXaqpK7upVEkd8Qx8V5bnw/B8Lr vQLeJvEMDeKLjXIZ5WGlKrtKlqkRUG5dhHGrSMEjV3kIkKLG/R7VzuxQAmwb9+adRRQAUUUU AFFFFABRRQxwuaAPIPjX8U/hx45+LVr+wXrng7UPEUnjzwRql54yj0++e1j0bQGja186eaN0 lja5mc28IiZZCUnkUgQMa9S8O+HtF8KaDZeGvDmk29hp+nWsdrYWNpCI4reGNQiRoo4VVUAA DgAYrx39ln4GeOvCHxF+Jnx3+My6e/jD4geLpD/xLZ2mhsfD9iXttHsUdkQkCDfdSDbxc6hc gErg17fVPQAoooqQCiiigAooooAKKKKACiiigBGUONrCub+LHirx34J8Gv4h+HPwxk8YahDe 2qyaDb6tDZTS2zTolxJE8+I2kjiZ5VjdoxIY9m9CwNdLR16igAByMiiua+Idv8Wpb3w5P8Ld U0GG3h8QxN4qttcs5pGu9LMciyx2zxuPJuFdopFZldGETIQu/evS0AFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFcH8ZvBmlG80f45Oniy51D4dx6jqdlonhS8O/WlksZYpLKS2LCO6L5Ro1c qVmjiIdRuDd5SMoZdpoA5z4P/FjwL8dvhZ4e+Mvwx1pdQ8P+KNHt9T0e8CFTJbzRh03KeUYA 4ZGAZWBUgEEV0leC/sj/AAe+IP7OHxN+Jnwfi0Fv+Fa33iP/AISr4e6gt1GUspNTkmm1PSRF u3oIr5ZrpDtEfl6mkakmFgPeqbBBRRRSAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACi iigAooooAK574raH4+8TfDnWfDnwt8fR+FfEN9YSQaT4kl0dNQGmzMMCcW8jKkrLyVVyU3YL K6gqehYkDIFc38K/CvjPwd4Wk0rx78SrrxXqE2rX93/al1p8Nr5cM91LNDapHEMCOCJ0hUsW dliBZiSaAOgtIZILSKCa6kneONVaeYKHkIH3jtAXJ6nAA9AOlSUUUAFFFFABRRRQAUUUUAFe T/tL+I/gv4x1Tw9+xp8WvDmqa0vxgtdUtW0vTZmijGnWVsJrua6kSWN0tSXt7Ztu/e97FGyl Hcj1ivAfhx8NPiH4n/b2+In7QvxB8PyWOl6H4a03wX8NfNkRvtFmyrqWqX6BWJVZ7qW1tiG2 nOjg7cEM1RVwPfIo1jQAKBx2p1FFSAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVzV/4Y+IEn xa07xlp3xMeHw1DodzZ6p4Pl0mGSO6umlieC9juRtlheNVmjaM745FlUhUZNzdLRQAUVzPw/ 8F+LfCOseJ7vxF8TNQ8QWeta+2oaLZ6jawodEt2ghRrKN41UyxCVJJVLguvnFSzBQa6agAoo ooAKKKKACiiigAooooAKKKKACiiigDzn9phvBPhTwRB8fPiH8QPE/h3R/hXcXHi3VJ/DUkzC 6tbawuknguraKORr23MM0rmEIW8yOJ02vGjDvtK1XTtc0u31rR76K6tLyBJrW5gkDJLGyhld SOCCCCD3BputaTp2vaRdaHrFjDdWl5bvBdWtxGHjmjZSrIyngqQSCD1BrwP/AIJqaV8Qfhx+ z9N+zb8R9G1aG5+EviS+8HaPqWqW8ijV9FtWV9Ju4pHH78HTZrNHkBYefFOpYsjAPoB9DUUU UgCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKK5z4taF8QfE/w91Lw78LPiBH4 V168jSOx8RSaTHfGwzIvmSJBIQjyeXvCb9yK5VmR1BRgBi+E/Gz/ABhbx3N8TLr/AIR1PDf2 C38Gx6fCsH2w3HmPfyT4Mrv5axxJGCqIPMJDl1KdNRRQAUUUUAFFFFABRRRQAUUUUAZ3i/xb 4b8A+E9U8deMtZt9N0fRdPmv9V1C6fbFa20MZkllc9lVFZiewFc78AfC0vhT4U6TY3HxO1Tx m00ct4vibWHDT3yXEz3CngABFWUIijhY0Re1eQf8FW7ltY/ZCuPgtFMyt8VfGnhvwHcKv8dj q2s2lnqA+gsJLxvovpmvoyxRY7SONI1VVUBVVcADHTHan0AmooopAFFFQ6hqWnaTbfbdVv4b WHzETzriUIu52CKuScZZmCgdyQByaAJqK8L+N37Tn7QOjfES8+Dv7NH7IGseLtVso4jfeLvF 2tR+H/C9m0qK6r9qaOe6vWVXywtLSZFKtG8iOCo0vCvwl+PPxR+CuveBP2uvifpt5eeI51LL 8J11Pw0NKtQIz9lhvY71ryRiyMWuFeAuJGURovFOzA6r4v8A7TH7Of7PotP+F7fHnwb4NbUJ ki0+PxR4ltbF7uR22okSzOpkZm4CqCSeBXK/HX9rLxF8JPGi/DrwH+yL8VviRqzWCXXmeD9L 0+30+NXLBVfUNUvbO13godyLI8igqSnzLlfgR+wn+yb+zdqba/8ABb9nXwf4f1WZt91r1ros T6ndNjG6a9kDXEzY43SSMfevWpNPt5X3yLmnoLU8t+D3xa/ad+JNlr0/xC/Zftfh59nsifDX 9r+NrbU5ru4IbAuIrJGSBB8hJSaQnLAAYBPBy+Gf+Cr3iGC43ftNfALwu8rMsNtafA/WtYeA dm+0SeI7VXYe8AGRnvgfSUVvFCu2NKURRjkRr+VHuh7x5T8R/h7+1H4i8A+GtG8F/tQWPhvX tPj/AOKn12z+H8FzHrD+WBmK3nuGFou/5sbpDg7c96xvhh8Iv2x/D3xB0vX/AIgftrR+JtBt ZpDq3h6T4Y2Nm18hhdUVbiGXdCVkKPnDZCFcDdke4kA9RQAB0FLTsGp4F468Lf8ABSCHxlqu pfDP9p34Nx6DNqTS6PofiT4HapcXdtakjFvJfW/iSFJGAz+9FqMk8pjiul8KeLP2wPDvwV1f Xvid8OvA3iXxxZ3g/sfRvBeu3NjZ6lbfuss0l7ExtpRmc7MyIRGn7wFzs9XKIeSg/KmXUlpa 2zz3kkccMalpJJGCqqjqST0FP3Q1PnOx/wCCgHjfwxdw2Xx//YB+N3g6ORlVtY0fQ7HxZYjJ wTjQLu8uwoPVpLVMDnpzXtd98aPg9pfxJh+DWp/Ffw1b+MLiwjvrfwpPrtumpS2ru6JOtsX8 0xs8Uihwu0tGwBypxzXiP9pH4IeG7gwrr7X8q/eXTYTKo/4Hwp/AmvMPjT4r/Yk/aa00eHfj /wDAXSfF1jH8sMPi/wAIWeoJH3DJ5hcoQeQy4YHBGDzR7oa9T6A+InhvV/GfgDXPCHh/xhf+ Hb7VdIubOz1/SljN1psskTItzCJFZDJGSHXcpXcoyCOKu+H7TVrDQbKx17V/7QvobSOO8vxb rD9plCgPLsUkJubLbRwM4HSvBf2bPg38H/hJ4e8TaX+yV8XNYs21TSWTQvDPirxJqOtaToN0 qybJrewu7gSww73UyQQSxRsEwnlklq89139pr9v/AOBXxV8P+LP2pvgk178PNJ0zULXxRrXw PsW1+1v3mNs1vqFxpkyx6rp5t/JnBjtP7SRkuW38qsiHKwufZFFQ6df22q6fb6pZFzDcwrLC ZImjYqwyMqwDKcHoQCO4FTVIwooooAKKKKACiiigAooooAKKKKACuLT/AIS/R/jzc3Os/E/S j4d1nwzaw+H/AAfNaxx3keoW89y97dxy5DzRvDPZoYyCIzb7gR5jA9pXzX/wUFV/BPjn4Aft BWT+VN4V+NunaReTY4kstet7jRGgb/ZN1e2Mg/24I/oQD6UoplvJ5sKuT2p9ABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFcz4QHxcfx74rm8cT+Hv+EZ+1Wi+CbfS0nN6IRbK bmS9d8Jva4LqkcakLHGrM7NIUjd8YPE/j3wZ8LPEHir4WfDk+LvEun6TPNoPhf8AtSKxGqXi oTFbtcS/JArPgNIQ21ckKxAU9FBvMSvLGquVG9UbcAe4BwMj8BQA6iiigAooooAKKKKACiii gAooooA5P4gTfFIeMfBtl4G0XSbjQ7jWrhfHF3qE7LPaWAsLloWtVBAaVr0WituyBE0vGcFe sUBV2jtXz18QfEeqT/8ABUr4V+FIdZuo9PtfgT46vbywjunWK4nfWfCcUEjxj5HKKtyFY5K+ a2MBjn6FpgFDMFG5jgDkk9q4n4+/tEfCH9mTwA/xH+MvixdMsWuo7TT7aG3kuLzVLyQ4isrO 2iVpru5kPCQxKzseg4JHnXxd/Z7h/bj8P+D9U+Luo+OfD3gi40f7X4j+Dl1cw2I1W4mVGjg1 eSzkeSWOFTIr2STm3lZv3olCBaW4G/ov7UnhH9oPw7460b9jnx1oniLxB4VUWUWu32m3k3h1 dSbzB5P2yFVivWhMZ8+K2lZ4iVSQxs4rh/Af/BPvw94m8X6b8W/2xfiPrHxr8YaXeR32lyeL Ikg8P6HdL92TTdEh/wBFt2QgFJ5hcXalQftBPNe/+DfB3hzwJ4asfCHhLQLHS9K021S207S9 Ns0gt7SFRhYo40AVEUDAVQAB0rVACjCiq0QtyA6fbtJ5jruNTKqoNqiloqRhRRRQAUUUUAFF FFAGV418ZaF4B8N3PijxFdeXb2652j70jdkUd2J4H64AJr5I+LXxx8YfFfUW+3XLWumq3+j6 XDIfLUdi399vc9OwFdR+138RrjxJ46XwXaT/AOg6OBuVTw9wygs34AhfY7vWvI6ACiisT4gf Ez4cfCfw83i74p/EDRPDOkxyLG+qeINWhs7dWPRTJMyqCewzzQBv211c2Vwl3Z3EkMsbbo5I 2Ksp9QR0Ne//ALPf7Rja7eweB/iJMrXLfLYao5wZW7Ryf7R7N36Hnk/N3hrxR4a8aaFa+KfB 3iGx1bTL2MSWeo6bdpPBOh6MkiEqw9wSKvqzIwdGKspyCO1NMD3HxP8AsS6p8adF8P8AxR+M njK68L/GvRdKbTf+FpfB3Up9LuGt0nleKNophJDd25D+YbO9iuYEllk2qThz0Hwz8f8Ax2/Z ++Gvi3xD+3P8QfCWpeH/AAjCl1p/xG0OwuLS4vrEBvNk1DTljdLaaLCbpLeR4pQ7OIrcLsq7 8DvjV8SfHGt+H9EbwBHd+H5dAvzrvipdWjWSx1SCa1W3tmtmw7rcQyzy+ahIRrfawG9SfXZo FljKdM035kruUfBvjTwf8RfC1h45+H/irTdc0XVbVbnTNY0e+jubW7hYZWSKWMlXUjoykg1p V896H+w9a/Bb41Wvxa/ZL8bN8O7PU9Z+0fELwLb2BuPDviSKRszTrZCRF0/UT94XlsU3tn7R HcDbt9I+GP7S/wAHfi18QvFXwj8KeJnj8WeCr4weIvDOq2UtnfW8ZYiK7WGZVaa0mAJiuow0 MgyFcsrKE1Yo7yiiikAUUUUAFFFFABRRRQAVxP7RsG74La7qkPwQt/iRd6RBHq2l+Crj7ODq d9ZypdWqxtcKY0nWeGKSKRgNkscbAqVDDtq479oi98Rab+z/AOOdQ8IanNY6tB4P1OTS7y3b ElvcC1kMcinBwyvgjg8igDr4FVIgqinV5z+yH4/1L4o/st/Df4iazfSXV5r3gLR9Ru7qRstN JPZQys5OBkksT0HXpXo1NgFFFFIAooooAKKKKACiiigAooooAKKKKACiiigAooooA5rVfiXp mm/FrRfg8/hvWbi81rQdQ1ZNUt9PLafaRWk1nE0c8+QEmka8QxRgEusMzcCM56WsXwr458F+ N77WbTwl4ktdQm8Paw2l65HbSbjZXixRTGB/RxHNE2PSRa2qACiiigAoori/H/xr0vwx4M1/ xH8PPC+ofELVPDt/FYXvhTwTeWU2oC8kaLFuwuLiGKB1WaOV/OkjCRneeMZAO0rL8UeNvBng iGzuPGni7S9Hj1DUIbDT5NUv47dbm7lbbFbxmRhvlduFQZZjwAayjZfFu4+K8l9J4m0BfAv/ AAjvlR6NHo041ZtUabJnN4Lnylt1hAURCAuzyFvNUIFeh4I+APgTwl4C0PwDrP8AaPiyPw7q DahpuqePNUl1vUEvWeVvtP2m8Lusg86RUKlREjeXGEjAQAE6/G7wrf8AjvxL8L/Duh+ItS1/ wtpcd7f2sfhq7t7SYyR74oINQuI47GadwR+7SclMgybBzWXF4z/aO8T+EPBviTw78IdF8PX2 oatCfG3h/wAY+It1zpGnFz5vkSaelxBc3QUDanmLES3Mvy8+hiFQc5pwAAwBQBx0Hh/41z+N PFd3q3xR0dfDeoafBB4P0zS/CbQ6hoswiInuLi7mupor4tIQ0ai2gWNVCsJTlzkx/Bn4n3Xg bwf4X1r9qjxs+peG9et9R1vxFYafotvceKIopWc2F7H/AGe0UdtICqP9kS3mKoNsq5ct6PRQ B89x/Cz4Zv8A8FDdc8ZSfEDx3N48vvhP5VjYXF0raLouky3kUcjWS+VtS5kuLSKRw7PnbkAA kE+MvjjSfgFpXwr+BWoftO/Ey88Zax4xthpNroOnaNqPiDxbaxyk3Ud9HNYNDDpsUcyvc3UK WskUcUYSdXcLLo/EL9rL/hX37eXgn9krXLzSbS08ffD3WNU8OzS200l3c6tY3FtugXa2wRC2 lllbcAcxgbxkKX/sp/slv8GtW1f4w/FTxZ/wmnxX8XKv/CaePLi1MXmxqxaLTrGFmf7Fp0G4 iK2Vjk7pZGkmkkkatxbGP4W/Yjv7T9sPxF+2L47+MOreL9Zu9Ll07wXpPiPS7WSy8GW7EZXT ljVXiLgFZnDCScEB3IRAvf2T/tZeGfhv4Zs76L4d+MPFw15IvF19Gb/w3pzaYZZd1xZwH+05 VuUi8nFvJKUkcSDz4gVI9Jo+tFwscj/wtLV7Px54g8Ma/wDCXxJp+i6Jo8eoQeM2+yT6fqQI Jkt4IoLh7zz48Hcr26KwI8tnJwJ/APxl+GvxM8GaH4/8JeJ0bS/EjMmhyahby2M13IPMzGIL lY5RIBFIShQMAjHGATWH4p/a1/ZR8FaouheNP2m/h7pF9JMsCWeqeNLG3laQ4wgSSUEscjjG eRV+fR/gB+0TpelaxPaeD/HVnoetW+raHdPFaapFp+oQPugu4G+cRTxuNySqQ6kZBBqRnaUV wU/wy8c+GNX8feO/AXxV1a71jxVp8J0PRfF032zQtDvoLd4o5ILeIRzJFKxjaeNZsOY9yeW7 OzOsfir4m8M6t4F+HvxM8C6pceIPFOnzDVNY8I6Nc3ehaZfQW6yyRzXBG+3jkPmCGSZVVzHs YrI8aOAd3RUNlf2OpQG5069huIxI8ZkhkDKHRyjrkd1ZWUjqCCDyKmoAKK8z8Sftffs+6DrM 3hXSvHY8Ta5bttm8P+CbGbW76JuwkhsklaH/AHpdigckgZNUf+Fn/tR+PTt+HH7PFn4Xs24G rfErX40mA7Oljp/2gyD/AGZZ7dvUA8VzvFUL2i+Z+Sv99tvnY6VhK9ryXKv7zS+69r/K561X K/E/42fCL4N2Ed58U/ibofh8XHFnHq2qRQSXLf3YkYhpWJ4CoCSegrj/APhnj4n+Nv3nxu/a d8S6hG/+u0XwPEPDenn1AeB5L8en/H709+a6T4ffs8fBD4QPcan8Nvhdo+l6hdJi81aGzD31 1xjM1y+Zpj7u7GjnxU37sVH/ABO7+5XT/wDAkPkwtP4puX+FWX3uzX/gLPkXxZqh1zxTqWsl 2b7VfzTbmzk7nJ7/AFrPra+I+jT+H/HusaTcJtaLUJCo/wBktuU/ipBrFroOVHyj4m/bZ/aq 1L44/GL4E/Cn9nfwfcX3wt0jT9Si1LWvG08dve29xBNPgiO0LiZljCrGF2KdxabhQ3YfCbTv 2ff+CgfwV8A/tbfFr4T6bqdvqHhQ3Nj4f8VQQ39lpLzf8fDqkqbDJ8mzziM7FwAu5gcHw7+z J+0h4f8A2ofjx8bRpvgibS/id4a03TfDtt/wlF4txBJZ20sAa5H9nlUV/N3fIzlduMNnI878 J/snf8FG/hp+yJ8Nf2UfBNh8GbvT/DOntb+NP7W8ZauseuIsjtHbL5WmBkgYMDKuQXxs+4W3 gHc/8EqPg1D8J/h38QtU8G2kmn+APFXxO1LVfhrop3CO10g7I0kiU/cimdHlRRx5bIw+9X1P Xl/7Nlp+13FBqkv7VNv8ObAL5EPh3SfhvPezW8MKq295ZLuKJtxJVVRV2qqdSTx6hQB6p8CP iynwe+HHjf4gXnhTXtet/Dum/wBpyaL4Y0/7ZqF2qJIzpbQbl86UqnEYO5iABk4FfVaOHXev f2r54/Y30iWOPUNWkTCXFwkan12An+bV7Z4B+I3gb4naVea14A8RW+pWun61f6Rey2+f3N9Z XMlrdQMCAQ0c8UiHtleMjBOklaKJi9WbleO/tRfsg+Dv2iodN8T2mtX/AIU8eeGWebwP8R/D pWPVdAnbG4IxBWe2k2qJrSYNBOow6EhWX2KioTsUec+F/jp4V8NeO/DH7M/xc+I+myfE/U/C Cap5Vvo1xp9prpi/d3cth5rSIxSRTI9qs8s0EUkTSfK6u3o1ebftP/sw/DX9qj4dN4B+Itpd xtbXcd/oOu6Rdta6noGoxZMGoWFynz21zETlXXggsrBkZ1aH9nXXfip4Q8C6B8Kv2q/iV4U1 T4hP9uisb7SbgW0viWytJQq6h9jcKYpzDJbtcRw74opJflYIyKDzA9PooopAFFFFABRRRQAV T8QaNaeI9BvfD1/u8i+tJLebacHY6lT+hq5WT478Sw+DPA+s+MLiFZI9J0q4vJI3bAZYomcg nB4O30NAHD/sY6H8MPDn7Jvwz0H4JePX8VeDtP8AAGj2nhXxLI4ZtV06Kyijt7okKoJkjVXJ CgEtwB0r06vN/wBj/wAa6T8Rv2Vfhr8QND8Bab4Vtde8A6PqVv4Y0dVW00hJ7KKUWkIVEHlx b/LXCKMKPlHQekUMAooooAKKKKACiiigAooooAKKKKACiiigAooooAKDRQxIXIoAo6H4b0Hw 4bxtC0Ozsm1C9e8vjZ2qR/abhgA00m0DfIQqgsckhRk8Cr1c58Ifhb4U+CXwv0H4ReBorpdH 8O6XFYacL68e4mMUa7QZJXJaRz1LMSWJJJJNdHQAVj6x498K6Rrv/CGnW7O48QyaRcanZ+Go b+FdQvLWFkSSWKF3UsgklijMhwitKgZl3CuT8XeP/EXxBv8Axx8D/g9qeqeGfFWi6Lb/AGfx nrHgme50m1urpHMfkGRoY7+WJArukchRDLGHJO+MdH4d+HHhzR9Yj8aX+l2V94obQ7fStS8W TaXbx6hqFvCWdUlkiRfk8x5ZBGuI1aVyqrk0Acx4e074qfF2y8BfE/xdd+JvhtcaeZ77Xvh3 bX+nXS3kkkbRxW1/cJFLuEQYybbaVFMuMvIqDd2HhPwB4I8CQ3tv4K8H6Xo8epapcalqMek6 fHbrdXk7l5rmQRqN8sjks8jZZmJJJNbAAUYAooAMAdBRRRQAUUUUAFUfE+rX2g+G9Q1vTNAu NVurOzlmttLs5I0mvJFQssKNKyRqzkBQXZVBPLAZIuSyxwRNPNIqoilmZjgKB1Jr5c/Zp1nx D+298cIf22dS1S+t/hj4fju7D4H6HHM8cesxyAwXXii5UEeYLhd8NkjZC2paf712BG0BxH7P X7Lvxl0X9uPwb+3N+1D8VNFT4ieMvhz4i8P6x4MbWm8rSo7i60e/sdI0iL7s8dlFYXpuLj/W Ty3LykCMpHF9udOAK8p/aV8dfDb4Sa38NfHfjf4cw6tdXHxEsfDuh6uY08zQ7rVFks1uFZhk B2kW3YKQSJx24rS/al+Ov/DPHwZ1Hx7pmhf2zr08sOmeD/Dom8ttZ1q6kEFlZhsHYrzOm+TB EUYklb5Y2IcvetYS0M344ftG6l4Q8Uw/BL4J+Eo/FvxIv7FbuPSZrowWGiWbsyLqGqXCqxt4 CyOscaq89w8brEhWOaSLh/8AhhVfjO39s/tq/FDV/ildTcy+GTNPpXhO3XvFHosEzR3MfvqD 3kvLYkVTsHof7NXwI/4U54Jl/wCEm10694u1+7/tTxx4qlh8uTWdUdFWSbbk+XCiokMMIJWG CKKIEhMn0sAAYAo+EXxHmXhf9kH9mnwTpTaJ4O/Z48B6RZSQmGSz0vwhZW8TRnOUKJEAVOT8 uMcmuS8X/wDBOD9j3xFqX/CTaV8CNH8L68o/d+Kvh6ZfDesJ7C/0toLgrwPkLlD3UiveqKOZ hyo+c4/Ff7SH7IAN78UvFV/8Vfhjbj/SvEDaQg8UeG4R/wAtrlLVVj1a1QD5nhhjuo1AZkuy XkXrLD9sjwN4/sIb79nr4e+LviVFdRLJZ6l4Z0b7PpcyMMrImo37W9pNHjBzDLKcdFYkA+uT 28c64ZefWvnnwdLJ+yL+0/ZfByM/Z/hr8VZrufwfA3+q0LxQglu7vT4/7kF7As95FH92Oa0v AGxPDGudSNSp8EuXvpd/Lp96ZrTlTh8cebtrZfO2r+TRnxfs8ftWN4a1bSf2fb34b/s4x694 oPiDV5fCfhuLxDealeSGP7RJcJNHa2scs6xqJXVJnJGRJuO+tTTPgZ8PvFnxC8TeD/2kND+I 3jC18P6fa3reKPiRrFu3hnWIZUcuIrGzkjs90JjdZFntI2UbWBZHDH6GrN8YeDvCnxA8Lal4 H8c+GtP1jRtYsZbPVtJ1SzS4tr23kUpJDLFICsiMpKsrAggkEEVj9VpSX7y8vXVfdt9yN/rd aP8ADtH/AA6P7/i/Ek8N+F/DXg3RofDnhDw7Y6Vp9uu23sdNs0ghiHoqIAq/gKvVwOl+FvGf wp8QaPo/gn/hHbH4U+H/AAW1kvhmx0G5bUrO4tygtvsrxSMskH2cNGYPJ8wNHGUZt5Vd74Vf FLwJ8bPh3pHxW+GWujUtB1yzW5028+zyQs6EkENHKqyROrAq0bqroysrAEEDoUeVWRytuTuz oKCMjBoooA+cf2tvhhcxX6+P9LtSy7RHqAQdh92T8Pun22+9eG195a/odnrthJZ3cCyK6FWV lyGGOh9a+afit+zTq+jX0uo+DIfMgJJNkzYZf9wnqPYnP1rXl9orrcz5vZuz2PI6Knv9N1HS rg2mp2E1vIOsc0ZVvyNQVkaBVrR9I1DXtTh0jS7dpZ532xqv8z7DqfatDwz8PfFviyVV0rSJ PKb/AJeZlKxj8e/4ZNe/fBb4D2nhZReXCeddSLia6Zccf3VHYfqf0G0KTl70tEZyqW0jqzrv gr4It/B/hq302Bflij5bHLt1ZvxOa67R9A0Tw/HNFoWkWtmlzdSXNwlrbrGJZpGLySttA3Oz EszHkk5JJqxaW0dnAsEQ4Wuc8O/CHwR4U+KHib4waHp8kOt+LrTT7fXpvtDmOdbJZlgIjJ2q wWd1LAAsAgOdi4ipLmlcqEeWNjp6KKKgoK8t/ax/Zl8O/tNfD+30W41y98P+I9B1BdW8EeNd HVRqHhvVY1YRXluWGGGGaOSFsxzwySRSBkkYV6lQRkYIoQHmP7JfxK+M3xF+FbQftE/Dr/hH PHHh3U5tG8SLaQuum6pPCFI1LTmckvZ3EbpKgJLRMzwufMhevTq8V/bP8L/H6Dwno3xj/Zi1 u9k8VeA9UbVf+EK+3mKx8Z2JjKXWkTg/IsskRLW07f6m5jiJPltKrd58BPjh8Pv2kvg54e+O fws1KS60HxLpqXli1xCYpos5DwzRn5opo3DxSRN80ckbo2CpFU+4HXUUUVIBRRRQAVx37RHh fxT43/Z/8c+C/A8Mcmtav4P1Oy0eOaby1a6ltZEiBb+EF2XLdutdjXmv7WF18M7j4Oy+Bvir 8T9c8IWHjLWtN8N2eseGbiWHUPt19eRQW0MEkccjRtJK6xl9u1FZmZkUFgAaH7Nnw/1T4U/A jwb8M9ZSNbrw74T03TLhYZN6CSC1jiba3cZQ4Peu6psXCU6m3dggooopAFFFFABRRRQAUUUU AFFFFABRRRQAUUUUAFZfjfTfEes+DNW0fwf4o/sPVrzTLiDS9a+wpdf2fcvGyx3HkuQsvluV fYxw23B4NalYfxP1Lx3o/wANfEOr/C3w9aat4ntdDu5vDmk6hdeTBe36wsbeCST/AJZo8oRW b+EEntQBc8KWWt6R4U03TfFPiL+1tStdPhi1HVjaLb/bJ1QCSfyl+WPewLbBwucDgVwfjnRt c/aDPjj4D+MPBni/wr4XgXTYbXxjovipdPuNe3kXFzFaPZy/abaFVWO3klYxSOZZ1jChBK1P xd4P1L9pi38Q/An9oD4EW0nw9utD0maa+fxRlddvDK01zZG3tyH+yxGKBXMsgW4EskbRPFuL +rRxJEMKtABFEI19/c06iigAooooAKKKKACiisvxx428J/DXwXq/xF8e+ILXSdD0HS7jUdZ1 S+kCQ2drDG0ks0jH7qIisxPYCgDy34v/ALQfiOL9prwT+yZ8JtD03VNW1azm8QfES51JHeHQ fDMe+FJCEZc3N3d7YIEYkFYbyQhhblT61omiab4f02HSdJsYba2toVit7e3jCRwxqAFRVHCq AAABwAK8x/Z0/Z/0X4c+MfHvxqk8Tza/rfxO8SLrN9rF1aCFo7FIEg0/T41ySsNvboABxukl nlIVpWFetVT00EtdTw7/AIKM/Cf4hfGT9kjxJ4e+EGjjUPGWj3emeJvBen/ao7c3WsaPqNtq tlAJZWVIvMuLOOPe7KgDncQuTWB8bp2+J37ffwQ+FOoA/wBm+GfDXibx/cRHB3ajbrY6PZqw 6FRFrWoSc9HhjIyRkfR00SSxlHFfGPwFvfBnhf8A4KF+Dfhl4d+L+r+N5tB+CviTwtqmveJL pp9R/tHSNV0GWSK5lZFMk5h1WFy+CZVUOS+N1OImfZ6KEUKBXFfGn9pH4Afs5WGmal8efjL4 b8Ixa1qUWn6L/wAJBrEVs2oXcjKqQQK7BppCWHyoCRnJ45rtq/PX/g5J8R/D3Sv2JfBuj/ED W9Gt4b746eDStpq88SrcQx6rE052yH5kWLeX4wEzu4qVqVsfX3wJ/bN/ZQ/ae8TeI/Bv7PH7 Q3hHxpqnhGdYvEdj4d1qK6ksWYkKXCE5UlWAcZUlSAcgivlfx/8A8FHfjd4g/wCCtXwV/Zv+ E0tnbfBvxIfFmn61qjWkcs3iTU9Ls1eTyHZSY7W3mcReZGwMsscwOUQFvD/jtquo/ET/AILU +NPhT+yT8fvBvhfxp4p/Y/t9K0PWHuFnhhn/ALa3hfLtpEdnFoWKbGDorK64ABrhfi78Mv8A gpX8MP8Agp1+x38Otd8Z/s8211pGk+KrTwTD4X8B63b6fZWEdhbrdR3Ec2pvJJI0IAiZHUK+ WcODirVMz5z9nlYMu4V88/8ABUq2m0f9ifxl8ZtLhZtU+FdvD8QdHaMfObjQpU1PyRjnbNHb SW7gcmOeRed2K+grVt1up/2a8N/4KhawdD/4Jv8Ax4vordZ52+EXiKCztX/5eLiXTp4oYcdy 8jogA5JYAZJqFuW9j3DT7uK9so7qGRXSRAysjZDAjgg+lTVk+BdHHh7wnp+gLcNMLGxit/Oc /M+xAu4+5xmtaiW41sBAIwRXJ+KfAet3fxG0P4naR8RPElnBoWn31ve+E9Pltzp+uLOqFfPS ZCyyxPErRSRyREbpFcsjkV1lBGRgikBzfwi+I8fxc+G+k/EVPBHiLw02qW/mS+H/ABdpRstS 0+QMUeGeHLBXVlI3IzxuMOjujKx6SuN8c/DWyvPHmk/G6wm8Qza14V0jUbex0XS9ee3tNUju EjLQT27utvK++CIxySYMbDh1VnB1Phf40vfiN8OdD8ean4J1fw1c6xpcF3ceHtfhWO+02SRA zW86ozKJEJKttYjI4JFAG9UN3p9rertniU59qmoo2A5jW/hvoN/G0lzDD5ajcxmUbVx35ryT 9kf4aWnjD4O2fxX1a1WRvGOoXmvaf50Y/c6fc3DyWEag/dC2Zt/lGBu3HAJNdl+2Prup6b+z 3rnhvw7eNb6x4ue28L6LNGfniutTnSyWZf8ArkJ2mPosTE8A16LoOh6X4Z0Oz8N6HZrb2On2 kdtZ28f3Yoo1Coo9goAqfrFaWKtf4V+Len3JP7zT6vSjhb21lL8IrX7+ZfcZ2m+B9MsWEjRq xFbUMMUC7IkC/SnUVpKcp7sxjCMNkFcuPCXj5fjO3jw/EuRvC7eGVsF8G/2am1b8XDSG/wDt G7dkxEReVt2/Luzk4rqK52bU/iQvxWt9Ih8PacfCDeH5pbjVmuz9rXUhPGI4BF0MRhMrF+oZ VHc1JR0VFFFABRRRQA2SNZU2MK8P1b4m+Af2S/jv4N+Btt8J7Hw/4T+K+raxLa+LNPlEcB8W Sub02lxFsASS9j+2zJNvPmSwNGVDPHv9yrzT9rr9nLRf2qvgF4g+C+q6rNpdxqVqsuh69ar/ AKRomqQOs9jqMB7TW1zHDOh/vRDPGaaA9LornfhbrWrat4LsrTxXr2i6h4i023htPFTaDcb7 aHUlhjaeNQfmQbm3KrgMEZcjmuipAFFFFABXzf8Atm2WqfEf9pr9nf4KWlhcPp9v401Px14g njiYoLXRtOeGCNmxhSdR1TTpBnkiBsdCR9IVyejw/FSf4reILvxDqWgyeC20zTovC1nYxyG/ jvVe6+3yXLt8mxg1osSJypilLH5wFcdwZ1Fnu+zLuPapKAAowBRSAKKKKACiiigAooooAKKK KACiiigAooooAKKKKACvM/job/xp/bHwY8Y/BrUNW+HeseAdUfxZ4isfERtZmY7Il0y3hgdb l5ZoXuGMqvCIwiBWdpD5fTfEf4iah4DuvDlhpnw717xDL4i8Rw6Wx0W1V49MjaOWWS9undlW K3jSJstkszvHGis7qCz4QfCTwt8FPh3ZfDfwdPqU1lZyTy/atZ1Wa+u7iaaZ55ppp52aSR3l kdySf4sDAAAAF+CeqeENe+DnhPxB8P8AwxNouhX3hmwuNF0a4sRayWFm9ujQ27QjiJkjKoYx 90rjtXUVzPwh+Jlp8XPBC+NLLwlruhp/auo6e2neJLAW12r2d9PZvIUDMPLkaBpI3BIeJ434 3YHTUAFFFFABRRRQAUUUUAFfNf7c+leKvjv8Uvhb+xtpmkXR8LeJtYm8UfE7UFtWa3fQ9Glt Zk0t3xsze389jG8ZOXtYrxdpBJH0ozBRuNeI/sc/GXxp+0dP8Rvivqt5bt4PX4lajonw3iht 1VpNN0wR6fc3LSDmXztSt9QeNunk+SRkHJaBntkeRGufSnUUUgCvzx/bH8I+Lv2Zv+Ciun/t SeCfC+o32k31jF421i306zeXzJtKtf7H1yL5Acyz6JfWd1FFjMs3hqONTlhX6HVxvxt8NfE3 X/CMa/B7xHpOl65FrGnStNrdm09vNZJeQveQFVIZWltRPGjj7jurYIUg1C19SZX6HT6Br2i+ KdCsvE/hvVLe+0/UbSO6sL21lDxXEMihkkRhwyspBBHBBp2o6cuoIEZ8YNfIfwe+P+nfsweO /F3hHwrpTa9+zzosljLZ+KNCnF4vgi5u4TdS2ojhDGTRViktplkjLGy+0lSgtFV7b618LeK/ C/jnw5ZeMfBPiTT9Y0jUrdbjTtU0u8S4trqFhlZI5IyVdSOjKSDUxmnrF9Wvudn+JpKEo6SX RP71dfgCaFGJ1maQnb2qS40a2uJVkK/d7VcoquaRnyxEVQihVHAr53/bCm/4Xh8Xfh7+x1ox 86CTWrLxx8QmXlbTRtKvI7iyhfHRrvU4bZFQ4EkFpf8A3hGyns/jT+1LoPgPxOPgx8LdJj8b fE+7tlmsvBOn3yxmxhfhb7U5gHGnWQPWZ1LyYKQRzy4jPL/se6H/AMIvrHiDSPi5cFvi9rFz /afjm+uQAuqqD5cMmnHvpkKMsMMQ+aEH9/meWWSWOaMZJPr/AFY09nKcW103/wA/TzPebOLy bdUIqWgccCimSFFFFABXmvxZ0iw+FOs61+1fpPhrxx4m1bSfBcmn3Hg3wrqDTjVbeOf7Qphs JZUhkvEJmCOu2V0leP8AeHy1X0qgjIwRQBHa3Md5bR3cIfbIgdRJGyMARnlWAKn2IBHepK8w udR0X9nz4jteeJ/G/jTWLb4q+N4LTSLC6ja+sPD15/ZrYjjZU32drN9iLfOzRC4mwuwzYPp9 AHkvxSA8eftRfDn4cAeZa+GbXUfGOqL/AAiVI/7Pskcd9zXt1KvYNZbuCq161XkvwCz40+Mf xS+Mknzwya/b+FdFl9bPSo2EuPTGo3WpIcf88xnngetVzYb3lKp/M39y0X3pX+Z1Yr3XGn/K l9795/c3b5BRRRXScoVztp8RrC8+K2ofCVPDusLdad4fs9Xk1aSwK6fKlzPcwrBHNn551Nq7 PGB8iSREn5xXRVk+HPGvg3xjqWs6b4W8SWeoXXh3Vf7M1yG1uA7WF55ENx5EoH3JPJuIJNp5 2yqe9AGtRRRQAUUUUAFFFFAHy9Msf7K//BR+3uLctD4U/aQsXiuoQdsNt4y0mz3pKB033ukw yK59dEi4JkY19Q157+1PrPjfwZ8A/FXxM+FPw/07xR4v8K6Deav4V0PUo2K3t9BbyMkClfmS SQbolYEYMnPBIroPhJ8UfBvxu+Fvhv4x/DrVBfaB4q0K01fRbxf+W9pcwrNE/wCKOppsR0VF FFIZy/xu+Lvg/wCAHwb8VfHP4g3TQ6H4P8O3ms6tJGMsLe2heZwo7sVQgL1JIA615n/wTw+F XjT4U/sxaFH8UbVI/G3ima68WfEHbnjXdVuHv7yLJ5KQyTm3j4GIoI1AAAA7j4z2t/4t1Tw7 8JdW+Alj4y8IeJ7m5j8Z32sXlv8AZNHt4YGmgdraVXa7kkuVgjRFChPnlZ1MaJJ29tbRwLmM fe5qlsIloooqRhRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABVPxH4h0Pwj4evvFfifVIbHTdLs 5bvUL65fbHbwRoXkkY9lVQST2Aq5XI/Ea9+JN14i8M6F8Lde8N2/l69FceNIdYMj3I0UwXI/ 0WOP/ls9ysCBpCqKgmb5mVUYAzfgq1n48ubr9ovw98TvEWs+HviBo2k3/hnRdWs2tLbSbEW2 9DDbyRRzRyTGZpZTMPMzsQhREqj0A8jFNjQRoEUdPSnUAY+i+OvB+u+KNY8D6P4ktbrV/D/2 c61p8UmZbPz0Lw7x23qCR6gGtiqNl4e0Sx1y88SWmh2cOoahHDFfX8VqizXMcW/yldwNzqnm PtBJC72xjJq9QAUUUUAFFFFABRRRQBzHxm8VaF4M+F+s674j+IFn4Vtvsht18RX8iLFYTTEQ wyHeQpPmyIApI3MQO9ZH7LXwI8Ofsw/s8eC/2fPCVzJcaf4N8M2Wj295MuJbryIVjM8nJzJI ymRzkku7Ekk5ryf/AIKCySfEDxx8CP2YYxvt/G3xisdV1+NvunTdAhm135vVWvbHToivQiYg 8Zz9Kpwoqvsi6i0UUVIwps7xxwtLKyqqqSzMcAAd6dXl/wC2Rrmp6f8As8654Z8PXrW+r+Lm t/C+izR/fiutTnSxWZf+uQnaY9gsTE8A1nWqexpSn2Tf3GlGn7atGmurS+8+X/8Agk9rX/Cr fHnjr9nTW9Ct9K034jalffF/4PtbxeWk/h3U7oLLYY/56WLm1JHAWDULRQoCED3DxT+wz4O0 7xHe+OPgD8RvGHwg1vULlrnUrj4c6hBHp9/cMctPcaTeQ3GnSyufvz/ZhO/eXIUr6N8R/Bnj /QvhdLpn7NyeG9P8SaXpsVv4ZHia1mk09EjaP/R5fJYSojxx+XvXcUJV9kmzY3X6NrejeIrJ r/RNVtb2FLiWCSazuFlRZopGjljypxuSRGRl6qykEAgiroxdOlGMtdNfXq/mya0lUqyktLvT yXRfJaHz5/wr7/gpVpH7jQv22/hXeRHjzPFH7Pt5cz4HQhrPxHZpuP8AEfLIJxgLyCH9mb9p /wCIf+h/Hb9vHxVc6f0l0b4Y+HbXwrFdL6S3Ia6v0Pobe6gPXOeAPos28JOTGKVYok+7GKu8 exnaXc4f4L/s/wDws+BPhZvB/wAKfA1loVhLctc3n2dWea+uG+/c3M8haW6nfA3TSu8jnlmJ rU+JPwq8PfEvSre2vri50/UtNn+06Hr2msI7zS7jGPNhcgjkEqyMGjkQsjqysVPTUVE4xqR5 ZLQ0pylTlzRep5/4A+KWv2XiWP4RfGi2t7HxQY2bS9RtVKWPiOFBlprXcT5coX5pLViXj5Km SPEp9ArF8f8Aw+8KfE7w3J4V8Yacbi2aRZYZIpmimtZkOY54ZUIeGVG+ZZEIZSMg1x/hf4g+ K/hj4hs/hf8AHLURdJfTC38L+ODCsUOrMfu2t0qgJb33YABYrj70QRi0EeClKi+Wbuuj/R/o +uz133cY11zU1Z9V+q/VdN1pe3pVFFFdBzBRXmfxc/bT/Y5/Z/1Z9B+PH7WXwz8E30aq0ll4 u8eafpsyhvukpcTIwB7cc1j+Av8Agon+wF8Utaj8MfDr9tz4S61qs0yQx6Pp3xE02S88187Y zAJvMDnBwpUE4PFAHr1/by3dlLbwXTwSPGyxzRqpaNiOGAYFSR15BHqDXlvh34y2vwg+Cmta V8ZPjVovjTxt8LvA8Go/Ea60mzisZpWFrLIt1JZJI/2X7R9nlZFztJVtgAG0esV89ftv6Vqt 9r3w78B+AvAWj31/8TPiJpOieOL59kN9/wAIzYC61S4xJjMkSmFoTG52gX8mzEjqGyrzlCjJ x3tp6vZfNm2HhGpWipbX19N2/krnpP7MPgDWPhj8AfCvhDxPg60mlrd+IpAP9Zqlyxub2T/g VzLM3PPzcknmu8ooqqdONKmoR2SS+4mpUlVqSm922/vCiiirMwrN0Dwd4T8K3WpX3hjwzp+n Ta1qDX+ryWNmkLX12Y0jNxMUA82UpFGhdssVjQZwoAuahZJqVhPp0sska3ELRtJDIUdQwxlW HKn0I5BrG+FXw58O/B74ZeHfhL4PSddH8L6HaaTpS3Vw00otraFYY98jfM7bEGWPLHJPJoA3 6KKKACiiigAooooAbNGJYmQjqK8f/Yg+BGp/sw/By4+A154lsNQstD8V63L4cisWJbT9Hu9S uLywspAcYaC3njgGABsiXGRzXsVfM+mTS/Cj/grFq2kIDHYfGP4Lw6mkf8J1Hw5qItriT/fk ttdsVPqtmuOhql2EfTFVda1rR/DejXfiLxDqtvY6fYWslzfX15MscNvCilnkd2ICqqgksSAA CTVqvPfjNodt8V9SX9nPx78D5PEfgHxd4Z1IeLtYutRjjsolR7eNNPkhDedM1ws0p4AjCW8g ZiWCmRnnv7A/iP4ifFzwp4j/AGpfHutasbP4qeIm1rwT4e1CaRYtF8MpElvpaLAxxDLcQRi+ m4D+bfNGxIiUD6Eqvp+nW9hGEt4lVVUBVVcBR6D0FWKbt0Er9QooopDCiiigAooooAKKKKAC iiigAooooAKKKKACvOvgfpuh+MtR1T9onUfgvfeEfFXiJW0fUl1rm/m07Tb69jsN4DFY43Wa W5SMYKi8O7LZqf8AaP1O1uPhzN8LrL43L8P/ABF4+E/h7wd4ihjjkuodSltZ5Q1rHIdslwkM M8yqcgeSWIIUg91bRCGFYwWOFAyxyTQBJRRRQBzPjv4T+BPiJ4o8I+L/ABZobXGo+B9ek1nw zdx3UkTWl49jdWLt8jDerW95cIY3yh3gkEqpHTUjYKkH07Vznwf8CX3wv+GOh/DvUvHut+KJ tF09LRvEHiS6E9/fBBhZLiUAebJtwGc/MxG5iSSSAdJRRRQAUUUUAFFFBOBmgDya9+Mk+o/t t2f7ONt4XsZ7fT/hlN4o1DWHYm4tJpdQS0tYVHQJKsV6xPXMCj1r1mvHvhz8DfFWh/tn/Ej9 pDxDqFhNY+KPBvhnw9oMEEkhntoNNm1W4lEilAq75tTYgqzFgo3AbRn2GqkJBRRRUjCvJfio B47/AGovhv8ADgDzLXw3b6l4x1Rf4RLHF/Z9kjjvua+uZV/2rMN1UV61XkvwFP8Awmvxo+Kf xik+aFtctvCejSdms9KiYy/QjULvUUPr5S+wHNiPecKfdr7lr+aS+Z1Yb3VOp2T++Xu/k2/k etEAjBFfLWqaX4j/AGHv2sJ/HvhfSLy++Efxq8TW8fjDTbK1aVvCPiy4KW8OrIqAkWV+whhu RjEV15VwSFnuXT6lqG6s47nDHqtdSt1OV36E2aK8t8IeP7P4G614f+CHx8+Pw1/xR421/Wm8 EX2oeHxYNewJI91HpxkgX7M9zBauFXHlSTx20kixExzMPUqQBRRRQAVQ8UeF/Dvjbw9eeE/F 2i2+o6bqEJhvLG7iDxyoexB//WDyOav0E4GTQ0pKzGm4u6PEPF3xiv8A9jWyt9N+LVzrPibw nqF2th4N1Wxt5L7WWvnDGHSJoVzJdyPtKw3IyWA23BVk+0TYM3wQ+O37UR/tn9qPx1qnhnwz c/PZ/CPwLrD2ISM/dGq6rauLi9mxy0NrJBaDcY2F2FEzr+zq7/tW/FW+/bB8QE3PhnT7q60n 4L2r8wx6cv7m61wL0M17IsiRSHJWyji2FftU6v8ARUUKQrtRamnT9jG179vIqpU9rK9rPr5+ Z578Iv2YfgZ8CdKXRfgv8HPC/hK2VmYx+H9CgtS7t9+R2jQM7seWdiWc8sSTmtjx78Hfh/8A FHRZPDnxL8D6J4k0+aF4ptP17SobyCSN8b0KSqylWwMgjBwM11lFaczMuVHziP2L9c+Ap/tr 9h34i3Hw/wDJ+ZvAWpedqXhG9Uf8shYPIG0zI4WTT3gVSd0kVwFCHL+H3jK3/bE/aO8QeBfi 58ONT8K33gX4YvpXiDwrfXTbvtGuTyRzXFpcx7ftVv8AZ9NUQ3kW3i5kRhFMk0Uf1EQGGGFe J/tdfCvxq+kWX7QvwG0rz/iR4BSW70G0jkWP+37ElHvdClZiF8u7jiCoznbFcpbT8+Vg51Kc a1r9Gn622/HX5GlOpKjdrqrel9H+F18zr/2e/Enhm58J3nwv8NjxM3/CuL+PwreXXiyF/tV5 JbWls63Pmt/x8rJFNE/njh2ZuhBA72vK/hp8V734r674T+OPgX4l6HcfC3xt4Jhl0PT7q1aD ULjVJWFxDIhfBwbXzQ8DAOjQ5xw+PVKokKKKKAOb+IPhXxj4nvfDc/hT4iXOgW+k+Io7/XIb WxjmbWLNYJl+wln/ANSrSvDI0igtthKDaX3r0ik45Fc34IX4sr4n8WP8RLjQW0l9cjPgmHR4 5vPi00WdsH+2PJhWna7F2wEa7ViMQ3M27HSUAFFFFABRRRQAUUUUAFeT/tB+Ovhn8L/i18I/ EXjP4eQ6jqvibxlceEND8RBE83Q2u9Nurxm3MN3lTPpkMDKpBLyQk5CnHrFeC/8ABRDwNr/i /wCEHhLW/CkNq2peF/jN4H1mJrzU7ezRLaLxHYJfHzLiSNN32GW8Cpu3yMVjRXd1RnHcGdL+ 15+1Bpf7Lvwxh13T/DcniXxh4j1FNE+HPgmzmCXHiPWplYw2qsc+XEoV5p5yCsEEM0rcJgy/ smfDH4l/Cn4SWnh/4zfFK88aeLr66uNU8Va9PJJ9nfULmQyzQ2UTk/ZrKIt5UEI+5FGu4s5d m0fAvhbxZ4t1m48Y/HPwB4PTV9F8Q6lF4DvNLja6urDR5FSJXe4mRWjuLhYzJKkQVFV44iZD GZH7u3t47ZNkYp6WESUUUVIwooooAKKKKACiiigAooooAKKKKACiiigAooooA4jWj4l1r49a Po+ofBWwvPDuk6DcanZ+PLy+t2m0/V2kFstnb25BmVntZLlnnBRQpEY3+YwXt687+B8vhLxR 4m8dfFDwV8YdW8UWOseLZrCSwu7wvZaBd6Yo0y7sbRCq+WBdWs7y/e3TPIckbQPRKACiiigA rmdZ0D4i3HxX0HxNofxFhtPDFppOoW/iDwrNo8cp1G5le2a1uo7jIkgaERzqV+ZJFuOVDIrD pqCATuIoAKK5v4Rx/FiD4f2Nt8cL/QLvxRE0yald+F4ZorK4UTOIZUjmJeJnh8pnjLOEdnUO 6qHbpKACiiigAoJwM0UMCVIFAHzr+yRq1zrf7YH7Uk813JJHp/xF8P6bBG1xuWIL4S0a5IC/ wZN3k+uc19FV5N+z9e/BiP40fGjw78M/Dt/ZeILbxzY3XxEuruSRo9Q1SbQNLEM8O+V9qDT4 bGEqixqGgb5SxZ39ZpsAooqG+1Cw0u1a91O9ht4Yxl5p5Air9SeBSAyfiZ490X4V/DjxB8Tv EbbdP8O6LdanfHdj9zBE0r/jtU1zv7LngPWvhr+z94V8LeKl/wCJ5/ZYvfEbbcb9Uuma6vWx 23XM0zc881xn7U3xA8DeP/Bmk/CzRfF+m3Vt4g8XaZb+IpobxGjg0uG4W6u/MIONksVu1t3y bke9eu6D428HeKcjw34p0+/ZRlltLxJGX6gHI/GudRlLFOVtIqy9W7v8onQ5RjhVFbyd36JW X5yNSiiiug5zg/2jv2fvh1+0x8KdQ+FHxN0uaawupIri1vLK4aC8028hcSW99aTr81vdQyqs kcyEMjqD6g4f7L+sfHbwt8P4fh/+1n4k0K+8S6frkmj6H4qsbhIf+EwtUh82C9a1wPs140Sy edbpuUPbzSR4iZQvrFc/45+Fnw6+JMWmR+PfBGl60NF1y11nR/7SskmNjqFtJ5kF1CWBMcqN yrrgjJGcEgvpYWtzoKK+f7P9sHxJ8H/2gLj4Efth6JpPhqy8Sa06fCf4hae0kei67HI7GHSb l5Wb7FqyLhRG7eXd4325DF7eL6ApDCvG/wDgoX8TfFPwf/Yg+KXj7wJefZvEFp4Jv4/DtwM/ utRmhMNq3HcTyRnqOnUV7JXz1/wVVtrlv+Cf/wAUNatLeSZ9B8Ntr3lxqWZl06WO+IwOvFue O/SnHcGeu/Bb4ZeFvgx8J/Dfwl8EWX2fR/C+g2mkaTb4H7u2toUhiXj0RFroNU1TTND0241n WtRt7OztIWmuru6mWOOGNRlndmICqACSScAUaXdWt7psF7ZXEc0M0SvDNEwZXUjIYEcEEd6T Wb+x0vSbnU9TvobW2t4WluLi4kCRxIoyzMx4CgAkk8AUbyEtjw23/wCCpX/BOO91Pw7o9j+2 18Nbi48XaxJpfhlbfxZbSDUrpJTCUiZWKsPNBjD52s42qSeK88/4K1/tQ/tL/sqaP8HfFHwI 8baDpumeKvjj4a8K+K7XUPDf2u7nsr672S+RO03lw5VSpzC7YbKuhAr8tLzx58A4P+DeX41X 2k+M/CUeoXH7SmoXMbW99bLPNIPFsctvJwdzH7ON6Hn92CR8tfdH/BdT4yfCq3/Z4/Zv1bU/ if4fjjvv2jvA+pWs8usQhZ7OO5LSXKkt80Sr8zSD5QDyRV8ouY/R+GQTRLKv8QzRMgliZCKr aDqFhq2i2uqaXew3NrcW6y29xbyB45UYZVlYcMCOQRwRVuo2ZR8X/BGDwd4C+Evxa8LeJfg3 q/jqP9n3486tqfg3w74fszcalC9zBBrlutnErKXeKDXpIooh1hCxhWOAfs9CGQEGvnD9ieM6 98Xv2kvHVtKVt9e+O0kVlcR42lbDw3oWkylcgglbmwuFOQcOrKfu4Hrn7PEniRPgz4f0fxx8 Y9N+IHiLR7EaV4n8Y6VZwW0Wqapak295KYIGMcEn2iKUSQpgRyB02pt2hyJidpXNfFTXviV4 e8O2t18KfAlr4g1ObXtOt7i1vtUWzht7GS7iS8ui5ViTDbGaRY1UtI6KnG4sOlrmfhp4y8X+ NINaufF3w1uvDIsfEd5YaTDfX0U0mo2cEnlpfYjyIkmZXZIyS3l7GbaXKLJR0ykMNwFFFFAB RRRQAUUUUAFFFcj8cPjx8JP2bvh1efFb42eN7TQdDs3SJrm53M9xO52xW8ESBpLieRsLHDEr SSMQqqxIFAHXV+cf7fUfx3+Pvws8QftdfE7T9e8DeDfhf4n0u6+EngS+LWd5e3VvrFqk3iPU 48Eo7R+dHZ2rgmGKQ3EgE0sa2/198Nba/wD2ndD8C/Hv4sfC/wAW+ANW0LUr3UtB8G33iiSO SOOZJLeCXU7e1cQvMbZ9/wBllMot3mZSTImRa/bP8KfB7xn+zT4l8IfHrxreeHfCusLaWOqa xp5UTwma7hjiVC0UoBeZo4+Ub7/bqKWj1E/I9O08s1qrt1Iqao7SLyYFjz0qSpe41sFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABQTgZorlfjpq3hzQfgn4w1zxh4+uPCmkWfhfUJ9V8 U2s3ly6NbJbSNLeo+DtaJA0gbBwUzg0AQ/Aabxne/CjSdW+Ivww0/wAG+INQWW81vw1pd5Fc xWV1NK8ko86IBJXZmLu4+87scnOT2FYvw40e28PfD3QtBsvEN/q8Njo9rBFq2qXTTXV6qRKo nmkb5pJHA3Mx5ZiSetbVABRRRQAUHng0UUAcz8SJPixaQaLN8JLbQLh/+Eks18RW/iCSZN2k s+26a3eLO25RWEqB1ZH8sxnZvEidNSMgcYNc1APi5H8X7j7RL4ck8ByeHYvsqKs6atb6ss7+ Zu+9DLbPCyYx5bxvE2RKJQYgDpqKKKACkYkKSPSloPPFAHzb+zHIbD9v/wDaS0YgKbpfB+qF flyfM0ya13cfNz9ixk/3OOlfSVeRv8YLzw/+29p/7O134ZsY7bxJ8L77xLp+tKxFxcS6fqNp a3EDDoURdStWHcGRvWu0+MfxCh+GfgG98S/K1wF8qyjb+KZuF/AfePspqnuJeZyvx5/aP074 Y7vDXhyKO81xkBZX5jtQehfHVvRfxOOAfmbxZ438WeOdRbVfFeu3F5MT8vmN8qeyqPlUewAq hqGoXuq302p6ldST3FxI0k00jZZ2JySTUNSMKdBPPazLcW0zRyI2UkjYhlPqCKbRQB7J8HP2 sPEPhu5h0P4i3MmoaacKt6w3Twe5P/LRfXPze56V9LadqNlq1jFqWm3STW88YeGWNsqykZBB +lfAte8fse/FK4hvJvhrq10zRMrTabubO0/xxj2/iH0b1p7gfRFFAOeRRSA5r4q/Cf4f/Gjw Nqnw2+KHg3TPEHh/WrRrXV9F1mzS4tbyFuqSRuCrDoeRwQCOQDWJpVp49+FevWOjWNr4fi+F eheB/K+ea9k1qyvLZlEYGRIt1btbA5JKzJJCP9f5x8n0CkZVbqKd+4rdTmfg98aPhP8AtA/D +x+KnwT+Iek+KPDupKTaato14s0TMDhkOOUkU/K0bAOjAqwBBFavi/w/pPirw1feG9f0+K8s L61kt760nTdHPC6lXRh3UqSCPQ18rftQfCf9m74Y/Fq5+OHwo/ag0f4G/FjUrhH1K70m5t5o fFbL/wAstV0Muq6qxTKiVRHeIP8AV3CAYPe/8N1Xes+J9Q8NeBP2TPixrGn2Ojrf/wDCa6l4 ft9B0KVB/rf3+rXFvKvl/eJ8khlO6MyKGIxliKFOVuZN9lq/uWv4G8cNXnG/K0n1ei+92X4j v+CfniLVvDfwruP2TfHuozT+K/gw0Hhu7uLpsy6rpKx/8SjVcn7/ANps1TzGHAuobuMZMRNe 9OgkQoe9fKviXwR+1p8WPGnhf9qT4TWnwx8L6ppNi509rfxNdaxF4s0mZd50u8uIIIYoYZH2 Sx3EYujbSqJEEiPNDL7B8D/2qfhx8Z9Yuvh5ced4Z8f6RbiXxF8O/ETJFqunrnb5yoGK3VqW 4S7gaSCToH3BlFxn7RcyTS81b8Hr95nOm6b5W035O/4rQ77+w7bYUHc5qSXS4ZIVh9KtUVpz S7mfLEbDEIYxGvauG/aU+OFh+zv8GtW+J8+jSatfQ+TZ+HdBt5As2s6tcyrb2NhETwHnuZIo gx+Vd5ZiFViLHxr/AGg/g/8As86Bba/8WvGtvpv9oXP2XRdNSN7i/wBXusZFtZWkQae8nIBI ihR3wCcYBI888AeAviH8bfiXp/7Q3x/8Mtov9jxyD4e/D+a4SdtBEqlJNRvWjLRPqckTGLEZ eO1ieWKOSQzTSOLVlHRfsdfBDUP2fvgHoHw21/WYtU1qCOe+8UatDGVTUdZvbiW91G6UHkLL eXFxIASSA4BJOTWp8Ck0DRtW8eeCPDHwavPCNno/ju6cXE1sI7fxDPfQW+qXOqW5HDpJc388 bt18+CcHGK7y2gFvEIx+NeW+O/GHxN+Hnizxx4i8H6q3xGvF0fQ20D4R6b9gsrvSnmuLm3e8 lupHDfZ7ggsWlBEa6dP5QkbcgJasUdEdlr3jvV9J+JWgfD+w+HesX9rrFne3WoeIrdY1sdJW ARBEmZnDNJM8oEaIrEiORjtVCT0YVQchaQbJVDCnVIwooooAKKKKACiue+K3xM8O/Bz4e6p8 S/FdjrF1Y6TAJJrXw/oV1qd7OWYIkcNraxyTTOzsqhUQnnJwASPNvj/8Nf2kvj5q2m+GfAvx zk+HPw7utKjm8QXXhuxdPFmozOzZs4biceXpUIj2b5kjkuizMsbWzIJGAO0+JXxcv9F8L+JE +Cvhe0+IHjLw+baOXwXp/iS0tJ45rhl8v7TJK2LWMIxmZmVnMUbGOOVtqNh6v+yn8L/FP7QN v+054zs77XvFGmaelr4Zh1m+NxY+GQUKzSadblRHBPNnElxtMzKAgdY/krR/Z7/Zy+D/AOzT 4LXwD8Evh7p/h3SmuGubtLUM899ct9+5uriQtNd3D9Xnmd5HPLMa9BAAGAKr4RbkNnZJarx9 6vnj/gqi/nfsn2egow8zWfi/8OtMjj+XMn2jxposTKA3B+RmJ9ACe2a+ja8l/aK+O3iP4Y/F b4NfCrwppWn3c3xI8fXWl6s18rlrPS7bQ9S1Ca4j2suH860tYQWDL/pHI6EG8h9D1SxLG2Uu ampsQURjYOKdUgFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABXIftAXvjrTvgb4wvfhj8 L7Hxt4ij8N3p0PwbqV9Fa2+uXXkt5dlLNNmOJJWxGzOCoDEniuvrgv2pR4eX9m7x1deLvi/q nw/0m18KX1zqvjnRbnybrQLWKB5Jb6KTa2xokVnztONvQ0Ad3EixxLGigKq4UKOBTqjtLiG7 tY7q2cNHJGHjYfxKRkGpKACiiigAooooAKTaN27HNLRQBzXw50n4naNN4gh+JHjbT9chn8R3 Fx4Zks9J+ySWemOqNHaz/OyzSROZUEqhN8Yj3Lv3s3S02WISRPGGZdykblOCPce9c/8ACjwf rXw7+Hel+C/EnxH1fxZdaXbmF/EXiBYBe3iBjsacwRxxtIE2qXCKXK7j8xJoA6KiiigDxn4v fBPxh4o/a7+EPx88L3Wnra+DLfxFpniJbqZ1mfT9StYG2wBUIdvtdjZFgxUBFYgkgKcX9t7W 5tmheH45D5bSTTyJ6soVVP5M9L/wU/8AD3iPU/2IPHXizwLDNJ4k8E2dv408OR27lZJr7RLq HVoYFI/56tZiEjoyysp4JFYX7U3iDQ/iH4d8HfFLwhdrd6PrWli60+8j+7LBNHFLCw9mQ5FV 0JPG685/aI/au+Cn7LFnoOofGnX73TbfxJrkGk6XcQ6PczwtdSthUkljjMcPc/vGXIVsZIxX o1fK/wDwVO0zxPrvhj4R2fhPwB4n16XTvjh4d1fUE8N+F73UjaWNtMzTTy/Zon8tVBH3sE9s 1JR6V8Mv2r/hx+0tqnjL4TfCXXdc8O+L/DdrGbq28VeD7qxurWO4Vvs96ltdpG0sTbSVJwCQ NwAIB8W+DGj+Nvhn/wAFH0+FPw2/bN8SfEHw63gW6v8A4keGfG3i631KfSb7zkW0e2jVVa3M hMhaJFCKq8gboxTYvGGq/Df/AIKafFP476n8H/iJeeGU+DOl21vqGl/D3U5kvrq3uZpZbeBv ICyyhJFIUNk8gZIIqaf4XfDL9pn9sj4R/tTfs7fC3V/Dtx4Vk1G68beK9Q8E3mgvf2c1o8Ue nyC6ghe7lMzhuA6xqj5YFlDAH2HW58Ndal8PfEDR9Xjn8vytQiEjk4whba3/AI6TWHWl4O0a DxF4r03Q7uzS4hur2OO4gkjDK8ZYbwQeCNucg9RTjfm0E9tT6c1T9sr9mjQ7xvD6/FvT9a1e EATaH4Shm1vUEPYG009JpgT2+TntVf8A4aD+MHiv5PhV+yV4qnjb/Vap411G00Kzb6ozzXq/ 8CtB+JyB6H4G8N6B4T8M22h+GdCs9Ns4l/dWdhapDEn0VAAPyrXrmlTxEpO87f4V+rv+SOmN TCxiuWnf/E/0jy2+9nkv/CK/tn+M+fEHxY8E+CbZvvWnhXw9Nq14n+7eXrxxfnZnPt0J/wAM feC9f/efF34m+P8Ax1If9ZH4h8XTW9pJ/v2OnC1s3+jQEDtjmvWqKX1SjL47y9W2vu2+5FfX K0fgtH/Ckn961+9nN/Dz4N/CL4R2Tab8K/hb4d8N27jEkOg6LBaK/Ofm8pV3HPOTnJ5reu9P s7+2ksry2jkhljZJYpFDK6kYKkHggjsamoreMY048sVZeRzynKpLmk7vzPmXX/8Agnto3wz1 i78W/sQfE/VPgjqN7M097ofh2xivfCuoTMcs8+hzkW8bMx3NLZNaTufvysOK6b4yfBrT/jl4 i8M/Dj40fs92fivRYdNkvT8QrHU10+48P6soC5swswvrJpVztmtpi6A7GbGWPuhAPBFIUU8b a05jPlPhz4ceOPAPiLx1efB39mf/AILF+JNP1vS7prd/hv48fSNY1OzkVipBj1a1TWJUPO1p Z5NxwVcrkH1Yfs4/taeIh9k8bf8ABR7xslm/y3EHg/wP4f02SWPuvnTWd1JGT0LxlGCk7SrY cepfG39m/wCB37RGgnwv8c/g14U8aabtK/2f4q8P22oQgHrhZ0YA+45rK0j9mDwp4K+GvhX4 U/BjxJrvw80Pwjr8Wo2Fj4QuINtzCssskmnzC8hnDWkplcOihXUbfLeMqpFe7uL3in8FP2Q/ gv8ABTX7jxv4Q8M3t94ovrf7PqHjbxbrl3rWuXMOd3km+vpJZ1g3fMIEZYVP3UXpXq9rZx2q /KPmPU1438a/CP7d58bXHiv9nf8AaI+G+n6JJDGsfhHx18LrzUNjhVDst9Z6raum4hm+aGUD djHQi98H/FP7aA8OeKG+Pfw++Gc2q2NmH8HjwT4q1ARavNtmJiulu7IfYBuECh0e5z5khIGx Q8+8PS56vfz3FtYzXFpZtcTRxM0VurhTKwHC5PAyeMngV5F8HNZ1PV/jVJq3xM/ZyuPDHxB1 b4YaLL4p8R6bLJfaS0cd7qJh0ZL8xxrPNbST3MpUIuBe7huVgax/+Fm/t2fDr4Nx+LfFH7O+ h/ETxpqOu3Ek/hHwX4mt9Lg0PTycQQC61Bwt7IigGSbEIdnbbGoVQed+Gv7R/wC1/wCMP2qY dC8U/spa94b8GXGgWsWoafqXirw3NJos5lvGOpyfZL6a5lSYRx26RBAoMMjhjhgCzKufTgAA wBRXnn/Cf/tCzWnj4W3wC0mO60TePh4t545VYfFJELMpneO1dtNUyBUJKTkBiwVsbT5ddah/ wVi8WyPCLj9nn4dK2drRw674zaIbxjqdFDnZnso3Y4I4pWYH0pWZ4v8AGvg74e+H7jxb4+8W aZoelWq7rrU9Yv47a3hHq0khCqPqa55fBvxF1Lxd4V8X3Xxu1a3tNF02aLXvDOl6PYR6f4iu pI1VZ5jPBNdQLG26RI4LiP5iokaRVKt59qP/AATk/Yy1n4nXnxl8Xfs96L4s8UX2pTX39teP pJ/EU1lNJIXb7H/ack4sUBYhY7cRRxphEVVAUFgOot/2rPht43+Ftn8Xf2blf4w6Tfa6ulW8 /wAMdV0++i8wSmOWU3ElzFbiKFgfMbzCQB8qscA4Hx3+GX7XnxV8aSaJ4F/af0/4c+AWtY1l l8K+EY7rxPdSEfvQl7fPLaWiY4Uizmk53B0IGfYNK0qLTLWOzgjWOKJFSKGNQqooGAoA4AA7 Vb2rjG2noB5l+zd+zD8Lf2aNF1HTPhno+ofadcvBe+I/EGv63dapqutXWwJ9ou7y7kkmmfaM AFtqD5UVFAUemKiqMAU6ik2AUUUUgCvH/if8Ctf+IH7X3w3+Nz6xp40PwB4V8RW8mmlnN1Jq eoyaalvOBt2iOO2tr9Dk7i1wuBgMa9gr5k/Ybvh8T/j/APtCftKKfMt9a+Jw8IaDN/1DfDls thIgPcDVm1o8cfN65NVETPpmNdiBadRRUjCiiigAooooAKKKKACiiigAooooAKKKKACiiigA rj/2g9bh8NfAXxt4jufh7B4uj0/wjqVzJ4TulBj1pUtZGNk+Y5Btmx5Z/dvw/wBxvunsKbIN y0AYvwz8Up45+HHh/wAbRaU1gusaJa3y2LZzbCWFZPL5VT8u7byqnjoOlblcx8GLf4s2nwr0 G1+O1/od14wj0+NfEVz4ZjlWwluh99oFlAdUPUBuRXT0AFFFFABRRRQAUUUUAFZvjLwf4W+I PhDVPAXjjw/a6toutafNY6tpd9CJIbu2lQpJE6nhlZWKkHqDWlRQBy15feB/2e/g015Lb6pH 4b8F+HR+7t7e91a8SytYcABVE11dyCNPSSVyMncxyd3w9r+j+K9AsfFPh2/ju9P1KziurG6j ztmhkQOjjPYqQfxq4wJXANZHjhfHC+CdWHw1fSV8Rf2fN/Yba6spshd7D5Xn+URJ5W/G7Z82 M45oAua5ptrrGlzabfW0c0M0bRzQyLuV0IwVI7gjqK+bPCsXw08e/DHxZ+y58KvAs/hn/hRm r2fhSx0C4l3+VbRaZaXFjJCSzMbeS0uI0RmJIKOp+aNgPo7wpc+JL3wvpt14z0yxstYksIW1 az0y+e5toLooDLHFM8cTSxq+4K7RxllAJRSdo8SvPg38Q/C3/BQWP44eDtIjm8J+OPhq+hfE JvtSRtbahpt2J9IuhGTmXdFfapA5UEgLb5O1RjSDJkj5+kjkhkaKWNlZWwysMEH0NNr3n48/ s93N9fzeJfC0SrdNzNb/AHVm9wezfofY8nwy/wBPvtLumsdSs5IJozho5UKsPzpSg469AjNS 06kNFFFQUFerfsweArnVvEn/AAltxbt5NtmO2+X7zkfMR9Bx+PtXO/Dn4M+IPGd1Hc6hby2t gSCZGXDyj0UH/wBCPH1r6k+Hfgiy8L6XDa29qsccUYWONewreEfZrnl8jGUvaPkj8zpLWIQ2 6xgdBUlFFYGwUUUUAFFFFABRRRQAUUVzvgzxR461/wAReIrDxT8NJNB07TdSW20G+uNWguJN ZhEas915UJb7PHvJVFd/MYKWZI+AQC1pPjrwJ4l8Tax4I0LxhpV/rHh/yBr2k2d/HLcad56F 4RPGpLRF0BZQ4G5RkZHNZ/gX4ZReCPEfiTxG/jTxFrE3iTVhetDrmqGa301REkaW1nCqrHbw gLuwFLuzMzu5II2NJ8K+HPD99f6joOg2NjNqt59r1SW0tEja8uPLSPzpSoBkfZGi7mydqKM4 AFaFADWijYYK15x4R0P4cP8AtMeONZ0r4T69p/iT/hGdAs9Z8Y31jJHp+s2kcupS2trays5S V7Z7i7aUKi7Texgs2QE9JrjfhdD4/k8R+NNX8X/ETSte0q88WMfCFrpVqif2NYRWVpby2Uzr kyzi+hvpWZjlfOWPC+XtDuwOwEaDotIbeEncYxT6KQAAFGAKKKKACiiigAooooAKKKKAOB/a i+Puhfsu/s++LPj54g0a51SPw3pL3Fro1kwW41W8YiO1sYSeBLPcPFAmeN8q54rY+FPw48F/ DHwjB4a8C+DrHQbETXF22l6eo8mK5uZ5Lm5YYAyXnmlkZsDczse9ec/tZ/Bjx78dvH3wl8NW 1rbnwP4e8eJ4q8bNJc7ZLmXToXl0q2WPHzKNRa2uy38JsFH8eR7NZQmC3VCar7IupNRRRUjC iiigAooooAKKKKACiiigAooooAKKKKACiiigAobkYxRRQB5n+ztbfCvwdrHj74PfC/wzrWmf 2D44vNS1r+1IpfIu7/WT/bNxcWkkjESQtNfS5C4CSrKgUBRn0yuVli+Jlr8ZLe6bxFoo8F3H h+SD+zZI2XUDq4mDo6N91oTbiXcvDBkBGQW29VQAUUUUAFFFFABRRRQAUUUUAFBGRgiiigCj 4i8N6D4t8OX/AIR8TaRBf6XqllLaajY3UYaK5gkQpJG6nqrKSpHcGvM/jB+zHpHin9k7Vf2a fhZ4o1bwUq+Gxp3hPXNL1OdrvRbiABrO4WV3MkvlSxxMVdmEiqUfcrMD61TZ4hNE0Z7imgPG /wBh/wDaLvf2w/2ZNF+KfjXwHN4X8UQ3N7onjfwvdTxSSaRrmn3UlnfW+Y2YbBPC7Rk4Zonj Yqu7FdZ4o+EXhzxTEfPsba6jUso3orbSDggHsQQQcdxXD+OPiF8Pv2OPiRoDyfC5dP8AD/xe 8fCz8U+MbO62w2HiC4toLbTnuocH5bs28dmJgVAn+zIwYz7l9Q8CfCj4a/DC+169+HHw/wBH 0GTxPrkus+Im0jT47f8AtHUZVVZbubYBvmcIu6Q/MxGSSSTVxqSpvRmcqcam6PNLv9lvweZg 66BtGc4W6lw3/j1a/hz9nnwxo8qzWfh+3jdeRJIpdh9C+SK6/S9I+K1r8UtV1fWfH+i3fg+6 sYV0jw7H4akiv7C6XAkke9+1Mk8T8kR/Z0ZDj94w4p/iHx3rmhfEPw94ItPhR4j1Ow1xbo3n izT3sf7O0Voo96JdiW5S5zMcpGYYJl3DEhjBBOn1hrZL7ifYx6t/eXNE8H6fpSK3lhm7nFbA AAwBXN/FH4u/Dn4LeHIfFvxR8Uw6Pps+oQWMd3cRuym4mfZGnyKSNzcZPA7kVta5rmi+GdFv PEniTV7XT9O0+1kudQ1C+uFhhtoY1LPLI7EKiKoLFiQAASeKxlKU3dmkYxirItUVR8M+KPDX jXw9Z+LvBviGx1bSdSt1uNP1TTLtLi3uoWGVkjkQlXUjkMpIIqr4N+Inw/8AiLFqE/w+8daP ryaRqs2mas+japFdCyvotvm2spjZvLmTcu6NsMu4ZAyKko2KK5nTPjL8KdZ+Kep/A/SfiDpN x4w0bTYdQ1bw3DeK15aWspxHNJHncqMehPWn+LfiFceFfGHhvwjD8PfEWrL4huJ4pdW0mzje z0hYow/mXjvIpjVyQibFdmbsACQAdHRXN/FeH4vXHg+SH4H6r4bstea5h8u68V6fcXVnHDvH mkxW8sTu+zO0eYo3YyQK0/FvhjSPHPhPUvBmvG7+wavp81leGw1Cezn8qVCj+XPA6SwvtY4k jdXU4KsCAQAaNc38KPiFefFDwXD4xvfhx4j8KtcXEyJo/iq2hhvQkcrIsrRwyyhFkC71DMH2 su5UOVGh4J8IaD8P/CGmeBPClg1rpejafDZabatO8pigiQIib5GZmwoAyxJOOSTWmEVW3Ac0 Ac98P/h1YfDxtaay8Ra/qTa7r1xq11Jr+vXF95Eku0eRbrKxW2t0VFVIIgqLgsQXd3bodq7t 2OaWigAooooAZcTpa28lzKrlY0LMI42diAM8KoJY+wBJ7V59+ytp3giP4IaP4t8BfCDWvAdr 4wa48V33hXxNatBqllf6tPJqV2L2NpJDFcm4uZWkjLHy3JQBQoUanx2k8VXHw1vvDvw++K2m +C/E2tbdP8N+INUtYrhbe8kPHlwSkLPLsVykZyCRkqwBFddCPlzigB1FFFABRRRQAUUUUAFF FFABWb4y8YeGPh74Q1Xx9431y30zRdD02fUNX1K7fbFaWsMbSSzOeyqisxPYCtKvFPiD8X/B /wAXv2jbz9hi4+FWn+MNEXwS+qfFS61R1kstJhuZPL06xkhaN1uJ7ox3UnlMU2Q2xkYnzI1c Awv+Cemh/EDXvAevftOfF2HULbxL8ZNebxO2i6gzA6BpBiSHSdM8snETxWEcDzAAE3U9yT1F fRFQ2lrHbrlf4uampvyBBRRRSAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigDzT9 pvSfAej+FLH9oDxT8Hdf8aat8K7i58SeF9L8I28k2rfavsVxaSi1hSRDcu9tdXCeQSwk3Daj yCMV6WrBlDDvzyKRxuUiuE+BOoappOkXnwo8ffHbTfHXjPw7cyza9dWtrb2l1Ba3d1cS6etx awsRCwtgse/CrKYHkVVDbVAO8ooooAKKKKACiiigAooooAKKKKACiiigDjP2gfgz4F/aD+D/ AIh+C3xN0hr7w/4m0uWw1S3jkKSBHHEkbjmOVGw6SL8yOispBUGsf9mnU/F3hT4e+H/gZ8df jHoPin4maH4cjk1u6sZljutUtEme3h1OS2JDoZhGDIQvlifzVQ4Ar0tlDLtYcV4P+2l8BfG/ jSy0P47fs7tZ2Xxc+HM0154JuryTyrbVreTZ9t0K9Yf8ud7HGqFufJmjt7hQWgANbqwvM94I BOSKa6B+tcz8FviZ/wALk+E/h/4pN4L1zw3Jrmlw3c3h/wAS6e1rf6bIy/Pbzxt0kRsqSMq2 NyllIY9RUjGupZdoOKbPawXlrJZXsKTRTRsksciBldSMFSDwQR2NSUUAQ6fY2umWcen2NrFB BCoSGGGMKiKOgAHAHsKr6L4d0Pw2s8Hh/RbOxhuLqS5uI7K1WISzyNueVgoGXY8ljyTySavU UANZWLAhulKyBxg0tFAAAANuKOnAFFFABRRRQAUUUUAFFFUfE/ibw/4L8N6h4x8Waxb6fpWk 2M15qWoXcgSK2t4kLySux4VVVSxJ6AUAcX4ytNK8f/HDQ/AvjD4IXGpaf4Xs08VaL4yvQhs7 LV8z2ccES53G5EE1w+7GEV1P3mUj0JRtXFcT8EdPuptG1Lx4PizeeL9N8Yas2veH7i5gWOKw 06eCH7PaW6gA+UqIH3N8zPK7HGcDtqACiiigAooooAKKKKACiiigDH8W/EDwR4Em0m18ZeL9 N0mbX9WTS9Dj1C7SI3986O6W0QYjzJWWORgi8kI3pXmf7IP7NWq/s/eDNSl8deKovEfjrxdr 9x4i+IniuK1MK6rqs4Vf3aEsY7aCCOC1gjJJSC2iUkncTxnwM+HvxE+PP7Qd1+2b8fvCd9ov 9jm70b4NeCNWh2zaBpjMY7nV7mM/c1C/2/dPzW9oIofleW6DfSyAqgBqvhRPxCjjgUUUVJQU UUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAVwfjTT9e8H/FDQPGnw3+Buj6x deJtSt9G8e+JkvILPUNP0aC3vprabLpuvY4ruUIIN4KC9mkQMdyt3lZ/irw7pvi7w1qHhbWR N9k1Kxltbr7NcvDJ5ciFG2yRkPG2CcMpDKeQQRmgDQorhfgx4i0zTpL74C21r4wmuPh7p+l2 EniDxXaM39uQvaKY7yO7xsu3JSRJiNrrMj7kVWjZ+6oAKKKKACiiigAooooAKKKKACiiigAq O4t47hNki1JRQB4D+1fp/wC0T8KfEOj/ALUH7Pd3rHihPDdi9p41+Ecd1ui8TaSZPMebT0Y7 YtWt/meE5VbpC1vIctDLD6t8GPjL8Nf2hPhdovxm+EHiq31rw54gsxc6bqFvkblyVZHVgGjk Rw0bxuA8boyMAykDory0S7j2sOe1eN/H2z/aG+DPhfTvHP7JPgbw7rFvo+rXeoeMPhuLOKzu PE9vcMZJ2sbrckdvqAlLzL5wMVw7skjxFxMlbiPaqK4n9nz9ob4VftPfDW3+Kfwh1+S80+S4 ltL60vLV7a90q+ibbPY3ltKBJa3UT/LJDIqup6jBBPbVIwooooAKKKKACiiigAooooAKKKKA CuP+LMfxE1K48O+GPCXgvw/rGg6vrElp4+/4SGY7YNGNncl/KhCkXEsk4t4fLfCeXLIxztCn qtSvo9L0641OWCaRbeFpWjtoWkkcKCcKigszHHCgEk8CvPfgX4b8L+J5pP2o4/hv4k8L+Jvi N4b0d9e0fxZdN9u06G3ike3spIBNJFavEbqffHEQDJI5bLEmgD0S1gjt4FiiQKqjCqq4Cj0F SUUUAFFFFABRRRQAUUVm+MPGHhT4feFNS8deO/Etjo2i6PYy3mratql0kFtZ28al5JZZHIVE VQSWJAAGTQBevL2z06zm1DULqO3t7eNpJ55pAqRooyWYngADkk8AV8t/C74jfEf9uj406X8d PCHijVvD/wACfB99JJ4Kj026ktbj4k6gFaM6pMykN/YsQZhbRdL183DgwLAJOk+APxp+Ov7V HxH/AOFw2Gjt4R+CUenyweFdJ1zR8ax44aXGNVmSUBtOsAoP2eAqJ7gP5svlJsif3nTtHsNN hjgsraOGKKNUhhijCpGoGAoA4AA4AHAqttxehPFEn+t2/MakooqRhRRRQAUUUUAFFFFABRRR QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAcv8Q/C3jzX9S8M3/gf4myeHY9J8Rx3uuW i6TFdR63YeRNFJYPvw0ILSxzLLGwZXt0zvQujTfCf4s/Dr45/DvS/iv8J/FVvrXh/WIWk0/U bZWUPtdo3VlcBo3SRHR43CujoysAykDoWUMMEVwHjXxHrXwj8UXXxQ8a/EnwroPwp0fwjeXP iRdWt/s0thepOkovftRcRrb+SZxKrqCGWNg3zOKAPQKKZb3FveW8d3aTpLFKgeOSNgyupGQQ R1BHen0AFFFFABRRRQAUUUUAFFFFABRRRQAVFd2y3UXln86looA8x8Z/CXxH4S0jxt48/Zi0 DwXofxK8Tw2ktxrfiDRpZLPVprX5YlvvszxyvmEvCJgWeIOrbZBGImxf2af2y9B+NPiS9+Cn xQ8FXnw5+LWh2n2jXvhzr10kkktvu2/2hp1wuI9T09m4FxFyhISZIJcxj2d1DrtauW8SfCfw J4q8WeH/ABn4n8D6TqmqeFb6W88M6nqGnxzXGlXEsLwSS28jAtCzRSPGxUglWIORVaSFsdVR XzT4u+Ov7WX7Jni/VNY+OfgZvil8K7m/mubfxf8AD3Q3Gv8AhO2aQsIb/SYy7albRKwUXVjm fanz2jYaY+/+APHvg34p+B9J+JPw78R2usaDr2nQ3+j6pZSborq3lQPHIp9CpB9fXBqRmvRR RQAUUUUAFFFFABRRXnPxc8ef8Jbd63+zV8G/jnpPhf4o3HhYarZzTaSupTaPYvcCD7e1qzKh JbzFi807GkQkpKsciEAhPirQfjz4/bR/hv8AFjXtN/4Vd45EHjKx07TXittXnOmlxp73EsW2 aJDeQTP9nYkSwLG7L86H0pECjpTYI2CKZJGZlGNzYy3vwBUlABRRRQAUUUUAFFFfNHjT9rP4 7/HjxPqXwp/YR+HEaQ6XqM2neIvjL8QdLuIdA0qeKQxzRafaZjuNcuY3R0PltDaI4w1yzK0R APUf2kP2pvhF+yz4Xs9c+JWp3dxqOtXn2Hwp4T0Kza81jxHfbdwtLC0T57iXHLHhI0zJK8ca s45f4PeHvjX+0B4F1pv25/hb4Jh03XtSs7vQfhelquqDQ4baVZ4ft925MN7eefHFMfJjWGB4 lWN5tvnN3ng/4X6bb2nh7xF41ktfE3jLQ/D/APZUnjzUNFtIdSukcRG5IaGNFgSeSJJHhiCx 7lX5flXHWWtnHbLwMt61WiEMtdOWCQyudzH9Ks0UVI9gooooAKKKKACiiigAooooAKKKKACi iigAooooAKKKKACiiigAooooAKKKKACiiigAqvqul6frOnT6VqtjDdW11C0Nxb3EYeOWNhhk ZTwykEgg8EGrFFAHnV74x1H4J67rviH4yfELwTofw1/4k1l4PaZDp8+nXk0n2RrSeSSQwypJ M9qICgjYNK0ZVsI59Fqj4i8OaD4r0W58PeJtEs9SsLyExXljf2yTQzxnqjo4KsD6EEVwHi/4 k3f7Og8YfFv9oT4t2P8AwgD6hpv9hiPwxMs3h1ZfLtZlup4GkEtsZyk32h44xbrJMZX8pAyA HptFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAFa706O4/eJ8reteaftEfs2xfG220fXdL+ MXjrwL4o8NmdvD3ibwT4gaBoGl8vzEuLOUSWWoRMYoyY7qCUDblNhJavVKGUMMMKrm7iseO/ s+6r+2NoHiS88BftKw+C/E2j2unvPpPxG8J+fp9zeuroot7vSJBKIZSjM3nQXMkblG/dQZVT a+Af7cn7Kn7TGs3PhH4R/GLT7jxNYru1TwXrFvNpWv6fxn/SNLvkivIOh5eJQcHBOK9SFjbi XzVTB9q84/aE/ZT+AH7Tul2+j/H74K+HPF0Nk+/TbjV9MSS606TOfNtbjAltpOOJInRh60WT 2Fqem0V5D8Sfgf8AF4/D3wt4T/Zv/ab1r4dt4TsRZwrqmjweJodVhWOOOJb99RLXs7II8+al 3FK5kcyPISCtX4J63+3bpvjiHwv+0Jpfwm8QeHXgkL+MvBd5qekXiSqPkU6PdJdoVc9WGoEp /dfOQcrHc9oor598W/t6618OPEGo6P8AEf8AYR+Pun2djeTxW+taL4Ns/ENtfwxn5biFNFvb y42SDDKskMcvZo1IIqTxR/wUn/ZW8P8Agqy8Yaz4w8TeHbLVtP1C4tdS8T/C3X7FNPFrLHBJ JeQXNpDLbATTRqqyiMyfNsJCswkZ6d48+K3hjSPFNv8ABXRfHmi2XxA8ReH9Qv8AwnpGpRvM ZFtgivdSQxsrG3jlmgDncmd4UMGIrQ+HfhzxHofhHSbbx74jt9d8SW+j2trr3iOHS0s/7Tni T55fKQkRI0jSOsYYhPMIBPJPz38Ef+Cjv7BFvp3hf4aePf8AgpL8LfFnjySxjs213VNc0zR7 nXLqSRFZbe3DIq75WRUt4y7YCgmRgXPovxr/AG//ANiD9m7x7b/Cn47/ALWHgHwr4ourYXEH hvWfFFtDqDQnO2Q25fzAjYbaxUBtrYztOAD1+ivLfgz+2t+y7+0TB4huvgX8XbLxZF4VhEuu SaHa3FwsKlWYBCseJmIU4WPex44yRngI/wDgpNofihFl+DX7GP7RHjSOXb9nmh+FM3h6OZWz hlfxJJpq7Tj7xIGGU9DQB9I0V5L8SfG37YeufDvwvrHwA+Dvg7R9a1izE/ia0+KHiiVX8Nkx owhEWlRXMd/MGZ1YJdRRDy8rK4YVj/Br4U/tc2XxCtPiB+0L+2cviCG3jl3eB/A/w9stF0KV 3QqDKbl77UJPL3bl23callBZWHy0+Vhc7f48ftQfs7fsv+HovFP7Qvxq8N+D7O5k8ux/t7Vo 4Jb6XtFbxE+ZcSnoI4lZ2PABNc5rnxy+LHxd+BOj/E79jPwJY3114h1Bobeb4qWeqeHY9Osg ZlbUJLKa0F5MCY0McBWDzlmRxLGh31J4A/Yv/Zp+FPxP1j41fD74I6Hb+MvEF5Ndav4yvoWv NWnaV2doxeXLSTpCGdtsKusUYO1EVQAPU7W0McW2dt1Owjw74OfsveM9E+JFl8bv2gf2jPFf xG8Z2Ucq2KRzPo3hzSfMjaOQWej20hiOUZlEt493cKGIWYA4r3CTT45pBLMc+1TJFHH9xMU6 i/YLdxERY12ouKWiipGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAU14w3IHPrTqKAPNfF0Hjf4LN48+Nmiz+OfiEt5Y2dzYfDPT5NP P2WS3Qxzf2aZhAQ8ybHaKWcoXizGFaVt3oWnahHqFtFN5MkMklukr2s+BLEGHAcAnByCOpGV OCcVOyhhg1yGrfBvwWPHepfGXwt4b0vTfHl94ZbQ18XHThJcfZQ7SwxSgMvnxRzEyKjMMFnC ld7EsDsKK8/8NfELxj4FbwH8LvjPBea/4q8R2dxDqHijwf4Mu49ES8toPNczfvJ/7OWVQ5i8 6UozoYxJvaNX76KaKdd8MquoZl3K2eQcEfUEEH3FIB1FFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFACMquu1l4qCS2sbYNdzMsaxqWd2YBVA5JJ7Cub+J3xc0/4b+H01qw8G+IvFlxJrltp X9k+D9NF7cxzzOo3SjcqQRRq3mSSSuiInJOSobL1j4T678RdW8deGPjjrmg+Lfh54r02307T fAd14VRYba18llu1u5ZJZPtxuHc5GyKNI440CFvMkkeoDte8QeLvF3jp/h34c8I6va+HNQ8G yX0fxO07VLEwQXcsnlw21tC5kklmEe+4Mrw+Qo8kZlMjKmv8LPh4fhl8P9I8AR+K9c1pdH0+ O1Gr+JdUe91C+KKAZrid+ZZWOWZuBk8ADAG3o2haT4f0m10HRNMt7KxsbdLeysrOFY4beFFC pGiKAqqqgAKAAAABVynzPYXKigLPUUfifK5qe4gu5ECxy4NWKKOZhylW1tbuNsz3G78abNpf nvvaY9elXKKOZhyrYhjs4o4vK6inx28MfKRin0VN2MKKKKACiiigAooooAKKKKACiiigAooo oAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAG tHn7pxXm2ofs+WngjwX4g0T9lu90j4Zat4i8VHxFqmqab4YguoLzUJJY3u5Z7ZiiublY9srq 0chLtIHDksfS6KAOTbx94ysviXqXhvWPhZd2/hWz8PrqFv42j1S3limuA5ElmbVW+0K4TDq4 RkYBhuVgqva+E3xY8AfHH4e6b8VPhdr39p6Dq0btY3jWktuz7JGjdWjmRJI2V0dSrqrAqQQK 6Bo1Y5IrmPiJ8G/hp8V7jQLz4j+CNP1ibwr4gt9c8N3F5Duk03UYdwjuYW6o4DMpIPKuynKk ggHU0Vw//CsfFWk+J/Gfjbwz8Ydf+3+KNNhi0rSte8u+0fQLqKBo0uLa1URSYdtjyxmcK5T5 TGWZjAl9+014f0XwXp0mj+BfFuoSXEcHxC1hNSvPD8UEXAe706zMWoGVs5ItZrmMY/5eCRgg Hf0Vxq/E/wAWWuueNLXXPgd4mtdK8LWMN1o+uQzWN0nidWgeSWKyt4Lh7lZYmTyyk8UQdpI/ LMgLbMtP2lvDqeHPAniK/wDhd8Rrf/hP7+GzsdPPw/1Ca50iSQEhtUSGJ/7NjXHzS3BSNTwW FAHo1FcZF8fPhvN4l8beEY5Nd+3fD20hufEynwjqQjEctt9pQ2spt/L1E+X1W0aZlf8AdsBJ 8lYkf7WXw1vvBXgb4heH/CfxA1XS/iDrkGmaLJYfDHWjNZvK7IJ9Qt3tVm0y2Uqd892kUaDB ZgCCQD06iuPj+LNze+M/FXgTSvhd4qku/DOnxXEN9daYLfT9Zkki8xYLO6kYRyuDhHztVGOC eDjLi8dftEeIPBHhXxF4e+Bmj6Nqmoa7CnjDQPGfjIQz6LpfmuJpoH0+3vIb268tUZIPMhjP mfNOpQqwB6JTZJI4l3SuqjcBljjknAH4niuP/wCEY+LOo+MvFEuv/FawHhXVdLhtfDOk6J4b a11LR5fKImuJL6S5lS5kZ23IFt4VjCoCJCGds6z/AGafhddeHvBekeP9FbxxefD+8W+8M6/4 6ZdS1C2vlUgXvnSL/wAfADHEgAK8bduBgAnufjvpWu/8J14e+EvhvUvE3ijwLGqXmhyWM+mw 3V5JCZYrWK+uoktpGZQu5o3cRB0L7d65ktNC+LnijxH4L8f6z46uPC9vY6PK/iz4f6ZDa3tr f380KBUe+lgExitnMu0wiEytsZsKDG3aCLLbnNSBQvQUwOc+G/wl+Gfwh0a68O/Cv4e6L4b0 ++1S41K8s9D02K1juL24cyT3LiNQHlkc7mc5Zj1JrolUIMClopAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABTTGhGCtOooAaYlzxTfIXBGetSUUAM8n 0akMORgtUlFO4DPJU9SaURRjkLTqKQAABwBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQA UUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAf/Z --------------020806090600040805000409 Content-Type: image/jpeg Content-Transfer-Encoding: base64 Content-ID: /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/2wBDAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQH/wAAR CAIJAyADAREAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAA AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWG h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD+/CgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAZLIkKNJI21EGWY5wq55Zj/Cij5nc4VEDO5VFYgA81+Jvxj+G3we0m11f4h+J7bQ k1PUbbRfD2lR2mpax4o8Y+Ib3cLDwx4F8IaHZ6l4p8deKtQKOun+GfCOj6zrl6Uk+zWEgilK OzfT+t9e3zHZvp/W+vb5nhR+Kn7SXxD1eK2+F3wSsPhz4PEMn2n4hftFao1nrF1MPmtX8H/B fwBPqmvataXsTMupTfEfx78H9W0d0je08L+Iomlkh0UV1e+u++nd7qzfnrvpd6KK6vfXffTu 91Zvz130u8vXfgB+0t48vILrxT+2j8QvAFnHKslz4b/Z3+FvwU8C6FqsKnIs9U1b4zeC/wBo jx7aRSEsZrnwn4s8MagjE/ZbyFHCRHMo6Np6vbV/Pzb9Nw5lHRtPV7av5+bfpuWF/ZC1A283 2j9qH9ra61Ukmz1dvjRJbPp4x8ixaRpvh7T/AArepG/zr/bvhnW5JAAlw88TPCRyj2XXp1/r V6rp8hyj2XXp1/rV6rp8s20/Zl+PnhbVRqXg39uj9oa809cNH4N+KnhL9nT4leEFnUowaW5t Pgz4L+LE1vLsZZkHxhiwkrJbx2xEckInF32X37fkt3dIE4u+y+/b8lu7pG7qPi39rf4d3tjN r/w4+Hvx+8Ih5P7aufhJqF58KfiXYAwFYn0T4d/EzxH4o8EeME3bZr6K8+NvgO8tLcM+k2Pi O8YaVRZb38/5vST7W+5dLMLLe/n/ADekn2t9y6WZ6p8Nf2gfhr8TtZ1bwppOo6joPxD8PW8V 14h+GfjbRdS8H/EPRrG5lkhg1ZvDOt21neav4YurmCe20/xj4fGr+E9Su7W9srDW7m9sb23g mSdulnbrp0s1frun5b93Mk7dLO3XTpZq/XdPy37v21WDDIz1I5Ur0JHGQMjI4IyCMEHBFQ9P +AQ9P+AOoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAazogBdlUHOCxAzhSx6kdFV mPoqljgAmmk3tbp+I0m9rdPxK897aW1vJd3NxDBbRAtLPM6xRRqvV3dyqqncOTtZSGUlSCSz 36d+gWe/Tv0Pl/xb+3R+xl4F1qbwx4p/am+Aem+K4HaOXwhH8VPBupeMVkU4MX/CJaTq994j aVjgJEumGR2IVELECq5JPZX/AOHt/wAH0Hyvt/V7f8H0Odf/AIKFfsZQBnvvj54T0iGNd011 r1j4m8P2VqvXde32t6FYWdkuPmLXc8KhSGJ2kEns5/ysOWXb8j134Y/tM/s5fGxZG+Dvx8+D PxV8nidPh38TvBXjKa2fdsaK7t/D2t6hPaTxv+7mguY4poZQYpUSRSolxa6MTi10Z7V58W4q HDMuNyICzpkZXcqgspZcsqkBmUMyghWIfK97rXzQ+V73WvmiRWVhuUgg5wQQQcEg4IyOoNSS LQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAhyAcdcHH1/MfzH1oA+ZfH3xZ8WeJfEGrfCf4D2umah4y0v8As2Hx58RtdgvLn4e/ CSDVZpUe2nazWNfHnxNjsba5vLf4aaDqltL4fhutA1v4ka54K0LxH4Vl8T7Kna0rtLt1dne/ TTqubld7K12jRRtrr0/DX7uutnpa17G58Lf2f/A/gK+v/GNxJrXjz4l6/NdXGv8AxR+IN7H4 j8a3y3ixq2kaVdvCmleC/BkEaAWHw8+Hlj4a+Hem3E19fWHh1NT1HU9RvVKVtN3vtp9z/Drp qOUrLz9Oz/Duuqa1PeIbaKAARggAk/eYnnPBYksy8khWZlDYIA2riOZ/5aL8rW77WeurI5n/ AJaL8rW77WeurJ6kkKACmnbon66jTt0T9dSN41fO7kEYIIUjHBA5BBGRnByCTzkAAPmd9lbs tF/ne3Xdemg+Z32Vuy0X+d7dd16aHk3xW+CXw3+MGjDS/HXh86g1stx/ZGt6Zqeq+F/GXhe4 ul8uXVfA/jzwxfaN4z8CeIYY/msfEXhLX9E1jT544Lq31C3mt4p4mpNuz1v5X/BWuNSbdnrf yv8AgrXPHNL8e+PP2fr2LQvjXrMvjT4T3V/p2neHvjncW1ja634RuLqOOwGl/G2x0mOHTE0q fWFhGn/FvSbHSPDts2qxaN460Pwi2m2viXxNTjzXevo9k9PX599721Kcea719Hsnp6/Pvve2 p9exyLLHHKjK6SIsiOjBkZXUMrIwyGVgQVYcEEEcGsno2uxk9G12H0AFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFAHAeO/iX4O+GehX/ibxz4h0rw1oVgRG19qs/wBnW6u5FuJLfTdMhj8+ 81jWr0QGHTdA0i0vtc1O6aC3sdPnlu4UFJLzu7aJ9OvTtrq7a76MpJed3bRPp16dtdXbXfRn zlH49/aE+OC6Xe/DnQP+Gf8A4YXtmurf8Jn8T/C82o/G3xDp93Esunx+Hvg/q7WOnfCx54Lm yvpdR+K66/4vsD9r8La58GdB1k399oVJW63u1ttpq73aXp96KSt1vdrbbTV3u0vT70XtD/Yv +ENxqN74m+KqeI/2gvF+rOs97r/x6124+I9hZSpHHAv/AAh/w41AR/B74YRGCCBbi0+Fnw+8 GWd7cRyanqFvd6zeajqF3TklZu9tbW/Bv1WqKckrN3tra34N+q1R9J+H/A/hLwpYppfhfw9o /hzTI1VI9O0DS9P0SxjVBhRHaaVbWcCYH9yNTxUxqyi7pLtt/ndfemRzvsvx/wAzcGnWqn5V YdiCxkGOenneZtYk8yrtm4A8zaoAr28tNI6dlbbba3fZ3W2nc532X4/5nm/jP4GfB/4ic+Pf hn4C8bPxiTxf4P8AD3ieVBjaypPrenXtwiMuQUWYKM5UAgGoU3fXtbT9Lu1/UFN317W0/O21 zwyL9lu++GkurXX7Pnxj+I/wnTVTLqLeBtZvrr4y/B5NRt1SKzXTvAHxGutV1PwB4fgaYKfB vwQ8b/CTQbhWeSLTVu44tQsdNJJaPXVeVtuul+j/AM0nd07aPV+lrXf6aWL2l/tF+J/h3Pov hj9p3wZY/DfVNTml0rTPir4a1G91/wCA/iPVre3aeGK/8V3Vlban8JtQ1yFY5rLT/ijaaZ4a fV7s+DvDfxF8d+I7aFdVUqa1aleyT1VvLZfgktO1mmQ431Tv/Wm33WXW2lnp9ZQXUdwV2Mp3 RLMNpLrtY7eJFBjcZBwyMQecDC7mya0/PW/9dfu3aaJa0/PW/wDXX7t2mi1SEFABQAUAFABQ AUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFADJJYohulkSN Tn5pHVF+VGkbliB8qI7nnhVZjwCQWvsFr7HzJ8X/AB14o1/xTa/A34T6pPpPjHV9Ng1vx748 t7Ke+tfhV4AuLsacJrRmnt9PT4n+OZ2vND+GdteDUrPQ7y21H4geI/D2vaF4Sbw34m0itLtL y21W99eyvbbT1NEtLtLyTsr9btv8PK/c9h+HXw+8L/DDwro/gfwboltofhvQrQw6fZW4aRsy Sb57m9u5d9zqOqX0wa/1bV9QuL3V9Z1S4vNV1m+v9TurnULwnK+z1WmnZLvfz2219VFSafy0 6O69b36/nfXbvAqqMKoUccAADgBRwPQAAegAHQVndvd3IFoAKACgAoAKADr1oAz77T7K+trq yurKC6tr22ks723mhjkgurOeOWGW1uYpAI7i2kjllSa3dtrRuwK/PzUXa+3z89/nordPvRUX a+3z89/nordPvR8n+HLu5/Zq8Y6D8Otb1CQfATxnqcGhfCbWb99SkT4V+LL1reDRvg5q2qTf abK38GeIZzc2XwhkvZdOstAvktPhPbXV3NffDbSnppNN6XW/zs/y62V3ror3ppNN6XW/zs/y 62V3ror3+vwytkAglThgCCVOA2D6EqysAeqsCOCDWZmLQAUAFABQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UABIAJJwBySegHqaEr7AlfY8m+LXxPs/hjodrqEen6l4n8S65qCeGvA/gLQ0tj4g8c+L7y2u L6x0LSXv7mx0yxCWGn6jquta1rN7Y6J4f8Padquv6vqWnaZpV9cpUV3XbdaPy8t18uj2dRXd dt1o/Ly3Xy6PZ+feAfgxqt94ptPiz8aNTtfGXxRt/wC0o/DtvYrqY+H/AMLtH1V1WTRPhtoW pOypqM2nrBpnib4k6vZ2/jTxfNaTyRHw54OvrHwVplXSsl53Tdtm7K+29+u297oq6VkvO6bt s3ZX23v123vdH0usaKu0KMe4zk8HJz1OQDn1APalJt21Xonf7/v9NxSbdtV6J3+/7/TcfUEB QAUAFABQBnappVhq9he6bqFnbXtlf209pd2d1BBcWt3bzoyS29zbXMU1tcQShsSQ3EMsTjiS N1yp0Umlq077Xeq1vfv8ut9DRN2u2n2u9Vvr3fpv2PkWPQNb/ZaSG68JWeqa3+znavbQax4L tYb/AFHxH8GbMTXECar8P7O2g1LVPEPw106wmsItT+H1s4ufA+m6VDdfD1bvRYD4E0wdpaLV 6+StfS/X0677XuDtLRavXyVr6X6+nXfa9z6z0TWdN1zStN1bStRtNV03V7ODU9K1GxuYb2z1 DTb2FbqzvLO8tswXdrPbSRSwXETOrxPEWkd33vLTvt9ydr9v19CWnfb7k7X7fr6GxUkhQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHl3xl+J mk/B74c+JfiNrNhqesweHbONrDw3oNot94l8X+IdSu7XR/CfgrwrZyXFrHeeKPGfirUNF8L+ HbKSeKO81nVrG2klgjkeeOopu9vLrb08++3WxUU3e3l1t6effbrY479n34Wat4B8Gyan4w1O TV/ij8QdZvPiD8V9ca4F4l/4116K0WXSdNuPLhK+FvAuiWemfDzwJb+VDLaeC/Duji9+0ax9 s1G5qTVu6fydl3vq7t3T/PW9Sat3T+Tsu99Xdu6f563+gqzMwoAKACgAoAKACgAoAKAOA+Iv w68P/E/wh4k8EeKI5pdC8T6VdaXf/Yp57DU7UXGx4NR0nVrSaC90rWNLu4LTUtI1OzmjuNP1 Oztb2ItNbWxhpPbSPbW9uz+/r/w5Se2ke2t7dn9/X/hzyn9mb4ha74p8NeJPAfxA1cav8Yfg h4i/4Vl8UL59KTRJfEV/baZYa94T+IkGnQxQ6fHp/wATPAuteHPGIXQ1k0XS9c1HxB4WjmTU /Deq6fp7mrdrbL7lZP7t9fkOat2tsvuVk/u31+R9K1BAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUA cj478beFfh34M8U+PPG2rW2h+DvCGg6l4j8S6zdb3g07RdLtJb2+unihjmmn220MhhtraKa6 u5jHa2sEtzLFG1qOq7/hp531t1S89epajqu/4aed9bdUvPXqeEfBbwNrvifWtS+P/wAUtLax +I3i/Tzp3hPw1qmmWkV58G/hhef2bfW3w4tpRJcTx67rl7p2n+KfiteLOk2seK7bSNBlZ9B8 C+G7e3baVklt1/JrvZt+W/ybaVklt1/JrvZt+W/y+o0XYiKSCVVVJAwDgAZAHABx0HTpWZmO oAKACgAoAKACgAoAguIBcRNE23DYzuDEf+OsjdP7rqe2cE007fdp69PXUadvu09enrqfHeme T+zP8UNJ8EGWwsfgV8a/EFxaeBFnuJ9Os/hZ8YNSgN3/AMK8055Wl0+Hwb8VRaazqvhCxWXT j4e+JBm8GaJBe23xD8I6P4avSSb2b019Vb7k7bX1sXpJN7N6a+qt9ydtr62PsuszMKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgBrnajNkjapOR jIwM9wR+h+lC3X67fMFuv12+Z8f/ABck1f4h/tJ/AT4TW2xPCPgCDW/2jviLKmJH1G+0KQ+B Pg54OuImKLHY6p4p17xf8Qm1LLC31T4P6HpbxEa60sWqSV9+z+7dW20e99m9jVJK+/Z/durb aPe+zex9fRALGigEALgZOTgcAk5Y/MOeSTzySc1m20/x16X169r7/Mzbaf469L69e19/mSUh BQAUAFABQAhZR1YDkDkgcsQoHPcsQAO5IA5IoAWgAoAKAEYZVhgHIIwwypyMYYdwe47imt1+ tv10Gt1+tv10Pjv4g6hd/DD9qr4LeNre23+FP2gPD2t/s9+KriNC09l478LWPiX4x/BrVNQl JIttCbRtO+OPhq6nljkKeJ/Fvgu0hRDqF4zaWTTTfw322XV26tevbSxpZNNN/DfbZdXbq169 tLH2FE26NTuD5HLAABiCQSMEjGehBII5rN6Nmb0bH0hBQAUAFABQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHx1 8U3u/iz+0B8Nvghaat5PhL4bWmiftD/GDSoYoJZfEEUOt6zofwJ8FXzNGZNM0TUviH4V8R/E q+vLVmv765+EGlaAUn8M+JvEkMWq0V2+6W61erte3W+r1vpfTXVaK7fdLdavV2vbrfV630vp r9fwIkcYRFKqoAVWyMKOAQpJZQcHgnk5bGSSYk7v8n5dF201+foRJ3f5Py6Ltpr8/QmqSQoA KACgAoAKACgAoAKAPM/i58NtF+Lfw+8XfD7Wi1vB4m0WWzt9Vhjje+8P6xBIl94c8UaQ8gb7 NrvhXXrSw8S6JeQ7J7TV9I0+5R1kt4WWotLV9br8Nnvpqun5a1Fpavrdfhs99NV0/LXkf2cf iN4o+JHwv0e78fWdhp/xO8K6hr3w8+LNjpIkOiQ/EnwDqc3hrxXdeHzPi5/4RrX9Qsx4m8It c7rmTwvrGmtds11vem0l09Hr5Wv5tXuvLZDaS6ej18rX82r3Xlsj3qoICgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgBXUquQeenAHBx2yQD+OKSab t2et79PS41vr/X3HxV8Adfn+IP7UP7bvii4tzHa/C7xx8Hf2a9AuNqiK90zwn8EfB/x+1S8t nVnEoXxV+01r2iXc7eVK1x4fFo0CxWME9xtK8Y2e8r6rrqr317PX7i5O0bdXfVadevqt/u2P tSsn5eX5a/iZvy8vy1/EKACgBGZUVnbO1AWYhSxAHU7VBJx1PYDJPANAbEC3cDKzEupQZkUo HZD8u5G8ppAXQthkQs2VOAQyF3yvs/lr+RPPHv8Ag/8AI+bv2xf2pPAH7GP7L/xv/ai+IyXd 74S+C/gHWfGF1pOnm2TUPEup28S2vhzwnpUt5cW1imq+LPEV3pXh7TXvLq3tYrrU4bm7mgso 5riOlCV1087rT5/LT5DUo3Wr+Sd/lofJnizUv2p/Bf7I1/8AtUL42kvfj94U+Gy/HPxf8JdR 0zRz8H9ct/DWj3/jTxd8DNH0ywW21zSJLnwyt54B8GfEhPE2peJdK8U22ieLfEFp4u0NdZ8C 6xqqbbaSStrvql5JX2u32je9hurBdN3pbp9/Xe3RPpc++Pgb8W/Bfx++DXws+OXw51Eat4C+ MHgHwn8SfB2ofx3Phzxlodjr+kPOMsUuVsb+GO6QsxS4SVMnaKxkmm01bXpt8vLsF09Vp3XZ 9UeqVIBQAUAfJP7bOq23hT4GN8SbxvJsvhF8Tvgp8VdYuwE8yw8J+Cvi74K1Px9fRPJ8iND8 Px4pVvM/0d45ZI7r/Rnmq4b/APBt3+9/lr5Fw3/4Nu/3v8tfI+sYVKxIpGCAeN24csSMHA4w eAFVQMBUQAKJlu/u+7QmW7+77tCWkIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo3+Yb/ADPkH9lG007x LJ8b/jfDKL/Ufi58cviHFb6wXEyXfgr4T6q3wY8DW+kTHeP+Ean0nwEfE+lx2k76fNeeJdU1 q3BuNdvp7jSdkrf11+d9/vfbTSdkrf11+d9/vfbT6+rMzCgAoAKACk2lv3sNJvbtcqXt9Z6d bXV9qFxFZWFjazXt7fXMiQWdnaW6757i6uJWSKCCCIPNNLIyxxQxySyMqrk0k27Ld7L+tCW0 t3Y5TwN8S/h38T9Hh8RfDfxx4S8f+Hri5uLOHXvBfiTQ/FOjSXNp8t3AupaFqN/aGa0n/wBG uoPN8+CfCyxqjo7PllZu239f8H/hnZc8e/4P/I7hl245zmpGmnsNoGFABQB8e+BLC++H37Yf xg8NwzhPCHx1+Gvg/wCOGl6X8xls/id4EvP+FS/FfUQS58nT9Z8Fv+z+sVlFGlqNd0rxFrDS zXuuzhNJfD1872uk/wAtbaf0tJfD1872uk/y1tp/S+wqzMwoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAklOEJyBjJy3QcHk8jgdTyOO461EL+0du 7V/V+j39Bx3Vv6/B/kfFv7H0MKaz+1/cKy/bLz9sX4kPqUQwDDPZ+CvhnpOnhgBndL4e07RJ 8szEiQFCsXlxp1VfgpvTbW3ey69r3+8qeqi9Nb/16J9HsfZ1YEBQAUAUNW0+DV9K1PSbprpL bVNPvNPuHsb+/wBLvUgvLeS3laz1PS7qy1PTrpUkY29/p15aX1nKEuLS5hnjjkWo25o32uvz E1dNd0fy0f8ABIf9lz4fftQ+F/8AgsP8MP2hZvGPxu+Fnhn/AILM/tufCnR/h58UfiD408We GV8NeBdM+FPhvRI9dkv9bbxF41u18NQaD4cifxvr/iS20fTfDmly+GrXQtUuNa1HV+qUFBJy T1dkl18t9lve6uu5Dg9LNJpK/rrr/l9+5+aPxr8f/FX4lf8ABu7/AMFa/g7Fr2s6ppX7Ff8A wU3+Lv7NfgXUta17WNb8QN+zx8KP2iPg14u0vw7rWt6s99qer2/hnQfG83hKyF9Ncw2/h3Rv D1pLdKLeP7IOPLLTdJrdd3fVpr08r2ejvNlzWe3z3t633+fe2x/Zx8drzS4P2SPjDqkbQpo9 t8BPiXqAkVg8KaZB8P8AXZ1kRpjIptJIVUfM6GOykL+cssazUK/tGtdUkr2s3p2try3ab+0t NHYh7x9f0Z8Nf8ECfDnjTwn/AMEeP2B9F8e3U13rrfA7T9ftZJ3meWHwn4w1/XvF3gGwYzxQ yINM8Ca54b01IGiQWy2otk3RxIxyrR99X3ad/le3/B/Q3p2afz/BX/r+mfsDWBQUAFAHwZ/w VOaSP/gmh/wUEubct9tsv2Lv2nNQ0tU+++saf8GfGV7o6R8E+c+pwWiQ4581kxzjFQ+L+tf6 3+RUPi/rX+t/kfd0P+qT6fnyeR6A9QPQ0S+J/wBdAl8T/roS1JIUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUA FAHIeP8AxMfBngbxn4u8qKY+FvCXiPxKIZ2KQzDQtJutSMUrqwdUkFvtZlKlVJIIPNVHe9tt 327O27t5foVHe9tt327O27t5fofPP7Cfgi5+Hf7GP7Jng2+u7nUdU8N/s6fB3Tdc1O9CxXmr eII/h9oEniHWbuKFI4lvNW12bUdQvI0jjiFzdy+VHFFHBDE5210tt013f+S16bdWOdtdLbdN d3/ktem3Vn1rUEBQAUAeE/tEftJfBr9lP4Z+IfjL8fPHOlfDr4Z+FbOW81rxNqsGp3qxLBa3 d/NBa6fpFjf6lfXS2FheXaW1jaXUzQ21zM8cUNu8jUknvfa/z19ei2tfdlJJ732v89fXotrX 3Z8d+Mf+Cu37FXgT4e/DX4v654x+IV38H/iR4M8AfEA/F/w18DPjN4q+E/w38KfFLw5pPi3w Lf8Axq+Jnh3wRqngj4P3mq6Druj3t1onjvXdI1rSItRsrnVbCztb2zmuGoN7X6b7at9ba9Nd tRStFX18vxvrbXS2q9Tx/wDar+Lcvxr/AOClX7GP7DuneIUf4caP8Efiv+3T8b/CmnSwX1l8 TPDnhXxB4e+DHwH8MeKLaC+R5/Ac3xJ8ba98RlivUTSvEXiD4XaDaOt9Da38Fr20KGkpa6X3 T2Vnq0vPW3MtNG9b8dWry721aSXrfba7Vt9Vd206aH7cXj+b9kH9sL/gnZ+0BpGu3GjaH+0z +0PafsEfG/w+91a2fh3x5F8W/h5498ZfA7xDrsbxZuvFnw7+JHw2l0fwTqayR3kGh/Erxlos sz6df2tpBk7TUl06WWvdtX3avZ26u11e5Z+xKyeYiNxyobjp8wBx1YZXocMRkdulc0lZ2s/n 6vX0ZrDb5/5C1JYUAFAHxf8AGPWn8G/tZ/sWalETI3xHuf2gvgTeGUoQYdZ+Fw+Ovmqu1QLm K6/Z3jWJ41Vltb26SNVt3ZF1snFv5/d56/PXy3u3rZOLfz+7z1+evlvdv7QrNq1vNJmbVrea TCkIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAbIN0b qxwpVgSegBBBPPHANNbq3+Q1urf5HxH+zHZ6j4S/aE/b48GaqWSDXPjt8Ofjl4QikTY0Xgr4 l/s4/CPwbdBWGUmi/wCFp/CD4qSC4VmHmSyQZxApa5LSNtbf1t30d1uupclpG2tv6276O63X U+3v8+n86zMwoAKAMDxVP4jtfDHiK68HaZo2t+LbbRdTuPDOi+I9bvfDXh7WNfhtJX0jStd8 Sab4e8Xaj4d0bUL9be01PXrDwl4rvNGspp9RtvDHiCa2TSLy4LmnGO13ve1tN/VdFpd6XW5M 5ckXLt+v9fefiR/wTM/ZL/bj/Yzb9vg/EPwz+zB46m/ar/a5/aJ/bd8Mv4R+OHxa8NDR/iP8 cpvBqp8JteXUv2a7kW3gvT4PD1zcS/E7SZtT17TblVhtPhhrJu4r+w6pYdRt78pJtKyavrvf X7tt9WkmZfWNFeD3d24X9L2d0+99XfXqlyf/AATp/wCCbPx6+Efw2/4KEfs/fti+FP2cPiH8 FP29P2iP2lf2l/FkHw4+IvxH1TU9I1H9oyz8IeHdb+Ds/hnxR8GPCEV/4a03QND1PU9P+I9p 480zWtL1ltPg07wR9ol/4SHSnK0Wru/L7urvfXS6btq3q97dbFKaa1Tu3d/5+q/PW59gah+z R+0f4y/Zw1H9jDx9478MT/CW78DWvwo1342+HNV8Raf8cviD8KCLzw9qfg2+8IX/AIev/C3g fxdr3w7t9P8ADPi34saR8Qtel1zUtS8Q674c8BeAtRvtOvNB0puHM5u11Fuyta+1npra7cb7 W3Wlsq15qKjo1JPR26eVlpZb77eR+jngbwrpPgTwh4d8IaDp1ppGh+GtIsdC0XSbCCG1sdN0 nS7eOy02wtLeDEUVtZ2UFvbQqvOyMM5aRmJ4q0lKpJpu1+v9dNum1lojSnFpJtvTq935ea7v r+XTVkbBQAUAfH/7eOhxeNP2X/HvwvmYpB8bNX+HPwHvZE2mWHR/jd8S/CPwu8SXcIYhTLYe GvFWsaguTgC1ZsHbg3Dd+n9L+u333Dd+n9L+u33/AF3ASYYsgA+WmQMYHyjgYLDHpgniplu/ 6/pdvImW7/r+l28iWkIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgDyH4+aZLrHwT+Mmk26u9zrHwn+IelW yxqzyCa98I63aqUC8libhcKPmdlVVBcqDcej87Pvra3yuu/XtcuPR+dn31tb5XXfr2uZv7NG u2fin9nb4CeKLFontfEvwY+GGu2r28qTWz22r+CdE1GFreWJmhlgdLoPDNEzRyxFWR2Ugly6 +f36W+/ZNdfe9Ry6+f36W+/ZNdfe9T3CszMKACgD8+f+CtSW8v8AwSz/AOCkiSeUXH7Bv7XD DcFLKY/gB4+mQk4JTYyLICSArBWyCVJ1pr3o6aWe6Vnvvfy7XfrZoyk3zNXfTb0XQ/LXWNA0 O3/4NWYYY9MsIwf+CJfh7WjBFEkEY1a4/Y50XXZtR8uAIVvn1eSHWJbsKzzagy3NyzvK8h6W 3flVlqr6WdrX+JfdbdLVbDnpy+vrtr101V99+54l+xd4Vbwh+1B/wQ0/as8a3+oXUX7Uf/BC X4c/sby+I9WupLq21T4qeDNB+Df7TuiaXLdTIVi8SeLvCb/F3WzO11NJrFt4Wu0tkb7LLJcd NBq0rv7Letv5b300bTTab+WisspJNq6vZvpto++vbc++P+Ctng2y+P3x+/4JC/s/afJPe6/o f/BQTw1+2dqdhp7+VfWHw/8A2R/hj8QdX1DxLd3AhuJLHSR4/wDiF8NfDe+dY4NRuvEtvYLM synbzYSN1UbSdnazvpo7+T6dN+yZdd8sraq8bL8NHZ22vq9t7c1mv2+tg4hj8xQH8uPd067A WGATtAYkbQzAc4YjmuOfxS9bd9tNze6cY6a8qv8A1/W9uhPUiCgAoA+EP2nLOXV/2nP+Cbtv bgiTQf2kPjB45vFQB2XS7D9iv9prwNM0pQnbAdT+JGhq0jYjWcWsWd80YbW1lL0fW76r87t+ b02NbWUvR9bvqvzu35vTY+76ze/yj+SM3v8AKP5IKQgoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgAoAKACgAoAKACgBrgMrKc4ZSpxnOCMcEZIPPXHHWmnZp9tf8AIadm n21/yPj/AMcaje/Dn9rn4U+Jp7aP/hEfj38Pdc+Ceo6pk5034j/Di68Q/Fr4X6fdAbvL03xL 4S1L45wPqJLpb6zp2gaX9nafXLYpovhaXS3r0ffdPp5WuaL4Wl0t69H33T6eVrn19Fu8td2N 3O7b0Jycn6nqc85JyAeKzejt2t+X9f8AAM3o7drfl/X/AACSkIKACgNOqT8mGAARgYPJGB19 ad33f3sLRsvdV+/f5WHAgA4VQT3UAHOOvTrRd92/Ju6+ZDgm+q9Lf5Bld27bzjHX9enX3obb Vul7r/L0DkXn/XyG1L1trbbby/z/AKRoml0W1rdvP/hreVgpiCgBCcAn0BP5U0ru3caV3buf HnxvudT8f/H/APZw+EGkDbo3hTVfEn7RnxOuiUlhk0fwNo+peCPhh4NaIvG8GpeKPij40sfH ukXzGS3Wy+CniOwuIo5NQt7q20ikrta7L77X+66v6PY0ikrta7L77X+66v6PY+wkACjHTqOC uATkAKcFQBwAeg4rN7v9FYze7/RWHUhBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAF ABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAQywrMro4R45IzG8ck YdGVlYOrgsA6P+73IRghCpyHOGnbp3/HTp2V/vGnbp3/AB06dlf7z47/AGCNF/4Qf9l34afB 0FpU/Z7i8Rfs4Ws7uzvc6H8A/FGtfC3wlqOHPmxJrXg7wz4c12CG5Ju4bXVbeK5BuI5yly63 73S87Jfgr7XXe2l7l1v3ul52S/BX2uu9tL/ZVZmYUAFAHz7+03+zl4M/as+DvjT4F/EbV/Gt j8PfiNo+r+GPHemeC/FuqeD7zxT4Q8ReHtV8MeIvCOo6tozQ6iPD+v6Tq91batZ21xbyXMZ2 CdAxIuMrWvZW9b66+fX0/O65U3duz+/9H/Wx833H/BNX4K3f7Hcf7C914y+N0/7PEXgiD4XL 4Sl+LXimW+k+FNt4VtfBlv8AC+fxS83/AAlMngi18O2iabZ6UNYSS1tBFbRXX2aFIq1dbZpL fV8vW1rX0dutvPfoEoXS120vr+Oi8mz0T4dfsLfBT4c/s8fD79mS1/4THxN8MPhKfAz/AApt /GfjDV/EPib4ZH4a2Ojaf4Dh8CeM7h08R6BD4RtdBsrfQZYr2XUbS1uNVsJ9Qu9M1W8spLji HCXMkrtON9UrJLdLV72vdXSSa0uSqS6y06NLrp38n2/A9X8Efs/+DvB/ii48eTS6x4o8f3ui 2fhu98deMNXvPE3i2Xw3Y3dxqNv4ZtdX1J3OkeGV1S4bVZNC0eGxsLvVFj1HUY769gtZ7aIV fZqXKr3d+qSvptbtot+qsle7q01Ulzcz07L5at/ge7+vp2HoPSsG7/h/w/z3LbVkrWsrevy0 Xf7wpCCgAoA+StVurDxJ+2t4F0lJILi9+Ff7OXxB8Q6pbnJfTJvjL8SPAujeDb4oyjy7jV7b 4JfE6ztXByLbTtWiV2Hnbtdot73XzV+7699t2293bXaLe9181fu+vfbdtvd2+tazbv8Acl9y sZt3+5L7lYKQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAK ACgAo2DY8M/aG+Gup/E74a6jo3hbWoPC/j3Qb3SfG/wz8TXll/aGleHfiL4K1O18ReEdR1rT knsp9S8Oy6pYx6T4r0i11HS7jWvCWqa/pEOp6bLex6haXF7tvTbXXfv5aavyRcXu29Ntdd+/ lpq/JG78Fvilpfxf+HGgeNrKL+ztQuDqWieLvDs84l1Dwd4/8L6leeHfH3gnVwY4Xj1Xwj4t 0rWdCvg0EKySWBubeP7LNA7JqzfbTXy6f8P1E1Zvtpr5dP8Ah+p6tUkhQAUAFABQAUAFABQA UAYfiHxBofhrQtd8QeINb0vQND8PaRf61rut6teW9lpmiaRp1tcXV/q2q3dxNDDZ6dZW9rc3 F1dTzQxQw287tLGI2ZWt1/Xnf9e3fQa3X9ed/wBe3fQ+Z/2ZdA1fxJceO/2ifGMWvQ+JPjjq OmX3hfQ/FGlvomreAPgt4Xs5tK+FngmTQ7qzsdU0a+1CCfxB8VfF2ma5axa9pfj/AOKPizw/ fLa2Oh6Toeh6NpRaveyt28vw6/LuaNpRaveyt28vw6/LufWY9hjk/wAzk/ieazej3vtr8v02 M3o977a/L9NhaQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgD468BRS/Cj9q34seCLm9jh8G/tBaJZ/H XwRbXUpQWfxH8JWXh/4dfGjQ9OaQrCLO90C3+EPja0sYy13JrWs/EPVGRrZzMNJXa2tb06W/ BXenTqaSu1ta3p0t+Cu9OnU+xAyt91geAeCDweh47Ht61mZi0AFABTTa2Gm1sFIQU7tW122H dq2u2wdKQgoAKACgCOWWKBHlmljhjjUu8krrGiIoJLO7kKqgAksSAACSaAPjr9k3+z/Hs/xU /aZgea+i/aI8Y2+p+BdanQiO8+BvgHSk8KfCH+wTIqyJ4P8AE9qPEvxc0BXCTXM3xR1bWZIL NtZmsbfSWitrbTf5dnp+T1e9jSWitrbTf5dnp+T1e9j7JrMzCgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAilRn2hSFwd27OCCCCoxtOVzlmG5d 2wRnKOxVp2f9f5q3XXW3Yadn/X+at111t2Pkrx3Z3/wC8e618a9Etby9+F/jBtPn+PHhfRdM W+1DRr7SbC10jTfjnolpZiHU7x9F0ey0zw98UtItYdd1LWfBVhomvaRBDqPgu70vxlqndedn +N+qVlqt+r1tsap3XnZ/jfqlZarfq9bbH1RpmrafrNrb32mXUF9Y3lvFd2d9aTRXVleWc8UU 9teWl3bvJb3NrdQTxy21xDK8VxGTJC8kY31k1b+tfu/rz3Rk1b+tfu/rz3RpUhBQAUAFABQA UAFAEMs6QlA4PznC4K88EseWHCgAsTjO5VXc7BS0m/6/y189tr9hpN/1/lr57bX7Hx74rJ/a Y8az+ANLNwfgf4H117f4sazE1gdP+J3jLw5qGnXmn/CbSZBLd3194Q0HUGuLj4t6tp8Wk2Gs alp8HwpTV9et4Pix4f8AD9pWSbXfVO1k9t++unTtdlpWSbXfVO1k9t++unTtdn2DbwmFNhYt 0IJILZ2gNuIRAzMwLs+1SzO2QMZMt327Jetuvl5Et327Jetuvl5E9SSFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFAHzt+0b8L9X8f+DtM13wdFoh+LPwm8S2XxQ+DV/rtzd6dp9v4+0W31DT10bUtY sLe6vNI8O+PPDGs+Ivhv4uvIbDUzB4V8X61cx6fc3lvZtDaa2118uv431t0X5p2mttdfLr+N 9bdF+afe/Cr4k6J8UvBeleNNGgvLCLVBcQanomqCzi1zwr4j0q5fRvEPg7xNDaXd3b2vibw5 rlne6Lq1tFdXEEd7ZzRW1zcW8UVxKOOr8rJXfk38tm/u0S2HHV+Vkrvyb+Wzf3aJbelg5AOC MgHBxkZ7HBIyPYkehqCBaACgAoAKACgAoAKAGSSLEu5s7cgEgZxnuewUdWYkKqgsSAKP6/r8 vUP6/r8vU+SP2ideuPiHqGk/sx+CtVgt/EPxN06a6+KmqW264vvAPwISWfT/ABbqIWCaE6f4 o+Icouvhr4B+2zwXdtqN94k8Z6ZZatF8PdY06bSMe+qXbvpqvlZ9fv0WkY99Uu3fTVfKz6/f ovqjStMtNHsbLTNPtbex0/T7WGysrK0jSG1s7S2iigtbS1gjjiigtbWCJLe3giRI4II440Xa OJcrr5/gr2/P/gslyuvn+Cvb8/8Ags0qkkKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgCvczrboHZlUF0X5gxyC6hlULyzldwRRlmPKq5Gxqir3 0ul/Xdfmla/kVFXvpdL+u6/NK1/I+T9Q8XeIf2hdTvfCvwz1e+8OfCrS75tK8d/GbRJRb3/i a5gbULPWPAXwguJrW8t7mW1u7NbHxt8TzHHZ+Gra+n8P/D641Dxe+r+Jvh7SurXtok0nbS76 t6q++jdrbbIpXVr20SaTtpd9W9VffRu1ttkc9p/gTxT+yfp1ufg34auvF3wB0y1tYtS+C2ho Z/E3w7gF7aW93rfwOiuDKuqeHLfT5LrVtX+E+q6mLp0tRc/DfUG1j/ihfFg/e62fZ6JJX37t aptXS7dQfvdbPs9Ekr792tU2rpdup9OfDn4leCvit4ffxR4D8S6T4n0aPUbrSbmfTJXFzpOr 2KQHUdA1/TrlYtR0HxHpUk6RaroOsWtjq+mSPHFqFhaXBaFYas/61816/Mhqz/rXzXr8zvaQ goAKACgAoAwfFPiTQ/B/h3WfFHiXWtI8OeH9BsLjU9Z1/X9RtdI0XR9OtIzLdahqmqX0kVnp 9laxK0s93dSLDCil3yBtZpJtJ/12/EaSbSf9dvxPla68W+NP2k5pNM8Av4i+HvwNjuIv7S+K pe+8NeMfitp4sVubrTPhTptxZJrfh7wfdXkken33xWvotG17UrKz1J/hTanT9X0P4pafdlH5 7K3X73prtu9tet2Ufnsrdfvemu27216/UHhLwj4c8F+HNC8L+FtHstC8P+HtMstL0XR9Ogit bDTLCzt0t7e1tLa3SOGGNI1G4RookfdI+53ctDb1X9b9b6u3mQ29V/W/W+rt5nT0hBQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFABQAUAIQDwfUH8QQR+opr9H+T/ADGv0f5P8z5N8eeE9e+DfjjU/jZ8 MdGutb0DxPJaTfHr4Y6Dp1vc6v4uFlaafpFh8WvCsCXNjNf/ABK8JeGtO/s/xBp7/wBpal8R /A2j2OiWMF94t8KeB9J1TW6drOza08trrp28vI1unazs2tPLa66dvLyPoXwb418N+PvDukeL PB+taf4i8O63B5+narpkyz286JNLbSr8uDFNBc215bXttci3u9Pu7Wawu7SK9hmhSGlra+l9 fu/zskl1vexDS1tfS+v3f52SS63vY66oICgAoAKACgAoARjgE+gJ7DoPU8fnxTSu0u7sNK7S 7ux89/H3476Z8H9Ba303QdT+IXxI1bT7y/8ACfwx8MWtxqXiHVbDS7qyt9a8W6hbWMF9qOne BvBX2231PxZrtppWqamlsINH8J6D4q8c6x4W8J69aj6q63v32VlbV72u7ab3LUfVXW9++ysr ave13bTe4/8AZ68GaNpngqHxrF4stPiR4h+KK6d428VfEezeE6Z4v1G60Ww0+xm8PWVvm10b wboukWlrovgzQYfMm0vQbaA6vd6l4ivNd1bUW3stm3bzV3e/b7uuz0G3stm3bzV3e/b7uuz0 PoKsjIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gCpd3dtbQTyzyrFFDDNNNIzKiRRQpvmkkdmRUSJcNIzOoRSCzKMkNLa+z+/qtPu/zGltfZ/f 1Wn3f5nyjbaprH7TkpTw1f32h/s8RvAbnxpp99eWGvfHOGOa5ae0+H+raLqun3ei/Cy4ZLeC 78dI08vxDszNB4JNn4Vkh8Va9o2lbq793oleyuk9lo156mjaVurv3eiV7K6T2WjXnqfUmh6L pfhzRtK8P6Hptlo+i6Jp9ppWk6TptvFaadpmm6fAlrY2FjaQIkFraWltFFBb20KLFBFGkUYC ItZvd2/r+vve7M3u7f1/X3vdmhMnmJsKK6tlXBwTsZWVsBuDkHawJX92z4O7AJF2e9tGv67e uvoEXZ720a/rt66+h84fEv8AZs8PeMdW1Lxx4L8QeJ/g58Xr63sIV+K/wzvrDSteu00qSRtP s/F+haxpeveAviRpEEM1xZw6X8RvBfi5NPtL6/bRJtH1OW31S1tSWl/x1t5r5Wvtrqky1JaX /HW3mvla+2uqTOPuvHP7Vvww1C3Txb8JfCv7QPhDyViuPEvwN1q0+H/xLsroEiO4u/hJ8WfE Vt4K1LSlXzJ9W1bRvjrBrMcu2DSfAOqiUtb1btZadOummv6222t1q3ay06ddNNf1tttbrauP 2zvg94YSVviJpnxo+GEEKrJean8QPgN8XLHwppW7Jcap8R9F8G6z8NbFBjiS58XpC6q7wzSx xyOkSi76Lv11+d3/AF1IlF30Xfrr87v+upzzf8FK/wDgnpHItvcftu/srWWoSAG30XUfjt8N 9N8Q3qnO1tO8O3/iK313Ukchljew0+5WR1dIyzIwByS7b7efoLll28+nQ2bD9un9mzxWo/4V v4l8Y/GiIsAL74IfB/4u/GHw9HICBtu/GHw/8Da/4L03YxAlbVvENgkOQXdGwQ1CS3Vr2s3/ AMCz8tGt18qUWt1bbW6018nfXbR+vky4+MP7Q/j3UbXTfhJ+z9c+CNJE7LqvxC/aO8SaT4ds 7e3liAifwl8MPh3q/jrx94s1JT895onji/8AgfbWkBW5i8QajcZ0wvl030627b+Sv522t6t8 um+nW3bfyV/O21vV6mifs1TeItVfxZ8fvGuofGzxJHq2n6x4f8P6lY2/h/4OfD2fS2gm0638 B/Cixe60y5bTtRt01y18T/FLU/ih47i1vbNp3ifRtDh0vw3oz0SbtZPV6u/33vd6eS11Hok3 ayer1d/vve708lrqfVFrbi2RkViQzs/zbSQW+8dypGWLtmWRnDSNLJIzyOSDWUnd6f1q3+vl 6Iyk7vT+tW/18vRFmkIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAEIDAg9DTTs7jTs7ny1 42+D/jPwn4g1f4mfs93+i6B4m1SbUtU8Y/DjxJd6nZ/Cz4oanPHZzJrOpnSrfU774f8Aj15b BbY/EHwpoWpDVoNQv0+IPg/4gLDoU2haJqXr89F+tn536qz0NE1L1+ei/Wz879VZ6Gh8Of2k fBXiTxJa/D/xraa38Hfi5f6dLeQfC34mx2Olatq0els51m68B+IrW5vfCnxL0zSjPA2p3ngn xFrcui21zps3iTS/Dt7qaxXcuLtdJvfy07W0d16eS2RLi7XSb38tO1tHdenktkfSYkQkgE/L jJ2tt5JGA+NrEEEEKSQRggGps/wv8vPt+vQmz/C/y8+369AV1b7pzyRkAkcY6kZAznjJGe2a Gmt/69Lg01v/AF6XH0hDDIgJBdQRjILAEZ6EgnOO+e45FWoSeqWnfdPpurrTqNJvp+D/AK/r uZ+pa1pWjWd1qOraha6Zp9jbzXd7fahMlnaWdrbJJLPc3VxcGOK3t4YoZpXmldYxFFLIGKRu yy01/wAOvT89+3ULP+v6/wCGPkpf2h/E3xfms7T9lbw3pfjTQNRvJvtHx/8AGsWsad8FLLSI 02trHw9WzTTtV+P09xdCGHSf+EF1TR/h5qNqby+uvi7pdzaWen6vcVunbTppfqu3n1v02W9x W6dtOml+q7efW/TZb+t/C34N2Xw5tL++vdY1rxt488SxWn/CcfEbxbdQ3nirxRcWn2o28TfY 4LXR9B0DS2v75fD/AIQ8OaZpfhrQ7e5mGn2ME1xePdDkrrfR66vo9PX5+d+jByV1vo9dX0en r8/O/RnnevfD3xV8G9e1f4jfBbRzq/h3X9Sm1j4ofAqwaw02w8Rahq2rXWq+JviZ8Nma3it9 K+LGoT3+r6x4p0i8vrfQfi1eiK81q60nxze3vinVRNNWfpddk9b3e2q9NdkCaas/S67J63u9 tV6a7I+gPA3j7wn8SPDem+LPBuqpq+iambqGKcW91Z3Vnf6dcS2Or6LrOm38FtqWheItB1O3 u9H8QeHNZtLHXNB1qxv9I1bT7PULG7t4Yaa6ENNdDsaQgoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgDL1fV7DQrC+1fV7yx0vRtKsLrU9U1bUr22sbD TbGyglubu7v7q7kgt7Szt4Inmmu5plggiSWSdo44y5pK/wDX6+V9V9xSV/6/XyvqvuPk6xsd a/ajuoNU1+x1bwn+zkWsdS0nwxdR32ieKvjnPb3clxFqHjWw1HR9P17wh8KI7mDTb3SfB7Ta T4n+JVvcTL48tdN8A3N/4O8cX8K31s7J+nlo3+GnKurL+Fb62dk/Ty0b/DTlXVn17bWtvZxR W9rFHBbwxRwQQRIscMEUQIjihjUARxIpCRxLiKNFVI0RRg5ttmbbZYpCCgAoARlVhhgCODgg EcEHoQe4H8xzTTa6v73+g02ur+9/oVpLK2kzujHJzxkYPqNpBU/7pHrT55d/Ty/z+Y+eXf08 v8/mRf2ba4IAmGVK/wDHxOcA9SCZCVfHAlUiVfvI6sAwr2krJWWndL+vxDnemibXVrX5diT7 DbgBRGu0c4KxsScEAl3RpCwzkMXLZzknJBTqNt3/AK0t6bb6a+T1Hzv+r/j09dFfydrTJDHE AI0VAoCqFVVAGSTgKABnJzgUnJtW6b6/5/lf8ROTat031/z/ACv+JLS5nZre/cXM7Nb37hSE FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUABGQQehGD36/Xj86bd+21tP18xt37bW0/ XzOG8a/DXwJ8RtI/sDx54S8PeMtD82G5GjeKNJs9c0n7Xb7vs9ydO1CKezMsQkkUMYSSHO7d jmlLurLXbo311/rUpS7qy126N9df61PnTT/2YPEHw6a8T4G/Hr4u/DvRbmee9j8AeJdW0340 /D2wu3CuI9Es/i3a+IvHfhLw+pJgtPBvgL4h+FvBGjwBbbR/DVhCkaR3dPzvo2k/8nqtLX76 F3T876NpP/J6rS1++hnTSft+eEy4tL79kr42wBy0J1LR/jH+zZdxxnmO3nvNLv8A9qyy1G6k XInvrHS9Ltoz8yaV/wAsy4wjPS7stdLJ+m1uvVX37hypq1/yXytbpfqrq/mRD4g/8FB7jEX/ AAzX+x1pIkO034/bU+NfiKS2JAO46F/wwP4YkumClWMM2s6ZwRmYZBpqir6ye26Wl3e1m9Gr bkqGru+n4/qkaWneF/22fE1wH8XfGf4H/DnT5F3toHwo+CHifxL4isGYNs8n4ofE34l3XhjU ACRuUfBO0m+UhymSqVywWnS+t5NbK3T3na2ztH9XZa6adW3bsrd/ROy19DS0j9kDwFe6+3jH 4wa943/aH8XstssWofGnXoPEHhPR/skvnW0/hX4N6Dpvhr4GeEtUhcKH8S+H/hnY+L9RRIY9 b8RaqtvAUiUorZ6dLav5t9/N3sPmilZP7tep9VQWNtbKiRRhEj4jRQqRxgAKqpHGEjVUQKka hdsSDbGFBbOTlfS36+nzXfd6J365uV9Lfr6fNd93onfrcqen69Sen69SNolYkknntwRjBBBB BBUjqCDzyMGmnb+n/n/Xo2hp2/p/5/16No+dvGfw38S+GPFV98XfgrHZr4s1FbJfiB8P725F l4Y+LOmWM25JneWaK08L/E6zsLi7ttB8bJFHFqtvFpPh3xw1/oOlaFL4ete9o72fVPS6dv8A t7otb67Fr3tHez6p6XTt/wBvdFrfXY9K+HPxM8N/E3QBrmgSTwXFreXGk+I/DuqRCz8R+DPE enuItX8L+LNMDzNpGu6XN8ksEkjW19C1vqWk3WoaPfafqN3Ljbv93payvrq7dbfOxLjbv93p ayvrq7dbfOx6H+n+fapJCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgDkfGvjPwx4E8Mar4t8Wa9p/h7w9o0UUuoatqM5gtYDcXENnaQLsInur2+vbi2sdN02 zWbUdV1C5tdO062ub27t4ZKitVpvrtut+vexUVqtN9dt1v172PnnR/CHiX4/ajp/jb4taHe6 H8LtM1HSvEHw9+CWtC0lvdS1XR9SOraD8Q/jFZeVdRy6xp9zbaH4n+Hfw3jkNl4J1G2s/Enj Aal8QbbRrP4f02k7d73sl2tp8+j6+T1ptJ273vZLtbT59H18nr9Yqijadq7gMZwMjO3IBxnn aufXauegqG293chtvd3H0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFO7WzaHdrZtBgc8Dnr7/AF/IUXfd/ewu+7+9iYHoOmOnb0+ntRdrZtCu +/8AX9JAAB0AHOeABz6/Wjmk92303e3Yd33f3sXAznHPTPfHpRdvdt/MLvuwou1s2gu1s2gp CCgAoAQgEEEAg9QRkH6+tAHgvxI+F2sy+JLX4p/Ci5sfD/xSsbexsdWjv3uofCfxO8M6dPLO ngvx5FZid4H23N4nhTx1Z6XqeveA9UuU1FLTWvDv9teEvEFxejTenT9X3X66qzbLi9Gm9On6 vuv11Vm2dD8MfippPxJsb+P7HqXhbxb4XuINL8d+A/EMaWniXwZrbI7/AGPU4QxhvtLvEglu NA8VaUbvwv4u0uW31bw5qd5aSb0GlZ9ez06+nZ3fTZrVXsNKz69np19Ozu+mzWqvb1hXR/us G4zwRkDLLyOo+ZWXkD5lYdQQIIHUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAF ABQAUAFAHCePviL4Z+Gmg33iXxbeLZaVZvp1rCsKzXuq6tq2s3qaXomg6Ho1pDNqOs69r2sX FlpGhaRpkN1fatqN0lnaQPc+XFM1Fvb+v6/VdxqLe39f1+q7njfg/wABeKviR4i0r4pfGawl 0ebTHN78M/hG9xDeWPw8Ky3McXirxpd6ZqF7onin4s31i9uj3dlc3nh/4frLdaP4Ke/u21jx r4gttpaJ+d7rr01vv6N7u92W20tE/O9116a339G93e7PpqGJYVKr3ZnOM4LOxZmAJYgsxLNy dzEsSSSTDd/6/r9F5EN3/r+v0XkS0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAeHfFD4PHxdqOneO/Butp 4F+LXhqOOLQvGdtpwvbfWNEiu5b658A+PtKSWA+KvAWsSyy+fpwms9Z0K+uJPEPg/V9C8RpH qNWpK636L00s3pr/AMD0VrUldb9F6aWb01/4HorN+E3xaTxfPqvg3xVo3/CE/GHwnYaXeeOv h3cX41CSzstRa+stM8X+FdXbTtE/4TT4c+I7vRtUtPDHjWw0LTYr270nUtC1nSvDnibQ9b8M 6ISV7aq36v8AJ+rXnrdskr21Vv1f5P1a89bt+4I4kUMAQCWGCVJ+Vip5VmUgkZGCeMZwcgS1 Z9H6EtWfR+g+kIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAEJABJIAAJJJwAB ySSeAAOpoA84+J/xQ8O/CzQrbVtaTUtT1HWNWsfDnhTwp4dsJtZ8V+MfFGqyCDS/D/hzR7Yb 7i5mldbjUtSvZbDw94Y0ODUvFXi3WdB8LaNq+tWDSvvt9yXq+nl5jSvvt9yXq+nl5nl/gL4a +Kdc8U2Xxh+M4sr74hWkd7a+EPBthPDqvg34P6NqHmxXFv4ZvpNP05te8bajpd6lh4y8fXVs s1wsV7oHhGLR/DUuq23iXTayV0t9lre9m9Vpp1Wi3to1ptZK6W+y1vezeq006rRb20a+lRGg bcF5zkZJIB2hPlBJC4XIAUAAM+Mb33Ztt7/1/X9bIzbb3/r+v62Q+kIKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoACMgg9CMHt19xyPwoA8h+Knwm0n4iJoOrW99qXhXx54OvpNV8C+PvD5C614a1OaLyL mC6tnkWx8SeFdatmax8SeD9dt7/QdZia1vZobLV9I0bXNJqLt6dfTX/P1va19iou3p19Nf8A P1va19jnPhx8V9VvtZb4X/E2xtPCXxd0XT4r25sbQN/wjPxA0ITy2Y8e/DW5vLu+vL7w/PLA W8QaBeXd94m+Hl9cW2m+KpLix1Xwt4o8Ttryvdu2rvpe6e+vRW3t97a8r3btq76Xunvr0Vt7 ff8AQOQehz1H4g4I/A8H3qCAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgBrMFxkE 59ATj3wOTzgYAJ5zjAJDtft8/wCrfeO1+3z/AKt955N8UPi1o/w+g03R7SwuvF3xE8Wtd2fg P4b6LNAniHxRdWktpbahqDmVvL0Xwj4cbULK78X+ML5f7L8PafPASL3Vb/RtI1RqOqu10b7f e1Z38rjUdVdro32+9qzv5XOZ+GPwhv8ATdal+KHxR1LTvGnxi1XTL3Sl1q1s2h8O/D/wtqV6 mof8K/8AhnZXcl3c6VoOyDSovFeu/aIdZ+I+saHYa34gS1sdP8M+G/DDbtstL+aem/z063au n6Nu2y0v5p6b/PTrdq6fp9AKCBzjqTx7nPoOal6v+tuhL1f9bdBaQgoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgDzT4k/C/Q/idpltYaxcalpd9o+o2+veEvFHh68/szxV4M8UWcE8Fp4j8OaoI ZhbX0cNxPY3tleQX+ia9ol1qnhzxJpOs+HtZ1TS7mrqyXya6Wv63dum2v41dWS+TXS1/W7t0 21/Hz74efEvX9F8RWnwk+Mo0/T/iCLOdvCnizS7K+s/B/wAZNMsLG4vrzVfCqXEU0eieL9Ps tNvtQ8XfDOTU77UdAtoZNU0O413wmItXt6ktG77bp7rfsurb/wCDuVJaN323T3W/ZdW3/wAH c+iUdZASp6MVIyMgjnDAElSQQ21sMARuUHioat/WxDVv62H0hBQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFADJCyqWXBIIJzn7oYF8Acltm7YOhbAJAJNNb/ANfL8Rrf+vl+J4p8UPitN4Xu rDwR4L0iLxp8WvE1lc3Xhrwh58lrp9hp8FxFp914u8b6tDFdx+GvBWkXlxEdSvZ1/tLVohc6 V4TtNa18R6c9qNlo367rTunbW/TVp2LUbLRv13WndO2t+mrTsXPhl8KLTwc+oeKvEGtT+OPi d4qjh/4Szx9eLcW32uzt7y6vdL8NeFtFkvr6z8G+BNB+1GDRfC2jSJBKySa3r91r3ivVNc8Q 6pLk79rPT8vm7adrEuTv2s9Py+btp2sewgAHPfnkknGcZAyTgcDgYHHSpv8A1/X5k3/r+vzF oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgDz34i/Dbwj8S/Dc/hrxdpC6rYSX+m6raypL cWuq6NrWjXNvf6N4i8O6rZSW2o6H4m0TULK1v9C8Qadd2ep6RqMFveWd5C9vGBSbb77+Xz03 9NdLqxSbb77+Xz039NdLqx414O+J3if4Zaz4e+FHx11aLU7/AFu4sdB+GPxnuU0nTNO+Lepf 2Y1y3hvxNaaVb6ZpWgfGgw6fqmpXGkaRomheEfHlgieIPh9p2jk654D8FU4p+X6ata+S6223 1vcpxT8v01a18l1ttvre59TKSVUsAGIBYKSyg45CsVUsAehKqSOdo6Vm9G12M3o2uwtABQAU AFABQAUAFABQAUAFABQAUAFABQBE80UbBHdVYqz4PZFIDOx6KoJA3MQM9+DTSb2X9f1+ndDS b2X9f1+ndHzx8Svid4gi8TRfCj4SWen+KPi3qWnNql02pT3/APwhfwv8O3MtpbL4x+JOoaZZ 3QheVbqe68EfD2S70zxD8Ub3Tb200dtN8LaJ4t8Y+B70S/Xz10V1fTe9m1eVtbl6Jfr566K6 vpvezavK2tztvhb8J9G+GdprE4vL/wAT+MfFd+NY8cfEDxCYbjxR4w1fMhjlvpoUjtdM0bS0 ka08NeFNGt7Hw34W07Fhomn20bTNLLd/6f4+e7v1uS3f+n+Pnu79bnqwAHAAA54HHU5P5nk+ 9SSFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA0MpJAPIx kc5GRkZHUAjucDPHXinb+rr+v899h2/q6/r/AD32HUhBQAUAFABQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFAAQD1GfrQBynjHwd4f8daBqfhXxTo1jrvhzWrV7TVdKv4fMt7uPzEni JKyxSRT29zFFd2d1CyXdlfxW9/Y3NjfW1vdxVF26tdf60e/Wy201vpUXbq11/rR79bLbTW+n zxoni/xH8BdY0TwL8VtcvvEnw01O907w/wDD/wCMurzGbUtCu7i2uINM8C/G3VLvUbqW81i8 ubGOz8J/FqWGzsPFNzfaZ4T8YtZePrnStb+JlNJ3stV069LO1lut0vK60KaTvZarp16WdrLd bpeV1ofV6SJJu2EnbjOVYDkZwCwAJHRgM7WBVsMCBDTW/UhprfqPpCCgAoAKACgAoAKACgAo AKAIZpvJAby5JASdxjXcY1Ck72UHe67tqbYUllLOu2JlDsjSv/X3/d5/eNK/9ff93n954V49 /ac+CXw58RT+C9d8aw6n4/trK21Kf4beB9I1/wCJXxMhsL1ttheTfDv4d6T4p8ZwWmoMHSwv J9Eis7lo5dtyqxSMr5X010v/AE9u/qtVcfK+mul/6e3f1WquecaP8ffj945ku5fBP7J2u+D9 Hgn8qy1T9on4oeEfhpf69bOrPb6po3hH4ZWXx48U2dncIu9dP8caf4H8TwjP2vw9blJQlxp8 zeuyeyvqraatLur3tf8AB8nn5bde3Rb6eum+ip+NNS/bl17w9qVl4J8Kfs1eBPEl7Altp3iP UPiN8TvHMekI1yn2q5j0Nfg14Qt7y+Fp54024udVutP02/Nte6joWt20U+k3WiopXu723Tst ++ja8vPt1aile7Wnp17726W1XWxgfDvRP2j/AIQaPc6ToHwV+BmsSXup33iLxPrl9+0Z8Rrn xV4t8S6s7T614m8S6/q37OMlzqet3kgSFJriO30vT9Ki07w94ZtNM8OaTY6Zp+bSejaVn22T 0Vtey16b3SsNpPRtKz7bJ6K2vZa9N7pWOo0v9ri50TUr7Sfjj+z98b/goLJUMHjJ9C0j4vfC 7XAWYSXWm+Lfgpq/jrXPDOmRBJM6h8XvBfwsjleKSKBJZfKWWXDrdbX/AA1+W33/AHy4dbra /wCGvy2+/wC/6M8CfEnwL8UfDll4w+GvjDwr4+8KX91PZ2/iLwhr+m+INHa5tJWt7y1N/pk1 xAl9Y3CNbX1hIyXdnc/6NcxRSq6qnFpXenl/l3/4fsJxaV3p5f5d/wDh+x3NSSFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAGRrOvaP4d0vUtb13UrDSNH0ezu9R1XV dTvLbTtN03T7CF7i+v8AUNQvpLexsLGzgjeW5vby4gtIEVmlnQKapRb9H+dr7b/8DUpRb9H+ dr7b/wDA1PlXWf2zvAV7ZwSfBLwL8VP2n9Qv3VdJj+B3hizuPB+oxF5I3vYvjV8SNY+HPwDF lAY3aRV+KUmqXKRztpOl6m0MiK+R6XaV/wDh/wCvzHyPS7Sv/wAP/X5mxbfEL9rDV4EurD4B /B7QY5lSRLHxR+0F4ln1u1WQKVi1S28K/AjXtCtbuLcVnhsfE2q27Or/AGO8vIfLnktUrpNy SbvutNLd2u+6T+TDk89fTyv3V/kMXxD+2PDPJLJ8OP2c7mBwnk2K/Fz4m20low+UiTVG+CN1 9te7UiYW/wDY+kC0YLArXjtk1OC5b3V76tvprdpWV7bJ69dtSmm1031fZfcr22Td776XKusf Fz9qLwlZT6nq/wCy/wCGfH1ta7DJo/wZ+PGmah40vEbPmPpWlfGfwH8D/BcpgUF5YtU+JGjz sBttorl2RWyUb7P8v0b/AK9GiVG+z/L9G/69Gi94e/bG+Cl/Po+keN9R1/4G+LtZvLLSLXwd 8e/DWrfCrUp/Ed/IlvbeGtF13xFbx+BfG+r3F1ItrYj4deLfGOn6rMU/sm/vklgeU5Gu71V7 W+dtenmkHI13eqva3ztr080j6jjlWQsvAZcEqGDHaSQG4HQlWXPI3o6gkqcS1b+vTX0fT7+p LVv69NfR9Pv6ktIQUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQBE0uzllO 3PLArtUZIy25lYdMnCkDnk4qlG6Wqu+n/Dfl5PsylG6Wqu+n/Dfl5PsxfNU7SCCrcK2cAnqA uR82QDjbuPHTHNFvP5ddHZ6X6LXf9bFvP5ddHZ6X6LXf9bCuWPCnBGQ+fl7ccgNk5H8OMZ5y MUcul27eVtf8uq69fIOXS7dvK2v+XVdevkSVJIUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFABQAUAc9rvh3RvEOl6npHiDTNN1zSNWsb7TdT0jVLC0vtN1Ww1GGS0 vNO1GyvRJa3tne2biyvLW4UW15CWiuVaIokVRb0Wt+j3t6L0v/wNb1FvRa36Pe3ovS//AANb /NcOt6r+zFNFp3im81LXf2d5pLaz0TxnqM93q3iD4KJBpSJDpPju5W1nvtY+GG+zEdj8QtRu JtU8FyXK2/jmWXwrbt4w0umuaz2fXTTyd9n97022sU1zWez66aeTvs/vem21j6tS4DxJKu2R XGQ0LGVWxxmN1Xayk8BmKL33Ac1PL629F2b766WejejJ5fW3ouzffXSz0b0ZKrliMrjIJ6g9 CP7uR35yQQeACOaTSWzfzVv6+75iaS2b+at/X3fMfSEFABQAUAFABQAmRkrkbgASMjIBJAJH UAlWAPQkHHQ0AcT8QfiF4S+GXha+8W+MtYXSNHtJrOxjeKCW/wBS1HVtUvItN0fQ9C0m0hur /W/EOtancW2maLomm2l3qOp6jcQWVpazzyLGbSu0kr9731el1dfKxSV7JLZa3vq9L7dtLHzd /wAI98cvj60Vz46v9c+BXwpg1eS7tvhz4H1a+0/4t+P9FitZYbK3+JfxEsbi0uPh5pt/Ldrq l54J+Fd5beLLO50zTbbU/i2tnJ4i8D6hs1CN9r3W7svVWtdJfK7TVi7JaadHq7ena6Vtnu3v ue//AA3+E3w9+FHh+Tw58P8AwjonhLSbrULzWNRtNF0+GyOq65qD7tS1zWbpEF9rmuam4D6j rus3F9rOqELLqd9dz5lOTnZtJL17rpt5ef8AkJztdJX8+/rbW9vP7tj0RIIYwFjijRRuwqqF X5jl+AMfO3zOcfM3zNk81Ck1s/6/r9e7Iu+/9f10JCqnGVBx0yAcfTPSnzS7vto7ffbf5hzS 7sQKozhRyc4xxnJOcdM5JJOMk8mld9389f63C77v56/1uRvbwyfeQdScgd8bTnsQVwpB4ZQF IIAFVGTV29fV2fXb/JFRk1dvX1dn12/yR8z/ABB/Zm8JeJNY1/xv4E1DxB8GPi3rRs5H+LHw qk07QPE17eaVGkemXXi3Sb6y1XwN8ULewtWurG30r4reFfF+mm2uBaWtvYRWljeWT5k7J2bb 2v6rrt02d+vk3zJpXSbfT71206bO/VdnQ0n41+MPhvrWneD/ANo+10HQ117WNF0HwT8ZvDkF zpfwx8X6zrtxFpmleGfENhq2parqHwz8darrjrpuh6Fq2pal4f8AFEmo6JZaB4un8T6hceF9 M0cFa6jptZ6PbdW30u7vmta6TV0DirN22SXnpu9Pnq77X1TPqeOZWjV2dQCu7JOBt4+bLBOD uU7tqg7hgYIzjJWe1raf1v27vVP0UNW6P+vv9N29H6E1SIKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAYzptY70AXOTuAClSwO4gjADIwbJA+Vg3Q01/n8/LXr+PbUa/z+flr1/H tqfO/wASPjfd6X4iuvhZ8I9Dg+JnxmjstNvNQ8PtqaaZ4X+HOma27nS/E3xY8RW9pfzeGNLv rW11W58O6FZ6dqvi3xpNplzb+HtEm0+y13XNCtRTWy3ffpe1nfVfOOxaimtlu+/S9rO+q+cd jjNP/Zfg8baqPFP7RnirUfjprg1qy1nTPCviDS7TSvgp4KbSjBLpFr4O+EBfUNGnnsb+Ea9F 4v8AH9747+IUPiGW4fTvFWmeHbbRNA0gulorb7de71030Xey76Iulorb7de71030Xey76L6y gsLW32mKFFZE8tHCgMkeI18pCMbItsMQ8tcJiKMbcIoEuV7aWtr8/wAvw/MlyvbS1tfn+X4f mWiiNglFJGQCVBwDjIGRxnAzjrgZo5pa2lJX3s2lptou3TsK77vXXsGxOMKo2ghcADaD1xjp nvihyk95N3d3d3u1te+/zC773666/mNMUZx+7T5chflHAb7wHHAbA3Do2BuzildvrsF2+uxz 3iXwl4d8WaBq3hrxFoWka/oGuWN1pus6Bren2eqaLrFhfxyQX1jqmmahbXljfWl9BNLDewXN rNFdRSSRzo6uatSdtUm7WvdJ67db777WLUnbVJu1r3Seu3W+++1j5fufgf8AEb4OC41f9mDx BZW2kQ6QlmfgF8Ttf8R6h8KLqTTy508+BfF0sHivxl8E7ye2W10U2miaP42+GWk6XBBLZ/Cw 6nFcaheXHlldOz231abetuWytbzu+lmh6S31tv3V+1lZ6dtb9unr/wALvjJonxKTVtN+w6v4 U8d+FDpsXjv4deKbaOw8VeD7rWFZtMa6gimksdX0HVZIb9PDvi3w7daz4X8RRaZqUem65cXu m6na2g6ajvbZvrrZNvz2Vm7pJtNR2Fa2jS2b66tfjtvqlrt39kV0b7rK3JHysDyrFWHB6hlZ SOzKQeQaxs+zIs+zHUhBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA0soJBZQQAxBIyFO QGIzkAlWAJ4O046GnZvZNjs3smz598f/ALRXgjwP4jfwDp9l4r+JHxPOmpq4+F/ww0Y+KfGN rpdw80FjqXiaSW90rw18O9G1O4t3s9K8QfEfxJ4Q0PVL2C8tNO1S7nilZNIx5ntv5aW3btbX uu+1ktC0r6209NLaPRWu3rp37JaHAJF+2V8S9KvDf6r8M/2ZrLUvNis7Xwtp0/x3+KGl6dIM 296/ijxJH4O+Fvh7xcEb/SNL/wCFefF3wnp12rQxa34lsxHey24U42u11303S1tu7X7q3ROw 3GK3/G23Vpbvfq7rzsryaL+yNpLWFuPiF8ZP2kvi14hKqdQ8U+LPj34+8Hy37ssfnl/AvwPu fhF8HrBXdZH2aP8ADTSQvnPFam1t0t4YDngmrKL0tpGO3m7t6JaWv5rYLxVrdultvPr02/C9 jbP7IXwbCkC1+IJkKEfan+Nfxxa8LkoUlluv+FmCV5UCkB0Ma7Tj2AqkV0VrJelvK17a/wB7 1VgUo+Vlttp8tGr+Se+r00zdU/ZG8Im0uB4M+JX7Rnw11lstYeIfCn7Qnxa1mTSZFICyQeEP iT4w8ffDPVSdu/HijwL4hXLsFVEIjROcNVZbW8ttG2o3b8ttXpdajkt9L2s10+9LXfbb52My DQf2zvhhoscWjeP/AIdftNQaYY0htfi1og+DfxL1613gTyar8RfhN4f1H4ZHVVT5rWLTPgF4 Z02dh5V1eWKM17FNovRWTfo9db22f5LbpcLReism/R663ts/yW3S53XgD9pLwj4n8SaV8OvG OleK/g98V9Ysbu+0r4cfFbTdP0XW/EMWmxwyayPBXiPRdS1v4d/EeTRFniuNYj+HnivxLc6L ZXFndazZafDdW7zLl9O/ZJefX011trsLl9O/ZJefX011trsfRiOjAgOjFW8t9rK22QAFkbGM OAQSpCnBB2gGos+zIs+zH0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAZ2 q6ja6VYz6le3dtYWFjG93f315PDbWdnZQo0lxd3dxO8cMFrbRqZp55ZokiiRpGaQL5ErSd7W +T/rz/4K3TSd7W+T/rz/AOCt18jyftL+L/iVBYr+yx8Mx8V9J1K7dYvjB421y8+HPwMTRowE k1zwr4nXRPFHin4tQ3UgZvDV58PfCWp+BPE6xzSt8StB097PUbu1Ha66u9uvZ2Wy3220bVrl qO111d7dezstlvtto2rXDVfgn+0N8R9T0y6+I/7UXivwh4etBML3wB+zd4L8OfCzQ/EUcu1k g8WePPHSfFf4vNJZvlrO/wDhl4x+EbyKWi1C2v0AWqXJFq9n07/he2vfbe/m7QVtvz+9X697 W6s3P+GPvhDdRSwaofizrCSJKkq+If2jf2j/ABMl1FciUzxXja78Wb2W7jl82QTxP5cbeYIg hgSNErnVn8L3XSL1+TirdHZrpfqzm0eqvqlrZ6t9dtFbXZtbvQqab+xV8B9B0rTdD8OaN468 L6NolhaaToOkeFPjP8bvDmnaFpun28dnptno1jo3xIsbXSrXS7SGO00y2tR9lsrBFtIYURY4 1yck+jfnfotv83a2pztTu2pOzvo7aX17d9UtjOvv2ZPH3hrVrDWfgt+0/wDHb4fx2ZPn+CfH HiC3/aG+G/iJyjf8jLb/ABssvFvxY0+1VlTZF8O/jN4BERHyRPFJLBLUXTu7rp17/ff9Ntty 6aabc2paaXaX4WS/rVrQsyfE79pj4a6iI/in8JNB+J/gRoQP+Fhfs/za3H4y0u8SNWlk8R/A XxbNqOov4dUrKYNR+H/xb+I/iy8lNvA3gK0ie4uLeuRNNxs3Z72fW2nLaN990k9+jZpy9Vr8 k10WltO+/wB27Pd/hn8VfAnxe0BfFHw+8U6f4l0iK6utK1FbWO6sdS0LXbFxHqfh3xR4f1W3 s/EPhPxRo8pWDVvDniSw0vXdKmbyNU0qzneNTm0lfytrtptr03Xz3u9RNJX8ra7aba9N1897 vU9HR0kG6N1dTghkYMCGUMpypI5VlYeqsCOCDUEDqACgAoA4H4lfEXwz8LPCOq+M/Fl2bbS9 Njhigt4VE+p65rWo3MOm+HvC3h3TwfO1nxX4q1y70/QPC+hWcc2oa3rV/a6bYQTXVxHG1RT8 +39NNf1ZdVaop+fb+mmv6suqt5P8Pfhl4i8TeJbf4zfGVIZ/HQS8j8DeDYrq31Dw58HPD9+b iI6foUlvClvqXjjV9Okth438biW5kublP7A8LXVn4WsXfxDd1G3pdd9NUn5dEvLW93a21HTo 1p301Sd+j2t0+en0mi7BjjHXjPUk5znJJPVmZ2ZmJJxUSkpO9mvV39NdFptZJfNmbd/66f10 SXzH1IgoAKACgAoAKPUPUw/Efh7SPFOjajoGvaXp+taNq9pcadqularbRXenahYXkL211a3l pPHNb3UDwyuTb3EMsMrKqsEOJE0U+XZytdb20t29Ureje+xfMlazlbs7fnf8D5b0HV9W/Z18 WeG/hf4y1XVdb+D/AIw1Ky8OfB3x3rF9rWua74S8T3i389h8IfiDrt3Be3F1pFxYac1n8M/i T4n1l73Wr5bf4c+Lr9/G+oeAL/x87815dNbp217WVrei2T2T1u1qr9Nbp21elrKz3f3N9dU/ rxZAxxtIyMg5UggjIPDE4PzYONp25DcrnNprX0/FX/VfeQ01r6fir/qvvJKQgoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKAPmz4nfEDxRqvi63+CfwjuIrPx/qFjba94u8YXejtrGif CjwJc3slo+v3McrrpV5448TSxajpfw58NXkzfbNQsdY8VaxY6j4b8JatpWoapXSb/wCHXnpa 3ZdFbfpqldJv/h156Wt2XRW36enfDX4ZeGvhb4ei8O+G7e4MPny6jqOrapqF5rPiLxHr18Eb WPE3irXdSkn1LxB4l1m4jFxqeuanc3N/eERRSSiC1t4405W0V97X8la6Xa2y089xOVtFfe1/ JWul2tstPPc9FrN26beZm7dNvMKACgAoAKACgApq3W/lYat1v5WPFPiv8IIfHj6Z4n8Oau3g j4o+EvtEvgn4g6fYWl5e6WtzbTQ3/h7W7KdUi8S+Btf3pH4h8KahMtrNJHaa/pE+jeL9E8Oe I9H2jUvdPXR7rVvura3S9X6WNFJPT53tq35WejS7XfoRfBn4nv4+tdb0bxJpEPhH4o+A57DS PiZ4I+32moNoer6lYRapYapo9/CILjXPA/iO2kuNR8G+KLmw0+TVrRL6z1Gx0vxTpHiXw9oM Si3bf/gem66Xsu+mgpRbtv8A8D03XS9l300PcAc8jpWbVtzNq24UAFABQAUAFABQAUAFABQA UAFABQAUAFABQBFNMsCGR8BF3F2LKioqozs7u5VVQBTuZiFXOWIUEhpX/rzt+o0r/wBedv1P kTWPGHjP4/6peaB8Idfk8G/CSCbVND8UfGvSvIv/ABF4tvrdEsp9D+CU8DT2VjY2011e2+r/ ABXupbmHTtR0+40vwTo+q6gNW8U+ELSSW+y22vd6NptL5Ppv0RaSS32W217vRtNpfJ9N+iPd fhr8JfAvwm0GDw34G8OWGiadGTPdzxyXeoazreoNHFHLrHibxFq81/4k8Wa7elZJNR17xPrO r6zqE5Fze3tzMwaI57fDdPp5fjbbS1u+vdOXa67bafptpa3z3v6WABwBgegqG23d6tkN31ZK HUADnj6f41k4yu7S692Abx6H9P8AGjln/N+LAN6+h/T/ABoUZXV5de7AirQDhvHnw58HfErR J/DXjbw5ofifQblop30vXtLtNVs0vrYsbPUbeG7jkW21CzMjyWd/am3vrWXElvcxPh0tT/m1 +S/r8C1P+bX5L+vwPmq31rxl+y41pYeL9Y174kfs+WsVhptr461e61TxP8TvhKPtcemWI+IG otBf6v8AEP4b2treaVHqnxQ1m7n8aeC7eG61/wCJ2oeKPD665458NvlTTt673Svv08nt26Xs PlTTt673Svv08nt26XsfYVhf22pW0N7ZyRz2lzFHcWtzDLFNBdW0y74Lq2mheSKe2uI9ssFx E7QzxsskLyRsrtDVv69Px7rdfMhq39en491uvmXKQgoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgDzz4l/E3w38LPD8eueIF1K+n1DUrHw/4a8N6BYyav4o8YeKNWZ49J8M+GtHgI lvNSvXR5bi5uHtNG0HSYNR8TeJ9U0Twtout63p1KLeuy7spRb12XdngWnfBDxJ8ZNRtPF/7S cemajZWV1eXPhH4FaTql1q/wy8GpIyjTdS8ZyGKyg+LvxCtrYRXg1LxBZHwb4E1pVT4faAms WL+PdVq6irdV97s769l97s9u9XUVbqvvdnfXsvvdnt3+tbOzjtIhGiIoXGxVUYjXaBsUhU+R SDsARFjQrFGiRxoolyeybS/H/P8AF+rJcnsm0vx/z/F+rLqkA5PpUNNp20ZI/ePQ/p/jUcs/ 5vxYEZ5JPqTWq5bK/Ne2trW/HUpcvXmv5WEodul/nb9BO3S/zt+ghVWGGAI9wDQpNXs7X0YJ tbM+cfiR+zxofifX4viV4O1a8+Gvxe0re9j8QfC3nWj65arbz2qeHPib4etbux0b4r+Djbzs sOg+No9QfQbrbrvg3UfDHie207XbClK79d10/HZaJt/hpd0pXfruun47LRNv8NLu38KPizqu o6nN8NPirpFh4O+MOlaZHqc+n6fcxyeE/H+hRyzWc3jn4Z3s8/2280CO7t3tNd8P6zHb+LfB F81nDr9vd6Drng3xb4sclfXTq29fJebvfp8lrcclfXTq29fJebvfp8lrc+gwcgH1APbv9CR+ RI9DWZmLQA19207SA2PlLDKg9iQCCR6jK56blzuDW+v9f8Ht5jW+v9f8Ht5nxn4Jv4/2hPjH rHxPF6+q/CP4La3r/gL4UQJaiDT9e+J+iz6z4X+MXxJke7gS5vrfw5qC6t8HfBU8cMNlDJoH xN1qyvNcsPFvhjWbK/h2627233u10T16Xe2iTv4dutu9t97tdE9el3tok/sxQAqgZwFAGSSc AYGSSSTjqSSSeSTUPRv1IejfqOpCCgAoAKACgAoAKACgDjvHfgTwz8R/CniLwX4u01NW0DxR pcuk6tZvPcW0klrIrGOS0vLSWC806/sp2W+0vVLCe31LStSittS067tb61triHSLta+zv8mn b+v+HNIu1r7O/wAmnb+v+HPE/wBnXxt4jnPjD4N/EO61e9+JHwav7LTLvxHri2Zn+KPw+12K 5u/h18WtNuLAQ291Fr+n2l/4X8WqbHSZLH4oeDPHkEOlHQ5fDusaqS2b6PVbW6L7/wBNno0y WzfR6ra3Rff+mz0af07WZmFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHkXxw+J0/wl+H ms+LdN0C68X+Jml0zw/4G8E2N1aWF343+IHijUrfQPBXhGHUtQeHTtHXXvEd/p1hd65qlxb6 VoWny3ms6nNDYafcyrUVffbrray7/wCXTcqKvvt11tZd/wDLpuZnwN+GFx8N/C5bxBqH/CRf EXxdev4t+KnjKV55J/FvjzULKytbzULf7V+/tPD+kWNlb+F/B2ikRRaB4O0XQdIgtoIrQpVS b76q1/xv6brVJXvp2VSb76q1/wAb+m61SV76dl7hUXei7bfMi70Xbb5hSEFABQAUAFABQAUA HWhbrp59gW66efY+VP2hfDWteEptC/aI+HOnPdeM/hXFdL4v8Padp7XOofFL4O30qXHjbwIq 2UMmoXuv6UY18dfDuEJOz+NtDg0INa6X4v8AEbXGq2tu9ej3V7NbLbazWi32tqtrbvXo91ez Wy22s1ot9rfRHhDxR4f8b+FvDvjTwlrel+JfCvi7Q9H8TeGvEWiXCXmj69oGu6ba6no+s6Ve Ru8V5puqadc29/Y3UTNHPa3ELozqQ7RLf+urb/W3yIlv/XVt/rb5HR1JIUAFABQAUAFABQAU AFABQAUAFABQAUAIxIBIwSASASQM44yQCQM9SASB0B6UAfH3jfV9Q+P/AI3134NaHeonwi8G uulfHrX9Hv8AULTU/E2vavYSTQfBPQb/AEti9hb2ej3thq/xb1Nb62vbey1jw54N06MtrfjK 98IWlaztdt/K19/Py36Pe17StZ2u2/la+/n5b9Hva/1TpujaVYWNtY2Nlb2tjZRR2lrawxot tBbWQigtIIIvLRIoLSO1gjt4o40jgEKCEbVRypXTa22dl0dl+PmhSum1ts7Lo7L8fNGzUkhQ AUAFABQAUAFAFC8sYLm3eGQHY7qxG4gb/MDBwCSpkRyZIi6uFn2ShGkRMNN+XXp+H+S87bMa b8uvT8P8l522Z8f6Vdyfsu+MdF8Gz3SW37PPxB1mz0TwNLfNeFPg98S/EF+0Vj4AbULuaXTr L4Z+PNSvrax+G2nPcaba+CPGCxfDjRFvdJ8a/Dnw74dtrmto9Lp6pvvZWTvbztrpuy2ua2j0 unqm+9lZO9vO2um7Ps5c4G4ANjkAkjPfBIUkZ6HaM+lZmYtABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQByfjjxp4e+HnhXWvGfivUV0rw94fs3vtUvvsd/qU0cQZIYYLLStKt7vVtY1 O9u5rex0vRtJs7zVtY1C5ttM0uzu9Qura2lcVd/1v9z/AOGTfQcVd/1v9z/4ZN9Dwz4Q+CfE Hi3V1+O3xf0k2fxD8RaPdWXg7wjfQ6bM3wS+H2sz2F63gaxubKfUrc+LfEKWGg6j8XNXsNTv rLXPEmm22i6ff3/hDw34aSC3orJrR9d+r189El19NC3orJrR9d+r189El19ND6eCqDkDnAXP fC5wPoMn86htvd3Ibb3dxaQgoAKACgAoAKAGuiyIyOMqwweSD1yCCOQQQCD6igDyL4tfC7Sv iPodhpxv9T8Na/omoR674L8Z+H1s08R+BvFFnBc2um+JNEuNTtdQ0tWtYr+8sdR0rUtPv9J1 7RNQ1PRdW0+80i7vraS4t93vr2+eju3d9um+lri33e+vb56O7d326b6Wxfgn8Udc8cWmu+Ev Hmm2Xhr4s/De+tdB+Iug2UySWF1JPE8vh/x14WV7m7nfwF8SdMhOv+Fpbme6v9Jdda8G+IZb Txh4Y12wsRpLZaWbT1+7dbWbvrprZpXBpLZaWbT1+7dbWbvrprZpXPeagg+c/wBqbxz4q8G/ BnX4PhxNb2/xU8faj4d+FPwsu7y3+1Wmi+P/AIma/pvgzQfF+oWRw15o/wAP5dafx/rtrEfP uND8NahFbhp3jU0lqr7Wu7dtfzttuUlqr7Wu7dtfzttues/DrwZovw58CeD/AAF4dilh0Lwb 4a0Twxo8c8nm3A0zQtNttMsDcTZJnna1tYjLO5Mkz5klPmM1Oe6/Bf1/wV5vo57r8F/X/BXm +nZ1BAUAFABQAUAFABQAUAFABQB8gfHy0f4d/Fb4FfH/AE68fTraLxro3wJ+KEbyFdP1v4ef GPVYfDvg5rqBQYv7V8K/G2/8BXWg6zclZtG0PxN8RdJtyLbxhfPHqtU9b7q/V6PXV+duj01d tFqtU9b7q/V6PXV+duj01dtF9cwlcOFG0BycYxy4Ejk8kFi7uXIA+fcpyVJMS799/wCu2um2 i+biXfvv/XbXTbRfNzVJIUAFABQAUAFABQAUAFABQAUAFABQAUAFABQB8da0th8Xf2tNL0iS 9fU/C/7LHhOx8XXukW779Nh+OHxYtda0rw9dasYWSZvEPgL4RW2uXVloc7T2baT8ctL16809 rxPDGqabok0tVe772fS34316WbRok0tVe772fS34316WbR9i9Kze7M3uwoAKACgAoAKACgAo AKACgCC5TzIZI8H51ZSRsO0FWO4h1dTjHy7o5F37d0bJuFVG99P+G/rbzvbS5Ub30/4b+tvO 9tLnyF+zXLd+AfFnxq/Zvv7C20nTfhl4js/H3wkFkx+zXfwN+MR1bWdAhgtlAttJTwV8TdJ+ LHw703RLX7TbWPg7wn4Qv2NsusQ2dve9pLZ2Xpr5+ej6qyaL3tJbOy9NfPz0fVWTR9iDoP69 fxrJ7vr59zJ7vr59woAKACgAoAKACgAoAKACgAoAKACgAoA8K/aC+I2t/Dj4fXd54PttDvvi R4p1rQPh58KdL8TPdromofEbxvqVvo2gzatbadJDq+oeHPDkc134z8YxaE51iPwV4c8S3VkY nsJpYdFqknt8+uq1Vt3pa+6XY0WqSe3z66rVW3elr7pdjo/g18MdM+EHw88OeAtLurrU00e1 nm1TXtRS3j1bxV4n1q+utf8AGPjHWltFjtf7d8ZeLdV1vxV4glt4oo7vXNZv7oJukaSZT6L5 u2y00T7vTfTToKfRfN22Wmifd6b6adD1KoICgAoAKACgAoAKACgAoA4j4jeBtE+JXg3xD4F8 SWbXugeKNG1PRtUjiupLG5jt7+ymtvPsr6AG70+/t3kWew1KxaK+068igvLWaKaJWqotL10t +PXor2/4a5UWl66W/Hr0V7f8Nc8e/Zn8deJPEHhLXPAnxE11PE/xc+CXjC4+E3xK13+z7HRr rxHf6To+l674U+Id3omnxWun6RJ8Tvh/rvhfx3c2Gj26aHp2seItX0bRVGm6YkUFO6b9L999 HpZ/JXSta99SndN+l+++j0s/krpWte+p9MVmZhQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA DWGVYc8g9MEnjoAQRz7g0AfGfiEx/HT9oyLwFFLqk3w5/Zwl8M+NfHEdnI1v4f8AFPxw1yL+ 2/hx4L110CDW4fhj4Sltvivq/h2eXyLPxN4w+C3ilo5LvSFWXVJpa9N/K3bptpvZbaqyWqTS 16b+Vu3TbTey21VkvsmBGjhjjYklFC5JyxA4BY5OWxjcQcFslQowozk7tv0/Izk7tv0/IlpC CgAoAKACgAoAKACgAoA+Ov2kLSf4Wa14b/an8M6Ib6/+HL2/hr4wWlhO1nda/wDs+65qkT+L 9Tu8OLe+m+DNzcv8YdEjure+vU07S/H/AIb8OraXnxI1KSXWO1tOmr11a/C2yd9130NY7W06 avXVr8LbJ33XfQ+u7a6huVVoHWSNokmjkQAxyQzfNBNE6kq8UqhvLdSVkCl1JUgtEv6/XXd/ O+9tLMiX9frru/nfe2lmfHPxYlvvGv7XX7L3wxEe3w34N8JfG39pHxFcKARJ4l8JWvhH4KfD rRbtCziSz1K0+OnxD8RrEyrG1/4GspiWeGFUuOq6LpdPVLte1vnf8S46roul09Uu17W+d/xP s8DAx2GAOnAAAxxj0z+PpWb72tfVenT/ACW2hm+9rX1Xp0/yW2gtIQUAFADlUHOTSk2lpr/X kA/YPU/p/hUc0/5fwYH5f/t0f8FIT+xH8Sv2RPh9q37P3jTx5Y/te/tXfBv9lPwx4/tvF/g3 w74O8JeI/it4o0zSptb1qEXniHxpeLo3h6TxHrtjpkXg2zg1a98MyaRf614et9UttYh2STV+ u1r9bPfRaaf5talWTV+vr1s3rpotPNefU/TSGRpDIGKEKx27MnC7nQBjllLAoQxBBDbl2AKr yJpLZ3X+Vr/n/wAF6iaS2d1/la/5/wDBepPSEFABQB4l+0l8LLT42/AL4v8Awmur+70g+Pvh 74o8NWGvaeXXU/DWs6hpNzHoXinSpIiJotX8L6yLDxBpc9uyXMGoabby27pMiMLTbb6X7dbd N9L997lptt9L9utum+l++9zX+BXji5+JvwY+FPxGvY4oL3x38OfBPi6+t4Spjtb7xB4a0zVL +1XYSpFveXM8QK8bVCjIXcVJWdl+vltf1vbz31slJWdl+vltf1vbz31svVqkkKACgAoAKACg AoAKACgAoAKACgAoAKACgCOUlUJA3e2cZP8ACP8AgTYX2zntg1Hf5f012a3+VupUd/l/TXZr f5W6nyZ+yJpGmXPh/wCMPxQhRZdc+Mv7Rfxm8XeItSB3jVV8HeKG+B3gieNssv2ez+Ffwh+H +k2xiYwSxaaLuLm6kZrlol89PVPr5a+t7vUuWiXz09U+vlr63u9T63HAx6evX8azejfqzN6N +rCkIKACgAoA+Zv2oP2jpP2cPA2l69pHwq+IXx2+IXjHxNZ+Cfhl8G/hTbaO/jLx14s1Czvd RjtTqnijVtC8I+D/AA3pOmabqGseK/HfjTXtD8LeGNKtWn1G886ezhuNYU+d2Tto3f0/C3TR tX1uNqyunfp+fa+mltL9Xc/Pf9kL/grj4l+MX7Usn7EP7X37GXxM/YO/aj1bwZq/xI+G3hHx b8RvAnxr+HfxW8D6RcTG7uvBfxc+Hkdl4ev/ABLp+lRrqut+G4rGeDTIk1KBNcvJdHug6qUa kE+WPNbr0t12vtpfz0I5vJva1ut1f+t9tbH7QgggEZGQDgjBGQCQQeQR0x2rNbK+/UoKACgB GG4YyR6EYyPcEg4OOPoaadncadnc+N/ipqcvgH9r/wDZj8QZRdI+Nnhn4v8A7Pl+NmZH8a6X 4di+PXw9uWZWQeRZeFPhZ8a7SWF8i4m1i0IZfs2Htax6pJ3b66Wf43fpbr1tax6pJ3b66Wf4 3fpbr1+yR0GOmOOc/qck/U9azMwoAKACgAoAKACgAoAKACgAoAKACgAoA+O9Yt9N+JH7aPh7 SLpDqNl+zV8KofiJDbyMs+m6Z8SvjzfeKvAnh/W4Q3mRw+LPDvw1+H/xH0VbcCG5sPC3xbv7 tlaHxLFI+idorrv6d/n129NzRO0V139O/wA+u3pufYlQ23v1d79f+GIbb36u9+v/AAwUhBQA UAFABQAUAFABQAUAFNO34P0t2Gnb8H6W7Hxn4wv9I+F/7Zvwo124B0+1/ab8Da78DZ7qLzBH qnxN+ENh4q+Nvwz0m5hXEDPP8MZP2kNQa+lzOG8P6ZZyl0l0hYbvzJu2vW3o1+av6aa3ad35 k3bXrb0a/NX9NNbtP7MrMzCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAMPxP4h0nwj4b8Q+ K9fulsdC8MaJqviHWr1gWWz0nRbCfUtRumUcstvZ200xUckIQASaa3Vt7qw1urb3Vj5y/Y30 fxNF8D/Dvjjx5pH9g/ET4zXGp/G/x9oTSLNL4Z8S/Fa+n8YHwVLMoxcv8PdE1PRPh/Hfbma7 s/DFpuZxErG5u2i072t/w/5fMubtotO9rf8AD/l8z6prN6/h+CsZvX8PwVgoAKACgAoAXB9D +RoACCOoI+tACUAFABQBlazoum6/pWqaJq1rDfaVrOn3ul6nYXCLJbX2n6jbta31pcxsCJYL u2kltp0Jw8EskZ4bItS2vbTS/W3y3S7frqWpbXtppfrb5bpdv11PmX9jaXWNM+Dy/DDxDrN5 4h1z4BeK/FPwHm13VLlr3XNe0D4d6m9r8OPEfiS8cl73xR4m+E974A8QeJtQdYm1PXdR1DUR DDFcxQxk9l6uy69L/c736/iE9l6uy69L/c736/iWdCiim/bM+IDeUoOk/s0/COG1JUAwLrXx O+Nc96IGxkLeNpVk90F2id7O1aYO1vCVp6Rfm9dfP1fpv69SnpF+b118/V+m/r1PqasjIKAC gBGztbAJODgAgEnHABJUAnoCSB7jrTWltPP1GtLaefqfz++Bf2z/APgoL8Vf+CpH7dP7Bmla 9+zf4J0P4GfAv4R+O/hd4uPw+8d+Mf8AhFbr4pnTtVOseMPDk3jfwvd/FrWNPs7mTR7Ow0zx b8HPD8Akk169tr8WcOi3W6p8yTtaNk07b31s7X6dLX+/Wm4d1Gy0utfn3XT1v039g/4Jo/td /tF+Ov2oP+Cgf7Af7V/jvwb8YvjB+w14n+Bd1p/xt8D/AA3ufhDD8R/h3+0H8KdO+I/h2fX/ AAFB4j8U6Ho3iTQp21GyuP7F1W3gltWto20xZ7SW/vlKCjFNW7Prq1da+qS1undtvUXNDvHr 0300fXZpLz1bbuz5t/4OA0C/EL/gh6+1Q/8Aw+1/YuAYAbx/xNfETMAw+YfMsbEcfMqEjIGF CLkrJOSUu2ys7X6LUIyjZJtPW/fRppfj+J/RoAFPAAG1SMYxjnHSs5dV2cvu6fqJtPbvL7un 66dBakQUAFAENx/qJPk8zKMBGW2iQkHahYkBQ5wpLZUZ5BFNbr19f0evbzGt16+v6PXt5n5r fsh/tWfB3w9+zj8LPCms6l4yTVfBWgy+BL8WPwm+K2s2xuPA2pX3hJmj1TQvBGo6Zegroy/6 RbXcqv1yep1lG+yXzb/CzNZRvsl82/wsz6S/4bB+Bf8A0FfHv/hk/jd/87up5H2j98v8yeR9 o/fL/MP+GwfgX/0FfHv/AIZP43f/ADu6OR9o/fL/ADDkfaP3y/zD/hsH4F/9BXx7/wCGT+N3 /wA7ujkfaP3y/wAw5H2j98v8w/4bB+Bf/QV8e/8Ahk/jd/8AO7o5H2j98v8AMOR9o/fL/MP+ GwfgX/0FfHv/AIZP43f/ADu6OR9o/fL/ADDkfaP3y/zD/hsH4F/9BXx7/wCGT+N3/wA7ujkf aP3y/wAw5H2j98v8w/4bB+Bf/QV8e/8Ahk/jd/8AO7o5H2j98v8AMOR9o/fL/MP+GwfgX/0F fHv/AIZP43f/ADu6OR9o/fL/ADDkfaP3y/zD/hsH4F/9BXx7/wCGT+N3/wA7ujkfaP3y/wAw 5H2j98v8w/4bB+Bf/QV8e/8Ahk/jd/8AO7o5H2j98v8AMOR9o/fL/MP+GwfgX/0FfHv/AIZP 43f/ADu6OR9o/fL/ADDkfaP3y/zD/hsH4F/9BXx7/wCGT+N3/wA7ujkfaP3y/wAw5H2j98v8 w/4bB+Bf/QV8e/8Ahk/jd/8AO7o5H2j98v8AMOR9o/fL/MP+GwfgX/0FfHv/AIZP43f/ADu6 OR9o/fL/ADDkfaP3y/zD/hsH4F/9BXx7/wCGT+N3/wA7ujkfaP3y/wAw5H2j98v8yOX9sD4F +W7nVvHYEaliW+CvxsRcN+7+Zn+HgjCAuC7SkRogaRyAmQ1Fr+VX06vqtLPR6DUWv5VfTq+q 0s9Hocb/AME5b46z+wj+yV4kcu1x4w+Afwz8b3kkwm+0y3vjbwtp3iu8mu2uYYbp7yW61iWW 8e5U3LXTzGdjKXxM738rXt2Jne/la9ux9p1BAUAAGaAPib/go38Y/jZ+zp+xF+05+0D8AR8O W+IfwK+CXxT+MttF8UdK8Ra34XudL+F3gHxH451Wx/svwzrXh2+utUv7XQWstK8/XNP0+G9n invmuoI2srmoq7atfTRd3daL/PpuONrNvZK/5f1dbH4//EX9rr/gqBaf8EuPgn/wU68I/GT4 AeHtJ8DfsU/Bz9p/4s/A3WPgRe+LZvjvd33wq0Dx78SP7X+Llv8AErw4fhfa+ILLU5tQ8K+H PAfwpvZfDOrNaWmq+MPEdlJd6TYauDi7SjZ2Ts07O6vddErLf+m1OnK7Ti7aPR2vs1a2mum1 7+jT/eT4KfEbwN+0X8Hfgh+0f4e0qIaB8WfhD4P+JPhC71aygTW9M8LfFnw/4W8bQaXLcywi 5sxc2b6O2t28Usdvc3Wl2klzHKbK2aKVOpTlenGTnukrXaa7WWvna/TVEzlFppNXv5eW60W+ 7tou5+afx0+B9v8AtH/8FdP2Ofif4csI49G/4Jz/AAm/aA1Xx54mBigju/ih+134c8H+DfAX w3s5YbiFrzVtA+HfhPx54/8AE1hcpNBoln4s8CS/ZlfxXDM/XSnNxvOD7pySez0vrtFJau70 30MW9vL+XTTXp37W7s/Z9BhFHHCqPlyF4A+6Dkgemecda4JO8pPu2/x8jbcdSAKACgD5D/at som1z9kzXGRGuPDf7Wfge5tnKqZY/wDhI/h78VPAV75Lkb4zNpfjC+trjYV86ymubeTfBNKj aQ1Ulf8A4Hn/AF2NIaqSv/wPP+ux9eDoOc8dfX3rMzCgAoAKACgAoAKACgAoAKACgAoAKAEJ C8npwPfJICgfUnH1Iqo27a6W0vbu7dbIqNu2ultL27u3WyPkH9lzSBN4t/av+JM7tPefEv8A ae8VLE8uZJbHR/hR4G+HvwIsdHilYs8VlFffCzVdaiskYW0V74g1O6SJbi/u5JdH8Pd200a6 Wfpo3v8Ad0NH8Pd200a6Wfpo3v8Ad0Pr+sTEKACgBrOikBmCkhiASBkLjceewyM+maAPMvEX xu+DHg/w7qXi/wAW/F34YeFvCWjeIF8Jax4o8R+PvCmh+HNJ8VPeW2nJ4Z1PW9T1a10yw8QP qF7Z2KaLdXUWpPeXVvbLbGaaNGfK+z+4V1tdX7XO9+1R6ha21xpl1Fc2l5BHcwX1lNDcQT20 8aSwPbzxSMhFzDKtxbXK74GVFLEpKodrTdb7XX9X89Vv1Ki1rez28/P/AC6q6fU/AL4Y/FT4 +aP/AMHGvj/9mfXfj/8AFvxx8C4P+CUWo/HfRfhT4r1ywt/BWhfEbXf2nfhV4FuvElp4b8M6 VoOi3WoRaL4eeDR9T1nTdS13QLfxR4v0/S7rTdM13ULCWpWXRaK9uuumr20v3vdFysui0V7d ddNXtpfve6P6D6zMwoAKACgD5W/a2srJPAvgHxS8Ef8Aangj9oj9nHXNH1DYBdadNqXxo8Fe Ddaa0nA82FtS8H+LvEmhXbQuhn0zVdQ0+YyWl5cwTaR8+q+9J/kttbXu1qkaR8+q+9J/kttb Xu1qkfVA6D1xz9e/P86lq1/VW9NXp96/Alq1/VW9NXp96/AWpJCgAoAKACgAoAKACgAoAKAC gAoAKACgAoA+Sv24/ECaH+y98VLRiyzeO4fCPwXsGydq6t8e/HXhj4J6NIV3BXEOrfEG0meI gmYRoihmZQdI20vbv8rK2222t/nvrpG2l7d/lZW2221v899fqqyhitoIraFQkUEMUSICWKpG vkopYjLbViVd5JZyGLc8lS6O9/u7L/gvRtK676qXR3v93Zf8F6NpXXfW3UEBQAUAYWueKPDX hiCzuvEviHRPD1tqOt6J4Z0641zVbHSYNQ8R+JdRttI8OeH7Ga/nt47vW9f1a8s9K0TSrdpL 7VdSuraxsILi6niid2fZ7X+Xf0DbfTr8u5had8Ufhnq/jPW/hxpPxF8Cap8Q/DOnWOr+JPAe neLvD994z8PaTqZkGm6nrnhe11CXXNI07UDDN9ivdQsbe2uvJm8iVxFJtOWXZ/cxXXdfej4G /bF/ZU/aE/bD8WXfhDTP2vf2mP2Q/gVoGhWtvZR/sh+M/Cnw0+MHxO8W6hHDqN/4n1j4t6l4 Y8ca54T8EeHraSy8PaP4T8Mad4Y8Q6rrNt4m1vVtWuNHl8PQXnTThT5E5ygn1ve61t2f573T aWhjJtNvlbWtm7Wfpd69tn5HyF/wR4+N37WekfH/AP4KG/8ABPH9rj4ueJf2jPEf7DPxD+EH /Cuv2g/Fuk6Tp/ijxx8N/j98Ov8AhZvhfw54uvdHDQaz4q8H6G+ky6lqN1JNqUh8ReXc3l7b RWCWSrU4pKUXFpptOPlZ7WVtHrfb89KXvJ9Pduk99Hq/na2jt5H74Vzv9PQ0f6egUhBQAjdD npg/y9sn8qatdX2vr6DVrq+19fQ+LfhHd3Hhn9tX9rz4dKjR6N4r8A/s1ftF2JBPkyeJfGln 8U/gf4thij4jikttJ/Zy8BXVx5ahpjqqXExd5QRUtYrTZ7/rppr17PQqWsVps9/100169nod Dbanb6T+3Fqej3JCXPxB/Za0rVtETcFaa2+EPxU1Ky8TyBMfOlrL8a/CUbsCpiku1Qq4kDI3 rH0d9+rbuuumu9+w3rH0d9+rbuuumu9+x9ZVmZhQAUABOAT6DNPflXl/7cxv7Pp+rP5ov2UN d8RH/gv3+3p8c9R+C/7T3h34QfHL9nT9mn4b/C74m+Kf2T/2lvC/gLxN4v8ABWmaJY+J7F/F PiP4UaVpmgadp1z9oUa94ok0TRpEtJZmvIomieTtd1Rta9mlpvorbdHpqr6aq7trjPden+Zc /YA1vxJaf8Fyv+Cu3xi1j4LftO+F/hN+1Tov7EOn/Ar4meN/2Uv2kvAfgXxtefBv9nv/AIRT x7H/AMJP4x+Fmh6R4ci0jXI7jT0uvF914fg1G7t5ItKe/UpI2cl+75dra/K/Tp9789ibaXuv v1/r/ht720f+C8H/AAlvjj4qf8EmdN+H3wg/aC+Jv/Ch/wDgqH+y7+0j8XNV+FX7Onx3+KHh rwX8HfBOqaw3iXxVeeK/Afw58QeGL6TTYZ/Pl8P6Vq994oaNVMehv5qmtMN8Mvw21s3fr5rc Er9bart1v3a7H9E3h7XbTxNomkeILC21e0sda0rTNXsLfX9B1vwvrcdjqllDf2iax4a8S6dp HiLw5qyQ3CpqXh7xDpWma/ot0sllrGm2N7HJbpxStd2d9XqbR2+b/Nm1SGFABQBBczLb2807 glIY2kfb1CICWY54wqgsxOQFBO1sYLjutL/8N6r8xx3Wl/8AhvVfmfMf7Fdklp+yl8AnVm3a n8LvB/iKfGAn2rxTo1p4mumjKoisktxq8swcKCTKQ/zhquUkntfu02urVnbt/wAMXKST2v3a bXVqzt2/4Y+odv8AtN+dLnXZ/wDgTFzrs/8AwJht/wBpvzo512f/AIEw512f/gTDb/tN+dHO uz/8CYc67P8A8CYbf9pvzo512f8A4Ew512f/AIEw2/7TfnRzrs//AAJhzrs//AmG3/ab86Od dn/4Ew512f8A4Ew2/wC0350c67P/AMCYc67P/wACYbf9pvzo512f/gTDnXZ/+BMNv+0350c6 7P8A8CYc67P/AMCYbf8Aab86Oddn/wCBMOddn/4Ew2/7TfnRzrs//AmHOuz/APAmG3/ab86O ddn/AOBMOddn/wCBMNv+0350c67P/wACYc67P/wJht/2m/OjnXZ/+BMOddn/AOBMNv8AtN+d HOuz/wDAmHOuz/8AAmRTqfLJXDMvKh2YKWwcA7MHDZ2tnKhGYsrAFWLp9H33v+D016edgun0 ffe/4PTXp52Pkb9gXRj4W/ZA+BngVwUm+GPhS4+EV1CQoW3vPhDrurfDG7t4wqr+5hufCcqQ 7i7GMKTI+QxU99bbdPn6/wDDWFPfW23T5+v/AA1j7AqSQoAUdfwb+RoFLZ+j/I/Oj/grXqd+ P+Cbf7bfgjQPBHxR+IvjT4w/srftFfBz4e+DvhH8KPiR8XvFGu+P/iN8FfHfh3wlpsmhfDTw v4p1HR9Ov9Zu7Wyn8R65Bpvh2xnuLa3u9Uiu7yxtrrSl/Eh/iV79uov+Xb/wr84+a/X0Pyi8 Wat4m1D/AINpbb9nuw+CX7T1z8cpP+CcXg/9lyb4RJ+yj+0g/wAR7X40eHP2b/BvhXWNAvPB 8Pwul1qz0O18QxTaXF46vrW18D6he2mo2Ol+Ir7VdLv9Ot+3Efx4+UYJXejfJ08/e7a26aHL S1i3dWdSb3XWcvPXv2+Wp6T4K/by8dfsaf8ABJD9h/RPB/7H37d/xP8AjzofwA+A3wM1v4f+ Bf2Gfj/4s8UfCfxj8Pvg94E0nx34o8beC/E2k/Cq01TQfCd5ui0m0/4Tvw7pnxA1q2u9A0Xx RbLpXiTUNDxcJTneN78lrWe3XbXS9mvTXe3RT5FJ89uW2t3pv2Tu9vy8jnP2Uv8AgqHPFf8A wx/Z2+B//BKb/grX4b8c/Eb4leH9N8V/HD9sX9l21+DPw0g1TxjrdnN8Wfjx8b/ivY+NPE6f 24mkwar4vk0ux8PaXZeItV03SfAXhM+G9PfTVsbdOu004vRLRxey6Wtru1bZ81tbu+/tKHeG u+i62v1d9Vr01XTb+ktGDojjOHVWGQwOGAIyGAYHB5DAMDwQDXE936sj026f1r+bHUgCgAoA +Mv2rtUz8RP2IvCEKGa58VftXi+mQMBHbaP8Pv2d/wBoD4j6hqd7wWi06C88LaTpr3IDeVqm saPF5chuAF0hs+/f8uvl/wAE0hs+/f8ALr5f8E+zF6DqOBweo474yM/iazMxaACgAoAKACgA oAKACgAoAKACgAoAY/bkdSSD/EMHjqMYYqxPoMd6qN76fnb7vNq6v0uyo3vp+dvu82rq/S7P l79lDf8A8Ib8ScqMf8NK/tRYxjYV/wCF9+PEhMeQMKsKKTgkFicY4FU9l35dfktU9Ot1vv5O xT2Xfl1+S1T063W+/k7H1JWZmFABQBy3jHwloXjjw9qvhfxNp9vquga5YzaZrGmXJuEh1Cwu Xi860mktbi2n+zyhMTQrKEnGElDR7la4uyfrr6WbdvPT/hty4uyfrr6WbdvPT/htz+Vf/g3t /Y//AGbP2hv+Ca3jrSPjJ8F/h78T9F079q39qvw/oOj/ABI8M2PxA0jwhZReNH0w3HgnSPF6 azpfhHVZ7WGMXWtaFZ2Wr3UkUD3N7OlvDEnQpKKi2t3ZfLr679k7vuc093r6/nb8v6R9pf8A BsN478UfEL/gi9+yZqvizU5tVvvD6/Fj4faZcXEk880HhnwB8ZviD4Z8MaastxLNItppWg2G n6bY2iMtrZW1qkFnBb2+2FMqq2el9tOu6bfd3X3GkUvea7x/FSf+RxPhv/laz8e/9oPLT/1t DwZUz3f+Ff8ApSNp7v8Awr/0pH9GtZmYUAFABQB8lftvR6rL+zh4ui8PzWNt4jk8X/BhPDN1 qdpc3+nW3iZ/jd8OU8OXN9Z2V3p13dWltrx0+a6trbULK4mhRkivLZmEiaRe17/dpfRKzS7a P7maRe17/dpfRKzS7aP7mbcGjftgmFM/EP8AZsztXIb4NfE87Wx+83EfHVdz+ZkswABOSFHF DaWyf3tdFbXfZqy6ag2lsn97XRW132asumpL/Y37YH/RQv2av/DM/FD/AOfvS512f/gTFzrs /wDwJh/Y37YH/RQv2av/AAzPxQ/+fvRzrs//AAJhzrs//AmH9jftgf8ARQv2av8AwzPxQ/8A n70c67P/AMCYc67P/wACYf2N+2B/0UL9mr/wzPxQ/wDn70c67P8A8CYc67P/AMCYf2N+2B/0 UL9mr/wzPxQ/+fvRzrs//AmHOuz/APAmH9jftgf9FC/Zq/8ADM/FD/5+9HOuz/8AAmHOuz/8 CYf2N+2B/wBFC/Zq/wDDM/FD/wCfvRzrs/8AwJhzrs//AAJh/Y37YH/RQv2av/DM/FD/AOfv Rzrs/wDwJhzrs/8AwJh/Y37YH/RQv2av/DM/FD/5+9HOuz/8CYc67P8A8CYf2N+2B/0UL9mr /wAMz8UP/n70c67P/wACYc67P/wJh/Y37YH/AEUL9mr/AMMz8UP/AJ+9HOuz/wDAmHOuz/8A AmH9jftgf9FC/Zq/8Mz8UP8A5+9HOuz/APAmHOuz/wDAmH9jftgf9FC/Zq/8Mz8UP/n70c67 P/wJhzrs/wDwJh/Y37YH/RQv2av/AAzPxQ/+fvRzrs//AAJhzrs//AmH9jftgf8ARQv2av8A wzPxQ/8An70c67P/AMCYc67P/wACZ8Zftx6V+0fb/Cf4czePvGXwV1nwZF+2p/wTim8R6X4N +G3jnw94gmsY/wDgoJ+zS8EtrrOufFbxTp1jaW2qfZ73V/P0W+a50Wwu9OtltZblb2Ck1o9V vvsnZN6+ivfrdlJrR6rffZOyb19Fe/W7P1eTaQGXGG3EEZ5BYtznnqxI9MngVMtEvn+Gmu62 ts++nRTLRL5/hprutrbPvp0UlQQFABQB/Nj/AMHCvwu8F6n4h/4I5fEK80hR47l/4LVfsK/D G08YWV5qOl+I9I8HeKL74naxrGmaLqmm3lrPpTXWqaDoOotd2XlXUWoaPY3tvLDcQhzvBP3P VP8ARLZfj26lVF+7+5/cvJLouvpqjiv+Cpvwh+FH7GH7VH/BGn48/s3/AAs+Gnwl+KvxM/4K a/DD4B/Efxh4D8E6L4U1v4h/Db4+aH4n8M/ErSviBrWhQ2Ov+ObnW4b3+2ftnizWNYeLxJbW 2tss14kjza3vddb8t7901t2uru3lvbXmSvf0v91vx/rqf0V/GD4v+EPgV4B1bx34w+3z2ti2 naVouh6BbR6n4s8aeLNev7fRvC/gbwVoktzBP4h8Z+LdcvLLSPD2jxTq19qFyoubi0t1muY+ aKbcVfS97PRLX7rPy7tb77T+D8bdtfy0/M+Zf2Mf2erj4Sf8Ll+NvxEsrVf2gf2qPiO3xh+O WoWuo2+qadpmrP4e0Hwp8P8A4a+H9XiW3trzwt8IfhnoXhX4d6bfbLU69qWia14uNslx4muY oemq7whBWuua99H0XrbTbvvcijdyml/Iurtv5df+DufeIOeox04zkjgHB9Dz054wc84HI93b /M1e7t/mLSEFABTW6vtdXGt1fa6ufHOlGA/t++OBBt+0j9kP4WS6qynO+Gb4x/GOPQVYdhE1 r4j2Ek7jLIABsJbRpKLt5adttPW1r+epo0lF28tO22nra1/PUZ+0RpsXhP4z/sqfHi2f7Jce HfHfiT4EeKr+aUi0f4c/tGadpmlx6XtffBHe3/x18C/s/wBxZXjxmW3tbTVIIZEj1K9huxap p/d1W3RW0u3tZ9AWqaf3dVt0VtLt7WfQ+xY3Dg85wcZ/mOgGVOUI6gqQTnNRJWdkRJWdkSVJ IUABAIIIyDwQehHoaL7eWwFP+zrHzvtBtIWmzlZGUlkO3YTGSf3ZKfISgXKfKcqSDftJ2tzO 3bT8e/lfboJpN3av/XbYF06xSQzJbIspDhpFaVXYOxY72EgZyu5ljZiWiRnjjKRsylc8u73v 6Py7ByrsvuCXT7OYqZbdGKAhMl/k67SnzfKY8nySuDAGbyTHubLjOcL8srX32f5p/PutHdBZ dl9xPHDFCCIo1jBxlUyE4zghM7FPJBKqCQFBJCqBAyWgAoAKAPmP9sbxP4v8O/s3fFC1+G19 Fp3xT8d6PB8JPhRqMsf2iDS/if8AF3UbP4b+BtcvYFO6TTPDPiDxPY+Jtb2/NFomj6jOARFg 1FXa0uv+HKirtaXX/Dnt/gTwrpHgXwd4Y8E+H7aSz0HwfoGjeF9Ft5ZDK8OlaBplrpNhGz8g sttZxh2UnzWzO5Mkr0T313/Dd7af1tpYJ767/hu9tP620sdbUkhQAUAFABQAUAFABQAUAFAB QAUAFABQAUAMkG5CMZPBAPQ4IO046hgMMOhUkHjNOO/9adL262vsOO/9adL262vsfIP7NOqa p4Y8b/tMfA/WbIWb+APjDqXxH8CSs2ZPEvwr/aBiPxNs/EpbBWOO1+Ll98aPAMdvnzIovAcM zgJdQ50avZ21enXTe/lp6dOuho1eztq9Oum9/LT06ddD7B/X/PtWRkFACg4OaA3IpYo5lKSo HRgwKnIBDqyMOCDgqxHXjgjkAhptNNOzTun5hbS3S1reX9Irrp1iqGNbWIRkkmP5/LyU8sts 37NzRgI7Yy6hQxO0YqVSpJ80pNva+m29tOz27dCI04QVoxVrt99W7sjGk6YESP7DAUQEKrh3 yCwf5y7sZCGGVLlim5wpAdwzhWqwlzRnJSaavvo9Hvf+rdkEqcJrlkla6emmq9Bi6NpKlCun 2ylM7SqEHBBDKcMNytnLo2Vc4ZgWAI1eLxLverJ3TT269layfZqzjrZq7MvqtHT3Xpt7z/zN IAAAAYAAAA6ADgAfQVztttt7t3fqzdJJJLZKy9ELSGFADWYKMkgD9eh4Hqfb0zTWrW3zGtWt vmfIepw2Xjn9tfw8WlF5B+z98Bta1F7dTm0svF3x/wDF1npek3ksgZlj1nSvCfwa8T2cSqBc W+k+N52dVt9SjZ9Fypb2T213tbVLXr0+/saLlS3sntrva2qWvXp9/Y+vgMAD0GO39MD8hisj IKACgAoAKACgAoAKACgAoAKACgAoAayK2NwztII5I5BB7EZGQMg5BGQQQSDS/Vfdrf8APUpf qvu1v+ep8e/sw6zLZ+Of2tfhldxNby/D39pXWtT0uCTAlu/Dfxg8B/D74z2muW8ZBaTTLnxR 4/8AGuiRXYcJ/aHhfV9PjjUabJuqdradbfdrrfrt1v8AiVO1tOtvu11v1263/E+xKzMwoAKA OE+I9r8Qb7whrVn8L/EXhbwl44ntohoHiTxv4N1L4g+FNLuFvLeS6n1jwdovjn4barrKHT47 qC2S28b6ClrdzwX076jHanSb647Pbfrp5au+mjfTrpe2lx2e2/XTy1d9NG+nXS9tPyQ/4Jxf 8E7/ANp7/gnh+zb8SP2fPCX7UPwf8cv4n+IHj74n+DvFniP9kvxjbP4b8WfEPxbYeIPFJ8R6 TpX7W6Q+KPDx0tNb0/w3pVjf+EL6x1bUdL1e413xJp+i3WgeIuhuDUNE0rN+897q7tu77PpF XTV2muSV3J6ta26W007X/E9A/wCCRH/BP/4sf8Ey/wBmDQP2T/EHx78JfHD4aeCNV8Wa14I1 Ow+Aur/CXxxazeOvGfiLxjrsfiS8uPjl8VtL1q2/tTXZY9LtdP0DQLvS4LeNL+/1UXgNkqjp yasrWv1bWvvb+Sd9dLdbqxSk1e2t7b+V0tktfw8jitD/AOCeX7SWm/8ABVrUf+CmF5+078Jr uXXP2ebP9k+8+Ett+yp4strR/gZH8WtJ+Ls0dl41/wCGrtRmsfig11osehDxpqHhi48NxTX0 eoL8OJ90Ohtm1Bxbvd2a3fqt9Wr+TWj1ttSqNtX66b9Lr+lr63ep+z9YmgUAFABQB8m/tdaj Zr4Q+GHg57hRrPxM/aQ/Z/8ADXhywyTNqt34a+JGifFjxLbWw3YD6Z8O/hn4z8TTcf8AHnoN 6V2vtatYW6drPv8A1v12sawt07Wff+t+u1j6wUAAY7gf1P8AMms3u/uXotF+Bm939y9FovwH UhBQAUAFABQAUAFABQAUAFABQAUAFABQAUAfJn7b3h+LXP2W/i5dyRhrjwJpujfGHSVCghdf +B3i7QfjN4bkfGNoGu+BtOZmGcByZA4BWtY20elnp57bX669HfTboaxto9LPTz22v116O+m3 Q+qbSWO4hS4hcPHOiyo4bcHR0TY/JbbuRV+UHB+8SWJYxLe3r8rtu3a/f7uhEt7evyu27dr9 /u6FqpJCgAoA/JL/AIKZfsCfHH9vDWv2VZvBf7Q/w/8Agz4U/ZO/an+Cn7YfhfQNa/Z31v4q 6/4n+MXwRuvGDeH7bW/Flt+0P8MNPi8A6pp/itba88N6b4NbWobiwub/AP4TGY3MOjWm9Jrm XM7pK9np08tVbTV76W03KjfJa76dtE0/J6LTfe6tpvw//BQD/gnf+0p+27rv7FPiJ/2nfhJ8 N3/Y4+PPwh/ae0u1tP2UPGXi1/GXxv8AhZBi6e/Mv7V+iy6N8Mte1K5vJtO8IWlprev6PaS2 tpP8SPEjPHqZ2jKCbbs9b72Wjbvfq1re1no/dWxzq6vq9U106/I5b9rf9g//AIKffHz41+A/ i/8ACr/gqJ4I/Z3tfAHgyz0zw54K8Nf8E8Phb8WtH0rxle6LBY+OfiBpF38afjd43n03xB4n vZtSsNHudONtq/hvwNfSeC7TxH4hNz4g1vWiPsltFXSWrbW/fX0un6ve41J2s25fcvlt+b/D Q9Y/Yn/Yv/bv+FHxtvPi3+2t/wAFIvFX7bltpPgHUvBvw08CW37Nvwt/Ze8BeBdT8R6xpV54 m8bar4d+EviG6034geLzpnh+08OeF9X8R6Qt54T0TWPF0elXaweLJI6mrKFklay5m1e/8trX 6abbdLbmlGycm+y762d0t7ei66+Z+uiqFGFGAMADJwAAFAAPCgAdBx36k1yv+tLf1/l9y0f9 aW/r/L7k6kIKAGucKx5OFY4AyeATwO59B3prdeq23+Q1uvVbb/I+K/g3aXXif9sr9rz4juzy aX4Y8Jfs6fs5aYSqrD/afgTR/iF8b/El1BtAaRriP9pLw7plzISYPO8PgW0UD/azNo0lFrbT 0u7eu9/66vRpKLW2npd29d7/ANdX9AfHH4XaR8avhL47+F2tXepaZaeMNBudOttc0S5Flr/h jWYil94e8W+G9QMNwdN8TeE9etNN8R+G9US2uZNM1zTLC/jt5ntwjRHdfPy6dfL+vIiO6+fl 06+X9eRz37OvxUuPir8MtL1TXLOTS/iB4bub7wN8V/Dz2Nxpcnhz4oeD5jo3jLTo9PvAlzDo t7qdtJrvg/UXBs/EngvVvDvijSrm80nW9PvLmpRbb6/fe1vx+V3d6lSi231++9rfj8ru71Pd wQQCOhGR9DWexnsFABQAUAFABQAUAFABQAUAfG3iGVPjR+1H4X8HadqtrJ4I/Zj2fEXx7aWE qzvqXxu8X+HptN+HPhDWJojJDbp4M+G3iLWviNr3hq6VNQe/8a/BLxcjWllFaDV9H7qbvq9m ra632/VXtd9EaP3U3fV7NW11vt+qva76I+xkBAwQBycYJI2jheoGDgAtjI3EkVDd/wCvn+rS 8rEN3/r5/q0vKw+kIKACgAoAKACgAoAKACgAoAKACgAoAKACgA/yaatrftp6jVtb9tPU+Qfj ct/8LvjL8Kfj7aT2yeDtTFt8B/jLbXOIo7Xw/wCOPENq3wt8eLd7cK/gb4mXcfh69truWPTV 8L/FLxTrtwy33h7TA+ifNbTVW32b6669NdFpa5onzW01Vt9m+uuvTXRaWufXEUyyAYBB2KxB K5XdkAMAzHkqwDDKMVba5xWbTWuny+Wv4rTfysZtNa6fL5a/itN/KxNSEFABQAUAFABQAUAF ABQBy3jfxV4e8C+EPEnjXxbqVvo/hjwlo2oeI/EGq3YJt9O0fRraTUNRvJFAZ3FtawSyrHEk ksjoscUMzssTtf15ed+nq9hr+vLzv09XsfP37KvgjUtP8G+Kfip4u8L3/hL4jftD+M7n4x+O fDOuCIa/4VbUvD+heFPAngPXVtp7yxtNa+Hvwp8MeCfA+v2ej3l1oaeJtH8Q32mz3aalLe3N tpWV33uu99N9+/3avcttKyu+913vpvv3+7V7n1UOnXPv6+9ZmYUAFABQAUAFABQAUAFABQAU AFABQAUAfHPia70r4a/tm+B9bv1Njp37Snwwm+Ew1DDR2d58Tvgne+Jvil4D0GYBAjapr3w6 8U/GvV7W7ZlEtl8OprB5pHisrRdF8K6726PW6792vJrdGi+Fdd7dHrdd+7Xk1uj7FByM4x7H H9CR+tQ01/X9f0nbYhpr+v6/pO2wtIQUAFADtzev8qAHK/Xcfpx/gKCZR5ra2sO3r6/oaCVC zTvs77f8EhoNAoAKAGM4UgEMchj8o3HCgE8D5ieQAFDEk9MZIN/67Bv/AF2PjvxKukfE/wDb M+HuhzE6hZfsyfDrVvijcWpAa0034ofGs698NfAOpiYM6trWkfDHw/8AG20lsFVbqx0nx9ZX 1ysVtqdo8uqTUXvez+5adenXo+ysapNRe97P7lp16dej7Kx9j1kZBQAUAFABQAUAFABQAUAF ABQAUAFABQAUAFAGTr+iaX4l0LWvDmt2kWoaLr+k6lomr2Eyhob3S9Vs5rG/tJVPDRXNpPLD Ip4KuQetOO69V+Y47r1X5nzR+xjqGu2/wL0L4beMNauPEXjr4B6jqnwD8Ya/fyCTVvEl38Lp o9B8N+MdcUO5h1nx/wCAk8I+P9RgLOIrjxQ6RS3EAjuJan+b++y/C17fnqrup/m/vsvwte35 6q7+raggKACgBQSDkUALvb1/Qf4UAG9vX9B/hQAhYnqaAEoAKACgDF8Qa/pPhjRNZ8Q69eR6 boug6VqOtaxqNxuFvp+laXay3uoX1w0YeQQ2tpBNcy+WjyiKJ2VCQAaSvrdW+fTVrbt9/RlJ X1urfPpq1t2+/oz5w/Y8sPEU3wetfiF4x0e58NeLfjj4g8R/HTXfCuorENa8HRfE7V7rxB4U 8EeIJIJJbefxF4C8BS+EvAXiCezmuLCbW/C2ozabdT6dLaMKnslpbt10X+T9Sp7JaW7ddF/k /U+p3XepXJXI4ZcblPZl3Bl3KcMu5SMgEg1mZnx/8TLW4+A/xPufj3pw1K9+Gvjax0nQvj5o FnB9qXw6NAhntPDHxu02ytmglnHh7TpbXwp8UY2iv55vh7YeHvEFusaeAL6w8Q6q0kurSXr2 evfT8ndPVaq0kurSXr2evfT8ndPVfXlvNDcQQT28sdxbzwxzQTwyLLFNDIivFLFKpZZY5EZX SRWZXVgwJBBrIyJqACgAoAKACgAoAKACgDxj4zfFWf4caPp+neHdMt/EnxO8b3zeGvhZ4Pmk uUh8ReJ5LaS6lutXnsYbm70nwh4V06K48S+NtdNu0em+HrCdbL7brd3pml3dJJ7tpfh8306W /LVN0knu2l+HzfTpb8tU3L8Ffhfb/CrwdbaHPqEXiHxRqF/q/ibx14wNhb6bdeMfHHim+l1n xX4ku7S3ec27ajqc3labYzXV42jeG7LQPDsd5PZ6JYbHK23/AAOu6XXe19t2l1HK23/A67pd d7X23aXU9iqCAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA5jxp4N8M/ELwp4k8D+M9E0 3xN4R8XaFq3hrxN4b1m1hvtI13QdcsZ9M1fSdStJ0ZLiy1DT7m5s7mJsK8M7g87WW42Vm+ra vr0tv5a/8GxcbKzfVtX16W38tf8Ag2Pn34H+Ltd8Ja+/7OnxP1iS88beEdJuL74ceKNTuLs3 3xo+FOkjS7D/AISt31FpZNR8b+B7vUNI8NfFP7Fd3m3U9Q0DxnOml6b8R9AsEclvva9tb3b9 eq667dHuhyW+9r21vdv16rrrt0e6PqmszMKACgAoAKACgAoAKAA9D9Pc/wAufy5oA+N/GV1P +0X8Sbf4bae15F8HvhB4l0nxH8WNXtLm2j034i/EPQ1m1Hw38H7WZZJLm+0DwPrK6X49+Jc0 IsbKbX9J8DeBXufE2m3XxX8JaXqlyu/3J762/G+nbXVmqXK7/cnvrb8b6dtdWfYNvCkEYiRd qrwBzgBQFULknChQAgBO1QFJLBjUS3Xou3XV/iyJbr0Xbrq/xZPUkhQAUAFABQAUAFABQAUA FABQAUAFABQB4h8fPhhqXxS+HupaL4W1XTfD/wAQNI1HRfG3w08RaxZy32laF8R/BmpWuv8A hDUNYtbSW11K68PTarYW+leKrTSr2y1TUPC9/q2lWl5bNeJItq9k+nVb6J3fTfe19Enuutq9 k+nVb6J3fTfe19Enuuup8EvihafF/wCHnh/xrFYNo2p3MWoaR4t8MzXCXd54N8eeGtTufDnj vwdqF1FFBFcXnhnxZperaJNc+RbC8fT2vLeFba4jVCWy/wA73V3Z737/AH6vQJbL/O91d2e9 +/36vQ9bqCAoAKACgAoAKACgAoAKAPP/AIo+PtE+F3gXxH4+8RvMujeGdNnvrmC0RJtS1O5c pa6XoOiWbzQDUPEPiLVbiy0Lw9pqSrLqWtajY6fCGmukFVFa/mulut/Tz62KitfzXS3W/p59 bHmP7Nnw58Q+D/BOoeKPiHYaVYfFz4ueJr/4pfFS30a+OsWWm+KtetdOsbDwjba99msj4h07 4beDtE8KfDLR9cNhYRaro3grTNRi07T1njtLe3tbsr726NK27d9XZvyb6Fva3ZX3t0aVt276 uzfk30Po6sjIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAa33W6/dPTOenbBBz6YIPuOtH9 dw/rufGniyA/AL49aN8ULLT74/Dr48ReFfhd8V7myMCaL4b+KWmvFo/wh+J2t6eklrFZ2niy znPwb8U+IdOtLq9W9/4UtZX1mnhbRLrUdB0aurLS2tt3u+m23ne6a3uaNXVlpbW273fTbbzv dNb3PsqNiyKxGCcg5UryCQflJYrnGcEnHTJ61DVn/X6ENWf9foPpCCgAoAKACgAoAKACgAoA +Of2gp5/i14v8Nfss6Lq2oW9t4kl0bx98d7zRkR59J+B+na1LPbeBtTu3iktNM/4aC1zQb74 cC3lWPWdT+Gej/GjUPDdzYa14dttb0/SNlq9Fpvpd7p/nq9NrGkbLV6LTfS73T/PV6bWPr+3 t0to1iiASJEVEhVUWKMLnAjVVG0BSqBclFWNAiqd5aZa+au7P7r6afkr+ZMtfNXdn919NPyV /MnqSSle2cN9E0FzDHcW8iPHNbzIskUsUg2vG8bny3VwAkiyq8ckDTQvG6SstVF2vrb7/Ton 0/G2j6VF2vrb7/Ton0/G2j6fI6x6t+ypNK1vZ6v4i/Zoe4ubw6dpGnX+qeJPgJc3l8GleysL W7uL/wAQ/BIJPeSjRtM0241X4WfZo30621rwPdwW3gCrKXW19PVq/p5Nu2ztpqVZS62vp6tX 9PJt22dtNT6t0bxDoPiPSrLXvD2taVruh6nZwahputaNqFpqmk6jYXUfm219YalYyz2V5Z3E X7yC5tppIJUBZJGGSJaeitr5b20tdL9UuhLT0VtfLe2lrpfql0NdWDqGXOGGRkFT+KsAykdw wBB4IBqSRaACgAoAKAGGVFIBbknHAJ6cEnAOFB+UscKHIQncQC7N/wBfpv8A030HZv8Ar9N/ 6b6HjHxW+NPhz4dPo3h+2tb7xn8R/FjzweCvhp4ZeCTxL4gkiguXn1O8eeaGz8M+DtLaBl1/ xlr81loWnzvZ6LDPfeJ9Z8P+HtZaTv8An10/4K2tq+g0nf8APrp/wVtbV9Dn/hZ8LNfsNXvv ip8SNUs/EXxY8VabbaXqculT6lP4V8FeF7W5kvbD4d+ALPWJ8W+iWdzKLnxH4mey0/XviTrk MXiHxJHBZ6b4P8MeEqvayT2TVnf5Pb52d7bWKvayT2TVnf5Pb52d7bWPorA9BwMD2BxkfTgf kPSs7vv/AF/TZnd9/wCv6bCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAPJ/ir8L9 P+JOhWkB1HVPDHiXw5q9l4p8FeNNAnS31/wh4o0mSWSy1bTnkEltfWtzDPd6Xrvh7V7e+8O+ KvDeo6p4Y8S6VqWialeWM1prbvo1ayu7a7ra2vm3bQtNbd9GrWV3bXdbW1827aHB/Db41Xae J0+EfxntLTwb8XVtDNpF5BFqVr8Pvi5p1i1zbz+IPhnrGpx/YzrKraS6j4t+Fs2rat418Afa IheXfibwnJ4f8ceICS2tqu/3b/Lrta3qyS2tqu/3b/Lrta3q/pIOpyAQSMZA5IzjGQOQDkEE 8EfNnHNTZ/1bqrr+vluTZ/1bqrr+vluOpCCgAoAKAEJCgknAAySewFG4bkX2iE5w+cP5fCsS W2hgANvzAgjay5ViQqksQKdn2/rT/NDs+39af5o+Utd+Iuu/HHVtZ8A/A3Vbiy8J6bfyaF8Q fjrpyW0ul6fIdPZr/wAKfCG8uzLp/i7xtbXMtvZa34ssoNS8HeAby31bS7q51Lx/4fu/C1jc VZO6W19fne++tv63LirJ3S2vr87331t/W5754C8E6J8PfDekeD/DWkWmjeH9BtDaabZ2gQKq MVaWaZ9puLq+vJ/OvtS1HUJ73UtQ1C6ubzUNRvrue4up5k79X+j8/wCku+mxMnfq/wBH5/0l 302O3wB0GOp/EnJP4nk+9SSFABQAUAFABQAUAFABQAUAFABQAUAFABQA1gCrDGchsjA5yDng kA59yAe5xTW66ajW66anyH8Q9F1v4I+Mtd+O3hDS7zUPAniWCB/j74G0PSYr7Wbw6Ppq2ml/ GfwtZ6dIdR1bxZ4U0Gzg8N+MfDNhp2u6/wDELwZYaGnhrTdQ8W+B/DnhrxlafNbWzXf8Xrpv slrp0T0tPmtrZrv+L1032S106J6fUWg65o+uaHpOuaNqtnq2jatptlqWmavY3Iu7HUrC8tYr mzvra7WSZJoru2kjuYn8+VpI38wu/wAzVLTulvZJdvvvb0T6q3Ulp3S3sku333t6J9VbqblS SFABQAUAFABQAUAUNRvbKzsb+7vrpLSzs7O5ur26kla3itbW3gknuZ5bkbfs6xQI8rShlaJF MoIwDVJaq6vfs0/yfT5eqKS1V1e/Zp/k+ny9UfInhi1vf2lfGWhfEzVbOf8A4Uh4B1GTUfhJ oGr6Ve6dL8Q/GdlJqemRfGnU7PUBbNL4O0yJVl+C9otsItX+0H4vRXd7aXXw1vrS9I6vRvvd +uy1d/O3VWvYvSOr0b73frstXfzt1Vr2PsWFWWKNWBDKgBB25yBjogCDPXCDavReAKze+9/P z6/iZvfe/n59fxJaQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA5Txr4O8PePvC+ueDf FWj2mu+GvE2m3Wka7pF2Xjg1DTr2LyZ4JJYis8JK4ZLm2aO9tJUju7GeC8t4JFuMrNtvtur9 fR23frtbW6qL11f9X+fd/iup4B8K/GHiTwL4jsv2ffi1rMl/4is7a+k+FPj3VLuWe4+MPgbS 5AI/7VvGtrZLf4q+DLC50218Zaak90/iaCGHx7pUyxanrmkeD9Wk4uUUrO+m7W/RrSz/AD63 d6sneUV02879vu0/4Z/UyyxuSqtlhnggg4BwWAIBK8ghhlWDKykqyk4W/r+v637Mi39f1/W/ ZklIQUAFABQAUAFADXdUUs7BVGMsegyQASewyRkngDkkAE0AeQ/Fz4pWvw80nT4NM06fxX47 8VXb6L4A8C6ZewWep+K9d8tZnhe7m3Jo+haTaF9Y8UeIp4pYtC0C2vL2OC7vvsVheXFPW+y3 v0/PXuvJX7FxT1vst79Pz17ryV+xmfBj4V6j4B0zUdW8Xa1/wmHxK8c6inir4leMZEihi1fx G1pa2ljpWg2MMcEOk+CfBul29p4Z8E6PFDG1touk22q6w2reNNZ8VeKddG1t5Nbbeuzv0a21 v3QNrbya229dnfo1trfuj3OoICgAoAglgWZGR9rBsjDorIFbKsu043BkJVg5ZGPLIy5U1zP5 WXV9Py+Vv1K5n8rLq+n5fK36nyj4h/Z+8S+CdW1Hxj+zd43T4da5q+uv4h8SfDzxPBe+JPgn 4xmvJoJPEjT+FxdQ3vw213xARJqE/i74a3ujwP4olPifxd4N+IM8+o2F9fuyS3dradttOl72 39dUX7skt3a2nbbTpe9t/XVENn+1N/whl1f6H8fvhf42+EV1paRSp460/T9W+J/wT161kgN3 Ne6d8TfB/h83PheLTYSYtTh+L/hH4XXX2mKeXRk1/Rki165HTvqnv0S1VrdG1sn06dNLEyjr fXXolstOjfmtPy2Pe/h98Vfhv8WtCi8U/Cvx74K+JfhiS5ls28Q+AvFeheLdHiu4N32i1l1D Q769tY7m2ICXFo0ou4JG8ua3R1cLLhZ2u7+afXbv172/K65fO23R9f8Ag6ee/a/eh8kjaRgg ZOAGyAw2+vB5ztIPGDkUuXzXXXtbv56ra++lw5fNdde1u/nqtr76XIhcoXKEbcFQrMygSFgT hFz5hICtw6JuxmPeMkDjbrpe2mr+71st+quDjbrpe2mr+71st+queDeNf2p/gB4B8TXfgjXv if4aufH1hbpd3nw38KS3fj/4oRWsi7o5/wDhWHgGz8T+PjFIP9U58OgTn5LfzX4By9nfvpa1 7d3Z/Jvp3uHL2d++lrXt3dn8m+ne55f/AMJ/+0d8cLeW0+HXgS6/Zy8HXuppaf8ACxPjFZ6T rPxS1TQFl23+qeCPg3pWoarpHh251PT9/wDwjmrfF/WYNS8O3xt7rxd8F9Vjgm0a4tWSV+iX 567+bV1vovQtWSV+iX567+bV1vovQ9p+GfwM8G/DAa5faW2ta34s8WXsGpeM/H3i/WLzxL47 8XX1siwW7a34kvWW4Gl6fbL9m0Hwvpcem+EfDFq8lh4b0HS9KYaestpaKz79r2eunXXX800S 2lorPv2vZ66dddfzTR7HDEIYkiXkKoGQAo4AHCjhRxwo6dyTkmW7u/8AX9f0rEt3d/6/r+lY lpCCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAGsocbTnqpBHUMrBlI7cMAcEEHGC CCQRaAtDz/4i/C/wZ8VvC2oeD/HWjw65omoPaTtH513p+oWd9pt5FqGkatpGt6bcWusaDr+i ajb22q+H/EmhX2m+IfDutWttreg6ppuq2trdwWpdHdJ/Pz/z730vdXval0d0n8/P/PvfS91e /wA4T2/7SnwOl1efQoLj9qP4badbW95pXhHUdX8P+Ef2htIitBtutK0nx74m1XQPhh8WkunI Gg2vxEvfhPq+nGG6fxR8SPFFxPa6o9O0vne19e2yurPZ+afXW1O0vne19e2yurPZ+afXW3Wa X+2X+z/LLpemeMvGL/BrxTq13Bplt4N+O+lal8G/EEutSlEfRtLPj+20TRfFl3FOxgjuvA2s eKdI1R0eTQtS1aAxzSTyatb2/HXa+tnbuvw1c8mrW9vx12vrZ27r8NX9OrcBgjALtkI2PvJR wQGDI6qyEMhDRhirPyAvHKcbdb7/AIf079kvNITjbrff8P6d+yXmkSs+0DA3ZJAGQCxAPyrn qxxxnaoGSWAFFlbfu0rdNezfbXt6ahZW37tK3TXs3217empka34h0Tw1pF/r/iTV9K8P6HpV u93qms63qVppOk6baRqXmu9Q1LUJLaztLaFQTJNLMI1AJLAAkCjpfXysr3/X70umoKOl9fKy vf8AX70ump8tap+2b8Mtd05F+A2keMP2pNZ1F1t9Ig+A2m2Wv+Drh5CsbXmofGbxBqHhz4Ja Hp1ozh7mXUPiCNRmjSWPR9I1rUFXTpGou62+fft5+vq10bai7rb59+3n6+rXRutL8Hvi18b7 jVV/aD8U6Z4e+HV7aQWkHwJ+Eeq6/BpGr2swLao/xS+K9xFoPirx9p+qzr5EXhDwzovw38O2 2kfb9E8UxfECy1EXMV6Lrbaz06adFdu+6d1+KL0XW21np006K7d907r8UfWOi6HpXh7StO0X RtOsNL0vSrKDTtN07S7K307TtOsLWJYLaw02wtEjttPsbaFI4ba0tUjhghjSKNQqLiHLpbTp 63vrq7/r91ocultOnre+urv+v3W16ggKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAK11b JdxeTIFKF0ZldA6OoPzxshIDLLGXjYHIw5ODjFNO1/6/r+vQadr/ANf1/XofI/iHwJ41+BOq at4u+BGk2niTwXq95q/iDx/8Alm07RY77X9YvP7Y1Txd8Hr9o7TTfDHjTxFqkusal4l8K+Jr yHwh8SvE2rtrt5r3gbxHceJvFfiTS/Na++tt/v6J6ed101dlpfmtffW2/wB/RPTzuumrsva/ hp8avh38XbXVZ/AutvfXXh65t7HxR4f1bTtT8MeMfCGo3dr9sg0zxl4H8S2eleMPCOpPB862 HiPQ9MupUzPbRT2qvOscutteuy7W+X4+W7sRy62167Ltb5fj5bux6orFs8YHbnnv1GBjp7g5 yCRzSat/Xm1+gmrf15tfoOpCCgAoAQnA6E+gHc9hnoM9MnjJFNK7/r+vxQ0rv+v6/FHm/wAQ fi34B+Fml2Wr+PfEFnoFtqt+NH0O1fz9R1vxLrzwy3MHh3wp4c0eHUfEHizxDc29vdz2+h+G 9M1TU5orO6kjtmWLLVyX6/emvz67ff5Fcl+v3pr8+u33+R4BZ+E/HH7R9/Zax8V9GfwR8Eh5 OoaR8DtRUN4n8c3C3wv7DVPjkrh4LLSlgsrOe0+DOmGfTLlbq7vPiVrHiB7iLwR4dp6Xbd+n RXt6Pvpe11r5NU9Ltu/Tor29H30va618mvsG3t0t08uMYUBQOMcIixrn1IRFBPA44CrhREpX tp+Pp92xEpXtp+Pp92xPUkhQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHA/EX4a+ Ffih4dufDfiyzmntHuLTUbC9sbu50zWtB1nTZludK8QeHdb0+W31XQtf0q6jS507V9Ku7W9t pUUCRoi8b3Go4q1k1az77t+m77Pra1ylJr+v6/r1d/nbTfi14z+BM0ehftFyf234NUagPD/7 RmhaHe2nhpNOtJTJp1l8dNKgbU2+H3iuPw+sU2q/EPT3X4P+JdT0zX9R8n4Q/bPDfw/kpq+3 3bfJdNWuuqabaLavt923yXTVrrqmm2j640/UbXVLK21GwuLW+sb23gu7K9sLqK9s720uYIri C7srqDdFc2s8UqSW88Z8u4hKzxFopI2aLdNU/NaaN9e3y/Ai3TVPzWmjfXt8vwL/ANf8/wAq kkKACgAoAjdyu7ajOVGdqlQW9ApYhdxJHDsnGSCQKpRv+P4W6b9el/QpRv8Aj+Fum/Xpf0Pn Dx5+0JZWmvXPw2+FGhz/ABX+K0N7babq+i6LefZPCnw2kuLODUm1X4teOha3ejeD7S2sLqwu 4PDVv/bHxE8Qx6npknhvwXqemXV1q2ntR1T6X/r9NbK2t7NDUdU+l/6/TWytrezRq/Cf4SXX h+5vfHHj3xGPHXxc8QWdpYeKvFosJNM0qzs7Oee+tPC3gbw7c3uqN4P8JaLeXlw2m2K6nqmq 6oz/ANt+J9c8Razc/wBoxtytolo1p59m/Lpbto1ayG5W0S0a08+zfl0t20atZHvigqqqWLFV ALEAFiAAWIHAJPOBwO1ZmY6gAoAKACgA/wA/lQBXmtLa4wZ4IpSCGVpEV2RlZXRkZgSjI6JI hUgpIqyLhwDVKTVtdF8tOxSk1bXRdPL+kfPHjv8AZI/Zu+I3ix/iB4v+DHw91X4hywRWr/EW LwzpumfERrW3DeRbHx5o8On+Lvs8AyLaE60kduxDQeW4U1q6vMrtJWfS1/xd/wCvutTVrtfK 6/4H9fO3nnjL9if4aeIfDWuaDoniv49eBdQ1bT57aw8XeDP2jPjpp3iHwxfmMDT9Z0i1uvHO q+HNSu9Il2XVvY+KNB8Q6Hcm1TT9T0nVtMvL7Tp55o+Wl+i2ejta+r321X3hzR8tL9Fs9Ha1 9XvtqvvPIPBvwG+ENz4hT4O/tH+CrzV/Ft4NQXw7eeJfiR8afHHwm+MujabZtdz6ho2lfETx 34l0XS/GEOmk33iz4ZeJP7S1y0+z6xqvh3VvGXg7TJdfti9tUuivHS/lfTTTzfogvbVLorx0 v5X000836I+6vhx8Jfhb8I/DcHg74TeAfBXw28I2cjy23hb4feGdD8HeHbeaVt8s8ejeG7HT tPS4mb55ZxbiaR8u7sxzRz36JPpe79dl6fgHPfok+l7v12Xp+B6KEReigdM8ddpyCfUg85PO ec5rNt99traL9NzNt99traL9Nx1IQUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAU AFABQAUbBsMMUZO4xoW55Kgn5hhiDjgsOGP8Q4bI4p3d731Hd3vfUwfEHhjw34m0u+0TxLo2 ka5o2q2s9hqek63p9nqmmajZXKkXVnfWGoQ3Fpd210mRdQTxSRTqoEyOFGKU2la22/8AXT8v QpTaVrbb/wBdPy9D4C+IH7On7Lnwil0/wj8IvgZpuj/EXxdaahL4K+GfwQ8QeKfgnZ6x/Z89 smo614iPwp1rw5pfhPwF4evb7S18TeKdV0mXTdNGqWunaTpniXxNrOm+G7+29ddnrra3ku3f bW/kkW3rrs9dbW8l277a38kjsPhx+xL4b0XTruXx74++NXivxLrWqXOtan9k/aA/aG0zwhoU UkCW1j4T8FaDcfFO6ax8M6LCFFpPrFxqfiPU79brU9T1IQz21hbpySelrd79/l3tff0dnZOS T0tbvfv8u9r7+js7eh2/7Ev7LLazp3iTXPgl4F8beJdFuob3R/EnxJ0uX4o+INKvbdhJb3+m 638SbvxbqljqEEgEkN7Z3VvPDIN8DRnmhztpZP0f/A/IHO2lk/R/8D8j6gjsrdAilBKI1CRi UCQRqBgBAwIXj5cjBIwDkCk5N7WXzV/81u/MTk3tZfNX/wA1u/MsqiKSVUAnOSBjqcn6ZJLE DqxLHkk1F33f3kXfd/eOpCCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAGsiOCGUM CCpBGcqwwy8/wsOGHQ9waabW39WGm1t/VjxL4m/s+/DX4o6jaeJdY0u/0Tx9pWly6JoPxM8F azqvgz4j6Bpc939v/s/TfGXhy5sdYk0eHUyurDw1qkup+FbnUYxNqWh3sbzRyVzaPRa7tf5d fvvvqiubR6LXdr/Lr9999UePpp37Zvwr0O3tNB8SfDL9p220krCn/C1Irv4FfErV9LhU7rnV PG3wz8KeMPhtrfieVCGjh0v4MfDXw/eXTGGQ6HCguKppN3/KzWnror3u0+z9XTSbv+VmtPXR Xvdp9n6vW079qDxRbxIPHn7Ln7SHga7iRY72O28M+B/idp7XKN5c8uk6h8IviJ45vLzTHYNN ZT6ho+k6nLa7Hu9JsLx2sIT2btor7dL363X5W2a3YcltrfPXzuuz6W2a3Zlav+3L8HvD2q+G dB1/wz+0Lo2ueMb2603wnpeo/sx/Hqyn8R6jp+mXus32l6JJdeAkttU1eDR9K1PV30SyuZ9c bStPv9Thsn0+xvLmEcGltrvqkne69V6LZdU90cum2u/RO9/mu9lsuqe62779qHVZ4d3gz9mr 9prxxeMuyK0TwP4U+G0DSNlVe5vPjR46+HUVvDvDHzVd+AyiOVkwTlV7aWv89tv1s+nfocqv bS1/ntt+tn079MiCX9tD4l6VfQ6inwk/Zps79HgsZvD0+rftAfE6wspopF/tOPUdc0X4b/C/ wl4ytw26HT7jw78aPB9tcoIrifxBZyNGxaK3763Vl1013WnffW4Wit++t1ZddNd1p331uejf DP8AZw8B/D/U7Xxhfy+IfiL8UU0eTQ774u/FDWD4v+Iup2N1JBPqkcN9JaWGheC7DW7u2t7z VPCnw28P+DfBJntrX7H4dt4bW2ihfMraWflovnZ7a/P8x8ytpZ+Wi+dntr8/zPoFYo0xtRQQ AMgDJC7iAT1OC7kf7Ts3ViTk79f69PL00Mnfr/Xp5emg+kIKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgAoAKACgCrcWdtcxvHNBHKrq6usiCTcj7WZMNwVZ44maM/I3lpuX5VK1Fu+ /wB+299fx87sqLd9/v23vr+PndnyPf8A7LEngq8sdZ/Zn+IOsfs9T2l9eX194E0TRtP8V/Av xWl+ZZLjTdc+EOsLHZeGLRdVuZfEX2/4Pa78KvE11qwdNR8Q6lo99qelXNcye6/Hvo+2u29r b9FeuZPdfj30fbXbe1t+ivDffFP9rL4e37Q+Nf2fPDfxc8JhMReLf2fvH+l6R41iZVzJc6z8 I/jddeDdA0zTrcBnebQ/jp421OWMAx6KZSI6bitXe/VfPu0rvfRL0G4rV3v1Xz7tK730S9C7 fftd+G/D+m3mp+MPhT+0T4StdMsrnUdXm1D4I+MdbtNLsLKKe4vbu81XwRD4v0CC3tbeF5ri +fWXtIYYJncROI4Zzl20XW60X6beiTu1rtY5dtF1utF+m3ok7ta7WXRf2yvh34o0nT9a8LfD 39pPxBpus2UGpaNe237M/wAbdLstX0+9hW4sb6xv/Evg3QbN7G9hkjuLG+kura0u7SWG7hka 0lilocG9o3vtbpt2X4WfXW4nHeyXXbpt2X4WfXW5R1P9oD4++JJ00v4RfsmeMPtbyZPi79oD x94L+D3w7gtBjznVPBVx8a/i3d6oFdZLDTJfg7Y6dePFLa33iPRt0d2w4W1aevT7trpfPVab W2HydbfJfpf/ADWm1tixcfBr43/E7UdLn+NnxputP8I2lvOLz4U/AXT9V+GHh7xFcXMX7v8A 4Tf4kza1rHxd1qPTJM/ZLbwJr/wi0XUQXg8UaJr9jJ9lo92OnXe3p/V1d328g92OnXe3p/V1 d328j6K8B/DjwN8MPDVh4P8Ah/4V0Lwf4Y0w3Ullofh7TLXStNhuL+7n1DU7021pHEk2oatq N3d6lq+oziW/1bUru61DUbi6vLmeeSXO6ta39L/IlzurWt/S/wAjtFVUACgKBwABgADoAOgA HAA6AADgAVBA6gAoAKACgAoAKACgAoAKAPPPiD8N/C3xK8PX3hnxpp0Oq6NdZnjdHms9X0nU YY2XTta8NaxZvDqnhzxJpdy6X2i+IdEvbHWNI1K3gutMubefY8FJ+q9PnvfSy+VtbspP1Xp8 976WXytrdnjnhn4i+JvhL4j0j4a/G/Uzq+m+IdRh0P4XfG1orKy0vxU4sxJp3hL4lQWENlo3 hD4l3Mkd7baVqFva2Hhb4kSJajw9HpPiO5Pgyypxu7Kytv5ddPv1Sej9blON3ZWVt/Lrp9+q T0frc+o1kDBTgjeMjJQ46cEozLkk4G1mBIOCahpr/g6X9L7/ANX6ENNf8HS/pff+r9B9IQUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAHSjcNz57+J3xb1W31uL4VfC TSrTxb8YdT0x9TMWqC9j8EfDjRJjb20Xi/4m6vZQypZQl703HhjwLFcWvi/4iy6bqtv4ejs9 F0bxR4r8M0l1b07bN/jorPXXb7ykurenbZv8dFZ667febvwy+D+l+A11jWr3Urvxf8QfFtxD deOfiJrsFnD4k8TXFrJIbG026dBb2Gj+HNBhla18LeF9Jt4NH0K0a6Nut1f6xq+r6g+Zbarb b08mm+2r89LWHzLbVbbenk0321fnpax7PUEBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFACYz6Y9Mf/AF/6U07J730s07f193fUadk976Wadv6+7vqBt0YENHGQ 3UFQc56545p+1ktOfbS10Pnl3/L/ACOF+IPw18JfErwxqPg7xdo0Gp6Dq0Lx3MUV3qWkahaz gD7Jqmi65oV3pmveH9d0qYi/0XxFoGq6Vr+hapBaapoep6bq1rZ6jZv2jf2m7eaf6f18h878 /wAP/kTwbQvFXiX4Ia7p3gr40aquv+Dte1iy0r4ffHG7isbSKTUpbALpPgf4uqLwQaH4wuv7 NmttA8e2Wk6T4K8c6i9jo88Phn4g6xpWkeNq0krr0e99/u63av2Xa1aSV16Pe+/3dbtX7Ltb 6shnSRjGiMu1Qx4AVSQDtOD94ZxwCNyuud8bqsyWl7t+drK3kun9d1eZLS92/O1lbyXT+u6v YqCAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgDj/Gvjbwh4C8O ax4q8a65p3h3w5oVmbzU9Y1OdYLa2TzDDFFCc+fdahc3IW1sNPsEn1G9v5bays4Jb25toZNF srNu+jjo9Xf5Lq+um6NFsrNu+jjo9Xf5Lq+um6PnXRvA3iP4+6lZeLfiro9x4a+GOmXOn614 F+C+sWEa3evXi2CPY+L/AI0WSXNxZ3dzaTzPP4b+F3mnTvDc9ppvinxbA/jxdK0r4fDfLsvL 5Lpr12d7deutxvl2Xl8l0167O9uvXW/1lDp8EccamGIsiqN7LvdioA3u7KWZ2xuZmJYsSSSe SvataKTWm3MrL5NN27K+3YXO/P8ACy+VnovX7icwqvOxB7hR/gKXtJS3k3bs9hc0nu38v6Qo /D2x6dqTtfS/z3E7X0v89wpCCgAoAKACgAoAKACgAoAKACgBCAwIOcH0JB/AjBB9wQR2INC0 8/UFp5+pg+JPC3hzxjoOr+FvFeiaZ4k8M+INNutI1zw/rdnBqei6tpd5GYbrT9Q0y8SWzu7S 5iZo5oJ4XjdeGU1Sb1d72to9brf8N/LuUm9Xe9raPW63/Dfy7nzEfEfiX9ma4+w+Ptc1Pxd8 AHuooNF+KOu3l3q/ir4MWkdkJW0n4ya/q+p3ep+J/AYmtXNj8Xr2Q6t4aiv7Kz+JSXen2t98 S5b0d7ad++3ZPR2v0a763RejvbTv327J6O1+jXfW6PrO2uY7mOGaGaGaGaJZopYWV45opFjk ilidZGVo2ikRwyGSNxIjJJggNDSW39fPZ7aW877ENJbf189ntpbzvsWakkKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgApq2vV7Jeb/y/Ow1bXq9kvN/5fnY+Z/G3xK8V+Nv Eeq/Cf4G39rba3p0gs/iF8W57K31Pw18KVlntoZ9B0W3u4rnTfFnxinsZ573Q/DtzDe+GfCv kLrfxGUQT+G/B3ja1FLfpa/zb6/nbtprvailv0tf5t9fzt20139O+G3wu8IfDDRp9G8MWU3m alqF1rviLXdSuZtR8S+MPEl9Kz6j4n8W63dA32t65fDyEe7u5WhtrWCz03SrbT9J0zTrK1Um 1bS2z1tp2SWlrNflfsKTatpbZ6207JLS1mvyv2PSFUKCBnkknJJ5PXGScZ64GBnJxkkmG76s hu+rHUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAD959B+v +NRyLu/v/wCAAhYtjOOKaio3tfXuBga/4Z8P+KNL1TRPEejadruj61p91pWr6VqtpBfafqem 3tvJa3lhfWdyklvdWl3bytDcW8yNFMgQOpKIVtN6Lttfz6/LdDTei7bX8+vy3R8tx6z4m/Zn lisfEuoal4q/Z5Lw22meOtTe+1nxV8DbOOxcW1p8Rb2Vr3U/E/w18iwgsrT4i31xeeI/CF5c xz/EZ77wrNfeNfDltJ3Wmlutlf8AG1r2s/RWs07aTutNLdbK/wCNrXtZ+itZp/XFncJd20Nz HLDNFcRpNDNbSebBJDKokieKUACWNkZWSVflkUh1ADACH27aP1Ifbto/Us0hBQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQB5l8Tvil4b+FWkR6x4iup3lv54dK8N+G9 MtV1HxR408SXInlsvC/gvRY5Y7zX/El9DbXEkem2ylbeyhutYvprTSNM1O8t6ir/AOVn+n+e trFRV/8AKz/T/PW1jy3wV8O/FnjzxZpvxZ+OMVvDq+m3I1L4Y/COyu5rnw98IoZ9JSzk1PX7 m11S70X4hfF6c3OprdeNls7XRvBWi6rJ4K8BaeyN4p8d/EG3dR0StbR6Xs+6t13/AD7Fu6jo la2j0vZ91brv+fY+mYoIoSTGgUlI0LfxFIt3lqT12qXcqv3QXcgAsxOd728jO97eRZ3n2/z+ NZuCbb11EIWJ64pqKje19e4DaoAoAKACgAoAKACgAoAKACgAoAKACgAoAZJGssckTqrJIjxu rqroyupVldGBV1IJDKwKsCQQQTTWjT7NDWjT7NHyPPoPiL9me5bUfB+lax4u+AU80P8AaXw9 0WLUdd8XfByGKydG1H4cadLe3V/4h+GdrOn2u++GWlQXWveE0mupvh1a6posen+AdOu6lp13 2sum976272XS+zLupadd9rLpve+tu9l0vsz6Y8MeKPDvi3w/o3ifwtrOmeIPDniLTLHXND1z Rb221TSNV0fVYFu9O1PT9TsZ7mxvbC8t3E1veWtxJazoQ8LsrJulxd39++v42d9r6X17kuLu /v31/GzvtfS+vc6OpJCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAKs1xHsdVkAcb sbgQu6PDFWZgFVWAA3llAWRHVh5kTNSTTT7a+n/B309b7NFJNNPtr6f8HfT1vs0fKmoeL/Fv 7QOo3vhT4R6teeHPhLp93c6R45+OWmOiX/ii40/VJLLW/BfwQvI7tRLfwy2N3pHi34ovaNo3 hiSe50rwNLr/AIxh1DVfAttpWfXdK1vxtfpbu/JXRbaVn13Stb8bX6W7vyV0fRfg7wd4f8C+ HdL8L+FtIs9C0TS4nWDT7Eu8Qmnne7vLua4uA93qGoX95LPd6jql/JNqOo3k9xfXk813PLM8 uWm+rWu7vv3tbd6JW7PtLlpvq1ru7797W3eiVuz7dVUEBQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAFe6jaaF41Cnd1DhXVlHJRkcFJFkx5b KxT5WLB1ZVNNOz1/Df5dv6XUadnr+G/y7f0up8hy+EvEX7M1z9s+HOi6n4r+AEs8J1b4PeH7 CbUdd+D2nQWcto+rfBDw9o+j3ep+IPCiSG0bWfg6kom0vTlvrz4WSXNzb6Z8JvEl35u7drap We2mn3ryvturvzd27W1Ss9tNPvXlfbdfUPhnxZ4b8YaHoniTwvreneINA8RafbanoetaTcpf aZqtjdQCe3urK9haWGaKaLfImJGciKYEboZdkNb/ANaXa/NW6dCGt/60u1+at06HR0hBQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUbhuePfFP4uaT8P7fT9HtNMv/F3xD8Vf b7bwJ8OtHwut+K72wiD3c8k7o9toHhXS/Ns5PE/jHVzb6F4es7+zN3cm+1DTLG9qK3vslvut H5f5/g9ait77Jb7rR+X+f4PXnvh98JtVt9en+KfxJ1W38V/FfUor2ys7u0Fynhn4b+GdRis4 28HfDjS75/8AQLGZrK1vfFHiG5jj1/xtqYa71b7Ppem+FPDPhmm0r9L69fx1uu9tNWvMptK/ S+vX8dbrvbTVrzPoEDAA64AHc9Pckk/iSfUmszMWgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKAGSRrIu1s7TkMBxuVlZSu77ygg8lSrcYzgkFptbDTa2PlXxD8PvFfwf1/UvHXwXs JNc8J61qT638RfgYkmm2cGq3kyPJq/jL4RXdyIF8P+Pb947e+1zwde3tt4D8dT2NxeJb+FfG Gr634s1607rXS/u37adb67O3366lp3Wul/dv206312dvv11PcvAHxD8OfE3w5pXi7wfejUPD +rRSmOS4tr7TNUsL232x3ui63omqWtnquheIdIuxc6Z4i0DWLWx1rw9rVjfaPqmnwX1ndRwS 1br0X3/8N/ndXSJat16L7/8Ahv8AO6ukd3UkhQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAB QBlavrFjolnd6lqd5aadpmm2c+o6lqF/NHa2NjYW0by3N3eXksiQ2VraxRvcXN1P+4hgjkkl ZEVnWoxvvt37Pz8vTbrZFRjffbv2fn5em3WyPlBY9f8A2pZnBl1jwb+zfLskhNvNfaD43+PE cF9cKZlurS8sdU8H/Bi7NkjxoYV8SfGDRtT2zP4Y+HUlzbfFOvhV9OZLydvNve9tN7dlZFfC r6cyXk7ebe97ab27KyPrLSdI07QtPstJ0iys9N0zTbKz03TtP0+0trGysLCwgW2s7O0tbSKG 3t7W2gRIbe3hjSGCJFihjRFCiG7/ANeSX6EN3/ryS/Q0qQgoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAInhV3VySGUAAjGeHVuMg4zg qSMNtYgMOtNO2m6vdrX+v+GQ07abq92tf6/4ZHy14h8CeKvhV4lvfiF8D9Mj1LTtZ1NtT+JP wUiu7DSNM8YMz3J1Lxd4DlvZrbTvDHxQuGvYby+F79i8L/EGazjsvEd/oerX1r4xtbvda66b 7PvqkmunS9rbaO13utddN9n31STXTpe1ttHb2/4c/EXwt8UvC9l4t8I6it9pl2qRXFtNBcaf rOhaqkMb6l4a8U6DqEdtrXhbxZoU8v2HxD4W8Q6fpfiDw/qUc+m6zptlqEE9tFElZ2/r5f15 dLuJKzt/Xy/ry6Xfd0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUANZtoJ9Bk9cYBG eQDyAcgdW6DvhpX/AKX6tdmNK/8AS/Vrszwb4o/GHUPDut2fw1+G2hW/jr4w6/plzqeleHpp dQtPC/hPRY5YrM+NPin4osdPv7fwb4Xivp47fTbB47vxb42mi1OLwVoWrxeHvFN3oVcnW+m9 9H+XXfZNLzK5Ot9N76P8uu+yaXmXvhl8IbTwTd6p4m1/WLnxv8UfFKwSeMfiLqdjp1jfX0Vr Eq6Z4b8PaXYQpYeFPA2gI0sWh+G9N84tOZtf8S6t4m8a6v4k8T6y5PRO/fS2nW7s97ab/dqO T0Tv30tp1u7Pe2m/3antMUSQrsQYUElV/hUdlQDAVFHCooCqOAAOKhu/9ff97uyG7/19/wB7 uySkIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAGmNDklEJb7xKg7vujnjnhFH P91fQYLva+nYLva+nY+bfGHwq8TaB4rvfiz8F5tH0fx3qL2DePfCuoySaR4F+MVtp8QsoV8V PZaZqd3o3jGx0sRW2gfEjT7O/wBYt4bSx0DxFbeJvDNjpuj6Zomnp5O2nZbba331tqtk7Gia enk7adlttrffW2q2Tseg/C34q+H/AInaHeajZQ6joGuaLcrpnjLwP4njhsfGHgPXEtYrmfQ/ FOnxXN1bQ3IhcXdlqem3d/4f13TpIdY8Patq+j3FtqE8tbWXfXSzS67u1r21fYlray766WaX Xd2te2r7HqfWpJCgAoAKACgAoAKACgAoAKACgAoAKACgAoA5Lxn4y8M+B/DOqeKvFOvafoGg 6RBHcX+qXs/lwwpNNHb26RrGHuLu6u7mWK1sLCyiuL/U72WHT9Ptrm9nhgelF3s0/wAf06ef S9/J0ou9mn+P6dPPpe/k/nGz8I+Lv2gbyy8W/FLRtV8O/CWzubPV/BHwS1OFLfXfEdzp9zLq WkeMfjTp14IYorw3EWkan4U+FN7JLpvhuaKG/wDiHa6n4ieLSPAde6u1+r7XXTrb06PR3siv dXa/V9rrp1t6dHo72R9bxIFRAAoOxASE2Z2qFHynlcDgKeVHy9qi77si77skpCCgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgCN0 Gxwi4LDHy7VbHTKkgrvAJKbvl3YyQCSGt1fb8Pn5bX8hrdX2/D5+W1/I+dfH3wo8TWXiif4t fBS+sPDvxJn/ALHg8X6DrLXw8CfF3w/pUskTaD4ttbK4jm0bxTaaZNNZ+C/idp1jeat4TkSx i1fSPHnhC2l8FXl3T3tbzWuq33svOzu3sky7p72t5rXVb72XnZ3b2SZ2nws+LeifE7TLoR2G reEvGPh2S007x78NvFh0qDxv8P8AX7mB5zo/iO00bVNb0e6jmMF0dE8SeGdc8QeDvFNjbT6t 4U8Ra7pCpfurJ7bb+bWu3rbW6VntfS6snttv5ta7ettbpWe19L+tZH6Z/Cot17/oRbr3/QKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAheeFVbMsYIOzBcAl2JVUHUl2dSiqFZi4KhSwK00 m9v6uNJvb+rnzl46+JfinxP4j1H4VfAp7K88aWKPa+NviHfxHVfBfwcW7h0+W3XU7SJ4oPFf xEuNP1SHWdA+HovbJUsYU1rxdqWlaZPo+n+J6sld7XVtrNu2umuj+5dtmqsld7XVtrNu2umu j+5dtmvTPht8L/C/ww0e+sNBhurzVde1ObXfGPi/XZLfUfGPjrxLPDBZz+I/GGux2tpLrOp/ YbOx0rTwYbfT9C8Pabo3hjw9p+keGtE0fR7AcrvV6Ltu35X/AKXfa45Xer0Xbdvyv/S77X9G 2qDkAA9M4GccDH5AfkPSoIFoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAY671AyB8ynkZ4Vg3HIweOD1U8jBAIadnf+v6W407O/9f0tzwj4mfB2fxBrOn/Ef4f60ngb 4waBaW9jp/iiPT0vtJ8W6Ba3U10Ph/8AEfR0eGbxD4Jumur5Lf7Pd2Ou+E73U7nX/Curabqb 3j3tppq1tG7dLLbbbXW/W+vTa001a2jdulltttrrfrfXptpfC74v23je61LwZ4l0ZvAXxb8J WOnXPjb4b6lfLd3ljZ3815p9h4s8K6iILZPGPw48Q6lpuoQeFvGllb20V61lfaVrmn+HfFmk 634Z0yXHd3v1vZ69/JdevyJcd3e/W9nr38l16/I9oqSQoAKACgBVG446Um7JvsA/y/f9P/r1 HtPL8f8AgAMIwSOuKtO6T7q4CUwCgAoAKACgAoA87+JHxN8KfC/QxrPiu4uwl9f2OhaDo+k2 M2teJfFniTV5Gg0rwz4V8O2KT6lrut30oJW0tbd4ra0WfU9QmtdIsNUv7GorZ32120Vu7vp+ OmpUVs77a7aK3d30/HTU8d8CfDLxL8QfEel/Fn46Wqw6rpjWeq/Df4NrPY6v4P8AhPOPt8lv 4j1LUrW1ii8a/GGWyv4bHVvEJvdS8IeCEsxpHwutrea78W+O/iA27fDe3XbbZa9NFp13b823 b4b267bbLXpotOu7fn9RQxmKKONmLlEVS7fecgYLN6sx5YjAJJIAHAlu7uS3d3JKQgoAKACg AoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoA8X+JPwlPivU7Hxz4P1s+B/iv4dhtYPDvjSGC6vbW80u31BdQvPBnjjQodQsLfxj4 E1kNd291ot7NFd6HcX9x4i8Haj4c8WRWuuQ0pW0e3Xpo/Tf/ACuuulKVtHt16aP03/yuuukP wy+Lx8VXl74J8aaKPA3xe8NafBeeK/Ak959rjmsJ7y602y8YeCdUkjt/+Es+Hmu31jdf2Pr8 UNte2UksGieJ9K8P+J47/RLOnHz83p163tfW1vubKcfPzenXre19bW+5s9rRxIoYAgHOM45G eGGCeGHIBwwBwyqwKjN6f8HQzen/AAdB9ABQAUAFABQAUAFABQAUAFABQAUAFAFe4uY7ZS0j IiqjyO8jiOOONEZmd5GGxFUKWYsV2xrJLysT4pK99bW/H089vvKSvfW1vx9PPb7z5T1nx94j +OOrax4C+CWqyaN4H0/U9Z8N/Ef492LWmo2+n6xo2rLofiP4ffCRvtU9prnj3TdRt9X0TxR4 puba88LfDPVtMutGlt9f8Z6dqfhzw7S0V3uul7XW+q3uru3ovUpaK73XS9rrfVb3V3b0XqfQ fgXwH4Z+HHh6z8LeEdOj0vRbI3EwhV5rm6vNR1C8udS1jW9X1K7kn1HWde13U7y51XXda1O6 udR1jVrq81O+nlvby5mlhu/9f0vwv5kN3/r+l+F/M7GkIKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgAoAKACgAoAQgHHtyOSOn0/UdCODkU7tf1+ff57Du1/X59/nseSfE7 4UaN8Q4NI1CDUdT8K+N/CV9Nq/gbx/4dwviPwrqs0kRvYoXkV7fV/D2ti3trHxV4O1cT+HvE mmW6WWrWUsUMEkFp3WttdHstNPNfJq++ysWnda210ey00818mr77KxzPw9+LOuSa9F8K/i5Z ab4U+LUFg17pk9mY7fwd8WtHtZri3n8V/DT7Vqd9fxGIWouPFXgTVLq58WeAXuIl1Eav4dv/ AA14x8RJxW62Vrpb273u1rv+qYnFbrZWulvbve7Wu/6pnv0b70UnAY54yM4ywUkcYLBcledp 3KC23Jlqz/W1vUlqz/W1vUkpCMzV9Y0vQNPvNX1vUrDSNJ063ku9Q1PVLy20/TrG1hRnmub2 +vJYbWzt4kUyPPcSpEqo25hxVJX6Pr38tVZO+ujXmvNqktP+H8rNaO+ujXmvl8sW/wC1xoHi /WdV0L4IfD34l/HdtEaJdT8XeB9DsdB+E8ZmX92ujfF/4j6n4M+HXjyWNiU1e0+F3iDx7e+H ZIzB4htdJmbatqCbXbzf3fP7ltq9W65Fdfjd/dt137LbezvlLrP7eXjK5dtP0T9mP4FaNJI/ 2K48Q3nxL/aL8UPa5xHLq2gaS37Nfh7QdSYEF9NsvGfi6ziJL2+s6jEvzW6UUr3fayV2/km7 93bRW9UPlXW+3Tf1td7X138uz018Fftnshaf9o/4ORXS7ji2/ZS199NckssDNayftNT35UyL m5hj1YS+Sdqy2ZZblX7One11t1ny/wDDLs27PZNvQOWP53u7dba9d9F+vXKvV/b58Ik3Vjrf 7K/xutwQ39i6j4L+Lv7ON8iHAaI+KtK8W/tSWl7JncyzjwRpKpxHJbOoa4VSpwSTTV29lK7S va+tra+t+juHLHbRO/R62+e34+WrL+pftUeIPh3p9pqfx2/Z++LXw/0hp7ew1Pxd8P8ATE/a C8F6VqFxlfOuovhPHrHxX03wzGf3lx4y8UfCLwz4a0m2AuvEuo6BDuAzcY+a0/R9Xp6pfgrs TjHzWn6Pq9PVL8Fdn0h4L8e+C/iLolr4l8BeMfDPjfw7duyw674R1zSfEejSukZZ4k1PR7q8 s98YMZmUTs8cjLG4QttCkkuln6376/cvLr2FJJdLP1v31+5eXXsdlUEB/TrQB5P8UfitpXw5 j0LToLS88UeOfFt++m+C/h7oBsp/FHiq8hiee8ltbe8vbG203QdHt0a78ReKNVurTRNCtAhv LoXV3YW1zUY3eq/NW/4Ou39Ooxu9V+at/wAHXb+nxnw5+FuvReI5Pin8XdSsvFXxTvtMSytY 9PiuG8I/DXRbu3kN14Q+G1reIjBZppZE8Q+NprSw8WeO3itW1m20fRLDw74X0l3Vmrddm/S1 7fPqrdb2bTurNW67N+lr2+fVW63s2voZYIUcSIgVwhTcM8qSDgjODyoIJBIy2CNzZi/+f9fe Rf8Az/r7yWgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKAEZQ6srDKsCrD1BGCOOeQe1GwbHlHxT+E+gfEnTtKea61 Pw34u8L6gNY8DePvDTW8Pi3wdrKKhNxpdzdQXlte6VqQt4bTxN4Y1ex1Xw14r0nztM8RaPqF lIwjpNvtts9E/XbXVu769blJt9ttnon67a6t3fXrc4b4e/FvxDZ+KE+EXxnstP8ADPxOSxu7 3w/rWlw6pH4A+LmiWMssT+I/A2papbR29h4ihtUh1Hxp8LZ9U1XxD4Fknkkgv/GHg9tK8f65 Titdf+Akk/P0WmifXRFOK11/4CST8/RaaJ9dEfSAIPQg/Qg/56j86zMxaACgA6daAEyPUc9O evGf5c/SgCOeeC2iee5mit4Il3STTyJFFGuQNzySFURckDLEDJFOzeybAx4PFHhm6nktbbxF oVxcxOkctvBq+nzTxySYMcckUdw0iO4ZSisoZtw2g5FFn2f3Mdn2f3G5kZxkZOcDPJx1/Lv6 UhC0AAIPIOR6igAoAKAKeoXUNnZXN5cXcNjb20TXFxeXDxx29tbQjzbieaWY+TDDFAkkks8p 8uGNWmk+RGppaq+2/wAvw3enqNLVX23+X4bvT1Pkq61DxH+0959loF9q3hT9nVDdW+o+MdLl vNF8afHFbfUEhurDwDrOk6na6v4N+E88FveWN54zto7TxV8SLe4W48A32ieEEtfF/i20ku1/ W9mlr1Sbv8lvpoi0ku1/W9mlr1Sbv8lvpoj6n0LQNE8PaNpGh6Dplho+jaLp9np2kaXpNvHY 6dpun2cMcVpZWFparFBbWVvDGkUFtDGkMcI8pYxGzKYbd3rv+Pbe/wAuqIbd3rv+Pbe/y6o2 qQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgDz74kfD fw58UdATw94lt7gwW1/Z6zpGqaZfXGkeIfDfiLTJ459I8R+G9csz9r0jWdKlEkttcwAiTe1t crNZzXNvO07X76W7b/n2+Y07X76W7b/n2+Z4v4S+IXin4d+J9J+Fnx2urKfUtZuorL4ffF+K FdM8L/EyczSRWHhrWoUZbLwf8XUgbTxNobpb6F45njbVfAEscv2zwb4KvezitL3a+/77ryfa 9tC97OK0vdr7/vuvJ9r20Ot+KnxrsPCmoad4D8H6BL8Sfi7r0Nje6T8OrCVbUaVod9eS2I8Z /ETWpYLq2+HvgS3NtqLPrmr2lxqevTaXqXhzwR4e8XeMFh8OTSo6+lndeqta6s77Lp12WsqO vpZ3XqrWurO+y6ddlr51on7N154+l0Hxj+0f4jf4seLNKv28QaR4KuVksfgX4G1pLp7nRH8O /Cu3u7rSvFOreHI/sM1t45+JmqeOvFkXiC21DWfB2oeB9O1ddC0+1NRdrOzauv0fborLb10T bSel1tfV9Oj7ei2Xd6L62t7G2tUiSGFI1hj8qNVACIn91EACKo6AKq4HGMUSquWl7L0V1576 31vta4c79F97X5FvAHQAVDd7at+qS/JibvbVv1SX5MKkkKabWw02tiOSGKUYkRW+o5H0NPnl 6/L/ACsPnl6/L/Kx81eOv2aPC2ueJb34j+BdX1n4PfFi8tIrG5+I3w3nt9J1PxDBCSbO3+Im h3dpqHg74m2lpJJOto3jjw1rGp6JaXd8vhjVtAu7mS+quZPz3bXTS9ujfTo/v1K5k/PdtdNL 26N9Oj+/Ub8PvjF4n0XxDpnws+PmkaX4Z+IGpRWkHhXxz4ahvk+FvxdvFtJnvk8NyX0t9d+B fGataT3918LfFesalqP2SaSbwX4q+Ium6Tr+r6WSV0mrW17Lrbe+3b8PIkrpNWtr2XW299u3 4eW/8Sfi6+ia7YfDT4eaLa+Pfi/r9tDf2vhI6jHaaV4Q8NX7X8EPxB+J2oJHdz+GfA73Om6p ZaeY7W41/wAX6xYXGh+E9M1GWy1q50dLbWyWmut7Lpp6K23Rq7aEttbJaa63sumnorbdGrto 0fhd8HYvAsup+KfE+ty+Pfi14stNNi8c/Em/tpbKbUGsED2+ieEtBub3WbfwJ8PtHvZLu78M +BdKv7mzsJr281XXL/xL4w1XxD4s1w5l52WiXls+va6Xrv0RzLzstEvLZ9e10vXfovaUXaoX 0zj2GSQM4GcDjOMnGTzUPy/r/hyH5f1/w46gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAOB+Ivw48MfFD w9P4a8WWJvLBrmw1LT7i3uJNP1fQdd0m7i1DQ/E3hzWbVV1HQfE3h/U4LfVNC1zTZ4L/AErU LeG7s5Ypk3NSdu/p09X/AJde5Sdu/p09X/l17njHhH4geJfhn4o0z4afG3VxqyapPJpnw0+M 0lnBYaZ47Y37WemeE/HNvp+n2WjeE/i8sE1lA8dvHp/hn4lXct1q3gSy0Cdr7wDobdmm1ftr 0V73fdNfjrq9RuzTav216K97vumvx11ep9QxypLnYclT8wIKsM52kqQCAwGVOOR7ggQQVbrU 7Gxjnmu7mG2gtIpLi9uJ5Y4YLK1ihuJ5Lu7llZFgtUitZ2adyI0ETl2VUcrSi3bz0/r8fufl d8rtfvovX5/1o/K/yjP+0rqfxI1GHSf2a/h+/wAWtJNvJc3fxb1/WpfAfwNjfCvZ2vhrxi+i +INe+KN5dwFb2yu/hj4R8S+C1G2LVfH2g38TWjaU4NO7tb7/AC+W9nd2eujTKimmuzs9r3vp r20b3/Eq6T8BvjZ4xs57n44ftLeNtQv9RaYXfhj4CafB8B/h7ptoWK21pod5Dd+M/jQl2lv+ 6v8AW5/jKyX92DqmjaT4YR49PjbUU9kulnptf797bL8i7RXZX76d77+tvTraxRi/4J6/sgT3 Sal4s+BHgb4ta5A5ntPEX7QMGpftG+JLO5biSez8SfHHUfHniCxaQAlzYapamQsTIWAwZVRL o/lZW7W7f0tieddn+H3fPr26HR3n7Cf7GWoWkVhf/smfsxajYWsUlvZ2Go/AL4VX9lawTljc ww2t14VltoY5i8jMtrDaly22czLVe2T6Nea01+Xy3bv5Bzq+t7f15/fq76aIwdM/YT+BHhG5 +1fCnTvF/wAClgwthpPwK+JvxE+Ffg22iUNsjm+FvhjxJbfB/Uo4DJJ9jg1T4eXdpZB5Bb2w 86bzIUk3a1lbS9rfPbppv5ApJ6NJaeVr/wBab+RcTwd+1f8ADPWTeeEfih4Z+PHgZrVxN4H+ Nel23gn4hWF6JFaKfw98ZvhpoKeHpNEgi3wy+HPFfwU1rWdRuri2uJPiRpFrYyWl27LS1tfm tNO2ui73V3qOy0tbX5rTTtrou91d6ne/DL9ozwp441W18DeJ9E8SfCH4vyJqhf4S/EqGw07x HqK6OGmv9Q8D63YX+o+D/ib4fSyMOqf234A8Q69DpthcxweJoPDmt2uq6JpkOLWrt69PwX6f peHFrV29en4L9P0v9BLIrNtAboWBIABAIHAJD9T124wMkgMhZNNf1/S9f+Hsmmv6/pev/D2w vE/izw74L0PV/E3ivVrPQPD2g6dNqusa3qcy2um6fY24LTz3V1IRHCEG3arlWlZ1SASyZUCV /wCtfuWv/DAlf+tfuWv/AAx8v2vhvxL+0ncW+qePdN1Xwv8AAq3nS48NfDLWrK/0zxD8UhZX wudJ8V/FzRdVtrfVdC8IXMdpZaloHwl1VY9avFnh1H4pQWV5Nc/D/Tbbte3/AALbXXnqrO1r Oy0Wtt2vb/gW2uvPVWdrWdlotfre0tjbIY9ylB5awoiFBFFHEiCPG5lIDh2QIsUccbJCsZMZ lkmTu/l/X3aL5Eyd38v6+7RfItVJIUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAU AFABQAUAFABQAUAFABQAUAFAHzB+0h4j0y+03T/gjp/hnwz48+IXxktr6Hw/4S8UzzRaBpPh vw1f+HovFnxV8T/YIZ9WTQ/hvceI/Dd1p40z7FqOreP9W8A+FdN13wle+IY/GGhaRWz7b9dL 3ta3k7rzT1vY0itn2366Xva1vJ3Xmnrex1vwW+CPhv4QeEdM8P22pa/4u8QeRZ3Xiv4h+NdV m13x38QfElto1jotx4t8Va1MzC51O6srYWsdnYrbaJo1gYNH0XT7HTLK0tYFJ3/y6J67rf0v vrpbQUnf/Lonrut/S++ultD3BECA4JJYliWOSScD6DgAYAA46ZyTLd/y0Jbv+Wg6kIKACgAo AKAEZQwwc49iQeOQQQQQfcEUf194f195xnjX4f8AhP4h+G9R8JeM9HtfEOgamLVrjTr9FaNL rT7uLUdL1GyliWOfTNX0fVLWx1fRNX06W11LRtX07T9T0y6tb20imW1K7u9L/wDA3/HXz32L Uru70v8A8Df8dfPfY+XfgPp9t8BvGmo/APxbc6rqms+MdV1vx34F+L/iHVYtT8QfGqK2htYt S0nx9qt3dNfXvxa8DaRY22nz262FloGufDyy0HWfA8EC6B4x8O+A6lt99lvpte/a2t33teza dS2++y302vftbW772vZtP7WrIyCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA5bxZ4U8OeL/AA5r HhrxTotl4j8Pa3bNaarompwR3VjfQPKkv72KRTteKaOG5guUIns7m2hvbZ47mPzTcXqlb7r+ t+vpottNrWuL1St91/W/X00W2m1rfKk/xF1X9lBY9K+Keqa742+DF/q2m6N4J+Jcdlq3ivx9 4X1/xRr9r4f8F/Crx7pGjxat4m8b3niTWtV0rwr8KfGmk6XqOveIpX0zwv44S88Vmz8XeNKa Uu6+/Xa9r269fm9ymlLuvv12va9uvX5vctR/DPxP+0JfWfiT4+2P9k/DGd7iTw9+zfItjdaV fQS3lpLpHiP46XUEtzB4y8SpZ29sYPh/by3Pw28KXuqajY6mvxG1m08NeMNDNI2s7Wv5t9fL bo2vPZ6miS1ta6fVvq9rbX0bS77PX7Ahsre3VUgTyY1AAjjO1Nq9FC9EUHkLGEAOcAAsCnOT 1dtb2uv6v815bKyhtvXZO/6f8Nfs2ttFZAwMA49+M5PJPTGSeTxyTmovq3Za/O3pf+vkK+7s te6vb0FpCCgAP1x9Mf1BoWn/AAQWn/BEK5xyR1HBwCD1BHT8eo7EZOXfyX+X9dtvId/Jf5f1 228jz34i/CvwD8VNCHh/x94ZsfEumW1/Z63psV59pS70bX9KkM+k+IvD2p2Vxaav4e8R6VOf O0rX9B1DTdZ024xcWF/bXCpMlRdrXWjv93Xe6tffS/y0bTta6umnb/Lta+/X8n8yyfE/xH+y tYNa/G3U/Efj74VbbXT/AAd8Y7DQr/xF4s0zUNS1iHTPC/w9+J2j+H0luvEGua9datpOheA/ H/h7QbG08WajH/wjniuw03xtNY6v460dNN2u778vW91327u/Sz2elON3a6T1dm7/ANdb9dtF ey7bw18OvFXxa8RaN8UPjpp1vplnod5a6v8ADT4GrdabruheA9TsNSXVvDvj7x3epY+V4l+M kUEekXtvb2d1qPgz4W6nAYfBN3r+u6enxJ1iXaN1HW2uu7S+Wis9H3VrMfw6Ldavu+/otdHf dWsz6gitoYAqxptCABRknaACABkkgAM31Zmdsu7M2bk3fztf5f1+S2VjNybv52v8v6/JbKxP SEFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQBxn xA8b+GPhr4P8R/EDxtrFv4e8G+CdA1rxZ4q1y8aRbPSvD+gadPqGq31wYkkeYW9nFLMlrEj3 M7Juto5ZolhkqKvs7Pp/wdPTf/hqir7Oz6f8HT03/wCG8M/Zz8DeKjp+s/GP4m2qR/E/4zT2 XiXWNNkgET/D/wAH20F0fh38JYEeWWY2/gXR79pPEe+4ki1f4mav428U20djb6zFY21SaWi/ rW/XTVX6O6dtt6k0tF/Wt+umqv0d07bb/UuBnOBnGM45xnOM+mefrWZmLQAUAFABQAUAFABQ AUAeRfGb4WW3xY8D6j4c+3/2B4htLiDxD4F8Z29nDe6p4E8d6LKL3wv4x0lJJLeRrvRtQijN xZrd2kOs6NPqnh3UJTpeqXiSXFpad15fno/Te3ftcWlp3Xl+ej9N7d+2b+z/APEq9+J/w+h1 XxFaabo3xC8Parqngj4reFdK1CfULHwr8S/CNydH8U6dYSXgi1EaHqFzbx+I/CVxqNlp13rf gzW/DniVrGNNbSackn+Lt6b/AIL9Em7WRJP8Xb03/Bfok3ay9vqCAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAoajfWNhYXeoaheW9hp9hDLeX19eTrZ2ljaWatc3N7d3UzRxW1pbQwyXE1zO6W6Q xtJI/lZNUk0109dr7W/zW++1rqkmmunrtfa3+a332tdfJHwwsNW+PfinTfj/AOJ4JR8P9Mjn k/Zz8JzajdLbS6BrOn2Jl+NXizQwY9OHjHxrHLcDwDFqVt4g1DwN8M50ksL3QPEHxD8eaCLb 5f8AFp31V3prf8169C2+X/Fp31V3prf8169D7EVVVVAGNoAGeSMKF65JzjgnJ47ms3q2+7Zm 9W33bHUhBQAUAFABQAUAFAGN4g0bTvEOjaloWr6XY61pOsWV5pmqaTqdtbXmm6lp1/bTWl9Y ahZ3aS211Y3ttNLa3ltPDNFPbzSxyRSIzKbhLlbd+luvl27Lb0Gna7Xb+v8AP5HzF8NtW134 OePbH4B+NdQ1rWvDeu6fdXHwB8ZareQ6lcXOheHrNbnVvhP4nvYooLu48VeB9PZ73wp4g1OC TV/HngOCT+2tW8ReLvBniTWNSpu92vno1u03r0XXTVPXqy99V03eq6q+utl101jv1PrasjMK ACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAJwCT0 Aye/T2HJ/Cmld2Gld2Pj34/Xk/xC+L37P/7PlrYC50/UvEN18efifNcFH0+2+HvwS1Pw/c+G tGlALeZrHif40eIPhrqGlWNxE1lqXhrwb47eUmTTTbvcVa77K9nZPb1dtP8AhtEXFWu+yvZ2 T29XbT/htEfX0KbI1X0BPQj7xLdCTg88gHGegAwBEndt/wBbfoRJ3bf9bfoSUhBQAUAFABQA UAFABQAUANf7jc4OOCVLAHsSoIJAOMgEEjuOoabTuhptO6PjWWaw+D37Xujutgml+H/2tfCd /pd/fWkUNppuo/Hz4NaCNW0OPUoUBN14v8b/AAOt/EdvHrbsC/hf4AaboN3K8ek6FEuluaOv TW+un66pL776s0tzR16a310/XVJfffVn2WrblDeo9+PbkA5HfIBzWb3/AOG/TQze/wDw36aC 0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFAHx1+0NHf/Ffxl4C/ZksodNufC/jmDU/Gvx2S+iaaI/Bf wncWtsPBptBuhu7n4s+NbvRfCF/YXqR2WofDXSfig8d4l7BY2t3qlfX/AIOu19W76LS+zdtW mapX1/4Ou19W76LS+zdtWmfXdnarZwrAjZjQtsG1VCBnZ9oC4GMtk4AG4tsVI9kaZt3em3T+ vy7KyM27vTbp/X5dlZFqkIKACgAoAKACgAoAKACgDw/4+fCuT4r+A7/StLvYtG8beH7qx8af C/xSZLmCbwh8S/CznUfCGvCeyKXbac195uk+KtNjka28SeD9T1zwrrFnqWga3qumXukNE721 6dX0/P5b7amkNE7216dX0/P5b7amp8Dfiqnxn+F/hP4gNoF/4R1XVrSay8W+CtYlhl1zwF46 0K6uND8deAtcktd9nJrXgvxfp2s+GtSmspp9PurnTJLzTrq6sbi1nllxtfW9unl3379r9O5L ja+t7dPLvv37X6dz1ypJCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgCOUgRSFioUI5Yu2xAApyWfI2qByzZG0ZPanHdf1/l8tdxx3X9f5fLXc+Ovh Br9r8Qv2s/2uNXgVWt/gxD8Ev2dHG5pAniKD4en9ofX7kSOoaKe78O/tE+AbSe2hkkhjTSra 48wXd3eQwat2jvrbTXyS0/M1btHfW2mvklp+Z9kj/Hr9f849qye+9/Mye+9/MKQgoACQASTg Dkk9APU0AMEkZAIkQg4wQykHcAVwQechlIx1DAjginZ9n/Tt+enqOz7P+nb89PU5Xxz4z0b4 feE9e8Y+IGvv7M8P6dcahPb6Vp15rWtX7oyQWmmaFoemxT6lrut6tez2umaLounQXGo6rq97 Y6ZY2895dwRNpGKdklrdb21ur6vdW8tbXtqUktPl26q+req9UtEtNWfgJ4//AOCxP7X37NPx v+Gj/tq/8E7dW/Z5/Y3+MnxY8M/Bzwf8eNO+O3gH4neL/CHiLxpfS6f4P1b4seCfC3nQeG9M 1eWK1Gs29rf/APFOLPqCx6lrN3BayXGvslZ6K/8Aw9rO+mr7dLWa0dcn9Pf7+n3Xv3R/RPak vCrPgkkkEYIKk5Ug5OV242sSSy4ZsMxA46radtt+3k1t69PTbQze/wCXpur+Y48E/U1QhKAA jIIPQjB7dfccj8KAPk/9sF7LRPAHw++I12sUZ+Ff7QfwC8XNqUowNE0TVvil4c+HnjnWPMA3 Qw2fw98c+LTeupUNp73cUzfZ5Jgbi27p63XXv6+f32XkXFt3T1uuvf18/vsvI+rYxhFHt15O eTyMknB6jngEdOlTLd63/r9NiZbvW/8AX6bD6QgoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgD5B/Zy0x vFHxI/aO+OOo3DX2oeLPipq3wi8LMSETw98Mv2d7zVPh5Y+FbZYv3c0MnxbPxp8b3N1MFu5b 7xrLp1w8ltoGlJDrK6ilrdrW+/n+dtdLab2vrK6ilrdrW+/n+dtdLab2v9fVkZBQAUAFABQA m5ckZGQASMjIDEgEjrgkEA9yCByKLPsFn2GiRCQA6EtuKgMCWCkKxAB52sQGx0JAODTs+z03 8h2fZ6b+Q+kIKACgBpVW6j9SPQ9iOeBz1HToTQB8ffCMan8O/wBp/wCP/wAJp1ZvB/jzRfCH 7Rvw8uH+RLTU9fe8+HPxg8H2EQYK1joev+CvBnxDnuAg/wCJx8aNStRiO3QtpLWK0138/O2v z7Jb20NJaxWmu/n521+fZLe2h9h1mZhQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQASIAhyeDgEDI79M/Xjpz0NJSu2le6/wA+geh8Wfse2cS+Iv2z NaXabnxL+2R48vL0jBcy+Hvhp8I/AVmZZCBJIf7H8H6YIvMyY7cQxJiNEUbVE1GOu99Ntra2 /rc0ntHt934dP0ufadZGYUAFAGbrNtqV3o+q2ujXlnp+rz6dexaVf6hp8mr2FlqUlvIljdXu lRajpEupWlvdNFLcWEWraZLdwo8EeoWTyLcxtbq/dBe2r2Wr+R/PR/wT2+OH/BQj9uzwx/wU c8D+M/2nNA+F2tfs1f8ABSD9p/8AZQ8GfFz4V/BX4d3PiyLw78GtM+Huj6XYaP4L+I2meNPA mlaZaXV7qHiye88Xp8SvEPiPVfFl9oD6h4b0Xw5pc2obcjUfs9lqmm9LaJat6Lr366ntYpWt 000313tZXe2r7adT67/4JD/ti/E79sX4AfGu1+OF9pniH4zfsp/thftDfsbfFDxjoHh618L6 D8QNd+CetafNpPje08ORTNpujS694Q8TeFrvVrDTfJ06DXlvvsUNra3TWwGnFrTZbLW2u2nT r106e6kHtY9tLab2+Wmy7W39El8B/wDBXz9vDxR+zv8AGj9lmL9rj/gnzqvi/wD4J36N+0N4 L1jWP2hLP4n+E9e1Dwt8YtHubxfhJ411v4V6Olx9k8I+HdQu/wDhKLG38U63pb6rqVpp8iPa a9ptn4K8S704u0mnfq+ut7N7vr56XS1YKsl0erf6Pz87fPtc/pf0m7trzTbO9tJ0u7S9gS7t rqEqYrq3uFE0N0jKERluI3WbcihGLkqMVw1IO9tmt1dNXdtNNrbW1FzKWqTXr+nl2RcPJJ9S aBiUAFAHwh/wVGuX07/gm3+3rrkWftPhf9j/APaL8YWW1ikn9o+EPhP4q8TaeYZVO+GcXelR CCeIGaCYxzwYmjjq4Ozfy+fe3+Vm30Lg7N/L597f5WbfQ+6oMeTHjugJ6/eIy3X1YnHb04xS lu/l+SFLd/L8kS1JIUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHP8AinXrXwr4b8ReJ78FrDw7oWra9eqn EjW2j2E+oXAU56mC3cKCMEkZOM1cXt3vb0T6rz+/TfQuL273t6J9V5/fpvofL37AGha/4f8A 2Kf2WLbxbKlx401T4FfDbxb4/vEZit/8RvHXhfT/ABp8QtQAdVdv7S8Z69reoGeQmaV7mQzK kpYFzW/3/kvXqtNFs+ju5rf7/wAl69Vpotn0d/sGszMKACgDC8SeKPDXg7SL7xB4t1/R/DGg 6ZA1zqWua/qVlpGj6fbooZpr3Ur+eCztIxng3E0W4BmQMqMRUYyk7JfoS5pO2v8AXzPD9Z/b A/ZS8NT/AA5t/E/7SnwE8NTfGPT9D1f4Px698YvhzpT/ABY0jxLpyat4e1b4aC88SxDxzpWu 6a4vdF1Hww2p2WsWn+k6XPdwESG/Yzaulps+lnZO1t7+VtOtnoNtJX1s/wCv+B6nH/tdfs9e L/2ovB0Hwjsvjf8AFT4E/DvV47mf4g678CNeTwV8YvEcdtc2jaN4e0H4h/2dqd54N8MyTiW/ 8Ty+F0g8U+IBBpfhs6jpnh6/8RRagoppLbV6Nu1tL3s1pa2jatvr3FVilaz7p+em2+vmz8tf +CaP7N37S37EX7ef7TH7L1h8Zvi9+0B+wPb/AAP+FPxK+HPir4++NNX8f+OPhd8d/E+v+INH 1b4PeFPFF3amPWdCHgzw/P418TwXM2kP4ZTWfADWWiOfFWq6xqmk6binqu9uy8tOuj+avZ3B VoyWiaT72svLbS7t89T+geucYUAFABQB8g/E7W4fCH7XX7KuozoWj+JPhL9oL4LRqhH/ACGp 9G8E/GXSrlyxQtHZaR8GvGFqv35M6sjJEytPJb6/Zfo7bK6tvZbb36Pa5r9l+jtsrq29ltvf o9rn19WT0/D8Vcyen4firhQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQAUAFABQBJKcISQDjnB6dD1POB6nBwOaiHxy7a/n8vuuC/r+tPzPhn9k1r/SPjT/wU C8FalE0X9lftV+HvGHh2Vjg6l4S+I37Ln7O+vDU1hHywKnj6D4iaEFTAmOhNct885NdNX4YO 91ZpP+t+mt+nmaT2i1e39d9dfM+4qxMwoAKAMXxJrlp4Z8O674jv7bV7uw0HSNQ1i+tvD+ha z4o16az022kvLpNF8M+HNP1bxH4j1YwQyf2doPh7SdW17WLvydO0XS9R1K5tbKdx3V3YT1Tt 2P53/wDgivrPjH4KSf8ABVe5+MHwP/aT+ErfGX/gpr+2P+2f8O4PGP7OHxoum8U/A74pz/Di LwlqejNoXgrUo9U8ZXNxpswPwwtJn+I2oQFX0nwtewpfXdl0ys0lo3dtu9tdrpedrpJ3W/TX Jp6eSS7W0T/C+rfzOB/4I4678aP2afhJ/wAFWtQ8R/sj/tMXfj74h/8ABQn9sP8AbM+Cfws8 QfCzxH8M7/4u/Cf4i23wptfBdno3j/x/pugfDLSvGWs3ek3UMvgvXfF2l+MY7KxuNRtvDGo2 drLLG3Zu11ve/XTS9/K9lo/N21Y4vTR7L+rf0r32ei+0f2yPAsn/AAVv/YiX9niw+FHxY+C2 m/F3x38CNQ+Mdn8fPh3rPw38V/Cjwp8OvjB4G+KHjrQNPttWsLrQ/G/i/wAQ6Z4Q1PwHoF34 FvvFnge61DxKup3fid9Os7u0eqenPeWijpZt31WjWrei3dl6pXctNNXT69O6a/C/yfY/Y/w7 pcGiaDpOj2qBLbTLG3soEUbVEVvDHGm0bV4KqDn5mYku7vIzseWo7zeiXpr6387msNn6/ojY qCwoAKAPjL/goToreL/2Ovjf8NYv+Pn40+H9J+AFkpMez7b8fvFfh/4OWckqy/umt4bjxtHN dCX9z9kjuDMDEHBqO6/r+vz69Co7r+v6/Pr0Psa2z5EIJyQigkBgCVGONwDY44JAJGDSlu/6 +Xy2FLd/18vlsT0hBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAeO/tCW11d/Af42W1gxW+n+EfxKgtNuN3 2mfwXrMUDL33rM8RDdsY71cX27q/bVq2z9bt9ki4vt3V+2rVtn63b7JDP2eLyw1L4D/BTU9J 2LpOpfCX4eahpiR52JY3vhTSrq2jRc4CRQTRIvooCjjinNrVab/5a/mnfr6aObWq03/y1/NO /X009lrMzCgAoA/Nb/gsb4J8H+Mf+CWH/BQ3/hLPDGgeJf8AhG/2LP2ovGnh7+3dI0/Vf7D8 XeGfgP4+1Hw94m0g31vO2na9ot7bQ3Gm6raGG+tJFPkzqrEHak7PTtLX0St+f9a3yfx/Nfof kzr/AMB/hU//AAa4jxRceCdAvfEU3/BHLwF8R5df1bTYNX1+Xxl4f/ZD8N+JfDevNreqJeaq Lzwvqmm6afCu28WDwvY6dYaX4fj03TbK2tIt3PVwt05rt6X6K19NXvo9umqqXR32aTt03v37 7O/bq7/sl+wZqvin9oT/AIJl/sU+LfGnjHxXYePfi9+xP+zR4t8XePvDGqjRvFz+KPGXwY8E +Idf1/TNTktryOz1G91a9vLppPIkCGbKqrJA0WMmlK91ZtOzSla61Ts72d97frfNxd3o3Z22 Pxb/AGRPhl+0x/wTs/4Lh6n+yLB+0V8Zv2mP2Sf2vv2e/ih+1Bp2lfHHxVf+OvGnwW8a+GPF mhaRrOqp4u1y5nvr7SNV8Sai2gudNTTX1f8A4Snw4viDSb6+8HQeKNV2qtTUnFOy27pcul1t 8l31a2Sp620tZ7JPo7P07s/qhrj7f1r/AFY6e39a/wBWCkIKACgD4O/amimuv2mP+CaKWZ2t Y/tR/FzVb4g8yaLB+wx+1jpEsR55RtZ13QJcn+KBT3416NWto722T2tbXtv/AJmvRq1tHe2y e1ra9t/8z7xrN7/KP5Ize/yj+SCkIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAK ACgAoAKACgAoAKACgAoARtxU7eWAO0EkDOOM45AzjOO1NatLv/XUa1aXf+up8iX1/bfD/wDb Q0eO8gaz0/8AaG+B8XhnStTwEsbjxx8APEviHxLa+G3JxEde1zwN8VvEmu6VbRt9putC+HHi G5VGh0e5Md/Zvpq/Oy3urLfXprvrdK5f2b6avzst7qy316a763SufXMedi56456YJyeRjgKe qjqBgHBBFQ99reX9fn1Ie+1vL+vz6j6QgoAQgEEEAg9QRkU07O9r+Q07O9r+RClrbxszpCis 33mC8n65puV7aWs9PL+vRbdRuSeyS17f1f7vvFFvAAwEUYDghgFGCG6g/XPNDk3bpZeXk+2m wOV7WVmvTpbXby/TuEVtBAxaKJI2IwSowSM5xn6gGk5N6N/ghOTe/wCS/wAibJPU5odr6O/n sDtfR389gpCCgAJwCeeBngEnj0AySfYAk9qAPjn9ozV5vFvxV/Zk+Bmjw/bJ9f8AiLe/Gjx2 jwlo9J+GXwHsItasNaDMyQyXN18ddf8AgdoNnaSu0eoWGqa86o66bdSW2kVa97LZdPnrfTz6 7P10irXvZbLp89b6efXZ+v2HGdyKcYyM9c598989Qe+c1D39NPu0Ie/pp92g+kIKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKACgDP1LTrXVbO80++gS6s9QtLmwu7eTHlz2l5CYbm3l5BMM8W6KRRyVlOMYyK i0t+9+/Trr3s9NdPQqLS37379Ouvez0109D5H/4J/WmraB+x58BPh14kvZtT8VfBLwPa/s9e K9RuiGu9Q8Ufs+XV38F9f1O7YEo9xq+qeB7rVTLCWgnivEngd4JEdqmnZvz18/udrbWvr+tT Ts356+f3O1trX1/X7IrMzCgAoA+Tv22v2efGH7Vv7M3xj/Zu8M/EXTfhZp3x38A+MfhN468W 3Hgg+PNTg+HPxC8Ha14M8W2vhrTZfFnhSx0rxXNZa482leItROvWWnQ2txA3h+6vbyx1LRtq bWl3t63W+q8tr76221vjL4n8vyR8d3H/AATq+MN3/wAEzF/4Jr3H7R/hp/CY+A8f7K5+KZ+B Eg8aH9n+0+G1p8M7DSBpUXxlTwtF8Qrfw/bfYX8bNpt1pEtiltFL4Mk1WJvEEmvLTlL35csb b+aSsunn16bLqueULuK5m9Gt/nr/AFqXPh3+wj+1N8H/AIH/ALIXwm+Gf7cOveEf+GQvCegf C/S4dG+CnhW78E/Gn4S+EvBngnwd4a8N/HDwJ4l8Xazfa14t0u28KXE8Xjb4cfEL4UHdqs6w 6VZ3Bub+7Xs6DbSqel2kn803bXe/yQfWKl/gf3en+St106M+5PBvwL0zSfihr3xr8SXMviT4 reJPD+keENT8V3dvbWkGleC9Eku9R07wJ4L0iFJR4f8ACMHiHUtS8RTi4vb7xHrOs3jTeJNc 1y003wxa+HKdXkjaLXLZ2V77+er29dW9dHfr0STstl5Nt/qvNfdZ3+ha5ZO/3tr562+TJk7/ AHtr562+TCpJCgAoA+TvGVrZeJv2x/gbYzot0vw2+DXxv8erbkg/2Z4j8U+Ifhb4C8Ma0wGP Lln8NP8AFTSLVmH7+K71NULG3bbpf3ZPTtp57a+V1p0X3LS/uyenbTz218rrTovuX1jUyadr dIpfMmTTtbpFL5hUkhQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAF ABQAUAFABQB84ftQ+DPFHiX4dWfiX4d6XY6v8VfhF4p0n4v/AAx03UbpNNtdb8TeEYL+21Lw fLq8gMWjxfEPwVrHiz4d3WrTBodK0/xXe6lKrR2jitIu+m2llbp3+b7vq9FqzSLvptpZW6d/ m+76vRas9b+HfjnQfiZ4G8KePvC1w914f8XaBp2u6ZJOnk3cUN/bpM1lqNqT5llqmnyM9jql hMFuLDULe5s7hEngkRZt6vRXS9Oj1v02VrPTTUm3q9FdL06PW/TZWs9NNTtKkkKACgAoAKAC gAoAKACgCOZtkUjnGFRmOSAMAEnJJAAx1OeBzTW+n9eXz2Gt9P68vnsfIX7PH274qePPin+0 jqN3pt34b8WXdh8PfgUukOZrSX4MeA7i/X/hNZ7nzJrbUb74p+P9R8ZeJtK1nSZf7H1f4VQf ChokfULPULy5uWisvJu+t738+616fK5ctFZeTd9b3v591r0+Vz6/RBGoRegz6ckkkk4wMkkk +5qHv8l+KWnyIe/yX4pafIdSEFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAfH3wWfVfh7+0J+0B8H9UX d4f8YXOlftH/AAuvTiJV0zxvnwp8VvByW7EzSXfhn4leGP8AhYN/fys4nt/jfpWnph9JnZ7l tdvVaabO9n22s3a76adS5bXb1WmmzvZ9trN2u+mnU+waggKACgB4fAAx09//AK1BLgm76/18 hCxPcj8R/QCnfyS+/wDVjjFR6J/4lcTJznc3TGMnH/66RTs/sQXpFCU01Z6Xv17AmrPS9+vY KQgoAKACgD45/Z2sF8b/ABb/AGi/2hbm6N9H4p8V2HwO8APC7CztPhl+zzqPi3Q51hiAMM0+ qfGzxT8bNUm1y3cx6xoj+ErDdPB4csrmW3dRt971/KyV9F57u27Ld1G33vX8rJX0Xnu7bs+x qggKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgBk gDDBUt3wAOgIyMsNuTkDaxG4buoBprr07euuno9b/K4116dvXXT0et/lc+NoUi/Zh+IuoxsL LSP2f/jF4tudcW6V5LKw+EPxi8TXk174me9gy2m2fgP4y61eS6++q/aLFdC+Mmpa1e6sNdk+ KKt4e0dns9Euul7ppW2ST1T22toaOz2eiXXS900rbJJ6p7bW0PsoOjHAYE43AZ6jJGR68jnH TjPUZzaa30M2mt9B1IQUAFABQAUAFABQAhYA4JAJ6A9TwTx68AnA7DNOzewW/wAj5J+Muraj 8X9evP2cvA9/IljqNtG3x88VWL6iV8I/Dy8FtcP4A0nULQw2cHxH+KWk3stlBbw3zal4Q8CS aj4xv7a3uNR8Cw6zai9HayVtbLfT02tfX7nu9FG1m9LW1dlrp6bef3Pr9PeH9HsNA0jTdG0y wtNL07TLCy0+w07T7SCwsbCysbWK0tLK0sbQLaWltZ20EVtbW1nHHaWttFDbWsaW8MQqZO/p /T2+frq763SmTv6f09vn66u+t0tmpJCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgD5V/aQ8G+I4bXw v8b/AABpviHVfiT8DtRv/Eml+HfDV5a2uofEPwHq0NpY/FL4UzQXckFlqn/CYeG7VNa8KaVf ajpGmx/Ffwb8Ltcu9UtYdEu49Q0Tvpvf07t329OmrvdWWmid9N7+ndu+3p01d7qy09/8EeL/ AA7498K6D4x8J6zFr/hvxLpNhreiarDHPCt7pupWyXNrObe6ht7y2aSN90lpe21ve2cvmWd5 BBc28sMcyW23W+lttfyt+hMltt1vpbbX8rfodXUkhQAUAFABQAUAFABQA1nVACxwCdo4JyTk 44B7A0AfNf7R/jjxNpmj6H8L/hvLcJ8U/jVc6j4P8K6laahFZHwFoSabJN42+Lt04gu7o2/w 90Wdb/SbaC1mXXPGl14R8LtcaQniCXWrC4rul0fnrqlrpr8t9fK4rul0fnrqlrpr8t9fL1v4 cfD7wv8ACzwT4T+HfgnRrTQPB/gfw7o3hbwvotkrJaaToegaZa6PpNhbIxdhFZ6bZ21ujSP5 r/vSQqnbQ2nfW/n31v2Xf00XW1htO+t/Pvrfsu/poutrd3UEBQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAGF4g8O6R4o0nVtB1+wtdX0TW9N vNJ1bSb+Fbqw1LTr61ntLuyvLWXfDPbXEE8kU0LxtHLHI6SI4K7aUrWstb+X4aX12fys+hSl a1lrfy/DS+uz+Vn0PlO08Ua9+y7K2k/Ea71rxP8AAWC2vp/DnxUvpL/W9e+EmmQ3Mcg8O/F6 6MFxqV/4E0bTZLWDR/i7cy39xpOmaZJbfFi6+2WZ+IfiqmlLROz3f4/q+y3d7vRU0paJ2e7/ AB/V9lu73ei+urXUYL23hurUrPBPFHPC8MsMySwzLvimjljka3kilQrJFKkzRSxkvG7KAWnl /FdvvXe666X+WpPL+K7feu9110v8tS8CCAR0IBHbg+x5qSRaACgAoAKAI5ZBEoYgHLxoBkjJ dwvGFY5AJIBAUkfOyJudWlf8fw1Glf8AH8NT5d8XfF/XvHuu6z8MfgQsd3rGkX954e+IPxav NNt9X8B/CXUFtYjLo0PmXttbeM/inIb6zhtvBdg95pvhYXS6p8RLvSjDp/hXxTtCNt3frZaN 6Pe+tla/rpZ3LStvZrd/jun2V3pZ76M9c+G3wv8AD/ww8O2vh/w/Jf3CfbrvWdW1fWLuXU/E PiTXtS/e6rr/AIj1m5Au9V1vV7x5b3U7+cLJLNILW2jstJgttLgmdS/NHpt0to9LLVW079b6 tJilK9102VvLb8vx6npVZEBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUANdSy4Bwcqc/7rBv1xjj BGcgg801p+I1p+J8d3wk/ZX8T6r4iMqr+zf4x1W+17xp5txd+X8DfGOqzT6jq/ju3tEgl0/T PhF4tvTe6h8Q5FuNK034feJLg+OnsJfDeufEHXvC+jV0rNfg+2976rS73+80aulZr8H23vfV aXe/3n1/DcRTxxSROkqSokiPE4kRo5UEkciumVZJEIZGUlGB+ViMEw1u+nR99e/W3rruQ1u+ nR99e/W3rruT1JIUAFABQAUAFADZHEaPIeiIznlV4UFj8zsiLwOrsqjqzAZIAPOPiZ8TfD/w w8OHX9eW8unuLy20nQ9B0m3e/wDEXivxHqEjQaR4W8LaTATc6t4h1idXFlZx+XBFa22oalql 3p2kadqN/bWo6qz/AC2a+a1vZ72v1VmWo6qz/LZr5rW9nva/VWZ518Ifhhr0Wta58Y/ieunT fFjx5pmlWE9lZNJfaT8N/BljDb3WlfDLwrqlxK93fWNpqHmaz4u8RqNPbxz4uZtak0vSNKsN A8PaM7qKVu/R7u+/o7Py9d07qKVu/R7u+/o7Py9d19HVmZhQAUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAdetAFWaytZ4ZLeaFJIZYzFKkg 3iSNlKFH37t4KnHzZ6D0GKUmnfffy36/gUpNO++/lv1/A+RdU/Z68S/DG81TXP2YfF0Hw9Oq D7XdfCLxVp+oeJvgNquqRIqs+k6DbahYat8HLnU7WOS1vr74bappfha4vLh/EGsfD7xV4mc3 Nzd09dr6ed1a2l9fufyW93T12vp53VraX1+5/Jbtvv2r9Q+G1tpj/tEfBL4qfC6G7uItNu/G Pgvw9rXx/wDhdbasybriS78R/Cfw/qnjXwn4ViUNJH44+Knw1+GvhmNVWDVr7S7ye3t5E4Lv vtb5vv0X9d04Lvvtb5vv0X9d/avCfx8+BvjoxjwX8aPhR4wadd0Mfhj4h+D9dd1DEHbHper3 UhZWISRSDsZdpw+4VLTvonr693662V9CWnfRPX17v11sr6HrYZWUOrAqQGDAgqVIyGBHBBHI IOCOaVntZ37WJPPfF3xX+GXgVWPjH4keAfB5Qv5h8U+MfDnh7y1jGZWb+2NRtBmMcsp284DP ECXVqLurp29H/Xl+JSWqTT+5/wBf5XueBW37ZPgPxfrV34a+B/hT4lftCarYQJcXeu/DTwjL ZfChYS4iL2Xx38fXPg74JeJLtZtyzeHfBHj/AMWeK7aEG8uNDh09WvRSgtLq3e7377evfotN WUoLS6t3u9++3r36LTVlT/hWvx0+ONtIvx58UWfw+8BX92JZvgj8F9b1aCTUdJtpy8Oj/Er4 1/Z9H8YeJbW+aK3uNa0f4baT8MNJnhmn8J6rf+OPCs15qWvCsnpu7pNaa9tZdOz8uqYKyem7 uk1pr21l07Py6pn1H4V8H+GPBmg6d4Z8LaBo/h3w/o8JttL0TQ9Ns9J0nToWled4rLTdOigs bNGnkkmaO2hRfNdpWzK7sU5NbNa726td7tv5tJslt6ar5d16tv56N+h1HSo3JCgAoAKACgAo AKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAK ACgAoAKACgAoAKACgAoAKACgCreWdtfwSW13BFcQSxyRSwzossMsUqlJYpYnBSSKWMtFLG6s kkTyROGR3Vqi0nrs/wAPP5eRUWk9dn+Hn8vI+SG8J/Eb9nS6lufhVo+p/Eb4MXN7qd1ffBq2 uLeXxd8PvtML34ufg7rHiHVLDTZfCsV6kyP8LPEmsWun6LY3sMPwz1PQNK8O6V8NNbv3Zddd Vq7ddNLdnpZd+upfuy666rV266aW7PSy79dT2v4UfGX4f/GbR5Nd8BeI4tVht9kWraHqNlqP hrxt4T1Is4m0Lx18P/EdhpPjTwH4hswqpeeHvGGjaNr1nM0kF9plrJFhokrdGtdOqf63v5bW 9XElbo1rp1T/AFvfy2t6v1XIHUgc46984x9c8Y9akkXIPQ9OD7H0oAP8/wCfzFABQAUAfN3x D/aL0DQPEh+Gnw70jU/jF8XLiG8kk8EeBbi1ltfCMFvHEq6j8U/GUgbw58L9OuLm5t4dNg8Q 3g8V+JlF+fA3hfxVd6RqVnbWo9Xpa3Rrdrq/udtt/W1Hq9LW6NbtdX9zttv6r8NPhDrJ19fi j8YdY07xv8U5tPFhYCzsxD4I+GOmziQ6j4a+FunXcTX6WeoSSFfEPjbWZX8VeOhbWB1H+yvD uneHvCXh6rxTvdWeve773/De2/mVeKd7qz173fe/4b238z6OREjUJGoVFGFUcAD0A7AdABwB gDAAFZt3bfd3M27tvu7jqQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAikhSQZZFLdiwz/ACwenQggjqCCAapSa3ba/Hvv+fkU pNbttfj33/PyPKfG/wACvhD8S4HtPiL8Mvh/49spHEs1p428G+G/FlrO4BBE1v4g0rURIpUk YlklXGAUPBFKevld+vl1sUp6+V36+XWx4C//AATi/YO3l4f2Mf2T7VJHD3NpZ/s7/Cmy0++I k8xX1LT7XwxFY6tcQNmSxn1a1vxp85+0W0Qcc6KrBL4ZX01uunlb71dX7hzx7PdN6LW3qese Af2Wf2dfhWEj+GXwG+Cvw6gRUVIvAvws8CeEyghJ8hYm8PeHdLhijiVn+UWzSu77jOCgJmVR NaX69LJLTpzPfpaSt081zLz7bWS+XN91mrfcj3W3sba2RUiT5UGEDHOxQThFGAAi5wq4wowB wKjnl3/D8PT8Q55d/wAPw9PxLlQQFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFADX BZGUHBZSAT0BIxk8H+Rpp2afZ3GnZp9nc8E+In7Ofw6+JGq6T4s1DT77wz8RPD0fl+HfiX8P 9Yv/AAN4/wBEjkO65sLfxLojrc6j4fuXG+88JeIYdb8JapuA1jQ9QaKJ1rmXb71deurWttG+ uj02K5l2+9XXrq1rbRvro9NjzaLwl+1/8O9XuV8PfEj4d/HvwGyK9loXxg0a6+HHxS066YKZ vN+Lvww0bUfBPiDSYgWjstLuP2f9F1nygV1XxjqdxLLdve6TXy2tv5p6dfkuqVr3Sa+W1t/N PTr8l1StT1X9oX9ofwhKsWs/sNfFn4hTEyD7X8CfjB+zN4i06IE58yV/jt8W/wBmzUoYvJVH ZYtJkl3kRLHdOGnZcradt7+fp2blve7ei2drktO3d381+er01u3p0drmXL+2F8SpAq6X/wAE /P209VvfMSKSxS//AGL9EkiDAGQtf+K/2xfD+jssLFRJ5GpTSSqPMtEuY2jd6VKWt3F2a0u/ x0V/LW17+YKLXZ2e3+d7X0218urOn0n4sftPeLLU3OhfsvaJ4F808Wvxn+O3huz12zJDL5lx p/wY8M/G/RmdSSsiR+MXH7tY0uWWRZEXLttbReWnlfvffm/Mq23bRW1tprqrrrfe/wCZQs/g R8ePiJb6i3x+/aBv5LXUpJrdPAn7POi3vwO8HWmgykGLS9U8XSa54x+N2v6yFMtvq3iTw98T vhxpOrW5jXT/AAP4akkuXklpKzsrv5pfJW7726bXJaSs7K7+aXyVu+9um1z6S+H/AMNPA3wt 8OWHhL4feEvDfgzwzpmTY6H4Z0i10jT4JGJMty8Vosa3V9cMzzXuo3KSX1/cyS3V3PJPNJIy ck1bX527r+tLCck1bX527r+tLHeVBAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAU07O407O5GLeJwFZFIU7huUHDdjn+8ATg9QM4odRx V7tXe632tvfy9bj5n/weu1v689Rxs4juBGVZVQxkfJhSxxtzggls4OVBGQASxM+2vq73ve9l fZLv5IXM/ne9+vT/AC/TYAgXC8kKTtzzjqABnpgcDuBxk5Ob53e+n4+fn5/LoPnd76fj5+fn 8ug6pJCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKAFyR0JFFk91cAyfU/maVl2X3IBKYBQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQBQ1HUbXS7c 3d7Pb21qjRLLcXVzBaQRCaaK3RnmuHjhUGSZBtLh3JEcKyzvHC7Sv/XXV/o/60bSv/XXV/o/ 60dzcxjLKuW2llQtjJxkKWAOMnAJwcZzg9KLa20/QLa20/QzoNWtbiea1SW3N1bRwy3VqtzF JcQRzpvheSKIuypKgLRs+wOOQeuHbTfX02tq+t9FvZeQ7ab6+m1tX1vot7LyNJWDjIx1I4OR lSVIz7EEHgcg0mraf1/VtfmJq2n9f1bX5jqQgoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgAoA4Pxx8TPAvw20bU/EXj7xf4U8FaDouk3+vaxrPi/wASaR4b0rStD0mW1TV9 Y1HUNWurazs9M02O+s5Ly9nmSC3N5YwztFPfWkct8vm/u0++/wCV/K6Vy+Xzf3afff8AK/ld K5o+BPHHhH4m+CfCHxH8AeIdJ8XeA/H/AIY0Hxp4J8WaDeR6hoXinwj4p0q01zw34j0W/hJh vtI1vRr+z1PTb2EtDdWVzDcQs8ciMZas/wCl+HT5ktWf9L8OnzNyz1K01CNZ7KeC7tneeNbm 1njubcyW1zLaTxiaAyQtJFcwTQyokjNDLE8U4ikG2nbS9+l/xt69ntrfQdtL36X/ABt69ntr fQv1JIUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAF ABQAUAFABQAUAFABQAUAFADJN2xtuc+ozkcjJUAHLAZKqRhiArEKSQ1a6v8A12XzY1a6v/XZ fNn5a/s2/FXUv2xP2tP2zNe1u9sb74IfsXfGjRP2VPhX4Pa1t7uzuvj74O8G+Gvip8c/ijrz vcXNjqWs6HJ8RPA/w98CW81jb3vgqPwl4q1a0dNW8TTT2uisk7Wvvvdva1/W60TV3tdM0Vkn a1997t7Wv63Wiau9rpnm37SP/BWzRP2fNL/bI8aaJ+z/AOMfHfwZ/wCCfPiDwR4P/ac8W32u v4B18a7450Pw1rthpvwC8Gar4Qu9D+LsXhzR/GXhS/8AGD+JfiH8L4LOy8Q6Re+HZPE1pf2k 06su+ujv20va7unbffbroKy766O/bS9ru6dt99uuh6Z+3j47uvBP7Hvi3/gof8A/sP8Awnfw I+FOlftJWOpXOkyRJ8Vf2efBluvxO+Jnwm8ZWtvcadcX+k+K/hPc+NR4Qj1G9lTwP46u9J8Z W0kV3Fq8d8XutXa610/u3b6X0/NdLML3Wrtda6f3bt9L6fmulmfon8M/GujfEr4deBPiP4cv F1Hw58QPB/hrxx4d1BTCTfaD4s0Wy1/RrtzblrZpLjTtQtpZHt2a3kdmeDbEyIsS3/r+vTst N9CJb/1/Xp2Wm+h29IQUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQB81ftg/ tHeHP2Qv2YPj7+094vge/wDDvwK+FHjT4k3mkRyxQT69c+G9Du9R0rw7aTSzQRx33iLVLe10 DTzLKkbX+rW+5sRgG0lZX63320+7703a3a9rSVlfrffbT7vvTdrdr2/J/wDbE+GK6n/wQr/b D+IXxnstF+Inxs+JP/BP34t/Gj4n+Mta0Sx1Fo/iVrfwW8V+OrHTvCaajaXjeG/Cnwr1nxDf aH8KtKtFhn8JaFBFfEz+JdS1/W7utb+d3otNktr9fVPT+7e9a387vRabJbX6+qen929/NP2Q P+CjmtfsjfsPf8EnNE+M37LHxb8P/sq+Of2Sf2GfhA37ZCeJ/htqXgXw98RfHHwP+G2g+EJ/ FPw/0vxNefEPwz8Otb8SXFroK/EbxLZ6FBHqeoWnk+Hr2yvLC9nTSfm9tNb+e7XXXRa7vW7T Sfm9tNb+e7XXXRa7vW7+7/2iviY37Gv7XX7H2u6ILDSvgz+258c9Z/Zh+KXhhLFILOz/AGgP FvgHxb8S/g58U9AdL6x0/S9a8UXHw48Y+A/iLANOvr/x3PrvgvUEeLUvCMkl8aPdLyTbWlt/ w6X9OoaPdLyTbWlt/wAOl/TqfqbHIsgJXkALySc5IyVIOeVBAY5J3ZBwVIqZWWnbdf8AB3af TfT1splZadt1/wAHdp9N9PWykqSQoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAZIcIxHUDIGcAkHIBP90nhupIyACeC1 a+u39f0hq19dv6/pH44f8E5vhrcfsv8A7VH/AAVK/Z71fRNU0lPjR+2DrP8AwUL+F2u3yXZ0 fx74M/am8GeCdB8dx+H9Xu9kV9qvgL4t/C/xLY+LNCt45pvCVh4q8EPNH9j8Q6P5lvpo77X2 SWq9bLe9/V2di300d9r7JLVetlve/q7Ox+dH7X/7KH/BTb9qv9nP/gr18B/ip8C7X4r/ABF+ L/jPX5v2Gvigfi98LdM+E1l+ztpF34D1T4f/AAe8IeCL/wAVzar4G+K091oPizUPFXiTxV4S 8MWPi7WfFekQ+J/ig2i+HPCsWlHSydtNLq6to762631s9H5Ox0snbTS6uraO+tut9bPR+Tt+ gX7ZFv8AEXwt/wAEWfGfwB1fwNft8f8A4w/snaR+xN4O+F+h3Vp4m1S/+Lfxz8A2/wCz7oWk 295pEs+nX1hoT69L4s8aa1pN3faJovhjQPFPiNb660nRZ7oiVtLq172e+172un6q17K2vUSt pdWvez32ve10/VWvZW16/p5+zX8JNM+AH7O3wF+A2ilm0f4JfBn4X/CLSXeeW6aTTfhv4I0P wdYSG6n/AH11vtdGiY3M376ckyygSs4EPf5L8l/X+ZD3+S/Jf1/me10hBQAUAFABQAUAFABQ AUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAU AFABQAUAFABQAUAFABQAUAFABQAUAFAHwT/wVA/Zb1P9tb/gn9+1r+y7oK258VfFr4OeIdJ8 CNd6hLplgfiNoixeLfhymq30KSSQ6S3jrw/4dTVEEUyz6fLc280TwTSKbj06Kz139brd9NPK /cuPTorPXf1ut3008r9zw7xP4V179t7/AII0+OvhH8MFtdN+JXxx/YP8WfA+20Pxc82inwZ8 Y9W+Dl78Ndd8D+O4LeDUb7w9q3gz4gQ6h4a8V2wtL2XSb7Tr/CzxRpJK1pLZ2vpprre3y1er 1/GzWktna+mmut7fLV6vX8bfLeufsI/GX9pz/glZ+yH/AMEvPjL8G9S+HWheDvhx+xN8Hv2q PHGv+PfAtzpc/gb9lm3+FniXxq/wXPw28V+M/EPiTUPiV4t+E+meC/Dk/iex+Gp0bwp4n1zx dql5a6voOm+E9fLNJrs0+q6d7r0a0fXyCzSa7NPqune69GtH18j33/go38NX/am/an/4Jafs 9aNomo6uPg7+2Nov/BQX4lavZJIND8E+Bf2X/AXjzRPBU3iHWbZylhqPjn4v/FLwdpPhHQZ0 87xbp+g+PLiANp/hfVpFb0u7PTa62ei6/J997jel3Z6bXWz0XX5Pvvc/YxQRnJySf0AA9B1x uI5wzHBI5rNu/wCP4vt09DNu/wCP4vt09B1IQUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUANZQ6lW5Vhgjjkdwc5GCOD 7UAcJ4s+Gfg3xre+FtV13S3bXPBOqprHhLxFpt9faN4i8P3RCRXsGna5pVxZ6lHpWt2Sf2X4 i0V7mTSfEOlO+na1ZXto3liuZ/f5fo9PPTqVzP7/AC/R6eenU7Y20OEAVl8ttybZJFIHPyHa w3RDOBC26IBUAQCNApzN9t7+X3bfrvrqHM323v5fdt+u+upxV38NfCGoeMdM8eahp0+oeJND sZrDw/c3uo6hc2Xh6K7Vk1C40LSJbltK0vU9ViY22q6xa2ceq6hYGTTLq8k02ae0lOZ9+t9l v/X3adkHM+/W+y3/AK+7Tsju1UKMD8ySSTgDLE8sxxyxJJ7mpJFoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAaVBOe/qP8evOBn/dHoKd3t/X/A3Hd7f1/wADc4PRPhl4 O8N+LPE3jLQdOm0jVfGUVmfFNrY399BoGuajYW0VjbeIr3w4s/8AYh8VHTILfSL3xNDYw63q +kWOk6brN7qFnoWhRaY+Z99/v3v/AEtvIfM++/373/pbeR3RhjLByillDAEqpOGILDJBPzED dzzgE8gUrvXXf5fkK7113+X5HG+GPh54U8I6n4k1zR9PkOveLtSj1TxHr2pXt7q+s6nNbxS2 +n2rahqU91cWuj6PazTWmiaDYva6Lo1vNcJplham7u2nG29/0/pf567g23v+n9L/AD13O2pC CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAjeWONlRiQz7tg2sd5UFiqkAgvtBYJncVViAQpIP6/r7g/r+vuE86PCkEncMqApJI9lALH IyRgEEKxHCmnZr/h10+f9adx2a/4ddPn/WncZJd28UTzSTRpGhkDuWAVTEjySBiThdkaM7bi AqqSxAFPlenmrr8P89em+ug+V6eauvw/z16b66E4IYZByOR+IJBB9CCCCDyCCDyKlq2jJato xskixKXc4UYycEgAnGTjoB3NC10Ba6DRPEWCBxvP8HRgQFJBXqCodS4x8gYF9uRmuV9vxWvp rqVyvt+K19NdRzyIkZkYkIAGJALYBxyQoJ2jOWb7qrlmIUEiSRi3ETkqrbmVipUA5yBG3Trg rLGwPQqwYHBBp2f9Nef+THZ/015/5MVZom27XB3gFMcl1IBDqBy0fzAFwNo5yQASCz7MLPsy WkIKACgAoAKACgAoAKAIZZ44uG3s2ARHGjyyEMSAdkYZguQQXICA9WFOztfpe1/61+4dna/S 9r/1r9wn2mIbySyCNQ7mRGiCod+GPmBcL8jkk8AKxJAFFn/TXr+QWf8ATXr+QG4iC7ixVQdp LKyhW6bXLABDkgAOVJJUKDuXJZ/fsuvr6f8AB7MLP79l19fT/g9mOE0bNtG7JLAAowyFIBZS QAyAso8xcoSwAYnIBZrfT5/1b52+8LNb6fP+rfO33ktIQUAFABQBCtxC7BFkUszyooyPmeBt syqejGJgVkC5KMrK2GUgO2jfb+v1/MdtG+39fr+ZNSEFABQAUAQmeIB2LFVjZlkZlZVj2jcx csAFULht5wpUqykgg07PTTf/AIf+vmtx2emm/wDw/wDXzW49JFfO3PynByCpB7gggEEdwecE HoQSNW/r8fTswat/X4+nZjmZUVnYhVUFmZiAqqoySSeAAASSeAOaS1aXcS1aXcYsqO21SSdo c8HAU42nJ4w3O0jIYo4BJRsNprcbTW5JSEFABQA0sB1z3/hOOPU4wM9s/e/hzTs/yf39u/yH Z/k/v7d/kNjlSZFkjbejqrI45R1YBldG+66sCCrKSpBBBIIJLen3/wBfgFvT7/6/AkpCCgCK SaKLd5jhdqF2J4CoM/MzHCgZBGSRzTs/6/Tv8h2f9fp3+RKDkZ9eeQQfxB5H0PNIQUAB4BPp 6daAK6XUMiq6s2xlDByjqm0qrAl2UIAQ4AJbltyj5kcK+Vrp/Xf+vXZofK10/rv/AF67NEyO ki7kZXU5G5SCMjqMjuDwR2OQeQaQh1ABQAUAFABQAUARvKiHDMAQu4+yg4LE9FUd2bAzgZzx Ts399vmOzf32+Y8EMAykMrAFWBBBBGQQRwQRyCOCKQhaACgAoAieeKNlV3Cs5IQHjcQrOQpO ASEVnKg5CKzkBQSGk30/r+v60Y0m+n9f1/WjBJkkIClslA+GR42CkkLuV1VlLYOAygna3HFD TWun3r+vuBprXT71/X3EtIQUAMkkSJS8jBEAJZ24RAoLEu/3UXAPzMQucLncQC0r/wDBGlf/ AIJEl3byMUSRXcHBRTuZe/zKuSowVOTgASRkkB1yNNbr+v1+QNNbr+v1+Q43ES8M4ByF2tlW 3HGFw2CScqcdcMpxhgScr7f139PP7tnY5X2/rv6ef3bOz45FlXcu7H+0joeQDyrqrAgEAgjK tlWAZWUDTW4NNbj6QgoAKACgAoAKAELBc5zwM4ALNj2VQWP0AJp2f3Ds/uGLKjMVU7iu3O0E gblDLlgNoyrBgCQSDkDFFnr5fpvbvs/uCz18v03t32f3ElIQUAFABQAUAFABQAUAFABQAUAF ABQAUAFABQAUAFABQAUAFABQAUAFABQAUAc54r8Lab4y8P674Z1a516003xFoWseHdQufDHi fxJ4L8QQWGuWE2n3dzoXi3wfquheK/CuvWsU5uNE8VeFda0XxT4b1GOHU/D+s6ZqESXKtO39 P9P6+5Wadv6f6f19yt/ML/wTW8PeC/Gnw3/4KzfEr9rz9pn9tjWfAf7Fv/BUL9un4JeFPFl/ +3/+3f4efwF+zR+z1pHgPVfDmjXdr8NPj14du/Ft74fs9T1yc399put+MPEU0zxi81i+8qBr S26a3stXra3mknq/lq9GWlt01vZavW1vNJPV/LV6M/Sz42+Ff2df2Xf2E9X8B/t1ftd/EjwT 8JvC/wAUPF/jZPjFrP7THxet/jXqHhOx/aH8Q/Fr4ReAdO+KsWt3Hx58c+JtI8HnwT8Pbvw1 4WvvEHivWrKwutB0Wa+uZNP1h3bq9EuzevS+/VXS67atDt1eiXZvXpffqrpddtWj74+Mf7Rv wp+AVnpE3xJ17UbbUPEUmoW/hXwZ4O8HeNvip8UPGVxo+mNretweA/hN8LPDfi/4mePToGjB 9W1seEPCWrjRtJt5tQ1OSC3WSWJNJtvz1VrNq19O7/rTqmk2356q1m1a+nd/1p1yfgt+1T+z n+1HpepSfs9/Hn4XfFCWysppdRTwF4y8P+IvEPhS4S6k094/E/hWC7l1rw1qWl6kn2HUtG8T 6bp97aalHPpWp2MEySQsKKV733S6a3sn37/LvfYUUr3vul01vZPv3+Xe+35Z/wDBJ746/Hv4 vfti/wDBYv4dfGv4xeKfivon7OH7Vfgj4S/CaLxBY+GNGsfC3gWLwv4o1caTp/h/wdoXhzw3 DcTXN5t1DWxpJ8QazDZ6ZFrOrahHplgtu7Xb1ty2t89W9b677337rV2u3rbltb56t63133vv 3Wv7C/HfwL4l+J/wP+Mnwz8F+ONb+GXjD4h/Cr4heBfCfxJ8NX99pfiP4e+JfFvhHV/D+heO NA1TTZ7fUtO1vwnqmoWuv6VqFhcQX1nf6fBc2k0dxHG4zVr67f1/SVtdjNWvrt/X9JW12P53 v2tvgvL8Iv8Agq//AMEZP2WfBf7Qn7cVr8GP2o9L/b8H7QXhy7/4KC/twahdfEu7+BX7Ouge N/hrqNxrl5+0Jc694Tu9D8W3N1rMreAdT8KW+qyXDWOp291p1tbWkF663bulLv5aa76evR32 teut27pS7+Wmu+nr0d9rfoJdfFj4Lf8ABInw38Srr9qv9o39orxb8JPjd+0tJrf7P2ueP/Dn 7W37XWt/DHw/rvwv+DXg6z+BWs/FDS/DPxp8RWr6l8WtC8d+IPhtpXjHXbHUfEcHjFdD0Ntf 1nSdZkdvVuzezVrPsu3rpe++iG9W7N7NWs+y7eul776I+nvG/wDwUB/Zr+G3xw+Cf7N/jfVf i1o3xm/aKtdPuvg54WT9mL9qDUtP8ZR3cNtc6lt8ZaT8HdQ8DaA3guyuoNX+KUPinxNodx8I NAmGv/FOHwhosNxqEUuKXfu1vbur99vz2ekuKXfu1vbur99vz2enp1p+1B8Jp/G3xa8A3l/4 t8Nar8ENFsfEPxG8ReOvhV8Xfh38K9N0bUrdbuy1DRPjf478BeHfgz43ha3ZpL4eBPHniV9I +y6guoCOTTb+O2XL637adm0n93z6qO4uX1v207NpP7vn1UdzE8A/tjfs/fEf4kz/AAg0Pxpq WifE4w6zfaL4F+Jnw8+Jnwa8SeOdE8Pf2cdb8WfC3T/i54R8Ez/FzwNpf9s6Ql948+F0fjDw bbSXcYbXHDs0Jy99PPfW/lq192um4cvfTz31v5atfdrpuexfEX4o/D/4QeDfEPxG+K3jjwh8 OPh94S02+1nxR408b6/pvhjw3oOladaT3t7fanrOrXVvp1pBbW9vO88k9zGIxbuFEjOqq+Xz /wAtt27aLqt7prbVj5fP/Lbdu2i6re6a21Z8laL/AMFPP2DfEHxD+Dvwt0v9pr4bSeMvj/4R 8MeOfg9Y3d1rOl6b450DxroGmeJvCFvp3ifVNGs/Cdp4u8TaDq1lrOhfD3Vtd0/x7qmlSpe2 XhudCyouXyez/PTTz8m79L2YuXyez/PTTz8m79L2Z7x8UP2k/hZ8IZoNP8Yap4mutcuI9Ju3 8N/Dz4Y/E740eK9J0bXNRk0bT/FfiXwh8G/CnjrxL4X8EnVbe8guvG/iHTtL8Gaeljey6h4h tIbS5nhfLe3/AAHr2Vvxevpo7Plvb/gPXsrfi9fTR2wLr9sH9ntPAXw4+J+jfEnTfHfgn4v6 naaR8LtR+FGi+JvjFfeOru5lZLqXw7oPwq0nxl4g1HSvDsUc15421+HSW0TwDpVpqmt+Ob7w 5pOj6ndWxy776ennr0Xbra17NvY5d99PTz16Lt1ta9m3s+y/a/8A2fNS+Ch/aI0z4i6Zrfwe k8Ta74K0vxf4d0zxJ4hHirxj4e+ImrfCa78MeA9B0nRLnxT8QNa1b4jaLe+E/BWn+C9C127+ IupSaYngKDxENb0T+0Vy6ta7+WivbXXfy69N7pcurWu/lor21138uvTe64/U/wBpj9ln40fC H9o251P4yW3hL4WfCufxD8If2g/Her+IPGP7Pl38G9Y1b4WeEPHXiLTda8feIh8PPEXwx8W+ GPh/8VvCuq6nr2l6zo2t/DzX7yfSbzUvD/jrwzr2l6BS91efbZq6V9U9trvRK6e6sUvdXn22 aulfVPba70SunurH4ef8FLfiFo/gT4Q/8EC/F/7M37Svxgn/AGd/GX/BSj/gnf8AC231qX4m eJRo/wAavgJdvf8AiTT/ABF8V9a1aLT/ABJ4+XxBZ+DfDurX9743v5NH1W1ae/u9Ltzcz35O lrX1d+jeraVt/PRaffY6WtfV36N6tpW389Fp99v3A+Cf7bH7KX7VPin4n/C34CftAeEvGXxD +F+dO8Y+HtDubrTfGHhu3uXW0tvFOmaF4t0i3/4SDw414EXRfHOk2XiHwbq2oxvp0Wr3csMk bO3km7ra2+2nVKys+1r62bTt5Ju62tvtp1SsrPta+tm1+Xf/AAQc+InjDVfh/wD8FV7z4ufF Txp8Qj8Lv+CyX7Z/w203xr8W/Gl54i1jSfh78NPCnwK0bw5pNxrut3At9P0bRLC1Y21lZDTN FszLdz2Wn20cksJT17q8nvvstLX2f3XS2WyevdXk999lpa+z+66Wy2/XnwN+118CfiD8Tb/4 NaR4r1bQ/ijZ2moarpvgj4jfD74kfCbXfHXhzR2sE1vxh8J7b4n+E/CKfGDwPoj6vo6az45+ FkvjPwlpMuq6fDqmsWT3tt5i5ddmu2q7ddurWy8tXYXLrs121Xbrt1a2Xlq7HRftBftLfAv9 lT4Z+IfjL+0V8U/BXwe+F/ha0a51nxd441mHR7NXXCx6fo9s+/UvE2uajcS21jovhzQLG/1z W9QuINP0ax1G/ube0dcqez2W7/BeXVbvbs0LlT2ey3f4Ly6rd7dmjj/B37aP7MfxA+PXjL9m Dwb8ZfB2v/HvwH4VHjXxF8NbKa/fWI/DUeoRaXf6lpF59j/sbxQuh6hc2Wn+KbbwtqOtX/hG 81DSV8R2enDWdKW7fKvPdW0Wt+lr6Prq/VLS75V57q2i1v0tfR9dX6paXt/Fj9rr4E/A69gt /ih4u1PwxpX2t7DWvG3/AAr74j638LvBF1FZi/c/FP4teHPC2sfDL4PWphAjjvPij4s8KWjz XmmxrOz6jpceorl28+t0la17q9m7X19HrrouXbz63SVrXur2btfX0euunw98Sv8Agqt8NvAn /BS34X/sDW/g34y6xe65+z74o+N3jHxN4O/Z1+NvxLsZR4g8a/D/AMJfCS68JXnw58D+KbzU /h7evcePv+E++Lw0gfB/wbqGlab4f1r4iWOvHUtP0xu1vN+aslqru27b69Ha7XVu1vN+aslq ru27b69Ha7XX3X4R/wDBT39kT47aL8eNd+FHiH41eMLf9mTULDSPjhotr+x9+2HpvjfwXr2o M+PCqfDzW/gVpvjrxJ4x0y3MOo674R8H+HvEfirQdJZdW13QtK0u5tL2VOK1t6K/fe229rad W+jTQnFa29Ffvvbbe1tOrfRpo2vAv/BR79lf4nfs22f7W/w61r4xeO/gLqniR/C2keKvB37K f7V/iTX9a1GO+GkyX+hfDHS/gnP8Vtf8KQ6ys2jT+OtG8D3vgqHWbW+0eXxAmo6fdwRvl23v 10tovvbv0076aD5dt79dLaL7279NO+mh6d8S/wBr34IfCUxJ4w8Q+IZbtItIv9e0rwd8Lvi5 8Sda+H2ga3avfWXir4u6P8NfAvi/V/g34OltLPVpk8a/FTT/AAf4MX+z7lLzxBYmzvvs5y6/ O2/b5P162s1uHLr87b9vk/XrazW5W8Wftr/speB/C3we8b+JP2h/g7aeEf2hPGXgTwD8CfEd n498O61pPxi8UfEvWdP0PwZYfDO50PUdSbxrFqt7qds7ajoUV3pen6ZHeeINXvtN8O2V3qkC 5fW3fvrsu7a1X3eYuX1t3767Lu2tV93mfhF/wVH/AGyPBPxi8Vf8EvfEv7Jn7TvjG/0XRv8A gun+x9+yd8evBnw78R+JfCPhHxAtz4v1rxf4h8LePNFm0bQNQ8Y6PdN4W8L6noVw15rHgHxL oOpQaxosXiCz1XT9auKVlo/N9NFfrp2332XK72tSstH5vpor9dO2++y5Xe1v3lt/2r/hNJ8f br9mSwh+LGpfFnTrO3vNU+x/s8ftE3Pwq0a1ufDGo+KdOOv/ALQVt8Lrn4BeH31HTNLvIbL+ 2fiXb3N9r4tvBtsl14uurTRpE13vbd6d7f8AAWqS00V9BNd723ene3/AWqS00V9D5I/4LC/8 FEH/AOCbv7B/xb/aO0Pwx4k8SfEGPRT4V+FC2vw88XeLfB2kfEzxUItH8G6t8VL7SLIaX4J8 H2Wuajp73P8AwmeseGf+Eh1D7N4O0e5m8Q6xY2ruKtfdr8U+6Sv8mntfyHFWvu1+KfdJX+TT 2v5H2PpP7TXwnuvhl4f+Lt9dePfCnh3xVc6jpnhzQviJ8GPjN8Mvitr+r6XdapbXOi6T8Cvi H4C8K/GzUPEF7F4e1PU9E0OP4fya7r+gQ2/iPw7puqaBqNlqN4rXTvpbWy6JJ7J+ej7vta4r XTvpbWy6JJ7J+ej7vta5T8Dfti/s3fEHwj418caR8WPDOg6H8L7e0ufizafE0ap8GvF3wgi1 DS7bWrBfjB8P/i7p3gjx58Jbi80i7g1W2s/iR4a8LXdzps0V7BDJAwYnKrLdN26X/wAvW3RJ 3DlVlum7dL/5etuiTueI2/8AwVT/AOCft34g+DXhu1/ao+Fs95+0HHu+D+oQ3msy+GPGD3Gp XOj6Rbx+NV0geCtGvvEmp2N7b+EtN8TeItCvvGMVuLzwvFq1tNG5OTruteq07aq9/kg5Ou61 6rTtqr3+SPpX4tftHfCj4Jxxp441nxBd61PZjVbbwT8OPh38R/jR8Tb3Rf7Rt9Kl12x+Ffwb 8KePfiRfeH7K+vbKHVfEFn4VuNI0ZZmuNWu7G3inkgOX1stL/Oz9Et+unVMOX1stL/Oz9Et+ unVM/O//AIKYftA6B8S/+CSH7aXx8/Zc+P2o2o8J/s8fGjxX4S+J/wAD/HMWka5pXjD4d+Hd elv9Auta04nXNA1HTNZsJNK8R6JGNI8UaRe293p14dHvYi8T0S03Wtul1q9rJtW1fn1dkPRL Tda26XWr2sm1bV+fV2R7F+wJ8W9D8Hf8Ew/+CePjr4neLrh9T8W/sX/slp/aGtXOq6/4o8ae MtZ+APgnU20/S9PsoNW8WeN/GfiS6S+u49O0bTdf8Ua1etcPb2d9MRFRZO/SzaWq3+fftdfm wsnfpZtLVb/Pv2uvzZ9RfBj9p34MfH6PXIvhp4vN5r/hIaUfG/gDxZ4d8V/DP4seAP7cs5dR 0dfiJ8IPiXofhL4n/DyXV9Ni/tDSIvGnhLRX1K0bz7QSwI8wTja2u/VdNbPTd/h8xONra79V 01s9N3+HzPHNV/4KR/sS+H/Fdt4T8TftD+BfCiahrepeE9H+IHiz+3PC3wK8SeOdE1K60XxB 8NvB37RviLSNK+AHjf4p+G9YsNR0zxJ8LvCvxL1P4haFf6ff2OpeGoLuyniVcq01+/Rrfpqu 3Xve2rS5Vpr9+jW/TVduve9tWud8e/Ez9jnxB+2D+yJcat+0ezftB+J/B3xVs/2dfg74F+NG vS+Gvix4T8W+AY/iD4n8beKfhh4N1O78MeL/AA7pXgXwRc6v4L8eePLZfB1le3tnJol/c+Kd T8HmGtYq2m/W+r20WjdtHf7tStYq2m/W+r20WjdtHf7tT2L4hftkfs7/AAl8T+HvC3xF8fTe E4vEOpxeH7bx3qngz4gf8KX0nxHPqNvoun+FPF37QEPhaT4G+B/GOs6xcwaXoPhDxr8Q/D3i vxBqlxb6Xouh399KsROTz3V+n5K/dbX690HJ57q/T8lfutr9e6Jfi7+2J+zx8DL7xBpfxM+J FjoF74N+HV38W/Hr2nh/xh4n034c/DW3tvEFxZ+M/iXq/hPQNb0v4a6D4kk8J+KtN8BX/j28 8OQ/EjxB4Y17wx4FbXdf0rUtPsVy30W66Nr79Pv+el7Xa5b6LddG19+n3/PS9rv6YjlLwLNg fNH5mIiZRyu75CFUyZ/h+UFumAanrbbXva2vf9Settte9ra9/wBT+aHwp+218L/2/f2/f+Ch P7JvxQ0T9sLRPhL8OfAX7FHwn/Z2l8Kfss/tqeBfGPw1+I/x48LfEbxz49+Nnjq40/4IaZ4l /Zf8TWGs3nw2tvA/xJ/aCi+HXh+38M+B9U8Z6BqV38P5/GOpvpdrp2vbtfZX7aaJdehpdrp2 vbtfZX7aaJdeh+x93+038Cv2XvCfhT4c/FT4xeLfE8/w38OaH4R+IHxY1nwl44+IcPhy48O+ FbK4uPGn7THxI+HPga++G3wNu/EGkx2fifVfEfxX1P4eeH9QvNWllsWVZoi8tXbd0tba+l97 vVbW+7ylq7bulrbX0vvd6ra33eXcePf2yv2XfhbqPws0j4hfH/4S+GNW+ON9plh8HtIu/GWi 3Wq/Ej+1YRfWup+D7HTr+9udd8MjTXW+vfF1nEfDGk2UUuparqtnZEtEcul731tbaz6d9e66 Pro2HLpe99bW2s+nfXuuj66NnS/s6/tL/BH9q74fz/FH4A/ELQ/iT4GtfFPiTwVd61osWrWh 0/xV4R1BtN8QaFqem67puk6vp1/YzeTcIl5YQJfabe6fq2ntd6TqGn393LVnb+vmS1Z2/r5n l/xJ/b+/ZL+EXjDUPBnxC+LtloF1oXivTPAfi7xMPCvjzVvhd8PPHevDw4PDngX4r/GrRfC2 ofB74R+OPEzeL/DA8M+DviT458M+I/EY1/Sv7G027a7Rarl0T6u3ZLX8ey9drlcuifV27Ja/ j2Xrtc+sb3V7fTbea81CSO1s7VLmW7u5SywQW9nHNPc3UrFcRQQ20EkzySHylw8YmaRI1uFy 6LdX26ryWmt35X9N7Ll0W6vt1XktNbvyv6b2/P8A1j/grR/wTp0LTbnXdQ/a3+D6+G7P4yzf s/3Pimz1q91fwnF8VbOx8J6hqeiHxVounal4fOhaJH458L2XiL4gf2h/wr7w7rupf8I5rPie y16x1jT9Laje+9193TT1309L2d0NRvfe6+7pp676el7O6Psvx/8AFfwn8M/D83iTxTPq89mL O4vrLSvCHhHxl8Q/GWvRWsZnnh8I+APh5oHivxz41vYoWhmk07wn4d1fUY7V/t0lmkDIpOVa b9b7adr/AK6vZro7HKtN+t9tO1/11ezXR2+Gv2mv+Cm3wF+B/wCw18Zf23fClz4j+Lfhj4T+ H9atrnwv4R8C+Oh4u0b4j2lpEln4N+K3grUPD9n41+B97pmp3+nW3j61+KmjeE7/AOH9pfhP FFta38tjZ3LSta9tHd90+nV6Pf5d9BpWte2ju+6fTq9Hv8u+h5j+zp/wWG/Zj8eaL+x18N/i hrPxr8K/tM/tSfDf4f6h4U8Gav8AsSftpeCtE8feMr7wd4X1Xx/rHgHxJ4j+BFp4J1T4a+Ft U11tS8QfEOy8WXPw78G+FHh8S+I/F9j4ZI1wzyrrdLv011VtddN7X16snlXW6Xfprqra66b2 vr1Z9Y/Dj9vn9mv4rftG/EP9knwdr3xKb9oL4UaLdeJPiB4G8Ufs5/tIeALXQvDlrqz6Hb+I YvG3jv4T+Hfh5rOgeJNRilTwNreg+L9U0vx/aRzan4Hu/Eem28l0Xy+vr0t3vb026Xbt0fL6 +vS3e9vTbpdu3Tq/Bv7YXwS8ceAL/wCJljqPxA8K+GdP8c3Xw0Sy+LnwH+PXwL8c6946sbKx vpvDng34XfGn4beAfib421C5jvJbXSR4O8IeILbWdY0rXdA0u6u9d8Pa/p2lHJuvx/Lpr2dn o+nc5N1+P5dNezs9H07z/Dn9sL9nf4paD4x13w38S9M0dvhpa6XqHxU8PfE3R/E3wX8d/CfT 9ZtDqOlXnxY+Gvxh0fwL8Qvhdb6vpySXuk3Hj7wz4eg1G0jnvNPkvbe2nKjiuj/G/wCistd/ TS7QOK6P8b/orLXf00u0fDHxv/4KQfsh/HX4CfEPwl+z5+1tpr/ET4tfs8ftQ+MfgP4l+Emr axb694lf9naw+IeleO9U8FeKpfDN1oumNpOveBtfl0bU7XUIdX8YeF9J1jxn8OZtQ8PabF4q RpW7NPrZPyasnqtr62T6dRpW7NPrZPyasnqtr62T6dTwn/gk/wDtmeFPhX/wR+/4J7/Fb9pL xN8a/HXi74w+HNY0iPxD4X+D/wC0H+078QPGnjnUfGXxF1eWXWLT4LfD/wCKfjGa6u9O0rUW /tfXLC2sJ3s47eO5Ez2luyab269dFdOzXRPWSdm0r/MTTe3Xrorp2a6J6yTs2lf5n7s6B4is /EegaR4jsYNStrHWtJ07WLS313RNa8L63bW2p6dDqkFtrvhjxJp+l+JvDGrw206LqWgeIdI0 3XdHui1jqun2l/BcW0KsttV5vTX8drrT1d7CsttV5vTX8drrT1d7HzZ8QP24P2ZPhdrLaT46 +JkWh2Frqt3oOu/EF/CPjy++CfgfxDZarpWh3Phv4mfH7SfDGo/BH4W+JF1jWdO0q38PfEbx /wCFdav9SuDY2NhPdW9zFC+VWvrt6a38+/bXyb6vlVr67emt/Pv218m+v5X/APBVb/gphN8B P2h/2Av2YvDWlfGq20T43ftTeF9P/aE1jwr+zR+0P420/wAU/BnRfB//AAm9z4B+E3ifwv8A CXXdE+M2s+K9Sv8Aw9b+L/DHwO1Lxv410vRtM1zwzr+iacupXsDFrNp6+Vu2u+q03t10v2C1 m09fK3bXfVab266X7H6cfsn/AAU8D/CTwj468bfDrxl8eNS+Gnxj8Tn4weEfhj8XtH8c6Tc/ BbTdW8PaPDqHgLwB8NfiJ4S8P/FT4d+Grm/0qfXoPhl4k0e21Hwvq2q32m6BougQTNpzq9rK 23pf1vrv81tbZMV7WVtvS/rfXf5ra2yZ+IngX9snwF/wUC/4KCf8FHv2TviZD+2Hofwt8CeE P2I/hX+y9deFv2YP20fAHjX4N+P/AIseEPif4y+IPxn8Y3Fv8E9L8Qfsv+L4/FGreCF8I/EP 9oa3+HOjXfg7wrLqvhjVNS+H0mvX9Vd9dl3Svom977/dok+tnV312XdK+ib3vv8Adok+tn+1 sP7W/wCzl8C9P8KfDX4hfG/XNVHhXT9L8BeIfjt448K+JZPhtd+MvDcujeB7uz+Kv7RPh3wN pP7OPgn4t+JPEs1smoeCdd8WeDtZvfEd/fWmi+GLaO3+wWo1fW1vuskkt389O6WiQNX1tb7r JJLd/PTulokXr79vX9mrTf2pLH9izUfF3ivTP2k9d8J6v478JeB9V+C/xy0zQfG/hHQPDaeK 9a13wL8Ubr4cJ8KPHNjpekuINSfwd431250/xDDqPhCa0bxbo+paHAuXbf8ANb+iaa63VvQX Ltv+a39E011urehznwj/AOClf7Ffxr+F3xh+NHhD45aNonwz/Z7+IPij4UfHHxR8XvDHj79n 2L4WfEnwTpFjrPi7wb410z49+FPhtrOhaz4ctdTs49WhutPK2moC80ido9X0++srZcu2vr1s urvt5dr6X0bFy7a+vWy6u+3l2vpfRs6j4E/t7fsp/tKeMtN+H3wX+MPh7xx4x1n4H+A/2ktI 0LT9O8U2V3ffBD4k22jXPhPxt/xO9A0u3t5p08Q6F/bnhRrmXxZ4O/t/w7/wmGkaE2vaYtw+ X7teq6X0X3bu1tXYfL92vVdL6L7t3a2rsd58T/2sf2dfgt44+HXwz+K/xn+HXgP4jfFy71qz +GvgLxD4isbLxV4uHhrRL3xH4j1LTNIab7cPDmgaNpl/e6z4rvLS08NaYv2aG81SG5urKG8O Vd3/AMG/bfbW26truHKu7/4N+2+2tt1bXczv2cf2wv2df2t9D8aeJP2dPij4e+KGkfDvxvqv w78cPpkWraNqPhjxbo0jC80zVdC8SafpWuW8Ets1tqmja1Lp0WgeKvDt3aeKfCep65oN9ZXk 65fy83qvkt+i9NdULl/Lzeq+S36L011Rg3P7dP7Llh4z8PeCdR+KMOmy+L9T03QfB/jjVfCH j3Sfgp4z8Tatd6pYab4M8FftB6j4Yt/gP4x8f3t7o2pW9v8AD/w18SNU8aubUyDQTFLbtK3D td6eln53S/z72G4drvT0s/O6X+fex6F8WP2gvhX8JH0zS/GniTVI/EfiBZG0Hwf4G8IeM/ij 8SNUsIru30vUvEOlfDb4Z+GvHHjm58O+Hb2+tP8AhJPFkfhe48OeEBLBceKtQ0uwkW4kaVtr PXdNNrXS60366/lq0rbWeu6abWul1pv11/LX8Uv+CFnxo8U+NoP+CuuvfFH41+NPij4d+GH/ AAVr/aj8AeCfHPxS8cX3iW40r4UeBrLwPpfgjRbLVNUuI7XTfDumaOlumlaTpEGlaJDHOjad pEEc/wBlA99lezVtE9V+FlotWmk9e499lezVtE9V+FlotWmk9e/7I/D/APax+CfxI8Y+Lfh1 oviPWvD/AMQfBFhf61rfgr4pfD34j/BfxNd+F9IuLC11bx34W0b4u+FPBV743+GtndalZ2Lf EzwSniPwB/aNzDYHxGLt0hdcjtf8nt699dLJfMXI7X/J7evfXSyXzMn4X/tn/s7/ABk8b+G/ h18O/H8mu+MPGfw88Z/FvwZpV14K+IfhtPGHwq8A+JPAnhHxB8UvDGp+KPCmj6Trvw1vNf8A ib4Ht/BfjvRr3UvC3xIsdZn1n4dat4r0jQ/EN9pKaStrv5rSy1Xm/u7dbpNJW1381pZarzf3 dut19U1JIUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAGL4h8SeHvC Oiav4l8V69o3hnw54f0nUtf17X/EGp2WjaJoehaNayX2sa1rGq6jPbWOmaRpVlFJd6lqV7PB Z2Nsjz3U0USlg7PTzdl6/wBMdnp5uy9f6Z/Id/wSd/Z//wCCeP7f+n/8FuPhl8U9D/Zt+Lvx G+Lf/BWH/govq3gXxXb6d8H/ABf8ebH4AeOZPh9YeFvij8IfEmu6V4i8RWngy01/V9T1XwR4 s0qO78GweKZZbpDNLc3ST3dpLqtU7rZaaf8AA76WurK7tJdVqndbLTT/AIHfS11ZfV//AAdY eKvBGgf8EiviZ4Z8ReJfC+l+M/FvxM+BI8A6Dq+saVb+KvEn/CNfGrwDqXieTwvYXU0Oraum iaM9pea5JpdrKNNs5IJ9TkQXMTMk99douzvp3XzTelnpshJ767RdnfTuvmm9LPTZHdft/fGb 9m74Jf8ABQ39gP8Abu1P9qL4SeGbOH9mX9oXwnoWj/F/4gap4O/Z8+I3wz+IK+CNU0Dxp8M/ jTpuieLfAum/Ei61250meTw9a6fqGofEn4cWcmvDWNDsPhzpg19x1XTr0d+nWz16eaeztYcd V069Hfp1s9enmns7WPpH/gkPYfADwF8Av2pPij8Of2pPgz8cvDHxu/bL/an/AGwPiN4p+GHx F03xL8Jvg1efGjxSPGD/AA303W7uaxbQtB8BeDbDRr3WL3VtM8M2Woavf6/4oi02yttSmCNb ptv4bq+rte93o121vfRd7DW6bb+G6vq7Xvd6Ndtb30Xex8Jf8ES/jv8ABDxH/wAFFv8AguRp Hh74w/C/XdW+J/7a/hzxR8NNL0fx74W1LUfiJ4b0f4f+IZNX8QeBbKz1Sa58W6LpccE8uo6p oEWoWVnFFJLcTxxqWoi9Xfryr5pa38/Xd3CL1d+vKvmlrfz9d3c/og8LfGr4b+NPid8U/hL4 e8TjUPHnwVHg8fEzw+2la9Zx+HR4/wDD7+KfCbnVdQ0qz0DV11PQPKv2Ph/VdZ/s9ZkttXGn XpWGSWtNPK3e6dtFvfu9L9upLWmnlbvdO2i3v3el+3U/ns/4KSftFfs+eFv+C8n/AAQvfxF8 bvhF4eT4O23/AAUqh+L8usfEPwjpcXwtuPiJ+yz4X0jwDD8R5bzVoI/BU/jLUQmn+GIvEz6b LrVw0UOnrOzxhhJq7el4tK/fsCTV29LxaV+/Y/bn9uP9ljwl+3B+yT8ef2YPFt2bHSPjJ8ON Z8P6R4mtkSebwr4oMKan4H8Y6eVY+fc+FfF1hoviWKIYhvVsRZzMYZmzXu3vo3fTz0S1326W 2s3qV7t76N3089Etd9ultrN6n4DfES+/at/bI/4JcfBr9slvDfjnwF+2h/wS+120+J2n+G9a 0fU9Hb4tfHX9lPW9a8E/tWWunbo11bxf4N+MPw18NeM/C3ge302W2t/EWq+Kdb8Pax9qvWST SnotOu9t2+ltdZdbemth6LTrvbdvpbXWXW3prY+mv+CiVt+0R8dv+CYXw+/aD+E3g3x9Y3ni H9oH9lf9t340/AHTvD41L4oeLP2Z9B+IPgrx5qPwgn8PWU89zF498N+BdI8CeLPHHhyy/t37 beeAPFPgfTG1xL63F0dd+3m1bfZNX18+2nMg679vNq2+yavr59tOZHc/tvHw5+3H8V/+CUvi D9j3x34Z8f8AjP4Jf8FDvh78ZviX438FfZ/Esnwv/Z98LfBr4oap8ZvDPxGe1miufAV14+TU /h94Bfwz4nl03xJ/bHiHRmXTJ7qwlhM6O/NtoltppdWd7JtLX5dGTo7822iW2ml1Z3sm0tfl 0Z9of8FYbW2n/wCCWf8AwUjF1awzGD9gz9r64gFxCkpinj/Z9+IcsdxEXQhJ0YJKZolQxzgs G3gsWmnZb6226Wl+G9l0Q007LfW23S0vw3suiPwp+JujeC/2u/8AggD/AME7v2R/2fvFPhXU v2wfEHwW/wCCWMvwtsfDVppniH4h/BPxp4dl+CHiDx58bNb8MwsuseFtE8PeAPCfxS1bUPFm sjR9G8QWkd3bHV7m21SRpTW+jsrb2030s0+mvklvo7hrfR2Vt7ab6WafTXyS30dz7x/Za8T6 5+zD/wAFQv8AgqLbfteeKY/AWgftJeKP2cviF+y38TviLqemaB8OfHPwz0DwLN8PR8M/Bfiv VLuTQ7TxP4E8WXaaFf8AgC9v9P8AFGs61Pc+M9O0CbTfEqahfJ3t5X2Wq0tbqtHsl1vdboTv byvstVpa3VaPZLre63R+V/w4/Zt8WeAPin4v1r/he/iP9h34ufEf9tX/AIKq/tf/APBPL40+ JvCWkap8G/AP7O2n/Eb9mnwH8UfCfxx+HPja70rRP+Fb/tH6Z4j8P+K/CGv6lf8AhTUPDEHh TRPFOgXWsXviDTfD/il63vstXZpX03691v6NPVj1vfZauzSvpv17rf0aerPubxTFZ/FL9gL9 lrwF+1FoWpfso/F/Wv8Agoj8SNK+F3x6/Z4Oqaj4D8EftR+CvEn7UXxg0H9tjwv4U8bzazca j8B/jH4s8JeNPGaeC/FkzaJY+EfinaXxvtA8KaVp2v6WLRvvdtrrZ+a67WTta773BaN97ttd bPzXXaydrXfe5574j+JPxB07/glN/wAF0bL9qG6+BfiHUY/hH8cotL/bS+F7xeE/g9+3N4u+ IX7Cvg7wZ8P/AB14V8M6x4l8RaDp3xE0nT9G+FfwY1y2+H+o3PgTxL8R9Ci0/wAJPfeKbfxR NejstVeze2zu9NE9bu/4Praw7LVXs3ts7vTRPW7v+D62t8nfEPUdH+JP/BJb/g2V8beBbuw8 eeBv2dv25v8Aglr4j/aH8Q+EXTxX4f8Agx4c+F/w4vofidqnxZu9FGp2/gbS/Ast9bJ40ufF X2C38OLewS641rDOJGlXTV779e762dna+v8AwSVdNXvv17vrZ2dr6/8ABP2C+IvhTwx8cv8A grH+xP8AtgfAPxp4Yt/hF+zR+y/+1fc/tV/Hbw8thP8AC/4p+APinpHg/Tvgb8KpPi1blPCX iK58FeJtL8afGnWorXXdVi8A6ZoGnXWvQ6avjjSrktd9t7rTTvpq2nZ6aPS22qa77b3WmnfT VtOz00elttV+Lf7GfjHVviR+wB/wW7uf2aL+f43ePfCn/Bdn4xftSD4W/Bfx3PZfEn4sfAXw v8aP2Z/idqEXw31vwPr2n+MdGh+LPg/wB430f4e+PfBt/DqNxrVte3fgm5m1nT1WN6X0ezvv 5rRXb1d7NprfzsPS+j2d9/NaK7ervZtNb+dj9Rv2Hvjh/wAEyv21/wBo74JfEf8AZh8M/tgf GD9oL4DQfESLX/FH7QHjP9v7XrD9kQ+LfBVzo/xC8Ga3rP7T3i/XvhU3i/xZqtj4Y8G6x4G8 GX/ibUNTurbTfFryrH4Hs9YtFZq/ktUm1tprtfTtZbXWqurNX8lqk2ttNdr6drLa61V1/wCD pnxH4P0T/giZ+1foHiHXvDem+LfF2r/ATTfh7pGralplp4i8TajpH7T3wY8RazZeErG7uP7S 1i/0vwjpusa1q8ekpPc2+hWWpanfR29nHdGNxv7urtr6dEl9+34aK44393V219OiS+/b8NFc 8k/a0+NHwQvP+DgD/gh94h8G/FL4XXHhDxP+zn+19F4b1nw94x8MSeHPEFp8QvA2p+EPhfba TeadqkWnapD428XaVL4V8D2lrcOniLxFp8mhaKtzqNs9tGO2vr/knr01er9bA7a+v+SevTV6 v1sfNvgH43fshfCPWv2lP2Cv+Cn/AIb/AG8bH9ofxn8fP2q7zwn8OvCPjv8A4KB618Hv23/h J8dvi74/+Imi3Pw2+Hf7N/jW9+C0ehaz4U+ImneDPHvh/X/D/h7Q0Ju9R8ZXkmpap4nltDWy t0Wm+q07dHpo1fTrqw1srdFpvqtO3R6aNX066s+jdUt9B/Zf/wCC9/7Fvjnx/wCFdV+C3we8 V/8ABFDS/wBlb4V22p3finx/Avxg8DfHi68YyfAPSfFbRavr3jrx94Y8CXVhd/aLq41DX/E1 hbTavObq5N5OVv23d33tZdNErPVpuybt2a37bu772sumiVnq03ZN27P6j+JWgfEL9jr/AIK6 aZ47+DvgvWtZ+H3/AAVS+EF58O/Hkmm6DqfiDwz8PP2wv2edMW6+HXxb8XiwurCHRfBWufBJ td0/xbaxyW1xrF/4Giu7K4s9RvdWuZnve90k93bysra915XSbW6Hve90k93bysra915XSbW6 OL/YN+Gfjn9lT9s/9pD/AIJrSaF458V/s7eGfHGmf8FCvgf8S9YtY7nwf4W8A/GXVfEP/CTf BnWr+WO0tbXxbpH7TtlrXxE+H+l6fp5t73R9P8R+Irm6sr/R57fUG2rJq19lZ3s2tuz+f/Dt tWTVr7KzvZtbdn8/+H739h74mv8Asx/tZ/8ABUP4QftleMrPwh40+Mf7bM/7RPwD+JHxJW08 GeCvi1+z18T/AIV/DjwT8JPhr8NfFGrTJpXirxN8GIPhrqHw+8SeDNK1K4163vpLbXYvDqWn iG4urlJevlppHbpayd236Ja2bbSXr5aaR26Wsndt+iWtm2/wt/aa8E6V+zN+zd/wTf8ADHxx 8Y+CfCHg34gf8HRGhftO/Aj4WePF0bwbqHwm/YF134w/Gi+01dW8P+Irq3v7H4YxpqUPxJ8Q 32rafpui+GrT4p6HoevRW81tDJcp35lZ6aNr5u+i3t6X7id+ZWemja+bvot7el+5+mv/AAcP fE/4PQQf8EetNs/jN8PPAmp6p/wWI/Yn+MD+J7HxP4KW/wBB+G2mWnxG028+Ohi1Ke40y58G +FZ7nTJpPGOsWt74SilhtLfUJri23Wrn2Yr5v0d+t10Xfog+zFfN+jv1uui79Efcn7Bn7dng /QPGfif/AIJ8ftXfEr4T+Gf22Pgrd+FrA6tbeK9A0nRf2uPCPxAjS7+G3x1+HMeoaj9q1Tx3 8SrN7e6+Ivw8WS+8R+H/ABvc3LWMd94Z1nw3f3Y11bvutfn0+9aWt5q7Brq3fda/Pp960tbz V2eMf8HN3g7xN47/AOCLX7W2j+CvDuqeJtVt7n4JeI5tN0OwutRvU0Twn8fPhrr3iLUBa2iS XDWmk6LZXeoXzrEIrWyt7yeZ44UlYO2mru7X066aLqns+97K/YdtNXd2vp100XVPZ972V+xm ftG/FiTWf+Cjf/BL39uXRfFOpeLf+Cfi/DD9pn4Y638QNP0fVrb4ceAPiv8AFLwxoV34G+Kv imS+gt7hvBPj3RNKfwdovxJGkzeCvDdzYX1jdeLrMeL4oNRLd7tu773/AAauktNuzWuhbvdt 3fe/4NXSWm3ZrXTyf9pD4Zap8Vv27P2+/wBr34QX2j+I/wBlWX/ghx4q+FXjTx34ajstc+Hf xY+Oer+Jvjf438Mw+HfE9lLNofizV/Afw5sNCv8AWdW0GbV4NLtPEfhu1vruzubm3jVWdmtd dlvoml1S26bPbV9FZ2a112W+iaXVLbps9tX0+M/hfp3gP9ov/g10+Cv7H/w7l8G+PP2nPif+ z/4F8NfCv4PWl1pknxAl+JOp/HFIPDni0+Hvm1nRNA0u4WfVtY+Il1aWug6ToVnqmpX2tW9n b3EiOzt8tX0svx6W00ad1u0Ozt8tX0svx6W00ad1u0fpP8AfEfjP9jD/AIKeftJwftrfENG+ Hvx7/Y0/Ya0b9n39orx7bad4P+FNnrH7MugeNPBXx7+Gmp+NtRuDoPh/xz46+KnxZuPi5puj 69q2l3Wv6d4iTT9Mj1WPQba4o7313bV/Vbq/a1r7el2d767tq/qt1fta19vS7+Nv2nvB118E /wBjn/g5N+NPiXxt4e8E/s1/tc3Hilf2WPBXiFLTwjYeK/idb/smaR4R+LPjzwS+uT2E3ie9 +OfxNgbSND0zT7CT/hJD8NrnxR4fuNZ07xEly6aa/wAtNrL1W6t5trTVJppr/LTay9Vureba 01SafDDVvFOneDP+DYf9q6y1t/Fn7G/wG/Zhh+F3x913wm8Xirwx8J/i542/Yr8P/CDwp4y+ Ir6JcaifD9p4T8aw+JfAviHWNU09rD4e65Ff2nia+0K5uljndrLfd313ffTTRq17vS7vtcdr Lfd313ffTTRq17vS7vtc+/Lr4Xal8dP+CxXhn9rb4IeLdP1H9mfwx/wTa8bfCD4yfFj4fana 654Z+IPifx78ULnxD8PvCHhfxJ4dubuz8Q634Z0zSLjx7Pq3h19Tn8MQ2mi6ddfZ7jxdpqsa 9du/r2v9ybsldrUNeu3f17X+5N2Su1qfi7+z3cfsgePv2XP+Cf8A/wAE6Na/4KHfsnaBZfsr /tyab+0doXiy7+Luo+G/2kvGmleG/i78YPiP4T+Enib4NeLdP0C/+Fnxq1q++INl4b8dR6n8 Q9cHhfULDUoJbbWb+ytdKu07X130b87X2tbXRar7kridr676N+dr7WtrotV9yVz9CP27Pir8 I9F/4OL/APgjPpV58RPhvpWu+Gvhx+2p4c8Z2M/ijw5baz4d8QfEv4JfYPhboXiyG41FLjT9 c8cajfWkXgnTtVW3vfE097p8GiQXrX1s1wbLW35Xuo321S01utrJbhstbfle6jfbVLTW62sl ufHPwI+Lv7Eeo/CIf8E5P+Chnwq/b28Z/t2+HLvV/Bvif9k+58e/8FDda+Gf7VHiHwh42Oqe Hvi58NNE8FfEe8/Zo8N/Czxv4ig0LxfZ6t4iuvB/gf4ba1JJqWLPT9LtdTnej9NdXdeV27Wf ley6W10ej9NdXdeV27Wfley6W10+zP25vBM2m/Gf9qr4mfsr/GnQ/hD8e9H+Bvwl+DH7Rn7L v7QenX3jX9nb9vb4V6f8KvE3ir4f/CzwH4miuND8c6R8atM8PeMvH3gqwvfhv4h1rxRcRa1p l5qHhPT4vE2k+JLkW1+l35W326q7elk35vSwtr9Lvytvt1V29LJvzelv6LPhD4p8S+O/hL8M fG/jbwRqPw18Y+Mvh54M8V+L/hxrV5p+pav4A8T+IvDem6v4g8E6tf6VcXml32peFdWvLzQr +7027utPubqwmms7ie2eORs3vbz0/T/gdDN7289P0/4HQ/na/wCCa/7Rf7PvjD/guj/wXYj8 J/G/4SeJF+M0v/BMhfg8NB+IfhLVIviqfhl+yV4x0z4iJ8OXstYlj8bf8INfP9n8Wp4ZbVH0 QrIl+kO1saJ2XS7t93KtfPX/AIdas0Tsul3b7uVa+ev/AA61Z6l/wS78d2X7P/w7/bM/Ze/b t8V6fpn7Qt3+2P8AtVeM9WtPiK1ppd/+0j8M/i1et4t8M+OfhNp95cyJ8RtD8ReDIbnSh4V8 H3eu6p4VfQrrwfqFlp91orWUJ1011W97Xt0stHbve1tbaXOumuq3va9ullo7d72trbS/4Y+H PCtx+x/4Q/4NY/g7+2H408E+BPi78MvjN8WPiP8AEjw18S9Y8N+FPEXwl+FPjeW/1n4aWHxC s9dv4bnwxpfhxQ/hiO+15rLTbbxL4a1fSEddV0e5jgWvRb6N7a2drqys22u67a6i16LfRvbW ztdWVm213XbXU/vUSytbBZFsLS3tIpZLi5njs4EthLdTtJLJcOtuIzJLPK8jzuUklllcSlg4 LlySb0tpb00dnfRrTT/g2sOSTeltLemjs76Naaf8G1j+GL/gol8bfBn7Sf8AwSY/4LT6J8L/ AIT6h+z/APFmP9rbRfFPxB/ZO8G/D3XV+Imqax4b/aX/AGdf+En/AGkvj5qw0PWje+IfiDoH gybxna6n4duvBngqy0qxjtQ/jfU1XxTqg9E2l5O61ttpe+nk+nnqx6JtLyd1rbbS99PJ9PPV /wBttp8QfAGofD9viPda/ounfDubw7eeKrnxP4jki8P6BD4PttOn1S68Rard6+LGDT9Dj8P2 82r3V9qZtba20VHvLvyLWOQpOuqe6u/wl112b+T632nXVPdXf4S667N/J9b7fwDWvxC+Fmq/ 8G6v/BenTPDnjTwJf61e/wDBTj4pazpmn6Rr2hXGqXXh3xr+0N+zxd/DfU7KztbprubSPFVj 4c8XXHgy6hjNprNtoXiKTRXuI9M1Iwjvaa81ZfO+n4A72mvNWXzvp+B+yv7Uv7QXwx+EvxS/ YL/bI+OXjT46+MP+CbviH9hrV/gtqPxo/ZF+KHx7sdD+AXxvsPEngvxR4i8dfE/XP2SPiBoP j3xD4K8faV4V0r4fXNt9k8Q6X4U8Z/D6ZtR08X8m2zrfTXTpp532vpZNW+TbuVvprp00877X 0smrfJt3J/2jPAHwB+L3/BID/grD8QP2DPgp8cpPDH7Qnw8vdetvH/xR1b9ozWviH+1V4v8A C3hvR7zX/iVofgv9pbW9V+La6douhQW3huy8Va7b6brXjf8A4RjVbeHRLzQvDXhzUdQLtadd 7LfdLVtW+5W0SWjSC7WnXey33S1bVvuVtElo0js/jTptz8eP+CNP7H/7Un7H95a+Lv2h/wDg nd4C/Zw/aS+GOp2ega8Tq3iH4J/C3StA+P3wjtyNOsrzxVbeK/hsnjvwJ4m8JaNdP/auu6dY aDdXum65Z21/pxa3ppb1/O++mt9r9EWt6aW9fzvvprfa/RdB+2B4n+Jvwk+NP7DX/BYb4U/C nx7qV98ZG8JfsffGb4P3em32n+Iz+z5+00ukJ+zhf+J9CnMUXhLxF8PP2idS0LxHqsWsQNqc MXxJvvAWqp/bFpoS2Tt0V9N3pvpou1vLS11a70duivpu9N9NF2t5aWurXenov7bvgT4gfAn9 sz/gi98c9TuvF/in9kz9nLxn8fPBvx/8VS6ZNq8Hhf4i/GH9nzVPhh8Ofjv8UmtJLkaVp934 n1rX/wDhIPGk+ny6L4a1XXL241XVdHfVjcXS31ta19r+a0tbs+t7t6a3Fvra1r7X81pa3Z9b 3b01uYXx50jQfGf/AAUyX9u3wh8TPhpp/wCyJ8Mf+CYvxT+GXx0+Nc3iPwzcfCn4geIviB8S v7R+Evw/tvHFxqh8La3f6Pq2m/8ACXvfWWq339g3dvoPh2aNNR8W6dGwlbvbo9N3frZ2307t u17glbvbo9N3frZ2307tu17nzF/wRk+Inwi8Of8ABr7o+s+IPHPw40R/A/wJ/bX8OeNdV1Px J4a08+EfGHjD4p/G9PDPh/xJfXN5CdD8SeJtL8YeBIND0vUZbbU9ZsfE3hOLT4Lm31nR1uVq 4tbyf4q6/DXppvbqxauLW8n+Kuvw16ab26s+ef8AgjH+2ho/7FX7IX/BPHx78fPjH4H8X/sd ftGeCdN/Zs8O+M5tZ8E2lz+xD+0voOs+M/Edz8NPH8dteW99B8O/jLoN1pniHVvE9/a/294E 8T/8I4fGlz/wg3iTw/qGlmll208+mrfkk0m/JpW0saWXbTz6at+STSb8mlbS39hOna/o3xC8 BweJ/hr4q0LxFo/i3w7NqPg7xj4a1ax8ReGtQj1Cym/snWtK1bSLq80rVbAzvBdRXlleT21y FkmhlBdpCbPV21d099e2yavd7LzT0QbPV21d099e2yavd7LzT0R/Nv8AsCazZfD7/gjn8bv2 E/2pmXTP2yPCGift8+BfiL8IvG1nHb/FL4z+LfiH8SfjF4+0fxh4A8Iy+frHxP0Tx1p/xW8N XGleIvByeJ9KvJtRVF1OeKUOX6X3e2q0V+iXNfRa63vr1H6X3e2q0V+iXNfRa63vr1Phn486 ppf7KGs/8GvP7Ov7T/x2+Ftv8cv2W/ihpFr+0Rp2sfEHwnBe/CPTj8IPCsegWfjx5dblGhaJ 4f0qTSvC+meJ9eltLLxHFoy6zazeTcYUWjSvfW2/Tl2t01+979AWjSvfW2/Tl2t01+979D+1 XTNc0LVdCsvEmkaxpOpeGtR0yDW9N1/TdQs7zQr/AES7tlvrXV7HVLWaSwutLubKRLy3v4J3 tJrV0uI5WhYOc3v8l+SM3v8AJfkj+Xn9gb47fCb4nf8ABZP/AIOD9G+Df7Qnwlm8XfHvw9/w TysP2ddf0Lx34V1+Lxr4i8Afse/Euw8Ua54AtNO1eR/H1v8ADTW/KvPF8Phv+04tHS1mbWfs 1kl1Kj1TbV7O70dtNbfclppp06D1TbV7O70dtNbfclppp06FX9mbWLa3/wCCBnxi/YM+Mum3 lj+2/wCEP2Zv2uvg54y/Zp8WPHf/ABu8Y/GnVLv4jN4d1rwt4WN5daz8UNP8XeLfFfhLV9G+ IfhKTxToGqz6tDqaeIpJo70292a01fVb77ayVr6X3t27F2a01fVb77ayVr6X3t27HnbeCvG/ 7Fn/AAUN/wCCCPij9rDxD9hsPh9/wT1+KH7M3jz4o31hqN/4cj+PEPgPSbHTfAV1q+l2l5bJ rur3Os2eleGrf7QZvFdxaXb6ZHcTRGKhq/S7uk9rv+nftomnawNX6Xd0ntd/079tE07WPmr4 Y/ELwX4O/wCCcP8AwdKQ/EdLrwNb/E/9uf8A4Kwav8MNW+Ivh/UPCXh3xrqfi7w/rvgXwtof gzxB4nsdN0LxF46uPFnh/XNFj8I6JqN14ng1HSdRh/s9bm1uI45S2ei323v2dmne3/BV3rKW z0W+29+zs072/wCCrvX+lX/gj9rXgLxB/wAEs/8AgnVqPhDU/Cusx6X+xH+zL4W1e78O3mk6 n/ZfibQfg14I0/xr4Z1K50x5Ta69oniuz1HT/FGk3TR6jYeIbS8t9Wt49SinUJ31te26W1lv t28xO+tr23S2st9u3mfld/wV5+KPwX8J/wDBZ3/g3+uPGfxA+GvhtPC3jX9tLxB43uPE3ibw 1pEfh3w94t+FHgfQ/h9rnimbVLy3TSdF8ReK9I1zTPCOp6s1vYaprmmapb6RPNeWd0sd9Y22 vL020v8AL7kX1jba8vTbS/y+5Hmfwi1+T4o/8FLv+DqL4PfAH4peEbD46/E34Ifsd+FvgbDp Pijw++py/Ezwh+xV8SvAPiy60OxOq2sdzqXw4+Jt7pHh/wAeOssTeFvEr22leJrnTLseSsro nvez62S8np89bK720JXRPe9n1sl5PT562V3todNq95oP7RP/AAbx+G/2FfCekwxftlaN+xl8 Cf2cbj9mbW410D43eHPj78NG8DfC9tX1vwHex2Xinw5o9p8RPA9x4qTx9e6ZB4ftdIs5PET6 sYbB7kVZ6b7b32WnkraN7pS0tcqz0323vstPJW0b3Slpa56X4D+N/ir9gT/gqz8TIP8AgoP4 3uH+HP7RP7G37Ffwl/Zg/aeu/COu2/wsn8efBHSvEul/Gv4V+ItYiOpWXg74lfGD4x+OtZ+J PhnRHis7PxJo58N6J9svPEemaVZaqdvnp3S0aa1j21000VkHb56d0tGmtY9tdNNFZH5TfCSx +Luu/sx/8Fide+D3w1+O3i+z8Hf8HDPj79rzxT8PPhx4Z+J/gDxh8Y/2avhP+0t4G1Lx34e+ FXxD0ceErvTfG2lar4MvtZisvBPiuy+I2kan4C1Ox0/TtMvohNAJNb21b1W/d/le1nvayQJN b21b1W/d/le1nvayR+jXhb48/wDBKX9qPw38Wf2ifgj4B/a8/aTuP2cv2Tv2s7n43eM/jR8X P+Cgmmj4O/DfV/hJruj/ABZ+Aei6v+034xvfB+u/E34kzWkPh+98EeErzUtO0BvDk3xFvfEl n4k8C+BotYNb3v8Ai7O3nqtlrdXVvO4a3vf8XZ289Vstbq6t53PVv+Cf2g/FP4L/ALYnwH+D 2i/E7w7+27+zRpn7Lnxk8GfAz4y6hoMPgr9pP9hD4W2k37O/iy1/Z5/aXsdHv7DQPF0Pj+30 T4PaX4UfxL4N8JfGD+0vA+sakNB0nwxF4gaYdktuvZdNFvve/m1d9gdktuvZdNFvve/m1d9j +kCsjIKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgCCaEylSG2Fc/N glhkYOwhhsLKWRmXDhW+R0YBg79Oj/r/AC+7Ud+nR/1/l92pDHaFWQu6y7Npy6uzs4Iy5Yyb c/JGVVY0jSRDIseSgiL/AC0t5fl5vz137l/lpby/Lzfnrv3mnhM3lDdtRJN7DB3EqpKYOcfL JtYqysrYGRxgidumvTV/puCdumvTV/pufnV8efhh+3roHx8m+M/7Kniz9nL4heEde+HvhbwB qvwO/agvfib4G0jwBqGg674i1fWviN8Kvib8MPDfxEvYdV8cWWv2OnePPCfiXwBdx+Jm8H+D HtPGvh+HRbi0v7TVklvpo3d2X3bbpJrvpqWmrJLfTRu7svu23STXfTU+kPg58JfFPh7XfF/x U+J914Nl+MvxK0bwb4e8Z3Hw30/WtN8F2vhv4eS+J5/B2gaVB4hvbzUNWn0y68b+Lri/8U6x bW+rasmtQaaLey0fQNA0/TE3p3Wtno7X77pvrv522Qm9O61s9Ha/fdN9d/O2yPfms/NjEcpj aMbcRbZTGfvK4dTP+8V42I2Sbow+JGRyMFc3a62/rS1tltbrd7C5u11t/WlrbLa3W72D7EGO 6R/MO6Z2JRQXMokVY224UxRJIyIAolKgF5nZ52mObuvLtp/Wut0nsg5u68u2n9a63SeyENm5 YMZ2KhQvlncY1wztlE34BAKIpfzAqxqygSF3cuuia7e8/u9OvfzC66Jrt7z+7069/MtJHsiW PIyE2kgMQSRydsjyMQSScO7nsWPWlfX+v0tp+Qr6/wBfpbT8iGS0SSFoRtWN95dVDKCZSxmb KMpYyl3aQPuErMWkDMzsz5tLeaa+X43fVpr5XHzaW8018vxu+rTXyuC2oVAgYAbzKSEXIkaQ ysybxJtzIzEFt0i+ZIwk3kMC/l2trromt9H+XYL+Xa2uuia30f5diVItmwly5RNhZgoZ+Au5 tqqFOFzsjCRbmYiMHbtTd+n9fr21vZfNtN36f1+vbW9l82/jP/gob8JPjD+0L+xd+05+zv8A A3Tvhtc+PP2gfgR8Wfgda6r8WfGvifwJ4K8Lad8W/APiLwFqfim+1Twh8Pvibrmo3WgW2unV bLQoPDdvb6pLaG1ute0ZJUnZpXT/AA8/Jdn+eytqNK6f4efkuz/PZW1IP+Ce/wAHPi1+z7+x h+y9+z58bbTwFb/EL9nz4F/Cr4G6jffDHxh4j8a+C/EVp8I/Anh/4fWHivTNU8WfD34YeILb /hKbTw+ur3+hX/hV7XRrm4WzsNa1dbddUnb2e9uu27vva2t0ntda30sN7Pe3Xbd33tbW6T2u tb6WPtBYGVy4kJ3Z3ptjVGYhR5hKIspcmNQ26VlKEqVOI9iv20+/5ddbbrz+d1ftp9/y6623 Xn87sNqxkVll2oByu1i24FcFcy+Si7d+VEH+s8qRSvlbZG5LTR6Lq93pv3WnlcbktNHour3e m/daeVxsdo0YBVk3kKHfa4ZyAMk7JEXJfzH+VVjDys/lbtxdcz667vf7vPT1/W65n113e/3e enr+t2DTYsGNmJgKbPJy7LghEPDu6ZdFdCQgKKw8kxP5rzHNq7K19fPp1+W22oc2rsrX18+n X5bbajzZksrGUZUNjCYALEEBVVgoWMZWMYxgI1wLmVFkBzaeezd3r5P7359mg5tPPZu718n9 78+zQhsS0kbmZ/lGGwMNKCMkSMCFCmQRyMLdLdn8qNHZog0Tl/Jafh377+d9bvqF/Jafh377 +d9bvqO+xqH8wSSLJhMyrtEjlURGZ/l2EyLHGHUoYv3askSOoYHNtp8nqutt3006X317nNtp 8nqutt3006X317zRQCJmbduJVVyRzhc7fmJLHAOCCSuclFjBYMc3Rf0u1uz6rXzbDm6L+l2t 2fVa+bYye1E5UmRlAYMyYRkfBjKhg6sR5bxiWMoUIlA3Fo2kjcTt/wADp3/pNfk0J2/4HTv/ AEmvyaiexDu7iWRDIqq7Izq7qpdtrsrhQm594EMcL7jIDKUmlVjm8vl06dFbt1b006IOby+X Tp0Vu3VvTToh8Vq0YlIkXdLIZCVj2DiNYkDFXEsjCJEV5HlMjlF2NFCscEZddmvxvvvdfLba 6dwuuzX4333uvlttdO4w2OWVzPIxR0kQOEZUcFg7qdodWlibyZNjKBEoSEQ+ZctcHMtdN+m6 W+1+2j7Xv5WOZa6b9N0t9r9tH2vfytNJbLIUY7Q0chkjcoHeNtkyBo2k3lGAmcArjEbSRD93 I6kT1117f153d999bgnrrr2/rzu77763IvsKmUyM+QVChQuNu05Qo24mMjgnyvLJcCTd5iRs hzWVun5972t/wyt3uc1lbp+fe9rf8Mrd7yNa7mDmVyQoAJ2/IQcl0G0jL4XeH3rmNHjEcm52 OZa6X+f4Pq0tlrffWzsHMtdL/P8AB9Wlstb762diC40/7QrjzWiZo5ESWMb5I2kDBXVbjz7Z jFvdlWW2kjcMYZke3aeGccr9Neur126adl/ltYcr9Neur126adl/ltaT7EhO5iXIB2mTLkMA Aj5J3KyBRjymiG5mcjzQjoc3kt76fLvfbp8ltdM5vJb30+Xe+3T5La6am0HltECgRtxKhWVe XV0XETxfugwYPHk+cjMsjNudnObbTVbvq9+9++vcObbTVbvq9+9++vcU2v7hoY38nMLRRmFQ iwDG2PyUyUQRKFVF2lMIgZCFAo5vnr2W3Xe+raTfz1Vw5vnr2W3Xe+raTfz1VwW2KtJ8ylHJ Krtcn58mQSF5HWQNI8r8IgG9VCjyyXOby+93W1nv0t0v63srHN5fe7raz36W6X9b2Vvm79rv wN8SviX+zP8AHb4XfCHTvA2qfEj4nfCzxf8ADbwxD8SPF+u+BvBcDeP9HvPCGp6rrXiTw34D +JmvW6aFpGsXeuWtjp3hDU5te1LTLXRLifRLW+/tqypPTZ21v8lt5Kytrfprfak9NnbW/wAl t5Kytrfprfb5y/4JOfsy/G79jr9g/wCBP7Kn7QCfCubxz8DvD0/gaDxF8G/G/inx54T8XeH4 5v7Ts/EU1x42+Fvws1fQtUu7rUNQ0688Ny6N4isobbTrHU4fFF0+qjTNJL2119Ho9Wtd797a 38n7zC9tdfR6PVrXe/e2t/J+8z9IWgLDG7B9AMLwQU4OSCuNgdCjhCcMHCMs82+m/fW3z6ry fXUnm303762+fVeT66lc2TuyGSVHVC5VTEwK+ZD5L7QJRCcj7vmQSbVaRMkSEqX+9766Pte9 9b9reVgv97310fa97637W8rD47NI0VSd5HGWyAqAoFjjCFdqRpGix9WBRJJGkmDyuc2+m/8A wd/v+/ySQc2+m/8Awd/v+/ySRxnxH8Ja/wCLvh58QPCnhPxpf/D3xT4q8HeKtB8OePtMsbTU NS8EeIdc0G+0rRvGFjpt4UsNRvvC9/cWmsWVnf7re8ksUtrxnhlJQ5r9NrW73vpfy8l5WsHN fpta3e99L+XkvK1j89fhX8IP+Cg2v+DtS/Z6/aTj/Ylk+Bw8F2fgC++IvwpPxs1H4ifE7Q7n Rv7J8U3978LfFul6N4U+F2uaqu64ttQtvip8V4o766n1F4ZrmFd9be873VrX+fra93be1rXW yrb3ne6ta/z9bXu7b2ta62X6eRWbRfdmPUMMgsQcBSNzszMDgOxJ8yWUb53k3OrSpK1mut3Z v8v0va5KkrWa63dm/wAv0va4rWYZNgkKL5Yj2xqqplQQjDcskiFOilJVIUkEkqhU5trpt663 d/l2/EOba6beut3f5dvxHLaIh3oEEu1V80hmc7VIAdmcyMu5nkK713SOzsS7uzCla+nprpbs 117a9NrApWvp6a6W7Nde2vTaxL5CLA1vEPJQxtGnlYQxhgQDHwQpXOVOCAQDg0r63879v+Gv /wAMK+t/O/b/AIa//DFcWSkMriIqwKsqRsisp3ghsSFzgSPt+fb+8fersFkFOV1azs99Vfp5 f10slYpyurWdnvqr9PL+ulkrDhZrtCM7OoDA7yHLBlKnfkYbAIVTgMUDLI0isylcy6LvfW+n rvrrfp131FzLou99b6eu+ut+nXfUatnsJdH3SEf6yVQzOxKFi+3YPm8mFflACqrKqgFQona3 RdbaXX56dLv9bidrdF1tpdfnp0u/1u63tEt02jaS23e20AtguwUAEbVVnZk5LKSSzOxLE5lZ aa2tfT/Jt6aNN2fYOZWWmtrX0/ybemjTdn2GvZln8xZArksWJDkjO7BjbzQyuP3akuZY/LWS OOKETykq+2+nndW7Wat/XpZX23087q3azVv69LPa0UkkHGWd8ZfJdpBIGL79+AyphFKoPnOC WXY1K3Tpbp1d30t8rbbdbtSt06W6dXd9LfK223W6GzBVEDlVRdg271OAAQSquIWIdQdrwsmw yRbPLkZafN/X369+3V973sx839ffr37dX3vezENpvkV5H8wRgCIEEFGAK+arKyssjKdkgjKR vG0ieWA77lzLt+X+Wy3s766u7FzLt+X+Wy3s766u7HC1+Zi7+ZuQIxdUDFVJwuEVE2lSykFD t3vsK73Djlt0flp+N7t+ennfoOW3R+Wn43u356ed+gLRBvCkoHjCMq7ip+QoSVdnU/LtC4Vf ujzPMGAC+u2i9E++6X6elrsL67aL0T77pfp6WuxsllHIqoSVVZY5cIXU/unMqIHVhIFErNIN kiEHCHdDvic5u6etru/a/R+Wmt7+uoc3dPW13ftfo/LTW9/XUk8hgEVZSEQBdu1PmADdfl+U bvLIWLylXaQgQEAHN5X3s3rvvpt338uwc3lfezeu++m3ffy7DPsaKwZPlI5H3gcqpVM7WAKq u1drK67N6KqiRwxzP+tet9Ov3t3Dmf8AWvW+nX727iGzyQS4PyhW3K2cAqwKFJECuHXcpwQh WJlUNGTIc3fX/hrdbrZXvbfTZhzd9f8AhrdbrZXvbfTZjvsi7lbKErKZVLoWZCYRD+7dHjYO EMiiWQyyBZHXdgkUc3r9/a7XpbS1rJdnsHN6/f2u16W0tayXZ7EsEJhUp5jyDe7LvCAojOzL EuxUGyMNsQsGkKKplkkfLlN3/r8fXv8AkJu/9fj69/yI5bYS5BYbWyDuVX+UkMRhwwOGBKBt yoXZlXITY+bS2ui/H/Ja7bqyeg+bS2ui/H/Ja7bqyegz7Ix2bpnba25gS212J+YsEZFYNud9 rqyrJ5bRhFjCEv5ara3Tf/geuvVthfy1W1um/wDwPXXq2yxFH5Uax5BxuyRkZLMWY/MzEZJJ POM9AowoTd3f8P66duyE3d3/AA/rp27IhltfOQo7nb8vAH3vl2SK+SQVlTKMEETAO5VwzBlr m2026+Xa3l0vfv1K5ttNuvl2t5dL379RDaK2dxU4bKjaxBAYMvmbnfe2QCxG1SSW2bgjJN9b 7Pytb5L0/rUm+t9n5Wt8l6f1qBtTj5JNjDABHmEFVEhRXDStuAeVnfBUyYUEgDh31vb8betr Jf5b6ajvre3429bWS/y301A2rBi6PtYoEYnexwDn5WZi6gEsUUlkXChVGZC5zbtaNu/5+X/D 63vfQ5t2tG3f8/L/AIfW976NazZnDmYv82SrruTAXai7AQpVTucjAZpHYKyQhIVObyV/Lb1t 1d0t215BzeSv5beturulu2vIBZY6TSk8ZdiDKcdSHUJywWMNuVwPLQoqsisHzeWnbotLbfl5 NrrcfN5adui0tt+Xk2utw+woBHhmDRxpGrgkOAm7ZhhyAm91VF2xlJGSRJFwtHNpa3y0tv6L 5+eqtsHNpa3y0tv6L5+eqtsPa1LHiTAIw2URmYAMuCXVg2VYoxcMxRVQEB5d5za/hd/r306X tfXcObX8Lv8AXvp0va+u4otQoUI5BUIM7VG4IuzBVAkagoFUiFIvurtK4GFf8/Tzfe9nte/m K/5+nm+97Pa9/MQ2rFw3nMoAw21RuciF4hu3bkABkZwEjRtwUFzGDGRO2lvnr87q9nstO3rc E7aW+evzur2ey07etxv2MhyyzSLlduAE7EbCzlWlcooYAPI0eZZG8sEReWc3lp26bptbbaf5 thzeWnbpum1ttp/m2PFud4bcg2sGXajDHysCTmRiXG9wrAquyRlZGIRwc3ztf7n5dvK/RWaQ c3ztf7n5dvK/RWaRaqSQoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAK ACgAoAKAGlFJyRkkYPX3xxnGRk4PUZOCKd3t/l+Pf0Y7vb/L8e/owVVXhRgeg6d+g6Dr2+nY UNt7sG292OpCCgAoAKACgAoAKAGsisQTnK5wQzKeeP4SM9TjOcZOOppptbfp/XyGm1t+n9fI asUa/dQLyDhflBIGBkDAOABwcjIB6gEF3t09EvyC726eiX5ElIQUAFABQAUAFABQAUAFABQA UAFABQAUAFABQAUAFABQAUAMaNG6gkkg53MD8pVgMgg7SUXcn3WAIYEMwJewXsIIo1YMFwwJ IOSTluD1PcYHsAoHCqA7va/9Xv8AmO72v/V7/mSUhBQAUAFADVRVJKjGc5AJxknJOM4yTznG ckn+Jsttvd7Dbb3ew6htvforfIG29+it8gpCCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAC gAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKAP//Z --------------020806090600040805000409-- --------------020203080901040503000406-- From nobody Wed Mar 16 14:28:56 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5922612D58E for ; Wed, 16 Mar 2016 14:28:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 uTfcFb30FtDl for ; Wed, 16 Mar 2016 14:28:47 -0700 (PDT) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4FE812D561 for ; Wed, 16 Mar 2016 14:28:46 -0700 (PDT) Received: by mail-wm0-x22f.google.com with SMTP id p65so238176wmp.1 for ; Wed, 16 Mar 2016 14:28:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=aT10CaFAujFojck8Y0SDjxtOonD+njg8wvgCdliM2C4=; b=MwtwExdduthWhx33dop7RfUzPWW2TAr4zj3q5XxkN7St+SQ6K9cKAQmo1anA7Ba/z2 c1ov0TDjQhTPB9bITrRyHn2Ya04nlBda0LcEWJ91zd57LjFGTUPbneCiOYBK2u10Im8p MjYMAbepwNSorxgjb4WTFGlbNS2YTeKnRTaM8HRFc4X+0IBTsP9sYAWtEXcheEYkznA1 pattR9nAo5f/zalssgHXdq0DbaagOSGqBZb8JgVu3oUKDdBhtPIGbGb99H3vHrH5t5xU hgVxws9Ik4Iq06KXHp6g25gbzs9DKEZ5iZriRb2HUjXcwlaw6Pm36/yaVVZsQH/BQ+M5 7wJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:in-reply-to:mime-version :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=aT10CaFAujFojck8Y0SDjxtOonD+njg8wvgCdliM2C4=; b=QcVhPHD7f4vBAzZYQnu/jR6oqXLmIMZjf8htbYcBG1DTxeObuNX1UDExB/BkAfv9DH phyLWTOmm3vgJDF5fXlD+O/uGV1uPIqDIARx9jUXm8kVFpA13eywiWFGriTwirg7LCSN kTXxG+ncBGv0W1HL48dPGschlMLBGvtDran9KVlkZP7ieHTS3NYpfCIuucRmesWF2AfH ra7pQiKHguo/Rfp14bAEpxFVDVUfyCSxO/9ITC6T4F27Zb6EPvZa1ubCfyoH+JwLYYHJ gX2G/M/n7MlKP1iETkmnAiOb8QIlj9rbXl7uYzGRvVKpKAOXuhr7ZGhyTtB3eKBxigz4 SUDQ== X-Gm-Message-State: AD7BkJIKiYD8CiElfBrUZsbLrebgeQ5HPcYA7SfMjyOuWxcPnckyfo5oAvcHjaXMQ067XA== X-Received: by 10.28.224.132 with SMTP id x126mr6985641wmg.88.1458163725100; Wed, 16 Mar 2016 14:28:45 -0700 (PDT) Received: from [10.0.76.233] (82-132-216-253.dab.02.net. [82.132.216.253]) by smtp.gmail.com with ESMTPSA id v188sm27120050wmv.3.2016.03.16.14.28.43 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 Mar 2016 14:28:44 -0700 (PDT) References: <56D4EB7D.4010002@earthlink.net> <944B9E01-74B7-45AD-ACB8-FA79347BC22E@fu-berlin.de> <56E9C2F1.5000605@earthlink.net> In-Reply-To: <56E9C2F1.5000605@earthlink.net> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary=Apple-Mail-A922C76D-BA11-4AE6-86AB-1E7178146A49 Message-Id: X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Wed, 16 Mar 2016 21:28:41 +0000 To: Charlie Perkins Archived-At: Cc: "Dearlove, Christopher \(UK\)" , manet Subject: Re: [manet] AODVv2 responses to recent comments X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2016 21:28:55 -0000 --Apple-Mail-A922C76D-BA11-4AE6-86AB-1E7178146A49 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable You said that the paper hadn't identified a loop. If you'd stopped there, th= at would have been fine. I think I can see where they were assuming rather s= trange behaviour. But you then went on to say "Other discussion about routing loops has not id= entified routing loop problems in the existing specification." That goes fur= ther and indicates no other discussion about loops. But Lotte has just said t= hat there was other discussion. More, she says two loops were identified (an= d now fixed). In addition, you're now saying that unconfirmed routes can't form a loop. Th= at may be so, as I said I haven't considered the case. But Lotte just said t= here were two loops that needed fixing. The problem is that the statements the authors are making are contradictory.= And that leads to a lack of confidence. --=20 Christopher Dearlove christopher.dearlove@gmail.com -- =20 Christopher Dearlove christopher.dearlove@gmail.com (iPhone) chris@mnemosyne.demon.co.uk (home) > On 16 Mar 2016, at 20:32, Charlie Perkins w= rote: >=20 >=20 > Hello Chris, >=20 > I stand by my statement. The cited paper did not identify a loop. Most i= mportantly, the crucial part about route looping being prevented by sequence= number still stands. I also point out that the authors of that paper were c= onstructive and complimentary to the clarity of the AODVv2 specification. I= truly hope we can work together with them to further prove the correctness o= f the protocol. >=20 > Regarding the situation with unconfirmed routes, please not that unconfirm= ed routes can never be part of a routing loop because they don't carry data.= >=20 > Regarding the off-list discussion, it is our online equivalent of a hallwa= y discussion, and a manageable, constructive environment for us to produce r= esponsive resolutions to the comments from you and others. I hope we will s= ee the rest of your comments soon because we want to resolve them as soon as= possible. We were honor-bound to not disclose private information to the l= ist, but as you can see we also work hard to resolve privately submitted com= ments. >=20 > Regards, > Charlie P. >=20 >=20 >> On 3/16/2016 10:22 AM, Dearlove, Christopher (UK) wrote: >> I haven=E2=80=99t followed the example (I hope to find time - but that=E2= =80=99s true of too many things, with DLEP ahead of AODVv2 on this list). >>=20 >> =20 >>=20 >> But we have a loop, a pretty fundamental problem in a routing algorithm, b= eing discussed by the authors off-list, while in parallel assuring the list t= hat =E2=80=9COther discussion about routing loops has not identified routing= loop problems in the existing specification.=E2=80=9D (see email chain belo= w). >>=20 >> =20 >>=20 >> I think we have a real problem with what=E2=80=99s wanting to advance to P= roposed Standard soon, in terms of process and confidence. >>=20 >> =20 >>=20 >> (I still haven=E2=80=99t managed to even write up comments on the perhaps= one third of the draft I have read through yet.) >>=20 >> =20 >>=20 >> -- >>=20 >> Christopher Dearlove >> Senior Principal Engineer >> BAE Systems Applied Intelligence Laboratories >> _________________________________________________________________________= _ >>=20 >> T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com >>=20 >> BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddo= w, Chelmsford, Essex CM2 8HN. >> www.baesystems.com/ai >>=20 >> BAE Systems Applied Intelligence Limited >> Registered in England & Wales No: 01337451 >>=20 >> Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >>=20 >> =20 >>=20 >> From: Lotte Steenbrink [mailto:lotte.steenbrink@fu-berlin.de]=20 >> Sent: 16 March 2016 17:13 >> To: Dearlove, Christopher (UK) >> Cc: Charlie Perkins; manet >> Subject: Re: [manet] AODVv2 responses to recent comments >>=20 >> =20 >>=20 >> =20 >>=20 >> *** WARNING *** >>=20 >> This message originates from outside our organisation, either from an ext= ernal partner or the internet. >> Consider carefully whether you should click on any links, open any attach= ments or reply. >> For information regarding Red Flags that you can look out for in emails y= ou receive, click here. >> If you feel the email is suspicious, please follow this process. >>=20 >> Hi Christopher, >>=20 >> =20 >>=20 >> Am 02.03.2016 um 11:36 schrieb Dearlove, Christopher (UK) : >>=20 >> =20 >>=20 >> My concerns have been that your co-authors have continued to discuss whet= her looping could occur since you published to the list saying all was well.= (An issue to do with multiple unconfirmed routes.) Maybe that=E2=80=99s a p= roblem, maybe it isn=E2=80=99t. But it lacks transparency, because it hasn=E2= =80=99t been discussed here. >>=20 >> =20 >>=20 >> The loop possibility you=E2=80=99re referring to was a different one than= the one discussed by Charlie. We=E2=80=99ve been contacted by researchers w= ho are model checking MANET protocols to see if they permit any unwanted beh= aviour. They=E2=80=99ve used AODVv2 as a case study for the framework they=E2= =80=99ve implemented to do this, and they=E2=80=99ve found the following loo= p: >>=20 >> =20 >>=20 >> >>=20 >> =20 >>=20 >> 1. n2 initiates a route discovery procedure for destination n3 by broadca= sting a =E2=80=9Crreq=E2=80=9D message. >>=20 >> 2. n1 and n4 upon receiving the =E2=80=9Crreq=E2=80=9D message, add a rou= te to their routing tables towards n2 and store n2 as their next hop. Since i= t is the first time that these nodes have received a message from n2, the ne= ighbor state of n2 is set to unconfirmed. Therefore, the route state is unco= nfirmed. >>=20 >> 3. As n1 and n4 are not the intended destination of the rou= te request, they rebroadcast the =E2=80=9Crreq=E2=80=9D message. >>=20 >> 4. n1 receives the =E2=80=9Crreq=E2=80=9D message sent by n4 and since th= e route to n2 is unconfirmed it adds n4 as new next hop to n2. >>=20 >> 5. n4 also adds n1 as the new next hop towards n2 after processing the =E2= =80=9Crreq=E2=80=9D sent by node1. At this point a loop is formed between n1= and n4 but not used yet. >>=20 >> 6. n3 receives the =E2=80=9Crreq=E2=80=9D message sent by n1 and since it= is the destination, it sends a =E2=80=9Crrep=E2=80=9D message towards n1. >>=20 >> 7. n2 moves out of n1 and n4 communication range. >>=20 >> 8. n1 receives the =E2=80=9Crrep=E2=80=9D message sent by n3 and as the r= oute state towards n2 is unconfirmed it multicasts the =E2=80=9Crrep=E2=80=9D= message to the existing next hops, n2 and n4. Since n4 is adjacent to n1, i= t receives the message and then sends an ack to n1. Therefore, n1 sets the n= eighbor state of n4 to confirm and subsequently the route state towards n2 t= o valid. Then expunge the next hop n2 which has not received an ack from. >>=20 >> 9. n4 by receiving the =E2=80=9Crrep=E2=80=9D message from n1 multicasts i= t to its next hops towards n1 and n2, >> and similar to n1 it updates its routing table by validating n1 as its ne= xt hop to n2. At this point, a loop between n1 and n4 becomes valid. >>=20 >> =20 >>=20 >> =20 >>=20 >> =20 >>=20 >> In response to these findings, we've changed 6.7.1. Evaluating Route Inf= ormation in -13, so that LoopFree() is *always* considered before adding a n= ew route, even if all known routes to date are Unconfirmed. >>=20 >> =20 >>=20 >> Following up, they=E2=80=99ve found another loop in -13: >>=20 >> =20 >>=20 >> >>=20 >> =20 >>=20 >> At first nodes are connected to each other as shown in Fig1.a. >> n0 initiates a route discovery procedure for destination n3 by multicasti= ng a =E2=80=9Crreq=E2=80=9D message to n2 with sq=3D2. >> n2 after updating its routing table, multicast the =E2=80=9Crreq=E2=80=9D= to its neighbors, n1 and n3. >> n1 upon receiving the =E2=80=9Crreq=E2=80=9D message sent by n2 updates i= ts routing table and adds a route with hop-count=3D2, sq=3D2 and next-hope=3D= 2 >> Consider that topology changes at this point and n1 moves into communicat= ion range of n0, gets connected to n0, and n2 leaves n0 comm= unication range, gets disconnected from n0, which leads to network topology s= hown in Fig1.b. >> n0, which hasn=E2=80=99t received an =E2=80=9Crrep=E2=80=9D yet, resend t= he =E2=80=9Crreq=E2=80=9D message after increasing its sequence number to 3.= >> n1 receives the new =E2=80=9Crreq=E2=80=9D message, with sq=3D3, next-hop= =3D0 and hop-count=3D1, since it=E2=80=99s a better route it would be added t= o the routing table. Then n1 multicast the =E2=80=9Crreq=E2=80=9D message to= its neighbors, n2 and n3. >> n2 evaluate the received message sent by n1 and adds a new route to its r= outing table with sq=3D3, next-hop=3D1 and hop-count=3D2 since the sequence n= umber of the received message is greater than the stored one. >> At this point a loop has been formed between nodes n1 and n2. >>=20 >> =20 >>=20 >> =20 >>=20 >> Since we=E2=80=99ve moved to disallowing multiple Unconfirmed routes (in -= 14, which isn=E2=80=99t published yet), this one is resolved already as well= . >>=20 >> =20 >>=20 >> =20 >>=20 >> The reason we didn=E2=80=99t discuss this earlier on [manet] was that the= authors hadn=E2=80=99t submitted their paper yet (and I didn=E2=80=99t want= to leak their work). They=E2=80=99ve done so now, and will send us a link t= o their paper once it=E2=80=99s available. I=E2=80=99m guessing it=E2=80=99l= l take a while to be published properly, but it should be enough for for our= purposes for the paper to appear on arxiv.org for now=E2=80=A6 >>=20 >> =20 >>=20 >> Best regards, >>=20 >> Lotte >>=20 >>=20 >>=20 >> =20 >>=20 >> -- >>=20 >> Christopher Dearlove >> Senior Principal Engineer >> BAE Systems Applied Intelligence Laboratories >> _________________________________________________________________________= _ >>=20 >> T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com >>=20 >> BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddo= w, Chelmsford, Essex CM2 8HN. >> www.baesystems.com/ai >>=20 >> BAE Systems Applied Intelligence Limited >> Registered in England & Wales No: 01337451 >>=20 >> Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >>=20 >> =20 >>=20 >> From: Charlie Perkins [mailto:charles.perkins@earthlink.net]=20 >> Sent: 01 March 2016 01:08 >> To: Dearlove, Christopher (UK); manet >> Subject: Re: [manet] AODVv2 responses to recent comments >>=20 >> =20 >>=20 >> =20 >>=20 >> *** WARNING *** >>=20 >> This message originates from outside our organisation, either from an ext= ernal partner or the internet. >> Consider carefully whether you should click on any links, open any attach= ments or reply. >> For information regarding Red Flags that you can look out for in emails y= ou receive, click here. >> If you feel the email is suspicious, please follow this process. >>=20 >> Hello Chris, >>=20 >> On 1/19/2016 5:37 AM, Dearlove, Christopher (UK) wrote: >>=20 >> And outside those 31, that we=E2=80=99re at this position with a suggesti= on there=E2=80=99s possible looping (about which I have no idea) isn=E2=80=99= t that comforting. >>=20 >>=20 >> I hope your concerns have been resolved on this matter. The paper mentio= ned on the mailing list pointed out various ambiguities in RFC 3561 describe= d how the ambiguities might be construed to install self-routes and, combine= d with possible inconsistent choices for sequence number, loops could result= . But the email to the list several weeks ago indicated that these ambiguit= ies do not exist in AODVv2. The authors of that paper have expressed intere= st in doing a similar analysis on AODVv2. >>=20 >> Other discussion about routing loops has not identified routing loop prob= lems in the existing specification. Use of unconfirmed or invalid routes fo= r routing might lead to errors, but that doesn't carry over to produce loops= in the route table. >>=20 >> I'm looking for any other open issues outside of the Security Considerati= ons which is being reworked according to recent comments but should be submi= tted soon. >>=20 >> Regards, >> Charlie P. >>=20 >>=20 >>=20 >>=20 >> =20 >>=20 >> There=E2=80=99s also a lot of document to review. Which of course I haven= =E2=80=99t done at this time. But my attention did alight on the IANA consid= erations section, and I noted there that: >>=20 >> - Not sure why the jump to 10 for message types, though I=E2=80=99m not o= pposed. >>=20 >> - The PATH_METRIC TLV can=E2=80=99t be type 10, that=E2=80=99s already ta= ken. See IANA register. >>=20 >> - We previously pointed out that CONT_SEQ_NUM (COMPLETE) already exists a= nd does the job that SEQ_NUM is doing, so why allocate another TLV? (You cou= ld avoid the necessity of repeating (COMPLETE) by simply commenting once and= thereafter omitting.) >>=20 >> - Why the suggested skipping of types 12 to 14? >>=20 >> =20 >>=20 >> -- >>=20 >> Christopher Dearlove >> Senior Principal Engineer >> BAE Systems Applied Intelligence Laboratories >> _________________________________________________________________________= _ >>=20 >> T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com >>=20 >> BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddo= w, Chelmsford, Essex CM2 8HN. >> www.baesystems.com/ai >>=20 >> BAE Systems Applied Intelligence Limited >> Registered in England & Wales No: 01337451 >>=20 >> Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >>=20 >> =20 >>=20 >> From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Victoria Merciec= a >> Sent: 18 January 2016 21:45 >> To: manet >> Subject: [manet] AODVv2 responses to recent comments >>=20 >> =20 >>=20 >> =20 >>=20 >> *** WARNING *** >>=20 >> This message originates from outside our organisation, either from an ext= ernal partner or the internet. >> Consider carefully whether you should click on any links, open any attach= ments or reply. >> For information regarding Red Flags that you can look out for in emails y= ou receive, click here. >> If you feel the email is suspicious, please follow this process. >>=20 >> *** WARNING *** >> EXTERNAL EMAIL -- This message originates from outside our organization. >>=20 >> =20 >>=20 >> Hi all, >>=20 >> We have just released the newest AODVv2 draft. The major update is the se= paration of the AODVv2 route set from the RIB. >>=20 >> Here are also responses to the comments received before Christmas. This s= hould include all the points from Thomas Clausen regarding versions 11 and 1= 2, and also a couple of other points which have been brought up since. Apolo= gies for the huge email. For issues that need further discussion, I have tri= ed to include the main points of the discussion so far. Please feel free to c= reate a separate thread for any further discussion. >>=20 >> We are still looking into the loop conditions recently reported for AODV,= also still working on the text about security, and use of msg-hop-limit. >>=20 >> Kind regards, >>=20 >> Victoria. >>=20 >> =20 >>=20 >>=20 >> 1. End-to-end / hop-by-hop acks - issue when a route is marked as confirm= ed and valid when the link to the next hop is confirmed as bidirectional (bu= t the links downstream have not yet been verified as bidirectional). >>=20 >> AODVv2: The authors believe this is an issue which would not occur freque= ntly, and would right itself.=20 >>=20 >> This only occurs for the route to OrigAddr. What needs to happen for this= to occur is that an intermediate node that takes part in the route discover= y between OrigAddr and TargAddr coincidentally has packets to send to OrigAd= dr in the time between confirming the link to its own next hop toward OrigAd= dr is bidirectional, and the time taken for all other routers on the path to= confirm their next hops too. If the route is used to forward packets before= every other link in the path is confirmed as bidirectional, and the data pa= ckets are forwarded faster than the RREP and any RREP_Acks, then yes they co= uld be delivered to a router without a valid route to OrigAddr. Alternativel= y if one of the links turns out to be unidirectional then the data packets w= ill also arrive at a router without a valid route. In these cases, RERR mess= ages will be generated toward the source of the traffic, the route to OrigAd= dr will be deleted at routers back toward TargAddr, but if data packets are s= till flowing from any source to OrigAddr, the route will be re-requested by t= he router responsible for discovering routes for the source of the data. >>=20 >> The changes required to make acknowledgements end-to-end would require a l= ot more control traffic and be necessary for every route discovery and in al= most all cases would be unnecessary. >>=20 >> Text has been added to the draft in =E2=80=9CLocal Route State Changes=E2= =80=9D to describe this. >>=20 >> 2. Buffering >> =EF=BB=BFThomas: >> =E2=80=9CIt would seem that buffering, as specified, does not accomplish w= hat=20 >> it states that it accomplishes: packets are (as you describe) still being= >> sent while no route is available, and therefore will be dropped later. >> =3D> Consequently, it seems that buffering is a futile exercise?=E2=80=9D= >>=20 >> AODVv2: =EF=BB=BFPackets are buffered before a route exists. A router onl= y begins sending them when it deems the route to be valid. In general, buffe= ring is not futile. >>=20 >> True, there is this case outlined above where the router could deem the r= oute valid before the bidirectionality check has happened for each and every= hop. If the links chosen for the route are not all bidirectional, then yes,= any data packets forwarded along this route will end up being dropped at so= me point on that path.=20 >> This case is caused by the RREP_Ack being hop-by-hop, and not caused by b= uffering. >>=20 >> Thomas: =EF=BB=BF >> =E2=80=9CBuffers have huge impacts on TCP performance, and I doubt if the= issues on e.g. TCP are well enough understood by this WG (Bufferbloat was a= n example of where people got it wrong, despite having extensive experience)= .=E2=80=9D >>=20 >> AODVv2: Packets will only be buffered while a route is requested. The TCP= packets buffered will be packets for session initialisation. The authors be= lieve that buffering these will have a positive effect. Some references have= been suggested, listed here, the first of which has been included in the dr= aft: >> http://www.ieee802.org/21/archived_docs/2003-09_incoming/ccr-200109-koodl= i.pdf >> Mobile Internetworking with IPv6: Concepts, Principles and Practices {Koo= dli, Perkins} >> disc.ece.illinois.edu/seminars_tutorials/tcp-wireless-tutorial.ppt >> Analysis of TCP performance over mobile ad hoc networks http://dl.acm.org= /citation.cfm?id=3D313540 >> Alternatively, we could remove the mention of TCP, and instead state that= buffering MAY be used for packets awaiting a route, but that implementation= and implications of this are out of scope for AODVv2. >>=20 >>=20 >> 3. Use of msg-hop-limit and msg-hop-count: >> Thomas: >> But, either way, as according to your model messages are never forwarded,= but always are intended for receipt by a router which is a direct neighbor,= then a >1 (which applies to the message) seems inappropriat= e.=20 >> Actually, according to that model, I would even say that receipt of a mes= sage with a >1 should be interpreted as a malfunction. >> As you refer to RFC5444 appendix B, do note that Appendix B of RFC5444 (a= nd, note the errata 4003) talks about: >> field, if present, contains the number of hops on w= hich the message is allowed to travel before being discarded by a MANET rout= er. The is set by the message originator and is used to pre= vent messages from endlessly circulating in a MANET.=20 >> Specifically =E2=80=9Cset by the message originator=E2=80=9D and =E2=80=9C= number of hops on which the message is allowed to travel=E2=80=9D =E2=80=94 w= ith your control messages traveling just one hop, I believe that setting =3D 1 is correct. >>=20 >> AODVv2: Discussion is still needed here. We wonder if these fields are ne= cessary at all for AODVv2. We were using them to limit the number of regener= ations of a RREQ. However, the hop limit value needs to be large enough to a= llow a RREQ from one side of the network to another. It might be the case th= at using the hop limit, almost every router in the network would receive tha= t RREQ anyway, and by using the redundancy check, we already stop RREQs from= circulating endlessly. >>=20 >> 4. Abstract >> Thomas: >> =E2=80=9CI made the following comment, which still applies: >> =E2=80=9CThis is a little over-stating the applicability: these statement= s may be true in some scenarios (for example, when there are few concurrent t= raffic flows, and therefore few routes to repair, and therefore few flooding= operations to contend for channel access). As a general statement, this las= t sentence is incorrect=E2=80=9D=E2=80=9D >>=20 >> AODVv2: The text has been removed and the abstract now states: =E2=80=9C T= he Ad Hoc On-demand Distance Vector Version 2 (AODVv2) routing protocol is i= ntended for use by mobile routers in wireless, multihop networks. AODVv2 de= termines unicast routes among AODVv2 routers within the network in an on-dem= and fashion.=E2=80=9D >>=20 >> 5,9,12,13,20. Router Client >> Thomas:=20 >> =E2=80=9CI made a comment previously that =E2=80=9CRouter client=E2=80=9D= is a poorly chosen term, and have proposed alternatives. I=E2=80=99ve seen s= ome attempts on the list at rather than change the term, explain it =E2=80=94= some of which is in this document. The =E2=80=9COverview=E2=80=9D still tal= ks about =E2=80=9Ca router=E2=80=A6one of its clients=E2=80=9D - which is no= less confusing than last time Iw went through it. >> I reiterate, why not use =E2=80=9CLocal Attached Network Set=E2=80=9D, wh= ich is the term used by other documents from this WG?=E2=80=9D >>=20 >> AODVv2: We already answered this suggestion on the MANET list and asked f= or comments and suggestions, and no responses were received. We have defined= what we mean by Router Client, and the terminology has so far not changed. H= owever, some alternatives have been suggested, so if you feel any of these a= re more effective, please let us know: >> =EF=BB=BF=E2=80=A2 Advertised IP Address: puts the emphasis on adverti= sement rather than topological connection >> =E2=80=A2 Accessible IP Address: puts the emphasis on accessibility th= rough the particular router =E2=80=93 not bad >> =E2=80=A2 Reduced Function Device [RFD]: doesn=E2=80=99t roll off the t= ongue, but this is terminology used for L2R in IEEE 802 Wireless for a simil= ar situation >> =E2=80=A2 Accessible Device Address: adds some emphasis for the device= as well as the address >> =EF=BB=BF=E2=80=A2 Stably Connected IP Address: nothing is permanent, o= f course, but the router client set is thought to be relatively stable >> =E2=80=A2 Topologically Connected IP address: ... suggests that a "top= ological connection" is stable compared to wireless >> =E2=80=A2 Administratively Assigned IP address: ... somehow does not c= onnote the "otherness" of the router client devices. >>=20 >> 6. Overview - adjacency >> Thomas:=20 >> The term =E2=80=9Cconfirming adjacency=E2=80=9D is gone, and is now repla= ced by =E2=80=9Cconfirming bidirectionality=E2=80=9D - which, alas, still so= unds like there is some active monitoring (HELLO message exchange) going on.= Unless that is the case, then please be more specific here. >> I note that the term adjacency is used through and through the document, b= tw. >>=20 >> AODVv2: The text has been updated to avoid the word adjacency. We do not b= elieve the text implies active monitoring through HELLO messages. >>=20 >> 7. Overview - forwarding plane >> Thomas: I suggested in my last review: The overview must also include a p= aragraph on the intersections between this protocol and the forwarding plane= =E2=80=94 this, as it is different (and more invasive) from that which is t= ypically seen in routing protocols. >> Specifically, as a reactive protocol, it is required (at least) that the f= orwarding plane is modified : >> 1) A =E2=80=9Cmiss=E2=80=9D when looking up a next hop for a data packet t= o be forwarded, is signalled to the AODVv2 process so as to permit that rout= e discovery be launched; >> 2) A =E2=80=9Cmiss=E2=80=9D when attempting to deliver a data packet to a= next hop, which was recorded in the routing table, is signalled to the AODV= v2 process so as to permit that a route repair be initiated and/or a Route E= rror be generated. >> 3) A =E2=80=9Chit=E2=80=9D when looking up a next hop for a data packet t= o be forwarded to a destination is signalled to the AODVv2 process so as to p= ermit maintenance of =E2=80=9Cactive route=E2=80=9D Route State, timers and s= uch. >> Note that these things are necessary to call out in the =E2=80=9Coverview= =E2=80=9D and in the =E2=80=9Capplicability statement=E2=80=9D, both: it is n= ot that they are negatives per se, but that they are important factors gover= ning the applicability of this protocol: will a given platform permit such a= ccess to the forwarding plane, for example? Important to understand if for t= hat platform this protocol is apple >> I see that this was not addressed in the overview, nor in the applicabili= ty other than by a forward reference to section 6.4. While it is positive th= at there is a section 6.4, this does not exonerate the overview and the appl= icability statement for being honest about the requirements (notably to the p= latform/os) that this protocol has for being applicable >>=20 >> AODVv2: The Overview and the Applicability Statement now refer to these b= asic requirements for the interaction with the forwarding plane. The Applica= bility Statement also contains the reference to the later section which desc= ribes this in more detail. >>=20 >> 8. 7182 and security >>=20 >> Thomas: I suggested in my last review: It is important to do more than th= is: 7182 does only provide =E2=80=9Ccontainers=E2=80=9D for ICVs and timesta= mps, and does not specify how to use them to obtain specific security proper= ties. RFC7182 may be a tool that can be used, but how* that tool is used is w= hat determines the security properties. >> Therefore, saying that =E2=80=9Csecurity is dealt with by using RFC7182=E2= =80=9D is either an incomplete statement, or is indicative of insufficient s= ecurity considerations.=E2=80=9D >> The actual sentence in the I-D has been changed, now it explicitly names t= he two TLVs from 7182 that it uses. That is, alas, still not sufficient. >> Making the aside that was discussed recently on the list, that (i) contro= l messages are not forwarded, and that (ii) they are modified in transit, th= e security/trust model is somewhat different from that of 7181 and consequen= tly for what 7182 was initially written for. I think that calling out the t= rust model, and how 7182 actually is used here, might be what is called for.= >> Continuing with the aside, this *especially* as the applicability stateme= nt says: "Providing security for a reactive routing protocol can be difficul= t=E2=80=9D >>=20 >> Thomas: >> =EF=BB=BFOK, so assume that I understand regeneration as per my previous e= mail, as meaning =E2=80=9Cgenerate a new message and send to my neighbors, b= ased on what I learned when processing a received message=E2=80=9D =E2=80=94= just like any distance vector protocol does. >> In that model, what you write makes sense: each originator of a control m= essage (i.e., whoever generates or regenerates it) is free to include the in= formation it desires, such as the 4 points you list above. No issues with th= at. >> However, and this joins what I pointed out in a previous email, you write= in the applicability statement: "Providing security for a reactive routing p= rotocol can be difficult." >> While we can discuss if the nature of =E2=80=9Creactive routing protocol=E2= =80=9D generates particular difficulties, we certainly can agree that this p= rotocol has the same =E2=80=9Cdifficulties=E2=80=9D as a distance vector pro= tocol: routing topology information (by definition) not being exchanged end-= to-end, but between neighbors (who do calculations and generate their own an= nouncements =E2=80=94 regeneration, as you call it).=20 >> This means that a specific security model of transitive trust must be ass= umed, no? I trust Victoria, therefore when Victoria says =E2=80=9CStan told m= e=E2=80=9D then I trust that she actually verified that "it was indeed Stan w= ho told her =E2=80=A6=E2=80=9D =E2=80=94 and either way, I have no way of ve= rifying? >> I did not see the trust model / trust assumption discussed in the specifi= cation (specifically not in applicability and in section 13, both of where i= t should be called out), but I think that this is actually a crucial point t= o get right, in order to approach developing the MTI security mechanisms. >> Anyways, that observation actually contrasts strongly with what the appli= cability statement then goes on to say, namely: >> AODVv2 provides for message integrity and security against replay >> attacks by using integrity check values, timestamps and sequence >> numbers, as described in Section 13. >> This is true only in as much as messages are indeed exchanged between nei= ghbors: when you =E2=80=9Cregenerate=E2=80=9D a message, i.e., generate a ne= w message in response to receipt of a message, you generate brand new payloa= d (but possibly including some of the data from the received message, of cou= rse): thus, any ICVs =E2=80=9Cfrom farther away than the neighbor=E2=80=9D w= ill be useless (or, if you zero out the parts that you change, these parts w= ill not be protected). >> The above sentence, quoted from the applicability statement, and that whi= ch transpires from section 13, seems - certainly, absent the trust model ass= umed - to suggest that end-to-end protection/validation is provided. But, th= is is not the case. >> Finally to the applicability statement, a question: >> If security associations can be established, encryption can be used for A= ODVv2 messages to ensure that only trusted routers participate in routing op= erations. >> What you want to say here is that =E2=80=9Cif all trusted routers have a s= hared secret, then we=E2=80=99re able to use that shared secret to ignore no= n-trusted routers=E2=80=9D, right?=20 >> While =E2=80=9Csecurity associations=E2=80=9D that do not pass through a s= hared secret probably can be thought up, it=E2=80=99s not trivial and I did n= ot find any discussion of that in the document? >> Having, on the topic of security, re-read Section 13, which starts: >> This section describes various security considerations and potential >> avenues to secure AODVv2 routing. =20 >> While this is an honest description of what follows, I remain convinced t= hat this is not sufficient. So let me ask as precisely as I can: >> o what is the MTI security mechanism that a conformant implementation mus= t provide? Specifically: - which are the processing steps (for example in se= ction 7.2.1 and section 7.2.2 for RREP - and similarly for the other message= types) that define that security mechanism >> o what protection is offered by that MTI security mechanism? And what rem= ains vulnerable. >> If this specification targets std.track, then it should include (reasonab= ly solid, but definitely well specified) MTI security. >>=20 >> Chris Dearlove: >> =EF=BB=BFThere are two potential choices: >>=20 >> - RREQ has an integrity check value to indicate that someone trusted crea= ted it, if not necessarily the destination. That someone might be identifiab= le or not. >> - RREQ has a signature that indicates that the destination created it. >>=20 >> Unfortunately, an RREQ that changes as it is forwarded (aggregating data o= f any sort) makes the second option tricky, unless there=E2=80=99s some sort= of aggregating signature as it is forwarded. But I=E2=80=99m not an expert o= n the latter. >>=20 >> The most trivial case of the former is simply that everyone trusted has a= single shared key. That has obvious issues =E2=80=93 although it was good e= nough that embodied as RFC 7183 we could get 7181 through the system (as a =E2= =80=9Cmust implement, do not need to use=E2=80=9D minimal case). Alternative= ly something identity-based (e.g. draft-ietf-manet-ibs) could be used, so yo= u know who created the message you received, but you are relying on a chain o= f trust, hop by hop. At which point you might as well just sign packets (see= RFC 7182). >>=20 >> But in even the weakest case (the single shared key used hop by hop) ther= e has to be a failure for things to go wrong - either loss of key (in which c= ase all bets are off) or suborning one router (who can do quite a lot of dam= age). >>=20 >> I haven't read the latest AODVv2 draft yet, but this sort of thing should= be described in its security considerations - the previous draft though did= n't discuss this as far as I recall. >>=20 >> Chris Dearlove: >> =EF=BB=BFIf you go down this route of assuming transitive trust, then you= might as well use 7182=E2=80=99s packet ICV and timestamp rather than messa= ge ICV and timestamp. >> =20 >> There is a complication (mostly one of presentation) that the 5444 multip= lexer (rather than AODVv2) needs to do this, at least for packets containing= AODVv2 messages (but at which point, probably all 5444 packets). So you eit= her, depending on your point of view, need to request it to do that, or (adm= inistratively) decline to operate except over a 5444 multiplexer that is doi= ng this. >> =20 >> The advantage is one of saved space and time when packets contain more th= an one message. Plus slightly better protection (hop count and limit are cov= ered) but which probably doesn=E2=80=99t matter here. >> =20 >> If messages are changed/replaced on a one-to-one basis as forwarded, then= the only solutions I can see are hop by hop transitive trust (packets or me= ssages per hop), or something complicated involving aggregation and knowledg= e of changes. But the latter would be a research task to develop, so let=E2=80= =99s not try that. >>=20 >> Jiazi Yi: >> I=EF=BB=BF agree with Chris and Thomas on their concerns on the hop-by-ho= p security issue.=20 >> This is very different from classical DV protocol, in which the vector in= formation is designed to be exchanged between neighbours.=20 >> In AODVv2, the RREQ/RREP/RERR are to be forwarded through multiple hops. A= router can sign a message that isn't actually initialised by itself -- this= is, at least, against intuition.=20 >> This can be an issue if we have compromised routers in the network. Of co= urse, a compromised router is a problem for every protocol, like OLSRv2. But= in OLSRv2, a compromised router can only speak on behalf of itself -- howev= er, in AODVv2, a compromised/mis-configured router can pretend to be any oth= er router (for example, generate RREQ messages using another address as = OrigAddr). The consequence will be much more serious i= f that happens.=20 >>=20 >> AODVv2: This is not yet addressed. >>=20 >> 9. Terminology - host, routers, router clients:=20 >>=20 >> Thomas: My last review suggested: >> =E2=80=9CThis has been brought up on the list several times in the past, w= ithout having been addressed. >> There are =E2=80=9Chosts=E2=80=9D and there are =E2=80=9Crouters=E2=80=9D= =E2=80=94 whose roles are well defined. Node=E2=80=9D not so much =E2=80=94= which is clear from looking at the definition here: =E2=80=9Ceither AODVv2 r= outers or router clients=E2=80=9D (with =E2=80=9Crouter clients=E2=80=9D bei= ng defined as =E2=80=9Can AODVv2 router is also its own router client=E2=80=9D= ). >>=20 >> This is very much related to the use of =E2=80=9CRouter Client=E2=80=9D, a= nd both that term, and =E2=80=9Cnode=E2=80=9D indicative that some clarity i= s needed here. >>=20 >> All a router cares about is =E2=80=9Can address=E2=80=9D. If that address= is of a network, or a router, or an interface (and, if said interface is in= stalled in a router or a host) doesn=E2=80=99t matter. >>=20 >> So, =E2=80=9Can address=E2=80=9D is something that the routing protocol s= hould care about finding paths to. Which means that each address that should= be made reachable by the routing protocol should be advertised by (at least= ) one router in the network. >>=20 >> One way of doing that would be to simply talk about =E2=80=9CAttached Net= works=E2=80=9D as is done in RFC7181, wherein an address included in the =E2= =80=9CAttached Network Set=E2=80=9D is advertised by an OLSRv2 router....in t= his case, the equivalent would be =E2=80=9Cfor each address in the Attached N= etwork Set of an AODVv2 router the router MUST respond authoritatively to a R= REQ, and MUST maintain the corresponding sequence number=E2=80=9D. >> The text, as it currently is, is really hard to read, and a re-edit along= these lines would go a long way.=E2=80=9D >>=20 >> I note that the terms =E2=80=9CNode=E2=80=9D and =E2=80=9CRouter Client=E2= =80=9D are still used, in their original form, and that other than some slig= ht wordsmithing this comment has not been addressed in the document. >>=20 >> I reiterate that the need to use router, host, node, and router client in= and by itself should be an indicator that tightening up of terminology is r= equired. >>=20 >> AODVv2: See 5. The use of =E2=80=9Cnode=E2=80=9D has been addressed. >>=20 >> 10. Terminology and elsewhere - address >> Thomas: I made the following comment to Routable Unicast IP Address: >> =E2=80=9CAre there any technical reason why not simply *any* address coul= d be considered by the routing protocol? >> My understanding, but correct me if I am wrong, is that all that is requi= red is that all interfaces in a given AODVv2 routing domain has an unique ad= dress. >> That some of these addresses (by an IP addressing architecture document) h= as special semantics associated (such as are link locals, or are for private= use, or are for example use only, or are for multicast) is out of scope her= e? >> I see nothing has changed on the above, so let me be more explicit: the r= outing protocol itself probably) should not care about what kind of addresse= s are filled into it. Is an 192.16./16 address appropriate? Not across the i= nternet, but it may be in somebody=E2=80=99s private deployments. Should the= routing protocol be =E2=80=9Caddress police=E2=80=9D and is implementation o= f a =E2=80=9CI refuse to route these addresses=E2=80=A6=E2=80=9D a requireme= nt for claiming conformance? Suggest simply stating what the requirements ar= e under which the routing protocol will work =E2=80=94 and leave =E2=80=9Cad= dress assignment politics=E2=80=9D aside. >>=20 >> AODVv2: We ask for clarification on this issue. We use the phrase =E2=80=9C= routable and unicast=E2=80=9D in the draft with respect to OrigAddr and Targ= Addr. We dont mean to exclude addresses from the p= rivate address ranges. But we dont want to request routes for multicast, ind= eterminate, link-local, or loopback addresses. This is not about router inte= rface addresses which are used for AODVv2. >>=20 >> 11. Multiple interfaces with the same IP address, 6621 implications >>=20 >> Thomas: I also continued: >> Now, with that being said also, the WG wanted that RFC7181 supports not j= ust multiple interfaces, but also the same address used on multiple interfac= es of the same router. There were good reasons for= that, and while it was not trivial to implement, it turned out to be the ri= ght thing to support. If there are technical reasons why this is not support= ed in AODVv2 (for example, if this cannot be made w= ork because of ) then that should be called out in the applicability= statement also? >> Conversely, if it is possible in AODVv2, then I do not believe that it is= clearly specified how (at least, in the =E2=80=9Cnaive=E2=80=9D on paper ex= amples I drew up, something ended up not working). So either the protocol as= -is does not support it (but could be made to?) or it is supported (but just= need to be spelled out), or is not possible (and need to be disclaimed in t= he applicability statement). >> Stan Ratliff was a driving force in holding the WG=E2=80=99s collective f= eet to the fire in getting this support included in RFC7181, and would likel= y be the right person to consult on this matter? >> I actually have not seen changes, or comments, on this. In OLSRv2, the WG= was making it a strong requirement that it should be possible to use the sa= me IP address on different interfaces of a router. It was somewhat tedious t= o design around, but it was worked out, and the conditions under which that w= as possible were defined and documented. >> I would like to see the same done for this protocol. >> I also note that this is not unrelated to RFC6621-discussions. For exampl= e, when selecting S-MPRs on a multi-interface and multi-address-per-interfac= e router, care must be taken least things won=E2=80=99t work. So, if (and th= is links back to previous mails) RFC6621 is a requirement or desire for this= protocol, then there are some considerations required here. >>=20 >> AODVv2: We have removed references to RFC 6621. >> Initial thoughts on this topic of multiple interfaces using the same IP a= ddress, is that this wouldn=E2=80=99t cause a problem, if the router has onl= y one sequence number. However, this is up for further discussion. >>=20 >> 12. Interfaces configured as router clients >>=20 >> Thomas: I see that the definition of =E2=80=9CRouter Client=E2=80=9D has c= hanged to be >> =E2=80=9CAn address or address range=E2=80=A6the AODVv2 router=E2=80=99s i= nterface addresses are also configured as router clients=E2=80=9D >> Better than before, but still missing the target. The term =E2=80=9CRoute= r Client=E2=80=9D is, as I indicated numerous times before, odd. >> But the second part of the sentence, does that mean (what it says) that t= he interfaces must be configured specially, so as to be able to be =E2=80=9C= router clients=E2=80=9D? That can=E2=80=99t be true. >> What you likely mean is: >> An AODVv2 router is configured so as to consider its own interfaces as pa= rt of the locally attached network set=E2=80=9D ? >> You configure the router, right? No special =E2=80=9Cinterface configurat= ion properties=E2=80=9D are required for an interface to be announcable by a= n AODVv2 router? (And, getting rid of node would a= ctually make the definition shorter and nicer) >>=20 >> AODVv2: The wording we use says: "The IP Addresses of the router's interf= aces will appear in the Router Client Table." and in the Terminology: "The A= ODVv2 router's interface addresses are also configured as Router Clients." B= oth statements say that =E2=80=98interface addresses are configured as route= r clients=E2=80=99 ...we are not sure why this is misunderstood. We have a r= outer client list, and the AODVv2 router=E2=80=99s interface addresses are i= ncluded in this list. The interface itself doesn=E2=80=99t have special =E2=80= =9Cinterface configuration properties=E2=80=9D. >>=20 >> 13 - more on router clients >> Thomas: Now, snipping out from the applicability statement: >> "Multi-homing of an IP address is not supported by AODVv2, and therefore a= Router Client, i.e. an IP Address, =E2=80=A6 " >> =E2=80=A6evidence to there being some redundant terminology here to weed a= way. >>=20 >> AODVv2: That was there as a reminder that a router client is based on IP a= ddress, even though the device with that IP address may have other IP addres= ses too. It=E2=80=99s the IP address that is the router client, not the devi= ce as a whole with its entire collection of configured IP addresses. One IP a= ddress of that device might be configured as a router client on one router, a= nd a different IP address of that device could be configured as a router cli= ent on another router. The IP addresses would seem to AODVv2 to be on differ= ent devices. >>=20 >>=20 >> 14. data elements >>=20 >> Thomas: The below is a little bit of a meta-com= ment, I am not quite sure what I think here. The definitions for Target Node= and such were confusing before. They still are, somewhat. >> I think that it may be because the definitions now used are simply copy-p= asted out from the tables in the previous version, for example: >> =E2=80=9CAn AODVv2 Data Element containing the destination address of t= he IP packet triggering route discovery.=E2=80=9D >> OK, I can trace back and see that a Data Element is something that exists= inside a protocol message. To me, however, that=E2=80=99s not really genera= l terminology as such, but part of the specification of a packet format - or= rather, it is the notation that you use when describing an algorithm. By th= e way, why are some notations in CamelCase whereas others have a space in th= em, e.g. =E2=80=9CTarget Node=E2=80=9D and =E2=80=9CTargMetric=E2=80=9D, bot= h of which are Data Elements? Would be good with a consistent approach here.= >> I *think* that it would be better to take all those =E2=80=9CData Element= =E2=80=9D bits and move to a separate section (or subsection) to the termino= logy, and then keep all the =E2=80=9Cother stuff=E2=80=9D (Neighbor, =E2=80=A6= ) in its own section. >>=20 >> AODVv2: Your comment from draft 11 where we already had data elements in a= separate table, says: >> "Also suggest abolishing this table and folding the definitions in with t= he other definitions in the terminology section." >> We have updated to not refer so heavily to the term Data Element. All the= terms are described in the Terminology section. Those in CamelCase are used= as message fields. >>=20 >>=20 >> 15. Route =E2=80=9Cto a specific address=E2=80=9D >> Thomas: >> I made a comment: Second, should =E2=80=9Cvalid route=E2=80=9D not be qua= lified by =E2=80=9Cto a specific address=E2=80=9D?=E2=80=9D >> Which was not addressed. >>=20 >> AODVv2: Every route is to a specific address...= the address is specified by Route.Address and Route.PrefixLength. >> Do you mean that routes are to the address TargAddr or OrigAddr and there= fore to a specific host address rather than to a network prefix? This is not= the case. Prefix Length is included in AODVv2 mes= sages so that the route learned from the message represents the prefix which= OrigAddr or TargAddr resides on (if the router client entry corresponding t= o OrigAddr at RREQ_Gen or TargAddr at RREP_Gen is configured with a prefix l= ength). e.g. OrigAddr is 10.0.0.1 but the corresponding router client entry a= t RREQ_Gen could be 10.0.0.0/8. So when constructing the RREQ you include a p= refix length of 8, and when receiving the RREQ and learning the route to Ori= gAddr, you can install a route to 10.0.0.0/8. Text has been updated to make= this more obvious. >>=20 >> 16. unreachable address >>=20 >> Thomas: I also made a comment on "Unreachable Address=E2=80=9D - I am gla= d I did, because I apparently had a different understanding than what was in= tended. I now see that an Unreachable Address by definition is an address li= sted in a RERR message, and not the same as an address to which no route has= yet been discovered? If yes, then please use a different term, such as = FormerlyReachableAddress=E2=80=9D or something of the= sort? >>=20 >> AODVv2: "Formerly reachable" is inaccurate... we send a RERR if another r= outer forwards a packet via us, and we dont have a route, not just when we l= ose a route. We might never have had a route, or might never have had a vali= d route, so the address may not have been "formerly reachable". Also, I thin= k "FormerlyReachableAddress" is a really ugly term. Unreachable means "we do= n=E2=80=99t have a route and we aren=E2=80=99t going to request one" or "we l= ost this route" (depending on why the RERR is being sent). It doesn=E2=80=99= t mean "we didn=E2=80=99t request one yet", and it would be wrong to class a= n address as unreachable because we hadn=E2=80=99t requested a route for it y= et, that is, assuming it=E2=80=99s configured as a router client.=20 >>=20 >> If a better term is suggested we could consider changing but at the momen= t we have kept =E2=80=9CUnreachable Address=E2=80=9D. >>=20 >>=20 >> 17. Applicability - multiple interfaces same address, 6621 again >>=20 >> Thomas: Applicability statement: First, I would like to recognize the eff= orts made to improve this since last review. Thanks >> Second, the document states: "AODVv2 supports routers with multiple inter= faces, as long as each interface configured for AODVv2 has a unicast IP addr= ess. A router may use the same IP address on multiple interfaces. Address a= ssignment procedures are out of scope for AODVv2.=E2=80=9D >> Is that true? Granted, I have not worked this through in detail, but I ca= n present a counter-example: the use of RFC6621 means that there certainly a= re some constraints that must be respected least various flooding optimizati= ons may not work. >> Secondly, if the multiple-interfaces-with-same-address are on the same L2= , and this is what I have not worked through, are there any situations that w= ill not work? >> The immediately previous version of this specification read: >> "AODVv2 supports routers with multiple interfaces, as long as each interf= ace configured for AODVv2 has its own unicast routable IP address" >> So what changed that means that each interface no longer needs its *own* u= nicast address? >>=20 >> AODVv2: Well, based on previous questions on this, we talked it through a= nd decided there shouldn=E2=80=99t be an issue if different interfaces of a r= outer used the same IP address. Note that we changed AODVv2 so that there is= one sequence number per router. No longer can a router use different sequen= ce numbers on different interfaces. If an RREQ went out of two interfaces us= ing the same address, we worked it through and decided the request would be p= rocessed correctly.=20 >> Also, text referring to RFC 6621 has been removed. >>=20 >> 18. Applicability and appendix - multihoming >>=20 >> Thomas: I pointed out to the Applicability Statement: >> I think that appendix B needs to be removed. Essentially, it makes claims= that it is possible to do multi-homing =E2=80=94 but neither specifies how i= t is done, nor gives pointers to documents that justify the claim. >> AODVv2 does not support multi-homing =E2=80=94 that=E2=80=99s clear, and i= t is fine that it is called out here. Thank you for that. >> Now, with that being said, I am torn between being satisfied that it is c= alled out on one hand, and wanting to have =E2=80=9Cmulti homing=E2=80=9D on= the other hand. RFC7181 supports multi-homing, FWIW. >> I believe that this also would merit some explicit discussion by the WG, i= n order to understand if this design decision is acceptable? >> I see that Appendix B still is in the document, and I do not recall havin= g seen this discussed on the mailing list. Simply removing the reference fro= m the Applicability Statement to Appendix B does not address the issue that I= raised in my previous review. >>=20 >> AODVv2: Appendix has been removed and may appear in a future informationa= l document. >>=20 >> 19. interfaces list - use of =E2=80=9CSHOULD=E2=80=9D >>=20 >> Thomas: To 4.1, I made the following comment: >> "Is this a should, or a SHOULD? If the latter, should it be a MUST? >> In general, there are a lot of such =E2=80=9Cmaybe normative language=E2=80= =9D through the document, and I would much like to see an editorial pass =E2= =80=94 essentially all may/should/ must and friend= s carefully evaluated as if they should become 2119-terms, and ... more impo= rtantly (it has been called out before, fwiw) quite a bit of should/SHOULD w= hich ought to be transformed into MUST. >> Generally, aiming for a very a low number of SHOULD is a good design metr= ic for a document=E2=80=9D >> Aside from the general comment on 2119-language= , why is this a SHOULD? >>=20 >> AODVv2: We changed this instance to a MUST and will be checking for =E2=80= =9Cmaybe normative language=E2=80=9D. >>=20 >>=20 >> 20. Router client - Local Attached Network Set >>=20 >> Thomas: To 4.2, I made the following comment: >> As indicated earlier, I believe that the term =E2=80=9CRouter Client=E2=80= =9D is ill chosen. I believe that it is more appropriately an =E2=80=9CAttac= hed Network Set=E2=80=9D since =E2=80=94 as indica= ted previously =E2=80=94 the term =E2=80=9CRouter Client=E2=80=9D is ambiguo= us. I am pleased to see, though, that this =E2=80=9CRouter Client List=E2=80= =9D in reality is an =E2=80=9CAttached Network Set= =E2=80=9D and so that change should be (relatively) easy. >> The above comment still is applicable to this revision, >>=20 >> AODVv2: See 5,9,12,13. >>=20 >>=20 >> 21. Subnet >> Thomas: To 4.2, I made the following comment: >> Also, I recommend to not say =E2=80=9Csubnet=E2=80=9D =E2=80=94 how about= rephrasing to =E2=80=9CIf a prefix is included in the attached network set o= f an AODVv2 router, then that AODVv2 router MUST p= rovide connectivity for, i.e. answer to RREQs and maintain sequence numbers f= or, all addresses from within that prefix.=E2=80=9D >> I note that while the term has been removed from section 4, there=E2=80=99= re 4 lingering instances of this term in the document, that could easily be r= emoved. >>=20 >> AODVv2: All mentions of "subnet" were in the ENAR section. They have been= updated to say network, or "networks attached to the routers" >>=20 >>=20 >> 22. relocating router client >>=20 >> Thomas: I Also made a comment about Appendix B in my previous review, whi= ch is referenced here. That comment still applies. >>=20 >> AODVv2: Moved into main draft. >>=20 >>=20 >> 23. Neighbor Monitoring >>=20 >> Thomas: To Section 4.3, I noticed: >> Does section 6.2 describe how to monitor an established adjacency only, o= r how to discover neighbouring AODVv2 routers? Looking in 6.2, I see >> =E2=80=9CNot every pair of neighboring routers will necessarily form an a= djacency,=E2=80=9D =E2=80=94 so it likely isn=E2=80=99t 6.2 that tells me ho= w to maintain this table? >> In short, =E2=80=9CA neighbour table MUST be maintained=E2=80=9D =E2=80=94= where can I find information on how to do this? >> Section 6.2 states: >> =E2=80=9CThe default approach for monitoring bidirectional connectivity t= o the next hop toward OrigAddr is to request acknowledgement of Route Reply m= essages.=E2=80=9D >> That certainly will tell me if a link over which an RREP is sent is bi-di= rectional, but will not maintain a =E2=80=9Cneighbor table=E2=80=9D. >> So how is this done? Or, is the =E2=80=9CNeighbor Table=E2=80=9D not supp= osed to contain the complete set of neighbours? What information =E2=80=9C..= .MUST be maintained=E2=80=9D then, in this table? >> This is very unclear, I would not know how to implement a mechanism that p= opulates this =E2=80=9CNeighbor Table=E2=80=9D with the needed information h= ere. >> I see no (relevant) changes to 6.2 nor to 4.3 so I assume that this comme= nt has not been addressed >>=20 >> AODVv2: A new section was added to show how to update the neighbour table= . There have also been updates to this entire section since version 12. >>=20 >> 24. pseudo-code >>=20 >> Thomas: >> I am throwing this in here, as I am sure that I commented on that in the p= revious review, but I do not see that addressed: is Appendix C normative, or= not? It represents =E2=80=9C a second specification of the protocol, in a d= ifferent language=E2=80=9D from the main part of the specification. I have n= ot walked through and made 200% sure that both are perfectly aligned and tha= t there are no ambiguities, but having two differe= nt specifications of a protocol is a recipe for disaster. Please either mak= e 2000% sure that they are specifying the same thing without ambiguities, or= remove one. >>=20 >> AODVv2: Removed - maybe to include in an informational document in future= . >>=20 >>=20 >> 25. seqnum as 16 bit unsigned integer >>=20 >> Thomas: To section 4.4, I wrote: >> "would like to nit-pick that: the router can maintain this sequence numbe= r in whatever format it pleases =E2=80=94 but, when it includes it in contro= l messages, it must be representable in a specified format, respecting certa= in rules.=E2=80=9D >> I see that there were no changes following this comment. >>=20 >> AODVv2: Why store it as anything other than what it needs to be when it g= oes into a message? However, we now state "MUST report its own sequence numb= er as a 16 bit....whenever it creates a RREQ or RREP message". >>=20 >>=20 >> 26. multiple seqnums? >>=20 >> Thomas: >> To section 4.4 I asked for clarification as to if sequence numbers were p= er interface or per router, as the specification was unclear on that. The wo= rds has changed, but it still is unclear: how many sequence numbers does a r= outer maintain? One? One per interface? >>=20 >> AODVv2: We tried to start discussion on that point, and in the meantime w= e reverted to having 1 seqnum per router. We think the text is clear... we r= efer to "the routers sequence number" or "its sequence number" - never hinti= ng that there could be multiple seqnums per router (as far as I'm aware). >>=20 >>=20 >> 27. sets/lists/tables >>=20 >> Thomas: >> In my previous review, I expressed that it would be preferential to use =E2= =80=9Ca notation of Sets=E2=80=9D rather than tables. I see that this has no= t changed. >>=20 >> AODVv2: You preferred sets rather than lists in your previous review...an= d explained our reasoning for this in responses to the MANET list, and we di= d not receive further comments. >>=20 >>=20 >> 28. use of =E2=80=9Cnode=E2=80=9D >>=20 >> Thomas: >> I made a comment on node and address, let me pick this up again. The foll= owing: >> RteMsg.OrigAddr >> An IP address of the node which requires the route, i.e., the source addr= ess of the IP packet triggering the route request. >> would be more compact and clear if getting rid of the term =E2=80=9Cnode=E2= =80=9D and said: >> RteMsg.OrigAddr >> The source address of the IP packet triggering the route request. >>=20 >> AODVv2: Change made as suggested. >>=20 >> 29. route table/rib/routing set >>=20 >> Thomas: To section 4.6, and I (and others) have commented on this before:= >> All AODVv2 routers MUST maintain a route table. The route table entry is= a conceptual data structure. Implementations MAY use any internal represen= tation but MUST contain the following information: >> In order to avoid confusion, rename this to =E2=80=9CRouting Information B= ase=E2=80=9D or =E2=80=9CRouting Set=E2=80=9D =E2=80=94 a Routing Table is a= n operating system construct, whereon operations directly influence packet f= orwarding. What you are defining here is a RIB/an RS. >>=20 >> AODVv2: Done in version 13. >>=20 >>=20 >> 30. rreq for prefix, use of =E2=80=9Cip address=E2=80=9D and =E2=80=9Cadd= ress" >>=20 >> Thomas: >> The confusion that I pointed out in my previous review on =E2=80=9CIP add= ress=E2=80=9D and =E2=80=9CAddress=E2=80=9D being used a bit haphazardly per= sists, fwiw. It makes me think, can a router send an RREQ for a prefix? >>=20 >> AODVv2: See also #15. RREQ_Gen can include the prefix associated with Ori= gAddr by adding a prefix length to the message, the prefix length associated= with the router client entry corresponding to OrigAddr. So all routers whic= h receive it can learn a route to the prefix on which OrigAddr resides. But f= or TargAddr... the RREQ only has one target IP address - the destination IP a= ddress of the packet requiring the route... so what prefix length would it u= se? The RREQ requests a route to a single IP address. However, when the RREP= is created, RREP_Gen should include the prefix length associated with the r= outer client entry for TargAddr. So all routers which receive this RREP lear= n a route to the prefix TargAddr is part of (if the router client entry is c= onfigured with a prefix length). The text has been updated to make this more= obvious. >>=20 >>=20 >> 31. next hop ip address wording >>=20 >> Thomas: >> I also called this out in my previous review as incorrect, and despite wo= rdsmithing it still is: >>=20 >> Route.NextHop >> The source IP address of the message advertising the route t= o >> Route.Address, i.e. an IP address of the AODVv2 router used= for >> the next hop on the path toward Route.Address. >>=20 >> If that =E2=80=9Cmessage=E2=80=9D is an RFC5444 entity, then it does to h= ave a =E2=80=9Csource IP Address=E2=80=9D =E2=80=94 the encapsulating IP dat= agram containing the packet containing the message does. And the message MAY= have an Originator Address >>=20 >> AODVv2: Updated to say =E2=80=9Cthe source IP address of the IP packet co= ntaining the message advertising...=E2=80=9D >>=20 >>=20 >>=20 >> ******************************************************************** >> This email and any attachments are confidential to the intended >> recipient and may also be privileged. If you are not the intended >> recipient please delete it from your system and notify the sender. >> You should not copy it or use it for any purpose nor disclose or >> distribute its contents to any other person. >> ******************************************************************** >>=20 >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> =20 >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >>=20 >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-A922C76D-BA11-4AE6-86AB-1E7178146A49 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
You said that the paper h= adn't identified a loop. If you'd stopped there, that would have been fine. I= think I can see where they were assuming rather strange behaviour.

But y= ou then went on to say "Other discussion about routing loops has not identif= ied routing loop problems in the existing specification." That goes further a= nd indicates no other discussion about loops. But Lotte has just said that t= here was other discussion. More, she says two loops were identified (and now fixed= ).
In addition, you're now saying that unconfirmed routes can't form a lo= op. That may be so, as I said I haven't considered the case. But Lotte just s= aid there were two loops that needed fixing.

The problem is that the stat= ements the authors are making are contradictory. And that leads to a lack of= confidence.

-- 
Christopher Dearlove



--  On 16 Mar 2016, at 2= 0:32, Charlie Perkins <c= harles.perkins@earthlink.net> wrote:

=20 =20
Hello Chris,

I stand by my statement.  The cited paper did not identify a loop.&= nbsp; Most importantly, the crucial part about route looping being prevented by sequence number still stands.  I also point out that the authors of that paper were constructive and complimentary to the clarity of the AODVv2 specification.  I truly hope we can work together with them to further prove the correctness of the protocol.
=
Regarding the situation with unconfirmed routes, please not that unconfirmed routes can never be part of a routing loop because they don't carry data.

Regarding the off-list discussion, it is our online equivalent of a hallway discussion, and a manageable, constructive environment for us to produce responsive resolutions to the comments from you and others.  I hope we will see the rest of your comments soon because we want to resolve them as soon as possible.  We were honor-bound t= o not disclose private information to the list, but as you can see we also work hard to resolve privately submitted comments.

Regards,
Charlie P.


On 3/16/2016 10:22 AM, Dearlove, Christopher (UK) wrote:

I haven=E2=80=99t followed the example (= I hope to find time - but that=E2=80=99s true of too many things, w= ith DLEP ahead of AODVv2 on this list).

 

But we have a loop, a pretty fundamental problem in a routing algorithm, being discussed by the authors off-list, while in parallel assuring the list that =E2=80=9COther discussion about routing loops has not identified routing loop problems in the existing specification.=E2=80=9D (see email chain below).

 

I think we have a real problem with what=E2=80=99s wanting to advance to Proposed Standard soon, in terms of process and confidence.

 

(I still haven=E2=80=99t managed to eve= n write up comments on the perhaps one third of the draft I have read through yet.)

 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied Intelligence Laboratories
__________________________________________= ________________________________

T:  +44 (0)1245 242194 &nb= sp;|  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP

 

From:<= span lang=3D"EN-US"> Lotte Steenbrink [mailto:lotte.steenbrink@fu-berlin.de]
Sent: 16 March 2016 17:13
To: Dearlove, Christopher (UK)
Cc: Charlie Perkins; manet
Subject: Re: [manet] AODVv2 responses to recent comments

 

 

*** WARNING ***

This message originates from outside our organisation, either from an external partner or the internet.
Consider carefully whether you should click on any links, open any attachments or reply.
For information regarding Red Flags that you can look out for in emails you receive, click here.
If you feel the email is suspicious, please follow this process.

=

Hi Christopher,

 

Am 02.03.2016 um 11:36 schrieb Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>:

 

My concerns have been that your co-authors have continued to discuss whether looping could occur since you published to the list saying all was well. (An issue to do with multiple unconfirmed routes.) Maybe that=E2=80=99s a problem, may= be it isn=E2=80=99t. But it lacks transparency, because it hasn=E2=80=99t been discussed here.

 

The loop possibility you=E2=80=99re refer= ring to was a different one than the one discussed by Charlie. We=E2=80=99ve been contacted by researchers who are model chec= king MANET protocols to see if they permit any unwanted behaviour. They=E2=80=99ve used AODVv2 as a case study for the= framework they=E2=80=99ve implemented to do this, and they=E2=80= =99ve found the following loop:

 

<mime-attachment.jpg>

 

1. n2 initiates a route discovery procedure for destination n3 by broadcasting a =E2=80=9Crreq=E2= =80=9D message.

2. n1 and n4 upon receiving the =E2=80=9C= rreq=E2=80=9D message, add a route to their routing tables towards n2 and store n2 as their next hop. Since it is the first time that these nodes have received a message from n2, the neighbor state of n2 is set to unconfirmed. Therefore, the route state is unconfirmed.

3. As n1 and n4 are not the intended destination of the route request, they rebroadcast the =E2=80=9Crreq=E2=80=9D message.

4. n1 receives the =E2=80=9Crreq=E2=80=9D= message sent by n4 and since the route to n2 is unconfirmed it adds n4 as new next hop to n2.

5. n4 also adds n1 as the new next hop towards n2 after processing the =E2=80=9Crreq=E2=80=9D sent by= node1. At this point a loop is formed between n1 and n4 but not used yet.

6. n3 receives the =E2=80=9Crreq=E2=80=9D= message sent by n1 and since it is the destination, it sends a =E2=80=9Crre= p=E2=80=9D message towards n1.

7. n2 moves out of n1 and n4 communication range.

8. n1 receives the =E2=80=9Crrep=E2=80=9D= message sent by n3 and as the route state towards n2 is unconfirmed it multicasts the =E2=80=9Crrep=E2=80=9D message to the existing n= ext hops, n2 and n4. Since n4 is adjacent to n1, it receives the message and then sends an ack to n1. Therefore, n1 sets the neighbor state of n4 to confirm and subsequently the route state towards n2 to valid. Then expunge the next hop n2 which has not received an ack from.

9. n4 by receiving the =E2=80=9Crrep=E2=80= =9D message from n1 multicasts it to its next hops towards n1 and n2,
and similar to n1 it updates its routing table by validating n1 as its next hop to n2. At this point, a loop between n1 and n4 becomes valid.

 

 

 

In response to these findings, we've changed 6.7.1.  Evaluating Route Information= in -13, so that LoopFree() is *always* considered before adding a new route, even if all known routes to date are Unconfirmed.

 

Following up, they=E2=80=99ve found= another loop in -13:

 

<mime-attachment.jpg>

 

  1. At first nodes are connected to each other as shown in Fig1.a.
  2. n0 initiates a route discovery procedure for destination n3 by multicasting a =E2=80=9Crreq=E2=80=9D message to n2 wi= th sq=3D2.
  3. n2 after updating its routing table, multicast the =E2=80=9Crreq=E2=80=9D to its neighbors, n1 and n3.
  4. n1 upon receiving the =E2=80=9Crreq=E2=80=9D message sent by= n2 updates its routing table and adds a route with hop-count=3D2, sq=3D2 and next-hope=3D2
  5. Consider that topology changes at this point and n1 moves into communication range of n0, gets connected to n0, and n2 leaves n0 communication range, gets disconnected from n0, which leads to network topology shown in Fig1.b.
  6. n0, which hasn=E2=80=99t received an =E2=80=9Crrep=E2=80=9D y= et, resend the =E2=80=9Crreq=E2=80=9D message after increasing its sequence= number to 3.
  7. n1 receives the new =E2=80=9Crreq=E2=80=9D message, with sq=3D= 3, next-hop=3D0 and hop-count=3D1, since it=E2=80=99s a better r= oute it would be added to the routing table. Then n1 multicast the =E2=80=9Crreq=E2=80=9D message to its neighbors, n2 and n= 3.
  8. n2 evaluate the received message sent by n1 and adds a new route to its routing table with sq=3D3, next-hop=3D1 and= hop-count=3D2 since the sequence number of the received message is greater than the stored one.

At this point a loop has been formed between nodes n1 and n2.

 

 

Since we=E2=80=99ve moved to disall= owing multiple Unconfirmed routes (in -14, which isn=E2=80=99t published yet), this one is resolved already as well.=

 

 

The reason we didn=E2=80=99t discuss this e= arlier on [manet] was that the authors hadn=E2=80=99t submitted their p= aper yet (and I didn=E2=80=99t want to leak their work). They=E2=80=99= ve done so now, and will send us a link to their paper once it=E2=80=99s available. I=E2=80=99m guessing it=E2=80=99ll take a while to be= published properly, but it should be enough for for our purposes for the paper to appear on arxiv.org<= /a> for now=E2=80=A6

 

Best regards,

Lotte



 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied Intelligence Laboratories
______________________________________= ____________________________________

T:  +44 (0)1245 242194=  |  E:&= nbsp;chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP

 

From: Charlie Perkins [mailto:cha= rles.perkins@earthlink.net]=  
Sent:&nbs= p;01 March 2016 01:08
To: = Dearlove, Christopher (UK); manet
Subject:&= nbsp;Re: [manet] AODVv2 responses to recent comments

 

 

*** WARNING ***

This message originates from outside our organisation, either from an external partner or the internet.
Consider carefully whether you should click on any links, open any attachments or reply.
For information regarding Red Flags that you can look out for in emails you receive, click here.
If you feel the email is suspicious, please follow this process.

=

Hello Chris,

On 1/19/2016 5:37 AM, Dearlove, Christopher (UK) wrote:

And outside those 31, that we=E2=80= =99re at this position with a suggestion there=E2=80=99s possi= ble looping (about which I have no idea) isn=E2=80=99t that comforting.


I hope your concerns have been resolved on this matter. = ; The paper mentioned on the mailing list pointed out various ambiguities in RFC 3561 described how the ambiguities might be construed to install self-routes and, combined with possible inconsistent choices for sequence number, loops could result.  But the email to the list several weeks ago indicated that these ambiguities do not exist in AODVv2.  The authors of tha= t paper have expressed interest in doing a similar analysis on AODVv2.

Other discussion about routing loops has not identified routing loop problems in the existing specification.  Use of unconfirmed or invalid routes for routing might lead to errors, but that doesn't carry over to produce loops in the route table.

I'm looking for any other open issues outside of the Security Considerations which is being reworked according to recent comments but should be submitted soon.

Regards,
Charlie P.




 

There=E2=80=99s also a lot of documen= t to review. Which of course I haven=E2=80=99t done at this tim= e. But my attention did alight on the IANA considerations section, and I noted there that:

- Not sure why the jump to 10 for message types, though I=E2=80=99m not opposed.

- The PATH_METRIC TLV can=E2=80=99t b= e type 10, that=E2=80=99s already taken. See IANA register.

- We previously pointed out that CONT_SEQ_NUM (COMPLETE) already exists and does the job that SEQ_NUM is doing, so why allocate another TLV? (You could avoid the necessity of repeating (COMPLETE) by simply commenting once and thereafter omitting.)

- Why the suggested skipping of types 12 to 14?

 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied Intelligence Laboratories
__________________________________________________________________________
T:  +44 (0)1245 242194  |  E: chr= is.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP

 

From:<= /b> <= /span>manet [mailto:manet-bounces@ietf.org] On Behalf Of <= /b>Victoria Mercieca
Sent: = 18 January 2016 21:45
To: manet
Subject:&nb= sp;[manet] AODVv2 responses to recent comments

 

 

*** WARNING ***

This message originates from outside our organisation, either from an external partner or the internet.
Consider carefully whether you should click on any links, open any attachments or reply.<= br> For information regarding Red Flags that you can look out for in emails you receive, click&n= bsp;her= e.
If you feel the email is suspicious, please follow&= nbsp;this process.

*** WARNING ***<= br> EXTERNAL EMAIL -- This message originates from outside our organization.

 

Hi all,

We have just released the newest AODVv2 draft. The major update is the separation of the AODVv2 route set from the RIB.
=
Here are also responses to the comments received before Christmas. This should include all the points from Thomas Clausen regarding versions 11 and 12, and also a couple of other points which have been brought up since. Apologies for the huge email. For issues that need further discussion, I have tried to include the main points of the discussion so far. Please feel free to create a separate thread for any further discussion.

We are still looking into the loop conditions recently reported for AODV, also still working on the text about security, and use of msg-hop-limit.

Kind regards,

Victoria.

 


1. End-to-end / hop-by-hop acks - issue when a route is marked as confirmed and valid when the link to the next hop is confirmed as bidirectional (but the links downstream have not yet been verified as bidirectional).

AODVv2: The authors believe this is an issue which would not occur frequently, and would right itself. 

This only occurs for the route to OrigAddr. What needs to happen for this to occur is that an intermediate node that takes part in the route discovery between OrigAddr and TargAddr coincidentally has packets to send to OrigAddr in the time between confirming the link to its own next hop toward OrigAddr is bidirectional, and the time taken for all other routers on the path to confirm their next hops too. If the route is used to forward packets before every other link in the path is confirmed as bidirectional, and the data packets are forwarded faster than the RREP and any RREP_Acks, then yes they could be delivered to a router without a valid route to OrigAddr. Alternatively if one of the links turns out to be unidirectional then the data packets will also arrive at a router without a valid route. In these cases, RERR messages will be generated toward the source of the traffic, the route to OrigAddr will be deleted at routers back toward TargAddr, but if data packets are still flowing from any source to OrigAddr, the route will be re-requested by the router responsible for discovering routes for the source of the data.

The changes required to make acknowledgements end-to-end would require a lot more control traffic and be necessary for every route discovery and in almost all cases would be unnecessary.

Text has been added to the draft in =E2=80=9CLocal= Route State Changes=E2=80=9D to describe this.
=
2. Buffering
=EF=BB=BFThomas:
=E2=80=9CIt would seem that buffering, as specifie= d, does not accomplish what 
it states that it accomplishes: packets are (as you describe) still being
sent while no route is available, and therefore will be dropped later.
=3D> Consequently, it seems that buffering is a futile exercise?=E2=80=9D

AODVv2: =EF=BB=BFPackets are buffered before a rou= te exists. A router only begins sending them when it deems the route to be valid. In general, buffering is not futile.

True, there is this case outlined above where the router could deem the route valid before the bidirectionality check has happened for each and every hop. If the links chosen for the route are not all bidirectional, then yes, any data packets forwarded along this route will end up being dropped at some point on that path.&n= bsp;
This case is caused by the RREP_Ack being hop-by-hop, and not caused by buffering.

Thomas: =EF=BB=BF
=E2=80=9CBuffers have huge impacts on TCP performa= nce, and I doubt if the issues on e.g. TCP are well enough understood by this WG (Bufferbloat was an example of where people got it wrong, despite having extensive experience).=E2=80=9D
=
AODVv2: Packets will only be buffered while a route is requested. The TCP packets buffered will be packets for session initialisation. The authors believe that buffering these will have a positive effect. Some references have been suggested, listed here, the first of which has been included in the draft:
http= ://www.ieee802.org/21/archived_docs/2003-09_incoming/ccr-200109-koodli.pdf
Mobile Internetworking with IPv6: Concepts, Principles and Practices {Koodli, Perkins}
disc.ece.= illinois.edu/seminars_tutorials/tcp-wireless-tutorial.ppt
Analysis of TCP performance over mobile ad hoc networks&nbs= p;http://dl.acm.org/citation.cfm?id=3D= 313540
Alternatively, we could remove the mention of TCP, and instead state that buffering MAY be used for packets awaiting a route, but that implementation and implications of this are out of scope for AODVv2.


3. Use of msg-hop-limit and msg-hop-count:
Thomas:
But, either way, as according to your model messages are never forwarded, but always are intended for receipt by a router which is a direct neighbor, then a <msg-hop-limit> >1 (which applies to the message) seems inappropriate. 
Actually, according to that model, I would even say that receipt of a message with a <msg-hop-count> >1 should be interpreted as a malfunction.
As you refer to RFC5444 appendix B, do note that Appendix B of RFC5444 (and, note the errata 4003) talks about:
      <msg-hop-limit&g= t; field, if present, contains the number of hops on which the message is allowed to travel before being discarded by a MANET router.  The <msg-hop-limit> is set by the message originator and is used to prevent messages from endlessly circulating in a MANET. 
Specifically =E2=80=9Cset by the message originato= r=E2=80=9D and =E2=80=9Cnumber of hops on which the message i= s allowed to travel=E2=80=9D =E2=80=94 with your con= trol messages traveling just one hop, I believe that setting <msg-hop-limit> =3D 1 is correct.

AODVv2: Discussion is still needed here. We wonder if these fields are necessary at all for AODVv2. We were using them to limit the number of regenerations of a RREQ. However, the hop limit value needs to be large enough to allow a RREQ from one side of the network to another. It might be the case that using the hop limit, almost every router in the network would receive that RREQ anyway, and by using the redundancy check, we already stop RREQs from circulating endlessly.

4. Abstract
Thomas:
=E2=80=9CI made the following comment, which still= applies:
=E2=80=9CThis is a little over-stating the applicability: these statements may be true in some scenarios (for example, when there are few concurrent traffic flows, and therefore few routes to repair, and therefore few flooding operations to contend for channel access). As a general statement, this last sentence is incorrect=E2=80=9D=E2=80=9D

AODVv2: The text has been removed and the abstract now states: =E2=80=9C The Ad Hoc On-deman= d Distance Vector Version 2 (AODVv2) routing protocol is intended for use by mobile routers in wireless, multihop networks.  AODVv2 determines unicast routes among AODVv2 routers within the network in an on-demand fashion.=E2=80=9D=

5,9,12,13,20. Router Client
Thomas: = ;
=E2=80=9CI made a comment previously that =E2=80=9C= Router client=E2=80=9D is a poorly chosen term, and have proposed alternatives. I=E2=80=99ve seen some atte= mpts on the list at rather than change the term, explain it =E2=80=94 some of which is in this document. The =E2=80=9COverview=E2=80=9D still tal= ks about =E2=80=9Ca router=E2=80=A6one of its clients=E2=80=9D - which= is no less confusing than last time Iw went through it.
I reiterate, why not use =E2=80=9CLocal Attached Network Set=E2=80=9D, which is the term used by ot= her documents from this WG?=E2=80=9D

AODVv2: We already answered this suggestion on the MANET list and asked for comments and suggestions, and no responses were received. We have defined what we mean by Router Client, and the terminology has so far not changed. However, some alternatives have been suggested, so if you feel any of these are more effective, please let us know:
=EF=BB=BF=E2=80=A2    Advertised IP= Address: puts the emphasis on advertisement rather than topological connection
=E2=80=A2    Accessible IP Address:= puts the emphasis on accessibility through the particular router =E2=80=93 not bad
=E2=80=A2    Reduced Function Devic= e [RFD]: doesn=E2=80=99t roll off the tongue, but this is terminology used for L2R in IEEE 802 Wireless for a similar situation
=E2=80=A2    Accessible Device Addr= ess: adds some emphasis for the device as well as the address
= =EF=BB=BF=E2=80=A2    Stably Connec= ted IP Address: nothing is permanent, of course, but the router client set is thought to be relatively stable
=E2=80=A2    Topologically Connecte= d IP address: ... suggests that a "topological connection" is stable compared to wireless
=E2=80=A2    Administratively Assig= ned IP address: ... somehow does not connote the "otherness" of the router client devices.

6. Overview - adjacency
Thomas: = ;
The term =E2=80=9Cconfirming adjacency=E2=80=9D is= gone, and is now replaced by =E2=80=9Cconfirming bidirectionality=E2=80=9D - which, alas, still sou= nds like there is some active monitoring (HELLO message exchange) going on. Unless that is the case, then please be more specific here.
I note that the term adjacency is used through and through the document, btw.

AODVv2: The text has been updated to avoid the word adjacency. We do not believe the text implies active monitoring through HELLO messages.

7. Overview - forwarding plane
Thomas: I suggested in my last review: The overview must also include a paragraph on the intersections between this protocol and the forwarding plane =E2=80=94 this, as it is differen= t (and more invasive) from that which is typically seen in routing protocols.
Specifically, as a reactive protocol, it is required (at least) that the forwarding plane is modified :
1) A =E2=80=9Cmiss=E2=80=9D when looking up a next= hop for a data packet to be forwarded, is signalled to the AODVv2 process so as to permit that route discovery be launched;
2) A =E2=80=9Cmiss=E2=80=9D when attempting to del= iver a data packet to a next hop, which was recorded in the routing table, is signalled to the AODVv2 process so as to permit that a route repair be initiated and/or a Route Error be generated.
3) A =E2=80=9Chit=E2=80=9D when looking up a next h= op for a data packet to be forwarded to a destination is signalled to the AODVv2 process so as to permit maintenance of =E2=80=9Cactive route=E2=80=9D= Route State, timers and such.
Note that these things are necessary to call out in the =E2=80=9Coverview=E2=80=9D and in the =E2=80=9Capplicability statement=E2=80=9D, both: i= t is not that they are negatives per se, but that they are important factors governing the applicability of this protocol: will a given platform permit such access to the forwarding plane, for example? Important to understand if for that platform this protocol is apple
I see that this was not addressed in the overview, nor in the applicability other than by a forward reference to section 6.4. While it is positive that there is a section 6.4, this does not exonerate the overview and the applicability statement for being honest about the requirements (notably to the platform/os) that this protocol has for being applicable

AODVv2: The Overview and the Applicability Statement now refer to these basic requirements for the interaction with the forwarding plane. The Applicability Statement also contains the reference to the later section which describes this in more detail.

8. 7182 and security

Thomas: I suggested in my last review: It is important to do more than this: 7182 does only provide =E2=80=9Ccontainers=E2=80=9D for ICVs and t= imestamps, and does not specify how to use them to obtain specific security properties. RFC7182 may be a tool that can be used, but how* that tool is used is what determines the security properties.
Therefore, saying that =E2=80=9Csecurity is dealt w= ith by using RFC7182=E2=80=9D is either an incomplete statement, or is indicative of insufficient security considerations.=E2=80=9D
The actual sentence in the I-D has been changed, now it explicitly names the two TLVs from 7182 that it uses. That is, alas, still not sufficient.
Making the aside that was discussed recently on the list, that (i) control messages are not forwarded, and that (ii) they are modified in transit, the security/trust model is somewhat different from that of 7181 and consequently for what 7182 was initially written for. I think that  calling out the trust model, and how 7182 actually is used here, might be what is called for.
Continuing with the aside, this *especially* as the applicability statement says: "Providing security for a reactive routing protocol can be difficult=E2=80=9D

Thomas:
=EF=BB=BFOK, so assume that I understand regenerat= ion as per my previous email, as meaning =E2=80=9Cgene= rate a new message and send to my neighbors, based on what I learned when processing a received message=E2=80=9D =E2=80=94 just like any distance v= ector protocol does.
In that model, what you write makes sense: each originator of a control message (i.e., whoever generates or regenerates it) is free to include the information it desires, such as the 4 points you list above. No issues with that.
However, and this joins what I pointed out in a previous email, you write in the applicability statement: "Providing security for a reactive routing protocol can be difficult."
While we can discuss if the nature of =E2=80=9Creactive routing protocol=E2=80=9D= generates particular difficulties, we certainly can agree that this protocol has the same =E2=80=9Cdifficulties=E2=80=9D as a dist= ance vector protocol: routing topology information (by definition) not being exchanged end-to-end, but between neighbors (who do calculations an= d generate their own announcements =E2=80=94 regeneration, as you call it). 
This means that a specific security model of transitive trust must be assumed, no? I trust Victoria, therefore when Victoria says =E2= =80=9CStan told me=E2=80=9D then I trust that she a= ctually verified that "it was indeed Stan who told her =E2=80=A6=E2=80=9D =E2=80=94 and eit= her way, I have no way of verifying?
I did not see the trust model / trust assumption discussed in the specification (specifically not in applicability and in section 13, both of where it should be called out), but I think that this is actually a crucial point to get right, in order to approach developing the MTI security mechanisms.
Anyways, that observation actually contrasts strongly with what the applicability statement then goes on to say, namely:
   AODVv2 provides for message integrity= and security against replay
   attacks by using integrity check valu= es, timestamps and sequence
   numbers, as described in Section 13.<= br> This is true only in as much as messages are indeed exchanged between neighbors: when you =E2=80=9Cregenerate=E2=80=9D a message, i= .e., generate a new message in response to receipt of a message, you generate brand new payload (but possibly including some of the data from the received message, of course): thus, any ICVs =E2=80=9Cfrom farther away than the neighbor=E2=80=9D will be useless (or, if you= zero out the parts that you change, these parts will not be protected).
The above sentence, quoted from the applicability statement, and that which transpires from section 13, seems - certainly, absent the trust model assumed - to suggest that end-to-end protection/validation is provided. But, this is not the case.
Finally to the applicability statement, a question:
If security associations can be established, encryption can be used for AODVv2 messages to ensure that only trusted routers participate in routing operations.
What you want to say here is that =E2=80=9Cif all trusted routers have a shared secret, then we=E2=80=99re able to use that shared secret to ig= nore non-trusted routers=E2=80=9D, right? 
While =E2=80=9Csecurity associations=E2=80=9D that= do not pass through a shared secret probably can be thought up, it=E2=80=99s not trivial and I did not= find any discussion of that in the document?
Having, on the topic of security, re-read Section 13, which starts:
   This section describes various securi= ty considerations and potential
   avenues to secure AODVv2 routing.&nbs= p; 
While this is an honest description of what follows, I remain convinced that this is not sufficient. So let me ask as precisely as I can:
o what is the MTI security mechanism that a conformant implementation must provide? Specifically: - which are the processing steps (for example in section 7.2.1 and section 7.2.2 for RREP - and similarly for the other message types) that define that security mechanism
o what protection is offered by that MTI security mechanism? And what remains vulnerable.
If this specification targets std.track, then it should include (reasonably solid, but definitely well specified) MTI security.

Chris Dearlove:
=EF=BB=BFThere are two potential choices:

- RREQ has an integrity check value to indicate that someone trusted created it, if not necessarily the destination. That someone might be identifiable or not.
- RREQ has a signature that indicates that the destination created it.

Unfortunately, an RREQ that changes as it is forwarded (aggregating data of any sort) makes the second option tricky, unless there=E2=80=99s s= ome sort of aggregating signature as it is forwarded. But I=E2=80=99m not an expert on the latter.

The most trivial case of the former is simply that everyone trusted has a single shared key. That has obvious issues =E2=80=93 although it was g= ood enough that embodied as RFC 7183 we could get 7181 through the system (as a =E2=80=9Cmust implem= ent, do not need to use=E2=80=9D minimal case). Alternatively something identity-based (e.g. draft-ietf-manet-ibs) could be used, so you know who created the message you received, but you are relying on a chain of trust, hop by hop. At which point you might as well just sign packets (see RFC 7182).

But in even the weakest case (the single shared key used hop by hop) there has to be a failure for things to go wrong - either loss of key (in which case all bets are off) or suborning one router (who can do quite a lot of damage).

I haven't read the latest AODVv2 draft yet, but this sort of thing should be described in its security considerations - the previous draft though didn't discuss this as far as I recall.

Chris Dearlove:
=EF=BB=BFIf you go down this route of assuming transitive trust, then you might as well use 7182=E2=80=99s packet ICV and timestamp rather tha= n message ICV and timestamp.
 
There is a complication (mostly one of presentation) that the 5444 multiplexer (rather than AODVv2) needs to do this, at least for packets containing AODVv2 messages (but at which point, probably all 5444 packets). So you either, depending on your point of view, need to request it to do that, or (administratively) decline to operate except over a 5444 multiplexer that is doing this.
 
The advantage is one of saved space and time when packets contain more than one message. Plus slightly better protection (hop count and limit are covered) but which probably doesn=E2=80=99= t matter here.
 
If messages are changed/replaced on a one-to-one basis as forwarded, then the only solutions I can see are hop by hop transitive trust (packets or messages per hop), or something complicated involving aggregation and knowledge of changes. But the latter would be a research task to develop, so let=E2=80=99s no= t try that.

Jiazi Yi:
I=EF=BB=BF agree with Chris and Thomas on their concerns on the hop-by-hop security issue. 
This is very different from classical DV protocol, in which the vector information is designed to be exchanged between neighbours. 
In AODVv2, the RREQ/RREP/RERR are to be forwarded through multiple hops. A router can sign a message that isn't actually initialised by itself -- this is, at least, against intuition.&n= bsp;
This can be an issue if we have compromised routers in the network. Of course, a compromised router is a problem for every protocol, like OLSRv2. But in OLSRv2, a compromised router can only speak on behalf of itself -- however, in AODVv2, a compromised/mis-configured router can pretend to be any other router (for example, generate RREQ messages using another address as OrigAddr).  The consequence will be much more= serious if that happens. 

AODVv2: This is not yet addressed.

9. Terminology - host, routers, router clients:&nbs= p;

Thomas: My last review suggested:
=E2=80=9CThis has been brought up on the list seve= ral times in the past, without having been addressed.
There are =E2=80=9Chosts=E2=80=9D and there are =E2= =80=9Crouters=E2=80=9D =E2=80=94 whose roles are well defined. Node=E2=80=9D not so= much =E2=80=94 which is clear from looking at the definition here: =E2=80=9Ceither AODVv2 routers or= router clients=E2=80=9D (with =E2=80=9Crouter clie= nts=E2=80=9D being defined as =E2=80=9Can AODVv2 router is also its o= wn router client=E2=80=9D).

This is very much related to the use of =E2=80=9CRouter Client=E2=80=9D, and both that ter= m, and =E2=80=9Cnode=E2=80=9D indicative that some clarit= y is needed here.

All a router cares about is =E2=80=9Can address=E2= =80=9D. If that address is of a network, or a router, or an interface (and, if said interface is installed in a router or a host) doesn=E2=80=99t matter.

So, =E2=80=9Can address=E2=80=9D is something that= the routing protocol should care about finding paths to. Which means that each address that should be made reachable by the routing protocol should be advertised by (at least) one router in the network.

One way of doing that would be to simply talk about =E2=80=9CAttached Networks=E2=80=9D as is do= ne in RFC7181, wherein an address included in the =E2=80=9CAttached Network Set=E2=80=9D is advertis= ed by an OLSRv2 router....in this case, the equivalent would be =E2=80=9Cfor each address in the Attached= Network Set of an AODVv2 router the router MUST respond authoritatively to a RREQ, and MUST maintain the corresponding sequence number=E2=80=9D.
The text, as it currently is, is really hard to read, and a re-edit along these lines would go a long way.=E2=80=9D

I note that the terms =E2=80=9CNode=E2=80=9D and =E2= =80=9CRouter Client=E2=80=9D are still used, in their original form, and that other than some slight wordsmithing this comment has not been addressed in the document.

I reiterate that the need to use router, host, node, and router client in and by itself should be an indicator that tightening up of terminology is required.

AODVv2: See 5. The use of =E2=80=9Cnode=E2=80=9D h= as been addressed.

10. Terminology and elsewhere - address
Thomas: I made the following comment to Routable Unicast IP Address:
=E2=80=9CAre there any technical reason why not si= mply *any* address could be considered by the routing protocol?
My understanding, but correct me if I am wrong, is that all that is required is that all interfaces in a given AODVv2 routing domain has an unique address.
That some of these addresses (by an IP addressing architecture document) has special semantics associated (such as are link locals, or are for private use, or are for example use only, or are for multicast) is out of scope here?
I see nothing has changed on the above, so let me be more explicit: the routing protocol itself probably) should not care about what kind of addresses are filled into it. Is an 192.16./16 address appropriate? Not across the internet, but it may be in somebody=E2=80=99s priv= ate deployments. Should the routing protocol be =E2=80=9Caddress police=E2=80=9D and is implementa= tion of a =E2=80=9CI refuse to route these addresses=E2=80=A6=E2=80=9D a= requirement for claiming conformance? Suggest simply stating what the requirements are under which the routing protocol will work =E2=80=94 and= leave =E2=80=9Caddress assignment politics=E2=80=9D= aside.

AODVv2: We ask for clarification on this issue. We use the phrase =E2=80=9Croutable and unicast=E2=80=9D in the draft with respect to Orig= Addr and TargAddr. We dont mean to exclude addresses from the private address ranges. But we dont want to request routes for multicast, indeterminate, link-local, or loopback addresses. This is not about router interface addresses which are used for AODVv2.

11. Multiple interfaces with the same IP address, 6621 implications

Thomas: I also continued:
Now, with that being said also, the WG wanted that RFC7181 supports not just multiple interfaces, but also the same address used on multiple interfaces of the same router. There were good reasons for that, and while it was not trivial to implement, it turned out to be the right thing to support. If there are technical reasons why this is not supported in AODVv2 (for example, if this cannot be made work because of <reason>) then that should be called out in the applicability statement also?
Conversely, if it is possible in AODVv2, then I do not believe that it is clearly specified how (at least, in the =E2=80=9Cnaive=E2=80=9D on p= aper examples I drew up, something ended up not working). So either the protocol as-is does not support it (but could be made to?) or it is supported (but just need to be spelled out), or is not possible (and need to be disclaimed in the applicability statement).
Stan Ratliff was a driving force in holding the WG=E2=80=99s collective feet to the fire in getting this support included in RFC7181, and would likely be the right person to consult on this matter?
I actually have not seen changes, or comments, on this. In OLSRv2, the WG was making it a strong requirement that it should be possible to use the same IP address on different interfaces of a router. It was somewhat tedious to design around, but it was worked out, and the conditions under which that was possible were defined and documented.
I would like to see the same done for this protocol.
I also note that this is not unrelated to RFC6621-discussions. For example, when selecting S-MPRs on a multi-interface and multi-address-per-interface router, care must be taken least things won=E2=80=99t work. So, if (= and this links back to previous mails) RFC6621 is a requirement or desire for this protocol, then there are some considerations required here.

AODVv2: We have removed references to RFC 6621.
Initial thoughts on this topic of multiple interfaces using the same IP address, is that this wouldn=E2=80=99t cause a problem, if the rout= er has only one sequence number. However, this is up for further discussion.

12. Interfaces configured as router clients

Thomas: I see that the definition of =E2=80=9CRout= er Client=E2=80=9D has changed to be
=E2=80=9CAn address or address range=E2=80=A6the A= ODVv2 router=E2=80=99s interface addresses are also configured as router clients=E2=80=9D
Better than before, but still missing the target. The term =E2=80=9CRouter Client=E2=80=9D i= s, as I indicated numerous times before, odd.
But the second part of the sentence, does that mean (what it says) that the interfaces must be configured specially, so as to be able to be =E2=80=9Crouter clients=E2=80=9D? That can=E2=80= =99t be true.
What you likely mean is:
An AODVv2 router is configured so as to consider its own interfaces as part of the locally attached network set=E2=80=9D ?
You configure the router, right? No special =E2=80=9Cinterface configuration properties=E2=80=9D= are required for an interface to be announcable by  an AODVv2 router? (And, getting rid of node would actually make the definition shorter and nicer)

AODVv2: The wording we use says: "The IP Addresses of the router's interfaces will appear in the Router Client Table." and in the Terminology: "The AODVv2 router's interface addresses are also configured as Router Clients." Both statements say that =E2=80=98interf= ace addresses are configured as router clients=E2=80=99= ...we are not sure why this is misunderstood. We have a router client list, and the AODVv2 router=E2=80=99s interface addresses are included i= n this list. The interface itself doesn=E2=80=99t ha= ve special =E2=80=9Cinterface configuration propertie= s=E2=80=9D.

13 - more on router clients
Thomas: Now, snipping out from the applicability statement:
"Multi-homing of an IP address is not supported by AODVv2, and therefore a Router Client, i.e. an IP Address,  =E2=80=A6 "
=E2=80=A6evidence to there being some redundant terminology here to weed away.

AODVv2: That was there as a reminder that a router client is based on IP address, even though the device with that IP address may have other IP addresses too. It=E2=80=99s the IP address that is the router client, not the device as a whole with its entire collection of configured IP addresses. One IP address of that device might be configured as a router client on one router, and a different IP address of that device could be configured as a router client on another router. The IP addresses would seem to AODVv2 to be on different devices.


14. data elements

Thomas: The below is a little bit of a meta-comment, I am not quite sure what I think here. The definitions for Target Node and such were confusing before. They still are, somewhat.
I think that it may be because the definitions now used are simply copy-pasted out from the tables in the previous version, for example:
   =E2=80=9CAn AODVv2 Data Element conta= ining the destination address of the IP packet triggering route discovery.=E2=80=9D
OK, I can trace back and see that a Data Element is something that exists inside a protocol message. To me, however, that=E2=80=99s n= ot really general terminology as such, but part of the specification of a packet format - or rather, it is the notation that you use when describing an algorithm. By the way, why are some notations in CamelCase whereas others have a space in them, e.g. =E2=80=9CTarget Node=E2= =80=9D and =E2=80=9CTargMetric=E2=80=9D, both of which are Da= ta Elements? Would be good with a consistent approach here.
= I *think* that it would be better to take all those =E2=80=9CData Element=E2=80=9D bits and move= to a separate section (or subsection) to the terminology, and then keep all the =E2=80=9Cother stuff=E2=80=9D (Neighbor, =E2=80=A6) in its own se= ction.

AODVv2: Your comment from draft 11 where we already had data elements in a separate table, says:
"Also suggest abolishing this table and folding the definitions in with the other definitions in the terminology section."
We have updated to not refer so heavily to the term Data Element. All the terms are described in the Terminology section. Those in CamelCase are used as message fields.


15. Route =E2=80=9Cto a specific address=E2=80=9D<= br> Thomas:
I made a comment: Second, should =E2=80=9Cvalid ro= ute=E2=80=9D not be qualified by =E2=80=9Cto a specific address= =E2=80=9D?=E2=80=9D
Which was not addressed.

AODVv2: Every route is to a specific address...the address is specified by Route.Address and Route.PrefixLength.
Do you mean that routes are to the address TargAddr or OrigAddr and therefore to a specific host address rather than to a network prefix? This is not the case. Prefix Length is included in AODVv2 messages so that the route learned from the message represents the prefix which OrigAddr or TargAddr resides on (if the router client entry corresponding to OrigAddr at RREQ_Gen or TargAddr at RREP_Gen is configured with a prefix length). e.g. OrigAddr is 10.0.0.1 but the corresponding router client entry at RREQ_Gen could be 10.0.0.0/8. So when constructing the RREQ you include a prefix length of 8, and when receiving the RREQ and learning the route to OrigAddr, you can install a route to 10.0.0.0/8.  Text has been updated to make this more obvious.

16. unreachable address

Thomas: I also made a comment on "Unreachable Address=E2=80=9D - I am glad I did, because I apparently had a different understanding than what was intended. I now see that an Unreachable Address by definition is an address listed in a RERR message, and not the same as an address to which no route has yet = been discovered? If yes, then please use a different term, such as FormerlyReachableAddress=E2=80=9D or something of t= he sort?

AODVv2: "Formerly reachable" is inaccurate... we send a RERR if another router forwards a packet via us, and we dont have a route, not just when we lose a route. We might never have had a route, or might never have had a valid route, so the address may not have been "formerly reachable". Also, I think "FormerlyReachableAddress" is a really ugly term. Unreachable means "we don=E2=80=99t have a r= oute and we aren=E2=80=99t going to request one" or "we= lost this route" (depending on why the RERR is being sent). It doesn=E2=80=99t mean "we didn=E2=80= =99t request one yet", and it would be wrong to class an address as unreachable because we hadn=E2=80=99t requested a route for it yet, that i= s, assuming it=E2=80=99s configured as a router clien= t. 

If a better term is suggested we could consider changing but at the moment we have kept =E2=80=9CUnreachable Address=E2=80=9D.


17. Applicability - multiple interfaces same address, 6621 again

Thomas: Applicability statement: First, I would like to recognize the efforts made to improve this since last review. Thanks
Second, the document states: "AODVv2 supports routers with multiple interfaces, as long as each interface configured for AODVv2 has a unicast IP address.  A router may use the sam= e IP address on multiple interfaces.  Address assignment procedures are out of scope for AODVv2.=E2=80=9D
Is that true? Granted, I have not worked this through in detail, but I can present a counter-example: the use of RFC6621 means that there certainly are some constraints that must be respected least various flooding optimizations may not work.
Secondly, if the multiple-interfaces-with-same-address are on the same L2, and this is what I have not worked through, are there any situations that will not work?
The immediately previous version of this specification read:
"AODVv2 supports routers with multiple interfaces, as long as each interface configured for AODVv2 has its own unicast routable IP address"
So what changed that means that each interface no longer needs its *own* unicast address?

AODVv2: Well, based on previous questions on this, we talked it through and decided there shouldn=E2=80=99t be an issue if different interfa= ces of a router used the same IP address. Note that we changed AODVv2 so that there is one sequence number per router. No longer can a router use different sequence numbers on different interfaces. If an RREQ went out of two interfaces using the same address, we worked it through and decided the request would be processed correctly. 
Also, text referring to RFC 6621 has been removed.

18. Applicability and appendix - multihoming

Thomas: I pointed out to the Applicability Statement:
I think that appendix B needs to be removed. Essentially, it makes claims that it is possible to do multi-homing =E2=80=94 but neither specifies how it is done, nor gives pointers to documents that justify the claim.
AODVv2 does not support multi-homing =E2=80=94 tha= t=E2=80=99s clear, and it is fine that it is called out here. Thank you for that.
Now, with that being said, I am torn between being satisfied that it is called out on one hand, and wanting to have =E2=80=9Cmulti homing=E2= =80=9D on the other hand. RFC7181 supports multi-homing, FWIW.
I believe that this also would merit some explicit discussion by the WG, in order to understand if this design decision is acceptable?
I see that Appendix B still is in the document, and I do not recall having seen this discussed on the mailing list. Simply removing the reference from the Applicability Statement to Appendix B does not address the issue that I raised in my previous review.

AODVv2: Appendix has been removed and may appear in a future informational document.

19. interfaces list - use of =E2=80=9CSHOULD=E2=80= =9D

Thomas: To 4.1, I made the following comment:
"Is this a should, or a SHOULD? If the latter, should it be a MUST?
In general, there are a lot of such =E2=80=9Cmaybe= normative language=E2=80=9D through the document, a= nd I would much like to see an editorial pass =E2=80=94= essentially all may/should/ must and friends carefully evaluated as if they should become 2119-terms, and ... more importantly (it has been called out before, fwiw) quite a bit of should/SHOULD which ought to be transformed into MUST.
Generally, aiming for a very a low number of SHOULD is a good design metric for a document=E2=80= =9D
Aside from the general comment on 2119-language, why is this a SHOULD?

AODVv2: We changed this instance to a MUST and will be checking for =E2=80=9Cmaybe normative language=E2=80=9D.


20. Router client - Local Attached Network Set
=
Thomas: To 4.2, I made the following comment:
As indicated earlier, I believe that the term =E2=80=9CRouter Client=E2=80=9D is ill chosen. I b= elieve that it is more appropriately an =E2=80=9CAttached Netw= ork Set=E2=80=9D since =E2=80=94 as indicated previous= ly =E2=80=94 the term =E2=80=9CRouter Client=E2=80=9D is ambiguous.= I am pleased to see, though, that this =E2=80=9CRouter Client List=E2=80=9D in reality is an =E2=80=9CAtt= ached Network Set=E2=80=9D and so that change should be (relatively) easy.
The above comment still is applicable to this revision,

AODVv2: See 5,9,12,13.


21. Subnet
Thomas: To 4.2, I made the following comment:
Also, I recommend to not say =E2=80=9Csubnet=E2=80= =9D =E2=80=94 how about rephrasing to =E2=80=9CIf a prefix is includ= ed in the attached network set of an AODVv2 router, then that AODVv2 router MUST provide connectivity for, i.e. answer to RREQs and maintain sequence numbers for, all addresses from within that prefix.=E2=80=9D
I note that while the term has been removed from section 4, there=E2=80=99re 4 lingering insta= nces of this term in the document, that could easily be removed.

AODVv2: All mentions of "subnet" were in the ENAR section. They have been updated to say network, or "networks attached to the routers"
=

22. relocating router client

Thomas: I Also made a comment about Appendix B in my previous review, which is referenced here. That comment still applies.

AODVv2: Moved into main draft.


23. Neighbor Monitoring

Thomas: To Section 4.3, I noticed:
Does section 6.2 describe how to monitor an established adjacency only, or how to discover neighbouring AODVv2 routers? Looking in 6.2, I see
=E2=80=9CNot every pair of neighboring routers wil= l necessarily form an adjacency,=E2=80=9D =E2=80=94 s= o it likely isn=E2=80=99t 6.2 that tells me how to maintain th= is table?
In short, =E2=80=9CA neighbour table MUST be maintained=E2=80=9D =E2=80=94 where can I find inf= ormation on how to do this?
Section 6.2 states:
=E2=80=9CThe default approach for monitoring bidirectional connectivity to the next hop toward OrigAddr is to request acknowledgement of Route Reply messages.=E2=80=9D
That certainly will tell me if a link over which an RREP is sent is bi-directional, but will not maintain a =E2=80=9Cneighbor table=E2=80=9D= .
So how is this done? Or, is the =E2=80=9CNeighbor Table=E2=80=9D not supposed to contain the complet= e set of neighbours? What information =E2=80=9C...MU= ST be maintained=E2=80=9D then, in this table?
This is very unclear, I would not know how to implement a mechanism that populates this =E2=80=9CNeighbor Table=E2=80=9D with the needed i= nformation here.
I see no (relevant) changes to 6.2 nor to 4.3 so I assume that this comment has not been addressed

AODVv2: A new section was added to show how to update the neighbour table. There have also been updates to this entire section since version 12.

24.     pseudo-code

Thomas:
I am throwing this in here, as I am sure that I commented on that in the previous review, but I do not see that addressed: is Appendix C normative, or not? It represents =E2=80=9C a secon= d specification of the protocol, in a different language=E2=80=9D from the main part of the specification. I have not walked through and made 200% sure that both are perfectly aligned and that there are no ambiguities, but having two different specifications of a protocol is a recipe for disaster.  Please either make 2000% sure that they are specifying the same thing without ambiguities, or remove one.

AODVv2: Removed - maybe to include in an informational document in future.


25. seqnum as 16 bit unsigned integer

Thomas: To section 4.4, I wrote:
"would like to nit-pick that: the router can maintain this sequence number in whatever format it pleases =E2=80=94 but, when it includes i= t in control messages, it must be representable in a specified format, respecting certain rules.=E2=80=9D
I see that there were no changes following this comment.

AODVv2: Why store it as anything other than what it needs to be when it goes into a message? However, we now state "MUST report its own sequence number as a 16 bit....whenever it creates a RREQ or RREP message".


26. multiple seqnums?

Thomas:
To section 4.4 I asked for clarification as to if sequence numbers were per interface or per router, as the specification was unclear on that. The words has changed, but it still is unclear: how many sequence numbers does a router maintain? One? One per interface?

AODVv2: We tried to start discussion on that point, and in the meantime we reverted to having 1 seqnum per router. We think the text is clear... we refer to "the routers sequence number" or "its sequence number" - never hinting that there could be multiple seqnums per router (as far as I'm aware).


27. sets/lists/tables

Thomas:
In my previous review, I expressed that it would be preferential to use =E2=80=9Ca notation o= f Sets=E2=80=9D rather than tables. I see that this h= as not changed.

AODVv2: You preferred sets rather than lists in your previous review...and explained our reasoning for this in responses to the MANET list, and we did not receive further comments.
=

28. use of =E2=80=9Cnode=E2=80=9D

Thomas:
I made a comment on node and address, let me pick this up again. The following:
RteMsg.OrigAddr
An IP address of the node which requires the route, i.e., the source address of the IP packet triggering the route request.
would be more compact and clear if getting rid of the term =E2=80=9Cnode=E2=80=9D and said:
RteMsg.OrigAddr
The source address of the IP packet triggering the route request.

AODVv2: Change made as suggested.

29. route table/rib/routing set

Thomas: To section 4.6, and I (and others) have commented on this before:
All AODVv2 routers MUST maintain a route table.  The route table entry is a conceptual= data structure.  Implementations MAY use any internal representation but MUST contain the following information:
In order to avoid confusion, rename this to =E2=80=9CRouting Information Base=E2=80=9D or =E2=80= =9CRouting Set=E2=80=9D =E2=80=94 a Routing Table is an operating system construct, whereon operations directly influence packet forwarding. What you are defining here is a RIB/an RS.

AODVv2: Done in version 13.


30. rreq for prefix, use of =E2=80=9Cip address=E2= =80=9D and =E2=80=9Caddress"

Thomas:
The confusion that I pointed out in my previous review on =E2=80=9CIP address=E2=80=9D an= d =E2=80=9CAddress=E2=80=9D being used a bit haphazardly persists, fwiw. It makes me think, can a router send an RREQ for a prefix?

AODVv2: See also #15. RREQ_Gen can include the prefix associated with OrigAddr by adding a prefix length to the message, the prefix length associated with the router client entry corresponding to OrigAddr. So all routers which receive it can learn a route to the prefix on which OrigAddr resides. But for TargAddr... the RREQ only has one target IP address - the destination IP address of the packet requiring the route... so what prefix length would it use? The RREQ requests a route to a single IP address. However, when the RREP is created, RREP_Gen should include the prefix length associated with the router client entry for TargAddr. So all routers which receive this RREP learn a route to the prefix TargAddr is part of (if the router client entry is configured with a prefix length). The text has been updated to make this more obvious.


31. next hop ip address wording

Thomas:
I also called this out in my previous review as incorrect, and despite wordsmithing it still is:

        Route.N= extHop
        &n= bsp;     The source IP address of the message advertising the route to
        &n= bsp;     Route.Address, i.e. an IP address of the AODVv2 router used for
        &n= bsp;     the next hop on the path toward Route.Address.

If that =E2=80=9Cmessage=E2=80=9D is an RFC5444 en= tity, then it does to have a =E2=80=9Csource IP Address=E2=80= =9D =E2=80=94 the encapsulating IP datagram containing the packet containing the message does. And the message MAY have an Originator Address

AODVv2: Updated to say =E2=80=9Cthe source IP addr= ess of the IP packet containing the message advertising...=E2=80=9D



********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************





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

 

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

 


=20
____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mai= lman/listinfo/manet
= --Apple-Mail-A922C76D-BA11-4AE6-86AB-1E7178146A49-- From nobody Thu Mar 17 09:00:29 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 214C512D7C8 for ; Thu, 17 Mar 2016 09:00:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.395 X-Spam-Level: X-Spam-Status: No, score=-1.395 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TRACKER_ID=1.306] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=thomasclausen.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RcpAD3BGHa9n for ; Thu, 17 Mar 2016 09:00:22 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 72B5912D932 for ; Thu, 17 Mar 2016 09:00:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4BCA524032D for ; Thu, 17 Mar 2016 09:00:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1458230422; bh=hJmH8MVTgZ8ewUjd0F5U8hp7I/uXQyWO3mP0lrLCvpo=; h=From:Subject:Date:To:From; b=n5XfjRYVyF0NZV+9dVCn63GaP6oSC4EZj1JN/3o4HOYprUEoznbFsBZt2MqJ3pFHj mxjVp07rIGZCd6hLoyDDvjb2Y6UlI5hEzUoOwRioHueHZQADWgZ6BWmpgDMk7BH8Lh uqlctwwpWZWy2pJW4zT08X01jw5Go1O1ybhHaPow= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [129.104.89.231] (unknown [129.104.89.231]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 54CD8240230 for ; Thu, 17 Mar 2016 09:00:21 -0700 (PDT) From: ietf@thomasclausen.org Content-Type: multipart/alternative; boundary="Apple-Mail=_AE0F93A7-A025-4DBA-81D4-980DF782CABB" Date: Thu, 17 Mar 2016 17:00:18 +0100 Message-Id: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> To: Mobile Ad Hoc Networks mailing list Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Sendlaterdate: Thu, 17 Mar 2016 17:00:18 +0100 X-Mailer: Apple Mail (2.3112) Archived-At: Subject: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 16:00:27 -0000 --Apple-Mail=_AE0F93A7-A025-4DBA-81D4-980DF782CABB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Dear all, Apologies for not having gotten this done sooner - day-job leaving few = spare cycles. I=E2=80=99ve previously offered reviews and comments, and some of those = have been addressed in the latest I-D =E2=80=94 others have not, but = should be. I recall that there was some mail attempting to rebut parts = of the review, and I will dig it out and reply to that. With that being said, I have reviewed the latest version of the = document, and full details will be forthcoming. There=E2=80=99re a = couple of big-ticket/architectural items that I want to address up = front, as I believe that before we have those hammered out, it will be = useless to go into details. Note, I do not claim that this is an = exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but that=E2=80=99s = as far as I have gotten in thinking this through. I also bring these up as they are items that have been brought up = repeatedly over the past years, but not resolved nor discussed. Loops Just to bring this out: I share Chris=E2=80=99 worry about conflicting = and concurrent statements from the authors on =E2=80=9CThere are no = loops possible=E2=80=9D and =E2=80=9CWe need to fix two situations where = loops can occur=E2=80=9D and =E2=80=9Cwe are still investigating some = loop conditions=E2=80=9D I particularly worry that this is not a discussion had in public, but = apparently in some other forum=E2=80=A6 Intermediate Route Replies, and all of section 10 Section 10 contains a set of =E2=80=9Cvaguely specified extensions=E2=80=9D= , which is incoherent with the intended status indicated for this = document.=20 Specifically, and this is not unrelated to the point about loops above, = intermediate RREPs (section 10.3) are a potential source for loops. Expanding Ring Multicast (section 10.1) is not documented in a way that = can be implemented (and also, see =E2=80=9CForwarding-vs-regeneration=E2=80= =9D below, it is in the present form of this protocol impossible), etc. Forwarding-vs-regeneration Recent exchanges on the list made me understand that protocol control = messages are *not* forwarded, but are consumed at each hop, then a new = message with (almost-but-not-quite) the same content is generated and = transmitted. I have thought some more on this (& read some of the exchanges on the = list on this topic by Chris, Ulrich, and others), and I am convinced = that this is not the right way to go, at least for the following = reasons: o It renders the hop-limit/hop-count fields in the RFC5444 = message header useless. This would not be bad if the functionality offered by = those fields was not useful =E2=80=94 sadly, it is. For example, for scope limited = flooding (expanding ring search, and=20 such) which may be of interest, and which require = hop-limit.=20 A hop-count field may also provide a =E2=80=9Ccheap=E2=80=9D= (in terms of overhead) additional piece of information to use conjunctively with a =E2=80=9Creal=E2= =80=9D metric. The only practical solution would be to re-introduce = these functions by way of inserting a MessageTLV =E2=80=94 which (i) is not specified in this = document, and (ii) which would just serve to render messages bigger than strictly needed. Scope limited flooding does seem to be a necessary = requirement, if for no other reason than to prevent information from = =E2=80=9Ccirculating forever in the network=E2=80=9D. o It makes end-to-end authentication unnecessarily hard. I think Chris called this out already, but it bears = repeating: S generates a message=20 (say, a RREQ), and includes an ICV calculated over the = content of the message. For any recipient to be able to validate the ICV, the = message has to be exactly the same =E2=80=94 not just in content, but in structure = =E2=80=94 as what was generated. =E2=80=9CRegenerating=E2=80=9D rather than = =E2=80=9Cforwarding=E2=80=9D messages means, that the intermediate router =E2=80=9Cregenerating=E2=80=9D the RREQ may chose = a different structure (e.g., include TLVs in a different order). The proposal from = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = is to add constraints on (i) the set of elements to = include in a signature and (ii) the order of these elements. One problem with that approach is (i): if an extension = adds a message TLV, or an=20 Address TLV, to a message, then that will not be = =E2=80=9Ccovered=E2=80=9D by the proposed e2esec TLV. Rather for *each* extension developed, an =E2=80=9Cupdates= e2esec=E2=80=9D clause needs to be done. I=E2=80=99d say that this approach would be prone to = errors =E2=80=94 and add entropy to the process of designing protocol extensions. The alternative, a = message being generated by the source and *forwarded* (as we do in OLSRv2, for example) = would allow ICV TLVs=20 (even, allow reuse of those specified for OLSRv2) for = covering a message and=20 extensions. =E2=80=9CBut what about the metrics value which will = change on each hop=E2=80=9D, you may say? Fortunately, that is relatively easy to handle: simply = zero out the value of that TLV when generating or verifying the ICV MessageTLV. And use = Packet-TLVs for hop-by-hop=20 authentication, if needed (but, see below). o It prevents the use of more clever/advanced signature = schemes/ICVs Aggregate signature algorithms ( = https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf = ) exist, and an interesting use-case can be found in also = reactive protocols, allowing verifying not =E2=80=9Cjust=E2=80=9D the end points, but also the = intermediaries (again, with the appropriate =E2=80=9Czero out=E2=80=9D discussed above, or something smarter). Regeneration of messages, rather than forwarding, = renders that impossible (or, if used, updating to = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = ) There are other reasons, but the above are those that jump at me as = immediate show-stoppers. I do honestly not see what possible benefit there is from = =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see very clear = inconveniences, and security is not the least of these. Insisting on = =E2=80=9Cregeneration=E2=80=9D requires development of =E2=80=9Cnon-genera= l workarounds=E2=80=9D as pointed out above. Security Considerations This is an always thorny subject. When OLSRv2 was going through the = process we got a thorough education in how little we knew about security = from the SEC-ADs, and had to spend about a year or so developing = RFC7183. The bottom line is, that this protocol needs its =E2=80=9CRFC7183= equivalent=E2=80=9D, either as part of the main document, or as an = independent document. currently, that is not the case. A minima, looking at BCP72 and BCP107 =E2=80=94 taking inspiration from = RFC7183 might be aw good idea, as that was the most recent that went = through the SEC AD. Regardless of how, however, a =E2=80=9Cmandatory to = implement=E2=80=9D security mechanism most be specified (I think the = right term was =E2=80=9CMUST implement, SHOULD use=E2=80=9D), in = sufficient detail to ensure interoperable implementations. As an example, both [RFC6130] and [RFC7181] set out that that: On receiving a ... message, a router MUST first check if the message is invalid for processing by this router and then proceed to give a number of conditions that, each, will lead to = a rejection of the message as "badly formed and therefore invalid for = processing=E2=80=9D =E2=80=94 a list which RFC7183 then amended. That = gave a =E2=80=9Chook=E2=80=9D for RFC7183 for inserting =E2=80=9Crejection= =E2=80=9D. Idem for message generation. If I was to do RFC7181/RFC6130 today, I would include that directly into = the protocol specifications. It turned out to be more overhead (and slow = down publication anyways) to do it as separate documents. Secondly, we need to be a lot more rigid in terms of what ICVs, = Timestamps, etc. are added/removed, and what that brings. For example (with the assumption that messages are *forwarded* and *not* = regenerated), this could be one option: o When a RREQ, RREP message is generated, add an = ICV Message TLV, which is calculated =E2=80=A6(take inspiration from RFC7183 here) o When a RREQ, RREP message is transmitted (by = the source, or forwarded by an intermediary) in an RFC5444 packet, an ICV Packet TLV is added = to the packet, which is calculated =E2=80=A6 o When an RFC5444 packet is received, validate the = ICV Packet TLV and if the ICV doesn=E2=80=99t validate, discard the contained messages. o When receiving a RREQ/RREP (either as = destination, or as an intermediary), validate the ICV Message TLV=20 and if the ICV doesn=E2=80=99t = validate, discard the message, do not process, do not forward. This is a different (and more flexible?) model than =E2=80=9Cjust=E2=80=9D= transitive trust and =E2=80=9Cjust=E2=80=9D end-to-end trust discussed = previously, and is enabled by the =E2=80=9Cforwarding=E2=80=9D bit = described previously. Metrics I have asked this numerous times, but have not gotten any answer so I am = escalating this again. Why is this document having a normative reference = to RFC6551? [RFC6551 <>] Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, = N., and D. Barthel, "Routing Metrics Used for Path Calculation in Low-Power and Lossy Networks", RFC 6551 = , DOI 10.17487/ RFC6551 , March 2012, >. Unless I am mistaken, this is not the ROLL WG. And the abstract to = RFC6551 explicitly reads: Low-Power and Lossy Networks (LLNs) have unique characteristics compared with traditional wired and ad hoc networks that require the specification of new routing metrics and constraints. =20 Which explicitly is disclaiming that these metrics are not applicable in = ad hoc networks =E2=80=94 and, I am wondering, what has changed since = the publication of RFC6551 to suddenly make these applicable? I am also wondering if looking at (and, perhaps, using?) the same = metric type TLV type as in OLSRv2 is not a possibility? Either way, referencing RFC6551 here is wrong. RFC6621 (SMF) usage As late as earlier this month, RFC6621 reared its head again on the = mailing list. I understand that the authors are set on using flooding = reduction as part of RREQ distribution. If that is the case, then this = protocol MUST specify that flooding reduction.=20 Saying =E2=80=9CUse RFC6621=E2=80=9D won=E2=80=99t work, for reasons = Chris point out in an email earlier to the list: > The network does not and fundamentally cannot offer multicast = suppression to AODVv2. This isn't a hard concept, but seems to keep = having to be said. AODVv2 messages are carried in 5444 packets, and = those only travel one hop. That doesn't allow for suppression. = Furthermore AODVv2 is creating new messages each hop. That needs AODVv2 = specific handling. And quoting an email from myself: > If protocol X relies on using a flooding operation, then it certainly = is protocol X's responsibility to specify the flooding operation (or, = at least, the requirements to the flooding operation ) for correct = functioning of protocol X. I=E2=80=99ve previously pointed out that RFC6621 requires some degree of = configuration (can=E2=80=99t just, for example, pick two different relay = set selection algorithms, as that may produce a disconnected flooding = domain). In other words, what the authors propose in = https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-00 = is = insufficient. Multiple interfaces configured with the same address(es) - & RFC6621 I think that it has been established that the ability to use the same = address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that a single way of doing so has been proposed, nor that the = =E2=80=9Coperating conditions=E2=80=9D are called out (for example, will = it work if router A and router B both have two interfaces, and that all = 4 interfaces use the same IP address?) This is not entirely unrelated to flooding reduction and RFC6621. One of = the complexities is to get that just right: OLSRv2 - for example - = calculates Flooding-MPRs per interface, and RFC6130 is careful in how it = detects bidirectionality of links.=20 I have not worked out all the details of how this impacts this protocol = =E2=80=94 but, it requires attention. Especially when wanting to be able = to say =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, then the interface = configuration constraints when faced with multiple interfaces must be = worked out. Prefixes & Gateways A question to my mind, and I am not sure I know how to answer that from = reading the draft since it is not discussed in section 9 (at least), is: = =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D (i.e., a = /<128 in IPv6)? o If the whole prefix is part of the attached network set = of a single router,=20 then I expect to get a single RREP back, is that the = case? o If "half the prefix" is part of the attached network = set of a single router,=20 and the other half is part of the attached network set = of another single router,=20 then I expect two RREPs, is that the case? o More generally, will I get a tree build through the = network here? Section 9 (or, the whole spec) is also not explicit enough about = multiple "default gateways" =E2=80=94 i.e., the external network being = =E2=80=9Cthe rest of the Internet=E2=80=9D, and there being multiple = gateways to the Internet. I understand how the RREQ gets to the gateway, = and how the gateway determines if it should respond (the destination is = not part of =E2=80=9Cthe MANET prefix, with which it is configured=E2=80=9D= ). But, if A is close to GW1, and B is close to GW2, but A and B being far = far apart (according to the metric used) within the MANET, then it would = be preferential for the route from A to B to go via = GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2?=20 Is this a supported configuration?=20 o If yes, how is it (seq# wise, I would expect some = complications) handled?=20 o If not, where is it stated that this configuration is = not possible with this protocol? The applicability statement says: AODVv2 is designed for stub or disconnected mobile ad hoc networks, i.e., non-transit networks or those not connected to the internet. AODVv2 can, however, be configured to perform gateway functions when attached to external networks, as discussed in Section 9 = . I believe that the scenario I describe is indeed a stub network (and not = a transit network)? =E2=80=94 =E2=80=94 =E2=80=94=20 As I indicated, these are the big-picture issues that I have gotten = around to thinking about enough to write up. I=E2=80=99m not through = working through the document, but those were the ones that came to mind, = and which seem imperative to resolve. Best, Thomas --Apple-Mail=_AE0F93A7-A025-4DBA-81D4-980DF782CABB Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Dear all,

Apologies for not having gotten this done sooner - day-job = leaving few spare cycles.

I=E2=80=99ve previously offered reviews and comments, and = some of those have been addressed in the latest I-D =E2=80=94 others = have not, but should be. I recall that there was some mail attempting to = rebut parts of the review, and I will dig it out and reply to = that.

With = that being said, I have reviewed the latest version of the document, and = full details will be forthcoming. There=E2=80=99re a couple of = big-ticket/architectural items that I want to address up front, as I = believe that before we have those hammered out, it will be useless to go = into details. Note, I do not claim that this is an exhaustive list of = =E2=80=9Cbig ticket items=E2=80=9D, but that=E2=80=99s as far as I have = gotten in thinking this through.

I also bring these up as they are items = that have been brought up repeatedly over the past years, but not = resolved nor discussed.

Loops
Just to bring this out: I share Chris=E2=80=99 worry about = conflicting and concurrent statements from the authors on =E2=80=9CThere = are no loops possible=E2=80=9D and =E2=80=9CWe need to fix two = situations where loops can occur=E2=80=9D and =E2=80=9Cwe are still = investigating some loop conditions=E2=80=9D

I particularly worry that this is not a = discussion had in public, but apparently in some other = forum=E2=80=A6


Intermediate Route Replies, and all of section = 10
Section 10 contains a set of =E2=80=9Cvagu= ely specified extensions=E2=80=9D, which is incoherent with the intended = status indicated for this document. 

Specifically, and this is not unrelated = to the point about loops above, intermediate RREPs (section 10.3) are a = potential source for loops.

Expanding Ring Multicast (section 10.1) is not documented in = a way that can be implemented (and also, see = =E2=80=9CForwarding-vs-regeneration=E2=80=9D below, it is in the present = form of this protocol impossible), etc.


Forwarding-vs-regeneration
Recent exchanges on the list made me understand that protocol = control messages are *not* forwarded, but are consumed at each hop, then = a new message with (almost-but-not-quite) the same content is generated = and transmitted.

I have thought some more on this (& read some of the = exchanges on the list on this topic by Chris, Ulrich, and others), and I = am convinced that this is not the right way to go, at = least for the following reasons:


= o = It renders the hop-limit/hop-count fields in the = RFC5444 message header useless.
= This would not be bad if the functionality offered by those = fields was not useful
=E2=80=94 sadly, it is. = For example, for scope limited flooding (expanding ring search, = and 
such) which may be of = interest, and which require hop-limit. 
A = hop-count field may also provide a =E2=80=9Ccheap=E2=80=9D (in terms of = overhead) additional piece
= of information to use conjunctively with a =E2=80=9Creal=E2=80=9D = metric.

= The only practical solution would be to re-introduce these = functions by way of inserting a
= MessageTLV =E2=80=94 which (i) is not specified in this document, = and (ii) which would just
= serve to render messages bigger than strictly needed.

= Scope limited flooding  does seem to be a necessary = requirement, if for no
other reason than to = prevent information from =E2=80=9Ccirculating forever in the = network=E2=80=9D.

= o = It makes end-to-end authentication = unnecessarily hard.
I = think Chris called this out already, but it bears repeating: S generates = a message 
(say, a RREQ), and = includes an ICV calculated over the content of the message.
= For any recipient to be able to validate the ICV, the message has = to be exactly
the same =E2=80=94 not = just in content, but in structure =E2=80=94 as what was = generated.

= =E2=80=9CRegenerating=E2=80=9D rather than =E2=80=9Cforwarding=E2=80= =9D messages means, that the intermediate
= router =E2=80=9Cregenerating=E2=80=9D the RREQ may chose a = different structure (e.g., include TLVs
= in a different order).

The proposal from https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /a>
is to add constraints on = (i) the set of elements to include in a signature and (ii) the
= order of these elements.

One problem with = that approach is (i): if an extension adds a message TLV, or = an 
Address TLV, to a = message, then that will not be =E2=80=9Ccovered=E2=80=9D by the proposed = e2esec TLV.
Rather for *each* = extension developed, an =E2=80=9Cupdates e2esec=E2=80=9D clause needs to = be done.

= I=E2=80=99d say that this approach would be prone to errors =E2=80=94= and add entropy to the process
= of designing protocol extensions. The alternative, a message = being generated by the
source and *forwarded* = (as we do in OLSRv2, for example) would allow ICV TLVs 
= (even, allow reuse of those specified for OLSRv2) for covering a = message and 
extensions.

= =E2=80=9CBut what about the metrics value which will change on = each hop=E2=80=9D, you may say?
= Fortunately, that is relatively easy to handle: simply zero out = the value of that TLV when
= generating or verifying the ICV MessageTLV. And use Packet-TLVs = for hop-by-hop 
authentication, if needed = (but, see below).

= o = It prevents the use of more = clever/advanced signature schemes/ICVs
= Aggregate signature algorithms ( https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf)
exist, and an interesting = use-case can be found in also reactive protocols, allowing = verifying
not =E2=80=9Cjust=E2=80=9D = the end points, but also the intermediaries (again, with the appropriate = =E2=80=9Czero out=E2=80=9D
= discussed above, or something smarter).
= Regeneration of messages, rather than forwarding, renders that = impossible (or, if used,
= updating to  https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /a>)

There are = other reasons, but the above are those that jump at me as immediate = show-stoppers.

I= do honestly not see what possible benefit there is from = =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see very clear = inconveniences, and security is not the least of these. Insisting on = =E2=80=9Cregeneration=E2=80=9D requires development of =E2=80=9Cnon-genera= l workarounds=E2=80=9D as pointed out above.

Security = Considerations
This is an always thorny = subject. When OLSRv2 was going through the process we got a thorough = education in how little we knew about security from the SEC-ADs, and had = to spend about a year or so developing RFC7183. The bottom line is, that = this protocol needs its =E2=80=9CRFC7183  equivalent=E2=80=9D, = either as part of the main document, or as an independent document. = currently, that is not the case.

A minima, looking at BCP72 and BCP107 = =E2=80=94 taking inspiration from RFC7183 might be aw good idea, as that = was the most recent that went through the SEC AD. Regardless of how, = however, a =E2=80=9Cmandatory to implement=E2=80=9D security mechanism = most be specified (I think the right term was =E2=80=9CMUST implement, = SHOULD use=E2=80=9D), in sufficient detail to ensure interoperable = implementations.

As an example, both [RFC6130] and [RFC7181] set out that = that:

      On receiving a ... message, a router = MUST first check if the
      = message is invalid for processing by this router

and then proceed to give a number of = conditions that, each, will lead to a rejection of the message as "badly = formed and therefore invalid for processing=E2=80=9D =E2=80=94 a list = which RFC7183 then amended. That gave a =E2=80=9Chook=E2=80=9D for = RFC7183 for inserting =E2=80=9Crejection=E2=80=9D. Idem for message = generation.

If = I was to do RFC7181/RFC6130 today, I would include that directly into = the protocol specifications. It turned out to be more overhead (and slow = down publication anyways) to do it as separate = documents.

Secondly, we need to be a lot more rigid in terms of what = ICVs, Timestamps, etc. are added/removed, and what that = brings.

For = example (with the assumption that messages are *forwarded* and *not* = regenerated), this could be one option:

o When a = RREQ, RREP message is generated, add an ICV Message TLV, which is = calculated <this way>
=  =E2=80=A6(take inspiration from RFC7183 here)

= o = When a RREQ, RREP message is transmitted  (by the source, or = forwarded by an intermediary)
= in an RFC5444 packet, an ICV Packet TLV is added to the packet, = which is calculated <this way> =E2=80=A6

o When an = RFC5444 packet is received, validate the ICV Packet TLV <this way> = and if the ICV doesn=E2=80=99t validate,
= discard the contained messages.

o When = receiving a RREQ/RREP (either as destination, or as an intermediary), = validate the ICV Message TLV 
= <this way> and if the ICV doesn=E2=80=99t validate, discard = the message, do not process, do not forward.

This is a different (and more = flexible?) model than =E2=80=9Cjust=E2=80=9D transitive trust and = =E2=80=9Cjust=E2=80=9D end-to-end trust discussed previously, and is = enabled by the =E2=80=9Cforwarding=E2=80=9D bit described = previously.

Metrics
I have = asked this numerous times, but have not gotten any answer so I am = escalating this again. Why is this document having a normative reference = to RFC6551?

[RFC6551] = Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, N., and D. Barthel, "Routing Metrics Used for Path Calculation in Low-Power and Lossy Networks", RFC 6551, = DOI 10.17487/ RFC6551, March 2012, <http://www.rfc-editor.org/info/rfc6551>.


Unless I am mistaken, this is not the = ROLL WG. And the abstract to RFC6551 explicitly reads:

   Low-Power and Lossy =
Networks (LLNs) have unique characteristics
   compared with traditional wired and ad hoc networks that require the
   specification of new routing metrics and constraints.
Which explicitly is disclaiming that these metrics are not applicable in ad hoc networks =E2=80= =94 and, I am wondering, what has changed since the publication of = RFC6551 to suddenly make these applicable?

 I am also wondering if looking at = (and, perhaps, using?) the same metric type TLV type as in OLSRv2 is not = a possibility?

Either way, referencing RFC6551 here is wrong.

RFC6621 (SMF) usage
As late as = earlier this month, RFC6621 reared its head again on the mailing list. I = understand that the authors are set on using flooding reduction as part = of RREQ distribution. If that is the case, then this protocol MUST = specify that flooding reduction. 

Saying =E2=80=9CUse RFC6621=E2=80=9D = won=E2=80=99t work, for reasons Chris point out in an email earlier to = the list:
The = network does not and fundamentally cannot offer multicast suppression to = AODVv2. This isn't a hard concept, but seems to keep having to be = said. AODVv2 messages are carried in 5444 packets, and those only travel = one hop. That doesn't allow for suppression. Furthermore AODVv2 is = creating new messages each hop. That needs AODVv2 specific = handling.

And quoting an email from myself:
If protocol X relies on = using a flooding operation, then it certainly is protocol X's = responsibility to  specify the flooding operation (or, at = least, the requirements to the flooding operation ) for correct = functioning of protocol X.

I=E2=80=99ve previously pointed out = that RFC6621 requires some degree of configuration (can=E2=80=99t just, = for example, pick two different relay set selection algorithms, as that = may produce a disconnected flooding domain).

In other words, what the authors = propose in https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-0= 0 is insufficient.

Multiple interfaces configured = with the same address(es) - & RFC6621
I = think that it has been established that the ability to use the same = address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that a single way of doing so has been proposed, nor that the = =E2=80=9Coperating conditions=E2=80=9D are called out (for example, will = it work  if router A and router B both have two interfaces, and = that all 4 interfaces use the same IP address?)

This is not entirely unrelated to = flooding reduction and RFC6621. One of the complexities is to get that = just right: OLSRv2 - for example - calculates Flooding-MPRs per = interface, and RFC6130 is careful in how it detects bidirectionality of = links. 

I = have not worked out all the details of how this impacts this protocol = =E2=80=94 but, it requires attention. Especially when wanting to be able = to say =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, then the interface = configuration constraints when faced with multiple interfaces must be = worked out.

Prefixes & Gateways
A question to my mind, and I am not sure I know how to answer = that from reading the draft since it is not discussed in section 9 (at = least), is: =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D = (i.e., a /<128 in IPv6)?

= o = If the whole prefix is part of the attached network set of a = single router, 
then I expect to get a = single RREP back, is that the case?

o If "half the prefix"  is = part of the attached network set of a single router, 
= and the other half is part of the attached network set of another =  single router, 
= then I expect two RREPs, is that the case?
o More generally, will I get a tree = build through the network here?

Section 9 (or, the whole spec) is also = not explicit enough about multiple  "default gateways" =E2=80=94 = i.e., the external network being =E2=80=9Cthe rest of the Internet=E2=80=9D= , and there being multiple gateways to the Internet. I understand how = the RREQ gets to the gateway, and how the gateway determines if it = should respond (the destination is not part of =E2=80=9Cthe MANET = prefix, with which it is configured=E2=80=9D).

But, if A is close to GW1, and B is = close to GW2, but A and B being far far apart (according to the metric = used) within the MANET, then it would be preferential for the route from = A to B to go via GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2? 

Is this a supported = configuration? 
o If yes, how is it (seq# wise, I = would expect some complications) handled? 
o If not, = where is it stated that this configuration is not possible with this = protocol?


The applicability statement = says:

   AODVv2 is designed =
for stub or disconnected mobile ad hoc networks,
   i.e., non-transit networks or those not connected to the internet.
   AODVv2 can, however, be configured to perform gateway functions when
   attached to external networks, as discussed in Section 9.

I = believe that the scenario I describe is indeed a stub network (and not a = transit network)?

=E2=80=94 =E2=80=94 =E2=80=94 

As I indicated, these are the = big-picture issues that I have gotten around to thinking about enough to = write up. I=E2=80=99m not through working through the document, but = those were the ones that came to mind, and which seem imperative to = resolve.

Best,

Thomas



= --Apple-Mail=_AE0F93A7-A025-4DBA-81D4-980DF782CABB-- From nobody Thu Mar 17 09:19:38 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86D2B12D9BF for ; Thu, 17 Mar 2016 09:19:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id snTyEWbD759s for ; Thu, 17 Mar 2016 09:19:33 -0700 (PDT) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 08B7F12D84A for ; Thu, 17 Mar 2016 09:19:33 -0700 (PDT) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1agady-002GAX-It>; Thu, 17 Mar 2016 17:19:26 +0100 Received: from ws5627.eduroam.haw-hamburg.de ([141.22.56.27]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (envelope-from ) id <1agady-002fWf-A9>; Thu, 17 Mar 2016 17:19:26 +0100 Content-Type: multipart/alternative; boundary="Apple-Mail=_76571450-7767-4005-81C1-99DCBD123DB4" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Lotte Steenbrink In-Reply-To: Date: Thu, 17 Mar 2016 17:19:28 +0100 Message-Id: <68F1C08B-82C2-484B-8B9C-71ABE350EB57@fu-berlin.de> References: <56D4EB7D.4010002@earthlink.net> <944B9E01-74B7-45AD-ACB8-FA79347BC22E@fu-berlin.de> To: "Dearlove, Christopher (UK)" X-Mailer: Apple Mail (2.3112) X-Originating-IP: 141.22.56.27 X-ZEDAT-Hint: A Archived-At: Cc: Charlie Perkins , manet Subject: Re: [manet] AODVv2 responses to recent comments X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 16:19:36 -0000 --Apple-Mail=_76571450-7767-4005-81C1-99DCBD123DB4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello Christopher, > Am 16.03.2016 um 18:22 schrieb Dearlove, Christopher (UK) = : >=20 > I haven=E2=80=99t followed the example (I hope to find time - but = that=E2=80=99s true of too many things, with DLEP ahead of AODVv2 on = this list). > =20 > But we have a loop, a pretty fundamental problem in a routing = algorithm, being discussed by the authors off-list, If we could=E2=80=99ve, I would=E2=80=99ve loved to share this with the = list immediately. I=E2=80=99m not sure if there=E2=80=99s a procedure = for this kind of situation we should=E2=80=99ve followed? If there is, = I=E2=80=99d be more than happy to learn from it and do better next time. > while in parallel assuring the list that =E2=80=9COther discussion = about routing loops has not identified routing loop problems in the = existing specification.=E2=80=9D (see email chain below). > =20 > I think we have a real problem with what=E2=80=99s wanting to advance = to Proposed Standard soon, in terms of process and confidence. I think I understand where your worries come from. However, I do think = our efforts to improve our communication are visible, and apart from the = communication delay, the fact that this research exists actually = improves my confidence in the document: It found loops that were (imho) = pretty tricky to come up with by thinking hard about the problem alone, = and we=E2=80=99ve been able to fix them, making AODVv2 more solid. > =20 > (I still haven=E2=80=99t managed to even write up comments on the = perhaps one third of the draft I have read through yet.) Personally, I=E2=80=99d be happy to go through them in chunks as well :) = Maybe that could also speed up the back and forth of =E2=80=9Ex isn=E2=80=99= t quite right=E2=80=9C =E2=80=9Ewould y resolve the issue?=E2=80=9C = =E2=80=9Eyes/no=E2=80=9C, which would in turn speed up the progress of = this document? Anyhow, all feedback is very welcome. Best regards, Lotte Steenbrink > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 --Apple-Mail=_76571450-7767-4005-81C1-99DCBD123DB4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hello Christopher,

Am = 16.03.2016 um 18:22 schrieb Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>:

I = haven=E2=80=99t followed the example (I hope to find time - but that=E2=80= =99s true of too many things, with DLEP ahead of AODVv2 on this = list).
 
But we have a loop, a = pretty fundamental problem in a routing algorithm, being discussed by = the authors off-list,

If we could=E2=80=99ve, I would=E2=80=99ve loved = to share this with the list immediately. I=E2=80=99m not sure if = there=E2=80=99s a procedure for this kind of situation we should=E2=80=99v= e followed? If there is, I=E2=80=99d be more than happy to learn from it = and do better next time.

while in parallel = assuring the list that =E2=80=9COther discussion about routing loops has = not identified routing loop problems in the existing specification.=E2=80=9D= (see email chain below).
 
I think we have a real = problem with what=E2=80=99s wanting to advance to Proposed Standard = soon, in terms of process and confidence.

I think I understand where your worries come from. = However, I do think our efforts to improve our communication are = visible, and apart from the communication delay, the fact that this = research exists actually improves my confidence in the document: It = found loops that were (imho) pretty tricky to come up with by thinking = hard about the problem alone, and we=E2=80=99ve been able to fix them, = making AODVv2 more solid.

 
(I still haven=E2=80=99t = managed to even write up comments on the perhaps one third of the draft = I have read through yet.)

Personally, I=E2=80=99d be happy to go through = them in chunks as well :) Maybe that could also speed up the back and = forth of =E2=80=9Ex isn=E2=80=99t quite right=E2=80=9C =E2=80=9Ewould y = resolve the issue?=E2=80=9C =E2=80=9Eyes/no=E2=80=9C, which would in = turn speed up the progress of this document? Anyhow, all feedback is = very welcome.

Best = regards,
Lotte Steenbrink


 

--

Christopher Dearlove
Senior = Principal Engineer
BAE Systems Applied Intelligence = Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, = Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research = Park, Guildford, Surrey, GU2 7YP


= --Apple-Mail=_76571450-7767-4005-81C1-99DCBD123DB4-- From nobody Thu Mar 17 09:25:12 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E41912D50B for ; Thu, 17 Mar 2016 09:25:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.915 X-Spam-Level: X-Spam-Status: No, score=-2.915 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, TRACKER_ID=1.306] 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 2n5DIQ2uHIUc for ; Thu, 17 Mar 2016 09:25:06 -0700 (PDT) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 4109412D1E5 for ; Thu, 17 Mar 2016 09:25:06 -0700 (PDT) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1agajQ-002L73-4z>; Thu, 17 Mar 2016 17:25:04 +0100 Received: from ws5627.eduroam.haw-hamburg.de ([141.22.56.27]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (envelope-from ) id <1agajP-002g1K-Pu>; Thu, 17 Mar 2016 17:25:04 +0100 Content-Type: multipart/alternative; boundary="Apple-Mail=_3AED3438-D7D1-481F-9D6C-57D0428B364A" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Lotte Steenbrink In-Reply-To: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> Date: Thu, 17 Mar 2016 17:25:06 +0100 Message-Id: <280329CF-8CE8-439A-93AA-A75DAA8D1ACE@fu-berlin.de> References: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> To: Mobile Ad Hoc Networks mailing list X-Mailer: Apple Mail (2.3112) X-Originating-IP: 141.22.56.27 X-ZEDAT-Hint: A Archived-At: Subject: Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 16:25:10 -0000 --Apple-Mail=_3AED3438-D7D1-481F-9D6C-57D0428B364A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Thomas,=20 > Am 17.03.2016 um 17:00 schrieb ietf@thomasclausen.org: >=20 > Dear all, >=20 > Apologies for not having gotten this done sooner - day-job leaving few = spare cycles. >=20 > I=E2=80=99ve previously offered reviews and comments, and some of = those have been addressed in the latest I-D =E2=80=94 others have not, = but should be. I recall that there was some mail attempting to rebut = parts of the review, and I will dig it out and reply to that. >=20 > With that being said, I have reviewed the latest version of the = document, and full details will be forthcoming. There=E2=80=99re a = couple of big-ticket/architectural items that I want to address up = front, as I believe that before we have those hammered out, it will be = useless to go into details. Note, I do not claim that this is an = exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but that=E2=80=99s = as far as I have gotten in thinking this through. >=20 > I also bring these up as they are items that have been brought up = repeatedly over the past years, but not resolved nor discussed. >=20 > Loops > Just to bring this out: I share Chris=E2=80=99 worry about conflicting = and concurrent statements from the authors on =E2=80=9CThere are no = loops possible=E2=80=9D and =E2=80=9CWe need to fix two situations where = loops can occur=E2=80=9D and =E2=80=9Cwe are still investigating some = loop conditions=E2=80=9D Just one thing until I can go through your entire review: the conflict = was between =E2=80=9EThere are no loops possible=E2=80=9C and =E2=80=9EThe= re were two loops possible and we=E2=80=99ve fixed them.=E2=80=9C. = I=E2=80=99ve written down the fixes for said loops under the description = how they can occur. >=20 > I particularly worry that this is not a discussion had in public, but = apparently in some other forum=E2=80=A6 >=20 >=20 > Intermediate Route Replies, and all of section 10 > Section 10 contains a set of =E2=80=9Cvaguely specified extensions=E2=80= =9D, which is incoherent with the intended status indicated for this = document.=20 >=20 > Specifically, and this is not unrelated to the point about loops = above, intermediate RREPs (section 10.3) are a potential source for = loops. >=20 > Expanding Ring Multicast (section 10.1) is not documented in a way = that can be implemented (and also, see =E2=80=9CForwarding-vs-regeneration= =E2=80=9D below, it is in the present form of this protocol impossible), = etc. >=20 >=20 > Forwarding-vs-regeneration > Recent exchanges on the list made me understand that protocol control = messages are *not* forwarded, but are consumed at each hop, then a new = message with (almost-but-not-quite) the same content is generated and = transmitted. >=20 > I have thought some more on this (& read some of the exchanges on the = list on this topic by Chris, Ulrich, and others), and I am convinced = that this is not the right way to go, at least for the following = reasons: >=20 >=20 > o It renders the hop-limit/hop-count fields in the RFC5444 = message header useless. > This would not be bad if the functionality offered by = those fields was not useful > =E2=80=94 sadly, it is. For example, for scope limited = flooding (expanding ring search, and=20 > such) which may be of interest, and which require = hop-limit.=20 > A hop-count field may also provide a =E2=80=9Ccheap=E2=80=9D= (in terms of overhead) additional piece > of information to use conjunctively with a =E2=80=9Creal=E2= =80=9D metric. >=20 > The only practical solution would be to re-introduce = these functions by way of inserting a > MessageTLV =E2=80=94 which (i) is not specified in this = document, and (ii) which would just > serve to render messages bigger than strictly needed. >=20 > Scope limited flooding does seem to be a necessary = requirement, if for no > other reason than to prevent information from = =E2=80=9Ccirculating forever in the network=E2=80=9D. >=20 > o It makes end-to-end authentication unnecessarily hard. > I think Chris called this out already, but it bears = repeating: S generates a message=20 > (say, a RREQ), and includes an ICV calculated over the = content of the message. > For any recipient to be able to validate the ICV, the = message has to be exactly > the same =E2=80=94 not just in content, but in structure = =E2=80=94 as what was generated. >=20 > =E2=80=9CRegenerating=E2=80=9D rather than = =E2=80=9Cforwarding=E2=80=9D messages means, that the intermediate > router =E2=80=9Cregenerating=E2=80=9D the RREQ may chose = a different structure (e.g., include TLVs > in a different order). >=20 > The proposal from = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = > is to add constraints on (i) the set of elements to = include in a signature and (ii) the > order of these elements. >=20 > One problem with that approach is (i): if an extension = adds a message TLV, or an=20 > Address TLV, to a message, then that will not be = =E2=80=9Ccovered=E2=80=9D by the proposed e2esec TLV. > Rather for *each* extension developed, an =E2=80=9Cupdates= e2esec=E2=80=9D clause needs to be done. >=20 > I=E2=80=99d say that this approach would be prone to = errors =E2=80=94 and add entropy to the process > of designing protocol extensions. The alternative, a = message being generated by the > source and *forwarded* (as we do in OLSRv2, for example) = would allow ICV TLVs=20 > (even, allow reuse of those specified for OLSRv2) for = covering a message and=20 > extensions. >=20 > =E2=80=9CBut what about the metrics value which will = change on each hop=E2=80=9D, you may say? > Fortunately, that is relatively easy to handle: simply = zero out the value of that TLV when > generating or verifying the ICV MessageTLV. And use = Packet-TLVs for hop-by-hop=20 > authentication, if needed (but, see below). >=20 > o It prevents the use of more clever/advanced signature = schemes/ICVs > Aggregate signature algorithms ( = https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf = ) > exist, and an interesting use-case can be found in also = reactive protocols, allowing verifying > not =E2=80=9Cjust=E2=80=9D the end points, but also the = intermediaries (again, with the appropriate =E2=80=9Czero out=E2=80=9D > discussed above, or something smarter). > Regeneration of messages, rather than forwarding, = renders that impossible (or, if used, > updating to = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = ) >=20 > There are other reasons, but the above are those that jump at me as = immediate show-stoppers. >=20 > I do honestly not see what possible benefit there is from = =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see very clear = inconveniences, and security is not the least of these. Insisting on = =E2=80=9Cregeneration=E2=80=9D requires development of =E2=80=9Cnon-genera= l workarounds=E2=80=9D as pointed out above. >=20 > Security Considerations > This is an always thorny subject. When OLSRv2 was going through the = process we got a thorough education in how little we knew about security = from the SEC-ADs, and had to spend about a year or so developing = RFC7183. The bottom line is, that this protocol needs its =E2=80=9CRFC7183= equivalent=E2=80=9D, either as part of the main document, or as an = independent document. currently, that is not the case. >=20 > A minima, looking at BCP72 and BCP107 =E2=80=94 taking inspiration = from RFC7183 might be aw good idea, as that was the most recent that = went through the SEC AD. Regardless of how, however, a =E2=80=9Cmandatory = to implement=E2=80=9D security mechanism most be specified (I think the = right term was =E2=80=9CMUST implement, SHOULD use=E2=80=9D), in = sufficient detail to ensure interoperable implementations. >=20 > As an example, both [RFC6130] and [RFC7181] set out that that: >=20 > On receiving a ... message, a router MUST first check if the > message is invalid for processing by this router >=20 > and then proceed to give a number of conditions that, each, will lead = to a rejection of the message as "badly formed and therefore invalid for = processing=E2=80=9D =E2=80=94 a list which RFC7183 then amended. That = gave a =E2=80=9Chook=E2=80=9D for RFC7183 for inserting =E2=80=9Crejection= =E2=80=9D. Idem for message generation. >=20 > If I was to do RFC7181/RFC6130 today, I would include that directly = into the protocol specifications. It turned out to be more overhead (and = slow down publication anyways) to do it as separate documents. >=20 > Secondly, we need to be a lot more rigid in terms of what ICVs, = Timestamps, etc. are added/removed, and what that brings. >=20 > For example (with the assumption that messages are *forwarded* and = *not* regenerated), this could be one option: >=20 > o When a RREQ, RREP message is generated, add an = ICV Message TLV, which is calculated > =E2=80=A6(take inspiration from RFC7183 here) >=20 > o When a RREQ, RREP message is transmitted (by = the source, or forwarded by an intermediary) > in an RFC5444 packet, an ICV Packet TLV is added = to the packet, which is calculated =E2=80=A6 >=20 > o When an RFC5444 packet is received, validate the = ICV Packet TLV and if the ICV doesn=E2=80=99t validate, > discard the contained messages. >=20 > o When receiving a RREQ/RREP (either as = destination, or as an intermediary), validate the ICV Message TLV=20 > and if the ICV doesn=E2=80=99t = validate, discard the message, do not process, do not forward. >=20 > This is a different (and more flexible?) model than =E2=80=9Cjust=E2=80=9D= transitive trust and =E2=80=9Cjust=E2=80=9D end-to-end trust discussed = previously, and is enabled by the =E2=80=9Cforwarding=E2=80=9D bit = described previously. >=20 > Metrics > I have asked this numerous times, but have not gotten any answer so I = am escalating this again. Why is this document having a normative = reference to RFC6551? >=20 > [RFC6551 <>] Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, = N., > and D. Barthel, "Routing Metrics Used for Path = Calculation > in Low-Power and Lossy Networks", RFC 6551 = , DOI 10.17487/ > RFC6551 , March = 2012, > >. >=20 >=20 > Unless I am mistaken, this is not the ROLL WG. And the abstract to = RFC6551 explicitly reads: >=20 > Low-Power and Lossy Networks (LLNs) have unique characteristics > compared with traditional wired and ad hoc networks that require = the > specification of new routing metrics and constraints. =20 > Which explicitly is disclaiming that these metrics are not applicable = in ad hoc networks =E2=80=94 and, I am wondering, what has changed since = the publication of RFC6551 to suddenly make these applicable? >=20 > I am also wondering if looking at (and, perhaps, using?) the same = metric type TLV type as in OLSRv2 is not a possibility? >=20 > Either way, referencing RFC6551 here is wrong. >=20 > RFC6621 (SMF) usage > As late as earlier this month, RFC6621 reared its head again on the = mailing list. I understand that the authors are set on using flooding = reduction as part of RREQ distribution. If that is the case, then this = protocol MUST specify that flooding reduction.=20 >=20 > Saying =E2=80=9CUse RFC6621=E2=80=9D won=E2=80=99t work, for reasons = Chris point out in an email earlier to the list: >> The network does not and fundamentally cannot offer multicast = suppression to AODVv2. This isn't a hard concept, but seems to keep = having to be said. AODVv2 messages are carried in 5444 packets, and = those only travel one hop. That doesn't allow for suppression. = Furthermore AODVv2 is creating new messages each hop. That needs AODVv2 = specific handling. >=20 >=20 > And quoting an email from myself: >> If protocol X relies on using a flooding operation, then it certainly = is protocol X's responsibility to specify the flooding operation (or, = at least, the requirements to the flooding operation ) for correct = functioning of protocol X. >=20 > I=E2=80=99ve previously pointed out that RFC6621 requires some degree = of configuration (can=E2=80=99t just, for example, pick two different = relay set selection algorithms, as that may produce a disconnected = flooding domain). >=20 > In other words, what the authors propose in = https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-00 = is = insufficient. >=20 > Multiple interfaces configured with the same address(es) - & RFC6621 > I think that it has been established that the ability to use the same = address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that a single way of doing so has been proposed, nor that the = =E2=80=9Coperating conditions=E2=80=9D are called out (for example, will = it work if router A and router B both have two interfaces, and that all = 4 interfaces use the same IP address?) >=20 > This is not entirely unrelated to flooding reduction and RFC6621. One = of the complexities is to get that just right: OLSRv2 - for example - = calculates Flooding-MPRs per interface, and RFC6130 is careful in how it = detects bidirectionality of links.=20 >=20 > I have not worked out all the details of how this impacts this = protocol =E2=80=94 but, it requires attention. Especially when wanting = to be able to say =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, then the = interface configuration constraints when faced with multiple interfaces = must be worked out. >=20 > Prefixes & Gateways > A question to my mind, and I am not sure I know how to answer that = from reading the draft since it is not discussed in section 9 (at = least), is: =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D = (i.e., a /<128 in IPv6)? >=20 > o If the whole prefix is part of the attached network set = of a single router,=20 > then I expect to get a single RREP back, is that the = case? >=20 > o If "half the prefix" is part of the attached network = set of a single router,=20 > and the other half is part of the attached network set = of another single router,=20 > then I expect two RREPs, is that the case? >=20 > o More generally, will I get a tree build through the = network here? >=20 > Section 9 (or, the whole spec) is also not explicit enough about = multiple "default gateways" =E2=80=94 i.e., the external network being = =E2=80=9Cthe rest of the Internet=E2=80=9D, and there being multiple = gateways to the Internet. I understand how the RREQ gets to the gateway, = and how the gateway determines if it should respond (the destination is = not part of =E2=80=9Cthe MANET prefix, with which it is configured=E2=80=9D= ). >=20 > But, if A is close to GW1, and B is close to GW2, but A and B being = far far apart (according to the metric used) within the MANET, then it = would be preferential for the route from A to B to go via = GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2?=20 >=20 > Is this a supported configuration?=20 > o If yes, how is it (seq# wise, I would expect some = complications) handled?=20 > o If not, where is it stated that this configuration is = not possible with this protocol? >=20 >=20 > The applicability statement says: >=20 > AODVv2 is designed for stub or disconnected mobile ad hoc networks, > i.e., non-transit networks or those not connected to the internet. > AODVv2 can, however, be configured to perform gateway functions = when > attached to external networks, as discussed in Section 9 = . >=20 > I believe that the scenario I describe is indeed a stub network (and = not a transit network)? >=20 > =E2=80=94 =E2=80=94 =E2=80=94=20 >=20 > As I indicated, these are the big-picture issues that I have gotten = around to thinking about enough to write up. I=E2=80=99m not through = working through the document, but those were the ones that came to mind, = and which seem imperative to resolve. >=20 > Best, >=20 > Thomas >=20 >=20 >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail=_3AED3438-D7D1-481F-9D6C-57D0428B364A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi Thomas, 

Am 17.03.2016 um 17:00 schrieb = ietf@thomasclausen.org:

Dear all,

Apologies for not having = gotten this done sooner - day-job leaving few spare cycles.

I=E2=80=99ve previously = offered reviews and comments, and some of those have been addressed in = the latest I-D =E2=80=94 others have not, but should be. I recall that = there was some mail attempting to rebut parts of the review, and I will = dig it out and reply to that.

With that being said, I have reviewed = the latest version of the document, and full details will be = forthcoming. There=E2=80=99re a couple of big-ticket/architectural items = that I want to address up front, as I believe that before we have those = hammered out, it will be useless to go into details. Note, I do not = claim that this is an exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D= , but that=E2=80=99s as far as I have gotten in thinking this = through.

I = also bring these up as they are items that have been brought up = repeatedly over the past years, but not resolved nor = discussed.

Loops
Just to = bring this out: I share Chris=E2=80=99 worry about conflicting and = concurrent statements from the authors on =E2=80=9CThere are no loops = possible=E2=80=9D and =E2=80=9CWe need to fix two situations where loops = can occur=E2=80=9D and =E2=80=9Cwe are still investigating some loop = conditions=E2=80=9D

Just one thing until I can go through your entire = review: the conflict was between =E2=80=9EThere are no loops possible=E2=80= =9C and =E2=80=9EThere were two loops possible and we=E2=80=99ve fixed = them.=E2=80=9C. I=E2=80=99ve written down the fixes for said loops under = the description how they can occur.


I particularly worry that this is not a discussion had in = public, but apparently in some other forum=E2=80=A6


Intermediate = Route Replies, and all of section 10
Section = 10 contains a set of =E2=80=9Cvaguely specified extensions=E2=80=9D, = which is incoherent with the intended status indicated for this = document. 

Specifically, and this is not unrelated to the point about = loops above, intermediate RREPs (section 10.3) are a potential source = for loops.

Expanding Ring Multicast (section 10.1) is not documented in = a way that can be implemented (and also, see = =E2=80=9CForwarding-vs-regeneration=E2=80=9D below, it is in the present = form of this protocol impossible), etc.


Forwarding-vs-regeneration
Recent exchanges on the list made me understand that protocol = control messages are *not* forwarded, but are consumed at each hop, then = a new message with (almost-but-not-quite) the same content is generated = and transmitted.

I have thought some more on this (& read some of the = exchanges on the list on this topic by Chris, Ulrich, and others), and I = am convinced that this is not the right way to go, at = least for the following reasons:


= o = It renders the hop-limit/hop-count fields in the = RFC5444 message header useless.
= This would not be bad if the functionality offered by those = fields was not useful
=E2=80=94 sadly, it is. = For example, for scope limited flooding (expanding ring search, = and 
such) which may be of = interest, and which require hop-limit. 
A = hop-count field may also provide a =E2=80=9Ccheap=E2=80=9D (in terms of = overhead) additional piece
= of information to use conjunctively with a =E2=80=9Creal=E2=80=9D = metric.

= The only practical solution would be to re-introduce these = functions by way of inserting a
= MessageTLV =E2=80=94 which (i) is not specified in this document, = and (ii) which would just
= serve to render messages bigger than strictly needed.

= Scope limited flooding  does seem to be a necessary = requirement, if for no
other reason than to = prevent information from =E2=80=9Ccirculating forever in the = network=E2=80=9D.

= o = It makes end-to-end authentication = unnecessarily hard.
I = think Chris called this out already, but it bears repeating: S generates = a message 
(say, a RREQ), and = includes an ICV calculated over the content of the message.
= For any recipient to be able to validate the ICV, the message has = to be exactly
the same =E2=80=94 not = just in content, but in structure =E2=80=94 as what was = generated.

= =E2=80=9CRegenerating=E2=80=9D rather than =E2=80=9Cforwarding=E2=80= =9D messages means, that the intermediate
= router =E2=80=9Cregenerating=E2=80=9D the RREQ may chose a = different structure (e.g., include TLVs
= in a different order).

The proposal from https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /a>
is to add constraints on = (i) the set of elements to include in a signature and (ii) the
= order of these elements.

One problem with = that approach is (i): if an extension adds a message TLV, or = an 
Address TLV, to a = message, then that will not be =E2=80=9Ccovered=E2=80=9D by the proposed = e2esec TLV.
Rather for *each* = extension developed, an =E2=80=9Cupdates e2esec=E2=80=9D clause needs to = be done.

= I=E2=80=99d say that this approach would be prone to errors =E2=80=94= and add entropy to the process
= of designing protocol extensions. The alternative, a message = being generated by the
source and *forwarded* = (as we do in OLSRv2, for example) would allow ICV TLVs 
= (even, allow reuse of those specified for OLSRv2) for covering a = message and 
extensions.

= =E2=80=9CBut what about the metrics value which will change on = each hop=E2=80=9D, you may say?
= Fortunately, that is relatively easy to handle: simply zero out = the value of that TLV when
= generating or verifying the ICV MessageTLV. And use Packet-TLVs = for hop-by-hop 
authentication, if needed = (but, see below).

= o = It prevents the use of more = clever/advanced signature schemes/ICVs
= Aggregate signature algorithms ( https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf)
exist, and an interesting = use-case can be found in also reactive protocols, allowing = verifying
not =E2=80=9Cjust=E2=80=9D = the end points, but also the intermediaries (again, with the appropriate = =E2=80=9Czero out=E2=80=9D
= discussed above, or something smarter).
= Regeneration of messages, rather than forwarding, renders that = impossible (or, if used,
= updating to  https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /a>)

There are = other reasons, but the above are those that jump at me as immediate = show-stoppers.

I= do honestly not see what possible benefit there is from = =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see very clear = inconveniences, and security is not the least of these. Insisting on = =E2=80=9Cregeneration=E2=80=9D requires development of =E2=80=9Cnon-genera= l workarounds=E2=80=9D as pointed out above.

Security = Considerations
This is an always thorny = subject. When OLSRv2 was going through the process we got a thorough = education in how little we knew about security from the SEC-ADs, and had = to spend about a year or so developing RFC7183. The bottom line is, that = this protocol needs its =E2=80=9CRFC7183  equivalent=E2=80=9D, = either as part of the main document, or as an independent document. = currently, that is not the case.

A minima, looking at BCP72 and BCP107 = =E2=80=94 taking inspiration from RFC7183 might be aw good idea, as that = was the most recent that went through the SEC AD. Regardless of how, = however, a =E2=80=9Cmandatory to implement=E2=80=9D security mechanism = most be specified (I think the right term was =E2=80=9CMUST implement, = SHOULD use=E2=80=9D), in sufficient detail to ensure interoperable = implementations.

As an example, both [RFC6130] and [RFC7181] set out that = that:

      On receiving a ... message, a router = MUST first check if the
      = message is invalid for processing by this router

and then proceed to give a number of = conditions that, each, will lead to a rejection of the message as "badly = formed and therefore invalid for processing=E2=80=9D =E2=80=94 a list = which RFC7183 then amended. That gave a =E2=80=9Chook=E2=80=9D for = RFC7183 for inserting =E2=80=9Crejection=E2=80=9D. Idem for message = generation.

If = I was to do RFC7181/RFC6130 today, I would include that directly into = the protocol specifications. It turned out to be more overhead (and slow = down publication anyways) to do it as separate = documents.

Secondly, we need to be a lot more rigid in terms of what = ICVs, Timestamps, etc. are added/removed, and what that = brings.

For = example (with the assumption that messages are *forwarded* and *not* = regenerated), this could be one option:

o When a = RREQ, RREP message is generated, add an ICV Message TLV, which is = calculated <this way>
=  =E2=80=A6(take inspiration from RFC7183 here)

= o = When a RREQ, RREP message is transmitted  (by the source, or = forwarded by an intermediary)
= in an RFC5444 packet, an ICV Packet TLV is added to the packet, = which is calculated <this way> =E2=80=A6

o When an = RFC5444 packet is received, validate the ICV Packet TLV <this way> = and if the ICV doesn=E2=80=99t validate,
= discard the contained messages.

o When = receiving a RREQ/RREP (either as destination, or as an intermediary), = validate the ICV Message TLV 
= <this way> and if the ICV doesn=E2=80=99t validate, discard = the message, do not process, do not forward.

This is a different (and more = flexible?) model than =E2=80=9Cjust=E2=80=9D transitive trust and = =E2=80=9Cjust=E2=80=9D end-to-end trust discussed previously, and is = enabled by the =E2=80=9Cforwarding=E2=80=9D bit described = previously.

Metrics
I have = asked this numerous times, but have not gotten any answer so I am = escalating this again. Why is this document having a normative reference = to RFC6551?

[RFC6551] = Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, N., and D. Barthel, "Routing Metrics Used for Path Calculation in Low-Power and Lossy Networks", RFC 6551, = DOI 10.17487/ RFC6551, March 2012, <http://www.rfc-editor.org/info/rfc6551>.


Unless I am mistaken, this is not the = ROLL WG. And the abstract to RFC6551 explicitly reads:

   Low-Power and Lossy =
Networks (LLNs) have unique characteristics
   compared with traditional wired and ad hoc networks that require the
   specification of new routing metrics and constraints.
Which explicitly is disclaiming that these metrics are not applicable in ad hoc networks =E2=80= =94 and, I am wondering, what has changed since the publication of = RFC6551 to suddenly make these applicable?

 I am also wondering if looking at = (and, perhaps, using?) the same metric type TLV type as in OLSRv2 is not = a possibility?

Either way, referencing RFC6551 here is wrong.

RFC6621 (SMF) usage
As late as = earlier this month, RFC6621 reared its head again on the mailing list. I = understand that the authors are set on using flooding reduction as part = of RREQ distribution. If that is the case, then this protocol MUST = specify that flooding reduction. 

Saying =E2=80=9CUse RFC6621=E2=80=9D = won=E2=80=99t work, for reasons Chris point out in an email earlier to = the list:
The = network does not and fundamentally cannot offer multicast suppression to = AODVv2. This isn't a hard concept, but seems to keep having to be = said. AODVv2 messages are carried in 5444 packets, and those only travel = one hop. That doesn't allow for suppression. Furthermore AODVv2 is = creating new messages each hop. That needs AODVv2 specific = handling.

And quoting an email from myself:
If protocol X relies on = using a flooding operation, then it certainly is protocol X's = responsibility to  specify the flooding operation (or, at = least, the requirements to the flooding operation ) for correct = functioning of protocol X.

I=E2=80=99ve previously pointed out = that RFC6621 requires some degree of configuration (can=E2=80=99t just, = for example, pick two different relay set selection algorithms, as that = may produce a disconnected flooding domain).

In other words, what the authors = propose in https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-0= 0 is insufficient.

Multiple interfaces configured = with the same address(es) - & RFC6621
I = think that it has been established that the ability to use the same = address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that a single way of doing so has been proposed, nor that the = =E2=80=9Coperating conditions=E2=80=9D are called out (for example, will = it work  if router A and router B both have two interfaces, and = that all 4 interfaces use the same IP address?)

This is not entirely unrelated to = flooding reduction and RFC6621. One of the complexities is to get that = just right: OLSRv2 - for example - calculates Flooding-MPRs per = interface, and RFC6130 is careful in how it detects bidirectionality of = links. 

I = have not worked out all the details of how this impacts this protocol = =E2=80=94 but, it requires attention. Especially when wanting to be able = to say =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, then the interface = configuration constraints when faced with multiple interfaces must be = worked out.

Prefixes & Gateways
A question to my mind, and I am not sure I know how to answer = that from reading the draft since it is not discussed in section 9 (at = least), is: =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D = (i.e., a /<128 in IPv6)?

= o = If the whole prefix is part of the attached network set of a = single router, 
then I expect to get a = single RREP back, is that the case?

o If "half the prefix"  is = part of the attached network set of a single router, 
= and the other half is part of the attached network set of another =  single router, 
= then I expect two RREPs, is that the case?
o More generally, will I get a tree = build through the network here?

Section 9 (or, the whole spec) is also = not explicit enough about multiple  "default gateways" =E2=80=94 = i.e., the external network being =E2=80=9Cthe rest of the Internet=E2=80=9D= , and there being multiple gateways to the Internet. I understand how = the RREQ gets to the gateway, and how the gateway determines if it = should respond (the destination is not part of =E2=80=9Cthe MANET = prefix, with which it is configured=E2=80=9D).

But, if A is close to GW1, and B is = close to GW2, but A and B being far far apart (according to the metric = used) within the MANET, then it would be preferential for the route from = A to B to go via GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2? 

Is this a supported = configuration? 
o If yes, how is it (seq# wise, I = would expect some complications) handled? 
o If not, = where is it stated that this configuration is not possible with this = protocol?


The applicability statement = says:

   AODVv2 is designed =
for stub or disconnected mobile ad hoc networks,
   i.e., non-transit networks or those not connected to the internet.
   AODVv2 can, however, be configured to perform gateway functions when
   attached to external networks, as discussed in Section 9.

I = believe that the scenario I describe is indeed a stub network (and not a = transit network)?

=E2=80=94 =E2=80=94 =E2=80=94 

As I indicated, these are the = big-picture issues that I have gotten around to thinking about enough to = write up. I=E2=80=99m not through working through the document, but = those were the ones that came to mind, and which seem imperative to = resolve.

Best,

Thomas



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

= --Apple-Mail=_3AED3438-D7D1-481F-9D6C-57D0428B364A-- From nobody Thu Mar 17 09:31:01 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA63512D6C7 for ; Thu, 17 Mar 2016 09:31:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.82 X-Spam-Level: X-Spam-Status: No, score=-4.82 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RDNS_NONE=0.793, TRACKER_ID=1.306] 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 40H8HRZTiqKG for ; Thu, 17 Mar 2016 09:30:54 -0700 (PDT) Received: from ukmta1.baesystems.com (unknown [20.133.0.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC25912D5B7 for ; Thu, 17 Mar 2016 09:30:53 -0700 (PDT) X-IronPort-AV: E=Sophos; i="5.24,350,1454976000"; d="scan'208,217"; a="52892884" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta1.baesystems.com with ESMTP; 17 Mar 2016 16:30:52 +0000 X-IronPort-AV: E=Sophos;i="5.24,350,1454976000"; d="scan'208,217";a="110621914" Received: from glkxh0003v.greenlnk.net ([10.109.2.34]) by baemasmds016.greenlnk.net with ESMTP; 17 Mar 2016 16:30:52 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.214]) by GLKXH0003V.GREENLNK.net ([10.109.2.34]) with mapi id 14.03.0248.002; Thu, 17 Mar 2016 16:30:52 +0000 From: "Dearlove, Christopher (UK)" To: "ietf@thomasclausen.org" , "Mobile Ad Hoc Networks mailing list" Thread-Topic: Message integrity and message mutability (was RE: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) Thread-Index: AdGAahFFa34R4m1XSvWEddSsWNR7ZQ== Date: Thu, 17 Mar 2016 16:30:51 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E267GLKXM0002VGREEN_" MIME-Version: 1.0 Archived-At: Subject: [manet] Message integrity and message mutability (was RE: draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 16:31:00 -0000 --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E267GLKXM0002VGREEN_ Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 SSBhcHByZWNpYXRlIFRob21hc+KAmXMgY29tbWVudHMgYWJvdXQgdGhlIGxpbWl0YXRpb25zIG9m IG1lc3NhZ2UgcmVnZW5lcmF0aW9uLCBidXQgSSB3b3VsZCBiZSBhIGJpdCBsZXNzIGFic29sdXRl Lg0KDQpUaGUgaXNzdWVzIG92ZXIgZW5kIHRvIGVuZCBhdXRoZW50aWNhdGlvbiBhbmQgbW9yZSBh ZHZhbmNlZCBzaWduYXR1cmVzIGFyZSB2YWxpZC4gSSBuZWVkIHRvIHJlYWQgdGhlIGdpdmVuIHJl ZmVyZW5jZSBvbiBhZ2dyZWdhdGUgc2lnbmF0dXJlcyB0byBpbmNyZWFzZSBteSBrbm93bGVkZ2Ug KHRoYW5rcyBmb3IgaXQpLCBidXQgbXkgdW5kZXJzdGFuZGluZyBvZiB0aGUgcG9zc2liaWxpdGll cyBpbiB0aGlzIGZpZWxkIG1heSBvZmZlciBhIHNvbHV0aW9uIHRvIHRoZSBwcm9ibGVtLCBidXQg d2l0aCBzb21lIG90aGVyIGlzc3VlcyAocG9zc2libHkgaW5jbHVkaW5nIGEgbmV3IHR5cGUgb2Yg VExWKS4NCg0KQnV0IHRoZSBob3AgY291bnQvbGltaXQgcG9pbnQgSSBkb27igJl0IGZ1bGx5IGFn cmVlIHdpdGgsIHlvdSBjYW4gcmVnZW5lcmF0ZSB3aXRoIGFuIGluY3JlbWVudGVkL2RlY3JlbWVu dGVkIGNvdW50L2xpbWl0LCB3aGljaCBsZWF2ZXMgdGhlIGFiaWxpdHkgdG8gcHJldmVudCBtZXNz YWdlcyBwcm9wYWdhdGluZyBpbmRlZmluaXRlbHksIGluY2x1ZGluZyBleHBhbmRpbmcgcmluZyBz ZWFyY2hlcywgYW5kIHJldGFpbnMgdGhlIGFiaWxpdHkgdG8gdXNlIFJGQyA1NDk3IGludGVydmFs IGFuZCB2YWxpZGl0eSB0aW1lcyB0aGF0IG1pZ2h0IGJlIHVzZWZ1bCB3aXRoIGFuIGV4cGFuZGlu ZyByaW5nIHNlYXJjaCAob3IgbWlnaHQgbm90KS4NCg0KQnV0IHRoZSBrZXkgaXNzdWUgaXMgdGhh dCBBT0RWdjIgd2FudHMgdG8gYWNjdW11bGF0ZSBtZXRyaWNzLiBJIHN0aWxsIGhhdmVu4oCZdCBn b3QgdG8gdGhlIGJvdHRvbSBvZiBtYW55IGRldGFpbHMgaGVyZSwgYnV0IGxldOKAmXMgZm9yIHRo ZSBtb21lbnQganVzdCBjb25zaWRlciB0aGF0IGNvbmNlcHR1YWxseS4NCg0KSXTigJlzIGhhcmQg dG8gaGFuZGxlIGVuZCB0byBlbmQuIENoYXJsaWXigJlzIGRyYWZ0IGF0dGVtcHRzIHRvIGRvIGFu IGVuZCB0byBlbmQgb2Ygc29tZSBpbmZvcm1hdGlvbiwgbm90IHRoaXMgaW5mb3JtYXRpb24uIEni gJltIG5vdCBzdXJlIGlmIHRoYXTigJlzIHVzZWZ1bCAoYW5kIHRoZSBzcGVjaWFsaXNlZCBmb3Jt YXQgaXMgYmV0dGVyIGF2b2lkZWQgaWYgcG9zc2libGUpLiBPdGhlciBhcHByb2FjaGVzIGFyZSBo b3AgYnkgaG9wIChtaWdodCBhcyB3ZWxsIHVzZSBwYWNrZXQgc2lnbmF0dXJlcykgYW5kIHNoYXJl ZCBrZXkgKG1pZ2h0IGFzIHdlbGwgZ28gaG9wIGJ5IGhvcCkuIFBhaXJ3aXNlIHNpZ25hdHVyZXMg Zm9yIGVhY2ggcGFpciBvZiByb3V0ZXJzIEnigJltIGRpc2NvdW50aW5nIGFzIHNjYWxpbmcgdGVy cmlibHkuIEluIHRoZSBpbnRlcmVzdHMgb2YgY29tcGxldGVuZXNzIGxldOKAmXMgbWVudGlvbiBu b3QgYWNjdW11bGF0aW5nIG1ldHJpY3MsIHdoaWNoIHB1dHMgdXMgYmFjayB0byBob3AgY291bnQg YW5kIHRoYXTigJlzIG5vdCBpZGVhbCBlaXRoZXIuDQoNCkkgZG9u4oCZdCB0aGluayB0aGVyZSBp cyBhbiBpZGVhbCBzb2x1dGlvbi4gKEkgbGlrZSBpZGVhcyBJ4oCZdmUgc2VlbiBhYm91dCBhZ2dy ZWdhdGluZywgYnV0IHRoYXQgaGFzIHNvbWUgaXNzdWVzIG9mIGl0cyBvd24sIGV2ZW4gYXBhcnQg ZnJvbSBjb21wdXRhdGlvbmFsIGxvYWQuKSBJ4oCZZCBsb3ZlIHRvIGJlIHByb3ZlZCB3cm9uZyAt IHNvbWVvbmUgd2l0aCB0aGUgcGVyZmVjdCBzb2x1dGlvbiB0byBjb21lIGFsb25nLg0KDQpXaGlj aCBtZWFucyB0aGF0IGVpdGhlciB3ZSBtYWtlIGFuIGFyYml0cmFyeSBjaG9pY2UgLSB3aGljaCB3 aWxsIGJlIGRpc2FncmVlZCB3aXRoLCBidXQgbmVlZHMgZGlzY3Vzc2luZyBmaXJzdCAtIG9yIGNy ZWF0ZSBzb21ldGhpbmcgZmxleGlibGUuIFVuZm9ydHVuYXRlbHkgZmxleGlibGUgaW4gdGhhdCBy ZWdhcmQgY29uc3RyYWlucyBpbiBvdGhlcnMsIGUuZy4gc29tZSAobWFueT8gbW9zdD8pIGFnZ3Jl Z2F0aW5nIHNpZ25hdHVyZXMgbmVlZCBmaXhlZCBkYXRhIHNpemVzICh3aGljaCB3ZSBjYW4gZG8g YnkgZGVmaW5pbmcgYSBUTFYgdGhhdCDigJxmaWxscyB1cOKAnSB3aXRoIGhvcCBjb3VudCwgYnV0 IHRoYXQgaGFzIGEgY29zdCB0b28pLg0KDQpTb3JyeSwgbm8gYW5zd2VycywganVzdCBjb21tZW50 cy4gQW5kIEnigJltIG5vdCBhZGRyZXNzaW5nIFRob21hc+KAmXMgbGF0ZXIgcG9pbnRzIGhlcmUu DQoNCi0tDQpDaHJpc3RvcGhlciBEZWFybG92ZQ0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcg0K QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KDQpUOiAgKzQ0ICgwKTEyNDUgMjQyMTk0ICB8ICBFOiBjaHJpcy5kZWFybG92ZUBi YWVzeXN0ZW1zLmNvbTxtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20+DQoNCkJB RSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFy aywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3NleCBDTTIgOEhOLg0Kd3d3LmJhZXN5c3Rl bXMuY29tL2FpPGh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWk+DQpCQUUgU3lzdGVtcyBBcHBs aWVkIEludGVsbGlnZW5jZSBMaW1pdGVkDQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcyBO bzogMDEzMzc0NTENClJlZ2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3Vp bGRmb3JkLCBTdXJyZXksIEdVMiA3WVANCg0KRnJvbTogbWFuZXQgW21haWx0bzptYW5ldC1ib3Vu Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgaWV0ZkB0aG9tYXNjbGF1c2VuLm9yZw0KU2VudDog MTcgTWFyY2ggMjAxNiAxNjowMA0KVG86IE1vYmlsZSBBZCBIb2MgTmV0d29ya3MgbWFpbGluZyBs aXN0DQpTdWJqZWN0OiBbbWFuZXRdIGRyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzIHJldmlldyAt IGEgY291cGxlIG9mIGJpZyB0aWNrZXQgSXRlbXMNCg0KDQoqKiogV0FSTklORyAqKioNClRoaXMg bWVzc2FnZSBvcmlnaW5hdGVzIGZyb20gb3V0c2lkZSBvdXIgb3JnYW5pc2F0aW9uLCBlaXRoZXIg ZnJvbSBhbiBleHRlcm5hbCBwYXJ0bmVyIG9yIHRoZSBpbnRlcm5ldC4NCkNvbnNpZGVyIGNhcmVm dWxseSB3aGV0aGVyIHlvdSBzaG91bGQgY2xpY2sgb24gYW55IGxpbmtzLCBvcGVuIGFueSBhdHRh Y2htZW50cyBvciByZXBseS4NCkZvciBpbmZvcm1hdGlvbiByZWdhcmRpbmcgUmVkIEZsYWdzIHRo YXQgeW91IGNhbiBsb29rIG91dCBmb3IgaW4gZW1haWxzIHlvdSByZWNlaXZlLCBjbGljayBoZXJl PGh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nw b3RsaWdodHMvRG9jdW1lbnRzL1JlZCUyMEZsYWdzLnBkZj4uDQpJZiB5b3UgZmVlbCB0aGUgZW1h aWwgaXMgc3VzcGljaW91cywgcGxlYXNlIGZvbGxvdyB0aGlzIHByb2Nlc3M8aHR0cDovL2ludHJh bmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1 bWVudHMvRGVhbGluZyUyMFdpdGglMjBTdXNwaWNpb3VzJTIwRW1haWxzLnBkZj4uDQoqKiogV0FS TklORyAqKioNCkVYVEVSTkFMIEVNQUlMIC0tIFRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20g b3V0c2lkZSBvdXIgb3JnYW5pemF0aW9uLg0KDQpEZWFyIGFsbCwNCg0KQXBvbG9naWVzIGZvciBu b3QgaGF2aW5nIGdvdHRlbiB0aGlzIGRvbmUgc29vbmVyIC0gZGF5LWpvYiBsZWF2aW5nIGZldyBz cGFyZSBjeWNsZXMuDQoNCknigJl2ZSBwcmV2aW91c2x5IG9mZmVyZWQgcmV2aWV3cyBhbmQgY29t bWVudHMsIGFuZCBzb21lIG9mIHRob3NlIGhhdmUgYmVlbiBhZGRyZXNzZWQgaW4gdGhlIGxhdGVz dCBJLUQg4oCUIG90aGVycyBoYXZlIG5vdCwgYnV0IHNob3VsZCBiZS4gSSByZWNhbGwgdGhhdCB0 aGVyZSB3YXMgc29tZSBtYWlsIGF0dGVtcHRpbmcgdG8gcmVidXQgcGFydHMgb2YgdGhlIHJldmll dywgYW5kIEkgd2lsbCBkaWcgaXQgb3V0IGFuZCByZXBseSB0byB0aGF0Lg0KDQpXaXRoIHRoYXQg YmVpbmcgc2FpZCwgSSBoYXZlIHJldmlld2VkIHRoZSBsYXRlc3QgdmVyc2lvbiBvZiB0aGUgZG9j dW1lbnQsIGFuZCBmdWxsIGRldGFpbHMgd2lsbCBiZSBmb3J0aGNvbWluZy4gVGhlcmXigJlyZSBh IGNvdXBsZSBvZiBiaWctdGlja2V0L2FyY2hpdGVjdHVyYWwgaXRlbXMgdGhhdCBJIHdhbnQgdG8g YWRkcmVzcyB1cCBmcm9udCwgYXMgSSBiZWxpZXZlIHRoYXQgYmVmb3JlIHdlIGhhdmUgdGhvc2Ug aGFtbWVyZWQgb3V0LCBpdCB3aWxsIGJlIHVzZWxlc3MgdG8gZ28gaW50byBkZXRhaWxzLiBOb3Rl LCBJIGRvIG5vdCBjbGFpbSB0aGF0IHRoaXMgaXMgYW4gZXhoYXVzdGl2ZSBsaXN0IG9mIOKAnGJp ZyB0aWNrZXQgaXRlbXPigJ0sIGJ1dCB0aGF04oCZcyBhcyBmYXIgYXMgSSBoYXZlIGdvdHRlbiBp biB0aGlua2luZyB0aGlzIHRocm91Z2guDQoNCkkgYWxzbyBicmluZyB0aGVzZSB1cCBhcyB0aGV5 IGFyZSBpdGVtcyB0aGF0IGhhdmUgYmVlbiBicm91Z2h0IHVwIHJlcGVhdGVkbHkgb3ZlciB0aGUg cGFzdCB5ZWFycywgYnV0IG5vdCByZXNvbHZlZCBub3IgZGlzY3Vzc2VkLg0KDQpMb29wcw0KSnVz dCB0byBicmluZyB0aGlzIG91dDogSSBzaGFyZSBDaHJpc+KAmSB3b3JyeSBhYm91dCBjb25mbGlj dGluZyBhbmQgY29uY3VycmVudCBzdGF0ZW1lbnRzIGZyb20gdGhlIGF1dGhvcnMgb24g4oCcVGhl cmUgYXJlIG5vIGxvb3BzIHBvc3NpYmxl4oCdIGFuZCDigJxXZSBuZWVkIHRvIGZpeCB0d28gc2l0 dWF0aW9ucyB3aGVyZSBsb29wcyBjYW4gb2NjdXLigJ0gYW5kIOKAnHdlIGFyZSBzdGlsbCBpbnZl c3RpZ2F0aW5nIHNvbWUgbG9vcCBjb25kaXRpb25z4oCdDQoNCkkgcGFydGljdWxhcmx5IHdvcnJ5 IHRoYXQgdGhpcyBpcyBub3QgYSBkaXNjdXNzaW9uIGhhZCBpbiBwdWJsaWMsIGJ1dCBhcHBhcmVu dGx5IGluIHNvbWUgb3RoZXIgZm9ydW3igKYNCg0KDQpJbnRlcm1lZGlhdGUgUm91dGUgUmVwbGll cywgYW5kIGFsbCBvZiBzZWN0aW9uIDEwDQpTZWN0aW9uIDEwIGNvbnRhaW5zIGEgc2V0IG9mIOKA nHZhZ3VlbHkgc3BlY2lmaWVkIGV4dGVuc2lvbnPigJ0sIHdoaWNoIGlzIGluY29oZXJlbnQgd2l0 aCB0aGUgaW50ZW5kZWQgc3RhdHVzIGluZGljYXRlZCBmb3IgdGhpcyBkb2N1bWVudC4NCg0KU3Bl Y2lmaWNhbGx5LCBhbmQgdGhpcyBpcyBub3QgdW5yZWxhdGVkIHRvIHRoZSBwb2ludCBhYm91dCBs b29wcyBhYm92ZSwgaW50ZXJtZWRpYXRlIFJSRVBzIChzZWN0aW9uIDEwLjMpIGFyZSBhIHBvdGVu dGlhbCBzb3VyY2UgZm9yIGxvb3BzLg0KDQpFeHBhbmRpbmcgUmluZyBNdWx0aWNhc3QgKHNlY3Rp b24gMTAuMSkgaXMgbm90IGRvY3VtZW50ZWQgaW4gYSB3YXkgdGhhdCBjYW4gYmUgaW1wbGVtZW50 ZWQgKGFuZCBhbHNvLCBzZWUg4oCcRm9yd2FyZGluZy12cy1yZWdlbmVyYXRpb27igJ0gYmVsb3cs IGl0IGlzIGluIHRoZSBwcmVzZW50IGZvcm0gb2YgdGhpcyBwcm90b2NvbCBpbXBvc3NpYmxlKSwg ZXRjLg0KDQoNCkZvcndhcmRpbmctdnMtcmVnZW5lcmF0aW9uDQpSZWNlbnQgZXhjaGFuZ2VzIG9u IHRoZSBsaXN0IG1hZGUgbWUgdW5kZXJzdGFuZCB0aGF0IHByb3RvY29sIGNvbnRyb2wgbWVzc2Fn ZXMgYXJlICpub3QqIGZvcndhcmRlZCwgYnV0IGFyZSBjb25zdW1lZCBhdCBlYWNoIGhvcCwgdGhl biBhIG5ldyBtZXNzYWdlIHdpdGggKGFsbW9zdC1idXQtbm90LXF1aXRlKSB0aGUgc2FtZSBjb250 ZW50IGlzIGdlbmVyYXRlZCBhbmQgdHJhbnNtaXR0ZWQuDQoNCkkgaGF2ZSB0aG91Z2h0IHNvbWUg bW9yZSBvbiB0aGlzICgmIHJlYWQgc29tZSBvZiB0aGUgZXhjaGFuZ2VzIG9uIHRoZSBsaXN0IG9u IHRoaXMgdG9waWMgYnkgQ2hyaXMsIFVscmljaCwgYW5kIG90aGVycyksIGFuZCBJIGFtIGNvbnZp bmNlZCB0aGF0IHRoaXMgaXMgbm90IHRoZSByaWdodCB3YXkgdG8gZ28sIGF0IGxlYXN0IGZvciB0 aGUgZm9sbG93aW5nIHJlYXNvbnM6DQoNCg0KICAgICAgICAgICAgbyAgICAgICAgICBJdCByZW5k ZXJzIHRoZSBob3AtbGltaXQvaG9wLWNvdW50IGZpZWxkcyBpbiB0aGUgUkZDNTQ0NCBtZXNzYWdl IGhlYWRlciB1c2VsZXNzLg0KICAgICAgICAgICAgICAgICAgICAgICAgVGhpcyB3b3VsZCBub3Qg YmUgYmFkIGlmIHRoZSBmdW5jdGlvbmFsaXR5IG9mZmVyZWQgYnkgdGhvc2UgZmllbGRzIHdhcyBu b3QgdXNlZnVsDQogICAgICAgICAgICAgICAgICAgICAgICDigJQgc2FkbHksIGl0IGlzLiBGb3Ig ZXhhbXBsZSwgZm9yIHNjb3BlIGxpbWl0ZWQgZmxvb2RpbmcgKGV4cGFuZGluZyByaW5nIHNlYXJj aCwgYW5kDQogICAgICAgICAgICAgICAgICAgICAgICBzdWNoKSB3aGljaCBtYXkgYmUgb2YgaW50 ZXJlc3QsIGFuZCB3aGljaCByZXF1aXJlIGhvcC1saW1pdC4NCiAgICAgICAgICAgICAgICAgICAg ICAgIEEgaG9wLWNvdW50IGZpZWxkIG1heSBhbHNvIHByb3ZpZGUgYSDigJxjaGVhcOKAnSAoaW4g dGVybXMgb2Ygb3ZlcmhlYWQpIGFkZGl0aW9uYWwgcGllY2UNCiAgICAgICAgICAgICAgICAgICAg ICAgIG9mIGluZm9ybWF0aW9uIHRvIHVzZSBjb25qdW5jdGl2ZWx5IHdpdGggYSDigJxyZWFs4oCd IG1ldHJpYy4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgVGhlIG9ubHkgcHJhY3RpY2FsIHNv bHV0aW9uIHdvdWxkIGJlIHRvIHJlLWludHJvZHVjZSB0aGVzZSBmdW5jdGlvbnMgYnkgd2F5IG9m IGluc2VydGluZyBhDQogICAgICAgICAgICAgICAgICAgICAgICBNZXNzYWdlVExWIOKAlCB3aGlj aCAoaSkgaXMgbm90IHNwZWNpZmllZCBpbiB0aGlzIGRvY3VtZW50LCBhbmQgKGlpKSB3aGljaCB3 b3VsZCBqdXN0DQogICAgICAgICAgICAgICAgICAgICAgICBzZXJ2ZSB0byByZW5kZXIgbWVzc2Fn ZXMgYmlnZ2VyIHRoYW4gc3RyaWN0bHkgbmVlZGVkLg0KDQogICAgICAgICAgICAgICAgICAgICAg ICBTY29wZSBsaW1pdGVkIGZsb29kaW5nICBkb2VzIHNlZW0gdG8gYmUgYSBuZWNlc3NhcnkgcmVx dWlyZW1lbnQsIGlmIGZvciBubw0KICAgICAgICAgICAgICAgICAgICAgICAgb3RoZXIgcmVhc29u IHRoYW4gdG8gcHJldmVudCBpbmZvcm1hdGlvbiBmcm9tIOKAnGNpcmN1bGF0aW5nIGZvcmV2ZXIg aW4gdGhlIG5ldHdvcmvigJ0uDQoNCiAgICAgICAgICAgIG8gICAgICAgICAgSXQgbWFrZXMgZW5k LXRvLWVuZCBhdXRoZW50aWNhdGlvbiB1bm5lY2Vzc2FyaWx5IGhhcmQuDQogICAgICAgICAgICAg ICAgICAgICAgICBJIHRoaW5rIENocmlzIGNhbGxlZCB0aGlzIG91dCBhbHJlYWR5LCBidXQgaXQg YmVhcnMgcmVwZWF0aW5nOiBTIGdlbmVyYXRlcyBhIG1lc3NhZ2UNCiAgICAgICAgICAgICAgICAg ICAgICAgIChzYXksIGEgUlJFUSksIGFuZCBpbmNsdWRlcyBhbiBJQ1YgY2FsY3VsYXRlZCBvdmVy IHRoZSBjb250ZW50IG9mIHRoZSBtZXNzYWdlLg0KICAgICAgICAgICAgICAgICAgICAgICAgRm9y IGFueSByZWNpcGllbnQgdG8gYmUgYWJsZSB0byB2YWxpZGF0ZSB0aGUgSUNWLCB0aGUgbWVzc2Fn ZSBoYXMgdG8gYmUgZXhhY3RseQ0KICAgICAgICAgICAgICAgICAgICAgICAgdGhlIHNhbWUg4oCU IG5vdCBqdXN0IGluIGNvbnRlbnQsIGJ1dCBpbiBzdHJ1Y3R1cmUg4oCUIGFzIHdoYXQgd2FzIGdl bmVyYXRlZC4NCg0KICAgICAgICAgICAgICAgICAgICAgICAg4oCcUmVnZW5lcmF0aW5n4oCdIHJh dGhlciB0aGFuIOKAnGZvcndhcmRpbmfigJ0gbWVzc2FnZXMgbWVhbnMsIHRoYXQgdGhlIGludGVy bWVkaWF0ZQ0KICAgICAgICAgICAgICAgICAgICAgICAgcm91dGVyIOKAnHJlZ2VuZXJhdGluZ+KA nSB0aGUgUlJFUSBtYXkgY2hvc2UgYSBkaWZmZXJlbnQgc3RydWN0dXJlIChlLmcuLCBpbmNsdWRl IFRMVnMNCiAgICAgICAgICAgICAgICAgICAgICAgIGluIGEgZGlmZmVyZW50IG9yZGVyKS4NCg0K ICAgICAgICAgICAgICAgICAgICAgICAgVGhlIHByb3Bvc2FsIGZyb20gaHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LXBlcmtpbnMtbWFuZXQtYW9kdi1lMmVzZWMtMDANCiAgICAgICAg ICAgICAgICAgICAgICAgIGlzIHRvIGFkZCBjb25zdHJhaW50cyBvbiAoaSkgdGhlIHNldCBvZiBl bGVtZW50cyB0byBpbmNsdWRlIGluIGEgc2lnbmF0dXJlIGFuZCAoaWkpIHRoZQ0KICAgICAgICAg ICAgICAgICAgICAgICAgb3JkZXIgb2YgdGhlc2UgZWxlbWVudHMuDQoNCiAgICAgICAgICAgICAg ICAgICAgICAgIE9uZSBwcm9ibGVtIHdpdGggdGhhdCBhcHByb2FjaCBpcyAoaSk6IGlmIGFuIGV4 dGVuc2lvbiBhZGRzIGEgbWVzc2FnZSBUTFYsIG9yIGFuDQogICAgICAgICAgICAgICAgICAgICAg ICBBZGRyZXNzIFRMViwgdG8gYSBtZXNzYWdlLCB0aGVuIHRoYXQgd2lsbCBub3QgYmUg4oCcY292 ZXJlZOKAnSBieSB0aGUgcHJvcG9zZWQgZTJlc2VjIFRMVi4NCiAgICAgICAgICAgICAgICAgICAg ICAgIFJhdGhlciBmb3IgKmVhY2gqIGV4dGVuc2lvbiBkZXZlbG9wZWQsIGFuIOKAnHVwZGF0ZXMg ZTJlc2Vj4oCdIGNsYXVzZSBuZWVkcyB0byBiZSBkb25lLg0KDQogICAgICAgICAgICAgICAgICAg ICAgICBJ4oCZZCBzYXkgdGhhdCB0aGlzIGFwcHJvYWNoIHdvdWxkIGJlIHByb25lIHRvIGVycm9y cyDigJQgYW5kIGFkZCBlbnRyb3B5IHRvIHRoZSBwcm9jZXNzDQogICAgICAgICAgICAgICAgICAg ICAgICBvZiBkZXNpZ25pbmcgcHJvdG9jb2wgZXh0ZW5zaW9ucy4gVGhlIGFsdGVybmF0aXZlLCBh IG1lc3NhZ2UgYmVpbmcgZ2VuZXJhdGVkIGJ5IHRoZQ0KICAgICAgICAgICAgICAgICAgICAgICAg c291cmNlIGFuZCAqZm9yd2FyZGVkKiAoYXMgd2UgZG8gaW4gT0xTUnYyLCBmb3IgZXhhbXBsZSkg d291bGQgYWxsb3cgSUNWIFRMVnMNCiAgICAgICAgICAgICAgICAgICAgICAgIChldmVuLCBhbGxv dyByZXVzZSBvZiB0aG9zZSBzcGVjaWZpZWQgZm9yIE9MU1J2MikgZm9yIGNvdmVyaW5nIGEgbWVz c2FnZSBhbmQNCiAgICAgICAgICAgICAgICAgICAgICAgIGV4dGVuc2lvbnMuDQoNCiAgICAgICAg ICAgICAgICAgICAgICAgIOKAnEJ1dCB3aGF0IGFib3V0IHRoZSBtZXRyaWNzIHZhbHVlIHdoaWNo IHdpbGwgY2hhbmdlIG9uIGVhY2ggaG9w4oCdLCB5b3UgbWF5IHNheT8NCiAgICAgICAgICAgICAg ICAgICAgICAgIEZvcnR1bmF0ZWx5LCB0aGF0IGlzIHJlbGF0aXZlbHkgZWFzeSB0byBoYW5kbGU6 IHNpbXBseSB6ZXJvIG91dCB0aGUgdmFsdWUgb2YgdGhhdCBUTFYgd2hlbg0KICAgICAgICAgICAg ICAgICAgICAgICAgZ2VuZXJhdGluZyBvciB2ZXJpZnlpbmcgdGhlIElDViBNZXNzYWdlVExWLiBB bmQgdXNlIFBhY2tldC1UTFZzIGZvciBob3AtYnktaG9wDQogICAgICAgICAgICAgICAgICAgICAg ICBhdXRoZW50aWNhdGlvbiwgaWYgbmVlZGVkIChidXQsIHNlZSBiZWxvdykuDQoNCiAgICAgICAg ICAgIG8gICAgICAgICAgSXQgcHJldmVudHMgdGhlIHVzZSBvZiBtb3JlIGNsZXZlci9hZHZhbmNl ZCBzaWduYXR1cmUgc2NoZW1lcy9JQ1ZzDQogICAgICAgICAgICAgICAgICAgICAgICBBZ2dyZWdh dGUgc2lnbmF0dXJlIGFsZ29yaXRobXMgKCBodHRwczovL2NyeXB0by5zdGFuZm9yZC5lZHUvfmRh Ym8vcGFwZXJzL2FnZ3N1cnZleS5wZGYpDQogICAgICAgICAgICAgICAgICAgICAgICBleGlzdCwg YW5kIGFuIGludGVyZXN0aW5nIHVzZS1jYXNlIGNhbiBiZSBmb3VuZCBpbiBhbHNvIHJlYWN0aXZl IHByb3RvY29scywgYWxsb3dpbmcgdmVyaWZ5aW5nDQogICAgICAgICAgICAgICAgICAgICAgICBu b3Qg4oCcanVzdOKAnSB0aGUgZW5kIHBvaW50cywgYnV0IGFsc28gdGhlIGludGVybWVkaWFyaWVz IChhZ2Fpbiwgd2l0aCB0aGUgYXBwcm9wcmlhdGUg4oCcemVybyBvdXTigJ0NCiAgICAgICAgICAg ICAgICAgICAgICAgIGRpc2N1c3NlZCBhYm92ZSwgb3Igc29tZXRoaW5nIHNtYXJ0ZXIpLg0KICAg ICAgICAgICAgICAgICAgICAgICAgUmVnZW5lcmF0aW9uIG9mIG1lc3NhZ2VzLCByYXRoZXIgdGhh biBmb3J3YXJkaW5nLCByZW5kZXJzIHRoYXQgaW1wb3NzaWJsZSAob3IsIGlmIHVzZWQsDQogICAg ICAgICAgICAgICAgICAgICAgICB1cGRhdGluZyB0byAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LXBlcmtpbnMtbWFuZXQtYW9kdi1lMmVzZWMtMDApDQoNClRoZXJlIGFyZSBvdGhl ciByZWFzb25zLCBidXQgdGhlIGFib3ZlIGFyZSB0aG9zZSB0aGF0IGp1bXAgYXQgbWUgYXMgaW1t ZWRpYXRlIHNob3ctc3RvcHBlcnMuDQoNCkkgZG8gaG9uZXN0bHkgbm90IHNlZSB3aGF0IHBvc3Np YmxlIGJlbmVmaXQgdGhlcmUgaXMgZnJvbSDigJxyZWdlbmVyYXRpb27igJ0g4oCUIGJ1dCBJIHNl ZSB2ZXJ5IGNsZWFyIGluY29udmVuaWVuY2VzLCBhbmQgc2VjdXJpdHkgaXMgbm90IHRoZSBsZWFz dCBvZiB0aGVzZS4gSW5zaXN0aW5nIG9uIOKAnHJlZ2VuZXJhdGlvbuKAnSByZXF1aXJlcyBkZXZl bG9wbWVudCBvZiDigJxub24tZ2VuZXJhbCB3b3JrYXJvdW5kc+KAnSBhcyBwb2ludGVkIG91dCBh Ym92ZS4NCg0KU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMNClRoaXMgaXMgYW4gYWx3YXlzIHRob3Ju eSBzdWJqZWN0LiBXaGVuIE9MU1J2MiB3YXMgZ29pbmcgdGhyb3VnaCB0aGUgcHJvY2VzcyB3ZSBn b3QgYSB0aG9yb3VnaCBlZHVjYXRpb24gaW4gaG93IGxpdHRsZSB3ZSBrbmV3IGFib3V0IHNlY3Vy aXR5IGZyb20gdGhlIFNFQy1BRHMsIGFuZCBoYWQgdG8gc3BlbmQgYWJvdXQgYSB5ZWFyIG9yIHNv IGRldmVsb3BpbmcgUkZDNzE4My4gVGhlIGJvdHRvbSBsaW5lIGlzLCB0aGF0IHRoaXMgcHJvdG9j b2wgbmVlZHMgaXRzIOKAnFJGQzcxODMgIGVxdWl2YWxlbnTigJ0sIGVpdGhlciBhcyBwYXJ0IG9m IHRoZSBtYWluIGRvY3VtZW50LCBvciBhcyBhbiBpbmRlcGVuZGVudCBkb2N1bWVudC4gY3VycmVu dGx5LCB0aGF0IGlzIG5vdCB0aGUgY2FzZS4NCg0KQSBtaW5pbWEsIGxvb2tpbmcgYXQgQkNQNzIg YW5kIEJDUDEwNyDigJQgdGFraW5nIGluc3BpcmF0aW9uIGZyb20gUkZDNzE4MyBtaWdodCBiZSBh dyBnb29kIGlkZWEsIGFzIHRoYXQgd2FzIHRoZSBtb3N0IHJlY2VudCB0aGF0IHdlbnQgdGhyb3Vn aCB0aGUgU0VDIEFELiBSZWdhcmRsZXNzIG9mIGhvdywgaG93ZXZlciwgYSDigJxtYW5kYXRvcnkg dG8gaW1wbGVtZW504oCdIHNlY3VyaXR5IG1lY2hhbmlzbSBtb3N0IGJlIHNwZWNpZmllZCAoSSB0 aGluayB0aGUgcmlnaHQgdGVybSB3YXMg4oCcTVVTVCBpbXBsZW1lbnQsIFNIT1VMRCB1c2XigJ0p LCBpbiBzdWZmaWNpZW50IGRldGFpbCB0byBlbnN1cmUgaW50ZXJvcGVyYWJsZSBpbXBsZW1lbnRh dGlvbnMuDQoNCkFzIGFuIGV4YW1wbGUsIGJvdGggW1JGQzYxMzBdIGFuZCBbUkZDNzE4MV0gc2V0 IG91dCB0aGF0IHRoYXQ6DQoNCiAgICAgIE9uIHJlY2VpdmluZyBhIC4uLiBtZXNzYWdlLCBhIHJv dXRlciBNVVNUIGZpcnN0IGNoZWNrIGlmIHRoZQ0KICAgICAgbWVzc2FnZSBpcyBpbnZhbGlkIGZv ciBwcm9jZXNzaW5nIGJ5IHRoaXMgcm91dGVyDQoNCmFuZCB0aGVuIHByb2NlZWQgdG8gZ2l2ZSBh IG51bWJlciBvZiBjb25kaXRpb25zIHRoYXQsIGVhY2gsIHdpbGwgbGVhZCB0byBhIHJlamVjdGlv biBvZiB0aGUgbWVzc2FnZSBhcyAiYmFkbHkgZm9ybWVkIGFuZCB0aGVyZWZvcmUgaW52YWxpZCBm b3IgcHJvY2Vzc2luZ+KAnSDigJQgYSBsaXN0IHdoaWNoIFJGQzcxODMgdGhlbiBhbWVuZGVkLiBU aGF0IGdhdmUgYSDigJxob29r4oCdIGZvciBSRkM3MTgzIGZvciBpbnNlcnRpbmcg4oCccmVqZWN0 aW9u4oCdLiBJZGVtIGZvciBtZXNzYWdlIGdlbmVyYXRpb24uDQoNCklmIEkgd2FzIHRvIGRvIFJG QzcxODEvUkZDNjEzMCB0b2RheSwgSSB3b3VsZCBpbmNsdWRlIHRoYXQgZGlyZWN0bHkgaW50byB0 aGUgcHJvdG9jb2wgc3BlY2lmaWNhdGlvbnMuIEl0IHR1cm5lZCBvdXQgdG8gYmUgbW9yZSBvdmVy aGVhZCAoYW5kIHNsb3cgZG93biBwdWJsaWNhdGlvbiBhbnl3YXlzKSB0byBkbyBpdCBhcyBzZXBh cmF0ZSBkb2N1bWVudHMuDQoNClNlY29uZGx5LCB3ZSBuZWVkIHRvIGJlIGEgbG90IG1vcmUgcmln aWQgaW4gdGVybXMgb2Ygd2hhdCBJQ1ZzLCBUaW1lc3RhbXBzLCBldGMuIGFyZSBhZGRlZC9yZW1v dmVkLCBhbmQgd2hhdCB0aGF0IGJyaW5ncy4NCg0KRm9yIGV4YW1wbGUgKHdpdGggdGhlIGFzc3Vt cHRpb24gdGhhdCBtZXNzYWdlcyBhcmUgKmZvcndhcmRlZCogYW5kICpub3QqIHJlZ2VuZXJhdGVk KSwgdGhpcyBjb3VsZCBiZSBvbmUgb3B0aW9uOg0KDQogICAgICAgICAgICAgICAgICAgICAgICBv ICAgICAgICAgIFdoZW4gYSBSUkVRLCBSUkVQIG1lc3NhZ2UgaXMgZ2VuZXJhdGVkLCBhZGQgYW4g SUNWIE1lc3NhZ2UgVExWLCB3aGljaCBpcyBjYWxjdWxhdGVkIDx0aGlzIHdheT4NCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICDigKYodGFrZSBpbnNwaXJhdGlvbiBmcm9tIFJG QzcxODMgaGVyZSkNCg0KICAgICAgICAgICAgICAgICAgICAgICAgbyAgICAgICAgICBXaGVuIGEg UlJFUSwgUlJFUCBtZXNzYWdlIGlzIHRyYW5zbWl0dGVkICAoYnkgdGhlIHNvdXJjZSwgb3IgZm9y d2FyZGVkIGJ5IGFuIGludGVybWVkaWFyeSkNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIGluIGFuIFJGQzU0NDQgcGFja2V0LCBhbiBJQ1YgUGFja2V0IFRMViBpcyBhZGRlZCB0 byB0aGUgcGFja2V0LCB3aGljaCBpcyBjYWxjdWxhdGVkIDx0aGlzIHdheT4g4oCmDQoNCiAgICAg ICAgICAgICAgICAgICAgICAgIG8gICAgICAgICAgV2hlbiBhbiBSRkM1NDQ0IHBhY2tldCBpcyBy ZWNlaXZlZCwgdmFsaWRhdGUgdGhlIElDViBQYWNrZXQgVExWIDx0aGlzIHdheT4gYW5kIGlmIHRo ZSBJQ1YgZG9lc27igJl0IHZhbGlkYXRlLA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgZGlzY2FyZCB0aGUgY29udGFpbmVkIG1lc3NhZ2VzLg0KDQogICAgICAgICAgICAgICAg ICAgICAgICBvICAgICAgICAgIFdoZW4gcmVjZWl2aW5nIGEgUlJFUS9SUkVQIChlaXRoZXIgYXMg ZGVzdGluYXRpb24sIG9yIGFzIGFuIGludGVybWVkaWFyeSksIHZhbGlkYXRlIHRoZSBJQ1YgTWVz c2FnZSBUTFYNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDx0aGlzIHdheT4g YW5kIGlmIHRoZSBJQ1YgZG9lc27igJl0IHZhbGlkYXRlLCBkaXNjYXJkIHRoZSBtZXNzYWdlLCBk byBub3QgcHJvY2VzcywgZG8gbm90IGZvcndhcmQuDQoNClRoaXMgaXMgYSBkaWZmZXJlbnQgKGFu ZCBtb3JlIGZsZXhpYmxlPykgbW9kZWwgdGhhbiDigJxqdXN04oCdIHRyYW5zaXRpdmUgdHJ1c3Qg YW5kIOKAnGp1c3TigJ0gZW5kLXRvLWVuZCB0cnVzdCBkaXNjdXNzZWQgcHJldmlvdXNseSwgYW5k IGlzIGVuYWJsZWQgYnkgdGhlIOKAnGZvcndhcmRpbmfigJ0gYml0IGRlc2NyaWJlZCBwcmV2aW91 c2x5Lg0KDQpNZXRyaWNzDQpJIGhhdmUgYXNrZWQgdGhpcyBudW1lcm91cyB0aW1lcywgYnV0IGhh dmUgbm90IGdvdHRlbiBhbnkgYW5zd2VyIHNvIEkgYW0gZXNjYWxhdGluZyB0aGlzIGFnYWluLiBX aHkgaXMgdGhpcyBkb2N1bWVudCBoYXZpbmcgYSBub3JtYXRpdmUgcmVmZXJlbmNlIHRvIFJGQzY1 NTE/DQoNCg0KICAgW1JGQzY1NTFdICBWYXNzZXVyLCBKUC4sIEVkLiwgS2ltLCBNLiwgRWQuLCBQ aXN0ZXIsIEsuLCBEZWplYW4sIE4uLA0KDQogICAgICAgICAgICAgIGFuZCBELiBCYXJ0aGVsLCAi Um91dGluZyBNZXRyaWNzIFVzZWQgZm9yIFBhdGggQ2FsY3VsYXRpb24NCg0KICAgICAgICAgICAg ICBpbiBMb3ctUG93ZXIgYW5kIExvc3N5IE5ldHdvcmtzIiwgUkZDIDY1NTE8aHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL3JmYzY1NTE+LCBET0kgMTAuMTc0ODcvDQoNCiAgICAgICAgICAgICAg UkZDNjU1MTxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNjU1MT4sIE1hcmNoIDIwMTIs DQoNCiAgICAgICAgICAgICAgPGh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM2NTUx Pi4NCg0KDQpVbmxlc3MgSSBhbSBtaXN0YWtlbiwgdGhpcyBpcyBub3QgdGhlIFJPTEwgV0cuIEFu ZCB0aGUgYWJzdHJhY3QgdG8gUkZDNjU1MSBleHBsaWNpdGx5IHJlYWRzOg0KDQoNCiAgIExvdy1Q b3dlciBhbmQgTG9zc3kgTmV0d29ya3MgKExMTnMpIGhhdmUgdW5pcXVlIGNoYXJhY3RlcmlzdGlj cw0KDQogICBjb21wYXJlZCB3aXRoIHRyYWRpdGlvbmFsIHdpcmVkIGFuZCBhZCBob2MgbmV0d29y a3MgdGhhdCByZXF1aXJlIHRoZQ0KDQogICBzcGVjaWZpY2F0aW9uIG9mIG5ldyByb3V0aW5nIG1l dHJpY3MgYW5kIGNvbnN0cmFpbnRzLg0KV2hpY2ggZXhwbGljaXRseSBpcyBkaXNjbGFpbWluZyB0 aGF0IHRoZXNlIG1ldHJpY3MgYXJlIG5vdCBhcHBsaWNhYmxlIGluIGFkIGhvYyBuZXR3b3JrcyDi gJQgYW5kLCBJIGFtIHdvbmRlcmluZywgd2hhdCBoYXMgY2hhbmdlZCBzaW5jZSB0aGUgcHVibGlj YXRpb24gb2YgUkZDNjU1MSB0byBzdWRkZW5seSBtYWtlIHRoZXNlIGFwcGxpY2FibGU/DQoNCiBJ IGFtIGFsc28gd29uZGVyaW5nIGlmIGxvb2tpbmcgYXQgKGFuZCwgcGVyaGFwcywgdXNpbmc/KSB0 aGUgc2FtZSBtZXRyaWMgdHlwZSBUTFYgdHlwZSBhcyBpbiBPTFNSdjIgaXMgbm90IGEgcG9zc2li aWxpdHk/DQoNCkVpdGhlciB3YXksIHJlZmVyZW5jaW5nIFJGQzY1NTEgaGVyZSBpcyB3cm9uZy4N Cg0KUkZDNjYyMSAoU01GKSB1c2FnZQ0KQXMgbGF0ZSBhcyBlYXJsaWVyIHRoaXMgbW9udGgsIFJG QzY2MjEgcmVhcmVkIGl0cyBoZWFkIGFnYWluIG9uIHRoZSBtYWlsaW5nIGxpc3QuIEkgdW5kZXJz dGFuZCB0aGF0IHRoZSBhdXRob3JzIGFyZSBzZXQgb24gdXNpbmcgZmxvb2RpbmcgcmVkdWN0aW9u IGFzIHBhcnQgb2YgUlJFUSBkaXN0cmlidXRpb24uIElmIHRoYXQgaXMgdGhlIGNhc2UsIHRoZW4g dGhpcyBwcm90b2NvbCBNVVNUIHNwZWNpZnkgdGhhdCBmbG9vZGluZyByZWR1Y3Rpb24uDQoNClNh eWluZyDigJxVc2UgUkZDNjYyMeKAnSB3b27igJl0IHdvcmssIGZvciByZWFzb25zIENocmlzIHBv aW50IG91dCBpbiBhbiBlbWFpbCBlYXJsaWVyIHRvIHRoZSBsaXN0Og0KVGhlIG5ldHdvcmsgZG9l cyBub3QgYW5kIGZ1bmRhbWVudGFsbHkgY2Fubm90IG9mZmVyIG11bHRpY2FzdCBzdXBwcmVzc2lv biB0byBBT0RWdjIuIFRoaXMgaXNuJ3QgYSBoYXJkIGNvbmNlcHQsIGJ1dCBzZWVtcyB0byBrZWVw IGhhdmluZyB0byBiZSBzYWlkLiBBT0RWdjIgbWVzc2FnZXMgYXJlIGNhcnJpZWQgaW4gNTQ0NCBw YWNrZXRzLCBhbmQgdGhvc2Ugb25seSB0cmF2ZWwgb25lIGhvcC4gVGhhdCBkb2Vzbid0IGFsbG93 IGZvciBzdXBwcmVzc2lvbi4gRnVydGhlcm1vcmUgQU9EVnYyIGlzIGNyZWF0aW5nIG5ldyBtZXNz YWdlcyBlYWNoIGhvcC4gVGhhdCBuZWVkcyBBT0RWdjIgc3BlY2lmaWMgaGFuZGxpbmcuDQoNCkFu ZCBxdW90aW5nIGFuIGVtYWlsIGZyb20gbXlzZWxmOg0KSWYgcHJvdG9jb2wgWCByZWxpZXMgb24g dXNpbmcgYSBmbG9vZGluZyBvcGVyYXRpb24sIHRoZW4gaXQgY2VydGFpbmx5IGlzIHByb3RvY29s IFgncyByZXNwb25zaWJpbGl0eSB0byAgc3BlY2lmeSB0aGUgZmxvb2Rpbmcgb3BlcmF0aW9uIChv ciwgYXQgbGVhc3QsIHRoZSByZXF1aXJlbWVudHMgdG8gdGhlIGZsb29kaW5nIG9wZXJhdGlvbiAp IGZvciBjb3JyZWN0IGZ1bmN0aW9uaW5nIG9mIHByb3RvY29sIFguDQoNCknigJl2ZSBwcmV2aW91 c2x5IHBvaW50ZWQgb3V0IHRoYXQgUkZDNjYyMSByZXF1aXJlcyBzb21lIGRlZ3JlZSBvZiBjb25m aWd1cmF0aW9uIChjYW7igJl0IGp1c3QsIGZvciBleGFtcGxlLCBwaWNrIHR3byBkaWZmZXJlbnQg cmVsYXkgc2V0IHNlbGVjdGlvbiBhbGdvcml0aG1zLCBhcyB0aGF0IG1heSBwcm9kdWNlIGEgZGlz Y29ubmVjdGVkIGZsb29kaW5nIGRvbWFpbikuDQoNCkluIG90aGVyIHdvcmRzLCB3aGF0IHRoZSBh dXRob3JzIHByb3Bvc2UgaW4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXBlcmtp bnMtbWFuZXQtdXNpbmctcmZjNjYyMS0wMCBpcyBpbnN1ZmZpY2llbnQuDQoNCk11bHRpcGxlIGlu dGVyZmFjZXMgY29uZmlndXJlZCB3aXRoIHRoZSBzYW1lIGFkZHJlc3MoZXMpIC0gJiBSRkM2NjIx DQpJIHRoaW5rIHRoYXQgaXQgaGFzIGJlZW4gZXN0YWJsaXNoZWQgdGhhdCB0aGUgYWJpbGl0eSB0 byB1c2UgdGhlIHNhbWUgYWRkcmVzcyBvbiBtdWx0aXBsZSBpbnRlcmZhY2VzIGlzIGEgcmVxdWly ZW1lbnQuIEl04oCZcyBub3QgY2xlYXIgdG8gbWUgdGhhdCBhIHNpbmdsZSB3YXkgb2YgZG9pbmcg c28gaGFzIGJlZW4gcHJvcG9zZWQsIG5vciB0aGF0IHRoZSDigJxvcGVyYXRpbmcgY29uZGl0aW9u c+KAnSBhcmUgY2FsbGVkIG91dCAoZm9yIGV4YW1wbGUsIHdpbGwgaXQgd29yayAgaWYgcm91dGVy IEEgYW5kIHJvdXRlciBCIGJvdGggaGF2ZSB0d28gaW50ZXJmYWNlcywgYW5kIHRoYXQgYWxsIDQg aW50ZXJmYWNlcyB1c2UgdGhlIHNhbWUgSVAgYWRkcmVzcz8pDQoNClRoaXMgaXMgbm90IGVudGly ZWx5IHVucmVsYXRlZCB0byBmbG9vZGluZyByZWR1Y3Rpb24gYW5kIFJGQzY2MjEuIE9uZSBvZiB0 aGUgY29tcGxleGl0aWVzIGlzIHRvIGdldCB0aGF0IGp1c3QgcmlnaHQ6IE9MU1J2MiAtIGZvciBl eGFtcGxlIC0gY2FsY3VsYXRlcyBGbG9vZGluZy1NUFJzIHBlciBpbnRlcmZhY2UsIGFuZCBSRkM2 MTMwIGlzIGNhcmVmdWwgaW4gaG93IGl0IGRldGVjdHMgYmlkaXJlY3Rpb25hbGl0eSBvZiBsaW5r cy4NCg0KSSBoYXZlIG5vdCB3b3JrZWQgb3V0IGFsbCB0aGUgZGV0YWlscyBvZiBob3cgdGhpcyBp bXBhY3RzIHRoaXMgcHJvdG9jb2wg4oCUIGJ1dCwgaXQgcmVxdWlyZXMgYXR0ZW50aW9uLiBFc3Bl Y2lhbGx5IHdoZW4gd2FudGluZyB0byBiZSBhYmxlIHRvIHNheSDigJzigKZ1c2UgUkZDNjYyMeKA nSwgdGhlbiB0aGUgaW50ZXJmYWNlIGNvbmZpZ3VyYXRpb24gY29uc3RyYWludHMgd2hlbiBmYWNl ZCB3aXRoIG11bHRpcGxlIGludGVyZmFjZXMgbXVzdCBiZSB3b3JrZWQgb3V0Lg0KDQpQcmVmaXhl cyAmIEdhdGV3YXlzDQpBIHF1ZXN0aW9uIHRvIG15IG1pbmQsIGFuZCBJIGFtIG5vdCBzdXJlIEkg a25vdyBob3cgdG8gYW5zd2VyIHRoYXQgZnJvbSByZWFkaW5nIHRoZSBkcmFmdCBzaW5jZSBpdCBp cyBub3QgZGlzY3Vzc2VkIGluIHNlY3Rpb24gOSAoYXQgbGVhc3QpLCBpczog4oCcV2hhdCBoYXBw ZW5zIGlmIEkgc2VuZCBhIFJSRVEgdG8gYSBwcmVmaXjigJ0gKGkuZS4sIGEgLzwxMjggaW4gSVB2 Nik/DQoNCiAgICAgICAgICAgIG8gICAgICAgICAgSWYgdGhlIHdob2xlIHByZWZpeCBpcyBwYXJ0 IG9mIHRoZSBhdHRhY2hlZCBuZXR3b3JrIHNldCBvZiBhIHNpbmdsZSByb3V0ZXIsDQogICAgICAg ICAgICAgICAgICAgICAgICB0aGVuIEkgZXhwZWN0IHRvIGdldCBhIHNpbmdsZSBSUkVQIGJhY2ss IGlzIHRoYXQgdGhlIGNhc2U/DQoNCiAgICAgICAgICAgIG8gICAgICAgICAgSWYgImhhbGYgdGhl IHByZWZpeCIgIGlzIHBhcnQgb2YgdGhlIGF0dGFjaGVkIG5ldHdvcmsgc2V0IG9mIGEgc2luZ2xl IHJvdXRlciwNCiAgICAgICAgICAgICAgICAgICAgICAgIGFuZCB0aGUgb3RoZXIgaGFsZiBpcyBw YXJ0IG9mIHRoZSBhdHRhY2hlZCBuZXR3b3JrIHNldCBvZiBhbm90aGVyICBzaW5nbGUgcm91dGVy LA0KICAgICAgICAgICAgICAgICAgICAgICAgdGhlbiBJIGV4cGVjdCB0d28gUlJFUHMsIGlzIHRo YXQgdGhlIGNhc2U/DQoNCiAgICAgICAgICAgIG8gICAgICAgICAgTW9yZSBnZW5lcmFsbHksIHdp bGwgSSBnZXQgYSB0cmVlIGJ1aWxkIHRocm91Z2ggdGhlIG5ldHdvcmsgaGVyZT8NCg0KU2VjdGlv biA5IChvciwgdGhlIHdob2xlIHNwZWMpIGlzIGFsc28gbm90IGV4cGxpY2l0IGVub3VnaCBhYm91 dCBtdWx0aXBsZSAgImRlZmF1bHQgZ2F0ZXdheXMiIOKAlCBpLmUuLCB0aGUgZXh0ZXJuYWwgbmV0 d29yayBiZWluZyDigJx0aGUgcmVzdCBvZiB0aGUgSW50ZXJuZXTigJ0sIGFuZCB0aGVyZSBiZWlu ZyBtdWx0aXBsZSBnYXRld2F5cyB0byB0aGUgSW50ZXJuZXQuIEkgdW5kZXJzdGFuZCBob3cgdGhl IFJSRVEgZ2V0cyB0byB0aGUgZ2F0ZXdheSwgYW5kIGhvdyB0aGUgZ2F0ZXdheSBkZXRlcm1pbmVz IGlmIGl0IHNob3VsZCByZXNwb25kICh0aGUgZGVzdGluYXRpb24gaXMgbm90IHBhcnQgb2Yg4oCc dGhlIE1BTkVUIHByZWZpeCwgd2l0aCB3aGljaCBpdCBpcyBjb25maWd1cmVk4oCdKS4NCg0KQnV0 LCBpZiBBIGlzIGNsb3NlIHRvIEdXMSwgYW5kIEIgaXMgY2xvc2UgdG8gR1cyLCBidXQgQSBhbmQg QiBiZWluZyBmYXIgZmFyIGFwYXJ0IChhY2NvcmRpbmcgdG8gdGhlIG1ldHJpYyB1c2VkKSB3aXRo aW4gdGhlIE1BTkVULCB0aGVuIGl0IHdvdWxkIGJlIHByZWZlcmVudGlhbCBmb3IgdGhlIHJvdXRl IGZyb20gQSB0byBCIHRvIGdvIHZpYSBHVzEt4oCcdGhlLUludGVybmV04oCdLUdXMj8NCg0KSXMg dGhpcyBhIHN1cHBvcnRlZCBjb25maWd1cmF0aW9uPw0KICAgICAgICAgICAgbyAgICAgICAgICBJ ZiB5ZXMsIGhvdyBpcyBpdCAoc2VxIyB3aXNlLCBJIHdvdWxkIGV4cGVjdCBzb21lIGNvbXBsaWNh dGlvbnMpIGhhbmRsZWQ/DQogICAgICAgICAgICBvICAgICAgICAgIElmIG5vdCwgd2hlcmUgaXMg aXQgc3RhdGVkIHRoYXQgdGhpcyBjb25maWd1cmF0aW9uIGlzIG5vdCBwb3NzaWJsZSB3aXRoIHRo aXMgcHJvdG9jb2w/DQoNCg0KVGhlIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50IHNheXM6DQoNCg0K ICAgQU9EVnYyIGlzIGRlc2lnbmVkIGZvciBzdHViIG9yIGRpc2Nvbm5lY3RlZCBtb2JpbGUgYWQg aG9jIG5ldHdvcmtzLA0KDQogICBpLmUuLCBub24tdHJhbnNpdCBuZXR3b3JrcyBvciB0aG9zZSBu b3QgY29ubmVjdGVkIHRvIHRoZSBpbnRlcm5ldC4NCg0KICAgQU9EVnYyIGNhbiwgaG93ZXZlciwg YmUgY29uZmlndXJlZCB0byBwZXJmb3JtIGdhdGV3YXkgZnVuY3Rpb25zIHdoZW4NCg0KICAgYXR0 YWNoZWQgdG8gZXh0ZXJuYWwgbmV0d29ya3MsIGFzIGRpc2N1c3NlZCBpbiBTZWN0aW9uIDk8aHR0 cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzI3NlY3Rp b24tOT4uDQoNCkkgYmVsaWV2ZSB0aGF0IHRoZSBzY2VuYXJpbyBJIGRlc2NyaWJlIGlzIGluZGVl ZCBhIHN0dWIgbmV0d29yayAoYW5kIG5vdCBhIHRyYW5zaXQgbmV0d29yayk/DQoNCuKAlCDigJQg 4oCUDQoNCkFzIEkgaW5kaWNhdGVkLCB0aGVzZSBhcmUgdGhlIGJpZy1waWN0dXJlIGlzc3VlcyB0 aGF0IEkgaGF2ZSBnb3R0ZW4gYXJvdW5kIHRvIHRoaW5raW5nIGFib3V0IGVub3VnaCB0byB3cml0 ZSB1cC4gSeKAmW0gbm90IHRocm91Z2ggd29ya2luZyB0aHJvdWdoIHRoZSBkb2N1bWVudCwgYnV0 IHRob3NlIHdlcmUgdGhlIG9uZXMgdGhhdCBjYW1lIHRvIG1pbmQsIGFuZCB3aGljaCBzZWVtIGlt cGVyYXRpdmUgdG8gcmVzb2x2ZS4NCg0KQmVzdCwNCg0KVGhvbWFzDQoNCg0KDQoqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KgpUaGlzIGVtYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgYXJlIGNvbmZpZGVudGlhbCB0byB0aGUg aW50ZW5kZWQKcmVjaXBpZW50IGFuZCBtYXkgYWxzbyBiZSBwcml2aWxlZ2VkLiBJZiB5b3UgYXJl IG5vdCB0aGUgaW50ZW5kZWQKcmVjaXBpZW50IHBsZWFzZSBkZWxldGUgaXQgZnJvbSB5b3VyIHN5 c3RlbSBhbmQgbm90aWZ5IHRoZSBzZW5kZXIuCllvdSBzaG91bGQgbm90IGNvcHkgaXQgb3IgdXNl IGl0IGZvciBhbnkgcHVycG9zZSBub3IgZGlzY2xvc2Ugb3IKZGlzdHJpYnV0ZSBpdHMgY29udGVu dHMgdG8gYW55IG90aGVyIHBlcnNvbi4KKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioK --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E267GLKXM0002VGREEN_ Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIg MiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNv Tm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAw MXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIs InNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBD aGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5hcHBsZS10YWItc3Bh bg0KCXttc28tc3R5bGUtbmFtZTphcHBsZS10YWItc3Bhbjt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0 ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsN Cglmb250LWZhbWlseTpDb25zb2xhczt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw b3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6 ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9 DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlk bWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+ DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0 YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxi b2R5IGxhbmc9IkVOLUdCIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9 IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SSBhcHByZWNpYXRlIFRob21hc+KAmXMgY29tbWVudHMg YWJvdXQgdGhlIGxpbWl0YXRpb25zIG9mIG1lc3NhZ2UgcmVnZW5lcmF0aW9uLCBidXQgSSB3b3Vs ZCBiZSBhIGJpdCBsZXNzIGFic29sdXRlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhlIGlzc3VlcyBvdmVyIGVuZCB0 byBlbmQgYXV0aGVudGljYXRpb24gYW5kIG1vcmUgYWR2YW5jZWQgc2lnbmF0dXJlcyBhcmUgdmFs aWQuIEkgbmVlZCB0byByZWFkIHRoZSBnaXZlbiByZWZlcmVuY2Ugb24gYWdncmVnYXRlIHNpZ25h dHVyZXMgdG8gaW5jcmVhc2UgbXkNCiBrbm93bGVkZ2UgKHRoYW5rcyBmb3IgaXQpLCBidXQgbXkg dW5kZXJzdGFuZGluZyBvZiB0aGUgcG9zc2liaWxpdGllcyBpbiB0aGlzIGZpZWxkIG1heSBvZmZl ciBhIHNvbHV0aW9uIHRvIHRoZSBwcm9ibGVtLCBidXQgd2l0aCBzb21lIG90aGVyIGlzc3VlcyAo cG9zc2libHkgaW5jbHVkaW5nIGEgbmV3IHR5cGUgb2YgVExWKS48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkJ1dCB0aGUg aG9wIGNvdW50L2xpbWl0IHBvaW50IEkgZG9u4oCZdCBmdWxseSBhZ3JlZSB3aXRoLCB5b3UgY2Fu IHJlZ2VuZXJhdGUgd2l0aCBhbiBpbmNyZW1lbnRlZC9kZWNyZW1lbnRlZCBjb3VudC9saW1pdCwg d2hpY2ggbGVhdmVzIHRoZSBhYmlsaXR5IHRvIHByZXZlbnQNCiBtZXNzYWdlcyBwcm9wYWdhdGlu ZyBpbmRlZmluaXRlbHksIGluY2x1ZGluZyBleHBhbmRpbmcgcmluZyBzZWFyY2hlcywgYW5kIHJl dGFpbnMgdGhlIGFiaWxpdHkgdG8gdXNlIFJGQyA1NDk3IGludGVydmFsIGFuZCB2YWxpZGl0eSB0 aW1lcyB0aGF0IG1pZ2h0IGJlIHVzZWZ1bCB3aXRoIGFuIGV4cGFuZGluZyByaW5nIHNlYXJjaCAo b3IgbWlnaHQgbm90KS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkJ1dCB0aGUga2V5IGlzc3VlIGlzIHRoYXQgQU9EVnYy IHdhbnRzIHRvIGFjY3VtdWxhdGUgbWV0cmljcy4gSSBzdGlsbCBoYXZlbuKAmXQgZ290IHRvIHRo ZSBib3R0b20gb2YgbWFueSBkZXRhaWxzIGhlcmUsIGJ1dCBsZXTigJlzIGZvciB0aGUgbW9tZW50 IGp1c3QgY29uc2lkZXINCiB0aGF0IGNvbmNlcHR1YWxseS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkl04oCZcyBoYXJk IHRvIGhhbmRsZSBlbmQgdG8gZW5kLiBDaGFybGll4oCZcyBkcmFmdCBhdHRlbXB0cyB0byBkbyBh biBlbmQgdG8gZW5kIG9mIHNvbWUgaW5mb3JtYXRpb24sIG5vdCB0aGlzIGluZm9ybWF0aW9uLiBJ 4oCZbSBub3Qgc3VyZSBpZiB0aGF04oCZcyB1c2VmdWwgKGFuZCB0aGUNCiBzcGVjaWFsaXNlZCBm b3JtYXQgaXMgYmV0dGVyIGF2b2lkZWQgaWYgcG9zc2libGUpLiBPdGhlciBhcHByb2FjaGVzIGFy ZSBob3AgYnkgaG9wIChtaWdodCBhcyB3ZWxsIHVzZSBwYWNrZXQgc2lnbmF0dXJlcykgYW5kIHNo YXJlZCBrZXkgKG1pZ2h0IGFzIHdlbGwgZ28gaG9wIGJ5IGhvcCkuIFBhaXJ3aXNlIHNpZ25hdHVy ZXMgZm9yIGVhY2ggcGFpciBvZiByb3V0ZXJzIEnigJltIGRpc2NvdW50aW5nIGFzIHNjYWxpbmcg dGVycmlibHkuIEluIHRoZQ0KIGludGVyZXN0cyBvZiBjb21wbGV0ZW5lc3MgbGV04oCZcyBtZW50 aW9uIG5vdCBhY2N1bXVsYXRpbmcgbWV0cmljcywgd2hpY2ggcHV0cyB1cyBiYWNrIHRvIGhvcCBj b3VudCBhbmQgdGhhdOKAmXMgbm90IGlkZWFsIGVpdGhlci48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgZG9u4oCZdCB0 aGluayB0aGVyZSBpcyBhbiBpZGVhbCBzb2x1dGlvbi4gKEkgbGlrZSBpZGVhcyBJ4oCZdmUgc2Vl biBhYm91dCBhZ2dyZWdhdGluZywgYnV0IHRoYXQgaGFzIHNvbWUgaXNzdWVzIG9mIGl0cyBvd24s IGV2ZW4gYXBhcnQgZnJvbSBjb21wdXRhdGlvbmFsIGxvYWQuKQ0KIEnigJlkIGxvdmUgdG8gYmUg cHJvdmVkIHdyb25nIC0gc29tZW9uZSB3aXRoIHRoZSBwZXJmZWN0IHNvbHV0aW9uIHRvIGNvbWUg YWxvbmcuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5XaGljaCBtZWFucyB0aGF0IGVpdGhlciB3ZSBtYWtlIGFuIGFyYml0 cmFyeSBjaG9pY2UgLSB3aGljaCB3aWxsIGJlIGRpc2FncmVlZCB3aXRoLCBidXQgbmVlZHMgZGlz Y3Vzc2luZyBmaXJzdCAtIG9yIGNyZWF0ZSBzb21ldGhpbmcgZmxleGlibGUuIFVuZm9ydHVuYXRl bHkNCiBmbGV4aWJsZSBpbiB0aGF0IHJlZ2FyZCBjb25zdHJhaW5zIGluIG90aGVycywgZS5nLiBz b21lIChtYW55PyBtb3N0PykgYWdncmVnYXRpbmcgc2lnbmF0dXJlcyBuZWVkIGZpeGVkIGRhdGEg c2l6ZXMgKHdoaWNoIHdlIGNhbiBkbyBieSBkZWZpbmluZyBhIFRMViB0aGF0IOKAnGZpbGxzIHVw 4oCdIHdpdGggaG9wIGNvdW50LCBidXQgdGhhdCBoYXMgYSBjb3N0IHRvbykuPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5T b3JyeSwgbm8gYW5zd2VycywganVzdCBjb21tZW50cy4gQW5kIEnigJltIG5vdCBhZGRyZXNzaW5n IFRob21hc+KAmXMgbGF0ZXIgcG9pbnRzIGhlcmUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzAwN0U3RSI+LS0NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwN0U3RSI+Q2hyaXN0b3BoZXIgRGVhcmxvdmU8YnI+ DQpTZW5pb3IgUHJpbmNpcGFsIEVuZ2luZWVyPGJyPg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRl bGxpZ2VuY2UgTGFib3JhdG9yaWVzPGJyPg0KPC9zcGFuPjwvYj48Yj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiNCRUJFQkUiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KPC9zcGFuPjwv Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojN0Q3RDdEIj5UPC9zcGFuPjwvYj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzdEN0Q3RCI+OiAmbmJzcDsmIzQzOzQ0ICgwKTEy NDUgMjQyMTk0ICZuYnNwO3wgJm5ic3A7PGI+RToNCjwvYj48YSBocmVmPSJtYWlsdG86Y2hyaXMu ZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20iPmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPC9h Pjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJy Pg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4QjkyIj5CQUUgU3lz dGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5IFBhcmssIEdy ZWF0IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00yIDhITi48YnI+DQo8YSBocmVmPSJodHRw Oi8vd3d3LmJhZXN5c3RlbXMuY29tL2FpIj48c3BhbiBzdHlsZT0iY29sb3I6IzNBOEI5MiI+d3d3 LmJhZXN5c3RlbXMuY29tL2FpPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+ QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGltaXRlZDxicj4NClJlZ2lzdGVyZWQg aW4gRW5nbGFuZCAmYW1wOyBXYWxlcyBObzogMDEzMzc0NTE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4QjkyIj5SZWdpc3RlcmVkIE9mZmljZTogU3Vy cmV5IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAx LjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IG1hbmV0IFttYWlsdG86 bWFuZXQtYm91bmNlc0BpZXRmLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+aWV0ZkB0aG9tYXNj bGF1c2VuLm9yZzxicj4NCjxiPlNlbnQ6PC9iPiAxNyBNYXJjaCAyMDE2IDE2OjAwPGJyPg0KPGI+ VG86PC9iPiBNb2JpbGUgQWQgSG9jIE5ldHdvcmtzIG1haWxpbmcgbGlzdDxicj4NCjxiPlN1Ympl Y3Q6PC9iPiBbbWFuZXRdIGRyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzIHJldmlldyAtIGEgY291 cGxlIG9mIGJpZyB0aWNrZXQgSXRlbXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0 eWxlPSJib3JkZXI6c29saWQgYmxhY2sgMS4wcHQ7cGFkZGluZzoyLjBwdCAyLjBwdCAyLjBwdCAy LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1h bGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGln bj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4qKiogV0FSTklORyAqKio8 bzpwPjwvbzpwPjwvc3Bhbj48L2I+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0O3RleHQtYWxp Z246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzMzMzk3MiI+VGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRlIG91 ciBvcmdhbmlzYXRpb24sIGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIgb3IgdGhlIGlu dGVybmV0Ljwvc3Bhbj48L2VtPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMz Mzk3MiI+PGJyPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Db25zaWRlciBjYXJlZnVsbHkgd2hldGhlciB5b3Ug c2hvdWxkIGNsaWNrIG9uIGFueSBsaW5rcywgb3BlbiBhbnkgYXR0YWNobWVudHMgb3IgcmVwbHku PC9zcGFuPjwvZW0+PGJyPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gb3IgaW5mb3JtYXRpb24gcmVnYXJkaW5n IDwvc3Bhbj4NCjwvZW0+PC9zcGFuPjwvaT48c3Ryb25nPjxpPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6cmVkIj5SZWQgRmxhZ3M8L3NwYW4+PC9pPjwvc3Ryb25nPjxlbT48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPiB0aGF0IHlvdSBjYW4gbG9vayBvdXQg Zm9yIGluIGVtYWlscyB5b3UgcmVjZWl2ZSwNCiBjbGljayA8YSBocmVmPSJodHRwOi8vaW50cmFu ZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9zcG90bGlnaHRzL0RvY3Vt ZW50cy9SZWQlMjBGbGFncy5wZGYiPg0KaGVyZTwvYT4uPC9zcGFuPjwvZW0+PGk+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPklmIHlv dSBmZWVsIHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93DQo8YSBocmVmPSJo dHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9zcG90 bGlnaHRzL0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0aCUyMFN1c3BpY2lvdXMlMjBFbWFpbHMucGRm Ij4NCnRoaXMgcHJvY2VzczwvYT4uPC9zcGFuPjwvZW0+PC9zcGFuPjwvaT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOnNvbGlkIHdpbmRvd3RleHQgMS4w cHQ7cGFkZGluZzoxLjBwdCA0LjBwdCAxLjBwdCA0LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBhbGlnbj0iY2VudGVyIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG87dGV4dC1hbGlnbjpjZW50ZXIiPg0KPHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPio8c3Ryb25n PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij4qKg0KPC9zcGFuPjwvc3Ryb25nPjwvc3Bhbj48c3Ryb25nPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPldBUk5JTkcNCjwvc3Bhbj48L3N0cm9uZz48c3Ryb25nPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij4qKio8L3NwYW4+PC9zdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48YnI+DQo8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RVhURVJOQUwgRU1BSUwgLS0gVGhpcyBtZXNz YWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRlIG91ciBvcmdhbml6YXRpb248L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij4uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+RGVhciBhbGwsPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5BcG9sb2dpZXMgZm9yIG5vdCBoYXZpbmcgZ290dGVuIHRoaXMgZG9uZSBzb29u ZXIgLSBkYXktam9iIGxlYXZpbmcgZmV3IHNwYXJlIGN5Y2xlcy48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SeKAmXZlIHByZXZpb3VzbHkgb2Zm ZXJlZCByZXZpZXdzIGFuZCBjb21tZW50cywgYW5kIHNvbWUgb2YgdGhvc2UgaGF2ZSBiZWVuIGFk ZHJlc3NlZCBpbiB0aGUgbGF0ZXN0IEktRCDigJQgb3RoZXJzIGhhdmUgbm90LCBidXQgc2hvdWxk IGJlLiBJIHJlY2FsbCB0aGF0IHRoZXJlIHdhcyBzb21lIG1haWwgYXR0ZW1wdGluZyB0byByZWJ1 dCBwYXJ0cyBvZiB0aGUgcmV2aWV3LCBhbmQgSSB3aWxsIGRpZyBpdCBvdXQgYW5kDQogcmVwbHkg dG8gdGhhdC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+V2l0aCB0aGF0IGJlaW5nIHNhaWQsIEkgaGF2ZSByZXZpZXdlZCB0aGUgbGF0ZXN0IHZl cnNpb24gb2YgdGhlIGRvY3VtZW50LCBhbmQgZnVsbCBkZXRhaWxzIHdpbGwgYmUgZm9ydGhjb21p bmcuIFRoZXJl4oCZcmUgYSBjb3VwbGUgb2YgYmlnLXRpY2tldC9hcmNoaXRlY3R1cmFsIGl0ZW1z IHRoYXQgSSB3YW50IHRvIGFkZHJlc3MgdXAgZnJvbnQsIGFzIEkgYmVsaWV2ZSB0aGF0IGJlZm9y ZSB3ZSBoYXZlIHRob3NlDQogaGFtbWVyZWQgb3V0LCBpdCB3aWxsIGJlIHVzZWxlc3MgdG8gZ28g aW50byBkZXRhaWxzLiBOb3RlLCBJIGRvIG5vdCBjbGFpbSB0aGF0IHRoaXMgaXMgYW4gZXhoYXVz dGl2ZSBsaXN0IG9mIOKAnGJpZyB0aWNrZXQgaXRlbXPigJ0sIGJ1dCB0aGF04oCZcyBhcyBmYXIg YXMgSSBoYXZlIGdvdHRlbiBpbiB0aGlua2luZyB0aGlzIHRocm91Z2guPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgYWxzbyBicmluZyB0aGVz ZSB1cCBhcyB0aGV5IGFyZSBpdGVtcyB0aGF0IGhhdmUgYmVlbiBicm91Z2h0IHVwIHJlcGVhdGVk bHkgb3ZlciB0aGUgcGFzdCB5ZWFycywgYnV0IG5vdCByZXNvbHZlZCBub3IgZGlzY3Vzc2VkLjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48 dT5Mb29wczwvdT48L2I+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5KdXN0IHRvIGJyaW5nIHRoaXMgb3V0OiBJIHNoYXJlIENocmlz4oCZIHdvcnJ5 IGFib3V0IGNvbmZsaWN0aW5nIGFuZCBjb25jdXJyZW50IHN0YXRlbWVudHMgZnJvbSB0aGUgYXV0 aG9ycyBvbiDigJxUaGVyZSBhcmUgbm8gbG9vcHMgcG9zc2libGXigJ0gYW5kIOKAnFdlIG5lZWQg dG8gZml4IHR3byBzaXR1YXRpb25zIHdoZXJlIGxvb3BzIGNhbiBvY2N1cuKAnSBhbmQg4oCcd2Ug YXJlIHN0aWxsIGludmVzdGlnYXRpbmcgc29tZSBsb29wDQogY29uZGl0aW9uc+KAnTxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHBhcnRpY3Vs YXJseSB3b3JyeSB0aGF0IHRoaXMgaXMgbm90IGEgZGlzY3Vzc2lvbiBoYWQgaW4gcHVibGljLCBi dXQgYXBwYXJlbnRseSBpbiBzb21lIG90aGVyIGZvcnVt4oCmPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjx1PkludGVybWVk aWF0ZSBSb3V0ZSBSZXBsaWVzLCBhbmQgYWxsIG9mIHNlY3Rpb24gMTA8L3U+PC9iPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2VjdGlvbiAxMCBj b250YWlucyBhIHNldCBvZiDigJx2YWd1ZWx5IHNwZWNpZmllZCBleHRlbnNpb25z4oCdLCB3aGlj aCBpcyBpbmNvaGVyZW50IHdpdGggdGhlIGludGVuZGVkIHN0YXR1cyBpbmRpY2F0ZWQgZm9yIHRo aXMgZG9jdW1lbnQuJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPlNwZWNpZmljYWxseSwgYW5kIHRoaXMgaXMgbm90IHVucmVsYXRlZCB0 byB0aGUgcG9pbnQgYWJvdXQgbG9vcHMgYWJvdmUsIGludGVybWVkaWF0ZSBSUkVQcyAoc2VjdGlv biAxMC4zKSBhcmUgYSBwb3RlbnRpYWwgc291cmNlIGZvciBsb29wcy48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RXhwYW5kaW5nIFJpbmcgTXVs dGljYXN0IChzZWN0aW9uIDEwLjEpIGlzIG5vdCBkb2N1bWVudGVkIGluIGEgd2F5IHRoYXQgY2Fu IGJlIGltcGxlbWVudGVkIChhbmQgYWxzbywgc2VlIOKAnEZvcndhcmRpbmctdnMtcmVnZW5lcmF0 aW9u4oCdIGJlbG93LCBpdCBpcyBpbiB0aGUgcHJlc2VudCBmb3JtIG9mIHRoaXMgcHJvdG9jb2wg aW1wb3NzaWJsZSksIGV0Yy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjx1PkZvcndhcmRpbmctdnMtcmVnZW5lcmF0aW9u PC91PjwvYj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPlJlY2VudCBleGNoYW5nZXMgb24gdGhlIGxpc3QgbWFkZSBtZSB1bmRlcnN0YW5kIHRoYXQg cHJvdG9jb2wgY29udHJvbCBtZXNzYWdlcyBhcmUgKm5vdCogZm9yd2FyZGVkLCBidXQgYXJlIGNv bnN1bWVkIGF0IGVhY2ggaG9wLCB0aGVuIGEgbmV3IG1lc3NhZ2Ugd2l0aCAoYWxtb3N0LWJ1dC1u b3QtcXVpdGUpIHRoZSBzYW1lIGNvbnRlbnQgaXMgZ2VuZXJhdGVkIGFuZCB0cmFuc21pdHRlZC48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBo YXZlIHRob3VnaHQgc29tZSBtb3JlIG9uIHRoaXMgKCZhbXA7IHJlYWQgc29tZSBvZiB0aGUgZXhj aGFuZ2VzIG9uIHRoZSBsaXN0IG9uIHRoaXMgdG9waWMgYnkgQ2hyaXMsIFVscmljaCwgYW5kIG90 aGVycyksIGFuZCBJIGFtIGNvbnZpbmNlZCB0aGF0IHRoaXMgaXMgbm90IHRoZSByaWdodCB3YXkg dG8gZ28sJm5ic3A7PGI+YXQgbGVhc3Q8L2I+Jm5ic3A7Zm9yIHRoZSBmb2xsb3dpbmcgcmVhc29u czo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+bzxzcGFuIGNs YXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PGI+SXQgcmVuZGVycyB0aGUgaG9wLWxpbWl0L2hv cC1jb3VudCBmaWVsZHMgaW4gdGhlIFJGQzU0NDQgbWVzc2FnZSBoZWFkZXIgdXNlbGVzcy48L2I+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+ DQpUaGlzIHdvdWxkIG5vdCBiZSBiYWQgaWYgdGhlIGZ1bmN0aW9uYWxpdHkgb2ZmZXJlZCBieSB0 aG9zZSBmaWVsZHMgd2FzIG5vdCB1c2VmdWw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj4NCuKAlCBzYWRseSwgaXQgaXMuIEZvciBleGFtcGxl LCBmb3Igc2NvcGUgbGltaXRlZCBmbG9vZGluZyAoZXhwYW5kaW5nIHJpbmcgc2VhcmNoLCBhbmQm bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwv c3Bhbj4NCnN1Y2gpIHdoaWNoIG1heSBiZSBvZiBpbnRlcmVzdCwgYW5kIHdoaWNoIHJlcXVpcmUg aG9wLWxpbWl0LiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgPC9zcGFuPg0KQSBob3AtY291bnQgZmllbGQgbWF5IGFsc28gcHJvdmlkZSBhIOKA nGNoZWFw4oCdIChpbiB0ZXJtcyBvZiBvdmVyaGVhZCkgYWRkaXRpb25hbCBwaWVjZTxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9 ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPg0Kb2YgaW5m b3JtYXRpb24gdG8gdXNlIGNvbmp1bmN0aXZlbHkgd2l0aCBhIOKAnHJlYWzigJ0gbWV0cmljLjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+ DQpUaGUgb25seSBwcmFjdGljYWwgc29sdXRpb24gd291bGQgYmUgdG8gcmUtaW50cm9kdWNlIHRo ZXNlIGZ1bmN0aW9ucyBieSB3YXkgb2YgaW5zZXJ0aW5nIGE8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3Bh biI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj4NCk1lc3NhZ2VUTFYg4oCUIHdoaWNo IChpKSBpcyBub3Qgc3BlY2lmaWVkIGluIHRoaXMgZG9jdW1lbnQsIGFuZCAoaWkpIHdoaWNoIHdv dWxkIGp1c3Q8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDwvc3Bhbj4NCnNlcnZlIHRvIHJlbmRlciBtZXNzYWdlcyBiaWdnZXIgdGhhbiBzdHJpY3RseSBu ZWVkZWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDwvc3Bhbj4NClNjb3BlIGxpbWl0ZWQgZmxvb2RpbmcgJm5ic3A7ZG9lcyBzZWVtIHRvIGJlIGEg bmVjZXNzYXJ5IHJlcXVpcmVtZW50LCBpZiBmb3Igbm88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj4NCm90aGVyIHJlYXNvbiB0aGFuIHRvIHBy ZXZlbnQgaW5mb3JtYXRpb24gZnJvbSDigJxjaXJjdWxhdGluZyBmb3JldmVyIGluIHRoZSBuZXR3 b3Jr4oCdLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+bzxzcGFu IGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PGI+PHU+SXQgbWFrZXMgZW5kLXRvLWVuZCBh dXRoZW50aWNhdGlvbiB1bm5lY2Vzc2FyaWx5IGhhcmQuPC91PjwvYj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10 YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj4NCkkgdGhpbmsgQ2hyaXMg Y2FsbGVkIHRoaXMgb3V0IGFscmVhZHksIGJ1dCBpdCBiZWFycyByZXBlYXRpbmc6IFMgZ2VuZXJh dGVzIGEgbWVzc2FnZSZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgPC9zcGFuPg0KKHNheSwgYSBSUkVRKSwgYW5kIGluY2x1ZGVzIGFuIElDViBj YWxjdWxhdGVkIG92ZXIgdGhlIGNvbnRlbnQgb2YgdGhlIG1lc3NhZ2UuPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUt dGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+DQpGb3IgYW55IHJlY2lw aWVudCB0byBiZSBhYmxlIHRvIHZhbGlkYXRlIHRoZSBJQ1YsIHRoZSBtZXNzYWdlIGhhcyB0byBi ZSBleGFjdGx5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyA8L3NwYW4+DQp0aGUgc2FtZSDigJQgbm90IGp1c3QgaW4gY29udGVudCwgYnV0IGluIHN0cnVj dHVyZSDigJQgYXMgd2hhdCB3YXMgZ2VuZXJhdGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4i PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+DQrigJxSZWdlbmVyYXRpbmfigJ0gcmF0 aGVyIHRoYW4g4oCcZm9yd2FyZGluZ+KAnSBtZXNzYWdlcyBtZWFucywgdGhhdCB0aGUgaW50ZXJt ZWRpYXRlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8 L3NwYW4+DQpyb3V0ZXIg4oCccmVnZW5lcmF0aW5n4oCdIHRoZSBSUkVRIG1heSBjaG9zZSBhIGRp ZmZlcmVudCBzdHJ1Y3R1cmUgKGUuZy4sIGluY2x1ZGUgVExWczxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1z cGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPg0KaW4gYSBkaWZmZXJlbnQgb3Jk ZXIpLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8 L3NwYW4+DQpUaGUgcHJvcG9zYWwgZnJvbSZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1wZXJraW5zLW1hbmV0LWFvZHYtZTJlc2VjLTAwIj5odHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtcGVya2lucy1tYW5ldC1hb2R2LWUyZXNlYy0wMDwvYT48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj4N CmlzIHRvIGFkZCBjb25zdHJhaW50cyBvbiAoaSkgdGhlIHNldCBvZiBlbGVtZW50cyB0byBpbmNs dWRlIGluIGEgc2lnbmF0dXJlIGFuZCAoaWkpIHRoZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPg0Kb3JkZXIgb2YgdGhlc2UgZWxlbWVudHMu PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bh bj4NCk9uZSZuYnNwO3Byb2JsZW0gd2l0aCB0aGF0IGFwcHJvYWNoIGlzIChpKTogaWYgYW4gZXh0 ZW5zaW9uIGFkZHMgYSBtZXNzYWdlIFRMViwgb3IgYW4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWIt c3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj4NCkFkZHJlc3MgVExWLCB0byBh IG1lc3NhZ2UsIHRoZW4gdGhhdCB3aWxsIG5vdCBiZSDigJxjb3ZlcmVk4oCdIGJ5IHRoZSBwcm9w b3NlZCBlMmVzZWMgVExWLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgPC9zcGFuPg0KUmF0aGVyIGZvciAqZWFjaCogZXh0ZW5zaW9uIGRldmVsb3BlZCwg YW4g4oCcdXBkYXRlcyBlMmVzZWPigJ0gY2xhdXNlIG5lZWRzIHRvIGJlIGRvbmUuPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNz PSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj4NCknigJlk IHNheSB0aGF0IHRoaXMgYXBwcm9hY2ggd291bGQgYmUgcHJvbmUgdG8gZXJyb3JzIOKAlCBhbmQg YWRkIGVudHJvcHkgdG8gdGhlIHByb2Nlc3M8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj4NCm9mIGRlc2lnbmluZyBwcm90b2NvbCBleHRlbnNp b25zLiBUaGUgYWx0ZXJuYXRpdmUsIGEgbWVzc2FnZSBiZWluZyBnZW5lcmF0ZWQgYnkgdGhlPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBj bGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+DQpz b3VyY2UgYW5kICpmb3J3YXJkZWQqIChhcyB3ZSBkbyBpbiBPTFNSdjIsIGZvciBleGFtcGxlKSB3 b3VsZCBhbGxvdyBJQ1YgVExWcyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPg0KKGV2ZW4sIGFsbG93IHJldXNlIG9mIHRob3NlIHNw ZWNpZmllZCBmb3IgT0xTUnYyKSBmb3IgY292ZXJpbmcgYSBtZXNzYWdlIGFuZCZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xh c3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPg0KZXh0 ZW5zaW9ucy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgPC9zcGFuPg0K4oCcQnV0IHdoYXQgYWJvdXQgdGhlIG1ldHJpY3MgdmFsdWUgd2hpY2ggd2ls bCBjaGFuZ2Ugb24gZWFjaCBob3DigJ0sIHlvdSBtYXkgc2F5PzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1z cGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPg0KRm9ydHVuYXRlbHksIHRoYXQg aXMgcmVsYXRpdmVseSBlYXN5IHRvIGhhbmRsZTogc2ltcGx5IHplcm8gb3V0IHRoZSB2YWx1ZSBv ZiB0aGF0IFRMViB3aGVuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyA8L3NwYW4+DQpnZW5lcmF0aW5nIG9yIHZlcmlmeWluZyB0aGUgSUNWIE1lc3NhZ2VU TFYuIEFuZCB1c2UgUGFja2V0LVRMVnMgZm9yIGhvcC1ieS1ob3AmbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBs ZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj4NCmF1dGhlbnRpY2F0 aW9uLCBpZiBuZWVkZWQgKGJ1dCwgc2VlIGJlbG93KS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFu Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgPC9zcGFuPm88c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxi Pjx1Pkl0IHByZXZlbnRzIHRoZSB1c2Ugb2YgbW9yZSBjbGV2ZXIvYWR2YW5jZWQgc2lnbmF0dXJl IHNjaGVtZXMvSUNWczwvdT48L2I+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyA8L3NwYW4+DQpBZ2dyZWdhdGUgc2lnbmF0dXJlIGFsZ29yaXRobXMgKCZu YnNwOzxhIGhyZWY9Imh0dHBzOi8vY3J5cHRvLnN0YW5mb3JkLmVkdS9+ZGFiby9wYXBlcnMvYWdn c3VydmV5LnBkZiI+aHR0cHM6Ly9jcnlwdG8uc3RhbmZvcmQuZWR1L35kYWJvL3BhcGVycy9hZ2dz dXJ2ZXkucGRmPC9hPik8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IDwvc3Bhbj4NCmV4aXN0LCBhbmQgYW4gaW50ZXJlc3RpbmcgdXNlLWNhc2UgY2FuIGJl IGZvdW5kIGluIGFsc28gcmVhY3RpdmUgcHJvdG9jb2xzLCBhbGxvd2luZyB2ZXJpZnlpbmc8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNs YXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj4NCm5v dCDigJxqdXN04oCdIHRoZSBlbmQgcG9pbnRzLCBidXQgYWxzbyB0aGUgaW50ZXJtZWRpYXJpZXMg KGFnYWluLCB3aXRoIHRoZSBhcHByb3ByaWF0ZSDigJx6ZXJvIG91dOKAnTxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxl LXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPg0KZGlzY3Vzc2VkIGFi b3ZlLCBvciBzb21ldGhpbmcgc21hcnRlcikuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+DQpSZWdlbmVyYXRpb24gb2YgbWVzc2FnZXMsIHJh dGhlciB0aGFuIGZvcndhcmRpbmcsIHJlbmRlcnMgdGhhdCBpbXBvc3NpYmxlIChvciwgaWYgdXNl ZCw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bh bj4NCnVwZGF0aW5nIHRvICZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC1wZXJraW5zLW1hbmV0LWFvZHYtZTJlc2VjLTAwIj5odHRwczovL3Rvb2xzLmlldGYu b3JnL2h0bWwvZHJhZnQtcGVya2lucy1tYW5ldC1hb2R2LWUyZXNlYy0wMDwvYT4pPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZXJlIGFyZSBv dGhlciByZWFzb25zLCBidXQgdGhlIGFib3ZlIGFyZSB0aG9zZSB0aGF0IGp1bXAgYXQgbWUgYXMg aW1tZWRpYXRlIHNob3ctc3RvcHBlcnMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgZG8gaG9uZXN0bHkgbm90IHNlZSB3aGF0IHBvc3NpYmxl IGJlbmVmaXQgdGhlcmUgaXMgZnJvbSDigJxyZWdlbmVyYXRpb27igJ0g4oCUIGJ1dCBJIHNlZSB2 ZXJ5IGNsZWFyIGluY29udmVuaWVuY2VzLCBhbmQgc2VjdXJpdHkgaXMgbm90IHRoZSBsZWFzdCBv ZiB0aGVzZS4gSW5zaXN0aW5nIG9uIOKAnHJlZ2VuZXJhdGlvbuKAnSByZXF1aXJlcyBkZXZlbG9w bWVudCBvZiDigJxub24tZ2VuZXJhbCB3b3JrYXJvdW5kc+KAnSBhcyBwb2ludGVkDQogb3V0IGFi b3ZlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48Yj48dT5TZWN1cml0eSBDb25zaWRlcmF0aW9uczwvdT48L2I+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGlzIGlzIGFuIGFsd2F5cyB0aG9y bnkgc3ViamVjdC4gV2hlbiBPTFNSdjIgd2FzIGdvaW5nIHRocm91Z2ggdGhlIHByb2Nlc3Mgd2Ug Z290IGEgdGhvcm91Z2ggZWR1Y2F0aW9uIGluIGhvdyBsaXR0bGUgd2Uga25ldyBhYm91dCBzZWN1 cml0eSBmcm9tIHRoZSBTRUMtQURzLCBhbmQgaGFkIHRvIHNwZW5kIGFib3V0IGEgeWVhciBvciBz byBkZXZlbG9waW5nIFJGQzcxODMuIFRoZSBib3R0b20gbGluZSBpcywgdGhhdA0KIHRoaXMgcHJv dG9jb2wgbmVlZHMgaXRzIOKAnFJGQzcxODMgJm5ic3A7ZXF1aXZhbGVudOKAnSwgZWl0aGVyIGFz IHBhcnQgb2YgdGhlIG1haW4gZG9jdW1lbnQsIG9yIGFzIGFuIGluZGVwZW5kZW50IGRvY3VtZW50 LiBjdXJyZW50bHksIHRoYXQgaXMgbm90IHRoZSBjYXNlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BIG1pbmltYSwgbG9va2luZyBhdCBCQ1A3 MiBhbmQgQkNQMTA3IOKAlCB0YWtpbmcgaW5zcGlyYXRpb24gZnJvbSBSRkM3MTgzIG1pZ2h0IGJl IGF3IGdvb2QgaWRlYSwgYXMgdGhhdCB3YXMgdGhlIG1vc3QgcmVjZW50IHRoYXQgd2VudCB0aHJv dWdoIHRoZSBTRUMgQUQuIFJlZ2FyZGxlc3Mgb2YgaG93LCBob3dldmVyLCBhIOKAnG1hbmRhdG9y eSB0byBpbXBsZW1lbnTigJ0gc2VjdXJpdHkgbWVjaGFuaXNtIG1vc3QgYmUgc3BlY2lmaWVkDQog KEkgdGhpbmsgdGhlIHJpZ2h0IHRlcm0gd2FzIOKAnE1VU1QgaW1wbGVtZW50LCBTSE9VTEQgdXNl 4oCdKSwgaW4gc3VmZmljaWVudCBkZXRhaWwgdG8gZW5zdXJlIGludGVyb3BlcmFibGUgaW1wbGVt ZW50YXRpb25zLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5BcyBhbiBleGFtcGxlLCBib3RoIFtSRkM2MTMwXSBhbmQgW1JGQzcxODFdIHNldCBv dXQgdGhhdCB0aGF0OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgT24gcmVjZWl2aW5nIGEgLi4u IG1lc3NhZ2UsIGEgcm91dGVyIE1VU1QgZmlyc3QgY2hlY2sgaWYgdGhlPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7ICZuYnNw OyBtZXNzYWdlIGlzIGludmFsaWQgZm9yIHByb2Nlc3NpbmcgYnkgdGhpcyByb3V0ZXI8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+YW5kIHRoZW4g cHJvY2VlZCB0byBnaXZlIGEgbnVtYmVyIG9mIGNvbmRpdGlvbnMgdGhhdCwgZWFjaCwgd2lsbCBs ZWFkIHRvIGEgcmVqZWN0aW9uIG9mIHRoZSBtZXNzYWdlIGFzICZxdW90O2JhZGx5IGZvcm1lZCBh bmQgdGhlcmVmb3JlIGludmFsaWQgZm9yIHByb2Nlc3NpbmfigJ0g4oCUIGEgbGlzdCB3aGljaCBS RkM3MTgzIHRoZW4gYW1lbmRlZC4gVGhhdCBnYXZlIGEg4oCcaG9va+KAnSBmb3IgUkZDNzE4MyBm b3IgaW5zZXJ0aW5nDQog4oCccmVqZWN0aW9u4oCdLiBJZGVtIGZvciBtZXNzYWdlIGdlbmVyYXRp b24uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PklmIEkgd2FzIHRvIGRvIFJGQzcxODEvUkZDNjEzMCB0b2RheSwgSSB3b3VsZCBpbmNsdWRlIHRo YXQgZGlyZWN0bHkgaW50byB0aGUgcHJvdG9jb2wgc3BlY2lmaWNhdGlvbnMuIEl0IHR1cm5lZCBv dXQgdG8gYmUgbW9yZSBvdmVyaGVhZCAoYW5kIHNsb3cgZG93biBwdWJsaWNhdGlvbiBhbnl3YXlz KSB0byBkbyBpdCBhcyBzZXBhcmF0ZSBkb2N1bWVudHMuPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2Vjb25kbHksIHdlIG5lZWQg dG8gYmUgYSBsb3QgbW9yZSByaWdpZCBpbiB0ZXJtcyBvZiB3aGF0IElDVnMsIFRpbWVzdGFtcHMs IGV0Yy4gYXJlIGFkZGVkL3JlbW92ZWQsIGFuZCB3aGF0IHRoYXQgYnJpbmdzLjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Gb3IgZXhhbXBsZSAo d2l0aCB0aGUgYXNzdW1wdGlvbiB0aGF0IG1lc3NhZ2VzIGFyZSAqZm9yd2FyZGVkKiBhbmQgKm5v dCogcmVnZW5lcmF0ZWQpLCB0aGlzIGNvdWxkIGJlIG9uZSBvcHRpb246PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBs ZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj4NCm88c3BhbiBjbGFz cz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+V2hlbiBhIFJSRVEsIFJSRVAgbWVzc2FnZSBpcyBnZW5l cmF0ZWQsIGFkZCBhbiBJQ1YgTWVzc2FnZSBUTFYsIHdoaWNoIGlzIGNhbGN1bGF0ZWQgJmx0O3Ro aXMgd2F5Jmd0OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj4mbmJzcDvigKYodGFrZSBpbnNwaXJhdGlvbiBmcm9t IFJGQzcxODMgaGVyZSk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgPC9zcGFuPg0KbzxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj5XaGVu IGEgUlJFUSwgUlJFUCBtZXNzYWdlIGlzIHRyYW5zbWl0dGVkICZuYnNwOyhieSB0aGUgc291cmNl LCBvciBmb3J3YXJkZWQgYnkgYW4gaW50ZXJtZWRpYXJ5KTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFu Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj5pbiBhbiBS RkM1NDQ0IHBhY2tldCwgYW4gSUNWIFBhY2tldCBUTFYgaXMgYWRkZWQgdG8gdGhlIHBhY2tldCwg d2hpY2ggaXMgY2FsY3VsYXRlZCAmbHQ7dGhpcyB3YXkmZ3Q7IOKApjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUt dGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+DQpvPHNwYW4gY2xhc3M9 ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgPC9zcGFuPldoZW4gYW4gUkZDNTQ0NCBwYWNrZXQgaXMgcmVjZWl2ZWQs IHZhbGlkYXRlIHRoZSBJQ1YgUGFja2V0IFRMViAmbHQ7dGhpcyB3YXkmZ3Q7IGFuZCBpZiB0aGUg SUNWIGRvZXNu4oCZdCB2YWxpZGF0ZSw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+ZGlzY2FyZCB0aGUgY29udGFp bmVkIG1lc3NhZ2VzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyA8L3NwYW4+DQpvPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPldoZW4g cmVjZWl2aW5nIGEgUlJFUS9SUkVQIChlaXRoZXIgYXMgZGVzdGluYXRpb24sIG9yIGFzIGFuIGlu dGVybWVkaWFyeSksIHZhbGlkYXRlIHRoZSBJQ1YgTWVzc2FnZSBUTFYmbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJh cHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8 L3NwYW4+Jmx0O3RoaXMgd2F5Jmd0OyBhbmQgaWYgdGhlIElDViBkb2VzbuKAmXQgdmFsaWRhdGUs IGRpc2NhcmQgdGhlIG1lc3NhZ2UsIGRvIG5vdCBwcm9jZXNzLCBkbyBub3QgZm9yd2FyZC48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyBp cyBhIGRpZmZlcmVudCAoYW5kIG1vcmUgZmxleGlibGU/KSBtb2RlbCB0aGFuIOKAnGp1c3TigJ0g dHJhbnNpdGl2ZSB0cnVzdCBhbmQg4oCcanVzdOKAnSBlbmQtdG8tZW5kIHRydXN0IGRpc2N1c3Nl ZCBwcmV2aW91c2x5LCBhbmQgaXMgZW5hYmxlZCBieSB0aGUg4oCcZm9yd2FyZGluZ+KAnSBiaXQg ZGVzY3JpYmVkIHByZXZpb3VzbHkuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxiPjx1Pk1ldHJpY3M8L3U+PC9iPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBoYXZlIGFza2VkIHRoaXMgbnVt ZXJvdXMgdGltZXMsIGJ1dCBoYXZlIG5vdCBnb3R0ZW4gYW55IGFuc3dlciBzbyBJIGFtIGVzY2Fs YXRpbmcgdGhpcyBhZ2Fpbi4gV2h5IGlzIHRoaXMgZG9jdW1lbnQgaGF2aW5nIGEgbm9ybWF0aXZl IHJlZmVyZW5jZSB0byBSRkM2NTUxPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPiZuYnNwOyZuYnNwOyBbPGEgbmFt ZT0icmVmLVJGQzY1NTEiIGlkPSJyZWYtUkZDNjU1MSI+UkZDNjU1MTwvYT5dJm5ic3A7IFZhc3Nl dXIsIEpQLiwgRWQuLCBLaW0sIE0uLCBFZC4sIFBpc3RlciwgSy4sIERlamVhbiwgTi4sPG86cD48 L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGFuZCBELiBCYXJ0aGVsLCAmcXVvdDtSb3V0aW5nIE1ldHJpY3MgVXNl ZCBmb3IgUGF0aCBDYWxjdWxhdGlvbjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdl LWJyZWFrLWJlZm9yZTphbHdheXMiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBpbiBMb3ctUG93ZXIg YW5kIExvc3N5IE5ldHdvcmtzJnF1b3Q7LCA8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvcmZjNjU1MSI+UkZDIDY1NTE8L2E+LCBET0kgMTAuMTc0ODcvPG86cD48L286cD48L3By ZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2NTUxIj5SRkM2 NTUxPC9hPiwgTWFyY2ggMjAxMiw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1i cmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmx0OzxhIGhyZWY9Imh0 dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM2NTUxIj5odHRwOi8vd3d3LnJmYy1lZGl0 b3Iub3JnL2luZm8vcmZjNjU1MTwvYT4mZ3Q7LjxvOnA+PC9vOnA+PC9wcmU+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VW5sZXNzIEkgYW0gbWlzdGFrZW4sIHRoaXMg aXMgbm90IHRoZSBST0xMIFdHLiBBbmQgdGhlIGFic3RyYWN0IHRvIFJGQzY1NTEgZXhwbGljaXRs eSByZWFkczo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHByZSBzdHlsZT0id29y ZC13cmFwOiBicmVhay13b3JkO3doaXRlLXNwYWNlOnByZS13cmFwIj4mbmJzcDsmbmJzcDsgTG93 LVBvd2VyIGFuZCBMb3NzeSBOZXR3b3JrcyAoTExOcykgaGF2ZSB1bmlxdWUgY2hhcmFjdGVyaXN0 aWNzPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IGNvbXBhcmVkIHdpdGggdHJh ZGl0aW9uYWwgd2lyZWQgYW5kIGFkIGhvYyBuZXR3b3JrcyB0aGF0IHJlcXVpcmUgdGhlPG86cD48 L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IHNwZWNpZmljYXRpb24gb2YgbmV3IHJvdXRp bmcgbWV0cmljcyBhbmQgY29uc3RyYWludHMuJm5ic3A7IDxvOnA+PC9vOnA+PC9wcmU+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2hpY2ggZXhwbGljaXRseSBpcyBkaXNjbGFpbWluZyB0 aGF0IHRoZXNlIG1ldHJpY3MgYXJlPGI+PHU+IG5vdCBhcHBsaWNhYmxlIGluIGFkIGhvYyBuZXR3 b3JrczwvdT48L2I+IOKAlCBhbmQsIEkgYW0gd29uZGVyaW5nLCB3aGF0IGhhcyBjaGFuZ2VkIHNp bmNlIHRoZSBwdWJsaWNhdGlvbiBvZiBSRkM2NTUxIHRvIHN1ZGRlbmx5IG1ha2UgdGhlc2UgYXBw bGljYWJsZT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Jm5ic3A7SSBhbSBhbHNvIHdvbmRlcmluZyBpZiBsb29raW5nIGF0IChhbmQsIHBlcmhh cHMsIHVzaW5nPykgdGhlIHNhbWUgbWV0cmljIHR5cGUgVExWIHR5cGUgYXMgaW4gT0xTUnYyIGlz IG5vdCBhIHBvc3NpYmlsaXR5PzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkVpdGhlciB3YXksIHJlZmVyZW5jaW5nIFJGQzY1NTEg aGVyZSBpcyB3cm9uZy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHU+UkZDNjYyMSAoU01GKSB1c2FnZTwvdT48L2I+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcyBsYXRlIGFzIGVhcmxp ZXIgdGhpcyBtb250aCwgUkZDNjYyMSByZWFyZWQgaXRzIGhlYWQgYWdhaW4gb24gdGhlIG1haWxp bmcgbGlzdC4gSSB1bmRlcnN0YW5kIHRoYXQgdGhlIGF1dGhvcnMgYXJlIHNldCBvbiB1c2luZyBm bG9vZGluZyByZWR1Y3Rpb24gYXMgcGFydCBvZiBSUkVRIGRpc3RyaWJ1dGlvbi4gSWYgdGhhdCBp cyB0aGUgY2FzZSwgdGhlbiB0aGlzIHByb3RvY29sIE1VU1Qgc3BlY2lmeSB0aGF0DQogZmxvb2Rp bmcgcmVkdWN0aW9uLiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5TYXlpbmcg4oCcVXNlIFJGQzY2MjHigJ0gd29u4oCZdCB3b3JrLCBm b3IgcmVhc29ucyBDaHJpcyBwb2ludCBvdXQgaW4gYW4gZW1haWwgZWFybGllciB0byB0aGUgbGlz dDo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ VGhlIG5ldHdvcmsgZG9lcyBub3QgYW5kIGZ1bmRhbWVudGFsbHkgY2Fubm90IG9mZmVyIG11bHRp Y2FzdCBzdXBwcmVzc2lvbiB0byBBT0RWdjIuIFRoaXMgaXNuJ3QgYSBoYXJkIGNvbmNlcHQsIGJ1 dCBzZWVtcyB0byBrZWVwJm5ic3A7aGF2aW5nIHRvIGJlIHNhaWQuIEFPRFZ2MiBtZXNzYWdlcyBh cmUgY2FycmllZCBpbiA1NDQ0IHBhY2tldHMsIGFuZCB0aG9zZSBvbmx5IHRyYXZlbCBvbmUgaG9w LiBUaGF0IGRvZXNuJ3QNCiBhbGxvdyBmb3Igc3VwcHJlc3Npb24uJm5ic3A7RnVydGhlcm1vcmUg QU9EVnYyIGlzIGNyZWF0aW5nIG5ldyBtZXNzYWdlcyBlYWNoIGhvcC4gVGhhdCBuZWVkcyBBT0RW djIgc3BlY2lmaWMgaGFuZGxpbmcuPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFuZCBxdW90aW5nIGFuIGVtYWlsIGZy b20gbXlzZWxmOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5 bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5JZiBwcm90b2NvbCBYIHJlbGllcyBvbiB1c2luZyBhIGZsb29kaW5nIG9wZXJhdGlv biwgdGhlbiBpdCBjZXJ0YWlubHkgaXMgcHJvdG9jb2wgWCdzIHJlc3BvbnNpYmlsaXR5IHRvICZu YnNwO3NwZWNpZnkgdGhlIGZsb29kaW5nIG9wZXJhdGlvbiAob3IsIGF0IGxlYXN0LCZuYnNwO3Ro ZSByZXF1aXJlbWVudHMgdG8gdGhlIGZsb29kaW5nIG9wZXJhdGlvbiApIGZvciBjb3JyZWN0IGZ1 bmN0aW9uaW5nIG9mIHByb3RvY29sIFguPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPknigJl2ZSBwcmV2aW91c2x5IHBvaW50ZWQgb3V0IHRoYXQg UkZDNjYyMSByZXF1aXJlcyBzb21lIGRlZ3JlZSBvZiBjb25maWd1cmF0aW9uIChjYW7igJl0IGp1 c3QsIGZvciBleGFtcGxlLCBwaWNrIHR3byBkaWZmZXJlbnQgcmVsYXkgc2V0IHNlbGVjdGlvbiBh bGdvcml0aG1zLCBhcyB0aGF0IG1heSBwcm9kdWNlIGEgZGlzY29ubmVjdGVkIGZsb29kaW5nIGRv bWFpbikuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkluIG90aGVyIHdvcmRzLCB3aGF0IHRoZSBhdXRob3JzIHByb3Bvc2UgaW4mbmJzcDs8YSBo cmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtcGVya2lucy1tYW5ldC11c2lu Zy1yZmM2NjIxLTAwIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtcGVya2lucy1t YW5ldC11c2luZy1yZmM2NjIxLTAwPC9hPiZuYnNwO2lzIGluc3VmZmljaWVudC48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHU+TXVsdGlw bGUgaW50ZXJmYWNlcyBjb25maWd1cmVkIHdpdGggdGhlIHNhbWUgYWRkcmVzcyhlcykgLSAmYW1w OyBSRkM2NjIxPC91PjwvYj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkkgdGhpbmsgdGhhdCBpdCBoYXMgYmVlbiBlc3RhYmxpc2hlZCB0aGF0IHRo ZSBhYmlsaXR5IHRvIHVzZSB0aGUgc2FtZSBhZGRyZXNzIG9uIG11bHRpcGxlIGludGVyZmFjZXMg aXMgYSByZXF1aXJlbWVudC4gSXTigJlzIG5vdCBjbGVhciB0byBtZSB0aGF0IGEgc2luZ2xlIHdh eSBvZiBkb2luZyBzbyBoYXMgYmVlbiBwcm9wb3NlZCwgbm9yIHRoYXQgdGhlIOKAnG9wZXJhdGlu ZyBjb25kaXRpb25z4oCdIGFyZSBjYWxsZWQNCiBvdXQgKGZvciBleGFtcGxlLCB3aWxsIGl0IHdv cmsgJm5ic3A7aWYgcm91dGVyIEEgYW5kIHJvdXRlciBCIGJvdGggaGF2ZSB0d28gaW50ZXJmYWNl cywgYW5kIHRoYXQgYWxsIDQgaW50ZXJmYWNlcyB1c2UgdGhlIHNhbWUgSVAgYWRkcmVzcz8pPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMg aXMgbm90IGVudGlyZWx5IHVucmVsYXRlZCB0byBmbG9vZGluZyByZWR1Y3Rpb24gYW5kIFJGQzY2 MjEuIE9uZSBvZiB0aGUgY29tcGxleGl0aWVzIGlzIHRvIGdldCB0aGF0IGp1c3QgcmlnaHQ6IE9M U1J2MiAtIGZvciBleGFtcGxlIC0gY2FsY3VsYXRlcyBGbG9vZGluZy1NUFJzIHBlciBpbnRlcmZh Y2UsIGFuZCBSRkM2MTMwIGlzIGNhcmVmdWwgaW4gaG93IGl0IGRldGVjdHMgYmlkaXJlY3Rpb25h bGl0eQ0KIG9mIGxpbmtzLiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGhhdmUgbm90IHdvcmtlZCBvdXQgYWxsIHRoZSBkZXRhaWxz IG9mIGhvdyB0aGlzIGltcGFjdHMgdGhpcyBwcm90b2NvbCDigJQgYnV0LCBpdCByZXF1aXJlcyBh dHRlbnRpb24uIEVzcGVjaWFsbHkgd2hlbiB3YW50aW5nIHRvIGJlIGFibGUgdG8gc2F5IOKAnOKA pnVzZSBSRkM2NjIx4oCdLCB0aGVuIHRoZSBpbnRlcmZhY2UgY29uZmlndXJhdGlvbiBjb25zdHJh aW50cyB3aGVuIGZhY2VkIHdpdGggbXVsdGlwbGUgaW50ZXJmYWNlcw0KIG11c3QgYmUgd29ya2Vk IG91dC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGI+PHU+UHJlZml4ZXMgJmFtcDsgR2F0ZXdheXM8L3U+PC9iPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QSBxdWVzdGlvbiB0byBteSBtaW5k LCBhbmQgSSBhbSBub3Qgc3VyZSBJIGtub3cgaG93IHRvIGFuc3dlciB0aGF0IGZyb20gcmVhZGlu ZyB0aGUgZHJhZnQgc2luY2UgaXQgaXMgbm90IGRpc2N1c3NlZCBpbiBzZWN0aW9uIDkgKGF0IGxl YXN0KSwgaXM6IOKAnFdoYXQgaGFwcGVucyBpZiBJIHNlbmQgYSBSUkVRIHRvIGEgcHJlZml44oCd IChpLmUuLCBhIC8mbHQ7MTI4IGluIElQdjYpPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyA8L3NwYW4+bzxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+SWYgdGhl IHdob2xlIHByZWZpeCBpcyBwYXJ0IG9mIHRoZSBhdHRhY2hlZCBuZXR3b3JrIHNldCBvZiBhIHNp bmdsZSByb3V0ZXIsJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyA8L3NwYW4+DQp0aGVuIEkgZXhwZWN0IHRvIGdldCBhIHNpbmdsZSBSUkVQIGJh Y2ssIGlzIHRoYXQgdGhlIGNhc2U/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDwvc3Bhbj5vPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj5JZiAmcXVvdDtoYWxm IHRoZSBwcmVmaXgmcXVvdDsgJm5ic3A7aXMgcGFydCBvZiB0aGUgYXR0YWNoZWQgbmV0d29yayBz ZXQgb2YgYSBzaW5nbGUgcm91dGVyLCZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPg0KYW5kIHRoZSBvdGhlciBoYWxmIGlzIHBhcnQg b2YgdGhlIGF0dGFjaGVkIG5ldHdvcmsgc2V0IG9mIGFub3RoZXIgJm5ic3A7c2luZ2xlIHJvdXRl ciwmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDwvc3Bhbj4NCnRoZW4gSSBleHBlY3QgdHdvIFJSRVBzLCBpcyB0aGF0IHRoZSBjYXNlPzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBj bGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+bzxzcGFuIGNsYXNzPSJhcHBs ZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7DQo8L3NwYW4+TW9yZSBnZW5lcmFsbHksIHdpbGwgSSBnZXQgYSB0cmVlIGJ1aWxk IHRocm91Z2ggdGhlIG5ldHdvcmsgaGVyZT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2VjdGlvbiA5IChvciwgdGhlIHdob2xlIHNwZWMpIGlz IGFsc28gbm90IGV4cGxpY2l0IGVub3VnaCBhYm91dCBtdWx0aXBsZSAmbmJzcDsmcXVvdDtkZWZh dWx0IGdhdGV3YXlzJnF1b3Q7IOKAlCBpLmUuLCB0aGUgZXh0ZXJuYWwgbmV0d29yayBiZWluZyDi gJx0aGUgcmVzdCBvZiB0aGUgSW50ZXJuZXTigJ0sIGFuZCB0aGVyZSBiZWluZyBtdWx0aXBsZSBn YXRld2F5cyB0byB0aGUgSW50ZXJuZXQuIEkgdW5kZXJzdGFuZCBob3cgdGhlIFJSRVEgZ2V0cw0K IHRvIHRoZSBnYXRld2F5LCBhbmQgaG93IHRoZSBnYXRld2F5IGRldGVybWluZXMgaWYgaXQgc2hv dWxkIHJlc3BvbmQgKHRoZSBkZXN0aW5hdGlvbiBpcyBub3QgcGFydCBvZiDigJx0aGUgTUFORVQg cHJlZml4LCB3aXRoIHdoaWNoIGl0IGlzIGNvbmZpZ3VyZWTigJ0pLjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CdXQsIGlmIEEgaXMgY2xvc2Ug dG8gR1cxLCBhbmQgQiBpcyBjbG9zZSB0byBHVzIsIGJ1dCBBIGFuZCBCIGJlaW5nIGZhciBmYXIg YXBhcnQgKGFjY29yZGluZyB0byB0aGUgbWV0cmljIHVzZWQpIHdpdGhpbiB0aGUgTUFORVQsIHRo ZW4gaXQgd291bGQgYmUgcHJlZmVyZW50aWFsIGZvciB0aGUgcm91dGUgZnJvbSBBIHRvIEIgdG8g Z28gdmlhIEdXMS3igJx0aGUtSW50ZXJuZXTigJ0tR1cyPyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JcyB0aGlzIGEgc3VwcG9ydGVk IGNvbmZpZ3VyYXRpb24/Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8 L3NwYW4+bzxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+SWYgeWVzLCBob3cgaXMg aXQgKHNlcSMgd2lzZSwgSSB3b3VsZCBleHBlY3Qgc29tZSBjb21wbGljYXRpb25zKSBoYW5kbGVk PyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPm88c3BhbiBj bGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPklmIG5vdCwgd2hlcmUgaXMgaXQgc3RhdGVkIHRo YXQgdGhpcyBjb25maWd1cmF0aW9uIGlzIG5vdCBwb3NzaWJsZSB3aXRoIHRoaXMgcHJvdG9jb2w/ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ VGhlIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50IHNheXM6PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5i c3A7IEFPRFZ2MiBpcyBkZXNpZ25lZCBmb3Igc3R1YiBvciBkaXNjb25uZWN0ZWQgbW9iaWxlIGFk IGhvYyBuZXR3b3Jrcyw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1i ZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsgaS5lLiwgbm9uLXRyYW5zaXQgbmV0d29ya3Mgb3Ig dGhvc2Ugbm90IGNvbm5lY3RlZCB0byB0aGUgaW50ZXJuZXQuPG86cD48L286cD48L3ByZT4NCjxw cmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IEFPRFZ2MiBj YW4sIGhvd2V2ZXIsIGJlIGNvbmZpZ3VyZWQgdG8gcGVyZm9ybSBnYXRld2F5IGZ1bmN0aW9ucyB3 aGVuPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5 cyI+Jm5ic3A7Jm5ic3A7IGF0dGFjaGVkIHRvIGV4dGVybmFsIG5ldHdvcmtzLCBhcyBkaXNjdXNz ZWQgaW4gPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbWFu ZXQtYW9kdnYyLTEzI3NlY3Rpb24tOSI+U2VjdGlvbiA5PC9hPi48bzpwPjwvbzpwPjwvcHJlPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGJlbGlldmUgdGhhdCB0aGUg c2NlbmFyaW8gSSBkZXNjcmliZSBpcyBpbmRlZWQgYSBzdHViIG5ldHdvcmsgKGFuZCBub3QgYSB0 cmFuc2l0IG5ldHdvcmspPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj7igJQg4oCUIOKAlCZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcyBJIGluZGljYXRlZCwgdGhlc2UgYXJlIHRo ZSBiaWctcGljdHVyZSBpc3N1ZXMgdGhhdCBJIGhhdmUgZ290dGVuIGFyb3VuZCB0byB0aGlua2lu ZyBhYm91dCBlbm91Z2ggdG8gd3JpdGUgdXAuIEnigJltIG5vdCB0aHJvdWdoIHdvcmtpbmcgdGhy b3VnaCB0aGUgZG9jdW1lbnQsIGJ1dCB0aG9zZSB3ZXJlIHRoZSBvbmVzIHRoYXQgY2FtZSB0byBt aW5kLCBhbmQgd2hpY2ggc2VlbSBpbXBlcmF0aXZlIHRvIHJlc29sdmUuPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJlc3QsPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRob21hczxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwPioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqPGJyPgpUaGlzIGVt YWlsIGFuZCBhbnkgYXR0YWNobWVudHMgYXJlIGNvbmZpZGVudGlhbCB0byB0aGUgaW50ZW5kZWQ8 YnI+CnJlY2lwaWVudCBhbmQgbWF5IGFsc28gYmUgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3Qg dGhlIGludGVuZGVkPGJyPgpyZWNpcGllbnQgcGxlYXNlIGRlbGV0ZSBpdCBmcm9tIHlvdXIgc3lz dGVtIGFuZCBub3RpZnkgdGhlIHNlbmRlci48YnI+CllvdSBzaG91bGQgbm90IGNvcHkgaXQgb3Ig dXNlIGl0IGZvciBhbnkgcHVycG9zZSBub3IgZGlzY2xvc2Ugb3I8YnI+CmRpc3RyaWJ1dGUgaXRz IGNvbnRlbnRzIHRvIGFueSBvdGhlciBwZXJzb24uPGJyPgoqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKjwvcD48L2JvZHk+ DQo8L2h0bWw+DQo= --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E267GLKXM0002VGREEN_-- From nobody Thu Mar 17 09:37:55 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1274412D982 for ; Thu, 17 Mar 2016 09:37:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.395 X-Spam-Level: X-Spam-Status: No, score=-1.395 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TRACKER_ID=1.306] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=thomasclausen.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mcMxRjqMZX0g for ; Thu, 17 Mar 2016 09:37:48 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C135412D9C2 for ; Thu, 17 Mar 2016 09:37:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 943D524EB0A; Thu, 17 Mar 2016 09:37:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1458232660; bh=oYJ115jnYkatn5A76BNEoLtCrB2lwbLcnJrdkiEhdj8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=mC9fA0EXXuUmSld/vn+Ovmh/o0AvnAp0La+nGh5qBf3wdHH+XFG/CI1dlYSZideMk 9hwshSJdAP99GvZch+vsWUyAb+qM5uQxkGfWrIiuRR4jjXInPR/nmFGzKXrnJS0ymw MD7bojxj4BI9kmvdwVchahGaCkWZ63bYuHEksFaI= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [129.104.89.231] (unknown [129.104.89.231]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 8FF7D245BD0; Thu, 17 Mar 2016 09:37:38 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_A27B376D-DB6C-4361-9D57-952A6DDAAF76" From: ietf@thomasclausen.org In-Reply-To: Date: Thu, 17 Mar 2016 17:37:34 +0100 Sendlaterdate: Thu, 17 Mar 2016 17:37:34 +0100 Message-Id: <1F5AB0F1-0B92-4A66-A08F-A2BF8B414D9F@thomasclausen.org> References: To: Christopher Dearlove X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Message integrity and message mutability (was RE: draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 16:37:53 -0000 --Apple-Mail=_A27B376D-DB6C-4361-9D57-952A6DDAAF76 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 17 Mar 2016, at 17:30, Dearlove, Christopher (UK) = wrote: >=20 > I appreciate Thomas=E2=80=99s comments about the limitations of = message regeneration, but I would be a bit less absolute. > =20 > The issues over end to end authentication and more advanced signatures = are valid. I need to read the given reference on aggregate signatures to = increase my knowledge (thanks for it), but my understanding of the = possibilities in this field may offer a solution to the problem, but = with some other issues (possibly including a new type of TLV). > =20 > But the hop count/limit point I don=E2=80=99t fully agree with, you = can regenerate with an incremented/decremented count/limit, which leaves = the ability to prevent messages propagating indefinitely, including = expanding ring searches, and retains the ability to use RFC 5497 = interval and validity times that might be useful with an expanding ring = search (or might not). > =20 > But the key issue is that AODVv2 wants to accumulate metrics. I still = haven=E2=80=99t got to the bottom of many details here, but let=E2=80=99s = for the moment just consider that conceptually. > =20 > It=E2=80=99s hard to handle end to end. Charlie=E2=80=99s draft = attempts to do an end to end of some information, not this information. = I=E2=80=99m not sure if that=E2=80=99s useful (and the specialised = format is better avoided if possible). Other approaches are hop by hop = (might as well use packet signatures) and shared key (might as well go = hop by hop). Pairwise signatures for each pair of routers I=E2=80=99m = discounting as scaling terribly. In the interests of completeness = let=E2=80=99s mention not accumulating metrics, which puts us back to = hop count and that=E2=80=99s not ideal either. > =20 > I don=E2=80=99t think there is an ideal solution. (I like ideas I=E2=80=99= ve seen about aggregating, but that has some issues of its own, even = apart from computational load.) I=E2=80=99d love to be proved wrong - = someone with the perfect solution to come along. > =20 > Which means that either we make an arbitrary choice - which will be = disagreed with, but needs discussing first - or create something = flexible. Unfortunately flexible in that regard constrains in others, = e.g. some (many? most?) aggregating signatures need fixed data sizes = (which we can do by defining a TLV that =E2=80=9Cfills up=E2=80=9D with = hop count, but that has a cost too). I have been told by people much more well versed in this than I in = cryptology, that the correct answer is =E2=80=9Csome=E2=80=9D. That said, "AODVv2 wants to accumulate metrics=E2=80=9D =E2=80=94 does = that mean that the message grows as it is being forwarded, and that the = recipient of a RREQ/RREP will know the individual costs of each path = segment? My understanding is, that the recipient will get =E2=80=9Cthe = sum the costs of each path segment=E2=80=9D which should be fitting = within a fixed size? Thomas > =20 > Sorry, no answers, just comments. And I=E2=80=99m not addressing = Thomas=E2=80=99s later points here. > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: manet [mailto:manet-bounces@ietf.org = ] On Behalf Of ietf@thomasclausen.org = > Sent: 17 March 2016 16:00 > To: Mobile Ad Hoc Networks mailing list > Subject: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big = ticket Items > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > *** WARNING *** > EXTERNAL EMAIL -- This message originates from outside our = organization. > =20 > Dear all, > =20 > Apologies for not having gotten this done sooner - day-job leaving few = spare cycles. > =20 > I=E2=80=99ve previously offered reviews and comments, and some of = those have been addressed in the latest I-D =E2=80=94 others have not, = but should be. I recall that there was some mail attempting to rebut = parts of the review, and I will dig it out and reply to that. > =20 > With that being said, I have reviewed the latest version of the = document, and full details will be forthcoming. There=E2=80=99re a = couple of big-ticket/architectural items that I want to address up = front, as I believe that before we have those hammered out, it will be = useless to go into details. Note, I do not claim that this is an = exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but that=E2=80=99s = as far as I have gotten in thinking this through. > =20 > I also bring these up as they are items that have been brought up = repeatedly over the past years, but not resolved nor discussed. > =20 > Loops > Just to bring this out: I share Chris=E2=80=99 worry about conflicting = and concurrent statements from the authors on =E2=80=9CThere are no = loops possible=E2=80=9D and =E2=80=9CWe need to fix two situations where = loops can occur=E2=80=9D and =E2=80=9Cwe are still investigating some = loop conditions=E2=80=9D > =20 > I particularly worry that this is not a discussion had in public, but = apparently in some other forum=E2=80=A6 > =20 > =20 > Intermediate Route Replies, and all of section 10 > Section 10 contains a set of =E2=80=9Cvaguely specified extensions=E2=80= =9D, which is incoherent with the intended status indicated for this = document.=20 > =20 > Specifically, and this is not unrelated to the point about loops = above, intermediate RREPs (section 10.3) are a potential source for = loops. > =20 > Expanding Ring Multicast (section 10.1) is not documented in a way = that can be implemented (and also, see =E2=80=9CForwarding-vs-regeneration= =E2=80=9D below, it is in the present form of this protocol impossible), = etc. > =20 > =20 > Forwarding-vs-regeneration > Recent exchanges on the list made me understand that protocol control = messages are *not* forwarded, but are consumed at each hop, then a new = message with (almost-but-not-quite) the same content is generated and = transmitted. > =20 > I have thought some more on this (& read some of the exchanges on the = list on this topic by Chris, Ulrich, and others), and I am convinced = that this is not the right way to go, at least for the following = reasons: > =20 > =20 > o It renders the hop-limit/hop-count fields in = the RFC5444 message header useless. > This would not be bad if the functionality = offered by those fields was not useful > =E2=80=94 sadly, it is. For example, for scope = limited flooding (expanding ring search, and=20 > such) which may be of interest, and which = require hop-limit.=20 > A hop-count field may also provide a = =E2=80=9Ccheap=E2=80=9D (in terms of overhead) additional piece > of information to use conjunctively with a = =E2=80=9Creal=E2=80=9D metric. > =20 > The only practical solution would be to = re-introduce these functions by way of inserting a > MessageTLV =E2=80=94 which (i) is not = specified in this document, and (ii) which would just > serve to render messages bigger than strictly = needed. > =20 > Scope limited flooding does seem to be a = necessary requirement, if for no > other reason than to prevent information from = =E2=80=9Ccirculating forever in the network=E2=80=9D. > =20 > o It makes end-to-end authentication = unnecessarily hard. > I think Chris called this out already, but it = bears repeating: S generates a message=20 > (say, a RREQ), and includes an ICV calculated = over the content of the message. > For any recipient to be able to validate the = ICV, the message has to be exactly > the same =E2=80=94 not just in content, but in = structure =E2=80=94 as what was generated. > =20 > =E2=80=9CRegenerating=E2=80=9D rather than = =E2=80=9Cforwarding=E2=80=9D messages means, that the intermediate > router =E2=80=9Cregenerating=E2=80=9D the RREQ = may chose a different structure (e.g., include TLVs > in a different order). > =20 > The proposal from = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = > is to add constraints on (i) the set of = elements to include in a signature and (ii) the > order of these elements. > =20 > One problem with that approach is (i): if an = extension adds a message TLV, or an=20 > Address TLV, to a message, then that will not = be =E2=80=9Ccovered=E2=80=9D by the proposed e2esec TLV. > Rather for *each* extension developed, an = =E2=80=9Cupdates e2esec=E2=80=9D clause needs to be done. > =20 > I=E2=80=99d say that this approach would be = prone to errors =E2=80=94 and add entropy to the process > of designing protocol extensions. The = alternative, a message being generated by the > source and *forwarded* (as we do in OLSRv2, = for example) would allow ICV TLVs=20 > (even, allow reuse of those specified for = OLSRv2) for covering a message and=20 > extensions. > =20 > =E2=80=9CBut what about the metrics value = which will change on each hop=E2=80=9D, you may say? > Fortunately, that is relatively easy to = handle: simply zero out the value of that TLV when > generating or verifying the ICV MessageTLV. = And use Packet-TLVs for hop-by-hop=20 > authentication, if needed (but, see below). > =20 > o It prevents the use of more clever/advanced = signature schemes/ICVs > Aggregate signature algorithms ( = https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf = ) > exist, and an interesting use-case can be = found in also reactive protocols, allowing verifying > not =E2=80=9Cjust=E2=80=9D the end points, but = also the intermediaries (again, with the appropriate =E2=80=9Czero = out=E2=80=9D > discussed above, or something smarter). > Regeneration of messages, rather than = forwarding, renders that impossible (or, if used, > updating to = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = ) > =20 > There are other reasons, but the above are those that jump at me as = immediate show-stoppers. > =20 > I do honestly not see what possible benefit there is from = =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see very clear = inconveniences, and security is not the least of these. Insisting on = =E2=80=9Cregeneration=E2=80=9D requires development of =E2=80=9Cnon-genera= l workarounds=E2=80=9D as pointed out above. > =20 > Security Considerations > This is an always thorny subject. When OLSRv2 was going through the = process we got a thorough education in how little we knew about security = from the SEC-ADs, and had to spend about a year or so developing = RFC7183. The bottom line is, that this protocol needs its =E2=80=9CRFC7183= equivalent=E2=80=9D, either as part of the main document, or as an = independent document. currently, that is not the case. > =20 > A minima, looking at BCP72 and BCP107 =E2=80=94 taking inspiration = from RFC7183 might be aw good idea, as that was the most recent that = went through the SEC AD. Regardless of how, however, a =E2=80=9Cmandatory = to implement=E2=80=9D security mechanism most be specified (I think the = right term was =E2=80=9CMUST implement, SHOULD use=E2=80=9D), in = sufficient detail to ensure interoperable implementations. > =20 > As an example, both [RFC6130] and [RFC7181] set out that that: > =20 > On receiving a ... message, a router MUST first check if the > message is invalid for processing by this router > =20 > and then proceed to give a number of conditions that, each, will lead = to a rejection of the message as "badly formed and therefore invalid for = processing=E2=80=9D =E2=80=94 a list which RFC7183 then amended. That = gave a =E2=80=9Chook=E2=80=9D for RFC7183 for inserting =E2=80=9Crejection= =E2=80=9D. Idem for message generation. > =20 > If I was to do RFC7181/RFC6130 today, I would include that directly = into the protocol specifications. It turned out to be more overhead (and = slow down publication anyways) to do it as separate documents. > =20 > Secondly, we need to be a lot more rigid in terms of what ICVs, = Timestamps, etc. are added/removed, and what that brings. > =20 > For example (with the assumption that messages are *forwarded* and = *not* regenerated), this could be one option: > =20 > o When a RREQ, RREP message is = generated, add an ICV Message TLV, which is calculated > =E2=80=A6(take inspiration from = RFC7183 here) > =20 > o When a RREQ, RREP message is = transmitted (by the source, or forwarded by an intermediary) > in an RFC5444 packet, an ICV = Packet TLV is added to the packet, which is calculated =E2=80=A6= > =20 > o When an RFC5444 packet is received, = validate the ICV Packet TLV and if the ICV doesn=E2=80=99t = validate, > discard the contained messages. > =20 > o When receiving a RREQ/RREP (either = as destination, or as an intermediary), validate the ICV Message TLV=20 > and if the ICV = doesn=E2=80=99t validate, discard the message, do not process, do not = forward. > =20 > This is a different (and more flexible?) model than =E2=80=9Cjust=E2=80=9D= transitive trust and =E2=80=9Cjust=E2=80=9D end-to-end trust discussed = previously, and is enabled by the =E2=80=9Cforwarding=E2=80=9D bit = described previously. > =20 > Metrics > I have asked this numerous times, but have not gotten any answer so I = am escalating this again. Why is this document having a normative = reference to RFC6551? > =20 > [RFC6551 <>] Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, = N., > and D. Barthel, "Routing Metrics Used for Path = Calculation > in Low-Power and Lossy Networks", RFC 6551 = , DOI 10.17487/ > RFC6551 , March = 2012, > >. > =20 > =20 > Unless I am mistaken, this is not the ROLL WG. And the abstract to = RFC6551 explicitly reads: > =20 > Low-Power and Lossy Networks (LLNs) have unique characteristics > compared with traditional wired and ad hoc networks that require = the > specification of new routing metrics and constraints. =20 > Which explicitly is disclaiming that these metrics are not applicable = in ad hoc networks =E2=80=94 and, I am wondering, what has changed since = the publication of RFC6551 to suddenly make these applicable? > =20 > I am also wondering if looking at (and, perhaps, using?) the same = metric type TLV type as in OLSRv2 is not a possibility? > =20 > Either way, referencing RFC6551 here is wrong. > =20 > RFC6621 (SMF) usage > As late as earlier this month, RFC6621 reared its head again on the = mailing list. I understand that the authors are set on using flooding = reduction as part of RREQ distribution. If that is the case, then this = protocol MUST specify that flooding reduction.=20 > =20 > Saying =E2=80=9CUse RFC6621=E2=80=9D won=E2=80=99t work, for reasons = Chris point out in an email earlier to the list: > The network does not and fundamentally cannot offer multicast = suppression to AODVv2. This isn't a hard concept, but seems to keep = having to be said. AODVv2 messages are carried in 5444 packets, and = those only travel one hop. That doesn't allow for suppression. = Furthermore AODVv2 is creating new messages each hop. That needs AODVv2 = specific handling. > =20 > And quoting an email from myself: > If protocol X relies on using a flooding operation, then it certainly = is protocol X's responsibility to specify the flooding operation (or, = at least, the requirements to the flooding operation ) for correct = functioning of protocol X. > =20 > I=E2=80=99ve previously pointed out that RFC6621 requires some degree = of configuration (can=E2=80=99t just, for example, pick two different = relay set selection algorithms, as that may produce a disconnected = flooding domain). > =20 > In other words, what the authors propose in = https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-00 = is = insufficient. > =20 > Multiple interfaces configured with the same address(es) - & RFC6621 > I think that it has been established that the ability to use the same = address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that a single way of doing so has been proposed, nor that the = =E2=80=9Coperating conditions=E2=80=9D are called out (for example, will = it work if router A and router B both have two interfaces, and that all = 4 interfaces use the same IP address?) > =20 > This is not entirely unrelated to flooding reduction and RFC6621. One = of the complexities is to get that just right: OLSRv2 - for example - = calculates Flooding-MPRs per interface, and RFC6130 is careful in how it = detects bidirectionality of links.=20 > =20 > I have not worked out all the details of how this impacts this = protocol =E2=80=94 but, it requires attention. Especially when wanting = to be able to say =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, then the = interface configuration constraints when faced with multiple interfaces = must be worked out. > =20 > Prefixes & Gateways > A question to my mind, and I am not sure I know how to answer that = from reading the draft since it is not discussed in section 9 (at = least), is: =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D = (i.e., a /<128 in IPv6)? > =20 > o If the whole prefix is part of the attached = network set of a single router,=20 > then I expect to get a single RREP back, is = that the case? > =20 > o If "half the prefix" is part of the attached = network set of a single router,=20 > and the other half is part of the attached = network set of another single router,=20 > then I expect two RREPs, is that the case? > =20 > o More generally, will I get a tree build through = the network here? > =20 > Section 9 (or, the whole spec) is also not explicit enough about = multiple "default gateways" =E2=80=94 i.e., the external network being = =E2=80=9Cthe rest of the Internet=E2=80=9D, and there being multiple = gateways to the Internet. I understand how the RREQ gets to the gateway, = and how the gateway determines if it should respond (the destination is = not part of =E2=80=9Cthe MANET prefix, with which it is configured=E2=80=9D= ). > =20 > But, if A is close to GW1, and B is close to GW2, but A and B being = far far apart (according to the metric used) within the MANET, then it = would be preferential for the route from A to B to go via = GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2?=20 > =20 > Is this a supported configuration?=20 > o If yes, how is it (seq# wise, I would expect = some complications) handled?=20 > o If not, where is it stated that this = configuration is not possible with this protocol? > =20 > =20 > The applicability statement says: > =20 > AODVv2 is designed for stub or disconnected mobile ad hoc networks, > i.e., non-transit networks or those not connected to the internet. > AODVv2 can, however, be configured to perform gateway functions = when > attached to external networks, as discussed in Section 9 = . > =20 > I believe that the scenario I describe is indeed a stub network (and = not a transit network)? > =20 > =E2=80=94 =E2=80=94 =E2=80=94=20 > =20 > As I indicated, these are the big-picture issues that I have gotten = around to thinking about enough to write up. I=E2=80=99m not through = working through the document, but those were the ones that came to mind, = and which seem imperative to resolve. > =20 > Best, > =20 > Thomas > =20 > =20 > =20 > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** >=20 --Apple-Mail=_A27B376D-DB6C-4361-9D57-952A6DDAAF76 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On 17 Mar 2016, at 17:30, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com> wrote:

I = appreciate Thomas=E2=80=99s comments about the limitations of message = regeneration, but I would be a bit less absolute.
 
The issues over end to = end authentication and more advanced signatures are valid. I need to = read the given reference on aggregate signatures to increase my = knowledge (thanks for it), but my understanding of the possibilities in = this field may offer a solution to the problem, but with some other = issues (possibly including a new type of TLV).
 
But the hop count/limit = point I don=E2=80=99t fully agree with, you can regenerate with an = incremented/decremented count/limit, which leaves the ability to prevent = messages propagating indefinitely, including expanding ring searches, = and retains the ability to use RFC 5497 interval and validity times that = might be useful with an expanding ring search (or might not).
 
But the key issue is = that AODVv2 wants to accumulate metrics. I still haven=E2=80=99t got to = the bottom of many details here, but let=E2=80=99s for the moment just = consider that conceptually.
 
It=E2=80=99s hard to = handle end to end. Charlie=E2=80=99s draft attempts to do an end to end = of some information, not this information. I=E2=80=99m not sure if = that=E2=80=99s useful (and the specialised format is better avoided if = possible). Other approaches are hop by hop (might as well use packet = signatures) and shared key (might as well go hop by hop). Pairwise = signatures for each pair of routers I=E2=80=99m discounting as scaling = terribly. In the interests of completeness let=E2=80=99s mention not = accumulating metrics, which puts us back to hop count and that=E2=80=99s = not ideal either.
 
I don=E2=80=99t think = there is an ideal solution. (I like ideas I=E2=80=99ve seen about = aggregating, but that has some issues of its own, even apart from = computational load.) I=E2=80=99d love to be proved wrong - someone with = the perfect solution to come along.
 
Which means that either = we make an arbitrary choice - which will be disagreed with, but needs = discussing first - or create something flexible. Unfortunately flexible = in that regard constrains in others, e.g. some (many? most?) aggregating = signatures need fixed data sizes (which we can do by defining a TLV that = =E2=80=9Cfills up=E2=80=9D with hop count, but that has a cost = too).

I = have been told by people much more well versed in this than I in = cryptology, that the correct answer is =E2=80=9Csome=E2=80=9D.
<= br class=3D"">
That said, "AODVv2 wants to accumulate = metrics=E2=80=9D =E2=80=94 does that mean that the message grows as it = is being forwarded, and that the recipient of a RREQ/RREP will know the = individual costs of each path segment? My understanding is, that the = recipient will get =E2=80=9Cthe sum the costs of each path segment=E2=80=9D= which should be fitting within a fixed size?

Thomas

***************************************************************= *****
This email and any attachments are confidential to = the intended
recipient and may also be privileged. If you = are not the intended
recipient please delete it from your = system and notify the sender.
You should not copy it or = use it for any purpose nor disclose or
distribute its = contents to any other person.
***************************************************************= *****


= --Apple-Mail=_A27B376D-DB6C-4361-9D57-952A6DDAAF76-- From nobody Thu Mar 17 09:40:50 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF5EB12DBED for ; Thu, 17 Mar 2016 09:40:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.126 X-Spam-Level: X-Spam-Status: No, score=-6.126 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RDNS_NONE=0.793] 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 RPlqRtirupJT for ; Thu, 17 Mar 2016 09:40:46 -0700 (PDT) Received: from ukmta1.baesystems.com (unknown [20.133.0.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE02B12DC0E for ; Thu, 17 Mar 2016 09:40:45 -0700 (PDT) X-IronPort-AV: E=Sophos; i="5.24,350,1454976000"; d="scan'208,217"; a="52896948" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta1.baesystems.com with ESMTP; 17 Mar 2016 16:40:44 +0000 X-IronPort-AV: E=Sophos;i="5.24,350,1454976000"; d="scan'208,217";a="110623455" Received: from glkxh0002v.greenlnk.net ([10.109.2.33]) by baemasmds016.greenlnk.net with ESMTP; 17 Mar 2016 16:40:44 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.214]) by GLKXH0002V.GREENLNK.net ([10.109.2.33]) with mapi id 14.03.0248.002; Thu, 17 Mar 2016 16:40:44 +0000 From: "Dearlove, Christopher (UK)" To: Lotte Steenbrink Thread-Topic: [manet] AODVv2 responses to recent comments Thread-Index: AQHRUjmenBx9hbwuBk28hYSwiXsxV58C1pBAgEEypICAAjAlcIAWcFWAgAABQ/CAAYIqAIAABOOw Date: Thu, 17 Mar 2016 16:40:43 +0000 Message-ID: References: <56D4EB7D.4010002@earthlink.net> <944B9E01-74B7-45AD-ACB8-FA79347BC22E@fu-berlin.de> <68F1C08B-82C2-484B-8B9C-71ABE350EB57@fu-berlin.de> In-Reply-To: <68F1C08B-82C2-484B-8B9C-71ABE350EB57@fu-berlin.de> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E2B1GLKXM0002VGREEN_" MIME-Version: 1.0 Archived-At: Cc: Charlie Perkins , manet Subject: Re: [manet] AODVv2 responses to recent comments X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 16:40:49 -0000 --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E2B1GLKXM0002VGREEN_ Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 VGhlcmUgaXMgYSBwcm9ibGVtIHdoZW4geW91IGhhdmUgaW5mb3JtYXRpb24gdGhhdCBpc27igJl0 IHB1YmxpYy4gVGhvdWdoIGlmIGl04oCZcyBzZW50IHRvIHlvdSB3ZWFyaW5nIElFVEYgaGF0LCBp cyBpdCBjb3ZlcmVkIGJ5IE5vdGUgV2VsbD8NCg0KQnV0IGxldOKAmXMgc3VwcG9zZSB5b3XigJl2 ZSBkZWNpZGVkIHlvdSBjYW7igJl0IGdpdmUgZGV0YWlscy4gWW91IHByb2JhYmx5IGNhbiBzdGls bCBzYXkg4oCcU29tZW9uZSBoYXMgcmFpc2VkIGFuIGlzc3VlIHdpdGggdXMsIHdl4oCZcmUgdHJ5 aW5nIHRvIGdldCBpdCBoYW5kbGVkLuKAnS4gV2hhdCB5b3UgKG9uZSkgY2FuIGRlZmluaXRlbHkg ZG8gaXMgYmVhciB0aGF0IGluIG1pbmQgYW5kIG5vdCBtYWtlcyBzdGF0ZW1lbnRzIHRoYXQgd2ls bCBsYXRlciBhcHBlYXIgdG8gYmUgYXQgb2RkcyB3aXRoIHdoYXQgeW91IHRoZW4ga25ldy4NCg0K SeKAmW0gc3RpbGwgbm90IGNsZWFyIGFzIHRvIHdoZXRoZXIgdGhlcmUgd2FzIGEgbGF0ZSBkaXNj b3ZlcmVkIHJlYWwgcHJvYmxlbSB0aGF0IG5lZWRlZCBmaXhpbmcuDQoNCi0tDQpDaHJpc3RvcGhl ciBEZWFybG92ZQ0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcg0KQkFFIFN5c3RlbXMgQXBwbGll ZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpUOiAgKzQ0 ICgwKTEyNDUgMjQyMTk0ICB8ICBFOiBjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTxtYWls dG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20+DQoNCkJBRSBTeXN0ZW1zIEFwcGxpZWQg SW50ZWxsaWdlbmNlLCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBD aGVsbXNmb3JkLCBFc3NleCBDTTIgOEhOLg0Kd3d3LmJhZXN5c3RlbXMuY29tL2FpPGh0dHA6Ly93 d3cuYmFlc3lzdGVtcy5jb20vYWk+DQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBM aW1pdGVkDQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcyBObzogMDEzMzc0NTENClJlZ2lz dGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3JkLCBTdXJyZXksIEdV MiA3WVANCg0KRnJvbTogTG90dGUgU3RlZW5icmluayBbbWFpbHRvOmxvdHRlLnN0ZWVuYnJpbmtA ZnUtYmVybGluLmRlXQ0KU2VudDogMTcgTWFyY2ggMjAxNiAxNjoxOQ0KVG86IERlYXJsb3ZlLCBD aHJpc3RvcGhlciAoVUspDQpDYzogQ2hhcmxpZSBQZXJraW5zOyBtYW5ldA0KU3ViamVjdDogUmU6 IFttYW5ldF0gQU9EVnYyIHJlc3BvbnNlcyB0byByZWNlbnQgY29tbWVudHMNCg0KDQoqKiogV0FS TklORyAqKioNClRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20gb3V0c2lkZSBvdXIgb3JnYW5p c2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBwYXJ0bmVyIG9yIHRoZSBpbnRlcm5ldC4N CkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0aGVyIHlvdSBzaG91bGQgY2xpY2sgb24gYW55IGxpbmtz LCBvcGVuIGFueSBhdHRhY2htZW50cyBvciByZXBseS4NCkZvciBpbmZvcm1hdGlvbiByZWdhcmRp bmcgUmVkIEZsYWdzIHRoYXQgeW91IGNhbiBsb29rIG91dCBmb3IgaW4gZW1haWxzIHlvdSByZWNl aXZlLCBjbGljayBoZXJlPGh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93d2V3 b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL1JlZCUyMEZsYWdzLnBkZj4uDQpJZiB5 b3UgZmVlbCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywgcGxlYXNlIGZvbGxvdyB0aGlzIHByb2Nl c3M8aHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkv c3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGluZyUyMFdpdGglMjBTdXNwaWNpb3VzJTIwRW1haWxz LnBkZj4uDQpIZWxsbyBDaHJpc3RvcGhlciwNCg0KQW0gMTYuMDMuMjAxNiB1bSAxODoyMiBzY2hy aWViIERlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspIDxjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1z LmNvbTxtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20+PjoNCg0KSSBoYXZlbuKA mXQgZm9sbG93ZWQgdGhlIGV4YW1wbGUgKEkgaG9wZSB0byBmaW5kIHRpbWUgLSBidXQgdGhhdOKA mXMgdHJ1ZSBvZiB0b28gbWFueSB0aGluZ3MsIHdpdGggRExFUCBhaGVhZCBvZiBBT0RWdjIgb24g dGhpcyBsaXN0KS4NCg0KQnV0IHdlIGhhdmUgYSBsb29wLCBhIHByZXR0eSBmdW5kYW1lbnRhbCBw cm9ibGVtIGluIGEgcm91dGluZyBhbGdvcml0aG0sIGJlaW5nIGRpc2N1c3NlZCBieSB0aGUgYXV0 aG9ycyBvZmYtbGlzdCwNCg0KSWYgd2UgY291bGTigJl2ZSwgSSB3b3VsZOKAmXZlIGxvdmVkIHRv IHNoYXJlIHRoaXMgd2l0aCB0aGUgbGlzdCBpbW1lZGlhdGVseS4gSeKAmW0gbm90IHN1cmUgaWYg dGhlcmXigJlzIGEgcHJvY2VkdXJlIGZvciB0aGlzIGtpbmQgb2Ygc2l0dWF0aW9uIHdlIHNob3Vs ZOKAmXZlIGZvbGxvd2VkPyBJZiB0aGVyZSBpcywgSeKAmWQgYmUgbW9yZSB0aGFuIGhhcHB5IHRv IGxlYXJuIGZyb20gaXQgYW5kIGRvIGJldHRlciBuZXh0IHRpbWUuDQoNCg0Kd2hpbGUgaW4gcGFy YWxsZWwgYXNzdXJpbmcgdGhlIGxpc3QgdGhhdCDigJxPdGhlciBkaXNjdXNzaW9uIGFib3V0IHJv dXRpbmcgbG9vcHMgaGFzIG5vdCBpZGVudGlmaWVkIHJvdXRpbmcgbG9vcCBwcm9ibGVtcyBpbiB0 aGUgZXhpc3Rpbmcgc3BlY2lmaWNhdGlvbi7igJ0gKHNlZSBlbWFpbCBjaGFpbiBiZWxvdykuDQoN CkkgdGhpbmsgd2UgaGF2ZSBhIHJlYWwgcHJvYmxlbSB3aXRoIHdoYXTigJlzIHdhbnRpbmcgdG8g YWR2YW5jZSB0byBQcm9wb3NlZCBTdGFuZGFyZCBzb29uLCBpbiB0ZXJtcyBvZiBwcm9jZXNzIGFu ZCBjb25maWRlbmNlLg0KDQpJIHRoaW5rIEkgdW5kZXJzdGFuZCB3aGVyZSB5b3VyIHdvcnJpZXMg Y29tZSBmcm9tLiBIb3dldmVyLCBJIGRvIHRoaW5rIG91ciBlZmZvcnRzIHRvIGltcHJvdmUgb3Vy IGNvbW11bmljYXRpb24gYXJlIHZpc2libGUsIGFuZCBhcGFydCBmcm9tIHRoZSBjb21tdW5pY2F0 aW9uIGRlbGF5LCB0aGUgZmFjdCB0aGF0IHRoaXMgcmVzZWFyY2ggZXhpc3RzIGFjdHVhbGx5IGlt cHJvdmVzIG15IGNvbmZpZGVuY2UgaW4gdGhlIGRvY3VtZW50OiBJdCBmb3VuZCBsb29wcyB0aGF0 IHdlcmUgKGltaG8pIHByZXR0eSB0cmlja3kgdG8gY29tZSB1cCB3aXRoIGJ5IHRoaW5raW5nIGhh cmQgYWJvdXQgdGhlIHByb2JsZW0gYWxvbmUsIGFuZCB3ZeKAmXZlIGJlZW4gYWJsZSB0byBmaXgg dGhlbSwgbWFraW5nIEFPRFZ2MiBtb3JlIHNvbGlkLg0KDQoNCg0KKEkgc3RpbGwgaGF2ZW7igJl0 IG1hbmFnZWQgdG8gZXZlbiB3cml0ZSB1cCBjb21tZW50cyBvbiB0aGUgcGVyaGFwcyBvbmUgdGhp cmQgb2YgdGhlIGRyYWZ0IEkgaGF2ZSByZWFkIHRocm91Z2ggeWV0LikNCg0KUGVyc29uYWxseSwg SeKAmWQgYmUgaGFwcHkgdG8gZ28gdGhyb3VnaCB0aGVtIGluIGNodW5rcyBhcyB3ZWxsIDopIE1h eWJlIHRoYXQgY291bGQgYWxzbyBzcGVlZCB1cCB0aGUgYmFjayBhbmQgZm9ydGggb2Yg4oCeeCBp c27igJl0IHF1aXRlIHJpZ2h04oCcIOKAnndvdWxkIHkgcmVzb2x2ZSB0aGUgaXNzdWU/4oCcIOKA nnllcy9ub+KAnCwgd2hpY2ggd291bGQgaW4gdHVybiBzcGVlZCB1cCB0aGUgcHJvZ3Jlc3Mgb2Yg dGhpcyBkb2N1bWVudD8gQW55aG93LCBhbGwgZmVlZGJhY2sgaXMgdmVyeSB3ZWxjb21lLg0KDQpC ZXN0IHJlZ2FyZHMsDQpMb3R0ZSBTdGVlbmJyaW5rDQoNCg0KDQoNCi0tDQpDaHJpc3RvcGhlciBE ZWFybG92ZQ0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJ bnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpUOiAgKzQ0ICgw KTEyNDUgMjQyMTk0ICB8ICBFOiBjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTxtYWlsdG86 Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20+DQoNCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50 ZWxsaWdlbmNlLCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBDaGVs bXNmb3JkLCBFc3NleCBDTTIgOEhOLg0Kd3d3LmJhZXN5c3RlbXMuY29tL2FpPGh0dHA6Ly93d3cu YmFlc3lzdGVtcy5jb20vYWk+DQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMaW1p dGVkDQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcyBObzogMDEzMzc0NTENClJlZ2lzdGVy ZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3JkLCBTdXJyZXksIEdVMiA3 WVANCg0KKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioKVGhpcyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBjb25m aWRlbnRpYWwgdG8gdGhlIGludGVuZGVkCnJlY2lwaWVudCBhbmQgbWF5IGFsc28gYmUgcHJpdmls ZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkCnJlY2lwaWVudCBwbGVhc2UgZGVsZXRl IGl0IGZyb20geW91ciBzeXN0ZW0gYW5kIG5vdGlmeSB0aGUgc2VuZGVyLgpZb3Ugc2hvdWxkIG5v dCBjb3B5IGl0IG9yIHVzZSBpdCBmb3IgYW55IHB1cnBvc2Ugbm9yIGRpc2Nsb3NlIG9yCmRpc3Ry aWJ1dGUgaXRzIGNvbnRlbnRzIHRvIGFueSBvdGhlciBwZXJzb24uCioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCg== --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E2B1GLKXM0002VGREEN_ Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5hcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UNCgl7bXNvLXN0eWxlLW5hbWU6YXBwbGUtY29udmVydGVkLXNwYWNlO30NCnNwYW4uRW1haWxT dHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcy LjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlv bjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVs dHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlk bWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2Vu ZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tR0IiIGxpbms9ImJsdWUiIHZsaW5rPSJw dXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5UaGVyZSBpcyBhIHBy b2JsZW0gd2hlbiB5b3UgaGF2ZSBpbmZvcm1hdGlvbiB0aGF0IGlzbuKAmXQgcHVibGljLiBUaG91 Z2ggaWYgaXTigJlzIHNlbnQgdG8geW91IHdlYXJpbmcgSUVURiBoYXQsIGlzIGl0IGNvdmVyZWQg YnkgTm90ZSBXZWxsPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QnV0IGxldOKAmXMgc3VwcG9zZSB5b3XigJl2ZSBkZWNp ZGVkIHlvdSBjYW7igJl0IGdpdmUgZGV0YWlscy4gWW91IHByb2JhYmx5IGNhbiBzdGlsbCBzYXkg 4oCcU29tZW9uZSBoYXMgcmFpc2VkIGFuIGlzc3VlIHdpdGggdXMsIHdl4oCZcmUgdHJ5aW5nIHRv IGdldCBpdCBoYW5kbGVkLuKAnS4NCiBXaGF0IHlvdSAob25lKSBjYW4gZGVmaW5pdGVseSBkbyBp cyBiZWFyIHRoYXQgaW4gbWluZCBhbmQgbm90IG1ha2VzIHN0YXRlbWVudHMgdGhhdCB3aWxsIGxh dGVyIGFwcGVhciB0byBiZSBhdCBvZGRzIHdpdGggd2hhdCB5b3UgdGhlbiBrbmV3LjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+SeKAmW0gc3RpbGwgbm90IGNsZWFyIGFzIHRvIHdoZXRoZXIgdGhlcmUgd2FzIGEgbGF0ZSBk aXNjb3ZlcmVkIHJlYWwgcHJvYmxlbSB0aGF0IG5lZWRlZCBmaXhpbmcuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwN0U3RSI+LS0NCjxvOnA+PC9vOnA+PC9zcGFuPjwv Yj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQi PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwN0U3RSI+Q2hyaXN0b3BoZXIg RGVhcmxvdmU8YnI+DQpTZW5pb3IgUHJpbmNpcGFsIEVuZ2luZWVyPGJyPg0KQkFFIFN5c3RlbXMg QXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzPGJyPg0KPC9zcGFuPjwvYj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiNCRUJFQkUiPl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy Pg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJy Pg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojN0Q3RDdEIj5UPC9z cGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzdEN0Q3RCI+OiAmbmJzcDsm IzQzOzQ0ICgwKTEyNDUgMjQyMTk0ICZuYnNwO3wgJm5ic3A7PGI+RToNCjwvYj48YSBocmVmPSJt YWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20iPmNocmlzLmRlYXJsb3ZlQGJhZXN5 c3RlbXMuY29tPC9hPjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4 QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9s b2d5IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00yIDhITi48YnI+DQo8 YSBocmVmPSJodHRwOi8vd3d3LmJhZXN5c3RlbXMuY29tL2FpIj48c3BhbiBzdHlsZT0iY29sb3I6 IzNBOEI5MiI+d3d3LmJhZXN5c3RlbXMuY29tL2FpPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGltaXRlZDxicj4N ClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyBObzogMDEzMzc0NTE8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbTox Mi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4QjkyIj5SZWdpc3RlcmVk IE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s aWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJv bTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IExv dHRlIFN0ZWVuYnJpbmsgW21haWx0bzpsb3R0ZS5zdGVlbmJyaW5rQGZ1LWJlcmxpbi5kZV0NCjxi cj4NCjxiPlNlbnQ6PC9iPiAxNyBNYXJjaCAyMDE2IDE2OjE5PGJyPg0KPGI+VG86PC9iPiBEZWFy bG92ZSwgQ2hyaXN0b3BoZXIgKFVLKTxicj4NCjxiPkNjOjwvYj4gQ2hhcmxpZSBQZXJraW5zOyBt YW5ldDxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW21hbmV0XSBBT0RWdjIgcmVzcG9uc2VzIHRv IHJlY2VudCBjb21tZW50czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJv cmRlcjpzb2xpZCBibGFjayAxLjBwdDtwYWRkaW5nOjIuMHB0IDIuMHB0IDIuMHB0IDIuMHB0Ij4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNl bnRlcjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50 ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3JvdW5kOndoaXRlIj48Yj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjE1LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPioqKiBXQVJOSU5HICoqKjxvOnA+PC9v OnA+PC9zcGFuPjwvYj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBh bGlnbj0iY2VudGVyIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQ7dGV4dC1hbGlnbjpjZW50 ZXI7YmFja2dyb3VuZDp3aGl0ZSI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMzMzOTcyIj5UaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBmcm9tIG91dHNpZGUgb3VyIG9yZ2Fu aXNhdGlvbiwgZWl0aGVyIGZyb20gYW4gZXh0ZXJuYWwgcGFydG5lciBvciB0aGUgaW50ZXJuZXQu PC9zcGFuPjwvZW0+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48 YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDsiPkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0aGVyIHlvdSBzaG91bGQg Y2xpY2sgb24gYW55IGxpbmtzLCBvcGVuIGFueSBhdHRhY2htZW50cyBvciByZXBseS48L3NwYW4+ PC9lbT48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZvciBpbmZvcm1hdGlvbiByZWdhcmRpbmcgPC9zcGFu Pg0KPC9lbT48L3NwYW4+PC9pPjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjpyZWQiPlJlZCBGbGFnczwvc3Bhbj48L2k+PC9zdHJvbmc+PGVtPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+IHRoYXQgeW91IGNhbiBsb29rIG91dCBmb3IgaW4g ZW1haWxzIHlvdSByZWNlaXZlLA0KIGNsaWNrIDxhIGhyZWY9Imh0dHA6Ly9pbnRyYW5ldC5lbnQu YmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL1Jl ZCUyMEZsYWdzLnBkZiI+DQpoZXJlPC9hPi48L3NwYW4+PC9lbT48aT48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SWYgeW91IGZlZWwg dGhlIGVtYWlsIGlzIHN1c3BpY2lvdXMsIHBsZWFzZSBmb2xsb3cNCjxhIGhyZWY9Imh0dHA6Ly9p bnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMv RG9jdW1lbnRzL0RlYWxpbmclMjBXaXRoJTIwU3VzcGljaW91cyUyMEVtYWlscy5wZGYiPg0KdGhp cyBwcm9jZXNzPC9hPi48L3NwYW4+PC9lbT48L3NwYW4+PC9pPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzMzMzk3MiI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IZWxsbyBDaHJpc3RvcGhlciw8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW0gMTYuMDMuMjAxNiB1 bSAxODoyMiBzY2hyaWViIERlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspICZsdDs8YSBocmVmPSJt YWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20iPmNocmlzLmRlYXJsb3ZlQGJhZXN5 c3RlbXMuY29tPC9hPiZndDs6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SSBoYXZl buKAmXQgZm9sbG93ZWQgdGhlIGV4YW1wbGUgKEkgaG9wZSB0byBmaW5kIHRpbWUgLSBidXQgdGhh dOKAmXMgdHJ1ZSBvZiB0b28gbWFueSB0aGluZ3MsIHdpdGggRExFUCBhaGVhZCBvZiBBT0RWdjIg b24gdGhpcyBsaXN0KS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkJ1 dCB3ZSBoYXZlIGEgbG9vcCwgYSBwcmV0dHkgZnVuZGFtZW50YWwgcHJvYmxlbSBpbiBhIHJvdXRp bmcgYWxnb3JpdGhtLCBiZWluZyBkaXNjdXNzZWQgYnkgdGhlIGF1dGhvcnMgb2ZmLWxpc3QsPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPklmIHdlIGNvdWxk4oCZdmUsIEkgd291bGTigJl2ZSBs b3ZlZCB0byBzaGFyZSB0aGlzIHdpdGggdGhlIGxpc3QgaW1tZWRpYXRlbHkuIEnigJltIG5vdCBz dXJlIGlmIHRoZXJl4oCZcyBhIHByb2NlZHVyZSBmb3IgdGhpcyBraW5kIG9mIHNpdHVhdGlvbiB3 ZSBzaG91bGTigJl2ZSBmb2xsb3dlZD8gSWYgdGhlcmUgaXMsIEnigJlkIGJlIG1vcmUgdGhhbiBo YXBweSB0byBsZWFybiBmcm9tIGl0IGFuZCBkbyBiZXR0ZXIgbmV4dCB0aW1lLjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpw PjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPndoaWxlIGluIHBhcmFsbGVsIGFzc3VyaW5nIHRo ZSBsaXN0IHRoYXQg4oCcT3RoZXIgZGlzY3Vzc2lvbiBhYm91dCByb3V0aW5nIGxvb3BzIGhhcyBu b3QgaWRlbnRpZmllZCByb3V0aW5nIGxvb3AgcHJvYmxlbXMgaW4gdGhlIGV4aXN0aW5nIHNwZWNp ZmljYXRpb24u4oCdIChzZWUNCiBlbWFpbCBjaGFpbiBiZWxvdykuPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJn aW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgdGhpbmsgd2UgaGF2ZSBh IHJlYWwgcHJvYmxlbSB3aXRoIHdoYXTigJlzIHdhbnRpbmcgdG8gYWR2YW5jZSB0byBQcm9wb3Nl ZCBTdGFuZGFyZCBzb29uLCBpbiB0ZXJtcyBvZiBwcm9jZXNzIGFuZCBjb25maWRlbmNlLjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHRoaW5rIEkgdW5kZXJzdGFuZCB3aGVyZSB5b3VyIHdv cnJpZXMgY29tZSBmcm9tLiBIb3dldmVyLCBJIGRvIHRoaW5rIG91ciBlZmZvcnRzIHRvIGltcHJv dmUgb3VyIGNvbW11bmljYXRpb24gYXJlIHZpc2libGUsIGFuZCBhcGFydCBmcm9tIHRoZSBjb21t dW5pY2F0aW9uIGRlbGF5LCB0aGUgZmFjdCB0aGF0IHRoaXMgcmVzZWFyY2ggZXhpc3RzIGFjdHVh bGx5IGltcHJvdmVzIG15IGNvbmZpZGVuY2UgaW4gdGhlDQogZG9jdW1lbnQ6IEl0IGZvdW5kIGxv b3BzIHRoYXQgd2VyZSAoaW1obykgcHJldHR5IHRyaWNreSB0byBjb21lIHVwIHdpdGggYnkgdGhp bmtpbmcgaGFyZCBhYm91dCB0aGUgcHJvYmxlbSBhbG9uZSwgYW5kIHdl4oCZdmUgYmVlbiBhYmxl IHRvIGZpeCB0aGVtLCBtYWtpbmcgQU9EVnYyIG1vcmUgc29saWQuPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPihJIHN0aWxsIGhhdmVu4oCZdCBtYW5hZ2VkIHRvIGV2ZW4gd3JpdGUg dXAgY29tbWVudHMgb24gdGhlIHBlcmhhcHMgb25lIHRoaXJkIG9mIHRoZSBkcmFmdCBJIGhhdmUg cmVhZCB0aHJvdWdoIHlldC4pPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlBlcnNvbmFsbHksIEnigJlkIGJlIGhhcHB5 IHRvIGdvIHRocm91Z2ggdGhlbSBpbiBjaHVua3MgYXMgd2VsbCA6KSBNYXliZSB0aGF0IGNvdWxk IGFsc28gc3BlZWQgdXAgdGhlIGJhY2sgYW5kIGZvcnRoIG9mIOKAnnggaXNu4oCZdCBxdWl0ZSBy aWdodOKAnCDigJ53b3VsZCB5IHJlc29sdmUgdGhlIGlzc3VlP+KAnCDigJ55ZXMvbm/igJwsIHdo aWNoIHdvdWxkIGluIHR1cm4gc3BlZWQgdXAgdGhlIHByb2dyZXNzIG9mIHRoaXMgZG9jdW1lbnQ/ DQogQW55aG93LCBhbGwgZmVlZGJhY2sgaXMgdmVyeSB3ZWxjb21lLjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CZXN0IHJlZ2FyZHMsPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Mb3R0ZSBTdGVl bmJyaW5rPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJy Pg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzAwN0U3RSI+LS08L3NwYW4+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMwMDdFN0UiPkNocmlzdG9waGVyIERlYXJsb3ZlPGJyPg0KU2VuaW9y IFByaW5jaXBhbCBFbmdpbmVlcjxicj4NCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNl IExhYm9yYXRvcmllczxicj4NCjwvc3Bhbj48L2I+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojQkVCRUJFIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCjwvc3Bhbj48L2I+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDAwN0UiPjxicj4NCjwvc3Bhbj48Yj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzdEN0Q3RCI+VDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiM3RDdEN0QiPjogJm5ic3A7JiM0Mzs0NCAoMCkxMjQ1IDI0MjE5 NCAmbmJzcDt8ICZuYnNwOzxiPkU6PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPjwvYj48YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVt cy5jb20iPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmNocmlzLmRlYXJsb3ZlQGJhZXN5c3Rl bXMuY29tPC9zcGFuPjwvYT48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMwMDAwN0UiPjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2ZvcmQgVGVj aG5vbG9neSBQYXJrLCBHcmVhdCBCYWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4SE4uPGJy Pg0KPGEgaHJlZj0iaHR0cDovL3d3dy5iYWVzeXN0ZW1zLmNvbS9haSI+PHNwYW4gc3R5bGU9ImNv bG9yOiMzQThCOTIiPnd3dy5iYWVzeXN0ZW1zLmNvbS9haTwvc3Bhbj48L2E+PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojM0E4QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBM aW1pdGVkPGJyPg0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIE5vOiAwMTMzNzQ1 MTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzNBOEI5MiI+UmVnaXN0ZXJlZCBPZmZpY2U6IFN1cnJleSBSZXNlYXJjaCBQYXJrLCBHdWlsZGZv cmQsIFN1cnJleSwgR1UyIDdZUDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8cD4qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKjxicj4KVGhpcyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGFy ZSBjb25maWRlbnRpYWwgdG8gdGhlIGludGVuZGVkPGJyPgpyZWNpcGllbnQgYW5kIG1heSBhbHNv IGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZDxicj4KcmVjaXBpZW50 IHBsZWFzZSBkZWxldGUgaXQgZnJvbSB5b3VyIHN5c3RlbSBhbmQgbm90aWZ5IHRoZSBzZW5kZXIu PGJyPgpZb3Ugc2hvdWxkIG5vdCBjb3B5IGl0IG9yIHVzZSBpdCBmb3IgYW55IHB1cnBvc2Ugbm9y IGRpc2Nsb3NlIG9yPGJyPgpkaXN0cmlidXRlIGl0cyBjb250ZW50cyB0byBhbnkgb3RoZXIgcGVy c29uLjxicj4KKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKio8L3A+PC9ib2R5Pg0KPC9odG1sPg0K --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E2B1GLKXM0002VGREEN_-- From nobody Thu Mar 17 09:44:56 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80F3212D50D for ; Thu, 17 Mar 2016 09:44:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.82 X-Spam-Level: X-Spam-Status: No, score=-4.82 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RDNS_NONE=0.793, TRACKER_ID=1.306] 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 8lC931od8KSx for ; Thu, 17 Mar 2016 09:44:50 -0700 (PDT) Received: from ukmta1.baesystems.com (unknown [20.133.0.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7329512D574 for ; Thu, 17 Mar 2016 09:44:49 -0700 (PDT) X-IronPort-AV: E=Sophos; i="5.24,350,1454976000"; d="scan'208,217"; a="52898002" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta1.baesystems.com with ESMTP; 17 Mar 2016 16:44:47 +0000 X-IronPort-AV: E=Sophos;i="5.24,350,1454976000"; d="scan'208,217";a="110624028" Received: from glkxh0002v.greenlnk.net ([10.109.2.33]) by baemasmds016.greenlnk.net with ESMTP; 17 Mar 2016 16:44:47 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.214]) by GLKXH0002V.GREENLNK.net ([10.109.2.33]) with mapi id 14.03.0248.002; Thu, 17 Mar 2016 16:44:46 +0000 From: "Dearlove, Christopher (UK)" To: "ietf@thomasclausen.org" Thread-Topic: Message integrity and message mutability (was RE: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) Thread-Index: AdGAahFFa34R4m1XSvWEddSsWNR7ZQAAT1gAAAAhrkA= Date: Thu, 17 Mar 2016 16:44:45 +0000 Message-ID: References: <1F5AB0F1-0B92-4A66-A08F-A2BF8B414D9F@thomasclausen.org> In-Reply-To: <1F5AB0F1-0B92-4A66-A08F-A2BF8B414D9F@thomasclausen.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E2C8GLKXM0002VGREEN_" MIME-Version: 1.0 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Message integrity and message mutability (was RE: draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 16:44:54 -0000 --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E2C8GLKXM0002VGREEN_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 R29vZCBwb2ludCBhYm91dCB3aGV0aGVyIHlvdSBqdXN0IHBhc3Mgb24gb25lIGNvc3Qgb3IgYSBz ZXQgb2YgY29zdHMuIEFzIEkgc2FpZCwgbm90IGxvb2tlZCBhdCBkZXRhaWxzIC0gSSB3aWxsLCB3 aGVuIHRpbWUgcGVybWl0cy4gT25lIGNvc3QgaXMgbXVjaCBlYXNpZXIsIGFuZCB5ZXMsIGl0IHJl ZHVjZXMgdGhlIGZpeGVkIHNpemUgYWdncmVnYXRlZCBzaWduYXR1cmVzIHByb2JsZW0gdG8g4oCc anVzdOKAnSBvbmUgb2YgY29tcHV0YXRpb25hbCBsb2FkLg0KDQotLQ0KQ2hyaXN0b3BoZXIgRGVh cmxvdmUNClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXINCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50 ZWxsaWdlbmNlIExhYm9yYXRvcmllcw0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KVDogICs0NCAoMCkx MjQ1IDI0MjE5NCAgfCAgRTogY2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb208bWFpbHRvOmNo cmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPg0KDQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVs bGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1z Zm9yZCwgRXNzZXggQ00yIDhITi4NCnd3dy5iYWVzeXN0ZW1zLmNvbS9haTxodHRwOi8vd3d3LmJh ZXN5c3RlbXMuY29tL2FpPg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGltaXRl ZA0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICYgV2FsZXMgTm86IDAxMzM3NDUxDQpSZWdpc3RlcmVk IE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQ DQoNCkZyb206IGlldGZAdGhvbWFzY2xhdXNlbi5vcmcgW21haWx0bzppZXRmQHRob21hc2NsYXVz ZW4ub3JnXQ0KU2VudDogMTcgTWFyY2ggMjAxNiAxNjozOA0KVG86IERlYXJsb3ZlLCBDaHJpc3Rv cGhlciAoVUspDQpDYzogTW9iaWxlIEFkIEhvYyBOZXR3b3JrcyBtYWlsaW5nIGxpc3QNClN1Ympl Y3Q6IFJlOiBNZXNzYWdlIGludGVncml0eSBhbmQgbWVzc2FnZSBtdXRhYmlsaXR5ICh3YXMgUkU6 IFttYW5ldF0gZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMgcmV2aWV3IC0gYSBjb3VwbGUgb2Yg YmlnIHRpY2tldCBJdGVtcykNCg0KDQoqKiogV0FSTklORyAqKioNClRoaXMgbWVzc2FnZSBvcmln aW5hdGVzIGZyb20gb3V0c2lkZSBvdXIgb3JnYW5pc2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBleHRl cm5hbCBwYXJ0bmVyIG9yIHRoZSBpbnRlcm5ldC4NCkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0aGVy IHlvdSBzaG91bGQgY2xpY2sgb24gYW55IGxpbmtzLCBvcGVuIGFueSBhdHRhY2htZW50cyBvciBy ZXBseS4NCkZvciBpbmZvcm1hdGlvbiByZWdhcmRpbmcgUmVkIEZsYWdzIHRoYXQgeW91IGNhbiBs b29rIG91dCBmb3IgaW4gZW1haWxzIHlvdSByZWNlaXZlLCBjbGljayBoZXJlPGh0dHA6Ly9pbnRy YW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9j dW1lbnRzL1JlZCUyMEZsYWdzLnBkZj4uDQpJZiB5b3UgZmVlbCB0aGUgZW1haWwgaXMgc3VzcGlj aW91cywgcGxlYXNlIGZvbGxvdyB0aGlzIHByb2Nlc3M8aHR0cDovL2ludHJhbmV0LmVudC5iYWVz eXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGlu ZyUyMFdpdGglMjBTdXNwaWNpb3VzJTIwRW1haWxzLnBkZj4uDQoNCk9uIDE3IE1hciAyMDE2LCBh dCAxNzozMCwgRGVhcmxvdmUsIENocmlzdG9waGVyIChVSykgPGNocmlzLmRlYXJsb3ZlQGJhZXN5 c3RlbXMuY29tPG1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbT4+IHdyb3RlOg0K DQpJIGFwcHJlY2lhdGUgVGhvbWFz4oCZcyBjb21tZW50cyBhYm91dCB0aGUgbGltaXRhdGlvbnMg b2YgbWVzc2FnZSByZWdlbmVyYXRpb24sIGJ1dCBJIHdvdWxkIGJlIGEgYml0IGxlc3MgYWJzb2x1 dGUuDQoNClRoZSBpc3N1ZXMgb3ZlciBlbmQgdG8gZW5kIGF1dGhlbnRpY2F0aW9uIGFuZCBtb3Jl IGFkdmFuY2VkIHNpZ25hdHVyZXMgYXJlIHZhbGlkLiBJIG5lZWQgdG8gcmVhZCB0aGUgZ2l2ZW4g cmVmZXJlbmNlIG9uIGFnZ3JlZ2F0ZSBzaWduYXR1cmVzIHRvIGluY3JlYXNlIG15IGtub3dsZWRn ZSAodGhhbmtzIGZvciBpdCksIGJ1dCBteSB1bmRlcnN0YW5kaW5nIG9mIHRoZSBwb3NzaWJpbGl0 aWVzIGluIHRoaXMgZmllbGQgbWF5IG9mZmVyIGEgc29sdXRpb24gdG8gdGhlIHByb2JsZW0sIGJ1 dCB3aXRoIHNvbWUgb3RoZXIgaXNzdWVzIChwb3NzaWJseSBpbmNsdWRpbmcgYSBuZXcgdHlwZSBv ZiBUTFYpLg0KDQpCdXQgdGhlIGhvcCBjb3VudC9saW1pdCBwb2ludCBJIGRvbuKAmXQgZnVsbHkg YWdyZWUgd2l0aCwgeW91IGNhbiByZWdlbmVyYXRlIHdpdGggYW4gaW5jcmVtZW50ZWQvZGVjcmVt ZW50ZWQgY291bnQvbGltaXQsIHdoaWNoIGxlYXZlcyB0aGUgYWJpbGl0eSB0byBwcmV2ZW50IG1l c3NhZ2VzIHByb3BhZ2F0aW5nIGluZGVmaW5pdGVseSwgaW5jbHVkaW5nIGV4cGFuZGluZyByaW5n IHNlYXJjaGVzLCBhbmQgcmV0YWlucyB0aGUgYWJpbGl0eSB0byB1c2UgUkZDIDU0OTcgaW50ZXJ2 YWwgYW5kIHZhbGlkaXR5IHRpbWVzIHRoYXQgbWlnaHQgYmUgdXNlZnVsIHdpdGggYW4gZXhwYW5k aW5nIHJpbmcgc2VhcmNoIChvciBtaWdodCBub3QpLg0KDQpCdXQgdGhlIGtleSBpc3N1ZSBpcyB0 aGF0IEFPRFZ2MiB3YW50cyB0byBhY2N1bXVsYXRlIG1ldHJpY3MuIEkgc3RpbGwgaGF2ZW7igJl0 IGdvdCB0byB0aGUgYm90dG9tIG9mIG1hbnkgZGV0YWlscyBoZXJlLCBidXQgbGV04oCZcyBmb3Ig dGhlIG1vbWVudCBqdXN0IGNvbnNpZGVyIHRoYXQgY29uY2VwdHVhbGx5Lg0KDQpJdOKAmXMgaGFy ZCB0byBoYW5kbGUgZW5kIHRvIGVuZC4gQ2hhcmxpZeKAmXMgZHJhZnQgYXR0ZW1wdHMgdG8gZG8g YW4gZW5kIHRvIGVuZCBvZiBzb21lIGluZm9ybWF0aW9uLCBub3QgdGhpcyBpbmZvcm1hdGlvbi4g SeKAmW0gbm90IHN1cmUgaWYgdGhhdOKAmXMgdXNlZnVsIChhbmQgdGhlIHNwZWNpYWxpc2VkIGZv cm1hdCBpcyBiZXR0ZXIgYXZvaWRlZCBpZiBwb3NzaWJsZSkuIE90aGVyIGFwcHJvYWNoZXMgYXJl IGhvcCBieSBob3AgKG1pZ2h0IGFzIHdlbGwgdXNlIHBhY2tldCBzaWduYXR1cmVzKSBhbmQgc2hh cmVkIGtleSAobWlnaHQgYXMgd2VsbCBnbyBob3AgYnkgaG9wKS4gUGFpcndpc2Ugc2lnbmF0dXJl cyBmb3IgZWFjaCBwYWlyIG9mIHJvdXRlcnMgSeKAmW0gZGlzY291bnRpbmcgYXMgc2NhbGluZyB0 ZXJyaWJseS4gSW4gdGhlIGludGVyZXN0cyBvZiBjb21wbGV0ZW5lc3MgbGV04oCZcyBtZW50aW9u IG5vdCBhY2N1bXVsYXRpbmcgbWV0cmljcywgd2hpY2ggcHV0cyB1cyBiYWNrIHRvIGhvcCBjb3Vu dCBhbmQgdGhhdOKAmXMgbm90IGlkZWFsIGVpdGhlci4NCg0KSSBkb27igJl0IHRoaW5rIHRoZXJl IGlzIGFuIGlkZWFsIHNvbHV0aW9uLiAoSSBsaWtlIGlkZWFzIEnigJl2ZSBzZWVuIGFib3V0IGFn Z3JlZ2F0aW5nLCBidXQgdGhhdCBoYXMgc29tZSBpc3N1ZXMgb2YgaXRzIG93biwgZXZlbiBhcGFy dCBmcm9tIGNvbXB1dGF0aW9uYWwgbG9hZC4pIEnigJlkIGxvdmUgdG8gYmUgcHJvdmVkIHdyb25n IC0gc29tZW9uZSB3aXRoIHRoZSBwZXJmZWN0IHNvbHV0aW9uIHRvIGNvbWUgYWxvbmcuDQoNCldo aWNoIG1lYW5zIHRoYXQgZWl0aGVyIHdlIG1ha2UgYW4gYXJiaXRyYXJ5IGNob2ljZSAtIHdoaWNo IHdpbGwgYmUgZGlzYWdyZWVkIHdpdGgsIGJ1dCBuZWVkcyBkaXNjdXNzaW5nIGZpcnN0IC0gb3Ig Y3JlYXRlIHNvbWV0aGluZyBmbGV4aWJsZS4gVW5mb3J0dW5hdGVseSBmbGV4aWJsZSBpbiB0aGF0 IHJlZ2FyZCBjb25zdHJhaW5zIGluIG90aGVycywgZS5nLiBzb21lIChtYW55PyBtb3N0PykgYWdn cmVnYXRpbmcgc2lnbmF0dXJlcyBuZWVkIGZpeGVkIGRhdGEgc2l6ZXMgKHdoaWNoIHdlIGNhbiBk byBieSBkZWZpbmluZyBhIFRMViB0aGF0IOKAnGZpbGxzIHVw4oCdIHdpdGggaG9wIGNvdW50LCBi dXQgdGhhdCBoYXMgYSBjb3N0IHRvbykuDQoNCkkgaGF2ZSBiZWVuIHRvbGQgYnkgcGVvcGxlIG11 Y2ggbW9yZSB3ZWxsIHZlcnNlZCBpbiB0aGlzIHRoYW4gSSBpbiBjcnlwdG9sb2d5LCB0aGF0IHRo ZSBjb3JyZWN0IGFuc3dlciBpcyDigJxzb21l4oCdLg0KDQpUaGF0IHNhaWQsICJBT0RWdjIgd2Fu dHMgdG8gYWNjdW11bGF0ZSBtZXRyaWNz4oCdIOKAlCBkb2VzIHRoYXQgbWVhbiB0aGF0IHRoZSBt ZXNzYWdlIGdyb3dzIGFzIGl0IGlzIGJlaW5nIGZvcndhcmRlZCwgYW5kIHRoYXQgdGhlIHJlY2lw aWVudCBvZiBhIFJSRVEvUlJFUCB3aWxsIGtub3cgdGhlIGluZGl2aWR1YWwgY29zdHMgb2YgZWFj aCBwYXRoIHNlZ21lbnQ/IE15IHVuZGVyc3RhbmRpbmcgaXMsIHRoYXQgdGhlIHJlY2lwaWVudCB3 aWxsIGdldCDigJx0aGUgc3VtIHRoZSBjb3N0cyBvZiBlYWNoIHBhdGggc2VnbWVudOKAnSB3aGlj aCBzaG91bGQgYmUgZml0dGluZyB3aXRoaW4gYSBmaXhlZCBzaXplPw0KDQpUaG9tYXMNCg0KDQoN Cg0KU29ycnksIG5vIGFuc3dlcnMsIGp1c3QgY29tbWVudHMuIEFuZCBJ4oCZbSBub3QgYWRkcmVz c2luZyBUaG9tYXPigJlzIGxhdGVyIHBvaW50cyBoZXJlLg0KDQotLQ0KQ2hyaXN0b3BoZXIgRGVh cmxvdmUNClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXINCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50 ZWxsaWdlbmNlIExhYm9yYXRvcmllcw0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KVDogICs0NCAoMCkx MjQ1IDI0MjE5NCAgfCAgRTogY2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb208bWFpbHRvOmNo cmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPg0KDQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVs bGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1z Zm9yZCwgRXNzZXggQ00yIDhITi4NCnd3dy5iYWVzeXN0ZW1zLmNvbS9haTxodHRwOi8vd3d3LmJh ZXN5c3RlbXMuY29tL2FpPg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGltaXRl ZA0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICYgV2FsZXMgTm86IDAxMzM3NDUxDQpSZWdpc3RlcmVk IE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQ DQoNCkZyb206IG1hbmV0IFttYWlsdG86bWFuZXQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxm IE9mIGlldGZAdGhvbWFzY2xhdXNlbi5vcmc8bWFpbHRvOmlldGZAdGhvbWFzY2xhdXNlbi5vcmc+ DQpTZW50OiAxNyBNYXJjaCAyMDE2IDE2OjAwDQpUbzogTW9iaWxlIEFkIEhvYyBOZXR3b3JrcyBt YWlsaW5nIGxpc3QNClN1YmplY3Q6IFttYW5ldF0gZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMg cmV2aWV3IC0gYSBjb3VwbGUgb2YgYmlnIHRpY2tldCBJdGVtcw0KDQoNCioqKiBXQVJOSU5HICoq Kg0KVGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRlIG91ciBvcmdhbmlzYXRpb24s IGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIgb3IgdGhlIGludGVybmV0Lg0KQ29uc2lk ZXIgY2FyZWZ1bGx5IHdoZXRoZXIgeW91IHNob3VsZCBjbGljayBvbiBhbnkgbGlua3MsIG9wZW4g YW55IGF0dGFjaG1lbnRzIG9yIHJlcGx5Lg0KRm9yIGluZm9ybWF0aW9uIHJlZ2FyZGluZyBSZWQg RmxhZ3MgdGhhdCB5b3UgY2FuIGxvb2sgb3V0IGZvciBpbiBlbWFpbHMgeW91IHJlY2VpdmUsIGNs aWNrIGhlcmU8aHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2Vj dXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3MucGRmPi4NCklmIHlvdSBmZWVs IHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93IHRoaXMgcHJvY2VzczxodHRw Oi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9zcG90bGln aHRzL0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0aCUyMFN1c3BpY2lvdXMlMjBFbWFpbHMucGRmPi4N CioqKiBXQVJOSU5HICoqKg0KRVhURVJOQUwgRU1BSUwgLS0gVGhpcyBtZXNzYWdlIG9yaWdpbmF0 ZXMgZnJvbSBvdXRzaWRlIG91ciBvcmdhbml6YXRpb24uDQoNCkRlYXIgYWxsLA0KDQpBcG9sb2dp ZXMgZm9yIG5vdCBoYXZpbmcgZ290dGVuIHRoaXMgZG9uZSBzb29uZXIgLSBkYXktam9iIGxlYXZp bmcgZmV3IHNwYXJlIGN5Y2xlcy4NCg0KSeKAmXZlIHByZXZpb3VzbHkgb2ZmZXJlZCByZXZpZXdz IGFuZCBjb21tZW50cywgYW5kIHNvbWUgb2YgdGhvc2UgaGF2ZSBiZWVuIGFkZHJlc3NlZCBpbiB0 aGUgbGF0ZXN0IEktRCDigJQgb3RoZXJzIGhhdmUgbm90LCBidXQgc2hvdWxkIGJlLiBJIHJlY2Fs bCB0aGF0IHRoZXJlIHdhcyBzb21lIG1haWwgYXR0ZW1wdGluZyB0byByZWJ1dCBwYXJ0cyBvZiB0 aGUgcmV2aWV3LCBhbmQgSSB3aWxsIGRpZyBpdCBvdXQgYW5kIHJlcGx5IHRvIHRoYXQuDQoNCldp dGggdGhhdCBiZWluZyBzYWlkLCBJIGhhdmUgcmV2aWV3ZWQgdGhlIGxhdGVzdCB2ZXJzaW9uIG9m IHRoZSBkb2N1bWVudCwgYW5kIGZ1bGwgZGV0YWlscyB3aWxsIGJlIGZvcnRoY29taW5nLiBUaGVy ZeKAmXJlIGEgY291cGxlIG9mIGJpZy10aWNrZXQvYXJjaGl0ZWN0dXJhbCBpdGVtcyB0aGF0IEkg d2FudCB0byBhZGRyZXNzIHVwIGZyb250LCBhcyBJIGJlbGlldmUgdGhhdCBiZWZvcmUgd2UgaGF2 ZSB0aG9zZSBoYW1tZXJlZCBvdXQsIGl0IHdpbGwgYmUgdXNlbGVzcyB0byBnbyBpbnRvIGRldGFp bHMuIE5vdGUsIEkgZG8gbm90IGNsYWltIHRoYXQgdGhpcyBpcyBhbiBleGhhdXN0aXZlIGxpc3Qg b2Yg4oCcYmlnIHRpY2tldCBpdGVtc+KAnSwgYnV0IHRoYXTigJlzIGFzIGZhciBhcyBJIGhhdmUg Z290dGVuIGluIHRoaW5raW5nIHRoaXMgdGhyb3VnaC4NCg0KSSBhbHNvIGJyaW5nIHRoZXNlIHVw IGFzIHRoZXkgYXJlIGl0ZW1zIHRoYXQgaGF2ZSBiZWVuIGJyb3VnaHQgdXAgcmVwZWF0ZWRseSBv dmVyIHRoZSBwYXN0IHllYXJzLCBidXQgbm90IHJlc29sdmVkIG5vciBkaXNjdXNzZWQuDQoNCkxv b3BzDQpKdXN0IHRvIGJyaW5nIHRoaXMgb3V0OiBJIHNoYXJlIENocmlz4oCZIHdvcnJ5IGFib3V0 IGNvbmZsaWN0aW5nIGFuZCBjb25jdXJyZW50IHN0YXRlbWVudHMgZnJvbSB0aGUgYXV0aG9ycyBv biDigJxUaGVyZSBhcmUgbm8gbG9vcHMgcG9zc2libGXigJ0gYW5kIOKAnFdlIG5lZWQgdG8gZml4 IHR3byBzaXR1YXRpb25zIHdoZXJlIGxvb3BzIGNhbiBvY2N1cuKAnSBhbmQg4oCcd2UgYXJlIHN0 aWxsIGludmVzdGlnYXRpbmcgc29tZSBsb29wIGNvbmRpdGlvbnPigJ0NCg0KSSBwYXJ0aWN1bGFy bHkgd29ycnkgdGhhdCB0aGlzIGlzIG5vdCBhIGRpc2N1c3Npb24gaGFkIGluIHB1YmxpYywgYnV0 IGFwcGFyZW50bHkgaW4gc29tZSBvdGhlciBmb3J1beKApg0KDQoNCkludGVybWVkaWF0ZSBSb3V0 ZSBSZXBsaWVzLCBhbmQgYWxsIG9mIHNlY3Rpb24gMTANClNlY3Rpb24gMTAgY29udGFpbnMgYSBz ZXQgb2Yg4oCcdmFndWVseSBzcGVjaWZpZWQgZXh0ZW5zaW9uc+KAnSwgd2hpY2ggaXMgaW5jb2hl cmVudCB3aXRoIHRoZSBpbnRlbmRlZCBzdGF0dXMgaW5kaWNhdGVkIGZvciB0aGlzIGRvY3VtZW50 Lg0KDQpTcGVjaWZpY2FsbHksIGFuZCB0aGlzIGlzIG5vdCB1bnJlbGF0ZWQgdG8gdGhlIHBvaW50 IGFib3V0IGxvb3BzIGFib3ZlLCBpbnRlcm1lZGlhdGUgUlJFUHMgKHNlY3Rpb24gMTAuMykgYXJl IGEgcG90ZW50aWFsIHNvdXJjZSBmb3IgbG9vcHMuDQoNCkV4cGFuZGluZyBSaW5nIE11bHRpY2Fz dCAoc2VjdGlvbiAxMC4xKSBpcyBub3QgZG9jdW1lbnRlZCBpbiBhIHdheSB0aGF0IGNhbiBiZSBp bXBsZW1lbnRlZCAoYW5kIGFsc28sIHNlZSDigJxGb3J3YXJkaW5nLXZzLXJlZ2VuZXJhdGlvbuKA nSBiZWxvdywgaXQgaXMgaW4gdGhlIHByZXNlbnQgZm9ybSBvZiB0aGlzIHByb3RvY29sIGltcG9z c2libGUpLCBldGMuDQoNCg0KRm9yd2FyZGluZy12cy1yZWdlbmVyYXRpb24NClJlY2VudCBleGNo YW5nZXMgb24gdGhlIGxpc3QgbWFkZSBtZSB1bmRlcnN0YW5kIHRoYXQgcHJvdG9jb2wgY29udHJv bCBtZXNzYWdlcyBhcmUgKm5vdCogZm9yd2FyZGVkLCBidXQgYXJlIGNvbnN1bWVkIGF0IGVhY2gg aG9wLCB0aGVuIGEgbmV3IG1lc3NhZ2Ugd2l0aCAoYWxtb3N0LWJ1dC1ub3QtcXVpdGUpIHRoZSBz YW1lIGNvbnRlbnQgaXMgZ2VuZXJhdGVkIGFuZCB0cmFuc21pdHRlZC4NCg0KSSBoYXZlIHRob3Vn aHQgc29tZSBtb3JlIG9uIHRoaXMgKCYgcmVhZCBzb21lIG9mIHRoZSBleGNoYW5nZXMgb24gdGhl IGxpc3Qgb24gdGhpcyB0b3BpYyBieSBDaHJpcywgVWxyaWNoLCBhbmQgb3RoZXJzKSwgYW5kIEkg YW0gY29udmluY2VkIHRoYXQgdGhpcyBpcyBub3QgdGhlIHJpZ2h0IHdheSB0byBnbywgYXQgbGVh c3QgZm9yIHRoZSBmb2xsb3dpbmcgcmVhc29uczoNCg0KDQogICAgICAgICAgICBvICAgICAgICAg IEl0IHJlbmRlcnMgdGhlIGhvcC1saW1pdC9ob3AtY291bnQgZmllbGRzIGluIHRoZSBSRkM1NDQ0 IG1lc3NhZ2UgaGVhZGVyIHVzZWxlc3MuDQogICAgICAgICAgICAgICAgICAgICAgICBUaGlzIHdv dWxkIG5vdCBiZSBiYWQgaWYgdGhlIGZ1bmN0aW9uYWxpdHkgb2ZmZXJlZCBieSB0aG9zZSBmaWVs ZHMgd2FzIG5vdCB1c2VmdWwNCiAgICAgICAgICAgICAgICAgICAgICAgIOKAlCBzYWRseSwgaXQg aXMuIEZvciBleGFtcGxlLCBmb3Igc2NvcGUgbGltaXRlZCBmbG9vZGluZyAoZXhwYW5kaW5nIHJp bmcgc2VhcmNoLCBhbmQNCiAgICAgICAgICAgICAgICAgICAgICAgIHN1Y2gpIHdoaWNoIG1heSBi ZSBvZiBpbnRlcmVzdCwgYW5kIHdoaWNoIHJlcXVpcmUgaG9wLWxpbWl0Lg0KICAgICAgICAgICAg ICAgICAgICAgICAgQSBob3AtY291bnQgZmllbGQgbWF5IGFsc28gcHJvdmlkZSBhIOKAnGNoZWFw 4oCdIChpbiB0ZXJtcyBvZiBvdmVyaGVhZCkgYWRkaXRpb25hbCBwaWVjZQ0KICAgICAgICAgICAg ICAgICAgICAgICAgb2YgaW5mb3JtYXRpb24gdG8gdXNlIGNvbmp1bmN0aXZlbHkgd2l0aCBhIOKA nHJlYWzigJ0gbWV0cmljLg0KDQogICAgICAgICAgICAgICAgICAgICAgICBUaGUgb25seSBwcmFj dGljYWwgc29sdXRpb24gd291bGQgYmUgdG8gcmUtaW50cm9kdWNlIHRoZXNlIGZ1bmN0aW9ucyBi eSB3YXkgb2YgaW5zZXJ0aW5nIGENCiAgICAgICAgICAgICAgICAgICAgICAgIE1lc3NhZ2VUTFYg 4oCUIHdoaWNoIChpKSBpcyBub3Qgc3BlY2lmaWVkIGluIHRoaXMgZG9jdW1lbnQsIGFuZCAoaWkp IHdoaWNoIHdvdWxkIGp1c3QNCiAgICAgICAgICAgICAgICAgICAgICAgIHNlcnZlIHRvIHJlbmRl ciBtZXNzYWdlcyBiaWdnZXIgdGhhbiBzdHJpY3RseSBuZWVkZWQuDQoNCiAgICAgICAgICAgICAg ICAgICAgICAgIFNjb3BlIGxpbWl0ZWQgZmxvb2RpbmcgIGRvZXMgc2VlbSB0byBiZSBhIG5lY2Vz c2FyeSByZXF1aXJlbWVudCwgaWYgZm9yIG5vDQogICAgICAgICAgICAgICAgICAgICAgICBvdGhl ciByZWFzb24gdGhhbiB0byBwcmV2ZW50IGluZm9ybWF0aW9uIGZyb20g4oCcY2lyY3VsYXRpbmcg Zm9yZXZlciBpbiB0aGUgbmV0d29ya+KAnS4NCg0KICAgICAgICAgICAgbyAgICAgICAgICBJdCBt YWtlcyBlbmQtdG8tZW5kIGF1dGhlbnRpY2F0aW9uIHVubmVjZXNzYXJpbHkgaGFyZC4NCiAgICAg ICAgICAgICAgICAgICAgICAgIEkgdGhpbmsgQ2hyaXMgY2FsbGVkIHRoaXMgb3V0IGFscmVhZHks IGJ1dCBpdCBiZWFycyByZXBlYXRpbmc6IFMgZ2VuZXJhdGVzIGEgbWVzc2FnZQ0KICAgICAgICAg ICAgICAgICAgICAgICAgKHNheSwgYSBSUkVRKSwgYW5kIGluY2x1ZGVzIGFuIElDViBjYWxjdWxh dGVkIG92ZXIgdGhlIGNvbnRlbnQgb2YgdGhlIG1lc3NhZ2UuDQogICAgICAgICAgICAgICAgICAg ICAgICBGb3IgYW55IHJlY2lwaWVudCB0byBiZSBhYmxlIHRvIHZhbGlkYXRlIHRoZSBJQ1YsIHRo ZSBtZXNzYWdlIGhhcyB0byBiZSBleGFjdGx5DQogICAgICAgICAgICAgICAgICAgICAgICB0aGUg c2FtZSDigJQgbm90IGp1c3QgaW4gY29udGVudCwgYnV0IGluIHN0cnVjdHVyZSDigJQgYXMgd2hh dCB3YXMgZ2VuZXJhdGVkLg0KDQogICAgICAgICAgICAgICAgICAgICAgICDigJxSZWdlbmVyYXRp bmfigJ0gcmF0aGVyIHRoYW4g4oCcZm9yd2FyZGluZ+KAnSBtZXNzYWdlcyBtZWFucywgdGhhdCB0 aGUgaW50ZXJtZWRpYXRlDQogICAgICAgICAgICAgICAgICAgICAgICByb3V0ZXIg4oCccmVnZW5l cmF0aW5n4oCdIHRoZSBSUkVRIG1heSBjaG9zZSBhIGRpZmZlcmVudCBzdHJ1Y3R1cmUgKGUuZy4s IGluY2x1ZGUgVExWcw0KICAgICAgICAgICAgICAgICAgICAgICAgaW4gYSBkaWZmZXJlbnQgb3Jk ZXIpLg0KDQogICAgICAgICAgICAgICAgICAgICAgICBUaGUgcHJvcG9zYWwgZnJvbSBodHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtcGVya2lucy1tYW5ldC1hb2R2LWUyZXNlYy0wMA0K ICAgICAgICAgICAgICAgICAgICAgICAgaXMgdG8gYWRkIGNvbnN0cmFpbnRzIG9uIChpKSB0aGUg c2V0IG9mIGVsZW1lbnRzIHRvIGluY2x1ZGUgaW4gYSBzaWduYXR1cmUgYW5kIChpaSkgdGhlDQog ICAgICAgICAgICAgICAgICAgICAgICBvcmRlciBvZiB0aGVzZSBlbGVtZW50cy4NCg0KICAgICAg ICAgICAgICAgICAgICAgICAgT25lIHByb2JsZW0gd2l0aCB0aGF0IGFwcHJvYWNoIGlzIChpKTog aWYgYW4gZXh0ZW5zaW9uIGFkZHMgYSBtZXNzYWdlIFRMViwgb3IgYW4NCiAgICAgICAgICAgICAg ICAgICAgICAgIEFkZHJlc3MgVExWLCB0byBhIG1lc3NhZ2UsIHRoZW4gdGhhdCB3aWxsIG5vdCBi ZSDigJxjb3ZlcmVk4oCdIGJ5IHRoZSBwcm9wb3NlZCBlMmVzZWMgVExWLg0KICAgICAgICAgICAg ICAgICAgICAgICAgUmF0aGVyIGZvciAqZWFjaCogZXh0ZW5zaW9uIGRldmVsb3BlZCwgYW4g4oCc dXBkYXRlcyBlMmVzZWPigJ0gY2xhdXNlIG5lZWRzIHRvIGJlIGRvbmUuDQoNCiAgICAgICAgICAg ICAgICAgICAgICAgIEnigJlkIHNheSB0aGF0IHRoaXMgYXBwcm9hY2ggd291bGQgYmUgcHJvbmUg dG8gZXJyb3JzIOKAlCBhbmQgYWRkIGVudHJvcHkgdG8gdGhlIHByb2Nlc3MNCiAgICAgICAgICAg ICAgICAgICAgICAgIG9mIGRlc2lnbmluZyBwcm90b2NvbCBleHRlbnNpb25zLiBUaGUgYWx0ZXJu YXRpdmUsIGEgbWVzc2FnZSBiZWluZyBnZW5lcmF0ZWQgYnkgdGhlDQogICAgICAgICAgICAgICAg ICAgICAgICBzb3VyY2UgYW5kICpmb3J3YXJkZWQqIChhcyB3ZSBkbyBpbiBPTFNSdjIsIGZvciBl eGFtcGxlKSB3b3VsZCBhbGxvdyBJQ1YgVExWcw0KICAgICAgICAgICAgICAgICAgICAgICAgKGV2 ZW4sIGFsbG93IHJldXNlIG9mIHRob3NlIHNwZWNpZmllZCBmb3IgT0xTUnYyKSBmb3IgY292ZXJp bmcgYSBtZXNzYWdlIGFuZA0KICAgICAgICAgICAgICAgICAgICAgICAgZXh0ZW5zaW9ucy4NCg0K ICAgICAgICAgICAgICAgICAgICAgICAg4oCcQnV0IHdoYXQgYWJvdXQgdGhlIG1ldHJpY3MgdmFs dWUgd2hpY2ggd2lsbCBjaGFuZ2Ugb24gZWFjaCBob3DigJ0sIHlvdSBtYXkgc2F5Pw0KICAgICAg ICAgICAgICAgICAgICAgICAgRm9ydHVuYXRlbHksIHRoYXQgaXMgcmVsYXRpdmVseSBlYXN5IHRv IGhhbmRsZTogc2ltcGx5IHplcm8gb3V0IHRoZSB2YWx1ZSBvZiB0aGF0IFRMViB3aGVuDQogICAg ICAgICAgICAgICAgICAgICAgICBnZW5lcmF0aW5nIG9yIHZlcmlmeWluZyB0aGUgSUNWIE1lc3Nh Z2VUTFYuIEFuZCB1c2UgUGFja2V0LVRMVnMgZm9yIGhvcC1ieS1ob3ANCiAgICAgICAgICAgICAg ICAgICAgICAgIGF1dGhlbnRpY2F0aW9uLCBpZiBuZWVkZWQgKGJ1dCwgc2VlIGJlbG93KS4NCg0K ICAgICAgICAgICAgbyAgICAgICAgICBJdCBwcmV2ZW50cyB0aGUgdXNlIG9mIG1vcmUgY2xldmVy L2FkdmFuY2VkIHNpZ25hdHVyZSBzY2hlbWVzL0lDVnMNCiAgICAgICAgICAgICAgICAgICAgICAg IEFnZ3JlZ2F0ZSBzaWduYXR1cmUgYWxnb3JpdGhtcyAoIGh0dHBzOi8vY3J5cHRvLnN0YW5mb3Jk LmVkdS9+ZGFiby9wYXBlcnMvYWdnc3VydmV5LnBkZikNCiAgICAgICAgICAgICAgICAgICAgICAg IGV4aXN0LCBhbmQgYW4gaW50ZXJlc3RpbmcgdXNlLWNhc2UgY2FuIGJlIGZvdW5kIGluIGFsc28g cmVhY3RpdmUgcHJvdG9jb2xzLCBhbGxvd2luZyB2ZXJpZnlpbmcNCiAgICAgICAgICAgICAgICAg ICAgICAgIG5vdCDigJxqdXN04oCdIHRoZSBlbmQgcG9pbnRzLCBidXQgYWxzbyB0aGUgaW50ZXJt ZWRpYXJpZXMgKGFnYWluLCB3aXRoIHRoZSBhcHByb3ByaWF0ZSDigJx6ZXJvIG91dOKAnQ0KICAg ICAgICAgICAgICAgICAgICAgICAgZGlzY3Vzc2VkIGFib3ZlLCBvciBzb21ldGhpbmcgc21hcnRl cikuDQogICAgICAgICAgICAgICAgICAgICAgICBSZWdlbmVyYXRpb24gb2YgbWVzc2FnZXMsIHJh dGhlciB0aGFuIGZvcndhcmRpbmcsIHJlbmRlcnMgdGhhdCBpbXBvc3NpYmxlIChvciwgaWYgdXNl ZCwNCiAgICAgICAgICAgICAgICAgICAgICAgIHVwZGF0aW5nIHRvICBodHRwczovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtcGVya2lucy1tYW5ldC1hb2R2LWUyZXNlYy0wMCkNCg0KVGhlcmUg YXJlIG90aGVyIHJlYXNvbnMsIGJ1dCB0aGUgYWJvdmUgYXJlIHRob3NlIHRoYXQganVtcCBhdCBt ZSBhcyBpbW1lZGlhdGUgc2hvdy1zdG9wcGVycy4NCg0KSSBkbyBob25lc3RseSBub3Qgc2VlIHdo YXQgcG9zc2libGUgYmVuZWZpdCB0aGVyZSBpcyBmcm9tIOKAnHJlZ2VuZXJhdGlvbuKAnSDigJQg YnV0IEkgc2VlIHZlcnkgY2xlYXIgaW5jb252ZW5pZW5jZXMsIGFuZCBzZWN1cml0eSBpcyBub3Qg dGhlIGxlYXN0IG9mIHRoZXNlLiBJbnNpc3Rpbmcgb24g4oCccmVnZW5lcmF0aW9u4oCdIHJlcXVp cmVzIGRldmVsb3BtZW50IG9mIOKAnG5vbi1nZW5lcmFsIHdvcmthcm91bmRz4oCdIGFzIHBvaW50 ZWQgb3V0IGFib3ZlLg0KDQpTZWN1cml0eSBDb25zaWRlcmF0aW9ucw0KVGhpcyBpcyBhbiBhbHdh eXMgdGhvcm55IHN1YmplY3QuIFdoZW4gT0xTUnYyIHdhcyBnb2luZyB0aHJvdWdoIHRoZSBwcm9j ZXNzIHdlIGdvdCBhIHRob3JvdWdoIGVkdWNhdGlvbiBpbiBob3cgbGl0dGxlIHdlIGtuZXcgYWJv dXQgc2VjdXJpdHkgZnJvbSB0aGUgU0VDLUFEcywgYW5kIGhhZCB0byBzcGVuZCBhYm91dCBhIHll YXIgb3Igc28gZGV2ZWxvcGluZyBSRkM3MTgzLiBUaGUgYm90dG9tIGxpbmUgaXMsIHRoYXQgdGhp cyBwcm90b2NvbCBuZWVkcyBpdHMg4oCcUkZDNzE4MyAgZXF1aXZhbGVudOKAnSwgZWl0aGVyIGFz IHBhcnQgb2YgdGhlIG1haW4gZG9jdW1lbnQsIG9yIGFzIGFuIGluZGVwZW5kZW50IGRvY3VtZW50 LiBjdXJyZW50bHksIHRoYXQgaXMgbm90IHRoZSBjYXNlLg0KDQpBIG1pbmltYSwgbG9va2luZyBh dCBCQ1A3MiBhbmQgQkNQMTA3IOKAlCB0YWtpbmcgaW5zcGlyYXRpb24gZnJvbSBSRkM3MTgzIG1p Z2h0IGJlIGF3IGdvb2QgaWRlYSwgYXMgdGhhdCB3YXMgdGhlIG1vc3QgcmVjZW50IHRoYXQgd2Vu dCB0aHJvdWdoIHRoZSBTRUMgQUQuIFJlZ2FyZGxlc3Mgb2YgaG93LCBob3dldmVyLCBhIOKAnG1h bmRhdG9yeSB0byBpbXBsZW1lbnTigJ0gc2VjdXJpdHkgbWVjaGFuaXNtIG1vc3QgYmUgc3BlY2lm aWVkIChJIHRoaW5rIHRoZSByaWdodCB0ZXJtIHdhcyDigJxNVVNUIGltcGxlbWVudCwgU0hPVUxE IHVzZeKAnSksIGluIHN1ZmZpY2llbnQgZGV0YWlsIHRvIGVuc3VyZSBpbnRlcm9wZXJhYmxlIGlt cGxlbWVudGF0aW9ucy4NCg0KQXMgYW4gZXhhbXBsZSwgYm90aCBbUkZDNjEzMF0gYW5kIFtSRkM3 MTgxXSBzZXQgb3V0IHRoYXQgdGhhdDoNCg0KICAgICAgT24gcmVjZWl2aW5nIGEgLi4uIG1lc3Nh Z2UsIGEgcm91dGVyIE1VU1QgZmlyc3QgY2hlY2sgaWYgdGhlDQogICAgICBtZXNzYWdlIGlzIGlu dmFsaWQgZm9yIHByb2Nlc3NpbmcgYnkgdGhpcyByb3V0ZXINCg0KYW5kIHRoZW4gcHJvY2VlZCB0 byBnaXZlIGEgbnVtYmVyIG9mIGNvbmRpdGlvbnMgdGhhdCwgZWFjaCwgd2lsbCBsZWFkIHRvIGEg cmVqZWN0aW9uIG9mIHRoZSBtZXNzYWdlIGFzICJiYWRseSBmb3JtZWQgYW5kIHRoZXJlZm9yZSBp bnZhbGlkIGZvciBwcm9jZXNzaW5n4oCdIOKAlCBhIGxpc3Qgd2hpY2ggUkZDNzE4MyB0aGVuIGFt ZW5kZWQuIFRoYXQgZ2F2ZSBhIOKAnGhvb2vigJ0gZm9yIFJGQzcxODMgZm9yIGluc2VydGluZyDi gJxyZWplY3Rpb27igJ0uIElkZW0gZm9yIG1lc3NhZ2UgZ2VuZXJhdGlvbi4NCg0KSWYgSSB3YXMg dG8gZG8gUkZDNzE4MS9SRkM2MTMwIHRvZGF5LCBJIHdvdWxkIGluY2x1ZGUgdGhhdCBkaXJlY3Rs eSBpbnRvIHRoZSBwcm90b2NvbCBzcGVjaWZpY2F0aW9ucy4gSXQgdHVybmVkIG91dCB0byBiZSBt b3JlIG92ZXJoZWFkIChhbmQgc2xvdyBkb3duIHB1YmxpY2F0aW9uIGFueXdheXMpIHRvIGRvIGl0 IGFzIHNlcGFyYXRlIGRvY3VtZW50cy4NCg0KU2Vjb25kbHksIHdlIG5lZWQgdG8gYmUgYSBsb3Qg bW9yZSByaWdpZCBpbiB0ZXJtcyBvZiB3aGF0IElDVnMsIFRpbWVzdGFtcHMsIGV0Yy4gYXJlIGFk ZGVkL3JlbW92ZWQsIGFuZCB3aGF0IHRoYXQgYnJpbmdzLg0KDQpGb3IgZXhhbXBsZSAod2l0aCB0 aGUgYXNzdW1wdGlvbiB0aGF0IG1lc3NhZ2VzIGFyZSAqZm9yd2FyZGVkKiBhbmQgKm5vdCogcmVn ZW5lcmF0ZWQpLCB0aGlzIGNvdWxkIGJlIG9uZSBvcHRpb246DQoNCiAgICAgICAgICAgICAgICAg ICAgICAgIG8gICAgICAgICAgV2hlbiBhIFJSRVEsIFJSRVAgbWVzc2FnZSBpcyBnZW5lcmF0ZWQs IGFkZCBhbiBJQ1YgTWVzc2FnZSBUTFYsIHdoaWNoIGlzIGNhbGN1bGF0ZWQgPHRoaXMgd2F5Pg0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIOKApih0YWtlIGluc3BpcmF0aW9u IGZyb20gUkZDNzE4MyBoZXJlKQ0KDQogICAgICAgICAgICAgICAgICAgICAgICBvICAgICAgICAg IFdoZW4gYSBSUkVRLCBSUkVQIG1lc3NhZ2UgaXMgdHJhbnNtaXR0ZWQgIChieSB0aGUgc291cmNl LCBvciBmb3J3YXJkZWQgYnkgYW4gaW50ZXJtZWRpYXJ5KQ0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgaW4gYW4gUkZDNTQ0NCBwYWNrZXQsIGFuIElDViBQYWNrZXQgVExWIGlz IGFkZGVkIHRvIHRoZSBwYWNrZXQsIHdoaWNoIGlzIGNhbGN1bGF0ZWQgPHRoaXMgd2F5PiDigKYN Cg0KICAgICAgICAgICAgICAgICAgICAgICAgbyAgICAgICAgICBXaGVuIGFuIFJGQzU0NDQgcGFj a2V0IGlzIHJlY2VpdmVkLCB2YWxpZGF0ZSB0aGUgSUNWIFBhY2tldCBUTFYgPHRoaXMgd2F5PiBh bmQgaWYgdGhlIElDViBkb2VzbuKAmXQgdmFsaWRhdGUsDQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBkaXNjYXJkIHRoZSBjb250YWluZWQgbWVzc2FnZXMuDQoNCiAgICAgICAg ICAgICAgICAgICAgICAgIG8gICAgICAgICAgV2hlbiByZWNlaXZpbmcgYSBSUkVRL1JSRVAgKGVp dGhlciBhcyBkZXN0aW5hdGlvbiwgb3IgYXMgYW4gaW50ZXJtZWRpYXJ5KSwgdmFsaWRhdGUgdGhl IElDViBNZXNzYWdlIFRMVg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPHRo aXMgd2F5PiBhbmQgaWYgdGhlIElDViBkb2VzbuKAmXQgdmFsaWRhdGUsIGRpc2NhcmQgdGhlIG1l c3NhZ2UsIGRvIG5vdCBwcm9jZXNzLCBkbyBub3QgZm9yd2FyZC4NCg0KVGhpcyBpcyBhIGRpZmZl cmVudCAoYW5kIG1vcmUgZmxleGlibGU/KSBtb2RlbCB0aGFuIOKAnGp1c3TigJ0gdHJhbnNpdGl2 ZSB0cnVzdCBhbmQg4oCcanVzdOKAnSBlbmQtdG8tZW5kIHRydXN0IGRpc2N1c3NlZCBwcmV2aW91 c2x5LCBhbmQgaXMgZW5hYmxlZCBieSB0aGUg4oCcZm9yd2FyZGluZ+KAnSBiaXQgZGVzY3JpYmVk IHByZXZpb3VzbHkuDQoNCk1ldHJpY3MNCkkgaGF2ZSBhc2tlZCB0aGlzIG51bWVyb3VzIHRpbWVz LCBidXQgaGF2ZSBub3QgZ290dGVuIGFueSBhbnN3ZXIgc28gSSBhbSBlc2NhbGF0aW5nIHRoaXMg YWdhaW4uIFdoeSBpcyB0aGlzIGRvY3VtZW50IGhhdmluZyBhIG5vcm1hdGl2ZSByZWZlcmVuY2Ug dG8gUkZDNjU1MT8NCg0KDQogICBbUkZDNjU1MV0gIFZhc3NldXIsIEpQLiwgRWQuLCBLaW0sIE0u LCBFZC4sIFBpc3RlciwgSy4sIERlamVhbiwgTi4sDQoNCiAgICAgICAgICAgICAgYW5kIEQuIEJh cnRoZWwsICJSb3V0aW5nIE1ldHJpY3MgVXNlZCBmb3IgUGF0aCBDYWxjdWxhdGlvbg0KDQogICAg ICAgICAgICAgIGluIExvdy1Qb3dlciBhbmQgTG9zc3kgTmV0d29ya3MiLCBSRkMgNjU1MTxodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNjU1MT4sIERPSSAxMC4xNzQ4Ny8NCg0KICAgICAg ICAgICAgICBSRkM2NTUxPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2NTUxPiwgTWFy Y2ggMjAxMiwNCg0KICAgICAgICAgICAgICA8aHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZv L3JmYzY1NTE+Lg0KDQoNClVubGVzcyBJIGFtIG1pc3Rha2VuLCB0aGlzIGlzIG5vdCB0aGUgUk9M TCBXRy4gQW5kIHRoZSBhYnN0cmFjdCB0byBSRkM2NTUxIGV4cGxpY2l0bHkgcmVhZHM6DQoNCg0K ICAgTG93LVBvd2VyIGFuZCBMb3NzeSBOZXR3b3JrcyAoTExOcykgaGF2ZSB1bmlxdWUgY2hhcmFj dGVyaXN0aWNzDQoNCiAgIGNvbXBhcmVkIHdpdGggdHJhZGl0aW9uYWwgd2lyZWQgYW5kIGFkIGhv YyBuZXR3b3JrcyB0aGF0IHJlcXVpcmUgdGhlDQoNCiAgIHNwZWNpZmljYXRpb24gb2YgbmV3IHJv dXRpbmcgbWV0cmljcyBhbmQgY29uc3RyYWludHMuDQpXaGljaCBleHBsaWNpdGx5IGlzIGRpc2Ns YWltaW5nIHRoYXQgdGhlc2UgbWV0cmljcyBhcmUgbm90IGFwcGxpY2FibGUgaW4gYWQgaG9jIG5l dHdvcmtzIOKAlCBhbmQsIEkgYW0gd29uZGVyaW5nLCB3aGF0IGhhcyBjaGFuZ2VkIHNpbmNlIHRo ZSBwdWJsaWNhdGlvbiBvZiBSRkM2NTUxIHRvIHN1ZGRlbmx5IG1ha2UgdGhlc2UgYXBwbGljYWJs ZT8NCg0KIEkgYW0gYWxzbyB3b25kZXJpbmcgaWYgbG9va2luZyBhdCAoYW5kLCBwZXJoYXBzLCB1 c2luZz8pIHRoZSBzYW1lIG1ldHJpYyB0eXBlIFRMViB0eXBlIGFzIGluIE9MU1J2MiBpcyBub3Qg YSBwb3NzaWJpbGl0eT8NCg0KRWl0aGVyIHdheSwgcmVmZXJlbmNpbmcgUkZDNjU1MSBoZXJlIGlz IHdyb25nLg0KDQpSRkM2NjIxIChTTUYpIHVzYWdlDQpBcyBsYXRlIGFzIGVhcmxpZXIgdGhpcyBt b250aCwgUkZDNjYyMSByZWFyZWQgaXRzIGhlYWQgYWdhaW4gb24gdGhlIG1haWxpbmcgbGlzdC4g SSB1bmRlcnN0YW5kIHRoYXQgdGhlIGF1dGhvcnMgYXJlIHNldCBvbiB1c2luZyBmbG9vZGluZyBy ZWR1Y3Rpb24gYXMgcGFydCBvZiBSUkVRIGRpc3RyaWJ1dGlvbi4gSWYgdGhhdCBpcyB0aGUgY2Fz ZSwgdGhlbiB0aGlzIHByb3RvY29sIE1VU1Qgc3BlY2lmeSB0aGF0IGZsb29kaW5nIHJlZHVjdGlv bi4NCg0KU2F5aW5nIOKAnFVzZSBSRkM2NjIx4oCdIHdvbuKAmXQgd29yaywgZm9yIHJlYXNvbnMg Q2hyaXMgcG9pbnQgb3V0IGluIGFuIGVtYWlsIGVhcmxpZXIgdG8gdGhlIGxpc3Q6DQpUaGUgbmV0 d29yayBkb2VzIG5vdCBhbmQgZnVuZGFtZW50YWxseSBjYW5ub3Qgb2ZmZXIgbXVsdGljYXN0IHN1 cHByZXNzaW9uIHRvIEFPRFZ2Mi4gVGhpcyBpc24ndCBhIGhhcmQgY29uY2VwdCwgYnV0IHNlZW1z IHRvIGtlZXAgaGF2aW5nIHRvIGJlIHNhaWQuIEFPRFZ2MiBtZXNzYWdlcyBhcmUgY2FycmllZCBp biA1NDQ0IHBhY2tldHMsIGFuZCB0aG9zZSBvbmx5IHRyYXZlbCBvbmUgaG9wLiBUaGF0IGRvZXNu J3QgYWxsb3cgZm9yIHN1cHByZXNzaW9uLiBGdXJ0aGVybW9yZSBBT0RWdjIgaXMgY3JlYXRpbmcg bmV3IG1lc3NhZ2VzIGVhY2ggaG9wLiBUaGF0IG5lZWRzIEFPRFZ2MiBzcGVjaWZpYyBoYW5kbGlu Zy4NCg0KQW5kIHF1b3RpbmcgYW4gZW1haWwgZnJvbSBteXNlbGY6DQpJZiBwcm90b2NvbCBYIHJl bGllcyBvbiB1c2luZyBhIGZsb29kaW5nIG9wZXJhdGlvbiwgdGhlbiBpdCBjZXJ0YWlubHkgaXMg cHJvdG9jb2wgWCdzIHJlc3BvbnNpYmlsaXR5IHRvICBzcGVjaWZ5IHRoZSBmbG9vZGluZyBvcGVy YXRpb24gKG9yLCBhdCBsZWFzdCwgdGhlIHJlcXVpcmVtZW50cyB0byB0aGUgZmxvb2Rpbmcgb3Bl cmF0aW9uICkgZm9yIGNvcnJlY3QgZnVuY3Rpb25pbmcgb2YgcHJvdG9jb2wgWC4NCg0KSeKAmXZl IHByZXZpb3VzbHkgcG9pbnRlZCBvdXQgdGhhdCBSRkM2NjIxIHJlcXVpcmVzIHNvbWUgZGVncmVl IG9mIGNvbmZpZ3VyYXRpb24gKGNhbuKAmXQganVzdCwgZm9yIGV4YW1wbGUsIHBpY2sgdHdvIGRp ZmZlcmVudCByZWxheSBzZXQgc2VsZWN0aW9uIGFsZ29yaXRobXMsIGFzIHRoYXQgbWF5IHByb2R1 Y2UgYSBkaXNjb25uZWN0ZWQgZmxvb2RpbmcgZG9tYWluKS4NCg0KSW4gb3RoZXIgd29yZHMsIHdo YXQgdGhlIGF1dGhvcnMgcHJvcG9zZSBpbiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtcGVya2lucy1tYW5ldC11c2luZy1yZmM2NjIxLTAwIGlzIGluc3VmZmljaWVudC4NCg0KTXVs dGlwbGUgaW50ZXJmYWNlcyBjb25maWd1cmVkIHdpdGggdGhlIHNhbWUgYWRkcmVzcyhlcykgLSAm IFJGQzY2MjENCkkgdGhpbmsgdGhhdCBpdCBoYXMgYmVlbiBlc3RhYmxpc2hlZCB0aGF0IHRoZSBh YmlsaXR5IHRvIHVzZSB0aGUgc2FtZSBhZGRyZXNzIG9uIG11bHRpcGxlIGludGVyZmFjZXMgaXMg YSByZXF1aXJlbWVudC4gSXTigJlzIG5vdCBjbGVhciB0byBtZSB0aGF0IGEgc2luZ2xlIHdheSBv ZiBkb2luZyBzbyBoYXMgYmVlbiBwcm9wb3NlZCwgbm9yIHRoYXQgdGhlIOKAnG9wZXJhdGluZyBj b25kaXRpb25z4oCdIGFyZSBjYWxsZWQgb3V0IChmb3IgZXhhbXBsZSwgd2lsbCBpdCB3b3JrICBp ZiByb3V0ZXIgQSBhbmQgcm91dGVyIEIgYm90aCBoYXZlIHR3byBpbnRlcmZhY2VzLCBhbmQgdGhh dCBhbGwgNCBpbnRlcmZhY2VzIHVzZSB0aGUgc2FtZSBJUCBhZGRyZXNzPykNCg0KVGhpcyBpcyBu b3QgZW50aXJlbHkgdW5yZWxhdGVkIHRvIGZsb29kaW5nIHJlZHVjdGlvbiBhbmQgUkZDNjYyMS4g T25lIG9mIHRoZSBjb21wbGV4aXRpZXMgaXMgdG8gZ2V0IHRoYXQganVzdCByaWdodDogT0xTUnYy IC0gZm9yIGV4YW1wbGUgLSBjYWxjdWxhdGVzIEZsb29kaW5nLU1QUnMgcGVyIGludGVyZmFjZSwg YW5kIFJGQzYxMzAgaXMgY2FyZWZ1bCBpbiBob3cgaXQgZGV0ZWN0cyBiaWRpcmVjdGlvbmFsaXR5 IG9mIGxpbmtzLg0KDQpJIGhhdmUgbm90IHdvcmtlZCBvdXQgYWxsIHRoZSBkZXRhaWxzIG9mIGhv dyB0aGlzIGltcGFjdHMgdGhpcyBwcm90b2NvbCDigJQgYnV0LCBpdCByZXF1aXJlcyBhdHRlbnRp b24uIEVzcGVjaWFsbHkgd2hlbiB3YW50aW5nIHRvIGJlIGFibGUgdG8gc2F5IOKAnOKApnVzZSBS RkM2NjIx4oCdLCB0aGVuIHRoZSBpbnRlcmZhY2UgY29uZmlndXJhdGlvbiBjb25zdHJhaW50cyB3 aGVuIGZhY2VkIHdpdGggbXVsdGlwbGUgaW50ZXJmYWNlcyBtdXN0IGJlIHdvcmtlZCBvdXQuDQoN ClByZWZpeGVzICYgR2F0ZXdheXMNCkEgcXVlc3Rpb24gdG8gbXkgbWluZCwgYW5kIEkgYW0gbm90 IHN1cmUgSSBrbm93IGhvdyB0byBhbnN3ZXIgdGhhdCBmcm9tIHJlYWRpbmcgdGhlIGRyYWZ0IHNp bmNlIGl0IGlzIG5vdCBkaXNjdXNzZWQgaW4gc2VjdGlvbiA5IChhdCBsZWFzdCksIGlzOiDigJxX aGF0IGhhcHBlbnMgaWYgSSBzZW5kIGEgUlJFUSB0byBhIHByZWZpeOKAnSAoaS5lLiwgYSAvPDEy OCBpbiBJUHY2KT8NCg0KICAgICAgICAgICAgbyAgICAgICAgICBJZiB0aGUgd2hvbGUgcHJlZml4 IGlzIHBhcnQgb2YgdGhlIGF0dGFjaGVkIG5ldHdvcmsgc2V0IG9mIGEgc2luZ2xlIHJvdXRlciwN CiAgICAgICAgICAgICAgICAgICAgICAgIHRoZW4gSSBleHBlY3QgdG8gZ2V0IGEgc2luZ2xlIFJS RVAgYmFjaywgaXMgdGhhdCB0aGUgY2FzZT8NCg0KICAgICAgICAgICAgbyAgICAgICAgICBJZiAi aGFsZiB0aGUgcHJlZml4IiAgaXMgcGFydCBvZiB0aGUgYXR0YWNoZWQgbmV0d29yayBzZXQgb2Yg YSBzaW5nbGUgcm91dGVyLA0KICAgICAgICAgICAgICAgICAgICAgICAgYW5kIHRoZSBvdGhlciBo YWxmIGlzIHBhcnQgb2YgdGhlIGF0dGFjaGVkIG5ldHdvcmsgc2V0IG9mIGFub3RoZXIgIHNpbmds ZSByb3V0ZXIsDQogICAgICAgICAgICAgICAgICAgICAgICB0aGVuIEkgZXhwZWN0IHR3byBSUkVQ cywgaXMgdGhhdCB0aGUgY2FzZT8NCg0KICAgICAgICAgICAgbyAgICAgICAgICBNb3JlIGdlbmVy YWxseSwgd2lsbCBJIGdldCBhIHRyZWUgYnVpbGQgdGhyb3VnaCB0aGUgbmV0d29yayBoZXJlPw0K DQpTZWN0aW9uIDkgKG9yLCB0aGUgd2hvbGUgc3BlYykgaXMgYWxzbyBub3QgZXhwbGljaXQgZW5v dWdoIGFib3V0IG11bHRpcGxlICAiZGVmYXVsdCBnYXRld2F5cyIg4oCUIGkuZS4sIHRoZSBleHRl cm5hbCBuZXR3b3JrIGJlaW5nIOKAnHRoZSByZXN0IG9mIHRoZSBJbnRlcm5ldOKAnSwgYW5kIHRo ZXJlIGJlaW5nIG11bHRpcGxlIGdhdGV3YXlzIHRvIHRoZSBJbnRlcm5ldC4gSSB1bmRlcnN0YW5k IGhvdyB0aGUgUlJFUSBnZXRzIHRvIHRoZSBnYXRld2F5LCBhbmQgaG93IHRoZSBnYXRld2F5IGRl dGVybWluZXMgaWYgaXQgc2hvdWxkIHJlc3BvbmQgKHRoZSBkZXN0aW5hdGlvbiBpcyBub3QgcGFy dCBvZiDigJx0aGUgTUFORVQgcHJlZml4LCB3aXRoIHdoaWNoIGl0IGlzIGNvbmZpZ3VyZWTigJ0p Lg0KDQpCdXQsIGlmIEEgaXMgY2xvc2UgdG8gR1cxLCBhbmQgQiBpcyBjbG9zZSB0byBHVzIsIGJ1 dCBBIGFuZCBCIGJlaW5nIGZhciBmYXIgYXBhcnQgKGFjY29yZGluZyB0byB0aGUgbWV0cmljIHVz ZWQpIHdpdGhpbiB0aGUgTUFORVQsIHRoZW4gaXQgd291bGQgYmUgcHJlZmVyZW50aWFsIGZvciB0 aGUgcm91dGUgZnJvbSBBIHRvIEIgdG8gZ28gdmlhIEdXMS3igJx0aGUtSW50ZXJuZXTigJ0tR1cy Pw0KDQpJcyB0aGlzIGEgc3VwcG9ydGVkIGNvbmZpZ3VyYXRpb24/DQogICAgICAgICAgICBvICAg ICAgICAgIElmIHllcywgaG93IGlzIGl0IChzZXEjIHdpc2UsIEkgd291bGQgZXhwZWN0IHNvbWUg Y29tcGxpY2F0aW9ucykgaGFuZGxlZD8NCiAgICAgICAgICAgIG8gICAgICAgICAgSWYgbm90LCB3 aGVyZSBpcyBpdCBzdGF0ZWQgdGhhdCB0aGlzIGNvbmZpZ3VyYXRpb24gaXMgbm90IHBvc3NpYmxl IHdpdGggdGhpcyBwcm90b2NvbD8NCg0KDQpUaGUgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQgc2F5 czoNCg0KDQogICBBT0RWdjIgaXMgZGVzaWduZWQgZm9yIHN0dWIgb3IgZGlzY29ubmVjdGVkIG1v YmlsZSBhZCBob2MgbmV0d29ya3MsDQoNCiAgIGkuZS4sIG5vbi10cmFuc2l0IG5ldHdvcmtzIG9y IHRob3NlIG5vdCBjb25uZWN0ZWQgdG8gdGhlIGludGVybmV0Lg0KDQogICBBT0RWdjIgY2FuLCBo b3dldmVyLCBiZSBjb25maWd1cmVkIHRvIHBlcmZvcm0gZ2F0ZXdheSBmdW5jdGlvbnMgd2hlbg0K DQogICBhdHRhY2hlZCB0byBleHRlcm5hbCBuZXR3b3JrcywgYXMgZGlzY3Vzc2VkIGluIFNlY3Rp b24gOTxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djIt MTMjc2VjdGlvbi05Pi4NCg0KSSBiZWxpZXZlIHRoYXQgdGhlIHNjZW5hcmlvIEkgZGVzY3JpYmUg aXMgaW5kZWVkIGEgc3R1YiBuZXR3b3JrIChhbmQgbm90IGEgdHJhbnNpdCBuZXR3b3JrKT8NCg0K 4oCUIOKAlCDigJQNCg0KQXMgSSBpbmRpY2F0ZWQsIHRoZXNlIGFyZSB0aGUgYmlnLXBpY3R1cmUg aXNzdWVzIHRoYXQgSSBoYXZlIGdvdHRlbiBhcm91bmQgdG8gdGhpbmtpbmcgYWJvdXQgZW5vdWdo IHRvIHdyaXRlIHVwLiBJ4oCZbSBub3QgdGhyb3VnaCB3b3JraW5nIHRocm91Z2ggdGhlIGRvY3Vt ZW50LCBidXQgdGhvc2Ugd2VyZSB0aGUgb25lcyB0aGF0IGNhbWUgdG8gbWluZCwgYW5kIHdoaWNo IHNlZW0gaW1wZXJhdGl2ZSB0byByZXNvbHZlLg0KDQpCZXN0LA0KDQpUaG9tYXMNCg0KDQoNCioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqDQpUaGlzIGVtYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgYXJlIGNvbmZpZGVudGlh bCB0byB0aGUgaW50ZW5kZWQNCnJlY2lwaWVudCBhbmQgbWF5IGFsc28gYmUgcHJpdmlsZWdlZC4g SWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkDQpyZWNpcGllbnQgcGxlYXNlIGRlbGV0ZSBpdCBm cm9tIHlvdXIgc3lzdGVtIGFuZCBub3RpZnkgdGhlIHNlbmRlci4NCllvdSBzaG91bGQgbm90IGNv cHkgaXQgb3IgdXNlIGl0IGZvciBhbnkgcHVycG9zZSBub3IgZGlzY2xvc2Ugb3INCmRpc3RyaWJ1 dGUgaXRzIGNvbnRlbnRzIHRvIGFueSBvdGhlciBwZXJzb24uDQoqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KDQo= --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E2C8GLKXM0002VGREEN_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNv bnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmlu aXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21h cmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJ Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z dHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyI7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBD aGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4uYXBwbGUt Y29udmVydGVkLXNwYWNlDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRlZC1zcGFjZTt9 DQpzcGFuLmFwcGxlLXRhYi1zcGFuDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLXRhYi1zcGFuO30N CnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9y bWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi SFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4uQmFsbG9v blRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQt ZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkVtYWlsU3R5bGUyNQ0KCXttc28t c3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5 cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcy LjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0 IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVh ZD4NCjxib2R5IGxhbmc9IkVOLUdCIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYg Y2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+R29vZCBwb2ludCBhYm91dCB3aGV0aGVyIHlv dSBqdXN0IHBhc3Mgb24gb25lIGNvc3Qgb3IgYSBzZXQgb2YgY29zdHMuIEFzIEkgc2FpZCwgbm90 IGxvb2tlZCBhdCBkZXRhaWxzIC0gSSB3aWxsLCB3aGVuIHRpbWUgcGVybWl0cy4gT25lIGNvc3Qg aXMgbXVjaCBlYXNpZXIsDQogYW5kIHllcywgaXQgcmVkdWNlcyB0aGUgZml4ZWQgc2l6ZSBhZ2dy ZWdhdGVkIHNpZ25hdHVyZXMgcHJvYmxlbSB0byDigJxqdXN04oCdIG9uZSBvZiBjb21wdXRhdGlv bmFsIGxvYWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJv dHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwN0U3RSI+ LS0NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzAwN0U3RSI+Q2hyaXN0b3BoZXIgRGVhcmxvdmU8YnI+DQpTZW5pb3IgUHJpbmNpcGFsIEVu Z2luZWVyPGJyPg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVz PGJyPg0KPC9zcGFuPjwvYj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiNCRUJF QkUiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPGJyPg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojN0Q3RDdEIj5UPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjgu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzdEN0Q3RCI+OiAmbmJzcDsmIzQzOzQ0ICgwKTEyNDUgMjQyMTk0ICZuYnNwO3wgJm5i c3A7PGI+RToNCjwvYj48YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5j b20iPmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPC9hPjxicj4NCjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojM0E4QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGln ZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1zZm9y ZCwgRXNzZXggQ00yIDhITi48YnI+DQo8YSBocmVmPSJodHRwOi8vd3d3LmJhZXN5c3RlbXMuY29t L2FpIj48c3BhbiBzdHlsZT0iY29sb3I6IzNBOEI5MiI+d3d3LmJhZXN5c3RlbXMuY29tL2FpPC9z cGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJ bnRlbGxpZ2VuY2UgTGltaXRlZDxicj4NClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxl cyBObzogMDEzMzc0NTE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojM0E4QjkyIj5SZWdpc3RlcmVkIE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmssIEd1 aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBj bSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+IGlldGZAdGhvbWFzY2xhdXNlbi5vcmcgW21haWx0bzppZXRm QHRob21hc2NsYXVzZW4ub3JnXQ0KPGJyPg0KPGI+U2VudDo8L2I+IDE3IE1hcmNoIDIwMTYgMTY6 Mzg8YnI+DQo8Yj5Ubzo8L2I+IERlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspPGJyPg0KPGI+Q2M6 PC9iPiBNb2JpbGUgQWQgSG9jIE5ldHdvcmtzIG1haWxpbmcgbGlzdDxicj4NCjxiPlN1YmplY3Q6 PC9iPiBSZTogTWVzc2FnZSBpbnRlZ3JpdHkgYW5kIG1lc3NhZ2UgbXV0YWJpbGl0eSAod2FzIFJF OiBbbWFuZXRdIGRyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzIHJldmlldyAtIGEgY291cGxlIG9m IGJpZyB0aWNrZXQgSXRlbXMpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0i Ym9yZGVyOnNvbGlkIGJsYWNrIDEuMHB0O3BhZGRpbmc6Mi4wcHQgMi4wcHQgMi4wcHQgMi4wcHQi Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQtYWxpZ246 Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNl bnRlciIgc3R5bGU9InRleHQtYWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPjxiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTUuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+KioqIFdBUk5JTkcgKioqPG86cD48 L286cD48L3NwYW4+PC9iPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IGFsaWduPSJjZW50ZXIiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdDt0ZXh0LWFsaWduOmNl bnRlcjtiYWNrZ3JvdW5kOndoaXRlIj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMzMzM5NzIiPlRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20gb3V0c2lkZSBvdXIgb3Jn YW5pc2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBwYXJ0bmVyIG9yIHRoZSBpbnRlcm5l dC48L3NwYW4+PC9lbT48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIi Pjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+Q29uc2lkZXIgY2FyZWZ1bGx5IHdoZXRoZXIgeW91IHNob3Vs ZCBjbGljayBvbiBhbnkgbGlua3MsIG9wZW4gYW55IGF0dGFjaG1lbnRzIG9yIHJlcGx5Ljwvc3Bh bj48L2VtPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Rm9yIGluZm9ybWF0aW9uIHJlZ2FyZGluZyA8L3Nw YW4+DQo8L2VtPjwvc3Bhbj48L2k+PHN0cm9uZz48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOnJlZCI+UmVkIEZsYWdzPC9zcGFuPjwvaT48L3N0cm9uZz48ZW0+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4gdGhhdCB5b3UgY2FuIGxvb2sgb3V0IGZvciBp biBlbWFpbHMgeW91IHJlY2VpdmUsDQogY2xpY2sgPGEgaHJlZj0iaHR0cDovL2ludHJhbmV0LmVu dC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMv UmVkJTIwRmxhZ3MucGRmIj4NCmhlcmU8L2E+Ljwvc3Bhbj48L2VtPjxpPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+PGJyPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5JZiB5b3UgZmVl bCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywgcGxlYXNlIGZvbGxvdw0KPGEgaHJlZj0iaHR0cDov L2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0 cy9Eb2N1bWVudHMvRGVhbGluZyUyMFdpdGglMjBTdXNwaWNpb3VzJTIwRW1haWxzLnBkZiI+DQp0 aGlzIHByb2Nlc3M8L2E+Ljwvc3Bhbj48L2VtPjwvc3Bhbj48L2k+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMzMzOTcyIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gMTcgTWFyIDIwMTYsIGF0IDE3OjMwLCBE ZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNocmlzLmRlYXJs b3ZlQGJhZXN5c3RlbXMuY29tIj5jaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTwvYT4mZ3Q7 IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgYXBwcmVjaWF0ZSBUaG9t YXPigJlzIGNvbW1lbnRzIGFib3V0IHRoZSBsaW1pdGF0aW9ucyBvZiBtZXNzYWdlIHJlZ2VuZXJh dGlvbiwgYnV0IEkgd291bGQgYmUgYSBiaXQgbGVzcyBhYnNvbHV0ZS48L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoZSBpc3N1ZXMgb3ZlciBlbmQgdG8gZW5kIGF1dGhl bnRpY2F0aW9uIGFuZCBtb3JlIGFkdmFuY2VkIHNpZ25hdHVyZXMgYXJlIHZhbGlkLiBJIG5lZWQg dG8gcmVhZCB0aGUgZ2l2ZW4gcmVmZXJlbmNlIG9uIGFnZ3JlZ2F0ZSBzaWduYXR1cmVzIHRvIGlu Y3JlYXNlIG15DQoga25vd2xlZGdlICh0aGFua3MgZm9yIGl0KSwgYnV0IG15IHVuZGVyc3RhbmRp bmcgb2YgdGhlIHBvc3NpYmlsaXRpZXMgaW4gdGhpcyBmaWVsZCBtYXkgb2ZmZXIgYSBzb2x1dGlv biB0byB0aGUgcHJvYmxlbSwgYnV0IHdpdGggc29tZSBvdGhlciBpc3N1ZXMgKHBvc3NpYmx5IGlu Y2x1ZGluZyBhIG5ldyB0eXBlIG9mIFRMVikuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5CdXQgdGhlIGhvcCBjb3VudC9saW1pdCBwb2ludCBJIGRvbuKAmXQgZnVsbHkg YWdyZWUgd2l0aCwgeW91IGNhbiByZWdlbmVyYXRlIHdpdGggYW4gaW5jcmVtZW50ZWQvZGVjcmVt ZW50ZWQgY291bnQvbGltaXQsIHdoaWNoIGxlYXZlcyB0aGUgYWJpbGl0eSB0byBwcmV2ZW50DQog bWVzc2FnZXMgcHJvcGFnYXRpbmcgaW5kZWZpbml0ZWx5LCBpbmNsdWRpbmcgZXhwYW5kaW5nIHJp bmcgc2VhcmNoZXMsIGFuZCByZXRhaW5zIHRoZSBhYmlsaXR5IHRvIHVzZSBSRkMgNTQ5NyBpbnRl cnZhbCBhbmQgdmFsaWRpdHkgdGltZXMgdGhhdCBtaWdodCBiZSB1c2VmdWwgd2l0aCBhbiBleHBh bmRpbmcgcmluZyBzZWFyY2ggKG9yIG1pZ2h0IG5vdCkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5CdXQgdGhlIGtleSBpc3N1ZSBpcyB0aGF0IEFPRFZ2MiB3YW50cyB0 byBhY2N1bXVsYXRlIG1ldHJpY3MuIEkgc3RpbGwgaGF2ZW7igJl0IGdvdCB0byB0aGUgYm90dG9t IG9mIG1hbnkgZGV0YWlscyBoZXJlLCBidXQgbGV04oCZcyBmb3IgdGhlIG1vbWVudCBqdXN0IGNv bnNpZGVyDQogdGhhdCBjb25jZXB0dWFsbHkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5JdOKAmXMgaGFyZCB0byBoYW5kbGUgZW5kIHRvIGVuZC4gQ2hhcmxpZeKAmXMg ZHJhZnQgYXR0ZW1wdHMgdG8gZG8gYW4gZW5kIHRvIGVuZCBvZiBzb21lIGluZm9ybWF0aW9uLCBu b3QgdGhpcyBpbmZvcm1hdGlvbi4gSeKAmW0gbm90IHN1cmUgaWYgdGhhdOKAmXMgdXNlZnVsIChh bmQgdGhlDQogc3BlY2lhbGlzZWQgZm9ybWF0IGlzIGJldHRlciBhdm9pZGVkIGlmIHBvc3NpYmxl KS4gT3RoZXIgYXBwcm9hY2hlcyBhcmUgaG9wIGJ5IGhvcCAobWlnaHQgYXMgd2VsbCB1c2UgcGFj a2V0IHNpZ25hdHVyZXMpIGFuZCBzaGFyZWQga2V5IChtaWdodCBhcyB3ZWxsIGdvIGhvcCBieSBo b3ApLiBQYWlyd2lzZSBzaWduYXR1cmVzIGZvciBlYWNoIHBhaXIgb2Ygcm91dGVycyBJ4oCZbSBk aXNjb3VudGluZyBhcyBzY2FsaW5nIHRlcnJpYmx5LiBJbiB0aGUNCiBpbnRlcmVzdHMgb2YgY29t cGxldGVuZXNzIGxldOKAmXMgbWVudGlvbiBub3QgYWNjdW11bGF0aW5nIG1ldHJpY3MsIHdoaWNo IHB1dHMgdXMgYmFjayB0byBob3AgY291bnQgYW5kIHRoYXTigJlzIG5vdCBpZGVhbCBlaXRoZXIu PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIGRvbuKAmXQgdGhpbmsg dGhlcmUgaXMgYW4gaWRlYWwgc29sdXRpb24uIChJIGxpa2UgaWRlYXMgSeKAmXZlIHNlZW4gYWJv dXQgYWdncmVnYXRpbmcsIGJ1dCB0aGF0IGhhcyBzb21lIGlzc3VlcyBvZiBpdHMgb3duLCBldmVu IGFwYXJ0IGZyb20gY29tcHV0YXRpb25hbCBsb2FkLikNCiBJ4oCZZCBsb3ZlIHRvIGJlIHByb3Zl ZCB3cm9uZyAtIHNvbWVvbmUgd2l0aCB0aGUgcGVyZmVjdCBzb2x1dGlvbiB0byBjb21lIGFsb25n Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+V2hpY2ggbWVhbnMgdGhh dCBlaXRoZXIgd2UgbWFrZSBhbiBhcmJpdHJhcnkgY2hvaWNlIC0gd2hpY2ggd2lsbCBiZSBkaXNh Z3JlZWQgd2l0aCwgYnV0IG5lZWRzIGRpc2N1c3NpbmcgZmlyc3QgLSBvciBjcmVhdGUgc29tZXRo aW5nIGZsZXhpYmxlLiBVbmZvcnR1bmF0ZWx5DQogZmxleGlibGUgaW4gdGhhdCByZWdhcmQgY29u c3RyYWlucyBpbiBvdGhlcnMsIGUuZy4gc29tZSAobWFueT8gbW9zdD8pIGFnZ3JlZ2F0aW5nIHNp Z25hdHVyZXMgbmVlZCBmaXhlZCBkYXRhIHNpemVzICh3aGljaCB3ZSBjYW4gZG8gYnkgZGVmaW5p bmcgYSBUTFYgdGhhdCDigJxmaWxscyB1cOKAnSB3aXRoIGhvcCBjb3VudCwgYnV0IHRoYXQgaGFz IGEgY29zdCB0b28pLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Js b2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgaGF2ZSBiZWVuIHRvbGQgYnkgcGVv cGxlIG11Y2ggbW9yZSB3ZWxsIHZlcnNlZCBpbiB0aGlzIHRoYW4gSSBpbiBjcnlwdG9sb2d5LCB0 aGF0IHRoZSBjb3JyZWN0IGFuc3dlciBpcyDigJxzb21l4oCdLjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGF0IHNhaWQsICZxdW90O0FPRFZ2 MiB3YW50cyB0byBhY2N1bXVsYXRlIG1ldHJpY3PigJ0g4oCUIGRvZXMgdGhhdCBtZWFuIHRoYXQg dGhlIG1lc3NhZ2UgZ3Jvd3MgYXMgaXQgaXMgYmVpbmcgZm9yd2FyZGVkLCBhbmQgdGhhdCB0aGUg cmVjaXBpZW50IG9mIGEgUlJFUS9SUkVQIHdpbGwga25vdyB0aGUgaW5kaXZpZHVhbCBjb3N0cyBv ZiBlYWNoIHBhdGggc2VnbWVudD8gTXkgdW5kZXJzdGFuZGluZyBpcywgdGhhdCB0aGUgcmVjaXBp ZW50DQogd2lsbCBnZXQg4oCcdGhlIHN1bSB0aGUgY29zdHMgb2YgZWFjaCBwYXRoIHNlZ21lbnTi gJ0gd2hpY2ggc2hvdWxkIGJlIGZpdHRpbmcgd2l0aGluIGEgZml4ZWQgc2l6ZT88bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhvbWFzPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxi cj4NCjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlNvcnJ5LCBubyBhbnN3ZXJzLCBq dXN0IGNvbW1lbnRzLiBBbmQgSeKAmW0gbm90IGFkZHJlc3NpbmcgVGhvbWFz4oCZcyBsYXRlciBw b2ludHMgaGVyZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMwMDdFN0UiPi0tPC9zcGFuPjwvYj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA3RTdFIj5DaHJpc3RvcGhlciBEZWFybG92ZTxi cj4NClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXI8YnI+DQpCQUUgU3lzdGVtcyBBcHBsaWVkIElu dGVsbGlnZW5jZSBMYWJvcmF0b3JpZXM8YnI+DQo8L3NwYW4+PC9iPjxiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6I0JFQkVCRSI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQo8L3NwYW4+ PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDAwMDdFIj48YnI+DQo8L3NwYW4+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM3RDdEN0QiPlQ8L3NwYW4+PC9iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojN0Q3RDdEIj46ICZuYnNwOyYjNDM7NDQgKDAp MTI0NSAyNDIxOTQgJm5ic3A7fCAmbmJzcDs8Yj5FOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L2I+PGEgaHJlZj0ibWFpbHRvOmNocmlzLmRlYXJsb3Zl QGJhZXN5c3RlbXMuY29tIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5jaHJpcy5kZWFybG92 ZUBiYWVzeXN0ZW1zLmNvbTwvc3Bhbj48L2E+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMDAwMDdFIj48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMzQThCOTIiPkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBDaGVs bXNmb3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3NleCBD TTIgOEhOLjxicj4NCjxhIGhyZWY9Imh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWkiPjxzcGFu IHN0eWxlPSJjb2xvcjojM0E4QjkyIj53d3cuYmFlc3lzdGVtcy5jb20vYWk8L3NwYW4+PC9hPjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRl bGxpZ2VuY2UgTGltaXRlZDxicj4NClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyBO bzogMDEzMzc0NTE8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMzQThCOTIiPlJlZ2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFy aywgR3VpbGRmb3JkLCBTdXJyZXksIEdVMiA3WVA8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEu MHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3Nw YW4+PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21h JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPm1hbmV0DQogWzxhIGhyZWY9Im1haWx0bzpt YW5ldC1ib3VuY2VzQGlldGYub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5tYWlsdG86 bWFuZXQtYm91bmNlc0BpZXRmLm9yZzwvc3Bhbj48L2E+XTxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48Yj5PbiBCZWhhbGYgT2Y8c3BhbiBjbGFzcz0iYXBw bGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9iPjxhIGhyZWY9Im1haWx0bzppZXRm QHRob21hc2NsYXVzZW4ub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5pZXRmQHRob21h c2NsYXVzZW4ub3JnPC9zcGFuPjwvYT48YnI+DQo8Yj5TZW50OjwvYj48c3BhbiBjbGFzcz0iYXBw bGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+MTcgTWFyY2ggMjAxNiAxNjowMDxicj4N CjxiPlRvOjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3Nw YW4+TW9iaWxlIEFkIEhvYyBOZXR3b3JrcyBtYWlsaW5nIGxpc3Q8YnI+DQo8Yj5TdWJqZWN0Ojwv Yj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+W21hbmV0 XSBkcmFmdC1pZXRmLW1hbmV0LWFvZHZ2Mi0xMyByZXZpZXcgLSBhIGNvdXBsZSBvZiBiaWcgdGlj a2V0IEl0ZW1zPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6c29saWQgYmxhY2sgMS4wcHQ7cGFkZGluZzoyLjBwdCAyLjBw dCAyLjBwdCAyLjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHls ZT0idGV4dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0i Y2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxNS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4qKiogV0FSTklORyAqKio8L3Nw YW4+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgYWxpZ249ImNlbnRlciIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0O3RleHQtYWxpZ246 Y2VudGVyO2JhY2tncm91bmQ6d2hpdGU7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsIGluaXRp YWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbCBpbml0aWFsIj4NCjxlbT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPlRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20g b3V0c2lkZSBvdXIgb3JnYW5pc2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBwYXJ0bmVy IG9yIHRoZSBpbnRlcm5ldC48L3NwYW4+PC9lbT48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMzMzM5NzIiPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Q29uc2lkZXIgY2FyZWZ1bGx5IHdo ZXRoZXIgeW91IHNob3VsZCBjbGljayBvbiBhbnkgbGlua3MsIG9wZW4gYW55IGF0dGFjaG1lbnRz IG9yIHJlcGx5Ljwvc3Bhbj48L2VtPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Rm9yIGluZm9ybWF0aW9u IHJlZ2FyZGluZzwvc3Bhbj48L2VtPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2Ui PiZuYnNwOzwvc3Bhbj48L3NwYW4+PC9pPjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjpyZWQiPlJlZCBGbGFnczwvc3Bhbj48L2k+PC9zdHJvbmc+PHNwYW4gY2xhc3M9 ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMzMzOTcyIj4mbmJzcDs8L3NwYW4+PC9pPjwvc3Bhbj48ZW0+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMzMzOTcyIj50aGF0DQogeW91IGNhbiBsb29rIG91dCBmb3IgaW4gZW1h aWxzIHlvdSByZWNlaXZlLCBjbGljazwvc3Bhbj48L2VtPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+ Jm5ic3A7PC9zcGFuPjwvaT48L3NwYW4+PGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzMzMzk3MiI+PGEgaHJlZj0iaHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9o b3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3MucGRmIj48 c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5oZXJlPC9zcGFuPjwvYT4uPC9zcGFuPjwvZW0+PGk+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48YnI+DQo8ZW0+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPklmIHlvdSBmZWVsIHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93PC9z cGFuPjwvZW0+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+PGEgaHJlZj0iaHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNv bS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGluZyUyMFdpdGgl MjBTdXNwaWNpb3VzJTIwRW1haWxzLnBkZiI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+dGhp cw0KIHByb2Nlc3M8L3NwYW4+PC9hPi48L3NwYW4+PC9lbT48L3NwYW4+PC9pPjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6c29saWQgd2lu ZG93dGV4dCAxLjBwdDtwYWRkaW5nOjEuMHB0IDQuMHB0IDEuMHB0IDQuMHB0Ij4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlciI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPio8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4qKjwvc3Bhbj48L3N0cm9uZz48c3BhbiBjbGFzcz0i YXBwbGUtY29udmVydGVkLXNwYWNlIj48Yj4mbmJzcDs8L2I+PC9zcGFuPjwvc3Bhbj48c3Ryb25n PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPldBUk5JTkc8L3NwYW4+PC9zdHJvbmc+PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+Jm5ic3A7PC9zcGFuPjwvYj48L3NwYW4+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+KioqPC9zcGFuPjwv c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPkVYVEVSTkFMIEVNQUlMIC0tIFRoaXMgbWVzc2FnZSBvcmlnaW5hdGVz IGZyb20gb3V0c2lkZSBvdXIgb3JnYW5pemF0aW9uPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5EZWFyIGFsbCw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFwb2xvZ2ll cyBmb3Igbm90IGhhdmluZyBnb3R0ZW4gdGhpcyBkb25lIHNvb25lciAtIGRheS1qb2IgbGVhdmlu ZyBmZXcgc3BhcmUgY3ljbGVzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5J4oCZdmUgcHJl dmlvdXNseSBvZmZlcmVkIHJldmlld3MgYW5kIGNvbW1lbnRzLCBhbmQgc29tZSBvZiB0aG9zZSBo YXZlIGJlZW4gYWRkcmVzc2VkIGluIHRoZSBsYXRlc3QgSS1EIOKAlCBvdGhlcnMgaGF2ZSBub3Qs IGJ1dCBzaG91bGQgYmUuIEkgcmVjYWxsIHRoYXQgdGhlcmUgd2FzIHNvbWUgbWFpbCBhdHRlbXB0 aW5nIHRvIHJlYnV0IHBhcnRzIG9mIHRoZSByZXZpZXcsIGFuZCBJIHdpbGwgZGlnIGl0IG91dCBh bmQNCiByZXBseSB0byB0aGF0LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XaXRoIHRoYXQg YmVpbmcgc2FpZCwgSSBoYXZlIHJldmlld2VkIHRoZSBsYXRlc3QgdmVyc2lvbiBvZiB0aGUgZG9j dW1lbnQsIGFuZCBmdWxsIGRldGFpbHMgd2lsbCBiZSBmb3J0aGNvbWluZy4gVGhlcmXigJlyZSBh IGNvdXBsZSBvZiBiaWctdGlja2V0L2FyY2hpdGVjdHVyYWwgaXRlbXMgdGhhdCBJIHdhbnQgdG8g YWRkcmVzcyB1cCBmcm9udCwgYXMgSSBiZWxpZXZlIHRoYXQgYmVmb3JlIHdlIGhhdmUgdGhvc2UN CiBoYW1tZXJlZCBvdXQsIGl0IHdpbGwgYmUgdXNlbGVzcyB0byBnbyBpbnRvIGRldGFpbHMuIE5v dGUsIEkgZG8gbm90IGNsYWltIHRoYXQgdGhpcyBpcyBhbiBleGhhdXN0aXZlIGxpc3Qgb2Yg4oCc YmlnIHRpY2tldCBpdGVtc+KAnSwgYnV0IHRoYXTigJlzIGFzIGZhciBhcyBJIGhhdmUgZ290dGVu IGluIHRoaW5raW5nIHRoaXMgdGhyb3VnaC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBh bHNvIGJyaW5nIHRoZXNlIHVwIGFzIHRoZXkgYXJlIGl0ZW1zIHRoYXQgaGF2ZSBiZWVuIGJyb3Vn aHQgdXAgcmVwZWF0ZWRseSBvdmVyIHRoZSBwYXN0IHllYXJzLCBidXQgbm90IHJlc29sdmVkIG5v ciBkaXNjdXNzZWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjx1Pkxvb3BzPC91Pjwv Yj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkp1c3QgdG8gYnJpbmcgdGhpcyBvdXQ6IEkgc2hhcmUgQ2hyaXPigJkgd29y cnkgYWJvdXQgY29uZmxpY3RpbmcgYW5kIGNvbmN1cnJlbnQgc3RhdGVtZW50cyBmcm9tIHRoZSBh dXRob3JzIG9uIOKAnFRoZXJlIGFyZSBubyBsb29wcyBwb3NzaWJsZeKAnSBhbmQg4oCcV2UgbmVl ZCB0byBmaXggdHdvIHNpdHVhdGlvbnMgd2hlcmUgbG9vcHMgY2FuIG9jY3Vy4oCdIGFuZCDigJx3 ZSBhcmUgc3RpbGwgaW52ZXN0aWdhdGluZyBzb21lIGxvb3ANCiBjb25kaXRpb25z4oCdPG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgcGFydGljdWxhcmx5IHdvcnJ5IHRoYXQgdGhpcyBpcyBu b3QgYSBkaXNjdXNzaW9uIGhhZCBpbiBwdWJsaWMsIGJ1dCBhcHBhcmVudGx5IGluIHNvbWUgb3Ro ZXIgZm9ydW3igKY8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+PHU+SW50ZXJtZWRpYXRlIFJvdXRlIFJlcGxpZXMsIGFuZCBhbGwgb2Ygc2VjdGlv biAxMDwvdT48L2I+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TZWN0aW9uIDEwIGNvbnRhaW5zIGEgc2V0IG9mIOKAnHZh Z3VlbHkgc3BlY2lmaWVkIGV4dGVuc2lvbnPigJ0sIHdoaWNoIGlzIGluY29oZXJlbnQgd2l0aCB0 aGUgaW50ZW5kZWQgc3RhdHVzIGluZGljYXRlZCBmb3IgdGhpcyBkb2N1bWVudC4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3BlY2lmaWNhbGx5LCBhbmQgdGhpcyBpcyBub3QgdW5y ZWxhdGVkIHRvIHRoZSBwb2ludCBhYm91dCBsb29wcyBhYm92ZSwgaW50ZXJtZWRpYXRlIFJSRVBz IChzZWN0aW9uIDEwLjMpIGFyZSBhIHBvdGVudGlhbCBzb3VyY2UgZm9yIGxvb3BzLjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5FeHBhbmRpbmcgUmluZyBNdWx0aWNhc3QgKHNlY3Rpb24gMTAu MSkgaXMgbm90IGRvY3VtZW50ZWQgaW4gYSB3YXkgdGhhdCBjYW4gYmUgaW1wbGVtZW50ZWQgKGFu ZCBhbHNvLCBzZWUg4oCcRm9yd2FyZGluZy12cy1yZWdlbmVyYXRpb27igJ0gYmVsb3csIGl0IGlz IGluIHRoZSBwcmVzZW50IGZvcm0gb2YgdGhpcyBwcm90b2NvbCBpbXBvc3NpYmxlKSwgZXRjLjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHU+ Rm9yd2FyZGluZy12cy1yZWdlbmVyYXRpb248L3U+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmVjZW50IGV4Y2hh bmdlcyBvbiB0aGUgbGlzdCBtYWRlIG1lIHVuZGVyc3RhbmQgdGhhdCBwcm90b2NvbCBjb250cm9s IG1lc3NhZ2VzIGFyZSAqbm90KiBmb3J3YXJkZWQsIGJ1dCBhcmUgY29uc3VtZWQgYXQgZWFjaCBo b3AsIHRoZW4gYSBuZXcgbWVzc2FnZSB3aXRoIChhbG1vc3QtYnV0LW5vdC1xdWl0ZSkgdGhlIHNh bWUgY29udGVudCBpcyBnZW5lcmF0ZWQgYW5kIHRyYW5zbWl0dGVkLjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5JIGhhdmUgdGhvdWdodCBzb21lIG1vcmUgb24gdGhpcyAoJmFtcDsgcmVhZCBz b21lIG9mIHRoZSBleGNoYW5nZXMgb24gdGhlIGxpc3Qgb24gdGhpcyB0b3BpYyBieSBDaHJpcywg VWxyaWNoLCBhbmQgb3RoZXJzKSwgYW5kIEkgYW0gY29udmluY2VkIHRoYXQgdGhpcyBpcyBub3Qg dGhlIHJpZ2h0IHdheSB0byBnbywmbmJzcDs8Yj5hdCBsZWFzdDwvYj4mbmJzcDtmb3IgdGhlIGZv bGxvd2luZyByZWFzb25zOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vPHNwYW4gY2xhc3M9ImFw cGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5i c3A7PC9zcGFuPjxiPkl0IHJlbmRlcnMgdGhlIGhvcC1saW1pdC9ob3AtY291bnQgZmllbGRzIGlu IHRoZSBSRkM1NDQ0DQogbWVzc2FnZSBoZWFkZXIgdXNlbGVzcy48L2I+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48 c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+VGhpcyB3b3Vs ZCBub3QgYmUgYmFkIGlmIHRoZSBmdW5jdGlvbmFsaXR5IG9mZmVyZWQgYnkgdGhvc2UgZmllbGRz IHdhcyBub3QgdXNlZnVsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVk LXNwYWNlIj4mbmJzcDs8L3NwYW4+4oCUIHNhZGx5LCBpdCBpcy4gRm9yIGV4YW1wbGUsIGZvciBz Y29wZSBsaW1pdGVkIGZsb29kaW5nIChleHBhbmRpbmcgcmluZyBzZWFyY2gsIGFuZCZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9z cGFuPnN1Y2gpIHdoaWNoIG1heSBiZSBvZiBpbnRlcmVzdCwgYW5kIHdoaWNoIHJlcXVpcmUgaG9w LWxpbWl0LiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPkEgaG9wLWNvdW50IGZpZWxkIG1heSBhbHNvIHByb3ZpZGUgYSDi gJxjaGVhcOKAnSAoaW4gdGVybXMgb2Ygb3ZlcmhlYWQpIGFkZGl0aW9uYWwgcGllY2U8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5v ZiBpbmZvcm1hdGlvbiB0byB1c2UgY29uanVuY3RpdmVseSB3aXRoIGEg4oCccmVhbOKAnSBtZXRy aWMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3Bh biI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5UaGUgb25seSBwcmFjdGljYWwgc29sdXRpb24gd291 bGQgYmUgdG8gcmUtaW50cm9kdWNlIHRoZXNlIGZ1bmN0aW9ucyBieSB3YXkgb2YgaW5zZXJ0aW5n IGE8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj5NZXNzYWdlVExWIOKAlCB3aGljaCAoaSkgaXMgbm90IHNwZWNpZmllZCBpbiB0aGlz IGRvY3VtZW50LCBhbmQgKGlpKSB3aGljaCB3b3VsZCBqdXN0PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFz cz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+c2VydmUgdG8gcmVuZGVy IG1lc3NhZ2VzIGJpZ2dlciB0aGFuIHN0cmljdGx5IG5lZWRlZC48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9z cGFuPlNjb3BlIGxpbWl0ZWQgZmxvb2RpbmcgJm5ic3A7ZG9lcyBzZWVtIHRvIGJlIGEgbmVjZXNz YXJ5IHJlcXVpcmVtZW50LCBpZiBmb3Igbm88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10 YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vdGhlciByZWFzb24gdGhhbiB0byBwcmV2 ZW50IGluZm9ybWF0aW9uIGZyb20g4oCcY2lyY3VsYXRpbmcgZm9yZXZlciBpbiB0aGUgbmV0d29y a+KAnS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1z cGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPm88c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFz cz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGI+PHU+SXQgbWFrZXMgZW5k LXRvLWVuZCBhdXRoZW50aWNhdGlvbiB1bm5lY2Vzc2FyaWx5DQogaGFyZC48L3U+PC9iPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PkkgdGhpbmsgQ2hyaXMgY2FsbGVkIHRoaXMgb3V0IGFscmVhZHksIGJ1dCBpdCBiZWFycyByZXBl YXRpbmc6IFMgZ2VuZXJhdGVzIGEgbWVzc2FnZSZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9 ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xh c3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPihzYXksIGEgUlJFUSksIGFu ZCBpbmNsdWRlcyBhbiBJQ1YgY2FsY3VsYXRlZCBvdmVyIHRoZSBjb250ZW50IG9mIHRoZSBtZXNz YWdlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5i c3A7PC9zcGFuPkZvciBhbnkgcmVjaXBpZW50IHRvIGJlIGFibGUgdG8gdmFsaWRhdGUgdGhlIElD ViwgdGhlIG1lc3NhZ2UgaGFzIHRvIGJlIGV4YWN0bHk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJh cHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNz PSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj50aGUgc2FtZSDigJQgbm90IGp1 c3QgaW4gY29udGVudCwgYnV0IGluIHN0cnVjdHVyZSDigJQgYXMgd2hhdCB3YXMgZ2VuZXJhdGVk LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4i PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVy dGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+4oCcUmVnZW5lcmF0aW5n4oCdIHJhdGhlciB0aGFuIOKA nGZvcndhcmRpbmfigJ0gbWVzc2FnZXMgbWVhbnMsIHRoYXQgdGhlIGludGVybWVkaWF0ZTxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PnJvdXRlciDigJxyZWdlbmVyYXRpbmfigJ0gdGhlIFJSRVEgbWF5IGNob3NlIGEgZGlmZmVyZW50 IHN0cnVjdHVyZSAoZS5nLiwgaW5jbHVkZSBUTFZzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBw bGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0i YXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+aW4gYSBkaWZmZXJlbnQgb3JkZXIp LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4i PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVy dGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+VGhlIHByb3Bvc2FsIGZyb20mbmJzcDs8YSBocmVmPSJo dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtcGVya2lucy1tYW5ldC1hb2R2LWUyZXNl Yy0wMCI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LXBlcmtpbnMtbWFuZXQtYW9kdi1lMmVzZWMtMDA8L3NwYW4+PC9hPjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8 L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmlz IHRvIGFkZCBjb25zdHJhaW50cyBvbiAoaSkgdGhlIHNldCBvZiBlbGVtZW50cyB0byBpbmNsdWRl IGluIGEgc2lnbmF0dXJlIGFuZCAoaWkpIHRoZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxl LXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPm9yZGVyIG9mIHRoZXNlIGVsZW1lbnRz LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4i PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVy dGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+T25lJm5ic3A7cHJvYmxlbSB3aXRoIHRoYXQgYXBwcm9h Y2ggaXMgKGkpOiBpZiBhbiBleHRlbnNpb24gYWRkcyBhIG1lc3NhZ2UgVExWLCBvciBhbiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPkFkZHJlc3MgVExWLCB0byBhIG1lc3NhZ2UsIHRoZW4gdGhhdCB3aWxsIG5vdCBiZSDi gJxjb3ZlcmVk4oCdIGJ5IHRoZSBwcm9wb3NlZCBlMmVzZWMgVExWLjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g Y2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPlJhdGhlciBmb3Ig KmVhY2gqIGV4dGVuc2lvbiBkZXZlbG9wZWQsIGFuIOKAnHVwZGF0ZXMgZTJlc2Vj4oCdIGNsYXVz ZSBuZWVkcyB0byBiZSBkb25lLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFz cz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+SeKAmWQgc2F5IHRoYXQg dGhpcyBhcHByb2FjaCB3b3VsZCBiZSBwcm9uZSB0byBlcnJvcnMg4oCUIGFuZCBhZGQgZW50cm9w eSB0byB0aGUgcHJvY2VzczxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPm9mIGRlc2lnbmluZyBwcm90b2NvbCBleHRlbnNpb25zLiBU aGUgYWx0ZXJuYXRpdmUsIGEgbWVzc2FnZSBiZWluZyBnZW5lcmF0ZWQgYnkgdGhlPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwv c3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+c291 cmNlIGFuZCAqZm9yd2FyZGVkKiAoYXMgd2UgZG8gaW4gT0xTUnYyLCBmb3IgZXhhbXBsZSkgd291 bGQgYWxsb3cgSUNWIFRMVnMmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWIt c3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj4oZXZlbiwgYWxsb3cgcmV1c2Ugb2YgdGhvc2Ug c3BlY2lmaWVkIGZvciBPTFNSdjIpIGZvciBjb3ZlcmluZyBhIG1lc3NhZ2UgYW5kJm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3Nw YW4+ZXh0ZW5zaW9ucy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFw cGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9 ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPuKAnEJ1dCB3aGF0IGFib3V0IHRo ZSBtZXRyaWNzIHZhbHVlIHdoaWNoIHdpbGwgY2hhbmdlIG9uIGVhY2ggaG9w4oCdLCB5b3UgbWF5 IHNheT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj5Gb3J0dW5hdGVseSwgdGhhdCBpcyByZWxhdGl2ZWx5IGVhc3kgdG8gaGFuZGxl OiBzaW1wbHkgemVybyBvdXQgdGhlIHZhbHVlIG9mIHRoYXQgVExWIHdoZW48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFu PjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5nZW5lcmF0 aW5nIG9yIHZlcmlmeWluZyB0aGUgSUNWIE1lc3NhZ2VUTFYuIEFuZCB1c2UgUGFja2V0LVRMVnMg Zm9yIGhvcC1ieS1ob3AmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3Bh biI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5hdXRoZW50aWNhdGlvbiwgaWYgbmVlZGVkIChidXQs IHNlZSBiZWxvdykuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBs ZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj5vPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxiPjx1Pkl0IHBy ZXZlbnRzIHRoZSB1c2Ugb2YgbW9yZSBjbGV2ZXIvYWR2YW5jZWQgc2lnbmF0dXJlDQogc2NoZW1l cy9JQ1ZzPC91PjwvYj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj5BZ2dyZWdhdGUgc2lnbmF0dXJlIGFsZ29yaXRobXMgKCZuYnNw OzxhIGhyZWY9Imh0dHBzOi8vY3J5cHRvLnN0YW5mb3JkLmVkdS9+ZGFiby9wYXBlcnMvYWdnc3Vy dmV5LnBkZiI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aHR0cHM6Ly9jcnlwdG8uc3RhbmZv cmQuZWR1L35kYWJvL3BhcGVycy9hZ2dzdXJ2ZXkucGRmPC9zcGFuPjwvYT4pPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bh bj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+ZXhpc3Qs IGFuZCBhbiBpbnRlcmVzdGluZyB1c2UtY2FzZSBjYW4gYmUgZm91bmQgaW4gYWxzbyByZWFjdGl2 ZSBwcm90b2NvbHMsIGFsbG93aW5nIHZlcmlmeWluZzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFw cGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9 ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPm5vdCDigJxqdXN04oCdIHRoZSBl bmQgcG9pbnRzLCBidXQgYWxzbyB0aGUgaW50ZXJtZWRpYXJpZXMgKGFnYWluLCB3aXRoIHRoZSBh cHByb3ByaWF0ZSDigJx6ZXJvIG91dOKAnTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRh Yi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmRpc2N1c3NlZCBhYm92ZSwgb3Igc29tZXRo aW5nIHNtYXJ0ZXIpLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPlJlZ2VuZXJhdGlvbiBvZiBtZXNzYWdlcywgcmF0aGVyIHRoYW4g Zm9yd2FyZGluZywgcmVuZGVycyB0aGF0IGltcG9zc2libGUgKG9yLCBpZiB1c2VkLDxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8 L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPnVw ZGF0aW5nIHRvICZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1wZXJraW5zLW1hbmV0LWFvZHYtZTJlc2VjLTAwIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxl Ij5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtcGVya2lucy1tYW5ldC1hb2R2LWUy ZXNlYy0wMDwvc3Bhbj48L2E+KTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGVyZSBhcmUg b3RoZXIgcmVhc29ucywgYnV0IHRoZSBhYm92ZSBhcmUgdGhvc2UgdGhhdCBqdW1wIGF0IG1lIGFz IGltbWVkaWF0ZSBzaG93LXN0b3BwZXJzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGRv IGhvbmVzdGx5IG5vdCBzZWUgd2hhdCBwb3NzaWJsZSBiZW5lZml0IHRoZXJlIGlzIGZyb20g4oCc cmVnZW5lcmF0aW9u4oCdIOKAlCBidXQgSSBzZWUgdmVyeSBjbGVhciBpbmNvbnZlbmllbmNlcywg YW5kIHNlY3VyaXR5IGlzIG5vdCB0aGUgbGVhc3Qgb2YgdGhlc2UuIEluc2lzdGluZyBvbiDigJxy ZWdlbmVyYXRpb27igJ0gcmVxdWlyZXMgZGV2ZWxvcG1lbnQgb2Yg4oCcbm9uLWdlbmVyYWwgd29y a2Fyb3VuZHPigJ0gYXMgcG9pbnRlZA0KIG91dCBhYm92ZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+PHU+U2VjdXJpdHkgQ29uc2lkZXJhdGlvbnM8L3U+PC9iPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhp cyBpcyBhbiBhbHdheXMgdGhvcm55IHN1YmplY3QuIFdoZW4gT0xTUnYyIHdhcyBnb2luZyB0aHJv dWdoIHRoZSBwcm9jZXNzIHdlIGdvdCBhIHRob3JvdWdoIGVkdWNhdGlvbiBpbiBob3cgbGl0dGxl IHdlIGtuZXcgYWJvdXQgc2VjdXJpdHkgZnJvbSB0aGUgU0VDLUFEcywgYW5kIGhhZCB0byBzcGVu ZCBhYm91dCBhIHllYXIgb3Igc28gZGV2ZWxvcGluZyBSRkM3MTgzLiBUaGUgYm90dG9tIGxpbmUg aXMsIHRoYXQNCiB0aGlzIHByb3RvY29sIG5lZWRzIGl0cyDigJxSRkM3MTgzICZuYnNwO2VxdWl2 YWxlbnTigJ0sIGVpdGhlciBhcyBwYXJ0IG9mIHRoZSBtYWluIGRvY3VtZW50LCBvciBhcyBhbiBp bmRlcGVuZGVudCBkb2N1bWVudC4gY3VycmVudGx5LCB0aGF0IGlzIG5vdCB0aGUgY2FzZS48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QSBtaW5pbWEsIGxvb2tpbmcgYXQgQkNQNzIgYW5kIEJD UDEwNyDigJQgdGFraW5nIGluc3BpcmF0aW9uIGZyb20gUkZDNzE4MyBtaWdodCBiZSBhdyBnb29k IGlkZWEsIGFzIHRoYXQgd2FzIHRoZSBtb3N0IHJlY2VudCB0aGF0IHdlbnQgdGhyb3VnaCB0aGUg U0VDIEFELiBSZWdhcmRsZXNzIG9mIGhvdywgaG93ZXZlciwgYSDigJxtYW5kYXRvcnkgdG8gaW1w bGVtZW504oCdIHNlY3VyaXR5IG1lY2hhbmlzbSBtb3N0IGJlIHNwZWNpZmllZA0KIChJIHRoaW5r IHRoZSByaWdodCB0ZXJtIHdhcyDigJxNVVNUIGltcGxlbWVudCwgU0hPVUxEIHVzZeKAnSksIGlu IHN1ZmZpY2llbnQgZGV0YWlsIHRvIGVuc3VyZSBpbnRlcm9wZXJhYmxlIGltcGxlbWVudGF0aW9u cy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QXMgYW4gZXhhbXBsZSwgYm90aCBbUkZDNjEz MF0gYW5kIFtSRkM3MTgxXSBzZXQgb3V0IHRoYXQgdGhhdDo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IE9uIHJlY2VpdmluZyBhIC4uLiBtZXNz YWdlLCBhIHJvdXRlciBNVVNUIGZpcnN0IGNoZWNrIGlmIHRoZTxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7ICZu YnNwOyAmbmJzcDsgbWVzc2FnZSBpcyBpbnZhbGlkIGZvciBwcm9jZXNzaW5nIGJ5IHRoaXMgcm91 dGVyPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmFuZCB0aGVuIHByb2NlZWQgdG8gZ2l2ZSBh IG51bWJlciBvZiBjb25kaXRpb25zIHRoYXQsIGVhY2gsIHdpbGwgbGVhZCB0byBhIHJlamVjdGlv biBvZiB0aGUgbWVzc2FnZSBhcyAmcXVvdDtiYWRseSBmb3JtZWQgYW5kIHRoZXJlZm9yZSBpbnZh bGlkIGZvciBwcm9jZXNzaW5n4oCdIOKAlCBhIGxpc3Qgd2hpY2ggUkZDNzE4MyB0aGVuIGFtZW5k ZWQuIFRoYXQgZ2F2ZSBhIOKAnGhvb2vigJ0gZm9yIFJGQzcxODMgZm9yIGluc2VydGluZw0KIOKA nHJlamVjdGlvbuKAnS4gSWRlbSBmb3IgbWVzc2FnZSBnZW5lcmF0aW9uLjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5JZiBJIHdhcyB0byBkbyBSRkM3MTgxL1JGQzYxMzAgdG9kYXksIEkgd291 bGQgaW5jbHVkZSB0aGF0IGRpcmVjdGx5IGludG8gdGhlIHByb3RvY29sIHNwZWNpZmljYXRpb25z LiBJdCB0dXJuZWQgb3V0IHRvIGJlIG1vcmUgb3ZlcmhlYWQgKGFuZCBzbG93IGRvd24gcHVibGlj YXRpb24gYW55d2F5cykgdG8gZG8gaXQgYXMgc2VwYXJhdGUgZG9jdW1lbnRzLjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNlY29uZGx5LCB3ZSBuZWVkIHRvIGJlIGEgbG90IG1v cmUgcmlnaWQgaW4gdGVybXMgb2Ygd2hhdCBJQ1ZzLCBUaW1lc3RhbXBzLCBldGMuIGFyZSBhZGRl ZC9yZW1vdmVkLCBhbmQgd2hhdCB0aGF0IGJyaW5ncy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Rm9yIGV4YW1wbGUgKHdpdGggdGhlIGFzc3VtcHRpb24gdGhhdCBtZXNzYWdlcyBhcmUgKmZv cndhcmRlZCogYW5kICpub3QqIHJlZ2VuZXJhdGVkKSwgdGhpcyBjb3VsZCBiZSBvbmUgb3B0aW9u OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4i PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVy dGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+bzxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFu PjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5XaGVuIGEg UlJFUSwgUlJFUCBtZXNzYWdlIGlzIGdlbmVyYXRlZCwgYWRkDQogYW4gSUNWIE1lc3NhZ2UgVExW LCB3aGljaCBpcyBjYWxjdWxhdGVkICZsdDt0aGlzIHdheSZndDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNs YXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj4mbmJzcDvigKYodGFrZSBpbnNwaXJhdGlvbiBmcm9tIFJGQzcxODMgaGVyZSk8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPm88c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFz cz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+V2hlbiBhIFJSRVEsIFJSRVAg bWVzc2FnZSBpcyB0cmFuc21pdHRlZCAmbmJzcDsoYnkNCiB0aGUgc291cmNlLCBvciBmb3J3YXJk ZWQgYnkgYW4gaW50ZXJtZWRpYXJ5KTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1z cGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmluIGFuIFJGQzU0NDQg cGFja2V0LCBhbiBJQ1YgUGFja2V0IFRMViBpcyBhZGRlZCB0byB0aGUgcGFja2V0LCB3aGljaCBp cyBjYWxjdWxhdGVkICZsdDt0aGlzIHdheSZndDsg4oCmPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5v PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZl cnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPldoZW4gYW4gUkZDNTQ0NCBwYWNrZXQgaXMgcmVjZWl2 ZWQsIHZhbGlkYXRlDQogdGhlIElDViBQYWNrZXQgVExWICZsdDt0aGlzIHdheSZndDsgYW5kIGlm IHRoZSBJQ1YgZG9lc27igJl0IHZhbGlkYXRlLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxl LXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+ PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmRpc2NhcmQg dGhlIGNvbnRhaW5lZCBtZXNzYWdlcy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g Y2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPm88c3BhbiBjbGFz cz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+V2hlbiByZWNlaXZpbmcgYSBSUkVRL1JSRVAgKGVpdGhlciBhcyBkZXN0 aW5hdGlvbiwNCiBvciBhcyBhbiBpbnRlcm1lZGlhcnkpLCB2YWxpZGF0ZSB0aGUgSUNWIE1lc3Nh Z2UgVExWJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBw bGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+Jmx0O3RoaXMgd2F5Jmd0OyBhbmQgaWYg dGhlIElDViBkb2VzbuKAmXQgdmFsaWRhdGUsIGRpc2NhcmQgdGhlIG1lc3NhZ2UsIGRvIG5vdCBw cm9jZXNzLCBkbyBub3QgZm9yd2FyZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyBp cyBhIGRpZmZlcmVudCAoYW5kIG1vcmUgZmxleGlibGU/KSBtb2RlbCB0aGFuIOKAnGp1c3TigJ0g dHJhbnNpdGl2ZSB0cnVzdCBhbmQg4oCcanVzdOKAnSBlbmQtdG8tZW5kIHRydXN0IGRpc2N1c3Nl ZCBwcmV2aW91c2x5LCBhbmQgaXMgZW5hYmxlZCBieSB0aGUg4oCcZm9yd2FyZGluZ+KAnSBiaXQg ZGVzY3JpYmVkIHByZXZpb3VzbHkuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjx1Pk1l dHJpY3M8L3U+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBoYXZlIGFza2VkIHRoaXMgbnVtZXJvdXMgdGltZXMs IGJ1dCBoYXZlIG5vdCBnb3R0ZW4gYW55IGFuc3dlciBzbyBJIGFtIGVzY2FsYXRpbmcgdGhpcyBh Z2Fpbi4gV2h5IGlzIHRoaXMgZG9jdW1lbnQgaGF2aW5nIGEgbm9ybWF0aXZlIHJlZmVyZW5jZSB0 byBSRkM2NTUxPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5i c3A7IFs8YSBuYW1lPSJyZWYtUkZDNjU1MSIgaWQ9InJlZi1SRkM2NTUxIj5SRkM2NTUxPC9hPl0m bmJzcDsgVmFzc2V1ciwgSlAuLCBFZC4sIEtpbSwgTS4sIEVkLiwgUGlzdGVyLCBLLiwgRGVqZWFu LCBOLiw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3 YXlzIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYW5kIEQuIEJhcnRoZWwsICZxdW90O1JvdXRpbmcg TWV0cmljcyBVc2VkIGZvciBQYXRoIENhbGN1bGF0aW9uPG86cD48L286cD48L3ByZT4NCjxwcmUg c3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGlu IExvdy1Qb3dlciBhbmQgTG9zc3kgTmV0d29ya3MmcXVvdDssIDxhIGhyZWY9Imh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9yZmM2NTUxIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5SRkMg NjU1MTwvc3Bhbj48L2E+LCBET0kgMTAuMTc0ODcvPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5 bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxhIGhy ZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2NTUxIj48c3BhbiBzdHlsZT0iY29s b3I6cHVycGxlIj5SRkM2NTUxPC9zcGFuPjwvYT4sIE1hcmNoIDIwMTIsPG86cD48L286cD48L3By ZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7ICZsdDs8YSBocmVmPSJodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNjU1 MSI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9p bmZvL3JmYzY1NTE8L3NwYW4+PC9hPiZndDsuPG86cD48L286cD48L3ByZT4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+VW5sZXNzIEkgYW0gbWlzdGFrZW4sIHRoaXMgaXMgbm90IHRoZSBST0xMIFdHLiBB bmQgdGhlIGFic3RyYWN0IHRvIFJGQzY1NTEgZXhwbGljaXRseSByZWFkczo8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlIHN0eWxlPSJ3 b3JkLXdyYXA6IGJyZWFrLXdvcmQ7d2hpdGUtc3BhY2U6cHJlLXdyYXAiPiZuYnNwOyZuYnNwOyBM b3ctUG93ZXIgYW5kIExvc3N5IE5ldHdvcmtzIChMTE5zKSBoYXZlIHVuaXF1ZSBjaGFyYWN0ZXJp c3RpY3M8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgY29tcGFyZWQgd2l0aCB0 cmFkaXRpb25hbCB3aXJlZCBhbmQgYWQgaG9jIG5ldHdvcmtzIHRoYXQgcmVxdWlyZSB0aGU8bzpw PjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgc3BlY2lmaWNhdGlvbiBvZiBuZXcgcm91 dGluZyBtZXRyaWNzIGFuZCBjb25zdHJhaW50cy4mbmJzcDsgPG86cD48L286cD48L3ByZT4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2hpY2ggZXhwbGljaXRseSBpcyBkaXNj bGFpbWluZyB0aGF0IHRoZXNlIG1ldHJpY3MgYXJlPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+PGI+PHU+Jm5ic3A7PC91PjwvYj48L3NwYW4+PGI+PHU+bm90IGFwcGxpY2FibGUg aW4gYWQgaG9jIG5ldHdvcmtzPC91PjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNw YWNlIj4mbmJzcDs8L3NwYW4+4oCUIGFuZCwgSSBhbSB3b25kZXJpbmcsIHdoYXQgaGFzIGNoYW5n ZWQNCiBzaW5jZSB0aGUgcHVibGljYXRpb24gb2YgUkZDNjU1MSB0byBzdWRkZW5seSBtYWtlIHRo ZXNlIGFwcGxpY2FibGU/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwO0kgYW0gYWxz byB3b25kZXJpbmcgaWYgbG9va2luZyBhdCAoYW5kLCBwZXJoYXBzLCB1c2luZz8pIHRoZSBzYW1l IG1ldHJpYyB0eXBlIFRMViB0eXBlIGFzIGluIE9MU1J2MiBpcyBub3QgYSBwb3NzaWJpbGl0eT88 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5FaXRoZXIgd2F5LCByZWZlcmVuY2lu ZyBSRkM2NTUxIGhlcmUgaXMgd3JvbmcuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjx1 PlJGQzY2MjEgKFNNRikgdXNhZ2U8L3U+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QXMgbGF0ZSBhcyBlYXJsaWVy IHRoaXMgbW9udGgsIFJGQzY2MjEgcmVhcmVkIGl0cyBoZWFkIGFnYWluIG9uIHRoZSBtYWlsaW5n IGxpc3QuIEkgdW5kZXJzdGFuZCB0aGF0IHRoZSBhdXRob3JzIGFyZSBzZXQgb24gdXNpbmcgZmxv b2RpbmcgcmVkdWN0aW9uIGFzIHBhcnQgb2YgUlJFUSBkaXN0cmlidXRpb24uIElmIHRoYXQgaXMg dGhlIGNhc2UsIHRoZW4gdGhpcyBwcm90b2NvbCBNVVNUIHNwZWNpZnkgdGhhdA0KIGZsb29kaW5n IHJlZHVjdGlvbi4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2F5aW5nIOKAnFVz ZSBSRkM2NjIx4oCdIHdvbuKAmXQgd29yaywgZm9yIHJlYXNvbnMgQ2hyaXMgcG9pbnQgb3V0IGlu IGFuIGVtYWlsIGVhcmxpZXIgdG8gdGhlIGxpc3Q6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1i b3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBuZXR3b3JrIGRv ZXMgbm90IGFuZCBmdW5kYW1lbnRhbGx5IGNhbm5vdCBvZmZlciBtdWx0aWNhc3Qgc3VwcHJlc3Np b24gdG8gQU9EVnYyLiBUaGlzIGlzbid0IGEgaGFyZCBjb25jZXB0LCBidXQgc2VlbXMgdG8ga2Vl cCZuYnNwO2hhdmluZyB0byBiZSBzYWlkLiBBT0RWdjIgbWVzc2FnZXMgYXJlIGNhcnJpZWQgaW4g NTQ0NCBwYWNrZXRzLCBhbmQgdGhvc2Ugb25seSB0cmF2ZWwgb25lIGhvcC4gVGhhdCBkb2Vzbid0 DQogYWxsb3cgZm9yIHN1cHByZXNzaW9uLiZuYnNwO0Z1cnRoZXJtb3JlIEFPRFZ2MiBpcyBjcmVh dGluZyBuZXcgbWVzc2FnZXMgZWFjaCBob3AuIFRoYXQgbmVlZHMgQU9EVnYyIHNwZWNpZmljIGhh bmRsaW5nLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbmQgcXVv dGluZyBhbiBlbWFpbCBmcm9tIG15c2VsZjo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRv bTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SWYgcHJvdG9jb2wgWCByZWxp ZXMgb24gdXNpbmcgYSBmbG9vZGluZyBvcGVyYXRpb24sIHRoZW4gaXQgY2VydGFpbmx5IGlzIHBy b3RvY29sIFgncyByZXNwb25zaWJpbGl0eSB0byAmbmJzcDtzcGVjaWZ5IHRoZSBmbG9vZGluZyBv cGVyYXRpb24gKG9yLCBhdCBsZWFzdCwmbmJzcDt0aGUgcmVxdWlyZW1lbnRzIHRvIHRoZSBmbG9v ZGluZyBvcGVyYXRpb24gKSBmb3IgY29ycmVjdCBmdW5jdGlvbmluZyBvZiBwcm90b2NvbCBYLjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5J4oCZdmUgcHJldmlvdXNseSBwb2ludGVkIG91dCB0 aGF0IFJGQzY2MjEgcmVxdWlyZXMgc29tZSBkZWdyZWUgb2YgY29uZmlndXJhdGlvbiAoY2Fu4oCZ dCBqdXN0LCBmb3IgZXhhbXBsZSwgcGljayB0d28gZGlmZmVyZW50IHJlbGF5IHNldCBzZWxlY3Rp b24gYWxnb3JpdGhtcywgYXMgdGhhdCBtYXkgcHJvZHVjZSBhIGRpc2Nvbm5lY3RlZCBmbG9vZGlu ZyBkb21haW4pLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JbiBvdGhlciB3b3Jkcywgd2hh dCB0aGUgYXV0aG9ycyBwcm9wb3NlIGluJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LXBlcmtpbnMtbWFuZXQtdXNpbmctcmZjNjYyMS0wMCI+PHNwYW4gc3R5 bGU9ImNvbG9yOnB1cnBsZSI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXBlcmtp bnMtbWFuZXQtdXNpbmctcmZjNjYyMS0wMDwvc3Bhbj48L2E+Jm5ic3A7aXMgaW5zdWZmaWNpZW50 LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48dT5NdWx0aXBsZSBpbnRlcmZhY2VzIGNv bmZpZ3VyZWQgd2l0aCB0aGUgc2FtZSBhZGRyZXNzKGVzKSAtICZhbXA7IFJGQzY2MjE8L3U+PC9i PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+SSB0aGluayB0aGF0IGl0IGhhcyBiZWVuIGVzdGFibGlzaGVkIHRoYXQgdGhl IGFiaWxpdHkgdG8gdXNlIHRoZSBzYW1lIGFkZHJlc3Mgb24gbXVsdGlwbGUgaW50ZXJmYWNlcyBp cyBhIHJlcXVpcmVtZW50LiBJdOKAmXMgbm90IGNsZWFyIHRvIG1lIHRoYXQgYSBzaW5nbGUgd2F5 IG9mIGRvaW5nIHNvIGhhcyBiZWVuIHByb3Bvc2VkLCBub3IgdGhhdCB0aGUg4oCcb3BlcmF0aW5n IGNvbmRpdGlvbnPigJ0gYXJlIGNhbGxlZA0KIG91dCAoZm9yIGV4YW1wbGUsIHdpbGwgaXQgd29y ayAmbmJzcDtpZiByb3V0ZXIgQSBhbmQgcm91dGVyIEIgYm90aCBoYXZlIHR3byBpbnRlcmZhY2Vz LCBhbmQgdGhhdCBhbGwgNCBpbnRlcmZhY2VzIHVzZSB0aGUgc2FtZSBJUCBhZGRyZXNzPyk8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyBpcyBub3QgZW50aXJlbHkgdW5yZWxhdGVkIHRv IGZsb29kaW5nIHJlZHVjdGlvbiBhbmQgUkZDNjYyMS4gT25lIG9mIHRoZSBjb21wbGV4aXRpZXMg aXMgdG8gZ2V0IHRoYXQganVzdCByaWdodDogT0xTUnYyIC0gZm9yIGV4YW1wbGUgLSBjYWxjdWxh dGVzIEZsb29kaW5nLU1QUnMgcGVyIGludGVyZmFjZSwgYW5kIFJGQzYxMzAgaXMgY2FyZWZ1bCBp biBob3cgaXQgZGV0ZWN0cyBiaWRpcmVjdGlvbmFsaXR5DQogb2YgbGlua3MuJm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgaGF2ZSBub3Qgd29ya2VkIG91dCBhbGwgdGhlIGRldGFp bHMgb2YgaG93IHRoaXMgaW1wYWN0cyB0aGlzIHByb3RvY29sIOKAlCBidXQsIGl0IHJlcXVpcmVz IGF0dGVudGlvbi4gRXNwZWNpYWxseSB3aGVuIHdhbnRpbmcgdG8gYmUgYWJsZSB0byBzYXkg4oCc 4oCmdXNlIFJGQzY2MjHigJ0sIHRoZW4gdGhlIGludGVyZmFjZSBjb25maWd1cmF0aW9uIGNvbnN0 cmFpbnRzIHdoZW4gZmFjZWQgd2l0aCBtdWx0aXBsZSBpbnRlcmZhY2VzDQogbXVzdCBiZSB3b3Jr ZWQgb3V0LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48dT5QcmVmaXhlcyAmYW1wOyBH YXRld2F5czwvdT48L2I+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BIHF1ZXN0aW9uIHRvIG15IG1pbmQsIGFuZCBJIGFt IG5vdCBzdXJlIEkga25vdyBob3cgdG8gYW5zd2VyIHRoYXQgZnJvbSByZWFkaW5nIHRoZSBkcmFm dCBzaW5jZSBpdCBpcyBub3QgZGlzY3Vzc2VkIGluIHNlY3Rpb24gOSAoYXQgbGVhc3QpLCBpczog 4oCcV2hhdCBoYXBwZW5zIGlmIEkgc2VuZCBhIFJSRVEgdG8gYSBwcmVmaXjigJ0gKGkuZS4sIGEg LyZsdDsxMjggaW4gSVB2Nik/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNz PSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3Nw YW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPklmIHRo ZSB3aG9sZSBwcmVmaXggaXMgcGFydCBvZiB0aGUgYXR0YWNoZWQgbmV0d29yayBzZXQNCiBvZiBh IHNpbmdsZSByb3V0ZXIsJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNw YW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29u dmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+dGhlbiBJIGV4cGVjdCB0byBnZXQgYSBzaW5nbGUg UlJFUCBiYWNrLCBpcyB0aGF0IHRoZSBjYXNlPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0i YXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+bzxzcGFuIGNsYXNzPSJhcHBsZS10 YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwv c3Bhbj5JZiAmcXVvdDtoYWxmIHRoZSBwcmVmaXgmcXVvdDsgJm5ic3A7aXMgcGFydCBvZiB0aGUg YXR0YWNoZWQgbmV0d29yayBzZXQNCiBvZiBhIHNpbmdsZSByb3V0ZXIsJm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwv c3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+YW5k IHRoZSBvdGhlciBoYWxmIGlzIHBhcnQgb2YgdGhlIGF0dGFjaGVkIG5ldHdvcmsgc2V0IG9mIGFu b3RoZXIgJm5ic3A7c2luZ2xlIHJvdXRlciwmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJh cHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNz PSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj50aGVuIEkgZXhwZWN0IHR3byBS UkVQcywgaXMgdGhhdCB0aGUgY2FzZT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g Y2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPm88c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNw YW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw Ozwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+ TW9yZSBnZW5lcmFsbHksIHdpbGwgSSBnZXQgYSB0cmVlIGJ1aWxkIHRocm91Z2ggdGhlIG5ldHdv cmsNCiBoZXJlPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TZWN0aW9uIDkgKG9yLCB0aGUg d2hvbGUgc3BlYykgaXMgYWxzbyBub3QgZXhwbGljaXQgZW5vdWdoIGFib3V0IG11bHRpcGxlICZu YnNwOyZxdW90O2RlZmF1bHQgZ2F0ZXdheXMmcXVvdDsg4oCUIGkuZS4sIHRoZSBleHRlcm5hbCBu ZXR3b3JrIGJlaW5nIOKAnHRoZSByZXN0IG9mIHRoZSBJbnRlcm5ldOKAnSwgYW5kIHRoZXJlIGJl aW5nIG11bHRpcGxlIGdhdGV3YXlzIHRvIHRoZSBJbnRlcm5ldC4gSSB1bmRlcnN0YW5kIGhvdyB0 aGUgUlJFUSBnZXRzDQogdG8gdGhlIGdhdGV3YXksIGFuZCBob3cgdGhlIGdhdGV3YXkgZGV0ZXJt aW5lcyBpZiBpdCBzaG91bGQgcmVzcG9uZCAodGhlIGRlc3RpbmF0aW9uIGlzIG5vdCBwYXJ0IG9m IOKAnHRoZSBNQU5FVCBwcmVmaXgsIHdpdGggd2hpY2ggaXQgaXMgY29uZmlndXJlZOKAnSkuPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJ1dCwgaWYgQSBpcyBjbG9zZSB0byBHVzEsIGFuZCBC IGlzIGNsb3NlIHRvIEdXMiwgYnV0IEEgYW5kIEIgYmVpbmcgZmFyIGZhciBhcGFydCAoYWNjb3Jk aW5nIHRvIHRoZSBtZXRyaWMgdXNlZCkgd2l0aGluIHRoZSBNQU5FVCwgdGhlbiBpdCB3b3VsZCBi ZSBwcmVmZXJlbnRpYWwgZm9yIHRoZSByb3V0ZSBmcm9tIEEgdG8gQiB0byBnbyB2aWEgR1cxLeKA nHRoZS1JbnRlcm5ldOKAnS1HVzI/Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPklz IHRoaXMgYSBzdXBwb3J0ZWQgY29uZmlndXJhdGlvbj8mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNs YXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFu Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8 L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPklm IHllcywgaG93IGlzIGl0IChzZXEjIHdpc2UsIEkgd291bGQgZXhwZWN0IHNvbWUgY29tcGxpY2F0 aW9ucykNCiBoYW5kbGVkPyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1z cGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPm88c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFz cz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+SWYgbm90LCB3aGVyZSBpcyBp dCBzdGF0ZWQgdGhhdCB0aGlzIGNvbmZpZ3VyYXRpb24gaXMgbm90DQogcG9zc2libGUgd2l0aCB0 aGlzIHByb3RvY29sPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PlRoZSBhcHBsaWNhYmlsaXR5IHN0YXRlbWVudCBzYXlzOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWst YmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IEFPRFZ2MiBpcyBkZXNpZ25lZCBmb3Igc3R1YiBv ciBkaXNjb25uZWN0ZWQgbW9iaWxlIGFkIGhvYyBuZXR3b3Jrcyw8bzpwPjwvbzpwPjwvcHJlPg0K PHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsgaS5lLiwg bm9uLXRyYW5zaXQgbmV0d29ya3Mgb3IgdGhvc2Ugbm90IGNvbm5lY3RlZCB0byB0aGUgaW50ZXJu ZXQuPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5 cyI+Jm5ic3A7Jm5ic3A7IEFPRFZ2MiBjYW4sIGhvd2V2ZXIsIGJlIGNvbmZpZ3VyZWQgdG8gcGVy Zm9ybSBnYXRld2F5IGZ1bmN0aW9ucyB3aGVuPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9 InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IGF0dGFjaGVkIHRvIGV4dGVy bmFsIG5ldHdvcmtzLCBhcyBkaXNjdXNzZWQgaW4gPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzI3NlY3Rpb24tOSI+PHNwYW4gc3R5 bGU9ImNvbG9yOnB1cnBsZSI+U2VjdGlvbiA5PC9zcGFuPjwvYT4uPG86cD48L286cD48L3ByZT4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkkgYmVsaWV2ZSB0aGF0IHRoZSBzY2VuYXJpbyBJIGRlc2NyaWJlIGlzIGluZGVlZCBhIHN0 dWIgbmV0d29yayAoYW5kIG5vdCBhIHRyYW5zaXQgbmV0d29yayk/PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPuKAlCDigJQg4oCUJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFz IEkgaW5kaWNhdGVkLCB0aGVzZSBhcmUgdGhlIGJpZy1waWN0dXJlIGlzc3VlcyB0aGF0IEkgaGF2 ZSBnb3R0ZW4gYXJvdW5kIHRvIHRoaW5raW5nIGFib3V0IGVub3VnaCB0byB3cml0ZSB1cC4gSeKA mW0gbm90IHRocm91Z2ggd29ya2luZyB0aHJvdWdoIHRoZSBkb2N1bWVudCwgYnV0IHRob3NlIHdl cmUgdGhlIG9uZXMgdGhhdCBjYW1lIHRvIG1pbmQsIGFuZCB3aGljaCBzZWVtIGltcGVyYXRpdmUg dG8gcmVzb2x2ZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QmVzdCw8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+VGhvbWFzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvO29ycGhhbnM6IGF1dG87dGV4dC1hbGlnbjpzdGFydDt3aWRvd3M6IGF1dG87 LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4O3dvcmQtc3BhY2luZzowcHgiPg0KPHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8YnI+DQpUaGlzIGVtYWlsIGFuZCBh bnkgYXR0YWNobWVudHMgYXJlIGNvbmZpZGVudGlhbCB0byB0aGUgaW50ZW5kZWQ8YnI+DQpyZWNp cGllbnQgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRl bmRlZDxicj4NCnJlY2lwaWVudCBwbGVhc2UgZGVsZXRlIGl0IGZyb20geW91ciBzeXN0ZW0gYW5k IG5vdGlmeSB0aGUgc2VuZGVyLjxicj4NCllvdSBzaG91bGQgbm90IGNvcHkgaXQgb3IgdXNlIGl0 IGZvciBhbnkgcHVycG9zZSBub3IgZGlzY2xvc2Ugb3I8YnI+DQpkaXN0cmlidXRlIGl0cyBjb250 ZW50cyB0byBhbnkgb3RoZXIgcGVyc29uLjxicj4NCioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqPG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E2C8GLKXM0002VGREEN_-- From nobody Thu Mar 17 09:45:35 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC7AE12D9AD for ; Thu, 17 Mar 2016 09:45:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=thomasclausen.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BpxmXelanlYA for ; Thu, 17 Mar 2016 09:45:31 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E85F612D7D0 for ; Thu, 17 Mar 2016 09:45:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id C2F47245B2D; Thu, 17 Mar 2016 09:45:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1458233120; bh=MMFmVyU+htQ97bGK6f2924t/n5ZMIn6pImaXjVOUzUk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=jYnwKTqv3m6bt2ZzJy2l/wTO7iobV+V/thS7vUmkA/MZ9OyBhrM0OeiKZQHVVXBBE /mOS3dckO44txEzVV+r0E0Vd688pFVd0TSC7njiBAtsOL4Q4BDqRniEMBdF6uORMyJ TR9aSZRnxOUs6cvEtLubiCGc6zefjZ3yQfiR94Ms= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [129.104.89.231] (unknown [129.104.89.231]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 4507124030C; Thu, 17 Mar 2016 09:45:19 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_37498805-7607-4E10-A895-32EC22D7D3D5" From: ietf@thomasclausen.org In-Reply-To: Date: Thu, 17 Mar 2016 17:45:17 +0100 Sendlaterdate: Thu, 17 Mar 2016 17:45:17 +0100 Message-Id: <57FC3561-98D5-4CA8-BE8A-3997CB30EA7F@thomasclausen.org> References: <56D4EB7D.4010002@earthlink.net> <944B9E01-74B7-45AD-ACB8-FA79347BC22E@fu-berlin.de> <68F1C08B-82C2-484B-8B9C-71ABE350EB57@fu-berlin.de> To: Christopher Dearlove X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Charles Perkins , manet Subject: Re: [manet] AODVv2 responses to recent comments X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 16:45:35 -0000 --Apple-Mail=_37498805-7607-4E10-A895-32EC22D7D3D5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 17 Mar 2016, at 17:40, Dearlove, Christopher (UK) = wrote: >=20 > There is a problem when you have information that isn=E2=80=99t = public. Though if it=E2=80=99s sent to you wearing IETF hat, is it = covered by Note Well? This is actually an interesting point. As one of the WG chairs is also = an author, I would assume that he=E2=80=99d have been a recipient of = this information, and that therefore very much should be covered by Note = Well? > But let=E2=80=99s suppose you=E2=80=99ve decided you can=E2=80=99t = give details. You probably can still say =E2=80=9CSomeone has raised an = issue with us, we=E2=80=99re trying to get it handled.=E2=80=9D. What = you (one) can definitely do is bear that in mind and not makes = statements that will later appear to be at odds with what you then knew. > =20 > I=E2=80=99m still not clear as to whether there was a late discovered = real problem that needed fixing. I=E2=80=99m with you on that one, coming down on the =E2=80=9C=E2=80=A6nee= d to be convinced=E2=80=9D side of the fence, however. Thomas =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: Lotte Steenbrink [mailto:lotte.steenbrink@fu-berlin.de = ]=20 > Sent: 17 March 2016 16:19 > To: Dearlove, Christopher (UK) > Cc: Charlie Perkins; manet > Subject: Re: [manet] AODVv2 responses to recent comments > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > Hello Christopher, > =20 > Am 16.03.2016 um 18:22 schrieb Dearlove, Christopher (UK) = >: > =20 > I haven=E2=80=99t followed the example (I hope to find time - but = that=E2=80=99s true of too many things, with DLEP ahead of AODVv2 on = this list). > =20 > But we have a loop, a pretty fundamental problem in a routing = algorithm, being discussed by the authors off-list, > =20 > If we could=E2=80=99ve, I would=E2=80=99ve loved to share this with = the list immediately. I=E2=80=99m not sure if there=E2=80=99s a = procedure for this kind of situation we should=E2=80=99ve followed? If = there is, I=E2=80=99d be more than happy to learn from it and do better = next time. >=20 >=20 > while in parallel assuring the list that =E2=80=9COther discussion = about routing loops has not identified routing loop problems in the = existing specification.=E2=80=9D (see email chain below). > =20 > I think we have a real problem with what=E2=80=99s wanting to advance = to Proposed Standard soon, in terms of process and confidence. > =20 > I think I understand where your worries come from. However, I do think = our efforts to improve our communication are visible, and apart from the = communication delay, the fact that this research exists actually = improves my confidence in the document: It found loops that were (imho) = pretty tricky to come up with by thinking hard about the problem alone, = and we=E2=80=99ve been able to fix them, making AODVv2 more solid. >=20 >=20 > =20 > (I still haven=E2=80=99t managed to even write up comments on the = perhaps one third of the draft I have read through yet.) > =20 > Personally, I=E2=80=99d be happy to go through them in chunks as well = :) Maybe that could also speed up the back and forth of =E2=80=9Ex = isn=E2=80=99t quite right=E2=80=9C =E2=80=9Ewould y resolve the = issue?=E2=80=9C =E2=80=9Eyes/no=E2=80=9C, which would in turn speed up = the progress of this document? Anyhow, all feedback is very welcome. > =20 > Best regards, > Lotte Steenbrink > =20 >=20 >=20 > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet = --Apple-Mail=_37498805-7607-4E10-A895-32EC22D7D3D5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On 17 Mar 2016, at 17:40, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com> wrote:

There is a problem when you have information that isn=E2=80=99t= public. Though if it=E2=80=99s sent to you wearing IETF hat, is it = covered by Note Well?

This is actually an interesting point. As one of the WG = chairs is also an author, I would assume that he=E2=80=99d have been a = recipient of this information, and that therefore very much should be = covered by Note Well?

But let=E2=80=99s suppose you=E2=80=99ve = decided you can=E2=80=99t give details. You probably can still say = =E2=80=9CSomeone has raised an issue with us, we=E2=80=99re trying to = get it handled.=E2=80=9D. What you (one) can definitely do is bear that = in mind and not makes statements that will later appear to be at odds = with what you then knew.
 
I=E2=80=99m still not = clear as to whether there was a late discovered real problem that needed = fixing.

I=E2=80=99= m with you on that one, coming down on the =E2=80=9C=E2=80=A6need to be = convinced=E2=80=9D side of the fence, however.

Thomas
 

--

Christopher Dearlove
Senior Principal = Engineer
BAE Systems Applied Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, = Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research = Park, Guildford, Surrey, GU2 7YP

 
From: Lotte Steenbrink [mailto:lotte.steenbrink@fu-berlin.de] 
Sent: 17 = March 2016 16:19
To: Dearlove, Christopher = (UK)
Cc: Charlie Perkins; manet
Subject: Re: [manet] AODVv2 = responses to recent comments
 
 
*** WARNING ***

This message originates from outside our = organisation, either from an external partner or the = internet.
Consider carefully whether you should click on = any links, open any attachments or reply.
For = information regarding Red = Flags that you = can look out for in emails you receive, click here.
If you feel the = email is suspicious, please follow this = process.

Hello Christopher,
 
Am 16.03.2016 um = 18:22 schrieb Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>:
 
I = haven=E2=80=99t followed the example (I hope to find time - but that=E2=80= =99s true of too many things, with DLEP ahead of AODVv2 on this = list).
 
But we have a loop, a pretty fundamental = problem in a routing algorithm, being discussed by the authors = off-list,
 
If we could=E2=80=99ve, I would=E2=80=99ve loved to = share this with the list immediately. I=E2=80=99m not sure if there=E2=80=99= s a procedure for this kind of situation we should=E2=80=99ve followed? = If there is, I=E2=80=99d be more than happy to learn from it and do = better next time.


while in parallel assuring the list that =E2=80=9COther = discussion about routing loops has not identified routing loop problems = in the existing specification.=E2=80=9D (see email chain = below).
 
I = think we have a real problem with what=E2=80=99s wanting to advance to = Proposed Standard soon, in terms of process and confidence.
 
I think I understand where your worries come from. = However, I do think our efforts to improve our communication are = visible, and apart from the communication delay, the fact that this = research exists actually improves my confidence in the document: It = found loops that were (imho) pretty tricky to come up with by thinking = hard about the problem alone, and we=E2=80=99ve been able to fix them, = making AODVv2 more solid.


 
(I still haven=E2=80=99t managed to even = write up comments on the perhaps one third of the draft I have read = through yet.)
 
Personally, I=E2=80=99d be happy to go through them = in chunks as well :) Maybe that could also speed up the back and forth = of =E2=80=9Ex isn=E2=80=99t quite right=E2=80=9C =E2=80=9Ewould y = resolve the issue?=E2=80=9C =E2=80=9Eyes/no=E2=80=9C, which would in = turn speed up the progress of this document? Anyhow, all feedback is = very welcome.
 
Best regards,
Lotte Steenbrink
 


 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied = Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford = Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied = Intelligence Limited
Registered in England & Wales No: = 01337451

Registered Office: = Surrey Research Park, Guildford, Surrey, GU2 7YP

 

***************************************************************= *****
This email and any attachments are confidential to = the intended
recipient and may also be privileged. If you = are not the intended
recipient please delete it from your = system and notify the sender.
You should not copy it or = use it for any purpose nor disclose or
distribute its = contents to any other person.
***************************************************************= *****

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

= --Apple-Mail=_37498805-7607-4E10-A895-32EC22D7D3D5-- From nobody Thu Mar 17 09:47:37 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8308312D61B for ; Thu, 17 Mar 2016 09:47:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.395 X-Spam-Level: X-Spam-Status: No, score=-1.395 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TRACKER_ID=1.306] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=thomasclausen.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id msoolLoJfwVp for ; Thu, 17 Mar 2016 09:47:31 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F087712D50D for ; Thu, 17 Mar 2016 09:47:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id C6F1924030C; Thu, 17 Mar 2016 09:47:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1458233250; bh=wOpaa9rIykL0d7z3Wg8UkxiHkM4/PymfkY7M9askLV4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=a4FYsUfCNGBaAlxxpSXDENFe7Muv31qTS4ffZ2OU+QdI3M6sRbOz36dpValdmoy6I vsMYWuoUs9dlAR+JSkwaOQl+yEIHpx/NkUl7AS9HmWMf++ujwYCiAiFO+VYoBq3yjz xTMDidgUH6dp/oYOyJ+ljjqmpZIVSnEDbRsde+VY= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [129.104.89.231] (unknown [129.104.89.231]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 2505E240649; Thu, 17 Mar 2016 09:47:28 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_9054044D-B3A8-4F38-B168-934FAAAB5F1A" From: ietf@thomasclausen.org In-Reply-To: Date: Thu, 17 Mar 2016 17:47:27 +0100 Sendlaterdate: Thu, 17 Mar 2016 17:47:27 +0100 Message-Id: <677C14D9-6A13-46A1-BD2B-C69DC1408A3A@thomasclausen.org> References: <1F5AB0F1-0B92-4A66-A08F-A2BF8B414D9F@thomasclausen.org> To: Christopher Dearlove X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Message integrity and message mutability (was RE: draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 16:47:35 -0000 --Apple-Mail=_9054044D-B3A8-4F38-B168-934FAAAB5F1A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 17 Mar 2016, at 17:44, Dearlove, Christopher (UK) = wrote: >=20 > Good point about whether you just pass on one cost or a set of costs. = As I said, not looked at details - I will, when time permits. One cost = is much easier, and yes, it reduces the fixed size aggregated signatures = problem to =E2=80=9Cjust=E2=80=9D one of computational load. Again, by people much smarter than I, I have been told that =E2=80=9Cit=E2= =80=99s not free, but it=E2=80=99s not as bad as it used to be = either=E2=80=9D. That=E2=80=99s probably as far as I am going on that = topic. Suffice to say, though, that it=E2=80=99s something that = absolutely must be supported and possible, IMO > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: ietf@thomasclausen.org = [mailto:ietf@thomasclausen.org ]=20 > Sent: 17 March 2016 16:38 > To: Dearlove, Christopher (UK) > Cc: Mobile Ad Hoc Networks mailing list > Subject: Re: Message integrity and message mutability (was RE: [manet] = draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > =20 > On 17 Mar 2016, at 17:30, Dearlove, Christopher (UK) = > = wrote: > =20 > I appreciate Thomas=E2=80=99s comments about the limitations of = message regeneration, but I would be a bit less absolute. > =20 > The issues over end to end authentication and more advanced signatures = are valid. I need to read the given reference on aggregate signatures to = increase my knowledge (thanks for it), but my understanding of the = possibilities in this field may offer a solution to the problem, but = with some other issues (possibly including a new type of TLV). > =20 > But the hop count/limit point I don=E2=80=99t fully agree with, you = can regenerate with an incremented/decremented count/limit, which leaves = the ability to prevent messages propagating indefinitely, including = expanding ring searches, and retains the ability to use RFC 5497 = interval and validity times that might be useful with an expanding ring = search (or might not). > =20 > But the key issue is that AODVv2 wants to accumulate metrics. I still = haven=E2=80=99t got to the bottom of many details here, but let=E2=80=99s = for the moment just consider that conceptually. > =20 > It=E2=80=99s hard to handle end to end. Charlie=E2=80=99s draft = attempts to do an end to end of some information, not this information. = I=E2=80=99m not sure if that=E2=80=99s useful (and the specialised = format is better avoided if possible). Other approaches are hop by hop = (might as well use packet signatures) and shared key (might as well go = hop by hop). Pairwise signatures for each pair of routers I=E2=80=99m = discounting as scaling terribly. In the interests of completeness = let=E2=80=99s mention not accumulating metrics, which puts us back to = hop count and that=E2=80=99s not ideal either. > =20 > I don=E2=80=99t think there is an ideal solution. (I like ideas I=E2=80=99= ve seen about aggregating, but that has some issues of its own, even = apart from computational load.) I=E2=80=99d love to be proved wrong - = someone with the perfect solution to come along. > =20 > Which means that either we make an arbitrary choice - which will be = disagreed with, but needs discussing first - or create something = flexible. Unfortunately flexible in that regard constrains in others, = e.g. some (many? most?) aggregating signatures need fixed data sizes = (which we can do by defining a TLV that =E2=80=9Cfills up=E2=80=9D with = hop count, but that has a cost too). > =20 > I have been told by people much more well versed in this than I in = cryptology, that the correct answer is =E2=80=9Csome=E2=80=9D. > =20 > That said, "AODVv2 wants to accumulate metrics=E2=80=9D =E2=80=94 does = that mean that the message grows as it is being forwarded, and that the = recipient of a RREQ/RREP will know the individual costs of each path = segment? My understanding is, that the recipient will get =E2=80=9Cthe = sum the costs of each path segment=E2=80=9D which should be fitting = within a fixed size? > =20 > Thomas > =20 >=20 >=20 > =20 > Sorry, no answers, just comments. And I=E2=80=99m not addressing = Thomas=E2=80=99s later points here. > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: manet [mailto:manet-bounces@ietf.org = ] On Behalf Of ietf@thomasclausen.org = > Sent: 17 March 2016 16:00 > To: Mobile Ad Hoc Networks mailing list > Subject: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big = ticket Items > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > *** WARNING *** > EXTERNAL EMAIL -- This message originates from outside our = organization. > =20 > Dear all, > =20 > Apologies for not having gotten this done sooner - day-job leaving few = spare cycles. > =20 > I=E2=80=99ve previously offered reviews and comments, and some of = those have been addressed in the latest I-D =E2=80=94 others have not, = but should be. I recall that there was some mail attempting to rebut = parts of the review, and I will dig it out and reply to that. > =20 > With that being said, I have reviewed the latest version of the = document, and full details will be forthcoming. There=E2=80=99re a = couple of big-ticket/architectural items that I want to address up = front, as I believe that before we have those hammered out, it will be = useless to go into details. Note, I do not claim that this is an = exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but that=E2=80=99s = as far as I have gotten in thinking this through. > =20 > I also bring these up as they are items that have been brought up = repeatedly over the past years, but not resolved nor discussed. > =20 > Loops > Just to bring this out: I share Chris=E2=80=99 worry about conflicting = and concurrent statements from the authors on =E2=80=9CThere are no = loops possible=E2=80=9D and =E2=80=9CWe need to fix two situations where = loops can occur=E2=80=9D and =E2=80=9Cwe are still investigating some = loop conditions=E2=80=9D > =20 > I particularly worry that this is not a discussion had in public, but = apparently in some other forum=E2=80=A6 > =20 > =20 > Intermediate Route Replies, and all of section 10 > Section 10 contains a set of =E2=80=9Cvaguely specified extensions=E2=80= =9D, which is incoherent with the intended status indicated for this = document.=20 > =20 > Specifically, and this is not unrelated to the point about loops = above, intermediate RREPs (section 10.3) are a potential source for = loops. > =20 > Expanding Ring Multicast (section 10.1) is not documented in a way = that can be implemented (and also, see =E2=80=9CForwarding-vs-regeneration= =E2=80=9D below, it is in the present form of this protocol impossible), = etc. > =20 > =20 > Forwarding-vs-regeneration > Recent exchanges on the list made me understand that protocol control = messages are *not* forwarded, but are consumed at each hop, then a new = message with (almost-but-not-quite) the same content is generated and = transmitted. > =20 > I have thought some more on this (& read some of the exchanges on the = list on this topic by Chris, Ulrich, and others), and I am convinced = that this is not the right way to go, at least for the following = reasons: > =20 > =20 > o It renders the hop-limit/hop-count fields in = the RFC5444 message header useless. > This would not be bad if the functionality = offered by those fields was not useful > =E2=80=94 sadly, it is. For example, for scope = limited flooding (expanding ring search, and=20 > such) which may be of interest, and which = require hop-limit.=20 > A hop-count field may also provide a = =E2=80=9Ccheap=E2=80=9D (in terms of overhead) additional piece > of information to use conjunctively with a = =E2=80=9Creal=E2=80=9D metric. > =20 > The only practical solution would be to = re-introduce these functions by way of inserting a > MessageTLV =E2=80=94 which (i) is not = specified in this document, and (ii) which would just > serve to render messages bigger than strictly = needed. > =20 > Scope limited flooding does seem to be a = necessary requirement, if for no > other reason than to prevent information from = =E2=80=9Ccirculating forever in the network=E2=80=9D. > =20 > o It makes end-to-end authentication = unnecessarily hard. > I think Chris called this out already, but it = bears repeating: S generates a message=20 > (say, a RREQ), and includes an ICV calculated = over the content of the message. > For any recipient to be able to validate the = ICV, the message has to be exactly > the same =E2=80=94 not just in content, but in = structure =E2=80=94 as what was generated. > =20 > =E2=80=9CRegenerating=E2=80=9D rather than = =E2=80=9Cforwarding=E2=80=9D messages means, that the intermediate > router =E2=80=9Cregenerating=E2=80=9D the RREQ = may chose a different structure (e.g., include TLVs > in a different order). > =20 > The proposal from = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = > is to add constraints on (i) the set of = elements to include in a signature and (ii) the > order of these elements. > =20 > One problem with that approach is (i): if an = extension adds a message TLV, or an=20 > Address TLV, to a message, then that will not = be =E2=80=9Ccovered=E2=80=9D by the proposed e2esec TLV. > Rather for *each* extension developed, an = =E2=80=9Cupdates e2esec=E2=80=9D clause needs to be done. > =20 > I=E2=80=99d say that this approach would be = prone to errors =E2=80=94 and add entropy to the process > of designing protocol extensions. The = alternative, a message being generated by the > source and *forwarded* (as we do in OLSRv2, = for example) would allow ICV TLVs=20 > (even, allow reuse of those specified for = OLSRv2) for covering a message and=20 > extensions. > =20 > =E2=80=9CBut what about the metrics value = which will change on each hop=E2=80=9D, you may say? > Fortunately, that is relatively easy to = handle: simply zero out the value of that TLV when > generating or verifying the ICV MessageTLV. = And use Packet-TLVs for hop-by-hop=20 > authentication, if needed (but, see below). > =20 > o It prevents the use of more clever/advanced = signature schemes/ICVs > Aggregate signature algorithms ( = https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf = ) > exist, and an interesting use-case can be = found in also reactive protocols, allowing verifying > not =E2=80=9Cjust=E2=80=9D the end points, but = also the intermediaries (again, with the appropriate =E2=80=9Czero = out=E2=80=9D > discussed above, or something smarter). > Regeneration of messages, rather than = forwarding, renders that impossible (or, if used, > updating to = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = ) > =20 > There are other reasons, but the above are those that jump at me as = immediate show-stoppers. > =20 > I do honestly not see what possible benefit there is from = =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see very clear = inconveniences, and security is not the least of these. Insisting on = =E2=80=9Cregeneration=E2=80=9D requires development of =E2=80=9Cnon-genera= l workarounds=E2=80=9D as pointed out above. > =20 > Security Considerations > This is an always thorny subject. When OLSRv2 was going through the = process we got a thorough education in how little we knew about security = from the SEC-ADs, and had to spend about a year or so developing = RFC7183. The bottom line is, that this protocol needs its =E2=80=9CRFC7183= equivalent=E2=80=9D, either as part of the main document, or as an = independent document. currently, that is not the case. > =20 > A minima, looking at BCP72 and BCP107 =E2=80=94 taking inspiration = from RFC7183 might be aw good idea, as that was the most recent that = went through the SEC AD. Regardless of how, however, a =E2=80=9Cmandatory = to implement=E2=80=9D security mechanism most be specified (I think the = right term was =E2=80=9CMUST implement, SHOULD use=E2=80=9D), in = sufficient detail to ensure interoperable implementations. > =20 > As an example, both [RFC6130] and [RFC7181] set out that that: > =20 > On receiving a ... message, a router MUST first check if the > message is invalid for processing by this router > =20 > and then proceed to give a number of conditions that, each, will lead = to a rejection of the message as "badly formed and therefore invalid for = processing=E2=80=9D =E2=80=94 a list which RFC7183 then amended. That = gave a =E2=80=9Chook=E2=80=9D for RFC7183 for inserting =E2=80=9Crejection= =E2=80=9D. Idem for message generation. > =20 > If I was to do RFC7181/RFC6130 today, I would include that directly = into the protocol specifications. It turned out to be more overhead (and = slow down publication anyways) to do it as separate documents. > =20 > Secondly, we need to be a lot more rigid in terms of what ICVs, = Timestamps, etc. are added/removed, and what that brings. > =20 > For example (with the assumption that messages are *forwarded* and = *not* regenerated), this could be one option: > =20 > o When a RREQ, RREP message is = generated, add an ICV Message TLV, which is calculated > =E2=80=A6(take inspiration from = RFC7183 here) > =20 > o When a RREQ, RREP message is = transmitted (by the source, or forwarded by an intermediary) > in an RFC5444 packet, an ICV = Packet TLV is added to the packet, which is calculated =E2=80=A6= > =20 > o When an RFC5444 packet is received, = validate the ICV Packet TLV and if the ICV doesn=E2=80=99t = validate, > discard the contained messages. > =20 > o When receiving a RREQ/RREP (either = as destination, or as an intermediary), validate the ICV Message TLV=20 > and if the ICV = doesn=E2=80=99t validate, discard the message, do not process, do not = forward. > =20 > This is a different (and more flexible?) model than =E2=80=9Cjust=E2=80=9D= transitive trust and =E2=80=9Cjust=E2=80=9D end-to-end trust discussed = previously, and is enabled by the =E2=80=9Cforwarding=E2=80=9D bit = described previously. > =20 > Metrics > I have asked this numerous times, but have not gotten any answer so I = am escalating this again. Why is this document having a normative = reference to RFC6551? > =20 > [RFC6551 <>] Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, = N., > and D. Barthel, "Routing Metrics Used for Path = Calculation > in Low-Power and Lossy Networks", RFC 6551 = , DOI 10.17487/ > RFC6551 , March = 2012, > >. > =20 > =20 > Unless I am mistaken, this is not the ROLL WG. And the abstract to = RFC6551 explicitly reads: > =20 > Low-Power and Lossy Networks (LLNs) have unique characteristics > compared with traditional wired and ad hoc networks that require = the > specification of new routing metrics and constraints. =20 > Which explicitly is disclaiming that these metrics are not applicable = in ad hoc networks =E2=80=94 and, I am wondering, what has changed since = the publication of RFC6551 to suddenly make these applicable? > =20 > I am also wondering if looking at (and, perhaps, using?) the same = metric type TLV type as in OLSRv2 is not a possibility? > =20 > Either way, referencing RFC6551 here is wrong. > =20 > RFC6621 (SMF) usage > As late as earlier this month, RFC6621 reared its head again on the = mailing list. I understand that the authors are set on using flooding = reduction as part of RREQ distribution. If that is the case, then this = protocol MUST specify that flooding reduction.=20 > =20 > Saying =E2=80=9CUse RFC6621=E2=80=9D won=E2=80=99t work, for reasons = Chris point out in an email earlier to the list: > The network does not and fundamentally cannot offer multicast = suppression to AODVv2. This isn't a hard concept, but seems to keep = having to be said. AODVv2 messages are carried in 5444 packets, and = those only travel one hop. That doesn't allow for suppression. = Furthermore AODVv2 is creating new messages each hop. That needs AODVv2 = specific handling. > =20 > And quoting an email from myself: > If protocol X relies on using a flooding operation, then it certainly = is protocol X's responsibility to specify the flooding operation (or, = at least, the requirements to the flooding operation ) for correct = functioning of protocol X. > =20 > I=E2=80=99ve previously pointed out that RFC6621 requires some degree = of configuration (can=E2=80=99t just, for example, pick two different = relay set selection algorithms, as that may produce a disconnected = flooding domain). > =20 > In other words, what the authors propose in = https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-00 = is = insufficient. > =20 > Multiple interfaces configured with the same address(es) - & RFC6621 > I think that it has been established that the ability to use the same = address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that a single way of doing so has been proposed, nor that the = =E2=80=9Coperating conditions=E2=80=9D are called out (for example, will = it work if router A and router B both have two interfaces, and that all = 4 interfaces use the same IP address?) > =20 > This is not entirely unrelated to flooding reduction and RFC6621. One = of the complexities is to get that just right: OLSRv2 - for example - = calculates Flooding-MPRs per interface, and RFC6130 is careful in how it = detects bidirectionality of links.=20 > =20 > I have not worked out all the details of how this impacts this = protocol =E2=80=94 but, it requires attention. Especially when wanting = to be able to say =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, then the = interface configuration constraints when faced with multiple interfaces = must be worked out. > =20 > Prefixes & Gateways > A question to my mind, and I am not sure I know how to answer that = from reading the draft since it is not discussed in section 9 (at = least), is: =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D = (i.e., a /<128 in IPv6)? > =20 > o If the whole prefix is part of the attached = network set of a single router,=20 > then I expect to get a single RREP back, is = that the case? > =20 > o If "half the prefix" is part of the attached = network set of a single router,=20 > and the other half is part of the attached = network set of another single router,=20 > then I expect two RREPs, is that the case? > =20 > o More generally, will I get a tree build through = the network here? > =20 > Section 9 (or, the whole spec) is also not explicit enough about = multiple "default gateways" =E2=80=94 i.e., the external network being = =E2=80=9Cthe rest of the Internet=E2=80=9D, and there being multiple = gateways to the Internet. I understand how the RREQ gets to the gateway, = and how the gateway determines if it should respond (the destination is = not part of =E2=80=9Cthe MANET prefix, with which it is configured=E2=80=9D= ). > =20 > But, if A is close to GW1, and B is close to GW2, but A and B being = far far apart (according to the metric used) within the MANET, then it = would be preferential for the route from A to B to go via = GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2?=20 > =20 > Is this a supported configuration?=20 > o If yes, how is it (seq# wise, I would expect = some complications) handled?=20 > o If not, where is it stated that this = configuration is not possible with this protocol? > =20 > =20 > The applicability statement says: > =20 > AODVv2 is designed for stub or disconnected mobile ad hoc networks, > i.e., non-transit networks or those not connected to the internet. > AODVv2 can, however, be configured to perform gateway functions = when > attached to external networks, as discussed in Section 9 = . > =20 > I believe that the scenario I describe is indeed a stub network (and = not a transit network)? > =20 > =E2=80=94 =E2=80=94 =E2=80=94=20 > =20 > As I indicated, these are the big-picture issues that I have gotten = around to thinking about enough to write up. I=E2=80=99m not through = working through the document, but those were the ones that came to mind, = and which seem imperative to resolve. > =20 > Best, > =20 > Thomas > =20 > =20 > =20 > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** --Apple-Mail=_9054044D-B3A8-4F38-B168-934FAAAB5F1A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On 17 Mar 2016, at 17:44, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com> wrote:

Good point about whether you just pass on one cost or a set = of costs. As I said, not looked at details - I will, when time permits. = One cost is much easier, and yes, it reduces the fixed size aggregated = signatures problem to =E2=80=9Cjust=E2=80=9D one of computational = load.

Again, by people much smarter than I, I have been = told that =E2=80=9Cit=E2=80=99s not free, but it=E2=80=99s not as bad as = it used to be either=E2=80=9D. That=E2=80=99s probably as far as I am = going on that topic. Suffice to say, though, that it=E2=80=99s something = that absolutely must be supported and possible, IMO


 

--

Christopher Dearlove
Senior Principal = Engineer
BAE Systems Applied Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, = Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research = Park, Guildford, Surrey, GU2 7YP

 
From: ietf@thomasclausen.org [mailto:ietf@thomasclausen.org] 
Sent: 17 = March 2016 16:38
To: Dearlove, Christopher = (UK)
Cc: Mobile Ad Hoc Networks = mailing list
Subject: Re: Message integrity and = message mutability (was RE: [manet] draft-ietf-manet-aodvv2-13 review - = a couple of big ticket Items)
 
 
*** WARNING ***

This message originates from outside our = organisation, either from an external partner or the = internet.
Consider carefully whether you should click on = any links, open any attachments or reply.
For = information regarding Red = Flags that you = can look out for in emails you receive, click here.
If you feel the = email is suspicious, please follow this = process.

 
On 17 Mar 2016, at = 17:30, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com> wrote:
 
I = appreciate Thomas=E2=80=99s comments about the limitations of message = regeneration, but I would be a bit less absolute.
 
The issues over end to = end authentication and more advanced signatures are valid. I need to = read the given reference on aggregate signatures to increase my = knowledge (thanks for it), but my understanding of the possibilities in = this field may offer a solution to the problem, but with some other = issues (possibly including a new type of TLV).
 
But the hop count/limit = point I don=E2=80=99t fully agree with, you can regenerate with an = incremented/decremented count/limit, which leaves the ability to prevent = messages propagating indefinitely, including expanding ring searches, = and retains the ability to use RFC 5497 interval and validity times that = might be useful with an expanding ring search (or might not).
 
But the key issue is = that AODVv2 wants to accumulate metrics. I still haven=E2=80=99t got to = the bottom of many details here, but let=E2=80=99s for the moment just = consider that conceptually.
 
It=E2=80=99s hard to = handle end to end. Charlie=E2=80=99s draft attempts to do an end to end = of some information, not this information. I=E2=80=99m not sure if = that=E2=80=99s useful (and the specialised format is better avoided if = possible). Other approaches are hop by hop (might as well use packet = signatures) and shared key (might as well go hop by hop). Pairwise = signatures for each pair of routers I=E2=80=99m discounting as scaling = terribly. In the interests of completeness let=E2=80=99s mention not = accumulating metrics, which puts us back to hop count and that=E2=80=99s = not ideal either.
 
I don=E2=80=99t think = there is an ideal solution. (I like ideas I=E2=80=99ve seen about = aggregating, but that has some issues of its own, even apart from = computational load.) I=E2=80=99d love to be proved wrong - someone with = the perfect solution to come along.
 
Which means that either = we make an arbitrary choice - which will be disagreed with, but needs = discussing first - or create something flexible. Unfortunately flexible = in that regard constrains in others, e.g. some (many? most?) aggregating = signatures need fixed data sizes (which we can do by defining a TLV that = =E2=80=9Cfills up=E2=80=9D with hop count, but that has a cost = too).
 
I have been told by people much more well versed in this than = I in cryptology, that the correct answer is =E2=80=9Csome=E2=80=9D.
 
That said, "AODVv2 wants to accumulate = metrics=E2=80=9D =E2=80=94 does that mean that the message grows as it = is being forwarded, and that the recipient of a RREQ/RREP will know the = individual costs of each path segment? My understanding is, that the = recipient will get =E2=80=9Cthe sum the costs of each path segment=E2=80=9D= which should be fitting within a fixed size?
 
Thomas
 


 
Sorry, no answers, just comments. And = I=E2=80=99m not addressing Thomas=E2=80=99s later points = here.
 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied = Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford = Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied = Intelligence Limited
Registered in England & Wales No: = 01337451

Registered Office: = Surrey Research Park, Guildford, Surrey, GU2 7YP

 
From: manet [mailto:manet-bounces@ietf.org] On Behalf = Of ietf@thomasclausen.org
Sent: 17 = March 2016 16:00
To: Mobile Ad Hoc Networks = mailing list
Subject: [manet] = draft-ietf-manet-aodvv2-13 review - a couple of big ticket = Items
 
 
*** WARNING = ***

This message originates from outside our = organisation, either from an external partner or the = internet.
Consider carefully whether you should click on = any links, open any attachments or reply.
For = information regarding Red = Flags that you can look out for in emails you = receive, click here.
If you feel the = email is suspicious, please follow this process.

*** WARNING ***
EXTERNAL EMAIL -- This message originates from outside our = organization.
 
Dear all,
 
Apologies for not having gotten this done sooner - day-job = leaving few spare cycles.
 
I=E2=80= =99ve previously offered reviews and comments, and some of those have = been addressed in the latest I-D =E2=80=94 others have not, but should = be. I recall that there was some mail attempting to rebut parts of the = review, and I will dig it out and reply to that.
 
With that being said, I have reviewed the = latest version of the document, and full details will be forthcoming. = There=E2=80=99re a couple of big-ticket/architectural items that I want = to address up front, as I believe that before we have those hammered = out, it will be useless to go into details. Note, I do not claim that = this is an exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but = that=E2=80=99s as far as I have gotten in thinking this through.
 
I also bring these up as they are items = that have been brought up repeatedly over the past years, but not = resolved nor discussed.
 
Loops
Just to bring this out: I share Chris=E2=80= =99 worry about conflicting and concurrent statements from the authors = on =E2=80=9CThere are no loops possible=E2=80=9D and =E2=80=9CWe need to = fix two situations where loops can occur=E2=80=9D and =E2=80=9Cwe are = still investigating some loop conditions=E2=80=9D
 
I particularly worry that this is not a = discussion had in public, but apparently in some other forum=E2=80=A6
 
 
Intermediate Route Replies, and all of section 10
Section 10 contains a set of =E2=80=9Cvague= ly specified extensions=E2=80=9D, which is incoherent with the intended = status indicated for this document. 
 
Specifically, and this is not unrelated = to the point about loops above, intermediate RREPs (section 10.3) are a = potential source for loops.
 
Expanding Ring Multicast (section 10.1) is not documented in = a way that can be implemented (and also, see = =E2=80=9CForwarding-vs-regeneration=E2=80=9D below, it is in the present = form of this protocol impossible), etc.
 
 
Forwarding-vs-regeneration
Recent exchanges on the list made me = understand that protocol control messages are *not* forwarded, but are = consumed at each hop, then a new message with (almost-but-not-quite) the = same content is generated and transmitted.
 
I have thought some more on this (& = read some of the exchanges on the list on this topic by Chris, Ulrich, = and others), and I am convinced that this is not the right way to = go, at least for the following reasons:
 
 
        &= nbsp;   o        &= nbsp; It renders the hop-limit/hop-count fields in the RFC5444 = message header useless.
        &= nbsp;           &nb= sp;   This would not be bad if = the functionality offered by those fields was not useful
        &= nbsp;           &nb= sp;   =E2=80=94 sadly, it is. For = example, for scope limited flooding (expanding ring search, = and 
        &= nbsp;           &nb= sp;   such) which may be of = interest, and which require hop-limit. 
        &= nbsp;           &nb= sp;   A= hop-count field may also provide a =E2=80=9Ccheap=E2=80=9D (in terms of = overhead) additional piece
        &= nbsp;           &nb= sp;   of information to use = conjunctively with a =E2=80=9Creal=E2=80=9D metric.
 
        &= nbsp;           &nb= sp;   The only practical solution = would be to re-introduce these functions by way of inserting a
        &= nbsp;           &nb= sp;   MessageTLV =E2=80=94 which = (i) is not specified in this document, and (ii) which would just
        &= nbsp;           &nb= sp;   serve to render messages = bigger than strictly needed.
 
        &= nbsp;           &nb= sp;   Scope limited flooding =  does seem to be a necessary requirement, if for no
        &= nbsp;           &nb= sp;   other reason than to = prevent information from =E2=80=9Ccirculating forever in the = network=E2=80=9D.
 
        &= nbsp;   o        &= nbsp; It makes end-to-end authentication = unnecessarily hard.
        &= nbsp;           &nb= sp;   I= think Chris called this out already, but it bears repeating: S = generates a message 
        &= nbsp;           &nb= sp;   (say, a RREQ), and includes = an ICV calculated over the content of the message.
        &= nbsp;           &nb= sp;   For any recipient to be = able to validate the ICV, the message has to be exactly
        &= nbsp;           &nb= sp;   the same =E2=80=94 not just = in content, but in structure =E2=80=94 as what was generated.
 
        &= nbsp;           &nb= sp;   =E2=80=9CRegenerating=E2=80=9D= rather than =E2=80=9Cforwarding=E2=80=9D messages means, that the = intermediate
        &= nbsp;           &nb= sp;   router =E2=80=9Cregenerating=E2= =80=9D the RREQ may chose a different structure (e.g., include TLVs
        &= nbsp;           &nb= sp;   in a different order).
 
        &= nbsp;           &nb= sp;   The proposal from https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /span>
        &= nbsp;           &nb= sp;   is to add constraints on = (i) the set of elements to include in a signature and (ii) the
        &= nbsp;           &nb= sp;   order of these = elements.
 
        &= nbsp;           &nb= sp;   One problem with that = approach is (i): if an extension adds a message TLV, or an 
        &= nbsp;           &nb= sp;   Address TLV, to a message, = then that will not be =E2=80=9Ccovered=E2=80=9D by the proposed e2esec = TLV.
        &= nbsp;           &nb= sp;   Rather for *each* extension = developed, an =E2=80=9Cupdates e2esec=E2=80=9D clause needs to be = done.
 
        &= nbsp;           &nb= sp;   I=E2=80=99d say that this = approach would be prone to errors =E2=80=94 and add entropy to the = process
        &= nbsp;           &nb= sp;   of designing protocol = extensions. The alternative, a message being generated by the
        &= nbsp;           &nb= sp;   source and *forwarded* (as = we do in OLSRv2, for example) would allow ICV TLVs 
        &= nbsp;           &nb= sp;   (even, allow reuse of those = specified for OLSRv2) for covering a message and 
        &= nbsp;           &nb= sp;   extensions.
 
        &= nbsp;           &nb= sp;   =E2=80=9CBut what about the = metrics value which will change on each hop=E2=80=9D, you may say?
        &= nbsp;           &nb= sp;   Fortunately, that is = relatively easy to handle: simply zero out the value of that TLV = when
        &= nbsp;           &nb= sp;   generating or verifying the = ICV MessageTLV. And use Packet-TLVs for hop-by-hop 
        &= nbsp;           &nb= sp;   authentication, if needed = (but, see below).
 
        &= nbsp;   o        &= nbsp; It prevents the use of more clever/advanced = signature schemes/ICVs
        &= nbsp;           &nb= sp;   Aggregate signature = algorithms ( https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf)
        &= nbsp;           &nb= sp;   exist, and an interesting = use-case can be found in also reactive protocols, allowing verifying
        &= nbsp;           &nb= sp;   not =E2=80=9Cjust=E2=80=9D = the end points, but also the intermediaries (again, with the appropriate = =E2=80=9Czero out=E2=80=9D
        &= nbsp;           &nb= sp;   discussed above, or = something smarter).
        &= nbsp;           &nb= sp;   Regeneration of messages, = rather than forwarding, renders that impossible (or, if used,
        &= nbsp;           &nb= sp;   updating to  https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /span>)
 
There are other reasons, but the above = are those that jump at me as immediate show-stoppers.
 
I do honestly not see what possible = benefit there is from =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see = very clear inconveniences, and security is not the least of these. = Insisting on =E2=80=9Cregeneration=E2=80=9D requires development of = =E2=80=9Cnon-general workarounds=E2=80=9D as pointed out above.
 
Security = Considerations
This = is an always thorny subject. When OLSRv2 was going through the process = we got a thorough education in how little we knew about security from = the SEC-ADs, and had to spend about a year or so developing RFC7183. The = bottom line is, that this protocol needs its =E2=80=9CRFC7183 =  equivalent=E2=80=9D, either as part of the main document, or as an = independent document. currently, that is not the case.
 
A minima, looking at BCP72 and BCP107 =E2=80= =94 taking inspiration from RFC7183 might be aw good idea, as that was = the most recent that went through the SEC AD. Regardless of how, = however, a =E2=80=9Cmandatory to implement=E2=80=9D security mechanism = most be specified (I think the right term was =E2=80=9CMUST implement, = SHOULD use=E2=80=9D), in sufficient detail to ensure interoperable = implementations.
 
As = an example, both [RFC6130] and [RFC7181] set out that that:
 
      On receiving a ... = message, a router MUST first check if the
      message is invalid = for processing by this router
 
and = then proceed to give a number of conditions that, each, will lead to a = rejection of the message as "badly formed and therefore invalid for = processing=E2=80=9D =E2=80=94 a list which RFC7183 then amended. That = gave a =E2=80=9Chook=E2=80=9D for RFC7183 for inserting =E2=80=9Crejection= =E2=80=9D. Idem for message generation.
 
If I was to do RFC7181/RFC6130 today, I = would include that directly into the protocol specifications. It turned = out to be more overhead (and slow down publication anyways) to do it as = separate documents.
 
Secondly, we need to be a lot more rigid in terms of what = ICVs, Timestamps, etc. are added/removed, and what that brings.
 
For example (with the assumption that = messages are *forwarded* and *not* regenerated), this could be one = option:
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When a = RREQ, RREP message is generated, add an ICV Message TLV, which is = calculated <this way>
        &= nbsp;           &nb= sp;            = ;    =E2=80=A6(take = inspiration from RFC7183 here)
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When a = RREQ, RREP message is transmitted  (by the source, or forwarded by = an intermediary)
        &= nbsp;           &nb= sp;            = ;   in = an RFC5444 packet, an ICV Packet TLV is added to the packet, which is = calculated <this way> =E2=80=A6
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When an = RFC5444 packet is received, validate the ICV Packet TLV <this way> = and if the ICV doesn=E2=80=99t validate,
        &= nbsp;           &nb= sp;            = ;   discard the contained = messages.
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When = receiving a RREQ/RREP (either as destination, or as an intermediary), = validate the ICV Message TLV 
        &= nbsp;           &nb= sp;            = ;   <this way> and if the = ICV doesn=E2=80=99t validate, discard the message, do not process, do = not forward.
 
This is a different (and more flexible?) = model than =E2=80=9Cjust=E2=80=9D transitive trust and =E2=80=9Cjust=E2=80= =9D end-to-end trust discussed previously, and is enabled by the = =E2=80=9Cforwarding=E2=80=9D bit described previously.
 
Metrics
I = have asked this numerous times, but have not gotten any answer so I am = escalating this again. Why is this document having a normative reference = to RFC6551?
 
   [RFC6551]  =
Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, N.,
          &nb=
sp;   and D. Barthel, "Routing Metrics Used for Path =
Calculation
          &nb=
sp;   in Low-Power and Lossy Networks", RFC 6551, DOI 10.17487/
          &nb=
sp;   RFC6551, March 2012,
          &nb=
sp;   <http://www.rfc-editor.org/info/rfc6551>.
 
 
Unless I am mistaken, this is not the = ROLL WG. And the abstract to RFC6551 explicitly reads:
 
   =
Low-Power and Lossy Networks (LLNs) have unique characteristics
   =
compared with traditional wired and ad hoc networks that require the
   =
specification of new routing metrics and constraints. 
Which explicitly is disclaiming that = these metrics are not = applicable in ad hoc networks =E2=80=94 and, I am = wondering, what has changed since the publication of RFC6551 to suddenly = make these applicable?
 
 I am also wondering if looking at (and, perhaps, = using?) the same metric type TLV type as in OLSRv2 is not a = possibility?
 
Either= way, referencing RFC6551 here is wrong.
 
RFC6621 (SMF) = usage
As late as earlier = this month, RFC6621 reared its head again on the mailing list. I = understand that the authors are set on using flooding reduction as part = of RREQ distribution. If that is the case, then this protocol MUST = specify that flooding reduction. 
 
Saying =E2=80=9CUse RFC6621=E2=80=9D = won=E2=80=99t work, for reasons Chris point out in an email earlier to = the list:
The = network does not and fundamentally cannot offer multicast suppression to = AODVv2. This isn't a hard concept, but seems to keep having to be = said. AODVv2 messages are carried in 5444 packets, and those only travel = one hop. That doesn't allow for suppression. Furthermore AODVv2 is = creating new messages each hop. That needs AODVv2 specific handling.
 
And quoting an email from myself:
If protocol X relies = on using a flooding operation, then it certainly is protocol X's = responsibility to  specify the flooding operation (or, at = least, the requirements to the flooding operation ) for correct = functioning of protocol X.
 
I=E2=80=99ve previously pointed out that = RFC6621 requires some degree of configuration (can=E2=80=99t just, for = example, pick two different relay set selection algorithms, as that may = produce a disconnected flooding domain).
 
In other words, what the authors propose = in https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-0= 0 is insufficient.
 
Multiple = interfaces configured with the same address(es) - & = RFC6621
I = think that it has been established that the ability to use the same = address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that a single way of doing so has been proposed, nor that the = =E2=80=9Coperating conditions=E2=80=9D are called out (for example, will = it work  if router A and router B both have two interfaces, and = that all 4 interfaces use the same IP address?)
 
This is not entirely unrelated to = flooding reduction and RFC6621. One of the complexities is to get that = just right: OLSRv2 - for example - calculates Flooding-MPRs per = interface, and RFC6130 is careful in how it detects bidirectionality of = links. 
 
I have not worked out all the details of = how this impacts this protocol =E2=80=94 but, it requires attention. = Especially when wanting to be able to say =E2=80=9C=E2=80=A6use = RFC6621=E2=80=9D, then the interface configuration constraints when = faced with multiple interfaces must be worked out.
 
Prefixes = & Gateways
A = question to my mind, and I am not sure I know how to answer that from = reading the draft since it is not discussed in section 9 (at least), is: = =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D (i.e., a = /<128 in IPv6)?
 
        &= nbsp;   o        &= nbsp; If the = whole prefix is part of the attached network set of a single = router, 
        &= nbsp;           &nb= sp;   then I expect to get a = single RREP back, is that the case?
 
        &= nbsp;   o        &= nbsp; If "half = the prefix"  is part of the attached network set of a single = router, 
        &= nbsp;           &nb= sp;   and the other half is part = of the attached network set of another  single router, 
        &= nbsp;           &nb= sp;   then I expect two RREPs, is = that the case?
 
        &= nbsp;   o        &= nbsp; More = generally, will I get a tree build through the network here?
 
Section 9 (or, the whole spec) is also = not explicit enough about multiple  "default gateways" =E2=80=94 = i.e., the external network being =E2=80=9Cthe rest of the Internet=E2=80=9D= , and there being multiple gateways to the Internet. I understand how = the RREQ gets to the gateway, and how the gateway determines if it = should respond (the destination is not part of =E2=80=9Cthe MANET = prefix, with which it is configured=E2=80=9D).
 
But, if A is close to GW1, and B is close = to GW2, but A and B being far far apart (according to the metric used) = within the MANET, then it would be preferential for the route from A to = B to go via GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2? 
 
Is this a supported = configuration? 
        &= nbsp;   o        &= nbsp; If yes, = how is it (seq# wise, I would expect some complications) = handled? 
        &= nbsp;   o        &= nbsp; If not, = where is it stated that this configuration is not possible with this = protocol?
 
 
The applicability statement says:
 
   AODVv2 is designed =
for stub or disconnected mobile ad hoc networks,
   i.e., non-transit networks or those not =
connected to the internet.
   =
AODVv2 can, however, be configured to perform gateway functions when
   attached to external networks, as discussed in =
Section 9.
 
I believe that the scenario I describe is = indeed a stub network (and not a transit network)?
 
=E2=80=94 =E2=80=94 =E2=80=94 
 
As I indicated, these are the big-picture = issues that I have gotten around to thinking about enough to write up. = I=E2=80=99m not through working through the document, but those were the = ones that came to mind, and which seem imperative to resolve.
 
Best,
 
Thomas
 
 
 
***************************************************************= *****
This email and any attachments are confidential to = the intended
recipient and may also be privileged. If you = are not the intended
recipient please delete it from your = system and notify the sender.
You should not copy it or = use it for any purpose nor disclose or
distribute its = contents to any other person.
***************************************************************= *****

= --Apple-Mail=_9054044D-B3A8-4F38-B168-934FAAAB5F1A-- From nobody Thu Mar 17 09:48:43 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6084312D680 for ; Thu, 17 Mar 2016 09:48:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.915 X-Spam-Level: X-Spam-Status: No, score=-2.915 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, TRACKER_ID=1.306] 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 mdVb7qkEkZfp for ; Thu, 17 Mar 2016 09:48:36 -0700 (PDT) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 9FC7312D976 for ; Thu, 17 Mar 2016 09:48:21 -0700 (PDT) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1agb5u-002dSF-0F>; Thu, 17 Mar 2016 17:48:18 +0100 Received: from ws5627.eduroam.haw-hamburg.de ([141.22.56.27]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (envelope-from ) id <1agb5t-002i43-HQ>; Thu, 17 Mar 2016 17:48:17 +0100 Content-Type: multipart/alternative; boundary="Apple-Mail=_C14E6EFF-640B-49C2-92F3-EA4CC0B6B5C5" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Lotte Steenbrink In-Reply-To: Date: Thu, 17 Mar 2016 17:48:19 +0100 Message-Id: <5EE270D1-30EF-42A9-BF11-7F4267967AC0@fu-berlin.de> References: <1F5AB0F1-0B92-4A66-A08F-A2BF8B414D9F@thomasclausen.org> To: "Dearlove, Christopher (UK)" X-Mailer: Apple Mail (2.3112) X-Originating-IP: 141.22.56.27 X-ZEDAT-Hint: A Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Message integrity and message mutability (was RE: draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 16:48:41 -0000 --Apple-Mail=_C14E6EFF-640B-49C2-92F3-EA4CC0B6B5C5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi all, > Am 17.03.2016 um 17:44 schrieb Dearlove, Christopher (UK) = : >=20 > Good point about whether you just pass on one cost or a set of costs. = As I said, not looked at details - I will, when time permits. One cost = is much easier, and yes, it reduces the fixed size aggregated signatures = problem to =E2=80=9Cjust=E2=80=9D one of computational load. For the record, Thomas=E2=80=99 understanding is correct; the cost is = one aggregated value.=20 Best regards,=20 Lotte Steenrbink > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: ietf@thomasclausen.org = [mailto:ietf@thomasclausen.org ]=20 > Sent: 17 March 2016 16:38 > To: Dearlove, Christopher (UK) > Cc: Mobile Ad Hoc Networks mailing list > Subject: Re: Message integrity and message mutability (was RE: [manet] = draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > =20 > On 17 Mar 2016, at 17:30, Dearlove, Christopher (UK) = > = wrote: > =20 > I appreciate Thomas=E2=80=99s comments about the limitations of = message regeneration, but I would be a bit less absolute. > =20 > The issues over end to end authentication and more advanced signatures = are valid. I need to read the given reference on aggregate signatures to = increase my knowledge (thanks for it), but my understanding of the = possibilities in this field may offer a solution to the problem, but = with some other issues (possibly including a new type of TLV). > =20 > But the hop count/limit point I don=E2=80=99t fully agree with, you = can regenerate with an incremented/decremented count/limit, which leaves = the ability to prevent messages propagating indefinitely, including = expanding ring searches, and retains the ability to use RFC 5497 = interval and validity times that might be useful with an expanding ring = search (or might not). > =20 > But the key issue is that AODVv2 wants to accumulate metrics. I still = haven=E2=80=99t got to the bottom of many details here, but let=E2=80=99s = for the moment just consider that conceptually. > =20 > It=E2=80=99s hard to handle end to end. Charlie=E2=80=99s draft = attempts to do an end to end of some information, not this information. = I=E2=80=99m not sure if that=E2=80=99s useful (and the specialised = format is better avoided if possible). Other approaches are hop by hop = (might as well use packet signatures) and shared key (might as well go = hop by hop). Pairwise signatures for each pair of routers I=E2=80=99m = discounting as scaling terribly. In the interests of completeness = let=E2=80=99s mention not accumulating metrics, which puts us back to = hop count and that=E2=80=99s not ideal either. > =20 > I don=E2=80=99t think there is an ideal solution. (I like ideas I=E2=80=99= ve seen about aggregating, but that has some issues of its own, even = apart from computational load.) I=E2=80=99d love to be proved wrong - = someone with the perfect solution to come along. > =20 > Which means that either we make an arbitrary choice - which will be = disagreed with, but needs discussing first - or create something = flexible. Unfortunately flexible in that regard constrains in others, = e.g. some (many? most?) aggregating signatures need fixed data sizes = (which we can do by defining a TLV that =E2=80=9Cfills up=E2=80=9D with = hop count, but that has a cost too). > =20 > I have been told by people much more well versed in this than I in = cryptology, that the correct answer is =E2=80=9Csome=E2=80=9D. > =20 > That said, "AODVv2 wants to accumulate metrics=E2=80=9D =E2=80=94 does = that mean that the message grows as it is being forwarded, and that the = recipient of a RREQ/RREP will know the individual costs of each path = segment? My understanding is, that the recipient will get =E2=80=9Cthe = sum the costs of each path segment=E2=80=9D which should be fitting = within a fixed size? > =20 > Thomas > =20 >=20 >=20 > =20 > Sorry, no answers, just comments. And I=E2=80=99m not addressing = Thomas=E2=80=99s later points here. > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: manet [mailto:manet-bounces@ietf.org = ] On Behalf Of ietf@thomasclausen.org = > Sent: 17 March 2016 16:00 > To: Mobile Ad Hoc Networks mailing list > Subject: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big = ticket Items > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > *** WARNING *** > EXTERNAL EMAIL -- This message originates from outside our = organization. > =20 > Dear all, > =20 > Apologies for not having gotten this done sooner - day-job leaving few = spare cycles. > =20 > I=E2=80=99ve previously offered reviews and comments, and some of = those have been addressed in the latest I-D =E2=80=94 others have not, = but should be. I recall that there was some mail attempting to rebut = parts of the review, and I will dig it out and reply to that. > =20 > With that being said, I have reviewed the latest version of the = document, and full details will be forthcoming. There=E2=80=99re a = couple of big-ticket/architectural items that I want to address up = front, as I believe that before we have those hammered out, it will be = useless to go into details. Note, I do not claim that this is an = exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but that=E2=80=99s = as far as I have gotten in thinking this through. > =20 > I also bring these up as they are items that have been brought up = repeatedly over the past years, but not resolved nor discussed. > =20 > Loops > Just to bring this out: I share Chris=E2=80=99 worry about conflicting = and concurrent statements from the authors on =E2=80=9CThere are no = loops possible=E2=80=9D and =E2=80=9CWe need to fix two situations where = loops can occur=E2=80=9D and =E2=80=9Cwe are still investigating some = loop conditions=E2=80=9D > =20 > I particularly worry that this is not a discussion had in public, but = apparently in some other forum=E2=80=A6 > =20 > =20 > Intermediate Route Replies, and all of section 10 > Section 10 contains a set of =E2=80=9Cvaguely specified extensions=E2=80= =9D, which is incoherent with the intended status indicated for this = document.=20 > =20 > Specifically, and this is not unrelated to the point about loops = above, intermediate RREPs (section 10.3) are a potential source for = loops. > =20 > Expanding Ring Multicast (section 10.1) is not documented in a way = that can be implemented (and also, see =E2=80=9CForwarding-vs-regeneration= =E2=80=9D below, it is in the present form of this protocol impossible), = etc. > =20 > =20 > Forwarding-vs-regeneration > Recent exchanges on the list made me understand that protocol control = messages are *not* forwarded, but are consumed at each hop, then a new = message with (almost-but-not-quite) the same content is generated and = transmitted. > =20 > I have thought some more on this (& read some of the exchanges on the = list on this topic by Chris, Ulrich, and others), and I am convinced = that this is not the right way to go, at least for the following = reasons: > =20 > =20 > o It renders the hop-limit/hop-count fields in = the RFC5444 message header useless. > This would not be bad if the functionality = offered by those fields was not useful > =E2=80=94 sadly, it is. For example, for scope = limited flooding (expanding ring search, and=20 > such) which may be of interest, and which = require hop-limit.=20 > A hop-count field may also provide a = =E2=80=9Ccheap=E2=80=9D (in terms of overhead) additional piece > of information to use conjunctively with a = =E2=80=9Creal=E2=80=9D metric. > =20 > The only practical solution would be to = re-introduce these functions by way of inserting a > MessageTLV =E2=80=94 which (i) is not = specified in this document, and (ii) which would just > serve to render messages bigger than strictly = needed. > =20 > Scope limited flooding does seem to be a = necessary requirement, if for no > other reason than to prevent information from = =E2=80=9Ccirculating forever in the network=E2=80=9D. > =20 > o It makes end-to-end authentication = unnecessarily hard. > I think Chris called this out already, but it = bears repeating: S generates a message=20 > (say, a RREQ), and includes an ICV calculated = over the content of the message. > For any recipient to be able to validate the = ICV, the message has to be exactly > the same =E2=80=94 not just in content, but in = structure =E2=80=94 as what was generated. > =20 > =E2=80=9CRegenerating=E2=80=9D rather than = =E2=80=9Cforwarding=E2=80=9D messages means, that the intermediate > router =E2=80=9Cregenerating=E2=80=9D the RREQ = may chose a different structure (e.g., include TLVs > in a different order). > =20 > The proposal from = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = > is to add constraints on (i) the set of = elements to include in a signature and (ii) the > order of these elements. > =20 > One problem with that approach is (i): if an = extension adds a message TLV, or an=20 > Address TLV, to a message, then that will not = be =E2=80=9Ccovered=E2=80=9D by the proposed e2esec TLV. > Rather for *each* extension developed, an = =E2=80=9Cupdates e2esec=E2=80=9D clause needs to be done. > =20 > I=E2=80=99d say that this approach would be = prone to errors =E2=80=94 and add entropy to the process > of designing protocol extensions. The = alternative, a message being generated by the > source and *forwarded* (as we do in OLSRv2, = for example) would allow ICV TLVs=20 > (even, allow reuse of those specified for = OLSRv2) for covering a message and=20 > extensions. > =20 > =E2=80=9CBut what about the metrics value = which will change on each hop=E2=80=9D, you may say? > Fortunately, that is relatively easy to = handle: simply zero out the value of that TLV when > generating or verifying the ICV MessageTLV. = And use Packet-TLVs for hop-by-hop=20 > authentication, if needed (but, see below). > =20 > o It prevents the use of more clever/advanced = signature schemes/ICVs > Aggregate signature algorithms ( = https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf = ) > exist, and an interesting use-case can be = found in also reactive protocols, allowing verifying > not =E2=80=9Cjust=E2=80=9D the end points, but = also the intermediaries (again, with the appropriate =E2=80=9Czero = out=E2=80=9D > discussed above, or something smarter). > Regeneration of messages, rather than = forwarding, renders that impossible (or, if used, > updating to = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = ) > =20 > There are other reasons, but the above are those that jump at me as = immediate show-stoppers. > =20 > I do honestly not see what possible benefit there is from = =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see very clear = inconveniences, and security is not the least of these. Insisting on = =E2=80=9Cregeneration=E2=80=9D requires development of =E2=80=9Cnon-genera= l workarounds=E2=80=9D as pointed out above. > =20 > Security Considerations > This is an always thorny subject. When OLSRv2 was going through the = process we got a thorough education in how little we knew about security = from the SEC-ADs, and had to spend about a year or so developing = RFC7183. The bottom line is, that this protocol needs its =E2=80=9CRFC7183= equivalent=E2=80=9D, either as part of the main document, or as an = independent document. currently, that is not the case. > =20 > A minima, looking at BCP72 and BCP107 =E2=80=94 taking inspiration = from RFC7183 might be aw good idea, as that was the most recent that = went through the SEC AD. Regardless of how, however, a =E2=80=9Cmandatory = to implement=E2=80=9D security mechanism most be specified (I think the = right term was =E2=80=9CMUST implement, SHOULD use=E2=80=9D), in = sufficient detail to ensure interoperable implementations. > =20 > As an example, both [RFC6130] and [RFC7181] set out that that: > =20 > On receiving a ... message, a router MUST first check if the > message is invalid for processing by this router > =20 > and then proceed to give a number of conditions that, each, will lead = to a rejection of the message as "badly formed and therefore invalid for = processing=E2=80=9D =E2=80=94 a list which RFC7183 then amended. That = gave a =E2=80=9Chook=E2=80=9D for RFC7183 for inserting =E2=80=9Crejection= =E2=80=9D. Idem for message generation. > =20 > If I was to do RFC7181/RFC6130 today, I would include that directly = into the protocol specifications. It turned out to be more overhead (and = slow down publication anyways) to do it as separate documents. > =20 > Secondly, we need to be a lot more rigid in terms of what ICVs, = Timestamps, etc. are added/removed, and what that brings. > =20 > For example (with the assumption that messages are *forwarded* and = *not* regenerated), this could be one option: > =20 > o When a RREQ, RREP message is = generated, add an ICV Message TLV, which is calculated > =E2=80=A6(take inspiration from = RFC7183 here) > =20 > o When a RREQ, RREP message is = transmitted (by the source, or forwarded by an intermediary) > in an RFC5444 packet, an ICV = Packet TLV is added to the packet, which is calculated =E2=80=A6= > =20 > o When an RFC5444 packet is received, = validate the ICV Packet TLV and if the ICV doesn=E2=80=99t = validate, > discard the contained messages. > =20 > o When receiving a RREQ/RREP (either = as destination, or as an intermediary), validate the ICV Message TLV=20 > and if the ICV = doesn=E2=80=99t validate, discard the message, do not process, do not = forward. > =20 > This is a different (and more flexible?) model than =E2=80=9Cjust=E2=80=9D= transitive trust and =E2=80=9Cjust=E2=80=9D end-to-end trust discussed = previously, and is enabled by the =E2=80=9Cforwarding=E2=80=9D bit = described previously. > =20 > Metrics > I have asked this numerous times, but have not gotten any answer so I = am escalating this again. Why is this document having a normative = reference to RFC6551? > =20 > [RFC6551 <>] Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, = N., > and D. Barthel, "Routing Metrics Used for Path = Calculation > in Low-Power and Lossy Networks", RFC 6551 = , DOI 10.17487/ > RFC6551 , March = 2012, > >. > =20 > =20 > Unless I am mistaken, this is not the ROLL WG. And the abstract to = RFC6551 explicitly reads: > =20 > Low-Power and Lossy Networks (LLNs) have unique characteristics > compared with traditional wired and ad hoc networks that require = the > specification of new routing metrics and constraints. =20 > Which explicitly is disclaiming that these metrics are not applicable = in ad hoc networks =E2=80=94 and, I am wondering, what has changed since = the publication of RFC6551 to suddenly make these applicable? > =20 > I am also wondering if looking at (and, perhaps, using?) the same = metric type TLV type as in OLSRv2 is not a possibility? > =20 > Either way, referencing RFC6551 here is wrong. > =20 > RFC6621 (SMF) usage > As late as earlier this month, RFC6621 reared its head again on the = mailing list. I understand that the authors are set on using flooding = reduction as part of RREQ distribution. If that is the case, then this = protocol MUST specify that flooding reduction.=20 > =20 > Saying =E2=80=9CUse RFC6621=E2=80=9D won=E2=80=99t work, for reasons = Chris point out in an email earlier to the list: > The network does not and fundamentally cannot offer multicast = suppression to AODVv2. This isn't a hard concept, but seems to keep = having to be said. AODVv2 messages are carried in 5444 packets, and = those only travel one hop. That doesn't allow for suppression. = Furthermore AODVv2 is creating new messages each hop. That needs AODVv2 = specific handling. > =20 > And quoting an email from myself: > If protocol X relies on using a flooding operation, then it certainly = is protocol X's responsibility to specify the flooding operation (or, = at least, the requirements to the flooding operation ) for correct = functioning of protocol X. > =20 > I=E2=80=99ve previously pointed out that RFC6621 requires some degree = of configuration (can=E2=80=99t just, for example, pick two different = relay set selection algorithms, as that may produce a disconnected = flooding domain). > =20 > In other words, what the authors propose in = https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-00 = is = insufficient. > =20 > Multiple interfaces configured with the same address(es) - & RFC6621 > I think that it has been established that the ability to use the same = address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that a single way of doing so has been proposed, nor that the = =E2=80=9Coperating conditions=E2=80=9D are called out (for example, will = it work if router A and router B both have two interfaces, and that all = 4 interfaces use the same IP address?) > =20 > This is not entirely unrelated to flooding reduction and RFC6621. One = of the complexities is to get that just right: OLSRv2 - for example - = calculates Flooding-MPRs per interface, and RFC6130 is careful in how it = detects bidirectionality of links.=20 > =20 > I have not worked out all the details of how this impacts this = protocol =E2=80=94 but, it requires attention. Especially when wanting = to be able to say =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, then the = interface configuration constraints when faced with multiple interfaces = must be worked out. > =20 > Prefixes & Gateways > A question to my mind, and I am not sure I know how to answer that = from reading the draft since it is not discussed in section 9 (at = least), is: =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D = (i.e., a /<128 in IPv6)? > =20 > o If the whole prefix is part of the attached = network set of a single router,=20 > then I expect to get a single RREP back, is = that the case? > =20 > o If "half the prefix" is part of the attached = network set of a single router,=20 > and the other half is part of the attached = network set of another single router,=20 > then I expect two RREPs, is that the case? > =20 > o More generally, will I get a tree build through = the network here? > =20 > Section 9 (or, the whole spec) is also not explicit enough about = multiple "default gateways" =E2=80=94 i.e., the external network being = =E2=80=9Cthe rest of the Internet=E2=80=9D, and there being multiple = gateways to the Internet. I understand how the RREQ gets to the gateway, = and how the gateway determines if it should respond (the destination is = not part of =E2=80=9Cthe MANET prefix, with which it is configured=E2=80=9D= ). > =20 > But, if A is close to GW1, and B is close to GW2, but A and B being = far far apart (according to the metric used) within the MANET, then it = would be preferential for the route from A to B to go via = GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2?=20 > =20 > Is this a supported configuration?=20 > o If yes, how is it (seq# wise, I would expect = some complications) handled?=20 > o If not, where is it stated that this = configuration is not possible with this protocol? > =20 > =20 > The applicability statement says: > =20 > AODVv2 is designed for stub or disconnected mobile ad hoc networks, > i.e., non-transit networks or those not connected to the internet. > AODVv2 can, however, be configured to perform gateway functions = when > attached to external networks, as discussed in Section 9 = . > =20 > I believe that the scenario I describe is indeed a stub network (and = not a transit network)? > =20 > =E2=80=94 =E2=80=94 =E2=80=94=20 > =20 > As I indicated, these are the big-picture issues that I have gotten = around to thinking about enough to write up. I=E2=80=99m not through = working through the document, but those were the ones that came to mind, = and which seem imperative to resolve. > =20 > Best, > =20 > Thomas > =20 > =20 > =20 > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** > =20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail=_C14E6EFF-640B-49C2-92F3-EA4CC0B6B5C5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi all,

Am 17.03.2016 um 17:44 schrieb = Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>:

Good point about whether you just pass on one cost or a set = of costs. As I said, not looked at details - I will, when time permits. = One cost is much easier, and yes, it reduces the fixed size aggregated = signatures problem to =E2=80=9Cjust=E2=80=9D one of computational = load.

For the record, Thomas=E2=80=99 understanding is = correct; the cost is one aggregated value. 

Best regards, 
Lotte = Steenrbink

 

--

Christopher Dearlove
Senior = Principal Engineer
BAE Systems Applied Intelligence = Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, = Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research = Park, Guildford, Surrey, GU2 7YP

 
From: ietf@thomasclausen.org [mailto:ietf@thomasclausen.org] 
Sent: 17 = March 2016 16:38
To: Dearlove, Christopher = (UK)
Cc: Mobile Ad Hoc Networks = mailing list
Subject: Re: Message integrity and = message mutability (was RE: [manet] draft-ietf-manet-aodvv2-13 review - = a couple of big ticket Items)
 
 
*** WARNING ***

This message originates from outside our = organisation, either from an external partner or the = internet.
Consider carefully whether you should click on = any links, open any attachments or reply.
For = information regarding Red = Flags that you = can look out for in emails you receive, click here.
If you feel the = email is suspicious, please follow this = process.

 
On 17 Mar 2016, at = 17:30, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com> wrote:
 
I = appreciate Thomas=E2=80=99s comments about the limitations of message = regeneration, but I would be a bit less absolute.
 
The issues over end to = end authentication and more advanced signatures are valid. I need to = read the given reference on aggregate signatures to increase my = knowledge (thanks for it), but my understanding of the possibilities in = this field may offer a solution to the problem, but with some other = issues (possibly including a new type of TLV).
 
But the hop count/limit = point I don=E2=80=99t fully agree with, you can regenerate with an = incremented/decremented count/limit, which leaves the ability to prevent = messages propagating indefinitely, including expanding ring searches, = and retains the ability to use RFC 5497 interval and validity times that = might be useful with an expanding ring search (or might not).
 
But the key issue is = that AODVv2 wants to accumulate metrics. I still haven=E2=80=99t got to = the bottom of many details here, but let=E2=80=99s for the moment just = consider that conceptually.
 
It=E2=80=99s hard to = handle end to end. Charlie=E2=80=99s draft attempts to do an end to end = of some information, not this information. I=E2=80=99m not sure if = that=E2=80=99s useful (and the specialised format is better avoided if = possible). Other approaches are hop by hop (might as well use packet = signatures) and shared key (might as well go hop by hop). Pairwise = signatures for each pair of routers I=E2=80=99m discounting as scaling = terribly. In the interests of completeness let=E2=80=99s mention not = accumulating metrics, which puts us back to hop count and that=E2=80=99s = not ideal either.
 
I don=E2=80=99t think = there is an ideal solution. (I like ideas I=E2=80=99ve seen about = aggregating, but that has some issues of its own, even apart from = computational load.) I=E2=80=99d love to be proved wrong - someone with = the perfect solution to come along.
 
Which means that either = we make an arbitrary choice - which will be disagreed with, but needs = discussing first - or create something flexible. Unfortunately flexible = in that regard constrains in others, e.g. some (many? most?) aggregating = signatures need fixed data sizes (which we can do by defining a TLV that = =E2=80=9Cfills up=E2=80=9D with hop count, but that has a cost = too).
 
I have been told by people much more well versed in this than = I in cryptology, that the correct answer is =E2=80=9Csome=E2=80=9D.
 
That said, "AODVv2 wants to accumulate = metrics=E2=80=9D =E2=80=94 does that mean that the message grows as it = is being forwarded, and that the recipient of a RREQ/RREP will know the = individual costs of each path segment? My understanding is, that the = recipient will get =E2=80=9Cthe sum the costs of each path segment=E2=80=9D= which should be fitting within a fixed size?
 
Thomas
 


 
Sorry, no answers, just comments. And = I=E2=80=99m not addressing Thomas=E2=80=99s later points = here.
 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied = Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford = Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied = Intelligence Limited
Registered in England & Wales No: = 01337451

Registered Office: = Surrey Research Park, Guildford, Surrey, GU2 7YP

 
From: manet [mailto:manet-bounces@ietf.org] On Behalf = Of ietf@thomasclausen.org
Sent: 17 = March 2016 16:00
To: Mobile Ad Hoc Networks = mailing list
Subject: [manet] = draft-ietf-manet-aodvv2-13 review - a couple of big ticket = Items
 
 
*** WARNING = ***

This message originates from outside our = organisation, either from an external partner or the = internet.
Consider carefully whether you should click on = any links, open any attachments or reply.
For = information regarding Red = Flags that you can look out for in emails you = receive, click here.
If you feel the = email is suspicious, please follow this process.

*** WARNING ***
EXTERNAL EMAIL -- This message originates from outside our = organization.
 
Dear all,
 
Apologies for not having gotten this done sooner - day-job = leaving few spare cycles.
 
I=E2=80= =99ve previously offered reviews and comments, and some of those have = been addressed in the latest I-D =E2=80=94 others have not, but should = be. I recall that there was some mail attempting to rebut parts of the = review, and I will dig it out and reply to that.
 
With that being said, I have reviewed the = latest version of the document, and full details will be forthcoming. = There=E2=80=99re a couple of big-ticket/architectural items that I want = to address up front, as I believe that before we have those hammered = out, it will be useless to go into details. Note, I do not claim that = this is an exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but = that=E2=80=99s as far as I have gotten in thinking this through.
 
I also bring these up as they are items = that have been brought up repeatedly over the past years, but not = resolved nor discussed.
 
Loops
Just to bring this out: I share Chris=E2=80= =99 worry about conflicting and concurrent statements from the authors = on =E2=80=9CThere are no loops possible=E2=80=9D and =E2=80=9CWe need to = fix two situations where loops can occur=E2=80=9D and =E2=80=9Cwe are = still investigating some loop conditions=E2=80=9D
 
I particularly worry that this is not a = discussion had in public, but apparently in some other forum=E2=80=A6
 
 
Intermediate Route Replies, and all of section 10
Section 10 contains a set of =E2=80=9Cvague= ly specified extensions=E2=80=9D, which is incoherent with the intended = status indicated for this document. 
 
Specifically, and this is not unrelated = to the point about loops above, intermediate RREPs (section 10.3) are a = potential source for loops.
 
Expanding Ring Multicast (section 10.1) is not documented in = a way that can be implemented (and also, see = =E2=80=9CForwarding-vs-regeneration=E2=80=9D below, it is in the present = form of this protocol impossible), etc.
 
 
Forwarding-vs-regeneration
Recent exchanges on the list made me = understand that protocol control messages are *not* forwarded, but are = consumed at each hop, then a new message with (almost-but-not-quite) the = same content is generated and transmitted.
 
I have thought some more on this (& = read some of the exchanges on the list on this topic by Chris, Ulrich, = and others), and I am convinced that this is not the right way to = go, at least for the following reasons:
 
 
        &= nbsp;   o        &= nbsp; It renders the hop-limit/hop-count fields in the RFC5444 = message header useless.
        &= nbsp;           &nb= sp;   This would not be bad if = the functionality offered by those fields was not useful
        &= nbsp;           &nb= sp;   =E2=80=94 sadly, it is. For = example, for scope limited flooding (expanding ring search, = and 
        &= nbsp;           &nb= sp;   such) which may be of = interest, and which require hop-limit. 
        &= nbsp;           &nb= sp;   A= hop-count field may also provide a =E2=80=9Ccheap=E2=80=9D (in terms of = overhead) additional piece
        &= nbsp;           &nb= sp;   of information to use = conjunctively with a =E2=80=9Creal=E2=80=9D metric.
 
        &= nbsp;           &nb= sp;   The only practical solution = would be to re-introduce these functions by way of inserting a
        &= nbsp;           &nb= sp;   MessageTLV =E2=80=94 which = (i) is not specified in this document, and (ii) which would just
        &= nbsp;           &nb= sp;   serve to render messages = bigger than strictly needed.
 
        &= nbsp;           &nb= sp;   Scope limited flooding =  does seem to be a necessary requirement, if for no
        &= nbsp;           &nb= sp;   other reason than to = prevent information from =E2=80=9Ccirculating forever in the = network=E2=80=9D.
 
        &= nbsp;   o        &= nbsp; It makes end-to-end authentication = unnecessarily hard.
        &= nbsp;           &nb= sp;   I= think Chris called this out already, but it bears repeating: S = generates a message 
        &= nbsp;           &nb= sp;   (say, a RREQ), and includes = an ICV calculated over the content of the message.
        &= nbsp;           &nb= sp;   For any recipient to be = able to validate the ICV, the message has to be exactly
        &= nbsp;           &nb= sp;   the same =E2=80=94 not just = in content, but in structure =E2=80=94 as what was generated.
 
        &= nbsp;           &nb= sp;   =E2=80=9CRegenerating=E2=80=9D= rather than =E2=80=9Cforwarding=E2=80=9D messages means, that the = intermediate
        &= nbsp;           &nb= sp;   router =E2=80=9Cregenerating=E2= =80=9D the RREQ may chose a different structure (e.g., include TLVs
        &= nbsp;           &nb= sp;   in a different order).
 
        &= nbsp;           &nb= sp;   The proposal from https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /span>
        &= nbsp;           &nb= sp;   is to add constraints on = (i) the set of elements to include in a signature and (ii) the
        &= nbsp;           &nb= sp;   order of these = elements.
 
        &= nbsp;           &nb= sp;   One problem with that = approach is (i): if an extension adds a message TLV, or an 
        &= nbsp;           &nb= sp;   Address TLV, to a message, = then that will not be =E2=80=9Ccovered=E2=80=9D by the proposed e2esec = TLV.
        &= nbsp;           &nb= sp;   Rather for *each* extension = developed, an =E2=80=9Cupdates e2esec=E2=80=9D clause needs to be = done.
 
        &= nbsp;           &nb= sp;   I=E2=80=99d say that this = approach would be prone to errors =E2=80=94 and add entropy to the = process
        &= nbsp;           &nb= sp;   of designing protocol = extensions. The alternative, a message being generated by the
        &= nbsp;           &nb= sp;   source and *forwarded* (as = we do in OLSRv2, for example) would allow ICV TLVs 
        &= nbsp;           &nb= sp;   (even, allow reuse of those = specified for OLSRv2) for covering a message and 
        &= nbsp;           &nb= sp;   extensions.
 
        &= nbsp;           &nb= sp;   =E2=80=9CBut what about the = metrics value which will change on each hop=E2=80=9D, you may say?
        &= nbsp;           &nb= sp;   Fortunately, that is = relatively easy to handle: simply zero out the value of that TLV = when
        &= nbsp;           &nb= sp;   generating or verifying the = ICV MessageTLV. And use Packet-TLVs for hop-by-hop 
        &= nbsp;           &nb= sp;   authentication, if needed = (but, see below).
 
        &= nbsp;   o        &= nbsp; It prevents the use of more clever/advanced = signature schemes/ICVs
        &= nbsp;           &nb= sp;   Aggregate signature = algorithms ( https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf)
        &= nbsp;           &nb= sp;   exist, and an interesting = use-case can be found in also reactive protocols, allowing verifying
        &= nbsp;           &nb= sp;   not =E2=80=9Cjust=E2=80=9D = the end points, but also the intermediaries (again, with the appropriate = =E2=80=9Czero out=E2=80=9D
        &= nbsp;           &nb= sp;   discussed above, or = something smarter).
        &= nbsp;           &nb= sp;   Regeneration of messages, = rather than forwarding, renders that impossible (or, if used,
        &= nbsp;           &nb= sp;   updating to  https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /span>)
 
There are other reasons, but the above = are those that jump at me as immediate show-stoppers.
 
I do honestly not see what possible = benefit there is from =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see = very clear inconveniences, and security is not the least of these. = Insisting on =E2=80=9Cregeneration=E2=80=9D requires development of = =E2=80=9Cnon-general workarounds=E2=80=9D as pointed out above.
 
Security = Considerations
This = is an always thorny subject. When OLSRv2 was going through the process = we got a thorough education in how little we knew about security from = the SEC-ADs, and had to spend about a year or so developing RFC7183. The = bottom line is, that this protocol needs its =E2=80=9CRFC7183 =  equivalent=E2=80=9D, either as part of the main document, or as an = independent document. currently, that is not the case.
 
A minima, looking at BCP72 and BCP107 =E2=80= =94 taking inspiration from RFC7183 might be aw good idea, as that was = the most recent that went through the SEC AD. Regardless of how, = however, a =E2=80=9Cmandatory to implement=E2=80=9D security mechanism = most be specified (I think the right term was =E2=80=9CMUST implement, = SHOULD use=E2=80=9D), in sufficient detail to ensure interoperable = implementations.
 
As = an example, both [RFC6130] and [RFC7181] set out that that:
 
      On receiving a ... = message, a router MUST first check if the
      message is invalid = for processing by this router
 
and = then proceed to give a number of conditions that, each, will lead to a = rejection of the message as "badly formed and therefore invalid for = processing=E2=80=9D =E2=80=94 a list which RFC7183 then amended. That = gave a =E2=80=9Chook=E2=80=9D for RFC7183 for inserting =E2=80=9Crejection= =E2=80=9D. Idem for message generation.
 
If I was to do RFC7181/RFC6130 today, I = would include that directly into the protocol specifications. It turned = out to be more overhead (and slow down publication anyways) to do it as = separate documents.
 
Secondly, we need to be a lot more rigid in terms of what = ICVs, Timestamps, etc. are added/removed, and what that brings.
 
For example (with the assumption that = messages are *forwarded* and *not* regenerated), this could be one = option:
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When a = RREQ, RREP message is generated, add an ICV Message TLV, which is = calculated <this way>
        &= nbsp;           &nb= sp;            = ;    =E2=80=A6(take = inspiration from RFC7183 here)
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When a = RREQ, RREP message is transmitted  (by the source, or forwarded by = an intermediary)
        &= nbsp;           &nb= sp;            = ;   in = an RFC5444 packet, an ICV Packet TLV is added to the packet, which is = calculated <this way> =E2=80=A6
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When an = RFC5444 packet is received, validate the ICV Packet TLV <this way> = and if the ICV doesn=E2=80=99t validate,
        &= nbsp;           &nb= sp;            = ;   discard the contained = messages.
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When = receiving a RREQ/RREP (either as destination, or as an intermediary), = validate the ICV Message TLV 
        &= nbsp;           &nb= sp;            = ;   <this way> and if the = ICV doesn=E2=80=99t validate, discard the message, do not process, do = not forward.
 
This is a different (and more flexible?) = model than =E2=80=9Cjust=E2=80=9D transitive trust and =E2=80=9Cjust=E2=80= =9D end-to-end trust discussed previously, and is enabled by the = =E2=80=9Cforwarding=E2=80=9D bit described previously.
 
Metrics
I = have asked this numerous times, but have not gotten any answer so I am = escalating this again. Why is this document having a normative reference = to RFC6551?
 
   [RFC6551]  =
Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, N.,
          &nb=
sp;   and D. Barthel, "Routing Metrics Used for Path =
Calculation
          &nb=
sp;   in Low-Power and Lossy Networks", RFC 6551, DOI 10.17487/
          &nb=
sp;   RFC6551, March 2012,
          &nb=
sp;   <http://www.rfc-editor.org/info/rfc6551>.
 
 
Unless I am mistaken, this is not the = ROLL WG. And the abstract to RFC6551 explicitly reads:
 
   =
Low-Power and Lossy Networks (LLNs) have unique characteristics
   =
compared with traditional wired and ad hoc networks that require the
   =
specification of new routing metrics and constraints. 
Which explicitly is disclaiming that = these metrics are not = applicable in ad hoc networks =E2=80=94 and, I am = wondering, what has changed since the publication of RFC6551 to suddenly = make these applicable?
 
 I am also wondering if looking at (and, perhaps, = using?) the same metric type TLV type as in OLSRv2 is not a = possibility?
 
Either= way, referencing RFC6551 here is wrong.
 
RFC6621 (SMF) = usage
As late as earlier = this month, RFC6621 reared its head again on the mailing list. I = understand that the authors are set on using flooding reduction as part = of RREQ distribution. If that is the case, then this protocol MUST = specify that flooding reduction. 
 
Saying =E2=80=9CUse RFC6621=E2=80=9D = won=E2=80=99t work, for reasons Chris point out in an email earlier to = the list:
The = network does not and fundamentally cannot offer multicast suppression to = AODVv2. This isn't a hard concept, but seems to keep having to be = said. AODVv2 messages are carried in 5444 packets, and those only travel = one hop. That doesn't allow for suppression. Furthermore AODVv2 is = creating new messages each hop. That needs AODVv2 specific handling.
 
And quoting an email from myself:
If protocol X relies = on using a flooding operation, then it certainly is protocol X's = responsibility to  specify the flooding operation (or, at = least, the requirements to the flooding operation ) for correct = functioning of protocol X.
 
I=E2=80=99ve previously pointed out that = RFC6621 requires some degree of configuration (can=E2=80=99t just, for = example, pick two different relay set selection algorithms, as that may = produce a disconnected flooding domain).
 
In other words, what the authors propose = in https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-0= 0 is insufficient.
 
Multiple = interfaces configured with the same address(es) - & = RFC6621
I = think that it has been established that the ability to use the same = address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that a single way of doing so has been proposed, nor that the = =E2=80=9Coperating conditions=E2=80=9D are called out (for example, will = it work  if router A and router B both have two interfaces, and = that all 4 interfaces use the same IP address?)
 
This is not entirely unrelated to = flooding reduction and RFC6621. One of the complexities is to get that = just right: OLSRv2 - for example - calculates Flooding-MPRs per = interface, and RFC6130 is careful in how it detects bidirectionality of = links. 
 
I have not worked out all the details of = how this impacts this protocol =E2=80=94 but, it requires attention. = Especially when wanting to be able to say =E2=80=9C=E2=80=A6use = RFC6621=E2=80=9D, then the interface configuration constraints when = faced with multiple interfaces must be worked out.
 
Prefixes = & Gateways
A = question to my mind, and I am not sure I know how to answer that from = reading the draft since it is not discussed in section 9 (at least), is: = =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D (i.e., a = /<128 in IPv6)?
 
        &= nbsp;   o        &= nbsp; If the = whole prefix is part of the attached network set of a single = router, 
        &= nbsp;           &nb= sp;   then I expect to get a = single RREP back, is that the case?
 
        &= nbsp;   o        &= nbsp; If "half = the prefix"  is part of the attached network set of a single = router, 
        &= nbsp;           &nb= sp;   and the other half is part = of the attached network set of another  single router, 
        &= nbsp;           &nb= sp;   then I expect two RREPs, is = that the case?
 
        &= nbsp;   o        &= nbsp; More = generally, will I get a tree build through the network here?
 
Section 9 (or, the whole spec) is also = not explicit enough about multiple  "default gateways" =E2=80=94 = i.e., the external network being =E2=80=9Cthe rest of the Internet=E2=80=9D= , and there being multiple gateways to the Internet. I understand how = the RREQ gets to the gateway, and how the gateway determines if it = should respond (the destination is not part of =E2=80=9Cthe MANET = prefix, with which it is configured=E2=80=9D).
 
But, if A is close to GW1, and B is close = to GW2, but A and B being far far apart (according to the metric used) = within the MANET, then it would be preferential for the route from A to = B to go via GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2? 
 
Is this a supported = configuration? 
        &= nbsp;   o        &= nbsp; If yes, = how is it (seq# wise, I would expect some complications) = handled? 
        &= nbsp;   o        &= nbsp; If not, = where is it stated that this configuration is not possible with this = protocol?
 
 
The applicability statement says:
 
   AODVv2 is designed =
for stub or disconnected mobile ad hoc networks,
   i.e., non-transit networks or those not =
connected to the internet.
   =
AODVv2 can, however, be configured to perform gateway functions when
   attached to external networks, as discussed in =
Section 9.
 
I believe that the scenario I describe is = indeed a stub network (and not a transit network)?
 
=E2=80=94 =E2=80=94 =E2=80=94 
 
As I indicated, these are the big-picture = issues that I have gotten around to thinking about enough to write up. = I=E2=80=99m not through working through the document, but those were the = ones that came to mind, and which seem imperative to resolve.
 
Best,
 
Thomas
 
 
 
***************************************************************= *****
This email and any attachments are confidential to = the intended
recipient and may also be privileged. If you = are not the intended
recipient please delete it from your = system and notify the sender.
You should not copy it or = use it for any purpose nor disclose or
distribute its = contents to any other person.
***************************************************************= *****
 
_______________________________________________
manet mailing = list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet
= --Apple-Mail=_C14E6EFF-640B-49C2-92F3-EA4CC0B6B5C5-- From nobody Thu Mar 17 10:05:12 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3204C12D9D9 for ; Thu, 17 Mar 2016 10:05:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.82 X-Spam-Level: X-Spam-Status: No, score=-4.82 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RDNS_NONE=0.793, TRACKER_ID=1.306] 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 pOxlguLbVHF8 for ; Thu, 17 Mar 2016 10:05:00 -0700 (PDT) Received: from ukmta1.baesystems.com (unknown [20.133.0.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E90D312D57A for ; Thu, 17 Mar 2016 10:04:58 -0700 (PDT) X-IronPort-AV: E=Sophos; i="5.24,350,1454976000"; d="scan'208,217"; a="52906138" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta1.baesystems.com with ESMTP; 17 Mar 2016 17:04:57 +0000 X-IronPort-AV: E=Sophos;i="5.24,350,1454976000"; d="scan'208,217";a="110626853" Received: from glkxh0002v.greenlnk.net ([10.109.2.33]) by baemasmds016.greenlnk.net with ESMTP; 17 Mar 2016 17:04:57 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.214]) by GLKXH0002V.GREENLNK.net ([10.109.2.33]) with mapi id 14.03.0248.002; Thu, 17 Mar 2016 17:04:57 +0000 From: "Dearlove, Christopher (UK)" To: Lotte Steenbrink Thread-Topic: [manet] Message integrity and message mutability (was RE: draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) Thread-Index: AQHRgGzYnQ0jbgFSiUepI05etGsIBJ9d2vAQ Date: Thu, 17 Mar 2016 17:04:55 +0000 Message-ID: References: <1F5AB0F1-0B92-4A66-A08F-A2BF8B414D9F@thomasclausen.org> <5EE270D1-30EF-42A9-BF11-7F4267967AC0@fu-berlin.de> In-Reply-To: <5EE270D1-30EF-42A9-BF11-7F4267967AC0@fu-berlin.de> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E324GLKXM0002VGREEN_" MIME-Version: 1.0 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Message integrity and message mutability (was RE: draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 17:05:11 -0000 --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E324GLKXM0002VGREEN_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 T0ssIHNvIHdlIGhhdmUgYSBtZXNzYWdlIHRoYXQgbXV0YXRlcyBieToNCi0gTW9kaWZ5aW5nIGhv cCBjb3VudC9saW1pdC4NCi0gTW9kaWZ5aW5nIGEgbWV0cmljIHZhbHVlLg0KQW55dGhpbmcgZWxz ZT8NCg0KQXMgbXV0YXRpbmcgKG90aGVyIHRoYW4gaG9wIGNvdW50L2xpbWl0KSBtZXNzYWdlcyBh cmVu4oCZdCBjb3ZlcmVkIGJ5IDU0NDQgb3IgYW55IGRlcml2YXRpdmUgZG9jdW1lbnQgKGJ1dCBv bmx5IHJlY29tbWVuZGVkIGFnYWluc3QsIG5vdCBiYW5uZWQpIHRoYXQgeW91IG1heSBuZWVkIHRv IG1ha2UgdGhlIG1lc3NhZ2Ugb3RoZXJ3aXNlIGltbXV0YWJsZSAobm8gZGVjb25zdHJ1Y3Rpb24g YW5kIHJlYnVpbGRpbmcsIG90aGVyIHRoYW4gZ3VhcmFudGVlZCB1bmNoYW5naW5nKSB0aGF0IHdv dWxkIGhhdmUgdG8gYmUgc3BlY2lmaWVkIGJ5IEFPRFZ2Mi4gKEVhc3kgdG8gc2F5LCBidXQgbmVl ZHMgc2F5aW5nLikNCg0KVGhlbiB0aGF0IGluZm9ybWF0aW9uIGlzIG5vdCBpbiBhIGd1YXJhbnRl ZWQgZml4ZWQgbG9jYXRpb24gZ2l2ZW4gYnkgYSBzaW1wbGUgb2Zmc2V0LiBTbyBhbnkgc2lnbmF0 dXJlIGFsZ29yaXRobSB0aGF0IGZpbmRzIGl0IGFuZCBpZ25vcmVzIGl0IG9yIGFnZ3JlZ2F0ZXMg b24gaXQgaXMgc3BlY2lmaWMgdG8gT0xTUnYyLiBTbyBzdGFuZGFyZCA3MTgyIElDVnMgZG9u4oCZ dCBkbyB0aGUgam9iLCB5b3Ugd291bGQgbmVlZCBhbiBBT0RWdjIgc3BlY2lhbGlzZWQgdmFyaWFu dC4gV2hpY2ggaXMgdGhlIHNvcnQgb2YgdGhpbmcgdGhhdCB0aGUgbWVzc2FnZSBzcGVjaWZpYyBU TFYgc3BhY2UgaXMgdGhlcmUgZm9yLCBJ4oCZZCBiZSBzdHJvbmdseSBhZ2FpbnN0IGEg4oCcYnV0 IGlnbm9yZSB0aGUgdmFsdWUgb2YgdGhpcyBzcGVjaWZpYyBUTFYgc2hvdWxkIGl0IG9jY3Vy4oCd IGJlaW5nIGluIHRoZSBnZW5lcmFsIHNwYWNlLiBIb3dldmVyIGl0IGNhbiBlYXNpbHkgYmUgZGVm aW5lZCBieSByZWZlcmVuY2UgdG8gNzE4MiAo4oCcdGhpcyBUTFYgaXMgbGlrZSB0aGF0IFRMViwg ZXhjZXB0IGlmIGFuIFggVExWIGlzIHByZXNlbnQsIHNldCBpdHMgdmFsdWUgZmllbGQgdG8gemVy b+KAnSkuDQoNCk1lc3N5LCBidXQgY291bGQgd29yay4NCg0KLS0NCkNocmlzdG9waGVyIERlYXJs b3ZlDQpTZW5pb3IgUHJpbmNpcGFsIEVuZ2luZWVyDQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVs bGlnZW5jZSBMYWJvcmF0b3JpZXMNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoNClQ6ICArNDQgKDApMTI0 NSAyNDIxOTQgIHwgIEU6IGNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPG1haWx0bzpjaHJp cy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbT4NCg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxp Z2VuY2UsIENoZWxtc2ZvcmQgVGVjaG5vbG9neSBQYXJrLCBHcmVhdCBCYWRkb3csIENoZWxtc2Zv cmQsIEVzc2V4IENNMiA4SE4uDQp3d3cuYmFlc3lzdGVtcy5jb20vYWk8aHR0cDovL3d3dy5iYWVz eXN0ZW1zLmNvbS9haT4NCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExpbWl0ZWQN ClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmIFdhbGVzIE5vOiAwMTMzNzQ1MQ0KUmVnaXN0ZXJlZCBP ZmZpY2U6IFN1cnJleSBSZXNlYXJjaCBQYXJrLCBHdWlsZGZvcmQsIFN1cnJleSwgR1UyIDdZUA0K DQpGcm9tOiBMb3R0ZSBTdGVlbmJyaW5rIFttYWlsdG86bG90dGUuc3RlZW5icmlua0BmdS1iZXJs aW4uZGVdDQpTZW50OiAxNyBNYXJjaCAyMDE2IDE2OjQ4DQpUbzogRGVhcmxvdmUsIENocmlzdG9w aGVyIChVSykNCkNjOiBpZXRmQHRob21hc2NsYXVzZW4ub3JnOyBNb2JpbGUgQWQgSG9jIE5ldHdv cmtzIG1haWxpbmcgbGlzdA0KU3ViamVjdDogUmU6IFttYW5ldF0gTWVzc2FnZSBpbnRlZ3JpdHkg YW5kIG1lc3NhZ2UgbXV0YWJpbGl0eSAod2FzIFJFOiBkcmFmdC1pZXRmLW1hbmV0LWFvZHZ2Mi0x MyByZXZpZXcgLSBhIGNvdXBsZSBvZiBiaWcgdGlja2V0IEl0ZW1zKQ0KDQoNCioqKiBXQVJOSU5H ICoqKg0KVGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRlIG91ciBvcmdhbmlzYXRp b24sIGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIgb3IgdGhlIGludGVybmV0Lg0KQ29u c2lkZXIgY2FyZWZ1bGx5IHdoZXRoZXIgeW91IHNob3VsZCBjbGljayBvbiBhbnkgbGlua3MsIG9w ZW4gYW55IGF0dGFjaG1lbnRzIG9yIHJlcGx5Lg0KRm9yIGluZm9ybWF0aW9uIHJlZ2FyZGluZyBS ZWQgRmxhZ3MgdGhhdCB5b3UgY2FuIGxvb2sgb3V0IGZvciBpbiBlbWFpbHMgeW91IHJlY2VpdmUs IGNsaWNrIGhlcmU8aHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsv c2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3MucGRmPi4NCklmIHlvdSBm ZWVsIHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93IHRoaXMgcHJvY2Vzczxo dHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9zcG90 bGlnaHRzL0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0aCUyMFN1c3BpY2lvdXMlMjBFbWFpbHMucGRm Pi4NCkhpIGFsbCwNCg0KQW0gMTcuMDMuMjAxNiB1bSAxNzo0NCBzY2hyaWViIERlYXJsb3ZlLCBD aHJpc3RvcGhlciAoVUspIDxjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTxtYWlsdG86Y2hy aXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20+PjoNCg0KR29vZCBwb2ludCBhYm91dCB3aGV0aGVy IHlvdSBqdXN0IHBhc3Mgb24gb25lIGNvc3Qgb3IgYSBzZXQgb2YgY29zdHMuIEFzIEkgc2FpZCwg bm90IGxvb2tlZCBhdCBkZXRhaWxzIC0gSSB3aWxsLCB3aGVuIHRpbWUgcGVybWl0cy4gT25lIGNv c3QgaXMgbXVjaCBlYXNpZXIsIGFuZCB5ZXMsIGl0IHJlZHVjZXMgdGhlIGZpeGVkIHNpemUgYWdn cmVnYXRlZCBzaWduYXR1cmVzIHByb2JsZW0gdG8g4oCcanVzdOKAnSBvbmUgb2YgY29tcHV0YXRp b25hbCBsb2FkLg0KDQpGb3IgdGhlIHJlY29yZCwgVGhvbWFz4oCZIHVuZGVyc3RhbmRpbmcgaXMg Y29ycmVjdDsgdGhlIGNvc3QgaXMgb25lIGFnZ3JlZ2F0ZWQgdmFsdWUuDQoNCkJlc3QgcmVnYXJk cywNCkxvdHRlIFN0ZWVucmJpbmsNCg0KDQoNCi0tDQpDaHJpc3RvcGhlciBEZWFybG92ZQ0KU2Vu aW9yIFByaW5jaXBhbCBFbmdpbmVlcg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2Ug TGFib3JhdG9yaWVzDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpUOiAgKzQ0ICgwKTEyNDUgMjQyMTk0 ICB8ICBFOiBjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTxtYWlsdG86Y2hyaXMuZGVhcmxv dmVAYmFlc3lzdGVtcy5jb20+DQoNCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBD aGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3Nl eCBDTTIgOEhOLg0Kd3d3LmJhZXN5c3RlbXMuY29tL2FpPGh0dHA6Ly93d3cuYmFlc3lzdGVtcy5j b20vYWk+DQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMaW1pdGVkDQpSZWdpc3Rl cmVkIGluIEVuZ2xhbmQgJiBXYWxlcyBObzogMDEzMzc0NTENClJlZ2lzdGVyZWQgT2ZmaWNlOiBT dXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3JkLCBTdXJyZXksIEdVMiA3WVANCg0KRnJvbTog aWV0ZkB0aG9tYXNjbGF1c2VuLm9yZzxtYWlsdG86aWV0ZkB0aG9tYXNjbGF1c2VuLm9yZz4gW21h aWx0bzppZXRmQHRob21hc2NsYXVzZW4ub3JnXQ0KU2VudDogMTcgTWFyY2ggMjAxNiAxNjozOA0K VG86IERlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspDQpDYzogTW9iaWxlIEFkIEhvYyBOZXR3b3Jr cyBtYWlsaW5nIGxpc3QNClN1YmplY3Q6IFJlOiBNZXNzYWdlIGludGVncml0eSBhbmQgbWVzc2Fn ZSBtdXRhYmlsaXR5ICh3YXMgUkU6IFttYW5ldF0gZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMg cmV2aWV3IC0gYSBjb3VwbGUgb2YgYmlnIHRpY2tldCBJdGVtcykNCg0KDQoqKiogV0FSTklORyAq KioNClRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20gb3V0c2lkZSBvdXIgb3JnYW5pc2F0aW9u LCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBwYXJ0bmVyIG9yIHRoZSBpbnRlcm5ldC4NCkNvbnNp ZGVyIGNhcmVmdWxseSB3aGV0aGVyIHlvdSBzaG91bGQgY2xpY2sgb24gYW55IGxpbmtzLCBvcGVu IGFueSBhdHRhY2htZW50cyBvciByZXBseS4NCkZvciBpbmZvcm1hdGlvbiByZWdhcmRpbmcgUmVk IEZsYWdzIHRoYXQgeW91IGNhbiBsb29rIG91dCBmb3IgaW4gZW1haWxzIHlvdSByZWNlaXZlLCBj bGljayBoZXJlPGh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3Nl Y3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL1JlZCUyMEZsYWdzLnBkZj4uDQpJZiB5b3UgZmVl bCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywgcGxlYXNlIGZvbGxvdyB0aGlzIHByb2Nlc3M8aHR0 cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxp Z2h0cy9Eb2N1bWVudHMvRGVhbGluZyUyMFdpdGglMjBTdXNwaWNpb3VzJTIwRW1haWxzLnBkZj4u DQoNCk9uIDE3IE1hciAyMDE2LCBhdCAxNzozMCwgRGVhcmxvdmUsIENocmlzdG9waGVyIChVSykg PGNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPG1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVz eXN0ZW1zLmNvbT4+IHdyb3RlOg0KDQpJIGFwcHJlY2lhdGUgVGhvbWFz4oCZcyBjb21tZW50cyBh Ym91dCB0aGUgbGltaXRhdGlvbnMgb2YgbWVzc2FnZSByZWdlbmVyYXRpb24sIGJ1dCBJIHdvdWxk IGJlIGEgYml0IGxlc3MgYWJzb2x1dGUuDQoNClRoZSBpc3N1ZXMgb3ZlciBlbmQgdG8gZW5kIGF1 dGhlbnRpY2F0aW9uIGFuZCBtb3JlIGFkdmFuY2VkIHNpZ25hdHVyZXMgYXJlIHZhbGlkLiBJIG5l ZWQgdG8gcmVhZCB0aGUgZ2l2ZW4gcmVmZXJlbmNlIG9uIGFnZ3JlZ2F0ZSBzaWduYXR1cmVzIHRv IGluY3JlYXNlIG15IGtub3dsZWRnZSAodGhhbmtzIGZvciBpdCksIGJ1dCBteSB1bmRlcnN0YW5k aW5nIG9mIHRoZSBwb3NzaWJpbGl0aWVzIGluIHRoaXMgZmllbGQgbWF5IG9mZmVyIGEgc29sdXRp b24gdG8gdGhlIHByb2JsZW0sIGJ1dCB3aXRoIHNvbWUgb3RoZXIgaXNzdWVzIChwb3NzaWJseSBp bmNsdWRpbmcgYSBuZXcgdHlwZSBvZiBUTFYpLg0KDQpCdXQgdGhlIGhvcCBjb3VudC9saW1pdCBw b2ludCBJIGRvbuKAmXQgZnVsbHkgYWdyZWUgd2l0aCwgeW91IGNhbiByZWdlbmVyYXRlIHdpdGgg YW4gaW5jcmVtZW50ZWQvZGVjcmVtZW50ZWQgY291bnQvbGltaXQsIHdoaWNoIGxlYXZlcyB0aGUg YWJpbGl0eSB0byBwcmV2ZW50IG1lc3NhZ2VzIHByb3BhZ2F0aW5nIGluZGVmaW5pdGVseSwgaW5j bHVkaW5nIGV4cGFuZGluZyByaW5nIHNlYXJjaGVzLCBhbmQgcmV0YWlucyB0aGUgYWJpbGl0eSB0 byB1c2UgUkZDIDU0OTcgaW50ZXJ2YWwgYW5kIHZhbGlkaXR5IHRpbWVzIHRoYXQgbWlnaHQgYmUg dXNlZnVsIHdpdGggYW4gZXhwYW5kaW5nIHJpbmcgc2VhcmNoIChvciBtaWdodCBub3QpLg0KDQpC dXQgdGhlIGtleSBpc3N1ZSBpcyB0aGF0IEFPRFZ2MiB3YW50cyB0byBhY2N1bXVsYXRlIG1ldHJp Y3MuIEkgc3RpbGwgaGF2ZW7igJl0IGdvdCB0byB0aGUgYm90dG9tIG9mIG1hbnkgZGV0YWlscyBo ZXJlLCBidXQgbGV04oCZcyBmb3IgdGhlIG1vbWVudCBqdXN0IGNvbnNpZGVyIHRoYXQgY29uY2Vw dHVhbGx5Lg0KDQpJdOKAmXMgaGFyZCB0byBoYW5kbGUgZW5kIHRvIGVuZC4gQ2hhcmxpZeKAmXMg ZHJhZnQgYXR0ZW1wdHMgdG8gZG8gYW4gZW5kIHRvIGVuZCBvZiBzb21lIGluZm9ybWF0aW9uLCBu b3QgdGhpcyBpbmZvcm1hdGlvbi4gSeKAmW0gbm90IHN1cmUgaWYgdGhhdOKAmXMgdXNlZnVsIChh bmQgdGhlIHNwZWNpYWxpc2VkIGZvcm1hdCBpcyBiZXR0ZXIgYXZvaWRlZCBpZiBwb3NzaWJsZSku IE90aGVyIGFwcHJvYWNoZXMgYXJlIGhvcCBieSBob3AgKG1pZ2h0IGFzIHdlbGwgdXNlIHBhY2tl dCBzaWduYXR1cmVzKSBhbmQgc2hhcmVkIGtleSAobWlnaHQgYXMgd2VsbCBnbyBob3AgYnkgaG9w KS4gUGFpcndpc2Ugc2lnbmF0dXJlcyBmb3IgZWFjaCBwYWlyIG9mIHJvdXRlcnMgSeKAmW0gZGlz Y291bnRpbmcgYXMgc2NhbGluZyB0ZXJyaWJseS4gSW4gdGhlIGludGVyZXN0cyBvZiBjb21wbGV0 ZW5lc3MgbGV04oCZcyBtZW50aW9uIG5vdCBhY2N1bXVsYXRpbmcgbWV0cmljcywgd2hpY2ggcHV0 cyB1cyBiYWNrIHRvIGhvcCBjb3VudCBhbmQgdGhhdOKAmXMgbm90IGlkZWFsIGVpdGhlci4NCg0K SSBkb27igJl0IHRoaW5rIHRoZXJlIGlzIGFuIGlkZWFsIHNvbHV0aW9uLiAoSSBsaWtlIGlkZWFz IEnigJl2ZSBzZWVuIGFib3V0IGFnZ3JlZ2F0aW5nLCBidXQgdGhhdCBoYXMgc29tZSBpc3N1ZXMg b2YgaXRzIG93biwgZXZlbiBhcGFydCBmcm9tIGNvbXB1dGF0aW9uYWwgbG9hZC4pIEnigJlkIGxv dmUgdG8gYmUgcHJvdmVkIHdyb25nIC0gc29tZW9uZSB3aXRoIHRoZSBwZXJmZWN0IHNvbHV0aW9u IHRvIGNvbWUgYWxvbmcuDQoNCldoaWNoIG1lYW5zIHRoYXQgZWl0aGVyIHdlIG1ha2UgYW4gYXJi aXRyYXJ5IGNob2ljZSAtIHdoaWNoIHdpbGwgYmUgZGlzYWdyZWVkIHdpdGgsIGJ1dCBuZWVkcyBk aXNjdXNzaW5nIGZpcnN0IC0gb3IgY3JlYXRlIHNvbWV0aGluZyBmbGV4aWJsZS4gVW5mb3J0dW5h dGVseSBmbGV4aWJsZSBpbiB0aGF0IHJlZ2FyZCBjb25zdHJhaW5zIGluIG90aGVycywgZS5nLiBz b21lIChtYW55PyBtb3N0PykgYWdncmVnYXRpbmcgc2lnbmF0dXJlcyBuZWVkIGZpeGVkIGRhdGEg c2l6ZXMgKHdoaWNoIHdlIGNhbiBkbyBieSBkZWZpbmluZyBhIFRMViB0aGF0IOKAnGZpbGxzIHVw 4oCdIHdpdGggaG9wIGNvdW50LCBidXQgdGhhdCBoYXMgYSBjb3N0IHRvbykuDQoNCkkgaGF2ZSBi ZWVuIHRvbGQgYnkgcGVvcGxlIG11Y2ggbW9yZSB3ZWxsIHZlcnNlZCBpbiB0aGlzIHRoYW4gSSBp biBjcnlwdG9sb2d5LCB0aGF0IHRoZSBjb3JyZWN0IGFuc3dlciBpcyDigJxzb21l4oCdLg0KDQpU aGF0IHNhaWQsICJBT0RWdjIgd2FudHMgdG8gYWNjdW11bGF0ZSBtZXRyaWNz4oCdIOKAlCBkb2Vz IHRoYXQgbWVhbiB0aGF0IHRoZSBtZXNzYWdlIGdyb3dzIGFzIGl0IGlzIGJlaW5nIGZvcndhcmRl ZCwgYW5kIHRoYXQgdGhlIHJlY2lwaWVudCBvZiBhIFJSRVEvUlJFUCB3aWxsIGtub3cgdGhlIGlu ZGl2aWR1YWwgY29zdHMgb2YgZWFjaCBwYXRoIHNlZ21lbnQ/IE15IHVuZGVyc3RhbmRpbmcgaXMs IHRoYXQgdGhlIHJlY2lwaWVudCB3aWxsIGdldCDigJx0aGUgc3VtIHRoZSBjb3N0cyBvZiBlYWNo IHBhdGggc2VnbWVudOKAnSB3aGljaCBzaG91bGQgYmUgZml0dGluZyB3aXRoaW4gYSBmaXhlZCBz aXplPw0KDQpUaG9tYXMNCg0KDQoNCg0KDQpTb3JyeSwgbm8gYW5zd2VycywganVzdCBjb21tZW50 cy4gQW5kIEnigJltIG5vdCBhZGRyZXNzaW5nIFRob21hc+KAmXMgbGF0ZXIgcG9pbnRzIGhlcmUu DQoNCi0tDQpDaHJpc3RvcGhlciBEZWFybG92ZQ0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcg0K QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KDQpUOiAgKzQ0ICgwKTEyNDUgMjQyMTk0ICB8ICBFOiBjaHJpcy5kZWFybG92ZUBi YWVzeXN0ZW1zLmNvbTxtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20+DQoNCkJB RSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFy aywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3NleCBDTTIgOEhOLg0Kd3d3LmJhZXN5c3Rl bXMuY29tL2FpPGh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWk+DQpCQUUgU3lzdGVtcyBBcHBs aWVkIEludGVsbGlnZW5jZSBMaW1pdGVkDQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcyBO bzogMDEzMzc0NTENClJlZ2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3Vp bGRmb3JkLCBTdXJyZXksIEdVMiA3WVANCg0KRnJvbTogbWFuZXQgW21haWx0bzptYW5ldC1ib3Vu Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgaWV0ZkB0aG9tYXNjbGF1c2VuLm9yZzxtYWlsdG86 aWV0ZkB0aG9tYXNjbGF1c2VuLm9yZz4NClNlbnQ6IDE3IE1hcmNoIDIwMTYgMTY6MDANClRvOiBN b2JpbGUgQWQgSG9jIE5ldHdvcmtzIG1haWxpbmcgbGlzdA0KU3ViamVjdDogW21hbmV0XSBkcmFm dC1pZXRmLW1hbmV0LWFvZHZ2Mi0xMyByZXZpZXcgLSBhIGNvdXBsZSBvZiBiaWcgdGlja2V0IEl0 ZW1zDQoNCg0KKioqIFdBUk5JTkcgKioqDQpUaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBmcm9tIG91 dHNpZGUgb3VyIG9yZ2FuaXNhdGlvbiwgZWl0aGVyIGZyb20gYW4gZXh0ZXJuYWwgcGFydG5lciBv ciB0aGUgaW50ZXJuZXQuDQpDb25zaWRlciBjYXJlZnVsbHkgd2hldGhlciB5b3Ugc2hvdWxkIGNs aWNrIG9uIGFueSBsaW5rcywgb3BlbiBhbnkgYXR0YWNobWVudHMgb3IgcmVwbHkuDQpGb3IgaW5m b3JtYXRpb24gcmVnYXJkaW5nIFJlZCBGbGFncyB0aGF0IHlvdSBjYW4gbG9vayBvdXQgZm9yIGlu IGVtYWlscyB5b3UgcmVjZWl2ZSwgY2xpY2sgaGVyZTxodHRwOi8vaW50cmFuZXQuZW50LmJhZXN5 c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9zcG90bGlnaHRzL0RvY3VtZW50cy9SZWQlMjBG bGFncy5wZGY+Lg0KSWYgeW91IGZlZWwgdGhlIGVtYWlsIGlzIHN1c3BpY2lvdXMsIHBsZWFzZSBm b2xsb3cgdGhpcyBwcm9jZXNzPGh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93 d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL0RlYWxpbmclMjBXaXRoJTIwU3Vz cGljaW91cyUyMEVtYWlscy5wZGY+Lg0KKioqIFdBUk5JTkcgKioqDQpFWFRFUk5BTCBFTUFJTCAt LSBUaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBmcm9tIG91dHNpZGUgb3VyIG9yZ2FuaXphdGlvbi4N Cg0KRGVhciBhbGwsDQoNCkFwb2xvZ2llcyBmb3Igbm90IGhhdmluZyBnb3R0ZW4gdGhpcyBkb25l IHNvb25lciAtIGRheS1qb2IgbGVhdmluZyBmZXcgc3BhcmUgY3ljbGVzLg0KDQpJ4oCZdmUgcHJl dmlvdXNseSBvZmZlcmVkIHJldmlld3MgYW5kIGNvbW1lbnRzLCBhbmQgc29tZSBvZiB0aG9zZSBo YXZlIGJlZW4gYWRkcmVzc2VkIGluIHRoZSBsYXRlc3QgSS1EIOKAlCBvdGhlcnMgaGF2ZSBub3Qs IGJ1dCBzaG91bGQgYmUuIEkgcmVjYWxsIHRoYXQgdGhlcmUgd2FzIHNvbWUgbWFpbCBhdHRlbXB0 aW5nIHRvIHJlYnV0IHBhcnRzIG9mIHRoZSByZXZpZXcsIGFuZCBJIHdpbGwgZGlnIGl0IG91dCBh bmQgcmVwbHkgdG8gdGhhdC4NCg0KV2l0aCB0aGF0IGJlaW5nIHNhaWQsIEkgaGF2ZSByZXZpZXdl ZCB0aGUgbGF0ZXN0IHZlcnNpb24gb2YgdGhlIGRvY3VtZW50LCBhbmQgZnVsbCBkZXRhaWxzIHdp bGwgYmUgZm9ydGhjb21pbmcuIFRoZXJl4oCZcmUgYSBjb3VwbGUgb2YgYmlnLXRpY2tldC9hcmNo aXRlY3R1cmFsIGl0ZW1zIHRoYXQgSSB3YW50IHRvIGFkZHJlc3MgdXAgZnJvbnQsIGFzIEkgYmVs aWV2ZSB0aGF0IGJlZm9yZSB3ZSBoYXZlIHRob3NlIGhhbW1lcmVkIG91dCwgaXQgd2lsbCBiZSB1 c2VsZXNzIHRvIGdvIGludG8gZGV0YWlscy4gTm90ZSwgSSBkbyBub3QgY2xhaW0gdGhhdCB0aGlz IGlzIGFuIGV4aGF1c3RpdmUgbGlzdCBvZiDigJxiaWcgdGlja2V0IGl0ZW1z4oCdLCBidXQgdGhh dOKAmXMgYXMgZmFyIGFzIEkgaGF2ZSBnb3R0ZW4gaW4gdGhpbmtpbmcgdGhpcyB0aHJvdWdoLg0K DQpJIGFsc28gYnJpbmcgdGhlc2UgdXAgYXMgdGhleSBhcmUgaXRlbXMgdGhhdCBoYXZlIGJlZW4g YnJvdWdodCB1cCByZXBlYXRlZGx5IG92ZXIgdGhlIHBhc3QgeWVhcnMsIGJ1dCBub3QgcmVzb2x2 ZWQgbm9yIGRpc2N1c3NlZC4NCg0KTG9vcHMNCkp1c3QgdG8gYnJpbmcgdGhpcyBvdXQ6IEkgc2hh cmUgQ2hyaXPigJkgd29ycnkgYWJvdXQgY29uZmxpY3RpbmcgYW5kIGNvbmN1cnJlbnQgc3RhdGVt ZW50cyBmcm9tIHRoZSBhdXRob3JzIG9uIOKAnFRoZXJlIGFyZSBubyBsb29wcyBwb3NzaWJsZeKA nSBhbmQg4oCcV2UgbmVlZCB0byBmaXggdHdvIHNpdHVhdGlvbnMgd2hlcmUgbG9vcHMgY2FuIG9j Y3Vy4oCdIGFuZCDigJx3ZSBhcmUgc3RpbGwgaW52ZXN0aWdhdGluZyBzb21lIGxvb3AgY29uZGl0 aW9uc+KAnQ0KDQpJIHBhcnRpY3VsYXJseSB3b3JyeSB0aGF0IHRoaXMgaXMgbm90IGEgZGlzY3Vz c2lvbiBoYWQgaW4gcHVibGljLCBidXQgYXBwYXJlbnRseSBpbiBzb21lIG90aGVyIGZvcnVt4oCm DQoNCg0KSW50ZXJtZWRpYXRlIFJvdXRlIFJlcGxpZXMsIGFuZCBhbGwgb2Ygc2VjdGlvbiAxMA0K U2VjdGlvbiAxMCBjb250YWlucyBhIHNldCBvZiDigJx2YWd1ZWx5IHNwZWNpZmllZCBleHRlbnNp b25z4oCdLCB3aGljaCBpcyBpbmNvaGVyZW50IHdpdGggdGhlIGludGVuZGVkIHN0YXR1cyBpbmRp Y2F0ZWQgZm9yIHRoaXMgZG9jdW1lbnQuDQoNClNwZWNpZmljYWxseSwgYW5kIHRoaXMgaXMgbm90 IHVucmVsYXRlZCB0byB0aGUgcG9pbnQgYWJvdXQgbG9vcHMgYWJvdmUsIGludGVybWVkaWF0ZSBS UkVQcyAoc2VjdGlvbiAxMC4zKSBhcmUgYSBwb3RlbnRpYWwgc291cmNlIGZvciBsb29wcy4NCg0K RXhwYW5kaW5nIFJpbmcgTXVsdGljYXN0IChzZWN0aW9uIDEwLjEpIGlzIG5vdCBkb2N1bWVudGVk IGluIGEgd2F5IHRoYXQgY2FuIGJlIGltcGxlbWVudGVkIChhbmQgYWxzbywgc2VlIOKAnEZvcndh cmRpbmctdnMtcmVnZW5lcmF0aW9u4oCdIGJlbG93LCBpdCBpcyBpbiB0aGUgcHJlc2VudCBmb3Jt IG9mIHRoaXMgcHJvdG9jb2wgaW1wb3NzaWJsZSksIGV0Yy4NCg0KDQpGb3J3YXJkaW5nLXZzLXJl Z2VuZXJhdGlvbg0KUmVjZW50IGV4Y2hhbmdlcyBvbiB0aGUgbGlzdCBtYWRlIG1lIHVuZGVyc3Rh bmQgdGhhdCBwcm90b2NvbCBjb250cm9sIG1lc3NhZ2VzIGFyZSAqbm90KiBmb3J3YXJkZWQsIGJ1 dCBhcmUgY29uc3VtZWQgYXQgZWFjaCBob3AsIHRoZW4gYSBuZXcgbWVzc2FnZSB3aXRoIChhbG1v c3QtYnV0LW5vdC1xdWl0ZSkgdGhlIHNhbWUgY29udGVudCBpcyBnZW5lcmF0ZWQgYW5kIHRyYW5z bWl0dGVkLg0KDQpJIGhhdmUgdGhvdWdodCBzb21lIG1vcmUgb24gdGhpcyAoJiByZWFkIHNvbWUg b2YgdGhlIGV4Y2hhbmdlcyBvbiB0aGUgbGlzdCBvbiB0aGlzIHRvcGljIGJ5IENocmlzLCBVbHJp Y2gsIGFuZCBvdGhlcnMpLCBhbmQgSSBhbSBjb252aW5jZWQgdGhhdCB0aGlzIGlzIG5vdCB0aGUg cmlnaHQgd2F5IHRvIGdvLCBhdCBsZWFzdCBmb3IgdGhlIGZvbGxvd2luZyByZWFzb25zOg0KDQoN CiAgICAgICAgICAgIG8gICAgICAgICAgSXQgcmVuZGVycyB0aGUgaG9wLWxpbWl0L2hvcC1jb3Vu dCBmaWVsZHMgaW4gdGhlIFJGQzU0NDQgbWVzc2FnZSBoZWFkZXIgdXNlbGVzcy4NCiAgICAgICAg ICAgICAgICAgICAgICAgIFRoaXMgd291bGQgbm90IGJlIGJhZCBpZiB0aGUgZnVuY3Rpb25hbGl0 eSBvZmZlcmVkIGJ5IHRob3NlIGZpZWxkcyB3YXMgbm90IHVzZWZ1bA0KICAgICAgICAgICAgICAg ICAgICAgICAg4oCUIHNhZGx5LCBpdCBpcy4gRm9yIGV4YW1wbGUsIGZvciBzY29wZSBsaW1pdGVk IGZsb29kaW5nIChleHBhbmRpbmcgcmluZyBzZWFyY2gsIGFuZA0KICAgICAgICAgICAgICAgICAg ICAgICAgc3VjaCkgd2hpY2ggbWF5IGJlIG9mIGludGVyZXN0LCBhbmQgd2hpY2ggcmVxdWlyZSBo b3AtbGltaXQuDQogICAgICAgICAgICAgICAgICAgICAgICBBIGhvcC1jb3VudCBmaWVsZCBtYXkg YWxzbyBwcm92aWRlIGEg4oCcY2hlYXDigJ0gKGluIHRlcm1zIG9mIG92ZXJoZWFkKSBhZGRpdGlv bmFsIHBpZWNlDQogICAgICAgICAgICAgICAgICAgICAgICBvZiBpbmZvcm1hdGlvbiB0byB1c2Ug Y29uanVuY3RpdmVseSB3aXRoIGEg4oCccmVhbOKAnSBtZXRyaWMuDQoNCiAgICAgICAgICAgICAg ICAgICAgICAgIFRoZSBvbmx5IHByYWN0aWNhbCBzb2x1dGlvbiB3b3VsZCBiZSB0byByZS1pbnRy b2R1Y2UgdGhlc2UgZnVuY3Rpb25zIGJ5IHdheSBvZiBpbnNlcnRpbmcgYQ0KICAgICAgICAgICAg ICAgICAgICAgICAgTWVzc2FnZVRMViDigJQgd2hpY2ggKGkpIGlzIG5vdCBzcGVjaWZpZWQgaW4g dGhpcyBkb2N1bWVudCwgYW5kIChpaSkgd2hpY2ggd291bGQganVzdA0KICAgICAgICAgICAgICAg ICAgICAgICAgc2VydmUgdG8gcmVuZGVyIG1lc3NhZ2VzIGJpZ2dlciB0aGFuIHN0cmljdGx5IG5l ZWRlZC4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgU2NvcGUgbGltaXRlZCBmbG9vZGluZyAg ZG9lcyBzZWVtIHRvIGJlIGEgbmVjZXNzYXJ5IHJlcXVpcmVtZW50LCBpZiBmb3Igbm8NCiAgICAg ICAgICAgICAgICAgICAgICAgIG90aGVyIHJlYXNvbiB0aGFuIHRvIHByZXZlbnQgaW5mb3JtYXRp b24gZnJvbSDigJxjaXJjdWxhdGluZyBmb3JldmVyIGluIHRoZSBuZXR3b3Jr4oCdLg0KDQogICAg ICAgICAgICBvICAgICAgICAgIEl0IG1ha2VzIGVuZC10by1lbmQgYXV0aGVudGljYXRpb24gdW5u ZWNlc3NhcmlseSBoYXJkLg0KICAgICAgICAgICAgICAgICAgICAgICAgSSB0aGluayBDaHJpcyBj YWxsZWQgdGhpcyBvdXQgYWxyZWFkeSwgYnV0IGl0IGJlYXJzIHJlcGVhdGluZzogUyBnZW5lcmF0 ZXMgYSBtZXNzYWdlDQogICAgICAgICAgICAgICAgICAgICAgICAoc2F5LCBhIFJSRVEpLCBhbmQg aW5jbHVkZXMgYW4gSUNWIGNhbGN1bGF0ZWQgb3ZlciB0aGUgY29udGVudCBvZiB0aGUgbWVzc2Fn ZS4NCiAgICAgICAgICAgICAgICAgICAgICAgIEZvciBhbnkgcmVjaXBpZW50IHRvIGJlIGFibGUg dG8gdmFsaWRhdGUgdGhlIElDViwgdGhlIG1lc3NhZ2UgaGFzIHRvIGJlIGV4YWN0bHkNCiAgICAg ICAgICAgICAgICAgICAgICAgIHRoZSBzYW1lIOKAlCBub3QganVzdCBpbiBjb250ZW50LCBidXQg aW4gc3RydWN0dXJlIOKAlCBhcyB3aGF0IHdhcyBnZW5lcmF0ZWQuDQoNCiAgICAgICAgICAgICAg ICAgICAgICAgIOKAnFJlZ2VuZXJhdGluZ+KAnSByYXRoZXIgdGhhbiDigJxmb3J3YXJkaW5n4oCd IG1lc3NhZ2VzIG1lYW5zLCB0aGF0IHRoZSBpbnRlcm1lZGlhdGUNCiAgICAgICAgICAgICAgICAg ICAgICAgIHJvdXRlciDigJxyZWdlbmVyYXRpbmfigJ0gdGhlIFJSRVEgbWF5IGNob3NlIGEgZGlm ZmVyZW50IHN0cnVjdHVyZSAoZS5nLiwgaW5jbHVkZSBUTFZzDQogICAgICAgICAgICAgICAgICAg ICAgICBpbiBhIGRpZmZlcmVudCBvcmRlcikuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgIFRo ZSBwcm9wb3NhbCBmcm9tIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1wZXJraW5z LW1hbmV0LWFvZHYtZTJlc2VjLTAwDQogICAgICAgICAgICAgICAgICAgICAgICBpcyB0byBhZGQg Y29uc3RyYWludHMgb24gKGkpIHRoZSBzZXQgb2YgZWxlbWVudHMgdG8gaW5jbHVkZSBpbiBhIHNp Z25hdHVyZSBhbmQgKGlpKSB0aGUNCiAgICAgICAgICAgICAgICAgICAgICAgIG9yZGVyIG9mIHRo ZXNlIGVsZW1lbnRzLg0KDQogICAgICAgICAgICAgICAgICAgICAgICBPbmUgcHJvYmxlbSB3aXRo IHRoYXQgYXBwcm9hY2ggaXMgKGkpOiBpZiBhbiBleHRlbnNpb24gYWRkcyBhIG1lc3NhZ2UgVExW LCBvciBhbg0KICAgICAgICAgICAgICAgICAgICAgICAgQWRkcmVzcyBUTFYsIHRvIGEgbWVzc2Fn ZSwgdGhlbiB0aGF0IHdpbGwgbm90IGJlIOKAnGNvdmVyZWTigJ0gYnkgdGhlIHByb3Bvc2VkIGUy ZXNlYyBUTFYuDQogICAgICAgICAgICAgICAgICAgICAgICBSYXRoZXIgZm9yICplYWNoKiBleHRl bnNpb24gZGV2ZWxvcGVkLCBhbiDigJx1cGRhdGVzIGUyZXNlY+KAnSBjbGF1c2UgbmVlZHMgdG8g YmUgZG9uZS4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgSeKAmWQgc2F5IHRoYXQgdGhpcyBh cHByb2FjaCB3b3VsZCBiZSBwcm9uZSB0byBlcnJvcnMg4oCUIGFuZCBhZGQgZW50cm9weSB0byB0 aGUgcHJvY2Vzcw0KICAgICAgICAgICAgICAgICAgICAgICAgb2YgZGVzaWduaW5nIHByb3RvY29s IGV4dGVuc2lvbnMuIFRoZSBhbHRlcm5hdGl2ZSwgYSBtZXNzYWdlIGJlaW5nIGdlbmVyYXRlZCBi eSB0aGUNCiAgICAgICAgICAgICAgICAgICAgICAgIHNvdXJjZSBhbmQgKmZvcndhcmRlZCogKGFz IHdlIGRvIGluIE9MU1J2MiwgZm9yIGV4YW1wbGUpIHdvdWxkIGFsbG93IElDViBUTFZzDQogICAg ICAgICAgICAgICAgICAgICAgICAoZXZlbiwgYWxsb3cgcmV1c2Ugb2YgdGhvc2Ugc3BlY2lmaWVk IGZvciBPTFNSdjIpIGZvciBjb3ZlcmluZyBhIG1lc3NhZ2UgYW5kDQogICAgICAgICAgICAgICAg ICAgICAgICBleHRlbnNpb25zLg0KDQogICAgICAgICAgICAgICAgICAgICAgICDigJxCdXQgd2hh dCBhYm91dCB0aGUgbWV0cmljcyB2YWx1ZSB3aGljaCB3aWxsIGNoYW5nZSBvbiBlYWNoIGhvcOKA nSwgeW91IG1heSBzYXk/DQogICAgICAgICAgICAgICAgICAgICAgICBGb3J0dW5hdGVseSwgdGhh dCBpcyByZWxhdGl2ZWx5IGVhc3kgdG8gaGFuZGxlOiBzaW1wbHkgemVybyBvdXQgdGhlIHZhbHVl IG9mIHRoYXQgVExWIHdoZW4NCiAgICAgICAgICAgICAgICAgICAgICAgIGdlbmVyYXRpbmcgb3Ig dmVyaWZ5aW5nIHRoZSBJQ1YgTWVzc2FnZVRMVi4gQW5kIHVzZSBQYWNrZXQtVExWcyBmb3IgaG9w LWJ5LWhvcA0KICAgICAgICAgICAgICAgICAgICAgICAgYXV0aGVudGljYXRpb24sIGlmIG5lZWRl ZCAoYnV0LCBzZWUgYmVsb3cpLg0KDQogICAgICAgICAgICBvICAgICAgICAgIEl0IHByZXZlbnRz IHRoZSB1c2Ugb2YgbW9yZSBjbGV2ZXIvYWR2YW5jZWQgc2lnbmF0dXJlIHNjaGVtZXMvSUNWcw0K ICAgICAgICAgICAgICAgICAgICAgICAgQWdncmVnYXRlIHNpZ25hdHVyZSBhbGdvcml0aG1zICgg aHR0cHM6Ly9jcnlwdG8uc3RhbmZvcmQuZWR1L35kYWJvL3BhcGVycy9hZ2dzdXJ2ZXkucGRmKQ0K ICAgICAgICAgICAgICAgICAgICAgICAgZXhpc3QsIGFuZCBhbiBpbnRlcmVzdGluZyB1c2UtY2Fz ZSBjYW4gYmUgZm91bmQgaW4gYWxzbyByZWFjdGl2ZSBwcm90b2NvbHMsIGFsbG93aW5nIHZlcmlm eWluZw0KICAgICAgICAgICAgICAgICAgICAgICAgbm90IOKAnGp1c3TigJ0gdGhlIGVuZCBwb2lu dHMsIGJ1dCBhbHNvIHRoZSBpbnRlcm1lZGlhcmllcyAoYWdhaW4sIHdpdGggdGhlIGFwcHJvcHJp YXRlIOKAnHplcm8gb3V04oCdDQogICAgICAgICAgICAgICAgICAgICAgICBkaXNjdXNzZWQgYWJv dmUsIG9yIHNvbWV0aGluZyBzbWFydGVyKS4NCiAgICAgICAgICAgICAgICAgICAgICAgIFJlZ2Vu ZXJhdGlvbiBvZiBtZXNzYWdlcywgcmF0aGVyIHRoYW4gZm9yd2FyZGluZywgcmVuZGVycyB0aGF0 IGltcG9zc2libGUgKG9yLCBpZiB1c2VkLA0KICAgICAgICAgICAgICAgICAgICAgICAgdXBkYXRp bmcgdG8gIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1wZXJraW5zLW1hbmV0LWFv ZHYtZTJlc2VjLTAwKQ0KDQpUaGVyZSBhcmUgb3RoZXIgcmVhc29ucywgYnV0IHRoZSBhYm92ZSBh cmUgdGhvc2UgdGhhdCBqdW1wIGF0IG1lIGFzIGltbWVkaWF0ZSBzaG93LXN0b3BwZXJzLg0KDQpJ IGRvIGhvbmVzdGx5IG5vdCBzZWUgd2hhdCBwb3NzaWJsZSBiZW5lZml0IHRoZXJlIGlzIGZyb20g 4oCccmVnZW5lcmF0aW9u4oCdIOKAlCBidXQgSSBzZWUgdmVyeSBjbGVhciBpbmNvbnZlbmllbmNl cywgYW5kIHNlY3VyaXR5IGlzIG5vdCB0aGUgbGVhc3Qgb2YgdGhlc2UuIEluc2lzdGluZyBvbiDi gJxyZWdlbmVyYXRpb27igJ0gcmVxdWlyZXMgZGV2ZWxvcG1lbnQgb2Yg4oCcbm9uLWdlbmVyYWwg d29ya2Fyb3VuZHPigJ0gYXMgcG9pbnRlZCBvdXQgYWJvdmUuDQoNClNlY3VyaXR5IENvbnNpZGVy YXRpb25zDQpUaGlzIGlzIGFuIGFsd2F5cyB0aG9ybnkgc3ViamVjdC4gV2hlbiBPTFNSdjIgd2Fz IGdvaW5nIHRocm91Z2ggdGhlIHByb2Nlc3Mgd2UgZ290IGEgdGhvcm91Z2ggZWR1Y2F0aW9uIGlu IGhvdyBsaXR0bGUgd2Uga25ldyBhYm91dCBzZWN1cml0eSBmcm9tIHRoZSBTRUMtQURzLCBhbmQg aGFkIHRvIHNwZW5kIGFib3V0IGEgeWVhciBvciBzbyBkZXZlbG9waW5nIFJGQzcxODMuIFRoZSBi b3R0b20gbGluZSBpcywgdGhhdCB0aGlzIHByb3RvY29sIG5lZWRzIGl0cyDigJxSRkM3MTgzICBl cXVpdmFsZW504oCdLCBlaXRoZXIgYXMgcGFydCBvZiB0aGUgbWFpbiBkb2N1bWVudCwgb3IgYXMg YW4gaW5kZXBlbmRlbnQgZG9jdW1lbnQuIGN1cnJlbnRseSwgdGhhdCBpcyBub3QgdGhlIGNhc2Uu DQoNCkEgbWluaW1hLCBsb29raW5nIGF0IEJDUDcyIGFuZCBCQ1AxMDcg4oCUIHRha2luZyBpbnNw aXJhdGlvbiBmcm9tIFJGQzcxODMgbWlnaHQgYmUgYXcgZ29vZCBpZGVhLCBhcyB0aGF0IHdhcyB0 aGUgbW9zdCByZWNlbnQgdGhhdCB3ZW50IHRocm91Z2ggdGhlIFNFQyBBRC4gUmVnYXJkbGVzcyBv ZiBob3csIGhvd2V2ZXIsIGEg4oCcbWFuZGF0b3J5IHRvIGltcGxlbWVudOKAnSBzZWN1cml0eSBt ZWNoYW5pc20gbW9zdCBiZSBzcGVjaWZpZWQgKEkgdGhpbmsgdGhlIHJpZ2h0IHRlcm0gd2FzIOKA nE1VU1QgaW1wbGVtZW50LCBTSE9VTEQgdXNl4oCdKSwgaW4gc3VmZmljaWVudCBkZXRhaWwgdG8g ZW5zdXJlIGludGVyb3BlcmFibGUgaW1wbGVtZW50YXRpb25zLg0KDQpBcyBhbiBleGFtcGxlLCBi b3RoIFtSRkM2MTMwXSBhbmQgW1JGQzcxODFdIHNldCBvdXQgdGhhdCB0aGF0Og0KDQogICAgICBP biByZWNlaXZpbmcgYSAuLi4gbWVzc2FnZSwgYSByb3V0ZXIgTVVTVCBmaXJzdCBjaGVjayBpZiB0 aGUNCiAgICAgIG1lc3NhZ2UgaXMgaW52YWxpZCBmb3IgcHJvY2Vzc2luZyBieSB0aGlzIHJvdXRl cg0KDQphbmQgdGhlbiBwcm9jZWVkIHRvIGdpdmUgYSBudW1iZXIgb2YgY29uZGl0aW9ucyB0aGF0 LCBlYWNoLCB3aWxsIGxlYWQgdG8gYSByZWplY3Rpb24gb2YgdGhlIG1lc3NhZ2UgYXMgImJhZGx5 IGZvcm1lZCBhbmQgdGhlcmVmb3JlIGludmFsaWQgZm9yIHByb2Nlc3NpbmfigJ0g4oCUIGEgbGlz dCB3aGljaCBSRkM3MTgzIHRoZW4gYW1lbmRlZC4gVGhhdCBnYXZlIGEg4oCcaG9va+KAnSBmb3Ig UkZDNzE4MyBmb3IgaW5zZXJ0aW5nIOKAnHJlamVjdGlvbuKAnS4gSWRlbSBmb3IgbWVzc2FnZSBn ZW5lcmF0aW9uLg0KDQpJZiBJIHdhcyB0byBkbyBSRkM3MTgxL1JGQzYxMzAgdG9kYXksIEkgd291 bGQgaW5jbHVkZSB0aGF0IGRpcmVjdGx5IGludG8gdGhlIHByb3RvY29sIHNwZWNpZmljYXRpb25z LiBJdCB0dXJuZWQgb3V0IHRvIGJlIG1vcmUgb3ZlcmhlYWQgKGFuZCBzbG93IGRvd24gcHVibGlj YXRpb24gYW55d2F5cykgdG8gZG8gaXQgYXMgc2VwYXJhdGUgZG9jdW1lbnRzLg0KDQpTZWNvbmRs eSwgd2UgbmVlZCB0byBiZSBhIGxvdCBtb3JlIHJpZ2lkIGluIHRlcm1zIG9mIHdoYXQgSUNWcywg VGltZXN0YW1wcywgZXRjLiBhcmUgYWRkZWQvcmVtb3ZlZCwgYW5kIHdoYXQgdGhhdCBicmluZ3Mu DQoNCkZvciBleGFtcGxlICh3aXRoIHRoZSBhc3N1bXB0aW9uIHRoYXQgbWVzc2FnZXMgYXJlICpm b3J3YXJkZWQqIGFuZCAqbm90KiByZWdlbmVyYXRlZCksIHRoaXMgY291bGQgYmUgb25lIG9wdGlv bjoNCg0KICAgICAgICAgICAgICAgICAgICAgICAgbyAgICAgICAgICBXaGVuIGEgUlJFUSwgUlJF UCBtZXNzYWdlIGlzIGdlbmVyYXRlZCwgYWRkIGFuIElDViBNZXNzYWdlIFRMViwgd2hpY2ggaXMg Y2FsY3VsYXRlZCA8dGhpcyB3YXk+DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAg4oCmKHRha2UgaW5zcGlyYXRpb24gZnJvbSBSRkM3MTgzIGhlcmUpDQoNCiAgICAgICAgICAg ICAgICAgICAgICAgIG8gICAgICAgICAgV2hlbiBhIFJSRVEsIFJSRVAgbWVzc2FnZSBpcyB0cmFu c21pdHRlZCAgKGJ5IHRoZSBzb3VyY2UsIG9yIGZvcndhcmRlZCBieSBhbiBpbnRlcm1lZGlhcnkp DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpbiBhbiBSRkM1NDQ0IHBhY2tl dCwgYW4gSUNWIFBhY2tldCBUTFYgaXMgYWRkZWQgdG8gdGhlIHBhY2tldCwgd2hpY2ggaXMgY2Fs Y3VsYXRlZCA8dGhpcyB3YXk+IOKApg0KDQogICAgICAgICAgICAgICAgICAgICAgICBvICAgICAg ICAgIFdoZW4gYW4gUkZDNTQ0NCBwYWNrZXQgaXMgcmVjZWl2ZWQsIHZhbGlkYXRlIHRoZSBJQ1Yg UGFja2V0IFRMViA8dGhpcyB3YXk+IGFuZCBpZiB0aGUgSUNWIGRvZXNu4oCZdCB2YWxpZGF0ZSwN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGRpc2NhcmQgdGhlIGNvbnRhaW5l ZCBtZXNzYWdlcy4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgbyAgICAgICAgICBXaGVuIHJl Y2VpdmluZyBhIFJSRVEvUlJFUCAoZWl0aGVyIGFzIGRlc3RpbmF0aW9uLCBvciBhcyBhbiBpbnRl cm1lZGlhcnkpLCB2YWxpZGF0ZSB0aGUgSUNWIE1lc3NhZ2UgVExWDQogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICA8dGhpcyB3YXk+IGFuZCBpZiB0aGUgSUNWIGRvZXNu4oCZdCB2 YWxpZGF0ZSwgZGlzY2FyZCB0aGUgbWVzc2FnZSwgZG8gbm90IHByb2Nlc3MsIGRvIG5vdCBmb3J3 YXJkLg0KDQpUaGlzIGlzIGEgZGlmZmVyZW50IChhbmQgbW9yZSBmbGV4aWJsZT8pIG1vZGVsIHRo YW4g4oCcanVzdOKAnSB0cmFuc2l0aXZlIHRydXN0IGFuZCDigJxqdXN04oCdIGVuZC10by1lbmQg dHJ1c3QgZGlzY3Vzc2VkIHByZXZpb3VzbHksIGFuZCBpcyBlbmFibGVkIGJ5IHRoZSDigJxmb3J3 YXJkaW5n4oCdIGJpdCBkZXNjcmliZWQgcHJldmlvdXNseS4NCg0KTWV0cmljcw0KSSBoYXZlIGFz a2VkIHRoaXMgbnVtZXJvdXMgdGltZXMsIGJ1dCBoYXZlIG5vdCBnb3R0ZW4gYW55IGFuc3dlciBz byBJIGFtIGVzY2FsYXRpbmcgdGhpcyBhZ2Fpbi4gV2h5IGlzIHRoaXMgZG9jdW1lbnQgaGF2aW5n IGEgbm9ybWF0aXZlIHJlZmVyZW5jZSB0byBSRkM2NTUxPw0KDQoNCiAgIFtSRkM2NTUxXSAgVmFz c2V1ciwgSlAuLCBFZC4sIEtpbSwgTS4sIEVkLiwgUGlzdGVyLCBLLiwgRGVqZWFuLCBOLiwNCg0K ICAgICAgICAgICAgICBhbmQgRC4gQmFydGhlbCwgIlJvdXRpbmcgTWV0cmljcyBVc2VkIGZvciBQ YXRoIENhbGN1bGF0aW9uDQoNCiAgICAgICAgICAgICAgaW4gTG93LVBvd2VyIGFuZCBMb3NzeSBO ZXR3b3JrcyIsIFJGQyA2NTUxPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2NTUxPiwg RE9JIDEwLjE3NDg3Lw0KDQogICAgICAgICAgICAgIFJGQzY1NTE8aHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL3JmYzY1NTE+LCBNYXJjaCAyMDEyLA0KDQogICAgICAgICAgICAgIDxodHRwOi8v d3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNjU1MT4uDQoNCg0KVW5sZXNzIEkgYW0gbWlzdGFr ZW4sIHRoaXMgaXMgbm90IHRoZSBST0xMIFdHLiBBbmQgdGhlIGFic3RyYWN0IHRvIFJGQzY1NTEg ZXhwbGljaXRseSByZWFkczoNCg0KDQogICBMb3ctUG93ZXIgYW5kIExvc3N5IE5ldHdvcmtzIChM TE5zKSBoYXZlIHVuaXF1ZSBjaGFyYWN0ZXJpc3RpY3MNCg0KICAgY29tcGFyZWQgd2l0aCB0cmFk aXRpb25hbCB3aXJlZCBhbmQgYWQgaG9jIG5ldHdvcmtzIHRoYXQgcmVxdWlyZSB0aGUNCg0KICAg c3BlY2lmaWNhdGlvbiBvZiBuZXcgcm91dGluZyBtZXRyaWNzIGFuZCBjb25zdHJhaW50cy4NCldo aWNoIGV4cGxpY2l0bHkgaXMgZGlzY2xhaW1pbmcgdGhhdCB0aGVzZSBtZXRyaWNzIGFyZSBub3Qg YXBwbGljYWJsZSBpbiBhZCBob2MgbmV0d29ya3Mg4oCUIGFuZCwgSSBhbSB3b25kZXJpbmcsIHdo YXQgaGFzIGNoYW5nZWQgc2luY2UgdGhlIHB1YmxpY2F0aW9uIG9mIFJGQzY1NTEgdG8gc3VkZGVu bHkgbWFrZSB0aGVzZSBhcHBsaWNhYmxlPw0KDQogSSBhbSBhbHNvIHdvbmRlcmluZyBpZiBsb29r aW5nIGF0IChhbmQsIHBlcmhhcHMsIHVzaW5nPykgdGhlIHNhbWUgbWV0cmljIHR5cGUgVExWIHR5 cGUgYXMgaW4gT0xTUnYyIGlzIG5vdCBhIHBvc3NpYmlsaXR5Pw0KDQpFaXRoZXIgd2F5LCByZWZl cmVuY2luZyBSRkM2NTUxIGhlcmUgaXMgd3JvbmcuDQoNClJGQzY2MjEgKFNNRikgdXNhZ2UNCkFz IGxhdGUgYXMgZWFybGllciB0aGlzIG1vbnRoLCBSRkM2NjIxIHJlYXJlZCBpdHMgaGVhZCBhZ2Fp biBvbiB0aGUgbWFpbGluZyBsaXN0LiBJIHVuZGVyc3RhbmQgdGhhdCB0aGUgYXV0aG9ycyBhcmUg c2V0IG9uIHVzaW5nIGZsb29kaW5nIHJlZHVjdGlvbiBhcyBwYXJ0IG9mIFJSRVEgZGlzdHJpYnV0 aW9uLiBJZiB0aGF0IGlzIHRoZSBjYXNlLCB0aGVuIHRoaXMgcHJvdG9jb2wgTVVTVCBzcGVjaWZ5 IHRoYXQgZmxvb2RpbmcgcmVkdWN0aW9uLg0KDQpTYXlpbmcg4oCcVXNlIFJGQzY2MjHigJ0gd29u 4oCZdCB3b3JrLCBmb3IgcmVhc29ucyBDaHJpcyBwb2ludCBvdXQgaW4gYW4gZW1haWwgZWFybGll ciB0byB0aGUgbGlzdDoNClRoZSBuZXR3b3JrIGRvZXMgbm90IGFuZCBmdW5kYW1lbnRhbGx5IGNh bm5vdCBvZmZlciBtdWx0aWNhc3Qgc3VwcHJlc3Npb24gdG8gQU9EVnYyLiBUaGlzIGlzbid0IGEg aGFyZCBjb25jZXB0LCBidXQgc2VlbXMgdG8ga2VlcCBoYXZpbmcgdG8gYmUgc2FpZC4gQU9EVnYy IG1lc3NhZ2VzIGFyZSBjYXJyaWVkIGluIDU0NDQgcGFja2V0cywgYW5kIHRob3NlIG9ubHkgdHJh dmVsIG9uZSBob3AuIFRoYXQgZG9lc24ndCBhbGxvdyBmb3Igc3VwcHJlc3Npb24uIEZ1cnRoZXJt b3JlIEFPRFZ2MiBpcyBjcmVhdGluZyBuZXcgbWVzc2FnZXMgZWFjaCBob3AuIFRoYXQgbmVlZHMg QU9EVnYyIHNwZWNpZmljIGhhbmRsaW5nLg0KDQpBbmQgcXVvdGluZyBhbiBlbWFpbCBmcm9tIG15 c2VsZjoNCklmIHByb3RvY29sIFggcmVsaWVzIG9uIHVzaW5nIGEgZmxvb2Rpbmcgb3BlcmF0aW9u LCB0aGVuIGl0IGNlcnRhaW5seSBpcyBwcm90b2NvbCBYJ3MgcmVzcG9uc2liaWxpdHkgdG8gIHNw ZWNpZnkgdGhlIGZsb29kaW5nIG9wZXJhdGlvbiAob3IsIGF0IGxlYXN0LCB0aGUgcmVxdWlyZW1l bnRzIHRvIHRoZSBmbG9vZGluZyBvcGVyYXRpb24gKSBmb3IgY29ycmVjdCBmdW5jdGlvbmluZyBv ZiBwcm90b2NvbCBYLg0KDQpJ4oCZdmUgcHJldmlvdXNseSBwb2ludGVkIG91dCB0aGF0IFJGQzY2 MjEgcmVxdWlyZXMgc29tZSBkZWdyZWUgb2YgY29uZmlndXJhdGlvbiAoY2Fu4oCZdCBqdXN0LCBm b3IgZXhhbXBsZSwgcGljayB0d28gZGlmZmVyZW50IHJlbGF5IHNldCBzZWxlY3Rpb24gYWxnb3Jp dGhtcywgYXMgdGhhdCBtYXkgcHJvZHVjZSBhIGRpc2Nvbm5lY3RlZCBmbG9vZGluZyBkb21haW4p Lg0KDQpJbiBvdGhlciB3b3Jkcywgd2hhdCB0aGUgYXV0aG9ycyBwcm9wb3NlIGluIGh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1wZXJraW5zLW1hbmV0LXVzaW5nLXJmYzY2MjEtMDAg aXMgaW5zdWZmaWNpZW50Lg0KDQpNdWx0aXBsZSBpbnRlcmZhY2VzIGNvbmZpZ3VyZWQgd2l0aCB0 aGUgc2FtZSBhZGRyZXNzKGVzKSAtICYgUkZDNjYyMQ0KSSB0aGluayB0aGF0IGl0IGhhcyBiZWVu IGVzdGFibGlzaGVkIHRoYXQgdGhlIGFiaWxpdHkgdG8gdXNlIHRoZSBzYW1lIGFkZHJlc3Mgb24g bXVsdGlwbGUgaW50ZXJmYWNlcyBpcyBhIHJlcXVpcmVtZW50LiBJdOKAmXMgbm90IGNsZWFyIHRv IG1lIHRoYXQgYSBzaW5nbGUgd2F5IG9mIGRvaW5nIHNvIGhhcyBiZWVuIHByb3Bvc2VkLCBub3Ig dGhhdCB0aGUg4oCcb3BlcmF0aW5nIGNvbmRpdGlvbnPigJ0gYXJlIGNhbGxlZCBvdXQgKGZvciBl eGFtcGxlLCB3aWxsIGl0IHdvcmsgIGlmIHJvdXRlciBBIGFuZCByb3V0ZXIgQiBib3RoIGhhdmUg dHdvIGludGVyZmFjZXMsIGFuZCB0aGF0IGFsbCA0IGludGVyZmFjZXMgdXNlIHRoZSBzYW1lIElQ IGFkZHJlc3M/KQ0KDQpUaGlzIGlzIG5vdCBlbnRpcmVseSB1bnJlbGF0ZWQgdG8gZmxvb2Rpbmcg cmVkdWN0aW9uIGFuZCBSRkM2NjIxLiBPbmUgb2YgdGhlIGNvbXBsZXhpdGllcyBpcyB0byBnZXQg dGhhdCBqdXN0IHJpZ2h0OiBPTFNSdjIgLSBmb3IgZXhhbXBsZSAtIGNhbGN1bGF0ZXMgRmxvb2Rp bmctTVBScyBwZXIgaW50ZXJmYWNlLCBhbmQgUkZDNjEzMCBpcyBjYXJlZnVsIGluIGhvdyBpdCBk ZXRlY3RzIGJpZGlyZWN0aW9uYWxpdHkgb2YgbGlua3MuDQoNCkkgaGF2ZSBub3Qgd29ya2VkIG91 dCBhbGwgdGhlIGRldGFpbHMgb2YgaG93IHRoaXMgaW1wYWN0cyB0aGlzIHByb3RvY29sIOKAlCBi dXQsIGl0IHJlcXVpcmVzIGF0dGVudGlvbi4gRXNwZWNpYWxseSB3aGVuIHdhbnRpbmcgdG8gYmUg YWJsZSB0byBzYXkg4oCc4oCmdXNlIFJGQzY2MjHigJ0sIHRoZW4gdGhlIGludGVyZmFjZSBjb25m aWd1cmF0aW9uIGNvbnN0cmFpbnRzIHdoZW4gZmFjZWQgd2l0aCBtdWx0aXBsZSBpbnRlcmZhY2Vz IG11c3QgYmUgd29ya2VkIG91dC4NCg0KUHJlZml4ZXMgJiBHYXRld2F5cw0KQSBxdWVzdGlvbiB0 byBteSBtaW5kLCBhbmQgSSBhbSBub3Qgc3VyZSBJIGtub3cgaG93IHRvIGFuc3dlciB0aGF0IGZy b20gcmVhZGluZyB0aGUgZHJhZnQgc2luY2UgaXQgaXMgbm90IGRpc2N1c3NlZCBpbiBzZWN0aW9u IDkgKGF0IGxlYXN0KSwgaXM6IOKAnFdoYXQgaGFwcGVucyBpZiBJIHNlbmQgYSBSUkVRIHRvIGEg cHJlZml44oCdIChpLmUuLCBhIC88MTI4IGluIElQdjYpPw0KDQogICAgICAgICAgICBvICAgICAg ICAgIElmIHRoZSB3aG9sZSBwcmVmaXggaXMgcGFydCBvZiB0aGUgYXR0YWNoZWQgbmV0d29yayBz ZXQgb2YgYSBzaW5nbGUgcm91dGVyLA0KICAgICAgICAgICAgICAgICAgICAgICAgdGhlbiBJIGV4 cGVjdCB0byBnZXQgYSBzaW5nbGUgUlJFUCBiYWNrLCBpcyB0aGF0IHRoZSBjYXNlPw0KDQogICAg ICAgICAgICBvICAgICAgICAgIElmICJoYWxmIHRoZSBwcmVmaXgiICBpcyBwYXJ0IG9mIHRoZSBh dHRhY2hlZCBuZXR3b3JrIHNldCBvZiBhIHNpbmdsZSByb3V0ZXIsDQogICAgICAgICAgICAgICAg ICAgICAgICBhbmQgdGhlIG90aGVyIGhhbGYgaXMgcGFydCBvZiB0aGUgYXR0YWNoZWQgbmV0d29y ayBzZXQgb2YgYW5vdGhlciAgc2luZ2xlIHJvdXRlciwNCiAgICAgICAgICAgICAgICAgICAgICAg IHRoZW4gSSBleHBlY3QgdHdvIFJSRVBzLCBpcyB0aGF0IHRoZSBjYXNlPw0KDQogICAgICAgICAg ICBvICAgICAgICAgIE1vcmUgZ2VuZXJhbGx5LCB3aWxsIEkgZ2V0IGEgdHJlZSBidWlsZCB0aHJv dWdoIHRoZSBuZXR3b3JrIGhlcmU/DQoNClNlY3Rpb24gOSAob3IsIHRoZSB3aG9sZSBzcGVjKSBp cyBhbHNvIG5vdCBleHBsaWNpdCBlbm91Z2ggYWJvdXQgbXVsdGlwbGUgICJkZWZhdWx0IGdhdGV3 YXlzIiDigJQgaS5lLiwgdGhlIGV4dGVybmFsIG5ldHdvcmsgYmVpbmcg4oCcdGhlIHJlc3Qgb2Yg dGhlIEludGVybmV04oCdLCBhbmQgdGhlcmUgYmVpbmcgbXVsdGlwbGUgZ2F0ZXdheXMgdG8gdGhl IEludGVybmV0LiBJIHVuZGVyc3RhbmQgaG93IHRoZSBSUkVRIGdldHMgdG8gdGhlIGdhdGV3YXks IGFuZCBob3cgdGhlIGdhdGV3YXkgZGV0ZXJtaW5lcyBpZiBpdCBzaG91bGQgcmVzcG9uZCAodGhl IGRlc3RpbmF0aW9uIGlzIG5vdCBwYXJ0IG9mIOKAnHRoZSBNQU5FVCBwcmVmaXgsIHdpdGggd2hp Y2ggaXQgaXMgY29uZmlndXJlZOKAnSkuDQoNCkJ1dCwgaWYgQSBpcyBjbG9zZSB0byBHVzEsIGFu ZCBCIGlzIGNsb3NlIHRvIEdXMiwgYnV0IEEgYW5kIEIgYmVpbmcgZmFyIGZhciBhcGFydCAoYWNj b3JkaW5nIHRvIHRoZSBtZXRyaWMgdXNlZCkgd2l0aGluIHRoZSBNQU5FVCwgdGhlbiBpdCB3b3Vs ZCBiZSBwcmVmZXJlbnRpYWwgZm9yIHRoZSByb3V0ZSBmcm9tIEEgdG8gQiB0byBnbyB2aWEgR1cx LeKAnHRoZS1JbnRlcm5ldOKAnS1HVzI/DQoNCklzIHRoaXMgYSBzdXBwb3J0ZWQgY29uZmlndXJh dGlvbj8NCiAgICAgICAgICAgIG8gICAgICAgICAgSWYgeWVzLCBob3cgaXMgaXQgKHNlcSMgd2lz ZSwgSSB3b3VsZCBleHBlY3Qgc29tZSBjb21wbGljYXRpb25zKSBoYW5kbGVkPw0KICAgICAgICAg ICAgbyAgICAgICAgICBJZiBub3QsIHdoZXJlIGlzIGl0IHN0YXRlZCB0aGF0IHRoaXMgY29uZmln dXJhdGlvbiBpcyBub3QgcG9zc2libGUgd2l0aCB0aGlzIHByb3RvY29sPw0KDQoNClRoZSBhcHBs aWNhYmlsaXR5IHN0YXRlbWVudCBzYXlzOg0KDQoNCiAgIEFPRFZ2MiBpcyBkZXNpZ25lZCBmb3Ig c3R1YiBvciBkaXNjb25uZWN0ZWQgbW9iaWxlIGFkIGhvYyBuZXR3b3JrcywNCg0KICAgaS5lLiwg bm9uLXRyYW5zaXQgbmV0d29ya3Mgb3IgdGhvc2Ugbm90IGNvbm5lY3RlZCB0byB0aGUgaW50ZXJu ZXQuDQoNCiAgIEFPRFZ2MiBjYW4sIGhvd2V2ZXIsIGJlIGNvbmZpZ3VyZWQgdG8gcGVyZm9ybSBn YXRld2F5IGZ1bmN0aW9ucyB3aGVuDQoNCiAgIGF0dGFjaGVkIHRvIGV4dGVybmFsIG5ldHdvcmtz LCBhcyBkaXNjdXNzZWQgaW4gU2VjdGlvbiA5PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC1pZXRmLW1hbmV0LWFvZHZ2Mi0xMyNzZWN0aW9uLTk+Lg0KDQpJIGJlbGlldmUgdGhhdCB0 aGUgc2NlbmFyaW8gSSBkZXNjcmliZSBpcyBpbmRlZWQgYSBzdHViIG5ldHdvcmsgKGFuZCBub3Qg YSB0cmFuc2l0IG5ldHdvcmspPw0KDQrigJQg4oCUIOKAlA0KDQpBcyBJIGluZGljYXRlZCwgdGhl c2UgYXJlIHRoZSBiaWctcGljdHVyZSBpc3N1ZXMgdGhhdCBJIGhhdmUgZ290dGVuIGFyb3VuZCB0 byB0aGlua2luZyBhYm91dCBlbm91Z2ggdG8gd3JpdGUgdXAuIEnigJltIG5vdCB0aHJvdWdoIHdv cmtpbmcgdGhyb3VnaCB0aGUgZG9jdW1lbnQsIGJ1dCB0aG9zZSB3ZXJlIHRoZSBvbmVzIHRoYXQg Y2FtZSB0byBtaW5kLCBhbmQgd2hpY2ggc2VlbSBpbXBlcmF0aXZlIHRvIHJlc29sdmUuDQoNCkJl c3QsDQoNClRob21hcw0KDQoNCg0KKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNClRoaXMgZW1haWwgYW5kIGFueSBhdHRh Y2htZW50cyBhcmUgY29uZmlkZW50aWFsIHRvIHRoZSBpbnRlbmRlZA0KcmVjaXBpZW50IGFuZCBt YXkgYWxzbyBiZSBwcml2aWxlZ2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQNCnJlY2lw aWVudCBwbGVhc2UgZGVsZXRlIGl0IGZyb20geW91ciBzeXN0ZW0gYW5kIG5vdGlmeSB0aGUgc2Vu ZGVyLg0KWW91IHNob3VsZCBub3QgY29weSBpdCBvciB1c2UgaXQgZm9yIGFueSBwdXJwb3NlIG5v ciBkaXNjbG9zZSBvcg0KZGlzdHJpYnV0ZSBpdHMgY29udGVudHMgdG8gYW55IG90aGVyIHBlcnNv bi4NCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQptYW5ldCBtYWlsaW5nIGxpc3QNCm1hbmV0QGlldGYub3JnPG1haWx0bzptYW5l dEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbWFuZXQN Cg0K --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E324GLKXM0002VGREEN_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNv bnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmlu aXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21h cmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJ Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z dHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyI7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBD aGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4uYXBwbGUt Y29udmVydGVkLXNwYWNlDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRlZC1zcGFjZTt9 DQpzcGFuLmFwcGxlLXRhYi1zcGFuDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLXRhYi1zcGFuO30N CnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9y bWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi SFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4uQmFsbG9v blRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQt ZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkVtYWlsU3R5bGUyNQ0KCXttc28t c3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5 cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcy LjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0 IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVh ZD4NCjxib2R5IGxhbmc9IkVOLUdCIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYg Y2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+T0ssIHNvIHdlIGhhdmUgYSBtZXNzYWdlIHRo YXQgbXV0YXRlcyBieTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+LSBNb2RpZnlpbmcg aG9wIGNvdW50L2xpbWl0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4tIE1vZGlmeWlu ZyBhIG1ldHJpYyB2YWx1ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QW55dGhpbmcg ZWxzZT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPkFzIG11dGF0aW5nIChvdGhlciB0aGFuIGhvcCBjb3VudC9saW1pdCkg bWVzc2FnZXMgYXJlbuKAmXQgY292ZXJlZCBieSA1NDQ0IG9yIGFueSBkZXJpdmF0aXZlIGRvY3Vt ZW50IChidXQgb25seSByZWNvbW1lbmRlZCBhZ2FpbnN0LCBub3QgYmFubmVkKSB0aGF0IHlvdSBt YXkNCiBuZWVkIHRvIG1ha2UgdGhlIG1lc3NhZ2Ugb3RoZXJ3aXNlIGltbXV0YWJsZSAobm8gZGVj b25zdHJ1Y3Rpb24gYW5kIHJlYnVpbGRpbmcsIG90aGVyIHRoYW4gZ3VhcmFudGVlZCB1bmNoYW5n aW5nKSB0aGF0IHdvdWxkIGhhdmUgdG8gYmUgc3BlY2lmaWVkIGJ5IEFPRFZ2Mi4gKEVhc3kgdG8g c2F5LCBidXQgbmVlZHMgc2F5aW5nLik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoZW4gdGhhdCBpbmZvcm1hdGlvbiBp cyBub3QgaW4gYSBndWFyYW50ZWVkIGZpeGVkIGxvY2F0aW9uIGdpdmVuIGJ5IGEgc2ltcGxlIG9m ZnNldC4gU28gYW55IHNpZ25hdHVyZSBhbGdvcml0aG0gdGhhdCBmaW5kcyBpdCBhbmQgaWdub3Jl cyBpdCBvciBhZ2dyZWdhdGVzDQogb24gaXQgaXMgc3BlY2lmaWMgdG8gT0xTUnYyLiBTbyBzdGFu ZGFyZCA3MTgyIElDVnMgZG9u4oCZdCBkbyB0aGUgam9iLCB5b3Ugd291bGQgbmVlZCBhbiBBT0RW djIgc3BlY2lhbGlzZWQgdmFyaWFudC4gV2hpY2ggaXMgdGhlIHNvcnQgb2YgdGhpbmcgdGhhdCB0 aGUgbWVzc2FnZSBzcGVjaWZpYyBUTFYgc3BhY2UgaXMgdGhlcmUgZm9yLCBJ4oCZZCBiZSBzdHJv bmdseSBhZ2FpbnN0IGEg4oCcYnV0IGlnbm9yZSB0aGUgdmFsdWUgb2YgdGhpcyBzcGVjaWZpYw0K IFRMViBzaG91bGQgaXQgb2NjdXLigJ0gYmVpbmcgaW4gdGhlIGdlbmVyYWwgc3BhY2UuIEhvd2V2 ZXIgaXQgY2FuIGVhc2lseSBiZSBkZWZpbmVkIGJ5IHJlZmVyZW5jZSB0byA3MTgyICjigJx0aGlz IFRMViBpcyBsaWtlIHRoYXQgVExWLCBleGNlcHQgaWYgYW4gWCBUTFYgaXMgcHJlc2VudCwgc2V0 IGl0cyB2YWx1ZSBmaWVsZCB0byB6ZXJv4oCdKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk1lc3N5LCBidXQgY291bGQg d29yay48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9t OjEyLjBwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA3RTdFIj4tLQ0K PG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MDA3RTdFIj5DaHJpc3RvcGhlciBEZWFybG92ZTxicj4NClNlbmlvciBQcmluY2lwYWwgRW5naW5l ZXI8YnI+DQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMYWJvcmF0b3JpZXM8YnI+ DQo8L3NwYW4+PC9iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6I0JFQkVCRSI+ X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188YnI+DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMDAwMDdFIj48YnI+DQo8L3NwYW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4 LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiM3RDdEN0QiPlQ8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojN0Q3RDdEIj46ICZuYnNwOyYjNDM7NDQgKDApMTI0NSAyNDIxOTQgJm5ic3A7fCAmbmJzcDs8 Yj5FOg0KPC9iPjxhIGhyZWY9Im1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbSI+ Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb208L2E+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMDAwMDdFIj48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMzQThCOTIiPkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNl LCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBF c3NleCBDTTIgOEhOLjxicj4NCjxhIGhyZWY9Imh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWki PjxzcGFuIHN0eWxlPSJjb2xvcjojM0E4QjkyIj53d3cuYmFlc3lzdGVtcy5jb20vYWk8L3NwYW4+ PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVs bGlnZW5jZSBMaW1pdGVkPGJyPg0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIE5v OiAwMTMzNzQ1MTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMzQThCOTIiPlJlZ2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRm b3JkLCBTdXJyZXksIEdVMiA3WVA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBj bSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij4gTG90dGUgU3RlZW5icmluayBbbWFpbHRvOmxvdHRlLnN0ZWVuYnJp bmtAZnUtYmVybGluLmRlXQ0KPGJyPg0KPGI+U2VudDo8L2I+IDE3IE1hcmNoIDIwMTYgMTY6NDg8 YnI+DQo8Yj5Ubzo8L2I+IERlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspPGJyPg0KPGI+Q2M6PC9i PiBpZXRmQHRob21hc2NsYXVzZW4ub3JnOyBNb2JpbGUgQWQgSG9jIE5ldHdvcmtzIG1haWxpbmcg bGlzdDxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW21hbmV0XSBNZXNzYWdlIGludGVncml0eSBh bmQgbWVzc2FnZSBtdXRhYmlsaXR5ICh3YXMgUkU6IGRyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEz IHJldmlldyAtIGEgY291cGxlIG9mIGJpZyB0aWNrZXQgSXRlbXMpPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOnNvbGlkIGJsYWNrIDEuMHB0O3BhZGRpbmc6Mi4w cHQgMi4wcHQgMi4wcHQgMi4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRl ciIgc3R5bGU9InRleHQtYWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQtYWxpZ246Y2VudGVyO2JhY2tn cm91bmQ6d2hpdGUiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTUuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+ KioqIFdBUk5JTkcgKioqPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJtYXJnaW4tYm90dG9t OjEyLjBwdDt0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3JvdW5kOndoaXRlIj4NCjxlbT48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPlRoaXMgbWVzc2FnZSBvcmlnaW5hdGVz IGZyb20gb3V0c2lkZSBvdXIgb3JnYW5pc2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBw YXJ0bmVyIG9yIHRoZSBpbnRlcm5ldC48L3NwYW4+PC9lbT48aT48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMzMzM5NzIiPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Q29uc2lkZXIgY2FyZWZ1 bGx5IHdoZXRoZXIgeW91IHNob3VsZCBjbGljayBvbiBhbnkgbGlua3MsIG9wZW4gYW55IGF0dGFj aG1lbnRzIG9yIHJlcGx5Ljwvc3Bhbj48L2VtPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Rm9yIGluZm9y bWF0aW9uIHJlZ2FyZGluZyA8L3NwYW4+DQo8L2VtPjwvc3Bhbj48L2k+PHN0cm9uZz48aT48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOnJlZCI+UmVkIEZsYWdzPC9zcGFuPjwvaT48L3N0 cm9uZz48ZW0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4gdGhhdCB5 b3UgY2FuIGxvb2sgb3V0IGZvciBpbiBlbWFpbHMgeW91IHJlY2VpdmUsDQogY2xpY2sgPGEgaHJl Zj0iaHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkv c3BvdGxpZ2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3MucGRmIj4NCmhlcmU8L2E+Ljwvc3Bhbj48 L2VtPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+PGJyPg0KPGVt PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij5JZiB5b3UgZmVlbCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywgcGxlYXNlIGZv bGxvdw0KPGEgaHJlZj0iaHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdv cmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGluZyUyMFdpdGglMjBTdXNwaWNp b3VzJTIwRW1haWxzLnBkZiI+DQp0aGlzIHByb2Nlc3M8L2E+Ljwvc3Bhbj48L2VtPjwvc3Bhbj48 L2k+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgYWxsLDxv OnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFtIDE3LjAzLjIw MTYgdW0gMTc6NDQgc2NocmllYiBEZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKSAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tIj5jaHJpcy5kZWFybG92ZUBi YWVzeXN0ZW1zLmNvbTwvYT4mZ3Q7OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkdv b2QgcG9pbnQgYWJvdXQgd2hldGhlciB5b3UganVzdCBwYXNzIG9uIG9uZSBjb3N0IG9yIGEgc2V0 IG9mIGNvc3RzLiBBcyBJIHNhaWQsIG5vdCBsb29rZWQgYXQgZGV0YWlscyAtIEkgd2lsbCwgd2hl biB0aW1lIHBlcm1pdHMuIE9uZSBjb3N0IGlzIG11Y2ggZWFzaWVyLA0KIGFuZCB5ZXMsIGl0IHJl ZHVjZXMgdGhlIGZpeGVkIHNpemUgYWdncmVnYXRlZCBzaWduYXR1cmVzIHByb2JsZW0gdG8g4oCc anVzdOKAnSBvbmUgb2YgY29tcHV0YXRpb25hbCBsb2FkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5Gb3IgdGhlIHJlY29yZCwgVGhvbWFz4oCZIHVuZGVyc3RhbmRpbmcgaXMgY29ycmVjdDsg dGhlIGNvc3QgaXMgb25lIGFnZ3JlZ2F0ZWQgdmFsdWUuJm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJlc3QgcmVnYXJkcywmbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkxvdHRl IFN0ZWVucmJpbms8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzAwN0U3RSI+LS08L3NwYW4+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDdFN0UiPkNocmlzdG9waGVyIERlYXJsb3ZlPGJyPg0KU2Vu aW9yIFByaW5jaXBhbCBFbmdpbmVlcjxicj4NCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdl bmNlIExhYm9yYXRvcmllczxicj4NCjwvc3Bhbj48L2I+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojQkVCRUJFIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCjwvc3Bhbj48L2I+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDAwN0UiPjxicj4NCjwvc3Bhbj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzdEN0Q3RCI+VDwvc3Bhbj48L2I+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM3RDdEN0QiPjogJm5ic3A7JiM0Mzs0NCAoMCkxMjQ1IDI0 MjE5NCAmbmJzcDt8ICZuYnNwOzxiPkU6PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFj ZSI+Jm5ic3A7PC9zcGFuPjwvYj48YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lz dGVtcy5jb20iPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmNocmlzLmRlYXJsb3ZlQGJhZXN5 c3RlbXMuY29tPC9zcGFuPjwvYT48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4 LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMwMDAwN0UiPjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2ZvcmQg VGVjaG5vbG9neSBQYXJrLCBHcmVhdCBCYWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4SE4u PGJyPg0KPGEgaHJlZj0iaHR0cDovL3d3dy5iYWVzeXN0ZW1zLmNvbS9haSI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMzQThCOTIiPnd3dy5iYWVzeXN0ZW1zLmNvbS9haTwvc3Bhbj48L2E+PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojM0E4QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5j ZSBMaW1pdGVkPGJyPg0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIE5vOiAwMTMz NzQ1MTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzNBOEI5MiI+UmVnaXN0ZXJlZCBPZmZpY2U6IFN1cnJleSBSZXNlYXJjaCBQYXJrLCBHdWls ZGZvcmQsIFN1cnJleSwgR1UyIDdZUDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFk ZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+ PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PGEgaHJlZj0ibWFpbHRvOmlldGZAdGhvbWFzY2xhdXNl bi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmlldGZAdGhvbWFzY2xhdXNlbi5vcmc8 L3NwYW4+PC9hPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj5bPGEgaHJlZj0ibWFpbHRvOmlldGZAdGhvbWFzY2xhdXNlbi5vcmciPjxzcGFuIHN0eWxlPSJj b2xvcjpwdXJwbGUiPm1haWx0bzppZXRmQHRob21hc2NsYXVzZW4ub3JnPC9zcGFuPjwvYT5dPHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxicj4NCjxiPlNl bnQ6PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj4x NyBNYXJjaCAyMDE2IDE2OjM4PGJyPg0KPGI+VG86PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5EZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKTxicj4N CjxiPkNjOjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3Nw YW4+TW9iaWxlIEFkIEhvYyBOZXR3b3JrcyBtYWlsaW5nIGxpc3Q8YnI+DQo8Yj5TdWJqZWN0Ojwv Yj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+UmU6IE1l c3NhZ2UgaW50ZWdyaXR5IGFuZCBtZXNzYWdlIG11dGFiaWxpdHkgKHdhcyBSRTogW21hbmV0XSBk cmFmdC1pZXRmLW1hbmV0LWFvZHZ2Mi0xMyByZXZpZXcgLSBhIGNvdXBsZSBvZiBiaWcgdGlja2V0 IEl0ZW1zKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdiBzdHlsZT0iYm9yZGVyOnNvbGlkIGJsYWNrIDEuMHB0O3BhZGRpbmc6Mi4wcHQgMi4wcHQg Mi4wcHQgMi4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9 InRleHQtYWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNl bnRlciIgc3R5bGU9InRleHQtYWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPjxiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTUuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+KioqIFdBUk5JTkcgKioqPC9zcGFu PjwvYj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IGFsaWduPSJjZW50ZXIiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdDt0ZXh0LWFsaWduOmNl bnRlcjtiYWNrZ3JvdW5kOndoaXRlO2JhY2tncm91bmQtcG9zaXRpb246aW5pdGlhbCBpbml0aWFs O2JhY2tncm91bmQtcmVwZWF0OmluaXRpYWwgaW5pdGlhbCI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj5UaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBmcm9tIG91 dHNpZGUgb3VyIG9yZ2FuaXNhdGlvbiwgZWl0aGVyIGZyb20gYW4gZXh0ZXJuYWwgcGFydG5lciBv ciB0aGUgaW50ZXJuZXQuPC9zcGFuPjwvZW0+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMzMzOTcyIj48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0 aGVyIHlvdSBzaG91bGQgY2xpY2sgb24gYW55IGxpbmtzLCBvcGVuIGFueSBhdHRhY2htZW50cyBv ciByZXBseS48L3NwYW4+PC9lbT48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZvciBpbmZvcm1hdGlvbiBy ZWdhcmRpbmc8L3NwYW4+PC9lbT48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4m bmJzcDs8L3NwYW4+PC9zcGFuPjwvaT48c3Ryb25nPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6cmVkIj5SZWQgRmxhZ3M8L3NwYW4+PC9pPjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzMzMzk3MiI+Jm5ic3A7PC9zcGFuPjwvaT48L3NwYW4+PGVtPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzMzMzk3MiI+dGhhdA0KIHlvdSBjYW4gbG9vayBvdXQgZm9yIGluIGVtYWls cyB5b3UgcmVjZWl2ZSwgY2xpY2s8L3NwYW4+PC9lbT48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVy dGVkLXNwYWNlIj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPiZu YnNwOzwvc3Bhbj48L2k+PC9zcGFuPjxlbT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMzMzM5NzIiPjxhIGhyZWY9Imh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93 d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL1JlZCUyMEZsYWdzLnBkZiI+PHNw YW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aGVyZTwvc3Bhbj48L2E+Ljwvc3Bhbj48L2VtPjxpPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+PGJyPg0KPGVtPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij5JZiB5b3UgZmVlbCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywgcGxlYXNlIGZvbGxvdzwvc3Bh bj48L2VtPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48 ZW0+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPjxhIGhyZWY9Imh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20v aG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL0RlYWxpbmclMjBXaXRoJTIw U3VzcGljaW91cyUyMEVtYWlscy5wZGYiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPnRoaXMN CiBwcm9jZXNzPC9zcGFuPjwvYT4uPC9zcGFuPjwvZW0+PC9zcGFuPjwvaT48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+T24gMTcgTWFyIDIwMTYsIGF0IDE3OjMwLCBEZWFybG92ZSwgQ2hyaXN0b3BoZXIg KFVLKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tIj48 c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5jaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTwv c3Bhbj48L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIGFwcHJlY2lhdGUgVGhvbWFz4oCZcyBjb21tZW50 cyBhYm91dCB0aGUgbGltaXRhdGlvbnMgb2YgbWVzc2FnZSByZWdlbmVyYXRpb24sIGJ1dCBJIHdv dWxkIGJlIGEgYml0IGxlc3MgYWJzb2x1dGUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5UaGUgaXNzdWVzIG92ZXIg ZW5kIHRvIGVuZCBhdXRoZW50aWNhdGlvbiBhbmQgbW9yZSBhZHZhbmNlZCBzaWduYXR1cmVzIGFy ZSB2YWxpZC4gSSBuZWVkIHRvIHJlYWQgdGhlIGdpdmVuIHJlZmVyZW5jZSBvbiBhZ2dyZWdhdGUg c2lnbmF0dXJlcyB0byBpbmNyZWFzZSBteQ0KIGtub3dsZWRnZSAodGhhbmtzIGZvciBpdCksIGJ1 dCBteSB1bmRlcnN0YW5kaW5nIG9mIHRoZSBwb3NzaWJpbGl0aWVzIGluIHRoaXMgZmllbGQgbWF5 IG9mZmVyIGEgc29sdXRpb24gdG8gdGhlIHByb2JsZW0sIGJ1dCB3aXRoIHNvbWUgb3RoZXIgaXNz dWVzIChwb3NzaWJseSBpbmNsdWRpbmcgYSBuZXcgdHlwZSBvZiBUTFYpLjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ QnV0IHRoZSBob3AgY291bnQvbGltaXQgcG9pbnQgSSBkb27igJl0IGZ1bGx5IGFncmVlIHdpdGgs IHlvdSBjYW4gcmVnZW5lcmF0ZSB3aXRoIGFuIGluY3JlbWVudGVkL2RlY3JlbWVudGVkIGNvdW50 L2xpbWl0LCB3aGljaCBsZWF2ZXMgdGhlIGFiaWxpdHkgdG8gcHJldmVudA0KIG1lc3NhZ2VzIHBy b3BhZ2F0aW5nIGluZGVmaW5pdGVseSwgaW5jbHVkaW5nIGV4cGFuZGluZyByaW5nIHNlYXJjaGVz LCBhbmQgcmV0YWlucyB0aGUgYWJpbGl0eSB0byB1c2UgUkZDIDU0OTcgaW50ZXJ2YWwgYW5kIHZh bGlkaXR5IHRpbWVzIHRoYXQgbWlnaHQgYmUgdXNlZnVsIHdpdGggYW4gZXhwYW5kaW5nIHJpbmcg c2VhcmNoIChvciBtaWdodCBub3QpLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QnV0IHRoZSBrZXkgaXNzdWUgaXMg dGhhdCBBT0RWdjIgd2FudHMgdG8gYWNjdW11bGF0ZSBtZXRyaWNzLiBJIHN0aWxsIGhhdmVu4oCZ dCBnb3QgdG8gdGhlIGJvdHRvbSBvZiBtYW55IGRldGFpbHMgaGVyZSwgYnV0IGxldOKAmXMgZm9y IHRoZSBtb21lbnQganVzdCBjb25zaWRlcg0KIHRoYXQgY29uY2VwdHVhbGx5Ljwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+SXTigJlzIGhhcmQgdG8gaGFuZGxlIGVuZCB0byBlbmQuIENoYXJsaWXigJlzIGRyYWZ0IGF0 dGVtcHRzIHRvIGRvIGFuIGVuZCB0byBlbmQgb2Ygc29tZSBpbmZvcm1hdGlvbiwgbm90IHRoaXMg aW5mb3JtYXRpb24uIEnigJltIG5vdCBzdXJlIGlmIHRoYXTigJlzIHVzZWZ1bCAoYW5kIHRoZQ0K IHNwZWNpYWxpc2VkIGZvcm1hdCBpcyBiZXR0ZXIgYXZvaWRlZCBpZiBwb3NzaWJsZSkuIE90aGVy IGFwcHJvYWNoZXMgYXJlIGhvcCBieSBob3AgKG1pZ2h0IGFzIHdlbGwgdXNlIHBhY2tldCBzaWdu YXR1cmVzKSBhbmQgc2hhcmVkIGtleSAobWlnaHQgYXMgd2VsbCBnbyBob3AgYnkgaG9wKS4gUGFp cndpc2Ugc2lnbmF0dXJlcyBmb3IgZWFjaCBwYWlyIG9mIHJvdXRlcnMgSeKAmW0gZGlzY291bnRp bmcgYXMgc2NhbGluZyB0ZXJyaWJseS4gSW4gdGhlDQogaW50ZXJlc3RzIG9mIGNvbXBsZXRlbmVz cyBsZXTigJlzIG1lbnRpb24gbm90IGFjY3VtdWxhdGluZyBtZXRyaWNzLCB3aGljaCBwdXRzIHVz IGJhY2sgdG8gaG9wIGNvdW50IGFuZCB0aGF04oCZcyBub3QgaWRlYWwgZWl0aGVyLjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+SSBkb27igJl0IHRoaW5rIHRoZXJlIGlzIGFuIGlkZWFsIHNvbHV0aW9uLiAoSSBsaWtl IGlkZWFzIEnigJl2ZSBzZWVuIGFib3V0IGFnZ3JlZ2F0aW5nLCBidXQgdGhhdCBoYXMgc29tZSBp c3N1ZXMgb2YgaXRzIG93biwgZXZlbiBhcGFydCBmcm9tIGNvbXB1dGF0aW9uYWwgbG9hZC4pDQog SeKAmWQgbG92ZSB0byBiZSBwcm92ZWQgd3JvbmcgLSBzb21lb25lIHdpdGggdGhlIHBlcmZlY3Qg c29sdXRpb24gdG8gY29tZSBhbG9uZy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPldoaWNoIG1lYW5zIHRoYXQgZWl0 aGVyIHdlIG1ha2UgYW4gYXJiaXRyYXJ5IGNob2ljZSAtIHdoaWNoIHdpbGwgYmUgZGlzYWdyZWVk IHdpdGgsIGJ1dCBuZWVkcyBkaXNjdXNzaW5nIGZpcnN0IC0gb3IgY3JlYXRlIHNvbWV0aGluZyBm bGV4aWJsZS4gVW5mb3J0dW5hdGVseQ0KIGZsZXhpYmxlIGluIHRoYXQgcmVnYXJkIGNvbnN0cmFp bnMgaW4gb3RoZXJzLCBlLmcuIHNvbWUgKG1hbnk/IG1vc3Q/KSBhZ2dyZWdhdGluZyBzaWduYXR1 cmVzIG5lZWQgZml4ZWQgZGF0YSBzaXplcyAod2hpY2ggd2UgY2FuIGRvIGJ5IGRlZmluaW5nIGEg VExWIHRoYXQg4oCcZmlsbHMgdXDigJ0gd2l0aCBob3AgY291bnQsIGJ1dCB0aGF0IGhhcyBhIGNv c3QgdG9vKS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5JIGhhdmUgYmVlbiB0b2xkIGJ5IHBlb3BsZSBtdWNoIG1vcmUgd2VsbCB2ZXJzZWQgaW4gdGhp cyB0aGFuIEkgaW4gY3J5cHRvbG9neSwgdGhhdCB0aGUgY29ycmVjdCBhbnN3ZXIgaXMg4oCcc29t ZeKAnS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhdCBzYWlkLCAmcXVvdDtBT0RWdjIg d2FudHMgdG8gYWNjdW11bGF0ZSBtZXRyaWNz4oCdIOKAlCBkb2VzIHRoYXQgbWVhbiB0aGF0IHRo ZSBtZXNzYWdlIGdyb3dzIGFzIGl0IGlzIGJlaW5nIGZvcndhcmRlZCwgYW5kIHRoYXQgdGhlIHJl Y2lwaWVudCBvZiBhIFJSRVEvUlJFUCB3aWxsIGtub3cgdGhlIGluZGl2aWR1YWwgY29zdHMgb2Yg ZWFjaCBwYXRoIHNlZ21lbnQ/IE15IHVuZGVyc3RhbmRpbmcgaXMsIHRoYXQgdGhlIHJlY2lwaWVu dA0KIHdpbGwgZ2V0IOKAnHRoZSBzdW0gdGhlIGNvc3RzIG9mIGVhY2ggcGF0aCBzZWdtZW504oCd IHdoaWNoIHNob3VsZCBiZSBmaXR0aW5nIHdpdGhpbiBhIGZpeGVkIHNpemU/PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPlRob21hczxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8 YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5Tb3JyeSwgbm8gYW5zd2VycywganVzdCBjb21tZW50cy4gQW5kIEni gJltIG5vdCBhZGRyZXNzaW5nIFRob21hc+KAmXMgbGF0ZXIgcG9pbnRzIGhlcmUuPC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDdFN0UiPi0tPC9zcGFuPjwvYj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA3RTdFIj5DaHJpc3RvcGhlciBEZWFybG92 ZTxicj4NClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXI8YnI+DQpCQUUgU3lzdGVtcyBBcHBsaWVk IEludGVsbGlnZW5jZSBMYWJvcmF0b3JpZXM8YnI+DQo8L3NwYW4+PC9iPjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6I0JFQkVCRSI+X19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQo8L3Nw YW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDAwMDdFIj48YnI+DQo8L3Nw YW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM3RDdEN0QiPlQ8L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojN0Q3RDdEIj46ICZuYnNwOyYjNDM7NDQg KDApMTI0NSAyNDIxOTQgJm5ic3A7fCAmbmJzcDs8Yj5FOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L2I+PGEgaHJlZj0ibWFpbHRvOmNocmlzLmRlYXJs b3ZlQGJhZXN5c3RlbXMuY29tIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5jaHJpcy5kZWFy bG92ZUBiYWVzeXN0ZW1zLmNvbTwvc3Bhbj48L2E+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMDAwMDdFIj48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMzQThCOTIiPkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBD aGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3Nl eCBDTTIgOEhOLjxicj4NCjxhIGhyZWY9Imh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWkiPjxz cGFuIHN0eWxlPSJjb2xvcjojM0E4QjkyIj53d3cuYmFlc3lzdGVtcy5jb20vYWk8L3NwYW4+PC9h Pjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzQThCOTIiPkJBRSBTeXN0ZW1zIEFw cGxpZWQgSW50ZWxsaWdlbmNlIExpbWl0ZWQ8YnI+DQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJmFt cDsgV2FsZXMgTm86IDAxMzM3NDUxPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzQThCOTIiPlJlZ2lzdGVyZWQgT2ZmaWNlOiBT dXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3JkLCBTdXJyZXksIEdVMiA3WVA8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBj bSAwY20iPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21h JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBjbGFz cz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij5tYW5ldA0KIFs8YSBocmVmPSJtYWlsdG86bWFuZXQtYm91bmNlc0BpZXRm Lm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+bWFpbHRvOm1hbmV0LWJvdW5jZXNAaWV0 Zi5vcmc8L3NwYW4+PC9hPl08c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJz cDs8L3NwYW4+PGI+T24gQmVoYWxmIE9mPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFj ZSI+Jm5ic3A7PC9zcGFuPjwvYj48YSBocmVmPSJtYWlsdG86aWV0ZkB0aG9tYXNjbGF1c2VuLm9y ZyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aWV0ZkB0aG9tYXNjbGF1c2VuLm9yZzwvc3Bh bj48L2E+PGJyPg0KPGI+U2VudDo8L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFj ZSI+Jm5ic3A7PC9zcGFuPjE3IE1hcmNoIDIwMTYgMTY6MDA8YnI+DQo8Yj5Ubzo8L2I+PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPk1vYmlsZSBBZCBIb2Mg TmV0d29ya3MgbWFpbGluZyBsaXN0PGJyPg0KPGI+U3ViamVjdDo8L2I+PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPlttYW5ldF0gZHJhZnQtaWV0Zi1tYW5l dC1hb2R2djItMTMgcmV2aWV3IC0gYSBjb3VwbGUgb2YgYmlnIHRpY2tldCBJdGVtczwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6c29saWQgYmxhY2sgMS4wcHQ7cGFkZGluZzoyLjBw dCAyLjBwdCAyLjBwdCAyLjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVy IiBzdHlsZT0idGV4dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBh bGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4qKiogV0FSTklORyAq Kio8L3NwYW4+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0O3RleHQt YWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGU7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFs IGluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5pdGlhbCBpbml0aWFsIj4NCjxlbT48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPlRoaXMgbWVzc2FnZSBvcmlnaW5hdGVz IGZyb20gb3V0c2lkZSBvdXIgb3JnYW5pc2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBw YXJ0bmVyIG9yIHRoZSBpbnRlcm5ldC48L3NwYW4+PC9lbT48aT48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMzMzM5NzIiPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Q29uc2lkZXIgY2FyZWZ1 bGx5IHdoZXRoZXIgeW91IHNob3VsZCBjbGljayBvbiBhbnkgbGlua3MsIG9wZW4gYW55IGF0dGFj aG1lbnRzIG9yIHJlcGx5Ljwvc3Bhbj48L2VtPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Rm9yIGluZm9y bWF0aW9uIHJlZ2FyZGluZzwvc3Bhbj48L2VtPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PC9pPjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjpyZWQiPlJlZCBGbGFnczwvc3Bhbj48L2k+PC9zdHJvbmc+PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMzMzOTcyIj4mbmJzcDs8L3NwYW4+PC9pPjwvc3Bhbj48ZW0+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj50aGF0DQogeW91IGNhbiBsb29rIG91dCBmb3Ig aW4gZW1haWxzIHlvdSByZWNlaXZlLCBjbGljazwvc3Bhbj48L2VtPjxzcGFuIGNsYXNzPSJhcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMz Mzk3MiI+Jm5ic3A7PC9zcGFuPjwvaT48L3NwYW4+PGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzMzMzk3MiI+PGEgaHJlZj0iaHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1z LmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3Mu cGRmIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5oZXJlPC9zcGFuPjwvYT4uPC9zcGFuPjwv ZW0+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48YnI+DQo8ZW0+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPklmIHlvdSBmZWVsIHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9s bG93PC9zcGFuPjwvZW0+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+PGEgaHJlZj0iaHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0 ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGluZyUy MFdpdGglMjBTdXNwaWNpb3VzJTIwRW1haWxzLnBkZiI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBs ZSI+dGhpcw0KIHByb2Nlc3M8L3NwYW4+PC9hPi48L3NwYW4+PC9lbT48L3NwYW4+PC9pPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6c29s aWQgd2luZG93dGV4dCAxLjBwdDtwYWRkaW5nOjEuMHB0IDQuMHB0IDEuMHB0IDQuMHB0Ij4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRl ciI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPio8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4qKjwvc3Bhbj48L3N0cm9uZz48c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj48Yj4mbmJzcDs8L2I+PC9zcGFuPjwvc3Bhbj48 c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPldBUk5JTkc8L3NwYW4+PC9zdHJvbmc+ PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PGI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjwvYj48L3NwYW4+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+KioqPC9z cGFuPjwvc3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PGJyPg0KPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDsiPkVYVEVSTkFMIEVNQUlMIC0tIFRoaXMgbWVzc2FnZSBvcmln aW5hdGVzIGZyb20gb3V0c2lkZSBvdXIgb3JnYW5pemF0aW9uPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGVhciBhbGws PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcG9sb2dp ZXMgZm9yIG5vdCBoYXZpbmcgZ290dGVuIHRoaXMgZG9uZSBzb29uZXIgLSBkYXktam9iIGxlYXZp bmcgZmV3IHNwYXJlIGN5Y2xlcy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+SeKAmXZlIHByZXZpb3VzbHkgb2ZmZXJlZCByZXZpZXdzIGFu ZCBjb21tZW50cywgYW5kIHNvbWUgb2YgdGhvc2UgaGF2ZSBiZWVuIGFkZHJlc3NlZCBpbiB0aGUg bGF0ZXN0IEktRCDigJQgb3RoZXJzIGhhdmUgbm90LCBidXQgc2hvdWxkIGJlLiBJIHJlY2FsbCB0 aGF0IHRoZXJlIHdhcyBzb21lIG1haWwgYXR0ZW1wdGluZyB0byByZWJ1dCBwYXJ0cyBvZiB0aGUg cmV2aWV3LCBhbmQgSSB3aWxsIGRpZyBpdCBvdXQgYW5kDQogcmVwbHkgdG8gdGhhdC48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2l0aCB0 aGF0IGJlaW5nIHNhaWQsIEkgaGF2ZSByZXZpZXdlZCB0aGUgbGF0ZXN0IHZlcnNpb24gb2YgdGhl IGRvY3VtZW50LCBhbmQgZnVsbCBkZXRhaWxzIHdpbGwgYmUgZm9ydGhjb21pbmcuIFRoZXJl4oCZ cmUgYSBjb3VwbGUgb2YgYmlnLXRpY2tldC9hcmNoaXRlY3R1cmFsIGl0ZW1zIHRoYXQgSSB3YW50 IHRvIGFkZHJlc3MgdXAgZnJvbnQsIGFzIEkgYmVsaWV2ZSB0aGF0IGJlZm9yZSB3ZSBoYXZlIHRo b3NlDQogaGFtbWVyZWQgb3V0LCBpdCB3aWxsIGJlIHVzZWxlc3MgdG8gZ28gaW50byBkZXRhaWxz LiBOb3RlLCBJIGRvIG5vdCBjbGFpbSB0aGF0IHRoaXMgaXMgYW4gZXhoYXVzdGl2ZSBsaXN0IG9m IOKAnGJpZyB0aWNrZXQgaXRlbXPigJ0sIGJ1dCB0aGF04oCZcyBhcyBmYXIgYXMgSSBoYXZlIGdv dHRlbiBpbiB0aGlua2luZyB0aGlzIHRocm91Z2guPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgYWxzbyBicmluZyB0aGVzZSB1cCBhcyB0 aGV5IGFyZSBpdGVtcyB0aGF0IGhhdmUgYmVlbiBicm91Z2h0IHVwIHJlcGVhdGVkbHkgb3ZlciB0 aGUgcGFzdCB5ZWFycywgYnV0IG5vdCByZXNvbHZlZCBub3IgZGlzY3Vzc2VkLjxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48dT5Mb29w czwvdT48L2I+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5KdXN0IHRvIGJyaW5nIHRoaXMgb3V0 OiBJIHNoYXJlIENocmlz4oCZIHdvcnJ5IGFib3V0IGNvbmZsaWN0aW5nIGFuZCBjb25jdXJyZW50 IHN0YXRlbWVudHMgZnJvbSB0aGUgYXV0aG9ycyBvbiDigJxUaGVyZSBhcmUgbm8gbG9vcHMgcG9z c2libGXigJ0gYW5kIOKAnFdlIG5lZWQgdG8gZml4IHR3byBzaXR1YXRpb25zIHdoZXJlIGxvb3Bz IGNhbiBvY2N1cuKAnSBhbmQg4oCcd2UgYXJlIHN0aWxsIGludmVzdGlnYXRpbmcgc29tZSBsb29w DQogY29uZGl0aW9uc+KAnTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5JIHBhcnRpY3VsYXJseSB3b3JyeSB0aGF0IHRoaXMgaXMgbm90IGEg ZGlzY3Vzc2lvbiBoYWQgaW4gcHVibGljLCBidXQgYXBwYXJlbnRseSBpbiBzb21lIG90aGVyIGZv cnVt4oCmPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjx1PkludGVy bWVkaWF0ZSBSb3V0ZSBSZXBsaWVzLCBhbmQgYWxsIG9mIHNlY3Rpb24gMTA8L3U+PC9iPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+U2VjdGlvbiAxMCBjb250YWlucyBhIHNldCBvZiDigJx2YWd1 ZWx5IHNwZWNpZmllZCBleHRlbnNpb25z4oCdLCB3aGljaCBpcyBpbmNvaGVyZW50IHdpdGggdGhl IGludGVuZGVkIHN0YXR1cyBpbmRpY2F0ZWQgZm9yIHRoaXMgZG9jdW1lbnQuJm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNwZWNp ZmljYWxseSwgYW5kIHRoaXMgaXMgbm90IHVucmVsYXRlZCB0byB0aGUgcG9pbnQgYWJvdXQgbG9v cHMgYWJvdmUsIGludGVybWVkaWF0ZSBSUkVQcyAoc2VjdGlvbiAxMC4zKSBhcmUgYSBwb3RlbnRp YWwgc291cmNlIGZvciBsb29wcy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+RXhwYW5kaW5nIFJpbmcgTXVsdGljYXN0IChzZWN0aW9uIDEw LjEpIGlzIG5vdCBkb2N1bWVudGVkIGluIGEgd2F5IHRoYXQgY2FuIGJlIGltcGxlbWVudGVkIChh bmQgYWxzbywgc2VlIOKAnEZvcndhcmRpbmctdnMtcmVnZW5lcmF0aW9u4oCdIGJlbG93LCBpdCBp cyBpbiB0aGUgcHJlc2VudCBmb3JtIG9mIHRoaXMgcHJvdG9jb2wgaW1wb3NzaWJsZSksIGV0Yy48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjx1PkZvcndhcmRpbmct dnMtcmVnZW5lcmF0aW9uPC91PjwvYj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlY2VudCBl eGNoYW5nZXMgb24gdGhlIGxpc3QgbWFkZSBtZSB1bmRlcnN0YW5kIHRoYXQgcHJvdG9jb2wgY29u dHJvbCBtZXNzYWdlcyBhcmUgKm5vdCogZm9yd2FyZGVkLCBidXQgYXJlIGNvbnN1bWVkIGF0IGVh Y2ggaG9wLCB0aGVuIGEgbmV3IG1lc3NhZ2Ugd2l0aCAoYWxtb3N0LWJ1dC1ub3QtcXVpdGUpIHRo ZSBzYW1lIGNvbnRlbnQgaXMgZ2VuZXJhdGVkIGFuZCB0cmFuc21pdHRlZC48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBoYXZlIHRob3Vn aHQgc29tZSBtb3JlIG9uIHRoaXMgKCZhbXA7IHJlYWQgc29tZSBvZiB0aGUgZXhjaGFuZ2VzIG9u IHRoZSBsaXN0IG9uIHRoaXMgdG9waWMgYnkgQ2hyaXMsIFVscmljaCwgYW5kIG90aGVycyksIGFu ZCBJIGFtIGNvbnZpbmNlZCB0aGF0IHRoaXMgaXMgbm90IHRoZSByaWdodCB3YXkgdG8gZ28sJm5i c3A7PGI+YXQgbGVhc3Q8L2I+Jm5ic3A7Zm9yIHRoZSBmb2xsb3dpbmcgcmVhc29uczo8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+bzxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48Yj5JdCByZW5kZXJzIHRoZSBob3AtbGlt aXQvaG9wLWNvdW50IGZpZWxkcyBpbiB0aGUgUkZDNTQ0NA0KIG1lc3NhZ2UgaGVhZGVyIHVzZWxl c3MuPC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1z cGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNv bnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPlRoaXMgd291bGQgbm90IGJlIGJhZCBpZiB0aGUg ZnVuY3Rpb25hbGl0eSBvZmZlcmVkIGJ5IHRob3NlIGZpZWxkcyB3YXMgbm90IHVzZWZ1bDxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFj ZSI+Jm5ic3A7PC9zcGFuPuKAlCBzYWRseSwgaXQgaXMuIEZvciBleGFtcGxlLCBmb3Igc2NvcGUg bGltaXRlZCBmbG9vZGluZyAoZXhwYW5kaW5nIHJpbmcgc2VhcmNoLCBhbmQmbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2Ui PiZuYnNwOzwvc3Bhbj5zdWNoKSB3aGljaCBtYXkgYmUgb2YgaW50ZXJlc3QsIGFuZCB3aGljaCBy ZXF1aXJlIGhvcC1saW1pdC4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNs YXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFu IGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5BIGhvcC1jb3VudCBm aWVsZCBtYXkgYWxzbyBwcm92aWRlIGEg4oCcY2hlYXDigJ0gKGluIHRlcm1zIG9mIG92ZXJoZWFk KSBhZGRpdGlvbmFsIHBpZWNlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0i YXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFz cz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+b2YgaW5mb3JtYXRpb24gdG8g dXNlIGNvbmp1bmN0aXZlbHkgd2l0aCBhIOKAnHJlYWzigJ0gbWV0cmljLjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0i YXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFz cz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+VGhlIG9ubHkgcHJhY3RpY2Fs IHNvbHV0aW9uIHdvdWxkIGJlIHRvIHJlLWludHJvZHVjZSB0aGVzZSBmdW5jdGlvbnMgYnkgd2F5 IG9mIGluc2VydGluZyBhPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBw bGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0i YXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+TWVzc2FnZVRMViDigJQgd2hpY2gg KGkpIGlzIG5vdCBzcGVjaWZpZWQgaW4gdGhpcyBkb2N1bWVudCwgYW5kIChpaSkgd2hpY2ggd291 bGQganVzdDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1z cGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNv bnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPnNlcnZlIHRvIHJlbmRlciBtZXNzYWdlcyBiaWdn ZXIgdGhhbiBzdHJpY3RseSBuZWVkZWQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj5TY29wZSBsaW1pdGVkIGZsb29kaW5nICZuYnNwO2RvZXMgc2Vl bSB0byBiZSBhIG5lY2Vzc2FyeSByZXF1aXJlbWVudCwgaWYgZm9yIG5vPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+b3RoZXIgcmVhc29uIHRoYW4gdG8gcHJldmVudCBpbmZvcm1hdGlvbiBmcm9tIOKAnGNp cmN1bGF0aW5nIGZvcmV2ZXIgaW4gdGhlIG5ldHdvcmvigJ0uPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10 YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPiZuYnNwOzwvc3Bhbj5vPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxiPjx1Pkl0IG1ha2Vz IGVuZC10by1lbmQgYXV0aGVudGljYXRpb24gdW5uZWNlc3NhcmlseQ0KIGhhcmQuPC91PjwvYj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj5JIHRoaW5rIENocmlzIGNhbGxlZCB0aGlzIG91dCBhbHJlYWR5 LCBidXQgaXQgYmVhcnMgcmVwZWF0aW5nOiBTIGdlbmVyYXRlcyBhIG1lc3NhZ2UmbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPiZuYnNwOzwvc3Bhbj4oc2F5LCBhIFJSRVEpLCBhbmQgaW5jbHVkZXMgYW4gSUNWIGNhbGN1 bGF0ZWQgb3ZlciB0aGUgY29udGVudCBvZiB0aGUgbWVzc2FnZS48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj5Gb3IgYW55IHJlY2lwaWVudCB0byBiZSBhYmxlIHRvIHZhbGlkYXRlIHRoZSBJQ1YsIHRoZSBt ZXNzYWdlIGhhcyB0byBiZSBleGFjdGx5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBj bGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3Bh biBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+dGhlIHNhbWUg4oCU IG5vdCBqdXN0IGluIGNvbnRlbnQsIGJ1dCBpbiBzdHJ1Y3R1cmUg4oCUIGFzIHdoYXQgd2FzIGdl bmVyYXRlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9z cGFuPuKAnFJlZ2VuZXJhdGluZ+KAnSByYXRoZXIgdGhhbiDigJxmb3J3YXJkaW5n4oCdIG1lc3Nh Z2VzIG1lYW5zLCB0aGF0IHRoZSBpbnRlcm1lZGlhdGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9z cGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5yb3V0 ZXIg4oCccmVnZW5lcmF0aW5n4oCdIHRoZSBSUkVRIG1heSBjaG9zZSBhIGRpZmZlcmVudCBzdHJ1 Y3R1cmUgKGUuZy4sIGluY2x1ZGUgVExWczxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g Y2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmluIGEgZGlmZmVy ZW50IG9yZGVyKS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPlRoZSBwcm9wb3NhbCBmcm9tJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LXBlcmtpbnMtbWFuZXQtYW9kdi1lMmVzZWMtMDAiPjxzcGFuIHN0eWxl PSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1wZXJraW5z LW1hbmV0LWFvZHYtZTJlc2VjLTAwPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9z cGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5pcyB0 byBhZGQgY29uc3RyYWludHMgb24gKGkpIHRoZSBzZXQgb2YgZWxlbWVudHMgdG8gaW5jbHVkZSBp biBhIHNpZ25hdHVyZSBhbmQgKGlpKSB0aGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vcmRlciBvZiB0 aGVzZSBlbGVtZW50cy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5i c3A7PC9zcGFuPk9uZSZuYnNwO3Byb2JsZW0gd2l0aCB0aGF0IGFwcHJvYWNoIGlzIChpKTogaWYg YW4gZXh0ZW5zaW9uIGFkZHMgYSBtZXNzYWdlIFRMViwgb3IgYW4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj5BZGRyZXNzIFRMViwgdG8gYSBtZXNzYWdlLCB0aGVuIHRoYXQgd2lsbCBub3QgYmUg 4oCcY292ZXJlZOKAnSBieSB0aGUgcHJvcG9zZWQgZTJlc2VjIFRMVi48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwv c3Bhbj5SYXRoZXIgZm9yICplYWNoKiBleHRlbnNpb24gZGV2ZWxvcGVkLCBhbiDigJx1cGRhdGVz IGUyZXNlY+KAnSBjbGF1c2UgbmVlZHMgdG8gYmUgZG9uZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRh Yi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPknigJlkIHNheSB0aGF0IHRoaXMgYXBwcm9h Y2ggd291bGQgYmUgcHJvbmUgdG8gZXJyb3JzIOKAlCBhbmQgYWRkIGVudHJvcHkgdG8gdGhlIHBy b2Nlc3M8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3Bh biI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vZiBkZXNpZ25pbmcgcHJvdG9jb2wgZXh0ZW5zaW9u cy4gVGhlIGFsdGVybmF0aXZlLCBhIG1lc3NhZ2UgYmVpbmcgZ2VuZXJhdGVkIGJ5IHRoZTxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFj ZSI+Jm5ic3A7PC9zcGFuPnNvdXJjZSBhbmQgKmZvcndhcmRlZCogKGFzIHdlIGRvIGluIE9MU1J2 MiwgZm9yIGV4YW1wbGUpIHdvdWxkIGFsbG93IElDViBUTFZzJm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+KGV2ZW4sIGFsbG93IHJldXNlIG9mIHRob3NlIHNwZWNpZmllZCBmb3IgT0xTUnYyKSBm b3IgY292ZXJpbmcgYSBtZXNzYWdlIGFuZCZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3Nw YW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmV4dGVu c2lvbnMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj7igJxCdXQgd2hhdCBhYm91dCB0aGUgbWV0cmljcyB2YWx1ZSB3aGljaCB3aWxsIGNoYW5nZSBv biBlYWNoIGhvcOKAnSwgeW91IG1heSBzYXk/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48 c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+Rm9ydHVuYXRl bHksIHRoYXQgaXMgcmVsYXRpdmVseSBlYXN5IHRvIGhhbmRsZTogc2ltcGx5IHplcm8gb3V0IHRo ZSB2YWx1ZSBvZiB0aGF0IFRMViB3aGVuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBj bGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3Bh biBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+Z2VuZXJhdGluZyBv ciB2ZXJpZnlpbmcgdGhlIElDViBNZXNzYWdlVExWLiBBbmQgdXNlIFBhY2tldC1UTFZzIGZvciBo b3AtYnktaG9wJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBw bGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0i YXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+YXV0aGVudGljYXRpb24sIGlmIG5l ZWRlZCAoYnV0LCBzZWUgYmVsb3cpLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3Nw YW4+bzxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48Yj48dT5JdCBwcmV2ZW50cyB0aGUgdXNlIG9m IG1vcmUgY2xldmVyL2FkdmFuY2VkIHNpZ25hdHVyZQ0KIHNjaGVtZXMvSUNWczwvdT48L2I+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNw YWNlIj4mbmJzcDs8L3NwYW4+QWdncmVnYXRlIHNpZ25hdHVyZSBhbGdvcml0aG1zICgmbmJzcDs8 YSBocmVmPSJodHRwczovL2NyeXB0by5zdGFuZm9yZC5lZHUvfmRhYm8vcGFwZXJzL2FnZ3N1cnZl eS5wZGYiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vY3J5cHRvLnN0YW5mb3Jk LmVkdS9+ZGFiby9wYXBlcnMvYWdnc3VydmV5LnBkZjwvc3Bhbj48L2E+KTxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPmV4aXN0LCBhbmQgYW4gaW50ZXJlc3RpbmcgdXNlLWNhc2UgY2FuIGJlIGZvdW5kIGlu IGFsc28gcmVhY3RpdmUgcHJvdG9jb2xzLCBhbGxvd2luZyB2ZXJpZnlpbmc8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj5ub3Qg4oCcanVzdOKAnSB0aGUgZW5kIHBvaW50cywgYnV0IGFsc28gdGhlIGludGVy bWVkaWFyaWVzIChhZ2Fpbiwgd2l0aCB0aGUgYXBwcm9wcmlhdGUg4oCcemVybyBvdXTigJ08bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPiZuYnNwOzwvc3Bhbj5kaXNjdXNzZWQgYWJvdmUsIG9yIHNvbWV0aGluZyBzbWFydGVyKS48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj5SZWdlbmVyYXRpb24gb2YgbWVzc2FnZXMsIHJhdGhlciB0aGFu IGZvcndhcmRpbmcsIHJlbmRlcnMgdGhhdCBpbXBvc3NpYmxlIChvciwgaWYgdXNlZCw8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2Ui PiZuYnNwOzwvc3Bhbj51cGRhdGluZyB0byAmbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtcGVya2lucy1tYW5ldC1hb2R2LWUyZXNlYy0wMCI+PHNwYW4gc3R5 bGU9ImNvbG9yOnB1cnBsZSI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXBlcmtp bnMtbWFuZXQtYW9kdi1lMmVzZWMtMDA8L3NwYW4+PC9hPik8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlcmUgYXJlIG90aGVyIHJlYXNv bnMsIGJ1dCB0aGUgYWJvdmUgYXJlIHRob3NlIHRoYXQganVtcCBhdCBtZSBhcyBpbW1lZGlhdGUg c2hvdy1zdG9wcGVycy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+SSBkbyBob25lc3RseSBub3Qgc2VlIHdoYXQgcG9zc2libGUgYmVuZWZp dCB0aGVyZSBpcyBmcm9tIOKAnHJlZ2VuZXJhdGlvbuKAnSDigJQgYnV0IEkgc2VlIHZlcnkgY2xl YXIgaW5jb252ZW5pZW5jZXMsIGFuZCBzZWN1cml0eSBpcyBub3QgdGhlIGxlYXN0IG9mIHRoZXNl LiBJbnNpc3Rpbmcgb24g4oCccmVnZW5lcmF0aW9u4oCdIHJlcXVpcmVzIGRldmVsb3BtZW50IG9m IOKAnG5vbi1nZW5lcmFsIHdvcmthcm91bmRz4oCdIGFzIHBvaW50ZWQNCiBvdXQgYWJvdmUuPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi Pjx1PlNlY3VyaXR5IENvbnNpZGVyYXRpb25zPC91PjwvYj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPlRoaXMgaXMgYW4gYWx3YXlzIHRob3JueSBzdWJqZWN0LiBXaGVuIE9MU1J2MiB3YXMgZ29p bmcgdGhyb3VnaCB0aGUgcHJvY2VzcyB3ZSBnb3QgYSB0aG9yb3VnaCBlZHVjYXRpb24gaW4gaG93 IGxpdHRsZSB3ZSBrbmV3IGFib3V0IHNlY3VyaXR5IGZyb20gdGhlIFNFQy1BRHMsIGFuZCBoYWQg dG8gc3BlbmQgYWJvdXQgYSB5ZWFyIG9yIHNvIGRldmVsb3BpbmcgUkZDNzE4My4gVGhlIGJvdHRv bSBsaW5lIGlzLCB0aGF0DQogdGhpcyBwcm90b2NvbCBuZWVkcyBpdHMg4oCcUkZDNzE4MyAmbmJz cDtlcXVpdmFsZW504oCdLCBlaXRoZXIgYXMgcGFydCBvZiB0aGUgbWFpbiBkb2N1bWVudCwgb3Ig YXMgYW4gaW5kZXBlbmRlbnQgZG9jdW1lbnQuIGN1cnJlbnRseSwgdGhhdCBpcyBub3QgdGhlIGNh c2UuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkEgbWluaW1hLCBsb29raW5nIGF0IEJDUDcyIGFuZCBCQ1AxMDcg4oCUIHRha2luZyBpbnNw aXJhdGlvbiBmcm9tIFJGQzcxODMgbWlnaHQgYmUgYXcgZ29vZCBpZGVhLCBhcyB0aGF0IHdhcyB0 aGUgbW9zdCByZWNlbnQgdGhhdCB3ZW50IHRocm91Z2ggdGhlIFNFQyBBRC4gUmVnYXJkbGVzcyBv ZiBob3csIGhvd2V2ZXIsIGEg4oCcbWFuZGF0b3J5IHRvIGltcGxlbWVudOKAnSBzZWN1cml0eSBt ZWNoYW5pc20gbW9zdCBiZSBzcGVjaWZpZWQNCiAoSSB0aGluayB0aGUgcmlnaHQgdGVybSB3YXMg 4oCcTVVTVCBpbXBsZW1lbnQsIFNIT1VMRCB1c2XigJ0pLCBpbiBzdWZmaWNpZW50IGRldGFpbCB0 byBlbnN1cmUgaW50ZXJvcGVyYWJsZSBpbXBsZW1lbnRhdGlvbnMuPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFzIGFuIGV4YW1wbGUsIGJv dGggW1JGQzYxMzBdIGFuZCBbUkZDNzE4MV0gc2V0IG91dCB0aGF0IHRoYXQ6PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz cDsgJm5ic3A7ICZuYnNwOyBPbiByZWNlaXZpbmcgYSAuLi4gbWVzc2FnZSwgYSByb3V0ZXIgTVVT VCBmaXJzdCBjaGVjayBpZiB0aGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJz cDsgJm5ic3A7IG1lc3NhZ2UgaXMgaW52YWxpZCBmb3IgcHJvY2Vzc2luZyBieSB0aGlzIHJvdXRl cjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5hbmQgdGhlbiBwcm9jZWVkIHRvIGdpdmUgYSBudW1iZXIgb2YgY29uZGl0aW9ucyB0aGF0LCBl YWNoLCB3aWxsIGxlYWQgdG8gYSByZWplY3Rpb24gb2YgdGhlIG1lc3NhZ2UgYXMgJnF1b3Q7YmFk bHkgZm9ybWVkIGFuZCB0aGVyZWZvcmUgaW52YWxpZCBmb3IgcHJvY2Vzc2luZ+KAnSDigJQgYSBs aXN0IHdoaWNoIFJGQzcxODMgdGhlbiBhbWVuZGVkLiBUaGF0IGdhdmUgYSDigJxob29r4oCdIGZv ciBSRkM3MTgzIGZvciBpbnNlcnRpbmcNCiDigJxyZWplY3Rpb27igJ0uIElkZW0gZm9yIG1lc3Nh Z2UgZ2VuZXJhdGlvbi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+SWYgSSB3YXMgdG8gZG8gUkZDNzE4MS9SRkM2MTMwIHRvZGF5LCBJIHdv dWxkIGluY2x1ZGUgdGhhdCBkaXJlY3RseSBpbnRvIHRoZSBwcm90b2NvbCBzcGVjaWZpY2F0aW9u cy4gSXQgdHVybmVkIG91dCB0byBiZSBtb3JlIG92ZXJoZWFkIChhbmQgc2xvdyBkb3duIHB1Ymxp Y2F0aW9uIGFueXdheXMpIHRvIGRvIGl0IGFzIHNlcGFyYXRlIGRvY3VtZW50cy48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5T ZWNvbmRseSwgd2UgbmVlZCB0byBiZSBhIGxvdCBtb3JlIHJpZ2lkIGluIHRlcm1zIG9mIHdoYXQg SUNWcywgVGltZXN0YW1wcywgZXRjLiBhcmUgYWRkZWQvcmVtb3ZlZCwgYW5kIHdoYXQgdGhhdCBi cmluZ3MuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkZvciBleGFtcGxlICh3aXRoIHRoZSBhc3N1bXB0aW9uIHRoYXQgbWVzc2FnZXMgYXJl ICpmb3J3YXJkZWQqIGFuZCAqbm90KiByZWdlbmVyYXRlZCksIHRoaXMgY291bGQgYmUgb25lIG9w dGlvbjo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu Pm88c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29u dmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+V2hlbiBhIFJSRVEsIFJSRVAgbWVzc2FnZSBpcyBn ZW5lcmF0ZWQsIGFkZA0KIGFuIElDViBNZXNzYWdlIFRMViwgd2hpY2ggaXMgY2FsY3VsYXRlZCAm bHQ7dGhpcyB3YXkmZ3Q7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBw bGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bh bj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+Jm5ic3A7 4oCmKHRha2UgaW5zcGlyYXRpb24gZnJvbSBSRkM3MTgzIGhlcmUpPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBs ZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vPHNwYW4gY2xhc3M9ImFwcGxlLXRh Yi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9z cGFuPldoZW4gYSBSUkVRLCBSUkVQIG1lc3NhZ2UgaXMgdHJhbnNtaXR0ZWQgJm5ic3A7KGJ5DQog dGhlIHNvdXJjZSwgb3IgZm9yd2FyZGVkIGJ5IGFuIGludGVybWVkaWFyeSk8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5pbiBhbiBSRkM1NDQ0IHBhY2tldCwgYW4gSUNWIFBhY2tl dCBUTFYgaXMgYWRkZWQgdG8gdGhlIHBhY2tldCwgd2hpY2ggaXMgY2FsY3VsYXRlZCAmbHQ7dGhp cyB3YXkmZ3Q7IOKApjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJz cDs8L3NwYW4+bzxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5XaGVuIGFuIFJGQzU0NDQgcGFja2V0 IGlzIHJlY2VpdmVkLCB2YWxpZGF0ZQ0KIHRoZSBJQ1YgUGFja2V0IFRMViAmbHQ7dGhpcyB3YXkm Z3Q7IGFuZCBpZiB0aGUgSUNWIGRvZXNu4oCZdCB2YWxpZGF0ZSw8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPiZuYnNwOzwvc3Bhbj5kaXNjYXJkIHRoZSBjb250YWluZWQgbWVzc2FnZXMuPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNs YXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFu IGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vPHNwYW4gY2xhc3M9 ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPldoZW4gcmVjZWl2aW5nIGEgUlJFUS9SUkVQIChlaXRoZXIgYXMgZGVzdGlu YXRpb24sDQogb3IgYXMgYW4gaW50ZXJtZWRpYXJ5KSwgdmFsaWRhdGUgdGhlIElDViBNZXNzYWdl IFRMViZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRh Yi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPiZsdDt0aGlzIHdh eSZndDsgYW5kIGlmIHRoZSBJQ1YgZG9lc27igJl0IHZhbGlkYXRlLCBkaXNjYXJkIHRoZSBtZXNz YWdlLCBkbyBub3QgcHJvY2VzcywgZG8gbm90IGZvcndhcmQuPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgaXMgYSBkaWZmZXJlbnQg KGFuZCBtb3JlIGZsZXhpYmxlPykgbW9kZWwgdGhhbiDigJxqdXN04oCdIHRyYW5zaXRpdmUgdHJ1 c3QgYW5kIOKAnGp1c3TigJ0gZW5kLXRvLWVuZCB0cnVzdCBkaXNjdXNzZWQgcHJldmlvdXNseSwg YW5kIGlzIGVuYWJsZWQgYnkgdGhlIOKAnGZvcndhcmRpbmfigJ0gYml0IGRlc2NyaWJlZCBwcmV2 aW91c2x5LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj48dT5NZXRyaWNzPC91PjwvYj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkg aGF2ZSBhc2tlZCB0aGlzIG51bWVyb3VzIHRpbWVzLCBidXQgaGF2ZSBub3QgZ290dGVuIGFueSBh bnN3ZXIgc28gSSBhbSBlc2NhbGF0aW5nIHRoaXMgYWdhaW4uIFdoeSBpcyB0aGlzIGRvY3VtZW50 IGhhdmluZyBhIG5vcm1hdGl2ZSByZWZlcmVuY2UgdG8gUkZDNjU1MT88bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7 IFs8YSBuYW1lPSJyZWYtUkZDNjU1MSIgaWQ9InJlZi1SRkM2NTUxIj5SRkM2NTUxPC9hPl0mbmJz cDsgVmFzc2V1ciwgSlAuLCBFZC4sIEtpbSwgTS4sIEVkLiwgUGlzdGVyLCBLLiwgRGVqZWFuLCBO Liw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlz Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYW5kIEQuIEJhcnRoZWwsICZxdW90O1JvdXRpbmcgTWV0 cmljcyBVc2VkIGZvciBQYXRoIENhbGN1bGF0aW9uPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5 bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGluIExv dy1Qb3dlciBhbmQgTG9zc3kgTmV0d29ya3MmcXVvdDssIDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9yZmM2NTUxIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5SRkMgNjU1 MTwvc3Bhbj48L2E+LCBET0kgMTAuMTc0ODcvPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9 InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxhIGhyZWY9 Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2NTUxIj48c3BhbiBzdHlsZT0iY29sb3I6 cHVycGxlIj5SRkM2NTUxPC9zcGFuPjwvYT4sIE1hcmNoIDIwMTIsPG86cD48L286cD48L3ByZT4N CjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7ICZsdDs8YSBocmVmPSJodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNjU1MSI+ PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+aHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZv L3JmYzY1NTE8L3NwYW4+PC9hPiZndDsuPG86cD48L286cD48L3ByZT4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlVubGVzcyBJIGFtIG1p c3Rha2VuLCB0aGlzIGlzIG5vdCB0aGUgUk9MTCBXRy4gQW5kIHRoZSBhYnN0cmFjdCB0byBSRkM2 NTUxIGV4cGxpY2l0bHkgcmVhZHM6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cHJlIHN0eWxlPSJ3 b3JkLXdyYXA6IGJyZWFrLXdvcmQ7d2hpdGUtc3BhY2U6cHJlLXdyYXAiPiZuYnNwOyZuYnNwOyBM b3ctUG93ZXIgYW5kIExvc3N5IE5ldHdvcmtzIChMTE5zKSBoYXZlIHVuaXF1ZSBjaGFyYWN0ZXJp c3RpY3M8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgY29tcGFyZWQgd2l0aCB0 cmFkaXRpb25hbCB3aXJlZCBhbmQgYWQgaG9jIG5ldHdvcmtzIHRoYXQgcmVxdWlyZSB0aGU8bzpw PjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgc3BlY2lmaWNhdGlvbiBvZiBuZXcgcm91 dGluZyBtZXRyaWNzIGFuZCBjb25zdHJhaW50cy4mbmJzcDsgPG86cD48L286cD48L3ByZT4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldoaWNoIGV4cGxpY2l0bHkg aXMgZGlzY2xhaW1pbmcgdGhhdCB0aGVzZSBtZXRyaWNzIGFyZTxzcGFuIGNsYXNzPSJhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPjxiPjx1PiZuYnNwOzwvdT48L2I+PC9zcGFuPjxiPjx1Pm5vdCBhcHBs aWNhYmxlIGluIGFkIGhvYyBuZXR3b3JrczwvdT48L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZl cnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPuKAlCBhbmQsIEkgYW0gd29uZGVyaW5nLCB3aGF0IGhh cyBjaGFuZ2VkDQogc2luY2UgdGhlIHB1YmxpY2F0aW9uIG9mIFJGQzY1NTEgdG8gc3VkZGVubHkg bWFrZSB0aGVzZSBhcHBsaWNhYmxlPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDtJIGFtIGFsc28gd29uZGVyaW5nIGlmIGxvb2tp bmcgYXQgKGFuZCwgcGVyaGFwcywgdXNpbmc/KSB0aGUgc2FtZSBtZXRyaWMgdHlwZSBUTFYgdHlw ZSBhcyBpbiBPTFNSdjIgaXMgbm90IGEgcG9zc2liaWxpdHk/PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RWl0aGVyIHdheSwg cmVmZXJlbmNpbmcgUkZDNjU1MSBoZXJlIGlzIHdyb25nLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48dT5SRkM2NjIxIChTTUYpIHVz YWdlPC91PjwvYj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFzIGxhdGUgYXMgZWFybGllciB0 aGlzIG1vbnRoLCBSRkM2NjIxIHJlYXJlZCBpdHMgaGVhZCBhZ2FpbiBvbiB0aGUgbWFpbGluZyBs aXN0LiBJIHVuZGVyc3RhbmQgdGhhdCB0aGUgYXV0aG9ycyBhcmUgc2V0IG9uIHVzaW5nIGZsb29k aW5nIHJlZHVjdGlvbiBhcyBwYXJ0IG9mIFJSRVEgZGlzdHJpYnV0aW9uLiBJZiB0aGF0IGlzIHRo ZSBjYXNlLCB0aGVuIHRoaXMgcHJvdG9jb2wgTVVTVCBzcGVjaWZ5IHRoYXQNCiBmbG9vZGluZyBy ZWR1Y3Rpb24uJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPlNheWluZyDigJxVc2UgUkZDNjYyMeKAnSB3b27igJl0IHdvcmssIGZv ciByZWFzb25zIENocmlzIHBvaW50IG91dCBpbiBhbiBlbWFpbCBlYXJsaWVyIHRvIHRoZSBsaXN0 OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgbmV0d29yayBkb2VzIG5vdCBhbmQgZnVu ZGFtZW50YWxseSBjYW5ub3Qgb2ZmZXIgbXVsdGljYXN0IHN1cHByZXNzaW9uIHRvIEFPRFZ2Mi4g VGhpcyBpc24ndCBhIGhhcmQgY29uY2VwdCwgYnV0IHNlZW1zIHRvIGtlZXAmbmJzcDtoYXZpbmcg dG8gYmUgc2FpZC4gQU9EVnYyIG1lc3NhZ2VzIGFyZSBjYXJyaWVkIGluIDU0NDQgcGFja2V0cywg YW5kIHRob3NlIG9ubHkgdHJhdmVsIG9uZSBob3AuIFRoYXQgZG9lc24ndA0KIGFsbG93IGZvciBz dXBwcmVzc2lvbi4mbmJzcDtGdXJ0aGVybW9yZSBBT0RWdjIgaXMgY3JlYXRpbmcgbmV3IG1lc3Nh Z2VzIGVhY2ggaG9wLiBUaGF0IG5lZWRzIEFPRFZ2MiBzcGVjaWZpYyBoYW5kbGluZy48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+QW5kIHF1b3RpbmcgYW4gZW1haWwgZnJvbSBteXNlbGY6PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPklmIHByb3RvY29sIFggcmVsaWVzIG9uIHVzaW5nIGEgZmxvb2Rpbmcgb3Bl cmF0aW9uLCB0aGVuIGl0IGNlcnRhaW5seSBpcyBwcm90b2NvbCBYJ3MgcmVzcG9uc2liaWxpdHkg dG8gJm5ic3A7c3BlY2lmeSB0aGUgZmxvb2Rpbmcgb3BlcmF0aW9uIChvciwgYXQgbGVhc3QsJm5i c3A7dGhlIHJlcXVpcmVtZW50cyB0byB0aGUgZmxvb2Rpbmcgb3BlcmF0aW9uICkgZm9yIGNvcnJl Y3QgZnVuY3Rpb25pbmcgb2YgcHJvdG9jb2wgWC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SeKAmXZlIHByZXZpb3VzbHkgcG9pbnRlZCBv dXQgdGhhdCBSRkM2NjIxIHJlcXVpcmVzIHNvbWUgZGVncmVlIG9mIGNvbmZpZ3VyYXRpb24gKGNh buKAmXQganVzdCwgZm9yIGV4YW1wbGUsIHBpY2sgdHdvIGRpZmZlcmVudCByZWxheSBzZXQgc2Vs ZWN0aW9uIGFsZ29yaXRobXMsIGFzIHRoYXQgbWF5IHByb2R1Y2UgYSBkaXNjb25uZWN0ZWQgZmxv b2RpbmcgZG9tYWluKS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+SW4gb3RoZXIgd29yZHMsIHdoYXQgdGhlIGF1dGhvcnMgcHJvcG9zZSBp biZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1wZXJraW5z LW1hbmV0LXVzaW5nLXJmYzY2MjEtMDAiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1wZXJraW5zLW1hbmV0LXVzaW5nLXJmYzY2MjEt MDA8L3NwYW4+PC9hPiZuYnNwO2lzIGluc3VmZmljaWVudC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHU+TXVsdGlwbGUgaW50ZXJm YWNlcyBjb25maWd1cmVkIHdpdGggdGhlIHNhbWUgYWRkcmVzcyhlcykgLSAmYW1wOyBSRkM2NjIx PC91PjwvYj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgdGhpbmsgdGhhdCBpdCBoYXMgYmVl biBlc3RhYmxpc2hlZCB0aGF0IHRoZSBhYmlsaXR5IHRvIHVzZSB0aGUgc2FtZSBhZGRyZXNzIG9u IG11bHRpcGxlIGludGVyZmFjZXMgaXMgYSByZXF1aXJlbWVudC4gSXTigJlzIG5vdCBjbGVhciB0 byBtZSB0aGF0IGEgc2luZ2xlIHdheSBvZiBkb2luZyBzbyBoYXMgYmVlbiBwcm9wb3NlZCwgbm9y IHRoYXQgdGhlIOKAnG9wZXJhdGluZyBjb25kaXRpb25z4oCdIGFyZSBjYWxsZWQNCiBvdXQgKGZv ciBleGFtcGxlLCB3aWxsIGl0IHdvcmsgJm5ic3A7aWYgcm91dGVyIEEgYW5kIHJvdXRlciBCIGJv dGggaGF2ZSB0d28gaW50ZXJmYWNlcywgYW5kIHRoYXQgYWxsIDQgaW50ZXJmYWNlcyB1c2UgdGhl IHNhbWUgSVAgYWRkcmVzcz8pPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgaXMgbm90IGVudGlyZWx5IHVucmVsYXRlZCB0byBmbG9v ZGluZyByZWR1Y3Rpb24gYW5kIFJGQzY2MjEuIE9uZSBvZiB0aGUgY29tcGxleGl0aWVzIGlzIHRv IGdldCB0aGF0IGp1c3QgcmlnaHQ6IE9MU1J2MiAtIGZvciBleGFtcGxlIC0gY2FsY3VsYXRlcyBG bG9vZGluZy1NUFJzIHBlciBpbnRlcmZhY2UsIGFuZCBSRkM2MTMwIGlzIGNhcmVmdWwgaW4gaG93 IGl0IGRldGVjdHMgYmlkaXJlY3Rpb25hbGl0eQ0KIG9mIGxpbmtzLiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGhhdmUgbm90 IHdvcmtlZCBvdXQgYWxsIHRoZSBkZXRhaWxzIG9mIGhvdyB0aGlzIGltcGFjdHMgdGhpcyBwcm90 b2NvbCDigJQgYnV0LCBpdCByZXF1aXJlcyBhdHRlbnRpb24uIEVzcGVjaWFsbHkgd2hlbiB3YW50 aW5nIHRvIGJlIGFibGUgdG8gc2F5IOKAnOKApnVzZSBSRkM2NjIx4oCdLCB0aGVuIHRoZSBpbnRl cmZhY2UgY29uZmlndXJhdGlvbiBjb25zdHJhaW50cyB3aGVuIGZhY2VkIHdpdGggbXVsdGlwbGUg aW50ZXJmYWNlcw0KIG11c3QgYmUgd29ya2VkIG91dC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHU+UHJlZml4ZXMgJmFtcDsgR2F0 ZXdheXM8L3U+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QSBxdWVzdGlvbiB0byBteSBt aW5kLCBhbmQgSSBhbSBub3Qgc3VyZSBJIGtub3cgaG93IHRvIGFuc3dlciB0aGF0IGZyb20gcmVh ZGluZyB0aGUgZHJhZnQgc2luY2UgaXQgaXMgbm90IGRpc2N1c3NlZCBpbiBzZWN0aW9uIDkgKGF0 IGxlYXN0KSwgaXM6IOKAnFdoYXQgaGFwcGVucyBpZiBJIHNlbmQgYSBSUkVRIHRvIGEgcHJlZml4 4oCdIChpLmUuLCBhIC8mbHQ7MTI4IGluIElQdjYpPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNw YW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4m bmJzcDs8L3NwYW4+bzxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNz PSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5JZiB0aGUgd2hvbGUgcHJlZml4 IGlzIHBhcnQgb2YgdGhlIGF0dGFjaGVkIG5ldHdvcmsgc2V0DQogb2YgYSBzaW5nbGUgcm91dGVy LCZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1z cGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNv bnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPnRoZW4gSSBleHBlY3QgdG8gZ2V0IGEgc2luZ2xl IFJSRVAgYmFjaywgaXMgdGhhdCB0aGUgY2FzZT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFu Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5i c3A7PC9zcGFuPm88c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0i YXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+SWYgJnF1b3Q7aGFsZiB0aGUgcHJl Zml4JnF1b3Q7ICZuYnNwO2lzIHBhcnQgb2YgdGhlIGF0dGFjaGVkIG5ldHdvcmsgc2V0DQogb2Yg YSBzaW5nbGUgcm91dGVyLCZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xh c3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmFuZCB0aGUgb3RoZXIg aGFsZiBpcyBwYXJ0IG9mIHRoZSBhdHRhY2hlZCBuZXR3b3JrIHNldCBvZiBhbm90aGVyICZuYnNw O3NpbmdsZSByb3V0ZXIsJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFz cz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+dGhlbiBJIGV4cGVjdCB0 d28gUlJFUHMsIGlzIHRoYXQgdGhlIGNhc2U/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj5vPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPk1vcmUgZ2VuZXJhbGx5LCB3aWxsIEkg Z2V0IGEgdHJlZSBidWlsZCB0aHJvdWdoIHRoZSBuZXR3b3JrDQogaGVyZT88bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2VjdGlvbiA5IChv ciwgdGhlIHdob2xlIHNwZWMpIGlzIGFsc28gbm90IGV4cGxpY2l0IGVub3VnaCBhYm91dCBtdWx0 aXBsZSAmbmJzcDsmcXVvdDtkZWZhdWx0IGdhdGV3YXlzJnF1b3Q7IOKAlCBpLmUuLCB0aGUgZXh0 ZXJuYWwgbmV0d29yayBiZWluZyDigJx0aGUgcmVzdCBvZiB0aGUgSW50ZXJuZXTigJ0sIGFuZCB0 aGVyZSBiZWluZyBtdWx0aXBsZSBnYXRld2F5cyB0byB0aGUgSW50ZXJuZXQuIEkgdW5kZXJzdGFu ZCBob3cgdGhlIFJSRVEgZ2V0cw0KIHRvIHRoZSBnYXRld2F5LCBhbmQgaG93IHRoZSBnYXRld2F5 IGRldGVybWluZXMgaWYgaXQgc2hvdWxkIHJlc3BvbmQgKHRoZSBkZXN0aW5hdGlvbiBpcyBub3Qg cGFydCBvZiDigJx0aGUgTUFORVQgcHJlZml4LCB3aXRoIHdoaWNoIGl0IGlzIGNvbmZpZ3VyZWTi gJ0pLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5CdXQsIGlmIEEgaXMgY2xvc2UgdG8gR1cxLCBhbmQgQiBpcyBjbG9zZSB0byBHVzIsIGJ1 dCBBIGFuZCBCIGJlaW5nIGZhciBmYXIgYXBhcnQgKGFjY29yZGluZyB0byB0aGUgbWV0cmljIHVz ZWQpIHdpdGhpbiB0aGUgTUFORVQsIHRoZW4gaXQgd291bGQgYmUgcHJlZmVyZW50aWFsIGZvciB0 aGUgcm91dGUgZnJvbSBBIHRvIEIgdG8gZ28gdmlhIEdXMS3igJx0aGUtSW50ZXJuZXTigJ0tR1cy PyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5JcyB0aGlzIGEgc3VwcG9ydGVkIGNvbmZpZ3VyYXRpb24/Jm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwv c3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+bzxz cGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5JZiB5ZXMsIGhvdyBpcyBpdCAoc2VxIyB3aXNlLCBJIHdv dWxkIGV4cGVjdCBzb21lIGNvbXBsaWNhdGlvbnMpDQogaGFuZGxlZD8mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9z cGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vPHNw YW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPklmIG5vdCwgd2hlcmUgaXMgaXQgc3RhdGVkIHRoYXQgdGhp cyBjb25maWd1cmF0aW9uIGlzIG5vdA0KIHBvc3NpYmxlIHdpdGggdGhpcyBwcm90b2NvbD88bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgYXBwbGljYWJpbGl0eSBzdGF0ZW1lbnQg c2F5czo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3Jl OmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IEFPRFZ2MiBpcyBkZXNpZ25lZCBmb3Igc3R1YiBvciBkaXNj b25uZWN0ZWQgbW9iaWxlIGFkIGhvYyBuZXR3b3Jrcyw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBz dHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsgaS5lLiwgbm9uLXRy YW5zaXQgbmV0d29ya3Mgb3IgdGhvc2Ugbm90IGNvbm5lY3RlZCB0byB0aGUgaW50ZXJuZXQuPG86 cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5i c3A7Jm5ic3A7IEFPRFZ2MiBjYW4sIGhvd2V2ZXIsIGJlIGNvbmZpZ3VyZWQgdG8gcGVyZm9ybSBn YXRld2F5IGZ1bmN0aW9ucyB3aGVuPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2Ut YnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IGF0dGFjaGVkIHRvIGV4dGVybmFsIG5l dHdvcmtzLCBhcyBkaXNjdXNzZWQgaW4gPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzI3NlY3Rpb24tOSI+PHNwYW4gc3R5bGU9ImNv bG9yOnB1cnBsZSI+U2VjdGlvbiA5PC9zcGFuPjwvYT4uPG86cD48L286cD48L3ByZT4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGJlbGlldmUgdGhhdCB0aGUgc2NlbmFyaW8gSSBkZXNjcmli ZSBpcyBpbmRlZWQgYSBzdHViIG5ldHdvcmsgKGFuZCBub3QgYSB0cmFuc2l0IG5ldHdvcmspPzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj7i gJQg4oCUIOKAlCZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5BcyBJIGluZGljYXRlZCwgdGhlc2UgYXJlIHRoZSBiaWctcGljdHVy ZSBpc3N1ZXMgdGhhdCBJIGhhdmUgZ290dGVuIGFyb3VuZCB0byB0aGlua2luZyBhYm91dCBlbm91 Z2ggdG8gd3JpdGUgdXAuIEnigJltIG5vdCB0aHJvdWdoIHdvcmtpbmcgdGhyb3VnaCB0aGUgZG9j dW1lbnQsIGJ1dCB0aG9zZSB3ZXJlIHRoZSBvbmVzIHRoYXQgY2FtZSB0byBtaW5kLCBhbmQgd2hp Y2ggc2VlbSBpbXBlcmF0aXZlIHRvIHJlc29sdmUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJlc3QsPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRob21hczxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqPGJyPg0KVGhpcyBlbWFpbCBhbmQgYW55IGF0dGFjaG1lbnRz IGFyZSBjb25maWRlbnRpYWwgdG8gdGhlIGludGVuZGVkPGJyPg0KcmVjaXBpZW50IGFuZCBtYXkg YWxzbyBiZSBwcml2aWxlZ2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQ8YnI+DQpyZWNp cGllbnQgcGxlYXNlIGRlbGV0ZSBpdCBmcm9tIHlvdXIgc3lzdGVtIGFuZCBub3RpZnkgdGhlIHNl bmRlci48YnI+DQpZb3Ugc2hvdWxkIG5vdCBjb3B5IGl0IG9yIHVzZSBpdCBmb3IgYW55IHB1cnBv c2Ugbm9yIGRpc2Nsb3NlIG9yPGJyPg0KZGlzdHJpYnV0ZSBpdHMgY29udGVudHMgdG8gYW55IG90 aGVyIHBlcnNvbi48YnI+DQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX188YnI+DQptYW5ldCBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bWFuZXRA aWV0Zi5vcmciPm1hbmV0QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbWFuZXQiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vbWFuZXQ8L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E324GLKXM0002VGREEN_-- From nobody Thu Mar 17 10:11:36 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C38712DC93 for ; Thu, 17 Mar 2016 10:11:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.395 X-Spam-Level: X-Spam-Status: No, score=-1.395 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TRACKER_ID=1.306] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=thomasclausen.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TY_PYs09igmF for ; Thu, 17 Mar 2016 10:11:28 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A2BD12DC72 for ; Thu, 17 Mar 2016 10:10:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 0C5A1240C18; Thu, 17 Mar 2016 10:10:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1458234611; bh=sdDNWZbZe+uFHNBtvrz7njbl2Vxe4/Zm77WV9fi0j4o=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=jahU8KdigzucylEO1895foxvLWIK/TLa59FbIEb9xBiRrFJ3xFL/oTO7Q6WlpVoNF eSEcmbF25nUcPPT5ec1IxEolVD8uL3O9JORaaS1PjJ++hE0l1B5UBlD7E5+naiYcRa BqI1sXJmgD4fsOsGv6jTT1tOCbKS0N+YZIDeWSx8= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [129.104.89.231] (unknown [129.104.89.231]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 2DA84240649; Thu, 17 Mar 2016 10:10:09 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_423BC8DB-DDE6-4DBC-BD85-E6B4E1B9A92B" From: ietf@thomasclausen.org In-Reply-To: Date: Thu, 17 Mar 2016 18:10:06 +0100 Sendlaterdate: Thu, 17 Mar 2016 18:10:06 +0100 Message-Id: <3F51EFE1-7D89-49E9-8B1B-87C02D7A705D@thomasclausen.org> References: <1F5AB0F1-0B92-4A66-A08F-A2BF8B414D9F@thomasclausen.org> <5EE270D1-30EF-42A9-BF11-7F4267967AC0@fu-berlin.de> To: Christopher Dearlove X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Message integrity and message mutability (was RE: draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 17:11:34 -0000 --Apple-Mail=_423BC8DB-DDE6-4DBC-BD85-E6B4E1B9A92B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 17 Mar 2016, at 18:04, Dearlove, Christopher (UK) = wrote: >=20 > OK, so we have a message that mutates by: > - Modifying hop count/limit. > - Modifying a metric value. > Anything else? > =20 > As mutating (other than hop count/limit) messages aren=E2=80=99t = covered by 5444 or any derivative document (but only recommended = against, not banned) that you may need to make the message otherwise = immutable (no deconstruction and rebuilding, other than guaranteed = unchanging) that would have to be specified by AODVv2. (Easy to say, but = needs saying.) With you so far. > Then that information is not in a guaranteed fixed location given by a = simple offset. So any signature algorithm that finds it and ignores it = or aggregates on it is specific to OLSRv2. Surely you mean AODVv2 > So standard 7182 ICVs don=E2=80=99t do the job, you would need an = AODVv2 specialised variant. Which is the sort of thing that the message = specific TLV space is there for, I=E2=80=99d be strongly against a = =E2=80=9Cbut ignore the value of this specific TLV should it occur=E2=80=9D= being in the general space. However it can easily be defined by = reference to 7182 (=E2=80=9Cthis TLV is like that TLV, except if an X = TLV is present, set its value field to zero=E2=80=9D). > =20 > Messy, but could work. Not that messy, actually, although clearly not as nice as =E2=80=9Cfixed = offset=E2=80=9D. That said, I am arguing for the base spec being: =E2=80=9Cmake the message otherwise immutable (no deconstruction = and rebuilding, other=20 than guaranteed unchanging)=E2=80=9D which is afforded by = forwarding + RFC7182 Timestamps and ICVs. + RFC7183 style text bringing it all together. The =E2=80=9Caggregated signatures around mutable field=E2=80=9D would = very be an experimental extension. What I object to is, if the base spec specifically renders such = extensions impossible > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: Lotte Steenbrink [mailto:lotte.steenbrink@fu-berlin.de = ]=20 > Sent: 17 March 2016 16:48 > To: Dearlove, Christopher (UK) > Cc: ietf@thomasclausen.org ; Mobile Ad = Hoc Networks mailing list > Subject: Re: [manet] Message integrity and message mutability (was RE: = draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > Hi all, > =20 > Am 17.03.2016 um 17:44 schrieb Dearlove, Christopher (UK) = >: > =20 > Good point about whether you just pass on one cost or a set of costs. = As I said, not looked at details - I will, when time permits. One cost = is much easier, and yes, it reduces the fixed size aggregated signatures = problem to =E2=80=9Cjust=E2=80=9D one of computational load. > =20 > For the record, Thomas=E2=80=99 understanding is correct; the cost is = one aggregated value.=20 > =20 > Best regards,=20 > Lotte Steenrbink >=20 >=20 > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: ietf@thomasclausen.org = [mailto:ietf@thomasclausen.org ]=20 > Sent: 17 March 2016 16:38 > To: Dearlove, Christopher (UK) > Cc: Mobile Ad Hoc Networks mailing list > Subject: Re: Message integrity and message mutability (was RE: [manet] = draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > =20 > On 17 Mar 2016, at 17:30, Dearlove, Christopher (UK) = > = wrote: > =20 > I appreciate Thomas=E2=80=99s comments about the limitations of = message regeneration, but I would be a bit less absolute. > =20 > The issues over end to end authentication and more advanced signatures = are valid. I need to read the given reference on aggregate signatures to = increase my knowledge (thanks for it), but my understanding of the = possibilities in this field may offer a solution to the problem, but = with some other issues (possibly including a new type of TLV). > =20 > But the hop count/limit point I don=E2=80=99t fully agree with, you = can regenerate with an incremented/decremented count/limit, which leaves = the ability to prevent messages propagating indefinitely, including = expanding ring searches, and retains the ability to use RFC 5497 = interval and validity times that might be useful with an expanding ring = search (or might not). > =20 > But the key issue is that AODVv2 wants to accumulate metrics. I still = haven=E2=80=99t got to the bottom of many details here, but let=E2=80=99s = for the moment just consider that conceptually. > =20 > It=E2=80=99s hard to handle end to end. Charlie=E2=80=99s draft = attempts to do an end to end of some information, not this information. = I=E2=80=99m not sure if that=E2=80=99s useful (and the specialised = format is better avoided if possible). Other approaches are hop by hop = (might as well use packet signatures) and shared key (might as well go = hop by hop). Pairwise signatures for each pair of routers I=E2=80=99m = discounting as scaling terribly. In the interests of completeness = let=E2=80=99s mention not accumulating metrics, which puts us back to = hop count and that=E2=80=99s not ideal either. > =20 > I don=E2=80=99t think there is an ideal solution. (I like ideas I=E2=80=99= ve seen about aggregating, but that has some issues of its own, even = apart from computational load.) I=E2=80=99d love to be proved wrong - = someone with the perfect solution to come along. > =20 > Which means that either we make an arbitrary choice - which will be = disagreed with, but needs discussing first - or create something = flexible. Unfortunately flexible in that regard constrains in others, = e.g. some (many? most?) aggregating signatures need fixed data sizes = (which we can do by defining a TLV that =E2=80=9Cfills up=E2=80=9D with = hop count, but that has a cost too). > =20 > I have been told by people much more well versed in this than I in = cryptology, that the correct answer is =E2=80=9Csome=E2=80=9D. > =20 > That said, "AODVv2 wants to accumulate metrics=E2=80=9D =E2=80=94 does = that mean that the message grows as it is being forwarded, and that the = recipient of a RREQ/RREP will know the individual costs of each path = segment? My understanding is, that the recipient will get =E2=80=9Cthe = sum the costs of each path segment=E2=80=9D which should be fitting = within a fixed size? > =20 > Thomas > =20 >=20 >=20 >=20 > =20 > Sorry, no answers, just comments. And I=E2=80=99m not addressing = Thomas=E2=80=99s later points here. > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: manet [mailto:manet-bounces@ietf.org = ] On Behalf Of ietf@thomasclausen.org = > Sent: 17 March 2016 16:00 > To: Mobile Ad Hoc Networks mailing list > Subject: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big = ticket Items > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > *** WARNING *** > EXTERNAL EMAIL -- This message originates from outside our = organization. > =20 > Dear all, > =20 > Apologies for not having gotten this done sooner - day-job leaving few = spare cycles. > =20 > I=E2=80=99ve previously offered reviews and comments, and some of = those have been addressed in the latest I-D =E2=80=94 others have not, = but should be. I recall that there was some mail attempting to rebut = parts of the review, and I will dig it out and reply to that. > =20 > With that being said, I have reviewed the latest version of the = document, and full details will be forthcoming. There=E2=80=99re a = couple of big-ticket/architectural items that I want to address up = front, as I believe that before we have those hammered out, it will be = useless to go into details. Note, I do not claim that this is an = exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but that=E2=80=99s = as far as I have gotten in thinking this through. > =20 > I also bring these up as they are items that have been brought up = repeatedly over the past years, but not resolved nor discussed. > =20 > Loops > Just to bring this out: I share Chris=E2=80=99 worry about conflicting = and concurrent statements from the authors on =E2=80=9CThere are no = loops possible=E2=80=9D and =E2=80=9CWe need to fix two situations where = loops can occur=E2=80=9D and =E2=80=9Cwe are still investigating some = loop conditions=E2=80=9D > =20 > I particularly worry that this is not a discussion had in public, but = apparently in some other forum=E2=80=A6 > =20 > =20 > Intermediate Route Replies, and all of section 10 > Section 10 contains a set of =E2=80=9Cvaguely specified extensions=E2=80= =9D, which is incoherent with the intended status indicated for this = document.=20 > =20 > Specifically, and this is not unrelated to the point about loops = above, intermediate RREPs (section 10.3) are a potential source for = loops. > =20 > Expanding Ring Multicast (section 10.1) is not documented in a way = that can be implemented (and also, see =E2=80=9CForwarding-vs-regeneration= =E2=80=9D below, it is in the present form of this protocol impossible), = etc. > =20 > =20 > Forwarding-vs-regeneration > Recent exchanges on the list made me understand that protocol control = messages are *not* forwarded, but are consumed at each hop, then a new = message with (almost-but-not-quite) the same content is generated and = transmitted. > =20 > I have thought some more on this (& read some of the exchanges on the = list on this topic by Chris, Ulrich, and others), and I am convinced = that this is not the right way to go, at least for the following = reasons: > =20 > =20 > o It renders the hop-limit/hop-count fields in = the RFC5444 message header useless. > This would not be bad if the functionality = offered by those fields was not useful > =E2=80=94 sadly, it is. For example, for scope = limited flooding (expanding ring search, and=20 > such) which may be of interest, and which = require hop-limit.=20 > A hop-count field may also provide a = =E2=80=9Ccheap=E2=80=9D (in terms of overhead) additional piece > of information to use conjunctively with a = =E2=80=9Creal=E2=80=9D metric. > =20 > The only practical solution would be to = re-introduce these functions by way of inserting a > MessageTLV =E2=80=94 which (i) is not = specified in this document, and (ii) which would just > serve to render messages bigger than strictly = needed. > =20 > Scope limited flooding does seem to be a = necessary requirement, if for no > other reason than to prevent information from = =E2=80=9Ccirculating forever in the network=E2=80=9D. > =20 > o It makes end-to-end authentication = unnecessarily hard. > I think Chris called this out already, but it = bears repeating: S generates a message=20 > (say, a RREQ), and includes an ICV calculated = over the content of the message. > For any recipient to be able to validate the = ICV, the message has to be exactly > the same =E2=80=94 not just in content, but in = structure =E2=80=94 as what was generated. > =20 > =E2=80=9CRegenerating=E2=80=9D rather than = =E2=80=9Cforwarding=E2=80=9D messages means, that the intermediate > router =E2=80=9Cregenerating=E2=80=9D the RREQ = may chose a different structure (e.g., include TLVs > in a different order). > =20 > The proposal from = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = > is to add constraints on (i) the set of = elements to include in a signature and (ii) the > order of these elements. > =20 > One problem with that approach is (i): if an = extension adds a message TLV, or an=20 > Address TLV, to a message, then that will not = be =E2=80=9Ccovered=E2=80=9D by the proposed e2esec TLV. > Rather for *each* extension developed, an = =E2=80=9Cupdates e2esec=E2=80=9D clause needs to be done. > =20 > I=E2=80=99d say that this approach would be = prone to errors =E2=80=94 and add entropy to the process > of designing protocol extensions. The = alternative, a message being generated by the > source and *forwarded* (as we do in OLSRv2, = for example) would allow ICV TLVs=20 > (even, allow reuse of those specified for = OLSRv2) for covering a message and=20 > extensions. > =20 > =E2=80=9CBut what about the metrics value = which will change on each hop=E2=80=9D, you may say? > Fortunately, that is relatively easy to = handle: simply zero out the value of that TLV when > generating or verifying the ICV MessageTLV. = And use Packet-TLVs for hop-by-hop=20 > authentication, if needed (but, see below). > =20 > o It prevents the use of more clever/advanced = signature schemes/ICVs > Aggregate signature algorithms ( = https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf = ) > exist, and an interesting use-case can be = found in also reactive protocols, allowing verifying > not =E2=80=9Cjust=E2=80=9D the end points, but = also the intermediaries (again, with the appropriate =E2=80=9Czero = out=E2=80=9D > discussed above, or something smarter). > Regeneration of messages, rather than = forwarding, renders that impossible (or, if used, > updating to = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = ) > =20 > There are other reasons, but the above are those that jump at me as = immediate show-stoppers. > =20 > I do honestly not see what possible benefit there is from = =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see very clear = inconveniences, and security is not the least of these. Insisting on = =E2=80=9Cregeneration=E2=80=9D requires development of =E2=80=9Cnon-genera= l workarounds=E2=80=9D as pointed out above. > =20 > Security Considerations > This is an always thorny subject. When OLSRv2 was going through the = process we got a thorough education in how little we knew about security = from the SEC-ADs, and had to spend about a year or so developing = RFC7183. The bottom line is, that this protocol needs its =E2=80=9CRFC7183= equivalent=E2=80=9D, either as part of the main document, or as an = independent document. currently, that is not the case. > =20 > A minima, looking at BCP72 and BCP107 =E2=80=94 taking inspiration = from RFC7183 might be aw good idea, as that was the most recent that = went through the SEC AD. Regardless of how, however, a =E2=80=9Cmandatory = to implement=E2=80=9D security mechanism most be specified (I think the = right term was =E2=80=9CMUST implement, SHOULD use=E2=80=9D), in = sufficient detail to ensure interoperable implementations. > =20 > As an example, both [RFC6130] and [RFC7181] set out that that: > =20 > On receiving a ... message, a router MUST first check if the > message is invalid for processing by this router > =20 > and then proceed to give a number of conditions that, each, will lead = to a rejection of the message as "badly formed and therefore invalid for = processing=E2=80=9D =E2=80=94 a list which RFC7183 then amended. That = gave a =E2=80=9Chook=E2=80=9D for RFC7183 for inserting =E2=80=9Crejection= =E2=80=9D. Idem for message generation. > =20 > If I was to do RFC7181/RFC6130 today, I would include that directly = into the protocol specifications. It turned out to be more overhead (and = slow down publication anyways) to do it as separate documents. > =20 > Secondly, we need to be a lot more rigid in terms of what ICVs, = Timestamps, etc. are added/removed, and what that brings. > =20 > For example (with the assumption that messages are *forwarded* and = *not* regenerated), this could be one option: > =20 > o When a RREQ, RREP message is = generated, add an ICV Message TLV, which is calculated > =E2=80=A6(take inspiration from = RFC7183 here) > =20 > o When a RREQ, RREP message is = transmitted (by the source, or forwarded by an intermediary) > in an RFC5444 packet, an ICV = Packet TLV is added to the packet, which is calculated =E2=80=A6= > =20 > o When an RFC5444 packet is received, = validate the ICV Packet TLV and if the ICV doesn=E2=80=99t = validate, > discard the contained messages. > =20 > o When receiving a RREQ/RREP (either = as destination, or as an intermediary), validate the ICV Message TLV=20 > and if the ICV = doesn=E2=80=99t validate, discard the message, do not process, do not = forward. > =20 > This is a different (and more flexible?) model than =E2=80=9Cjust=E2=80=9D= transitive trust and =E2=80=9Cjust=E2=80=9D end-to-end trust discussed = previously, and is enabled by the =E2=80=9Cforwarding=E2=80=9D bit = described previously. > =20 > Metrics > I have asked this numerous times, but have not gotten any answer so I = am escalating this again. Why is this document having a normative = reference to RFC6551? > =20 > [RFC6551 <>] Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, = N., > and D. Barthel, "Routing Metrics Used for Path = Calculation > in Low-Power and Lossy Networks", RFC 6551 = , DOI 10.17487/ > RFC6551 , March = 2012, > >. > =20 > =20 > Unless I am mistaken, this is not the ROLL WG. And the abstract to = RFC6551 explicitly reads: > =20 > Low-Power and Lossy Networks (LLNs) have unique characteristics > compared with traditional wired and ad hoc networks that require = the > specification of new routing metrics and constraints. =20 > Which explicitly is disclaiming that these metrics are not applicable = in ad hoc networks =E2=80=94 and, I am wondering, what has changed since = the publication of RFC6551 to suddenly make these applicable? > =20 > I am also wondering if looking at (and, perhaps, using?) the same = metric type TLV type as in OLSRv2 is not a possibility? > =20 > Either way, referencing RFC6551 here is wrong. > =20 > RFC6621 (SMF) usage > As late as earlier this month, RFC6621 reared its head again on the = mailing list. I understand that the authors are set on using flooding = reduction as part of RREQ distribution. If that is the case, then this = protocol MUST specify that flooding reduction.=20 > =20 > Saying =E2=80=9CUse RFC6621=E2=80=9D won=E2=80=99t work, for reasons = Chris point out in an email earlier to the list: > The network does not and fundamentally cannot offer multicast = suppression to AODVv2. This isn't a hard concept, but seems to keep = having to be said. AODVv2 messages are carried in 5444 packets, and = those only travel one hop. That doesn't allow for suppression. = Furthermore AODVv2 is creating new messages each hop. That needs AODVv2 = specific handling. > =20 > And quoting an email from myself: > If protocol X relies on using a flooding operation, then it certainly = is protocol X's responsibility to specify the flooding operation (or, = at least, the requirements to the flooding operation ) for correct = functioning of protocol X. > =20 > I=E2=80=99ve previously pointed out that RFC6621 requires some degree = of configuration (can=E2=80=99t just, for example, pick two different = relay set selection algorithms, as that may produce a disconnected = flooding domain). > =20 > In other words, what the authors propose in = https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-00 = is = insufficient. > =20 > Multiple interfaces configured with the same address(es) - & RFC6621 > I think that it has been established that the ability to use the same = address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that a single way of doing so has been proposed, nor that the = =E2=80=9Coperating conditions=E2=80=9D are called out (for example, will = it work if router A and router B both have two interfaces, and that all = 4 interfaces use the same IP address?) > =20 > This is not entirely unrelated to flooding reduction and RFC6621. One = of the complexities is to get that just right: OLSRv2 - for example - = calculates Flooding-MPRs per interface, and RFC6130 is careful in how it = detects bidirectionality of links.=20 > =20 > I have not worked out all the details of how this impacts this = protocol =E2=80=94 but, it requires attention. Especially when wanting = to be able to say =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, then the = interface configuration constraints when faced with multiple interfaces = must be worked out. > =20 > Prefixes & Gateways > A question to my mind, and I am not sure I know how to answer that = from reading the draft since it is not discussed in section 9 (at = least), is: =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D = (i.e., a /<128 in IPv6)? > =20 > o If the whole prefix is part of the attached = network set of a single router,=20 > then I expect to get a single RREP back, is = that the case? > =20 > o If "half the prefix" is part of the attached = network set of a single router,=20 > and the other half is part of the attached = network set of another single router,=20 > then I expect two RREPs, is that the case? > =20 > o More generally, will I get a tree build through = the network here? > =20 > Section 9 (or, the whole spec) is also not explicit enough about = multiple "default gateways" =E2=80=94 i.e., the external network being = =E2=80=9Cthe rest of the Internet=E2=80=9D, and there being multiple = gateways to the Internet. I understand how the RREQ gets to the gateway, = and how the gateway determines if it should respond (the destination is = not part of =E2=80=9Cthe MANET prefix, with which it is configured=E2=80=9D= ). > =20 > But, if A is close to GW1, and B is close to GW2, but A and B being = far far apart (according to the metric used) within the MANET, then it = would be preferential for the route from A to B to go via = GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2?=20 > =20 > Is this a supported configuration?=20 > o If yes, how is it (seq# wise, I would expect = some complications) handled?=20 > o If not, where is it stated that this = configuration is not possible with this protocol? > =20 > =20 > The applicability statement says: > =20 > AODVv2 is designed for stub or disconnected mobile ad hoc networks, > i.e., non-transit networks or those not connected to the internet. > AODVv2 can, however, be configured to perform gateway functions = when > attached to external networks, as discussed in Section 9 = . > =20 > I believe that the scenario I describe is indeed a stub network (and = not a transit network)? > =20 > =E2=80=94 =E2=80=94 =E2=80=94=20 > =20 > As I indicated, these are the big-picture issues that I have gotten = around to thinking about enough to write up. I=E2=80=99m not through = working through the document, but those were the ones that came to mind, = and which seem imperative to resolve. > =20 > Best, > =20 > Thomas > =20 > =20 > =20 > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** > =20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet = --Apple-Mail=_423BC8DB-DDE6-4DBC-BD85-E6B4E1B9A92B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On 17 Mar 2016, at 18:04, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com> wrote:

OK,= so we have a message that mutates by:
- Modifying hop count/limit.
- Modifying a metric value.
Anything else?
 
As mutating (other than = hop count/limit) messages aren=E2=80=99t covered by 5444 or any = derivative document (but only recommended against, not banned) that you = may need to make the message otherwise immutable (no deconstruction and = rebuilding, other than guaranteed unchanging) that would have to be = specified by AODVv2. (Easy to say, but needs saying.)

With you so far.

Then that information is not in = a guaranteed fixed location given by a simple offset. So any signature = algorithm that finds it and ignores it or aggregates on it is specific = to OLSRv2.

Surely= you mean AODVv2

So standard 7182 ICVs don=E2=80=99t do the = job, you would need an AODVv2 specialised variant. Which is the sort of = thing that the message specific TLV space is there for, I=E2=80=99d be = strongly against a =E2=80=9Cbut ignore the value of this specific TLV = should it occur=E2=80=9D being in the general space. However it can = easily be defined by reference to 7182 (=E2=80=9Cthis TLV is like that = TLV, except if an X TLV is present, set its value field to = zero=E2=80=9D).
 
Messy, but could = work.

Not = that messy, actually, although clearly not as nice as =E2=80=9Cfixed = offset=E2=80=9D.

That said, I am = arguing for the base spec being:

=E2=80=9Cma= ke the message otherwise immutable (no deconstruction and rebuilding, = other 
 than guaranteed = unchanging)=E2=80=9D which is afforded by forwarding

+

RFC7182 Timestamps and = ICVs.

+

RFC7183 style text bringing it = all together.

The =E2=80=9Caggregated = signatures around mutable field=E2=80=9D would very be an experimental = extension.

What I object to is, if = the base spec specifically renders such extensions = impossible


 

--

Christopher Dearlove
Senior Principal = Engineer
BAE Systems Applied Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, = Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research = Park, Guildford, Surrey, GU2 7YP

 
From: Lotte Steenbrink [mailto:lotte.steenbrink@fu-berlin.de] 
Sent: 17 = March 2016 16:48
To: Dearlove, Christopher = (UK)
Cc: ietf@thomasclausen.org; = Mobile Ad Hoc Networks mailing list
Subject: Re: [manet] Message = integrity and message mutability (was RE: draft-ietf-manet-aodvv2-13 = review - a couple of big ticket Items)
 
 
*** WARNING ***

This message originates from outside our = organisation, either from an external partner or the = internet.
Consider carefully whether you should click on = any links, open any attachments or reply.
For = information regarding Red = Flags that you = can look out for in emails you receive, click here.
If you feel the = email is suspicious, please follow this = process.

Hi all,
 
Am = 17.03.2016 um 17:44 schrieb Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>:
 
Good point about whether you just pass on one cost or a set = of costs. As I said, not looked at details - I will, when time permits. = One cost is much easier, and yes, it reduces the fixed size aggregated = signatures problem to =E2=80=9Cjust=E2=80=9D one of computational = load.
 
For the record, Thomas=E2=80=99 understanding is = correct; the cost is one aggregated value. 
 
Best regards, 
Lotte Steenrbink


 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied = Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford = Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied = Intelligence Limited
Registered in England & Wales No: = 01337451

Registered Office: = Surrey Research Park, Guildford, Surrey, GU2 7YP

 
From: ietf@thomasclausen.org [mailto:ietf@thomasclausen.org] 
Sent: 17 = March 2016 16:38
To: Dearlove, Christopher = (UK)
Cc: Mobile Ad Hoc Networks = mailing list
Subject: Re: Message integrity and = message mutability (was RE: [manet] draft-ietf-manet-aodvv2-13 review - = a couple of big ticket Items)
 
 
*** WARNING = ***

This message originates from outside our = organisation, either from an external partner or the = internet.
Consider carefully whether you should click on = any links, open any attachments or reply.
For = information regarding Red = Flags that you can look out for in emails you = receive, click here.
If you feel the = email is suspicious, please follow this process.

 
On 17 Mar 2016, at 17:30, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com> wrote:
 
I appreciate Thomas=E2=80= =99s comments about the limitations of message regeneration, but I would = be a bit less absolute.
 
The= issues over end to end authentication and more advanced signatures are = valid. I need to read the given reference on aggregate signatures to = increase my knowledge (thanks for it), but my understanding of the = possibilities in this field may offer a solution to the problem, but = with some other issues (possibly including a new type of = TLV).
 
But= the hop count/limit point I don=E2=80=99t fully agree with, you can = regenerate with an incremented/decremented count/limit, which leaves the = ability to prevent messages propagating indefinitely, including = expanding ring searches, and retains the ability to use RFC 5497 = interval and validity times that might be useful with an expanding ring = search (or might not).
 
But= the key issue is that AODVv2 wants to accumulate metrics. I still = haven=E2=80=99t got to the bottom of many details here, but let=E2=80=99s = for the moment just consider that conceptually.
 
It=E2=80=99s hard to handle end to end. = Charlie=E2=80=99s draft attempts to do an end to end of some = information, not this information. I=E2=80=99m not sure if that=E2=80=99s = useful (and the specialised format is better avoided if possible). Other = approaches are hop by hop (might as well use packet signatures) and = shared key (might as well go hop by hop). Pairwise signatures for each = pair of routers I=E2=80=99m discounting as scaling terribly. In the = interests of completeness let=E2=80=99s mention not accumulating = metrics, which puts us back to hop count and that=E2=80=99s not ideal = either.
 
I = don=E2=80=99t think there is an ideal solution. (I like ideas I=E2=80=99ve= seen about aggregating, but that has some issues of its own, even apart = from computational load.) I=E2=80=99d love to be proved wrong - someone = with the perfect solution to come along.
 
Which means that either we make an = arbitrary choice - which will be disagreed with, but needs discussing = first - or create something flexible. Unfortunately flexible in that = regard constrains in others, e.g. some (many? most?) aggregating = signatures need fixed data sizes (which we can do by defining a TLV that = =E2=80=9Cfills up=E2=80=9D with hop count, but that has a cost = too).
 
I have been told by people much more well versed in = this than I in cryptology, that the correct answer is =E2=80=9Csome=E2=80=9D= .
 
That said, "AODVv2 wants to accumulate = metrics=E2=80=9D =E2=80=94 does that mean that the message grows as it = is being forwarded, and that the recipient of a RREQ/RREP will know the = individual costs of each path segment? My understanding is, that the = recipient will get =E2=80=9Cthe sum the costs of each path segment=E2=80=9D= which should be fitting within a fixed size?
 
Thomas
 



 
Sorry, no answers, just comments. And I=E2=80=99m not = addressing Thomas=E2=80=99s later points here.
 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied = Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford = Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied = Intelligence Limited
Registered in England & Wales No: = 01337451

Registered Office: Surrey Research Park, Guildford, Surrey, = GU2 7YP

 
From: manet [mailto:manet-bounces@ietf.org] On Behalf = Of ietf@thomasclausen.org
Sent: 17 = March 2016 16:00
To: Mobile Ad Hoc Networks = mailing list
Subject: [manet] = draft-ietf-manet-aodvv2-13 review - a couple of big ticket = Items
 
 
*** WARNING = ***

This message originates from outside our = organisation, either from an external partner or the = internet.
Consider carefully whether you should click on = any links, open any attachments or reply.
For = information regarding Red = Flags that you can look out for in emails you = receive, click here.
If you feel the = email is suspicious, please follow this process.

*** WARNING ***
EXTERNAL EMAIL -- This message originates from outside our = organization.
 
Dear = all,
 
Apologies for not having gotten this done sooner - day-job = leaving few spare cycles.
 
I=E2=80=99ve previously offered reviews and comments, and = some of those have been addressed in the latest I-D =E2=80=94 others = have not, but should be. I recall that there was some mail attempting to = rebut parts of the review, and I will dig it out and reply to that.
 
With that being said, I have reviewed the latest version of = the document, and full details will be forthcoming. There=E2=80=99re a = couple of big-ticket/architectural items that I want to address up = front, as I believe that before we have those hammered out, it will be = useless to go into details. Note, I do not claim that this is an = exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but that=E2=80=99s = as far as I have gotten in thinking this through.
 
I also bring these up as they are items that have been = brought up repeatedly over the past years, but not resolved nor = discussed.
 
Loops
Just = to bring this out: I share Chris=E2=80=99 worry about conflicting and = concurrent statements from the authors on =E2=80=9CThere are no loops = possible=E2=80=9D and =E2=80=9CWe need to fix two situations where loops = can occur=E2=80=9D and =E2=80=9Cwe are still investigating some loop = conditions=E2=80=9D
 
I particularly worry that this is not a discussion had in = public, but apparently in some other forum=E2=80=A6
 
 
Intermediate = Route Replies, and all of section 10
Section 10 contains a set of =E2=80=9Cvaguely specified = extensions=E2=80=9D, which is incoherent with the intended status = indicated for this document. 
 
Specifically, and this is not unrelated to the point about = loops above, intermediate RREPs (section 10.3) are a potential source = for loops.
 
Expanding Ring Multicast (section 10.1) is not documented in = a way that can be implemented (and also, see = =E2=80=9CForwarding-vs-regeneration=E2=80=9D below, it is in the present = form of this protocol impossible), etc.
 
 
Forwarding-vs-regeneration
Recent= exchanges on the list made me understand that protocol control messages = are *not* forwarded, but are consumed at each hop, then a new message = with (almost-but-not-quite) the same content is generated and = transmitted.
 
I have thought some more on this (& read some of the = exchanges on the list on this topic by Chris, Ulrich, and others), and I = am convinced that this is not the right way to go, at = least for the following reasons:
 
 
        &= nbsp;   o        &= nbsp; It renders the hop-limit/hop-count fields in the RFC5444 = message header useless.
        &= nbsp;           &nb= sp;   This would not be bad if = the functionality offered by those fields was not useful
        &= nbsp;           &nb= sp;   =E2=80=94 sadly, it is. For = example, for scope limited flooding (expanding ring search, = and 
        &= nbsp;           &nb= sp;   such) which may be of = interest, and which require hop-limit. 
        &= nbsp;           &nb= sp;   A= hop-count field may also provide a =E2=80=9Ccheap=E2=80=9D (in terms of = overhead) additional piece
        &= nbsp;           &nb= sp;   of information to use = conjunctively with a =E2=80=9Creal=E2=80=9D metric.
 
        &= nbsp;           &nb= sp;   The only practical solution = would be to re-introduce these functions by way of inserting a
        &= nbsp;           &nb= sp;   MessageTLV =E2=80=94 which = (i) is not specified in this document, and (ii) which would just
        &= nbsp;           &nb= sp;   serve to render messages = bigger than strictly needed.
 
        &= nbsp;           &nb= sp;   Scope limited flooding =  does seem to be a necessary requirement, if for no
        &= nbsp;           &nb= sp;   other reason than to = prevent information from =E2=80=9Ccirculating forever in the = network=E2=80=9D.
 
        &= nbsp;   o        &= nbsp; It makes end-to-end authentication = unnecessarily hard.
        &= nbsp;           &nb= sp;   I= think Chris called this out already, but it bears repeating: S = generates a message 
        &= nbsp;           &nb= sp;   (say, a RREQ), and includes = an ICV calculated over the content of the message.
        &= nbsp;           &nb= sp;   For any recipient to be = able to validate the ICV, the message has to be exactly
        &= nbsp;           &nb= sp;   the same =E2=80=94 not just = in content, but in structure =E2=80=94 as what was generated.
 
        &= nbsp;           &nb= sp;   =E2=80=9CRegenerating=E2=80=9D= rather than =E2=80=9Cforwarding=E2=80=9D messages means, that the = intermediate
        &= nbsp;           &nb= sp;   router =E2=80=9Cregenerating=E2= =80=9D the RREQ may chose a different structure (e.g., include TLVs
        &= nbsp;           &nb= sp;   in a different order).
 
        &= nbsp;           &nb= sp;   The proposal from https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /span>
        &= nbsp;           &nb= sp;   is to add constraints on = (i) the set of elements to include in a signature and (ii) the
        &= nbsp;           &nb= sp;   order of these = elements.
 
        &= nbsp;           &nb= sp;   One problem with that = approach is (i): if an extension adds a message TLV, or an 
        &= nbsp;           &nb= sp;   Address TLV, to a message, = then that will not be =E2=80=9Ccovered=E2=80=9D by the proposed e2esec = TLV.
        &= nbsp;           &nb= sp;   Rather for *each* extension = developed, an =E2=80=9Cupdates e2esec=E2=80=9D clause needs to be = done.
 
        &= nbsp;           &nb= sp;   I=E2=80=99d say that this = approach would be prone to errors =E2=80=94 and add entropy to the = process
        &= nbsp;           &nb= sp;   of designing protocol = extensions. The alternative, a message being generated by the
        &= nbsp;           &nb= sp;   source and *forwarded* (as = we do in OLSRv2, for example) would allow ICV TLVs 
        &= nbsp;           &nb= sp;   (even, allow reuse of those = specified for OLSRv2) for covering a message and 
        &= nbsp;           &nb= sp;   extensions.
 
        &= nbsp;           &nb= sp;   =E2=80=9CBut what about the = metrics value which will change on each hop=E2=80=9D, you may say?
        &= nbsp;           &nb= sp;   Fortunately, that is = relatively easy to handle: simply zero out the value of that TLV = when
        &= nbsp;           &nb= sp;   generating or verifying the = ICV MessageTLV. And use Packet-TLVs for hop-by-hop 
        &= nbsp;           &nb= sp;   authentication, if needed = (but, see below).
 
        &= nbsp;   o        &= nbsp; It prevents the use of more clever/advanced = signature schemes/ICVs
        &= nbsp;           &nb= sp;   Aggregate signature = algorithms ( https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf)
        &= nbsp;           &nb= sp;   exist, and an interesting = use-case can be found in also reactive protocols, allowing verifying
        &= nbsp;           &nb= sp;   not =E2=80=9Cjust=E2=80=9D = the end points, but also the intermediaries (again, with the appropriate = =E2=80=9Czero out=E2=80=9D
        &= nbsp;           &nb= sp;   discussed above, or = something smarter).
        &= nbsp;           &nb= sp;   updating to  https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /span>)
 
There are other reasons, but the above are those that jump at = me as immediate show-stoppers.
 
I do honestly not see what possible benefit there is from = =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see very clear = inconveniences, and security is not the least of these. Insisting on = =E2=80=9Cregeneration=E2=80=9D requires development of =E2=80=9Cnon-genera= l workarounds=E2=80=9D as pointed out above.
 
Security = Considerations
This is an always thorny subject. When OLSRv2 was going = through the process we got a thorough education in how little we knew = about security from the SEC-ADs, and had to spend about a year or so = developing RFC7183. The bottom line is, that this protocol needs its = =E2=80=9CRFC7183  equivalent=E2=80=9D, either as part of the main = document, or as an independent document. currently, that is not the = case.
 
A minima, looking at BCP72 and BCP107 =E2=80=94 taking = inspiration from RFC7183 might be aw good idea, as that was the most = recent that went through the SEC AD. Regardless of how, however, a = =E2=80=9Cmandatory to implement=E2=80=9D security mechanism most be = specified (I think the right term was =E2=80=9CMUST implement, SHOULD = use=E2=80=9D), in sufficient detail to ensure interoperable = implementations.
 
As an example, both [RFC6130] and [RFC7181] set out that = that:
 
      On receiving a ... message, a router = MUST first check if the
      message is invalid for processing by = this router
 
and then proceed to give a number of conditions that, each, = will lead to a rejection of the message as "badly formed and therefore = invalid for processing=E2=80=9D =E2=80=94 a list which RFC7183 then = amended. That gave a =E2=80=9Chook=E2=80=9D for RFC7183 for inserting = =E2=80=9Crejection=E2=80=9D. Idem for message generation.
 
If I was to do RFC7181/RFC6130 today, I would include that = directly into the protocol specifications. It turned out to be more = overhead (and slow down publication anyways) to do it as separate = documents.
 
Secondly, we need to be a lot more rigid in terms of what = ICVs, Timestamps, etc. are added/removed, and what that brings.
 
For example (with the assumption that messages are = *forwarded* and *not* regenerated), this could be one option:
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When a = RREQ, RREP message is generated, add an ICV Message TLV, which is = calculated <this way>
        &= nbsp;           &nb= sp;            = ;    =E2=80=A6(take = inspiration from RFC7183 here)
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When a = RREQ, RREP message is transmitted  (by the source, or forwarded by = an intermediary)
        &= nbsp;           &nb= sp;            = ;   in = an RFC5444 packet, an ICV Packet TLV is added to the packet, which is = calculated <this way> =E2=80=A6
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When an = RFC5444 packet is received, validate the ICV Packet TLV <this way> = and if the ICV doesn=E2=80=99t validate,
        &= nbsp;           &nb= sp;            = ;   discard the contained = messages.
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When = receiving a RREQ/RREP (either as destination, or as an intermediary), = validate the ICV Message TLV 
        &= nbsp;           &nb= sp;            = ;   <this way> and if the = ICV doesn=E2=80=99t validate, discard the message, do not process, do = not forward.
 
This is a different (and more flexible?) model than = =E2=80=9Cjust=E2=80=9D transitive trust and =E2=80=9Cjust=E2=80=9D = end-to-end trust discussed previously, and is enabled by the = =E2=80=9Cforwarding=E2=80=9D bit described previously.
 
Metrics
I = have asked this numerous times, but have not gotten any answer so I am = escalating this again. Why is this document having a normative reference = to RFC6551?
 
   [RFC6551]  Vasseur, JP., Ed., Kim, M., Ed., Pister, =
K., Dejean, N.,
          &nb=
sp;   and D. Barthel, "Routing Metrics Used for Path =
Calculation
          &nb=
sp;   in Low-Power and Lossy Networks", RFC 6551, DOI 10.17487/
          &nb=
sp;   RFC6551, March 2012,
          &nb=
sp;   <http://www.rfc-editor.org/info/rfc6551>.
 
 
Unless I am mistaken, this is not the ROLL WG. And the = abstract to RFC6551 explicitly reads:
 
   Low-Power and Lossy Networks (LLNs) =
have unique characteristics
   compared with traditional wired =
and ad hoc networks that require the
   specification of new routing =
metrics and constraints. 
Which explicitly is disclaiming that these metrics are not = applicable in ad hoc networks =E2=80=94 and, I am = wondering, what has changed since the publication of RFC6551 to suddenly = make these applicable?
 
 I am also wondering if looking at (and, perhaps, = using?) the same metric type TLV type as in OLSRv2 is not a = possibility?
 
Either way, referencing RFC6551 here is wrong.
 
RFC6621 (SMF) usage
As = late as earlier this month, RFC6621 reared its head again on the mailing = list. I understand that the authors are set on using flooding reduction = as part of RREQ distribution. If that is the case, then this protocol = MUST specify that flooding reduction. 
 
Saying =E2=80=9CUse RFC6621=E2=80=9D won=E2=80=99t work, for = reasons Chris point out in an email earlier to the list:
The = network does not and fundamentally cannot offer multicast suppression to = AODVv2. This isn't a hard concept, but seems to keep having to be = said. AODVv2 messages are carried in 5444 packets, and those only travel = one hop. That doesn't allow for suppression. Furthermore AODVv2 is = creating new messages each hop. That needs AODVv2 specific handling.
 
And quoting an email from myself:
If = protocol X relies on using a flooding operation, then it certainly is = protocol X's responsibility to  specify the flooding operation (or, = at least, the requirements to the flooding operation ) for correct = functioning of protocol X.
 
I=E2=80= =99ve previously pointed out that RFC6621 requires some degree of = configuration (can=E2=80=99t just, for example, pick two different relay = set selection algorithms, as that may produce a disconnected flooding = domain).
 
In other words, what the authors propose in https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-0= 0 is insufficient.
 
Multiple interfaces configured = with the same address(es) - & RFC6621
I = think that it has been established that the ability to use the same = address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that a single way of doing so has been proposed, nor that the = =E2=80=9Coperating conditions=E2=80=9D are called out (for example, will = it work  if router A and router B both have two interfaces, and = that all 4 interfaces use the same IP address?)
 
This is not entirely unrelated to flooding reduction and = RFC6621. One of the complexities is to get that just right: OLSRv2 - for = example - calculates Flooding-MPRs per interface, and RFC6130 is careful = in how it detects bidirectionality of links. 
 
I have not worked out all the details of how this impacts = this protocol =E2=80=94 but, it requires attention. Especially when = wanting to be able to say =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, then = the interface configuration constraints when faced with multiple = interfaces must be worked out.
 
Prefixes & = Gateways
A question to my mind, and I am not sure I know how to answer = that from reading the draft since it is not discussed in section 9 (at = least), is: =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D = (i.e., a /<128 in IPv6)?
 
        &= nbsp;   o        &= nbsp; If the = whole prefix is part of the attached network set of a single = router, 
        &= nbsp;           &nb= sp;   then I expect to get a = single RREP back, is that the case?
 
        &= nbsp;   o        &= nbsp; If "half = the prefix"  is part of the attached network set of a single = router, 
        &= nbsp;           &nb= sp;   and the other half is part = of the attached network set of another  single router, 
        &= nbsp;           &nb= sp;   then I expect two RREPs, is = that the case?
 
        &= nbsp;   o        &= nbsp; More = generally, will I get a tree build through the network here?
 
Section 9 (or, the whole spec) is also not explicit enough = about multiple  "default gateways" =E2=80=94 i.e., the external = network being =E2=80=9Cthe rest of the Internet=E2=80=9D, and there = being multiple gateways to the Internet. I understand how the RREQ gets = to the gateway, and how the gateway determines if it should respond (the = destination is not part of =E2=80=9Cthe MANET prefix, with which it is = configured=E2=80=9D).
 
But, if A is close to GW1, and B is close to GW2, but A and B = being far far apart (according to the metric used) within the MANET, = then it would be preferential for the route from A to B to go via = GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2? 
 
Is this a supported configuration? 
        &= nbsp;   o        &= nbsp; If yes, = how is it (seq# wise, I would expect some complications) = handled? 
        &= nbsp;   o        &= nbsp; If not, = where is it stated that this configuration is not possible with this = protocol?
 
 
The applicability statement says:
 
   AODVv2 is designed for stub or disconnected =
mobile ad hoc networks,
   i.e., non-transit =
networks or those not connected to the internet.
   AODVv2 can, however, be configured to perform =
gateway functions when
   attached to external =
networks, as discussed in Section 9.
 
I = believe that the scenario I describe is indeed a stub network (and not a = transit network)?
 
=E2=80=94 =E2=80=94 =E2=80=94 
 
As I indicated, these are the big-picture issues that I have = gotten around to thinking about enough to write up. I=E2=80=99m not = through working through the document, but those were the ones that came = to mind, and which seem imperative to resolve.
 
Best,
 
Thomas
 
 
 
***************************************************************= *****
This email and any attachments are confidential to = the intended
recipient and may also be privileged. If you = are not the intended
recipient please delete it from your = system and notify the sender.
You should not copy it or = use it for any purpose nor disclose or
distribute its = contents to any other person.
***************************************************************= *****
 
_______________________________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet

 
Sorry, no answers, just = comments. And I=E2=80=99m not addressing Thomas=E2=80=99s later points = here.
 

--

Christopher Dearlove
Senior Principal = Engineer
BAE Systems Applied Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, = Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research = Park, Guildford, Surrey, GU2 7YP

 
From: manet [mailto:manet-bounces@ietf.org] On Behalf = Of ietf@thomasclausen.org
Sent: 17 March 2016 16:00
To: Mobile Ad Hoc Networks = mailing list
Subject: [manet] = draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items
 
 
*** WARNING ***

This message originates from outside our = organisation, either from an external partner or the = internet.
Consider carefully whether you should click on = any links, open any attachments or reply.
For = information regarding Red = Flags that you = can look out for in emails you receive, click here.
If you feel the = email is suspicious, please follow this = process.

*** WARNING ***
EXTERNAL EMAIL -- This message originates from outside our = organization.
 
Dear all,
 
Apologies for not having gotten this done sooner - = day-job leaving few spare cycles.
 
I=E2=80=99ve previously offered reviews and comments, = and some of those have been addressed in the latest I-D =E2=80=94 others = have not, but should be. I recall that there was some mail attempting to = rebut parts of the review, and I will dig it out and reply to that.
 
With that being said, I have reviewed the = latest version of the document, and full details will be forthcoming. = There=E2=80=99re a couple of big-ticket/architectural items that I want = to address up front, as I believe that before we have those hammered = out, it will be useless to go into details. Note, I do not claim that = this is an exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but = that=E2=80=99s as far as I have gotten in thinking this through.
 
I also bring these up as they are items = that have been brought up repeatedly over the past years, but not = resolved nor discussed.
 
Loops
Just to bring this out: I share Chris=E2=80=99 worry about = conflicting and concurrent statements from the authors on =E2=80=9CThere = are no loops possible=E2=80=9D and =E2=80=9CWe need to fix two = situations where loops can occur=E2=80=9D and =E2=80=9Cwe are still = investigating some loop conditions=E2=80=9D
 
I particularly worry that this is not a = discussion had in public, but apparently in some other forum=E2=80=A6
 
 
Intermediate = Route Replies, and all of section 10
Section 10 contains a set of =E2=80=9Cvaguely specified = extensions=E2=80=9D, which is incoherent with the intended status = indicated for this document. 
 
Specifically, and this is not unrelated to the point = about loops above, intermediate RREPs (section 10.3) are a potential = source for loops.
 
Expanding Ring Multicast (section 10.1) is not = documented in a way that can be implemented (and also, see = =E2=80=9CForwarding-vs-regeneration=E2=80=9D below, it is in the present = form of this protocol impossible), etc.
 
 
Forwarding-vs-regeneration
Recent exchanges on the list made me understand that protocol = control messages are *not* forwarded, but are consumed at each hop, then = a new message with (almost-but-not-quite) the same content is generated = and transmitted.
 
I have thought some more on this (& read some of = the exchanges on the list on this topic by Chris, Ulrich, and others), = and I am convinced that this is not the right way to go, at least for the following reasons:
 
 
        &= nbsp;   o        &= nbsp; It renders the hop-limit/hop-count fields in the RFC5444 = message header useless.
        &= nbsp;           &nb= sp;   This would not be = bad if the functionality offered by those fields was not useful
        &= nbsp;           &nb= sp;   =E2=80=94 sadly, it = is. For example, for scope limited flooding (expanding ring search, = and 
        &= nbsp;           &nb= sp;   such) which may be = of interest, and which require hop-limit. 
        &= nbsp;           &nb= sp;   A= hop-count field may also provide a =E2=80=9Ccheap=E2=80=9D (in terms of = overhead) additional piece
        &= nbsp;           &nb= sp;   of information to = use conjunctively with a =E2=80=9Creal=E2=80=9D metric.
 
        &= nbsp;           &nb= sp;   The only practical = solution would be to re-introduce these functions by way of inserting = a
        &= nbsp;           &nb= sp;   MessageTLV =E2=80=94 = which (i) is not specified in this document, and (ii) which would = just
        &= nbsp;           &nb= sp;   serve to render = messages bigger than strictly needed.
 
        &= nbsp;           &nb= sp;   Scope limited = flooding  does seem to be a necessary requirement, if for no
        &= nbsp;           &nb= sp;   other reason than to = prevent information from =E2=80=9Ccirculating forever in the = network=E2=80=9D.
 
        &= nbsp;   o        &= nbsp; It makes end-to-end authentication = unnecessarily hard.
        &= nbsp;           &nb= sp;   I= think Chris called this out already, but it bears repeating: S = generates a message 
        &= nbsp;           &nb= sp;   (say, a RREQ), and = includes an ICV calculated over the content of the message.
        &= nbsp;           &nb= sp;   For any recipient to = be able to validate the ICV, the message has to be exactly
        &= nbsp;           &nb= sp;   the same =E2=80=94 = not just in content, but in structure =E2=80=94 as what was = generated.
 
        &= nbsp;           &nb= sp;   =E2=80=9CRegenerating=E2= =80=9D rather than =E2=80=9Cforwarding=E2=80=9D messages means, that the = intermediate
        &= nbsp;           &nb= sp;   router = =E2=80=9Cregenerating=E2=80=9D the RREQ may chose a different structure = (e.g., include TLVs
        &= nbsp;           &nb= sp;   in a different = order).
 
        &= nbsp;           &nb= sp;   The proposal = from https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /a>
        &= nbsp;           &nb= sp;   is to add = constraints on (i) the set of elements to include in a signature and = (ii) the
        &= nbsp;           &nb= sp;   order of these = elements.
 
        &= nbsp;           &nb= sp;   One problem = with that approach is (i): if an extension adds a message TLV, or = an 
        &= nbsp;           &nb= sp;   Address TLV, to a = message, then that will not be =E2=80=9Ccovered=E2=80=9D by the proposed = e2esec TLV.
        &= nbsp;           &nb= sp;   Rather for *each* = extension developed, an =E2=80=9Cupdates e2esec=E2=80=9D clause needs to = be done.
 
        &= nbsp;           &nb= sp;   I=E2=80=99d say that = this approach would be prone to errors =E2=80=94 and add entropy to the = process
        &= nbsp;           &nb= sp;   of designing = protocol extensions. The alternative, a message being generated by = the
        &= nbsp;           &nb= sp;   source and = *forwarded* (as we do in OLSRv2, for example) would allow ICV = TLVs 
        &= nbsp;           &nb= sp;   (even, allow reuse = of those specified for OLSRv2) for covering a message and 
        &= nbsp;           &nb= sp;   =E2=80=9CBut what = about the metrics value which will change on each hop=E2=80=9D, you may = say?
        &= nbsp;           &nb= sp;   Fortunately, that is = relatively easy to handle: simply zero out the value of that TLV = when
        &= nbsp;           &nb= sp;   generating or = verifying the ICV MessageTLV. And use Packet-TLVs for = hop-by-hop 
        &= nbsp;           &nb= sp;   authentication, if = needed (but, see below).
 
        &= nbsp;   o        &= nbsp; It prevents the use of more clever/advanced = signature schemes/ICVs
        &= nbsp;           &nb= sp;   Aggregate signature = algorithms ( https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf)
        &= nbsp;           &nb= sp;   exist, and an = interesting use-case can be found in also reactive protocols, allowing = verifying
        &= nbsp;           &nb= sp;   not =E2=80=9Cjust=E2=80= =9D the end points, but also the intermediaries (again, with the = appropriate =E2=80=9Czero out=E2=80=9D
        &= nbsp;           &nb= sp;   discussed above, or = something smarter).
        &= nbsp;           &nb= sp;   Regeneration of = messages, rather than forwarding, renders that impossible (or, if = used,
        &= nbsp;           &nb= sp;   updating to  https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /a>)
 
There are other reasons, but the above are those that = jump at me as immediate show-stoppers.
I do honestly not see what possible = benefit there is from =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see = very clear inconveniences, and security is not the least of these. = Insisting on =E2=80=9Cregeneration=E2=80=9D requires development of = =E2=80=9Cnon-general workarounds=E2=80=9D as pointed out above.
Security = Considerations
This is an always = thorny subject. When OLSRv2 was going through the process we got a = thorough education in how little we knew about security from the = SEC-ADs, and had to spend about a year or so developing RFC7183. The = bottom line is, that this protocol needs its =E2=80=9CRFC7183 =  equivalent=E2=80=9D, either as part of the main document, or as an = independent document. currently, that is not the case.
A minima, looking at BCP72 and BCP107 =E2=80= =94 taking inspiration from RFC7183 might be aw good idea, as that was = the most recent that went through the SEC AD. Regardless of how, = however, a =E2=80=9Cmandatory to implement=E2=80=9D security mechanism = most be specified (I think the right term was =E2=80=9CMUST implement, = SHOULD use=E2=80=9D), in sufficient detail to ensure interoperable = implementations.
 
As an example, both [RFC6130] and [RFC7181] set out = that that:
 
      On receiving a ... message, a = router MUST first check if the
      = message is invalid for processing by this router
and then proceed to give a number of = conditions that, each, will lead to a rejection of the message as "badly = formed and therefore invalid for processing=E2=80=9D =E2=80=94 a list = which RFC7183 then amended. That gave a =E2=80=9Chook=E2=80=9D for = RFC7183 for inserting =E2=80=9Crejection=E2=80=9D. Idem for message = generation.
 
If I was to do RFC7181/RFC6130 today, I would include = that directly into the protocol specifications. It turned out to be more = overhead (and slow down publication anyways) to do it as separate = documents.
 
Secondly, we need to be a lot more rigid in terms of = what ICVs, Timestamps, etc. are added/removed, and what that brings.
For example (with the assumption that = messages are *forwarded* and *not* regenerated), this could be one = option:
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When a = RREQ, RREP message is generated, add an ICV Message TLV, which is = calculated <this way>
        &= nbsp;           &nb= sp;            = ;    =E2=80=A6(take = inspiration from RFC7183 here)
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When a = RREQ, RREP message is transmitted  (by the source, or forwarded by = an intermediary)
        &= nbsp;           &nb= sp;            = ;   in = an RFC5444 packet, an ICV Packet TLV is added to the packet, which is = calculated <this way> =E2=80=A6
        &= nbsp;           &nb= sp;   o        &= nbsp; When an = RFC5444 packet is received, validate the ICV Packet TLV <this way> = and if the ICV doesn=E2=80=99t validate,
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When = receiving a RREQ/RREP (either as destination, or as an intermediary), = validate the ICV Message TLV 
        &= nbsp;           &nb= sp;            = ;   <this way> and = if the ICV doesn=E2=80=99t validate, discard the message, do not = process, do not forward.
 
This is a different (and more flexible?) model than = =E2=80=9Cjust=E2=80=9D transitive trust and =E2=80=9Cjust=E2=80=9D = end-to-end trust discussed previously, and is enabled by the = =E2=80=9Cforwarding=E2=80=9D bit described previously.
Metrics
I have asked this = numerous times, but have not gotten any answer so I am escalating this = again. Why is this document having a normative reference to RFC6551?
   [RFC6551]  =
Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, N.,
          &nb=
sp;   and D. Barthel, "Routing Metrics Used for Path =
Calculation
          &nb=
sp;   in Low-Power and Lossy Networks", RFC 6551, DOI 10.17487/
          &nb=
sp;   RFC6551, March 2012,
          &nb=
sp;   <http://www.rfc-editor.org/info/rfc6551>.
 
 
Unless I am mistaken, this is not the ROLL WG. And = the abstract to RFC6551 explicitly reads:
 
   Low-Power and Lossy Networks (LLNs) have unique =
characteristics
   compared with traditional wired and ad hoc =
networks that require the
   specification of new routing metrics and =
constraints. 
Which explicitly is disclaiming that = these metrics are not applicable in ad hoc = networks =E2=80=94= and, I am wondering, what has changed since the publication of RFC6551 = to suddenly make these applicable?
 
 I am also wondering if looking at (and, = perhaps, using?) the same metric type TLV type as in OLSRv2 is not a = possibility?
 
Either way, referencing RFC6551 here is wrong.
 
RFC6621 (SMF) = usage
As late as earlier this month, RFC6621 = reared its head again on the mailing list. I understand that the authors = are set on using flooding reduction as part of RREQ distribution. If = that is the case, then this protocol MUST specify that flooding = reduction. 
 
Saying =E2=80=9CUse RFC6621=E2=80=9D won=E2=80=99t = work, for reasons Chris point out in an email earlier to the list:
The network does not and fundamentally = cannot offer multicast suppression to AODVv2. This isn't a hard concept, = but seems to keep having to be said. AODVv2 messages are carried in = 5444 packets, and those only travel one hop. That doesn't allow for = suppression. Furthermore AODVv2 is creating new messages each hop. = That needs AODVv2 specific handling.
 
And quoting an email from myself:
If protocol X relies on using a flooding = operation, then it certainly is protocol X's responsibility to =  specify the flooding operation (or, at least, the = requirements to the flooding operation ) for correct functioning of = protocol X.
 
I=E2=80=99ve = previously pointed out that RFC6621 requires some degree of = configuration (can=E2=80=99t just, for example, pick two different relay = set selection algorithms, as that may produce a disconnected flooding = domain).
 
In other words, what the authors propose in https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-0= 0 is insufficient.
 
Multiple interfaces = configured with the same address(es) - & RFC6621
I think that it has been established that the ability to use = the same address on multiple interfaces is a requirement. It=E2=80=99s = not clear to me that a single way of doing so has been proposed, nor = that the =E2=80=9Coperating conditions=E2=80=9D are called out (for = example, will it work  if router A and router B both have two = interfaces, and that all 4 interfaces use the same IP address?)
 
This is not entirely unrelated to = flooding reduction and RFC6621. One of the complexities is to get that = just right: OLSRv2 - for example - calculates Flooding-MPRs per = interface, and RFC6130 is careful in how it detects bidirectionality of = links. 
 
I have not worked out all the details of how this = impacts this protocol =E2=80=94 but, it requires attention. Especially = when wanting to be able to say =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, = then the interface configuration constraints when faced with multiple = interfaces must be worked out.
 
Prefixes & = Gateways
A question to my mind, and I am not sure = I know how to answer that from reading the draft since it is not = discussed in section 9 (at least), is: =E2=80=9CWhat happens if I send a = RREQ to a prefix=E2=80=9D (i.e., a /<128 in IPv6)?
 
        &= nbsp;   o        &= nbsp; If the = whole prefix is part of the attached network set of a single = router, 
        &= nbsp;           &nb= sp;   then I expect to get = a single RREP back, is that the case?
 
        &= nbsp;   o        &= nbsp; If "half = the prefix"  is part of the attached network set of a single = router, 
        &= nbsp;           &nb= sp;   and the other half = is part of the attached network set of another  single = router, 
        &= nbsp;           &nb= sp;   then I expect two = RREPs, is that the case?
 
        &= nbsp;   o        &= nbsp; More = generally, will I get a tree build through the network here?
 
Section 9 (or, the whole spec) is also = not explicit enough about multiple  "default gateways" =E2=80=94 = i.e., the external network being =E2=80=9Cthe rest of the Internet=E2=80=9D= , and there being multiple gateways to the Internet. I understand how = the RREQ gets to the gateway, and how the gateway determines if it = should respond (the destination is not part of =E2=80=9Cthe MANET = prefix, with which it is configured=E2=80=9D).
 
But, if A is close to GW1, and B is close = to GW2, but A and B being far far apart (according to the metric used) = within the MANET, then it would be preferential for the route from A to = B to go via GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2? 
 
Is this a supported = configuration? 
        &= nbsp;   o        &= nbsp; If yes, = how is it (seq# wise, I would expect some complications) = handled? 
        &= nbsp;   o        &= nbsp; If not, = where is it stated that this configuration is not possible with this = protocol?
 
 
The applicability = statement says:
 
   AODVv2 is designed =
for stub or disconnected mobile ad hoc networks,
   i.e., non-transit networks or those not =
connected to the internet.
   =
AODVv2 can, however, be configured to perform gateway functions when
   attached to external networks, as discussed in =
Section =
9.
 
I believe that the scenario I describe is indeed a = stub network (and not a transit network)?
 
=E2=80=94 =E2=80=94 =E2=80=94 
 
As I indicated, these are the big-picture = issues that I have gotten around to thinking about enough to write up. = I=E2=80=99m not through working through the document, but those were the = ones that came to mind, and which seem imperative to resolve.
 
Best,
 
Thomas
 
 
 

= --Apple-Mail=_423BC8DB-DDE6-4DBC-BD85-E6B4E1B9A92B-- From nobody Thu Mar 17 10:21:02 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C439412DD89 for ; Thu, 17 Mar 2016 10:21:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=thomasclausen.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DStHYe3kFrYp for ; Thu, 17 Mar 2016 10:20:58 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4476F12DD0E for ; Thu, 17 Mar 2016 10:15:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id D6012240D1C; Thu, 17 Mar 2016 10:15:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1458234932; bh=GuIsKRY4bB2AZequpyQpa3jJrc+WRtnP4Bym/9oUiyU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=F+xY8qoOmRHgUBHHuK3fczWhWpAvf6pT5wH0a39rUplzqsQOzKLPoyIToTCP5MwHg FN4ANj1GNNMM4R1TkflcJbpOIJnlL39SwKxjkGyn+YnQ2rRoG5VAVexHUeHpKCWo03 zgk6vM8zly65dQJb3vb0GJt/RPb7ErdUTZAqlaUg= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [129.104.89.231] (unknown [129.104.89.231]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 0A12D24069F; Thu, 17 Mar 2016 10:15:31 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_1C935FE1-644D-4A6C-B7A1-679BAC5AA9D3" From: ietf@thomasclausen.org In-Reply-To: <280329CF-8CE8-439A-93AA-A75DAA8D1ACE@fu-berlin.de> Date: Thu, 17 Mar 2016 18:15:30 +0100 Sendlaterdate: Thu, 17 Mar 2016 18:15:30 +0100 Message-Id: <73243573-85E4-4163-A626-F6C3368F5D87@thomasclausen.org> References: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> <280329CF-8CE8-439A-93AA-A75DAA8D1ACE@fu-berlin.de> To: Lotte Steenbrink X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 17:21:01 -0000 --Apple-Mail=_1C935FE1-644D-4A6C-B7A1-679BAC5AA9D3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 17 Mar 2016, at 17:25, Lotte Steenbrink = wrote: >=20 > Hi Thomas,=20 >=20 >> Am 17.03.2016 um 17:00 schrieb ietf@thomasclausen.org = : >>=20 >> Dear all, >>=20 >> Apologies for not having gotten this done sooner - day-job leaving = few spare cycles. >>=20 >> I=E2=80=99ve previously offered reviews and comments, and some of = those have been addressed in the latest I-D =E2=80=94 others have not, = but should be. I recall that there was some mail attempting to rebut = parts of the review, and I will dig it out and reply to that. >>=20 >> With that being said, I have reviewed the latest version of the = document, and full details will be forthcoming. There=E2=80=99re a = couple of big-ticket/architectural items that I want to address up = front, as I believe that before we have those hammered out, it will be = useless to go into details. Note, I do not claim that this is an = exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but that=E2=80=99s = as far as I have gotten in thinking this through. >>=20 >> I also bring these up as they are items that have been brought up = repeatedly over the past years, but not resolved nor discussed. >>=20 >> Loops >> Just to bring this out: I share Chris=E2=80=99 worry about = conflicting and concurrent statements from the authors on =E2=80=9CThere = are no loops possible=E2=80=9D and =E2=80=9CWe need to fix two = situations where loops can occur=E2=80=9D and =E2=80=9Cwe are still = investigating some loop conditions=E2=80=9D >=20 > Just one thing until I can go through your entire review: the conflict = was between =E2=80=9EThere are no loops possible=E2=80=9C and =E2=80=9EThe= re were two loops possible and we=E2=80=99ve fixed them.=E2=80=9C. = I=E2=80=99ve written down the fixes for said loops under the description = how they can occur. On March 1, Perkins wrote: > Other discussion about routing loops has not identified routing loop = problems in the existing specification. Use of unconfirmed or invalid = routes for routing might lead to errors, but that doesn't carry over to = produce loops in the route table. On March 2, Chris wrote: > My concerns have been that your co-authors have continued to discuss = whether looping could occur since you published to the list saying all = was well. (An issue to do with multiple unconfirmed routes.) Maybe = that=E2=80=99s a problem, maybe it isn=E2=80=99t. But it lacks = transparency, because it hasn=E2=80=99t been discussed here. Which yesterday, March 16, you replied to by saying: > The loop possibility you=E2=80=99re referring to was a different one = than the one discussed by Charlie. We=E2=80=99ve been contacted by = researchers who are model checking MANET protocols to see if they permit = any unwanted behaviour. They=E2=80=99ve used AODVv2 as a case study for = the framework they=E2=80=99ve implemented to do this, and they=E2=80=99ve = found the following loop: Of course, not being privy to non-mane-list-discussions, all I can go = by is public record. Which is that Perkins clearly affirmed (on the = list) that there had been looping discussions, but no loop possibilities = identified, on March 1, and you wrote March 16 that apparently there was = another loop possibility discussed, brought t you by some researchers = =E2=80=A6=20= --Apple-Mail=_1C935FE1-644D-4A6C-B7A1-679BAC5AA9D3 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On 17 Mar 2016, at 17:25, Lotte = Steenbrink <lotte.steenbrink@fu-berlin.de> wrote:

Hi Thomas, 

Am = 17.03.2016 um 17:00 schrieb ietf@thomasclausen.org:

Dear all,

Apologies for not having gotten this = done sooner - day-job leaving few spare cycles.

I=E2=80=99ve previously offered reviews = and comments, and some of those have been addressed in the latest I-D = =E2=80=94 others have not, but should be. I recall that there was some = mail attempting to rebut parts of the review, and I will dig it out and = reply to that.

With that being said, I have reviewed the latest version of = the document, and full details will be forthcoming. There=E2=80=99re a = couple of big-ticket/architectural items that I want to address up = front, as I believe that before we have those hammered out, it will be = useless to go into details. Note, I do not claim that this is an = exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but that=E2=80=99s = as far as I have gotten in thinking this through.
I also bring these up as they are = items that have been brought up repeatedly over the past years, but not = resolved nor discussed.

Loops
Just to bring this out: I share Chris=E2=80=99 worry about = conflicting and concurrent statements from the authors on =E2=80=9CThere = are no loops possible=E2=80=9D and =E2=80=9CWe need to fix two = situations where loops can occur=E2=80=9D and =E2=80=9Cwe are still = investigating some loop conditions=E2=80=9D
=

Just one thing = until I can go through your entire review: the conflict was between = =E2=80=9EThere are no loops possible=E2=80=9C and =E2=80=9EThere were = two loops possible and we=E2=80=99ve fixed them.=E2=80=9C. I=E2=80=99ve = written down the fixes for said loops under the description how they can = occur.

On March 1, Perkins wrote:
Other discussion about routing loops has not = identified routing loop problems in the existing specification.  = Use of unconfirmed or invalid routes for routing might lead to errors, = but that doesn't carry over to produce loops in the route = table.

On March 2, Chris wrote:
My concerns have been that your co-authors have = continued to discuss whether looping could occur since = you published to the list saying all was well. (An issue to do with = multiple unconfirmed routes.) Maybe that=E2=80=99s a problem, maybe = it isn=E2=80=99t. But it lacks transparency, because it hasn=E2=80=99t = been discussed here.

Which yesterday, March 16, you replied to by = saying:
The loop = possibility you=E2=80=99re referring to was a different one than = the one discussed by Charlie. We=E2=80=99ve been contacted by = researchers who are model checking MANET protocols to see if they = permit any unwanted behaviour. They=E2=80=99ve used AODVv2 as a case = study for the framework they=E2=80=99ve implemented to do this, and = they=E2=80=99ve found the following = loop:


Of course, not being privy to non-mane-list-discussions, =  all I can go by is public record. Which is that Perkins = clearly affirmed (on the list) that there had been looping discussions, = but no loop possibilities identified, on March 1, and you wrote March 16 = that apparently there was another loop possibility discussed, brought t = you by some researchers =E2=80=A6 
= --Apple-Mail=_1C935FE1-644D-4A6C-B7A1-679BAC5AA9D3-- From nobody Thu Mar 17 10:24:12 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAE3312DD2F for ; Thu, 17 Mar 2016 10:24:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.82 X-Spam-Level: X-Spam-Status: No, score=-4.82 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RDNS_NONE=0.793, TRACKER_ID=1.306] 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 2QkXx8cgYdVx for ; Thu, 17 Mar 2016 10:23:58 -0700 (PDT) Received: from ukmta2.baesystems.com (unknown [20.133.0.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E628F12DD39 for ; Thu, 17 Mar 2016 10:17:56 -0700 (PDT) X-IronPort-AV: E=Sophos; i="5.24,350,1454976000"; d="scan'208,217"; a="32274022" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta2.baesystems.com with ESMTP; 17 Mar 2016 17:17:53 +0000 X-IronPort-AV: E=Sophos;i="5.24,350,1454976000"; d="scan'208,217";a="110628615" Received: from glkxh0002v.greenlnk.net ([10.109.2.33]) by baemasmds016.greenlnk.net with ESMTP; 17 Mar 2016 17:17:53 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.214]) by GLKXH0002V.GREENLNK.net ([10.109.2.33]) with mapi id 14.03.0248.002; Thu, 17 Mar 2016 17:17:53 +0000 From: "Dearlove, Christopher (UK)" To: "ietf@thomasclausen.org" Thread-Topic: [manet] Message integrity and message mutability (was RE: draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) Thread-Index: AQHRgGzYnQ0jbgFSiUepI05etGsIBJ9d2vAQgAAD6gCAAAGt4A== Date: Thu, 17 Mar 2016 17:17:52 +0000 Message-ID: References: <1F5AB0F1-0B92-4A66-A08F-A2BF8B414D9F@thomasclausen.org> <5EE270D1-30EF-42A9-BF11-7F4267967AC0@fu-berlin.de> <3F51EFE1-7D89-49E9-8B1B-87C02D7A705D@thomasclausen.org> In-Reply-To: <3F51EFE1-7D89-49E9-8B1B-87C02D7A705D@thomasclausen.org> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E356GLKXM0002VGREEN_" MIME-Version: 1.0 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Message integrity and message mutability (was RE: draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 17:24:12 -0000 --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E356GLKXM0002VGREEN_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WWVzLCBJIG1lYW50IEFPRFZ2MiwgdGhhbmtzIGZvciB0aGUgY2F0Y2guDQoNClNvIGlzIHlvdXIg KFRob21hcykgcHJvcG9zZWQgYmFzZSBzcGVjaWZpY2F0aW9uIGEgaG9wIGNvdW50IG9ubHkgbWV0 cmljPw0KDQooQWN0dWFsbHkgZG9lc27igJl0IHRoZSBjdXJyZW50IHNwZWNpZmljYXRpb24gb25s eSBkZWZpbmUgaG9wIGNvdW50LCBvciBoYXMgdGhhdCBjaGFuZ2VkIGluIGxhdGVzdCBkcmFmdD8p DQoNCi0tDQpDaHJpc3RvcGhlciBEZWFybG92ZQ0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcg0K QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KDQpUOiAgKzQ0ICgwKTEyNDUgMjQyMTk0ICB8ICBFOiBjaHJpcy5kZWFybG92ZUBi YWVzeXN0ZW1zLmNvbTxtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20+DQoNCkJB RSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFy aywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3NleCBDTTIgOEhOLg0Kd3d3LmJhZXN5c3Rl bXMuY29tL2FpPGh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWk+DQpCQUUgU3lzdGVtcyBBcHBs aWVkIEludGVsbGlnZW5jZSBMaW1pdGVkDQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcyBO bzogMDEzMzc0NTENClJlZ2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3Vp bGRmb3JkLCBTdXJyZXksIEdVMiA3WVANCg0KRnJvbTogaWV0ZkB0aG9tYXNjbGF1c2VuLm9yZyBb bWFpbHRvOmlldGZAdGhvbWFzY2xhdXNlbi5vcmddDQpTZW50OiAxNyBNYXJjaCAyMDE2IDE3OjEw DQpUbzogRGVhcmxvdmUsIENocmlzdG9waGVyIChVSykNCkNjOiBMb3R0ZSBTdGVlbmJyaW5rOyBN b2JpbGUgQWQgSG9jIE5ldHdvcmtzIG1haWxpbmcgbGlzdA0KU3ViamVjdDogUmU6IFttYW5ldF0g TWVzc2FnZSBpbnRlZ3JpdHkgYW5kIG1lc3NhZ2UgbXV0YWJpbGl0eSAod2FzIFJFOiBkcmFmdC1p ZXRmLW1hbmV0LWFvZHZ2Mi0xMyByZXZpZXcgLSBhIGNvdXBsZSBvZiBiaWcgdGlja2V0IEl0ZW1z KQ0KDQoNCioqKiBXQVJOSU5HICoqKg0KVGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRz aWRlIG91ciBvcmdhbmlzYXRpb24sIGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIgb3Ig dGhlIGludGVybmV0Lg0KQ29uc2lkZXIgY2FyZWZ1bGx5IHdoZXRoZXIgeW91IHNob3VsZCBjbGlj ayBvbiBhbnkgbGlua3MsIG9wZW4gYW55IGF0dGFjaG1lbnRzIG9yIHJlcGx5Lg0KRm9yIGluZm9y bWF0aW9uIHJlZ2FyZGluZyBSZWQgRmxhZ3MgdGhhdCB5b3UgY2FuIGxvb2sgb3V0IGZvciBpbiBl bWFpbHMgeW91IHJlY2VpdmUsIGNsaWNrIGhlcmU8aHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0 ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxh Z3MucGRmPi4NCklmIHlvdSBmZWVsIHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9s bG93IHRoaXMgcHJvY2VzczxodHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dl d29yay9zZWN1cml0eS9zcG90bGlnaHRzL0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0aCUyMFN1c3Bp Y2lvdXMlMjBFbWFpbHMucGRmPi4NCg0KT24gMTcgTWFyIDIwMTYsIGF0IDE4OjA0LCBEZWFybG92 ZSwgQ2hyaXN0b3BoZXIgKFVLKSA8Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb208bWFpbHRv OmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPj4gd3JvdGU6DQoNCk9LLCBzbyB3ZSBoYXZl IGEgbWVzc2FnZSB0aGF0IG11dGF0ZXMgYnk6DQotIE1vZGlmeWluZyBob3AgY291bnQvbGltaXQu DQotIE1vZGlmeWluZyBhIG1ldHJpYyB2YWx1ZS4NCkFueXRoaW5nIGVsc2U/DQoNCkFzIG11dGF0 aW5nIChvdGhlciB0aGFuIGhvcCBjb3VudC9saW1pdCkgbWVzc2FnZXMgYXJlbuKAmXQgY292ZXJl ZCBieSA1NDQ0IG9yIGFueSBkZXJpdmF0aXZlIGRvY3VtZW50IChidXQgb25seSByZWNvbW1lbmRl ZCBhZ2FpbnN0LCBub3QgYmFubmVkKSB0aGF0IHlvdSBtYXkgbmVlZCB0byBtYWtlIHRoZSBtZXNz YWdlIG90aGVyd2lzZSBpbW11dGFibGUgKG5vIGRlY29uc3RydWN0aW9uIGFuZCByZWJ1aWxkaW5n LCBvdGhlciB0aGFuIGd1YXJhbnRlZWQgdW5jaGFuZ2luZykgdGhhdCB3b3VsZCBoYXZlIHRvIGJl IHNwZWNpZmllZCBieSBBT0RWdjIuIChFYXN5IHRvIHNheSwgYnV0IG5lZWRzIHNheWluZy4pDQoN CldpdGggeW91IHNvIGZhci4NCg0KDQpUaGVuIHRoYXQgaW5mb3JtYXRpb24gaXMgbm90IGluIGEg Z3VhcmFudGVlZCBmaXhlZCBsb2NhdGlvbiBnaXZlbiBieSBhIHNpbXBsZSBvZmZzZXQuIFNvIGFu eSBzaWduYXR1cmUgYWxnb3JpdGhtIHRoYXQgZmluZHMgaXQgYW5kIGlnbm9yZXMgaXQgb3IgYWdn cmVnYXRlcyBvbiBpdCBpcyBzcGVjaWZpYyB0byBPTFNSdjIuDQoNClN1cmVseSB5b3UgbWVhbiBB T0RWdjINCg0KDQpTbyBzdGFuZGFyZCA3MTgyIElDVnMgZG9u4oCZdCBkbyB0aGUgam9iLCB5b3Ug d291bGQgbmVlZCBhbiBBT0RWdjIgc3BlY2lhbGlzZWQgdmFyaWFudC4gV2hpY2ggaXMgdGhlIHNv cnQgb2YgdGhpbmcgdGhhdCB0aGUgbWVzc2FnZSBzcGVjaWZpYyBUTFYgc3BhY2UgaXMgdGhlcmUg Zm9yLCBJ4oCZZCBiZSBzdHJvbmdseSBhZ2FpbnN0IGEg4oCcYnV0IGlnbm9yZSB0aGUgdmFsdWUg b2YgdGhpcyBzcGVjaWZpYyBUTFYgc2hvdWxkIGl0IG9jY3Vy4oCdIGJlaW5nIGluIHRoZSBnZW5l cmFsIHNwYWNlLiBIb3dldmVyIGl0IGNhbiBlYXNpbHkgYmUgZGVmaW5lZCBieSByZWZlcmVuY2Ug dG8gNzE4MiAo4oCcdGhpcyBUTFYgaXMgbGlrZSB0aGF0IFRMViwgZXhjZXB0IGlmIGFuIFggVExW IGlzIHByZXNlbnQsIHNldCBpdHMgdmFsdWUgZmllbGQgdG8gemVyb+KAnSkuDQoNCk1lc3N5LCBi dXQgY291bGQgd29yay4NCg0KTm90IHRoYXQgbWVzc3ksIGFjdHVhbGx5LCBhbHRob3VnaCBjbGVh cmx5IG5vdCBhcyBuaWNlIGFzIOKAnGZpeGVkIG9mZnNldOKAnS4NCg0KVGhhdCBzYWlkLCBJIGFt IGFyZ3VpbmcgZm9yIHRoZSBiYXNlIHNwZWMgYmVpbmc6DQoNCiAgICAgICAgICAgIOKAnG1ha2Ug dGhlIG1lc3NhZ2Ugb3RoZXJ3aXNlIGltbXV0YWJsZSAobm8gZGVjb25zdHJ1Y3Rpb24gYW5kIHJl YnVpbGRpbmcsIG90aGVyDQogICAgICAgICAgICAgdGhhbiBndWFyYW50ZWVkIHVuY2hhbmdpbmcp 4oCdIHdoaWNoIGlzIGFmZm9yZGVkIGJ5IGZvcndhcmRpbmcNCg0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgKw0KDQogICAgICAgICAgICBSRkM3MTgyIFRpbWVzdGFtcHMgYW5k IElDVnMuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICsNCg0KICAgICAg ICAgICAgUkZDNzE4MyBzdHlsZSB0ZXh0IGJyaW5naW5nIGl0IGFsbCB0b2dldGhlci4NCg0KVGhl IOKAnGFnZ3JlZ2F0ZWQgc2lnbmF0dXJlcyBhcm91bmQgbXV0YWJsZSBmaWVsZOKAnSB3b3VsZCB2 ZXJ5IGJlIGFuIGV4cGVyaW1lbnRhbCBleHRlbnNpb24uDQoNCldoYXQgSSBvYmplY3QgdG8gaXMs IGlmIHRoZSBiYXNlIHNwZWMgc3BlY2lmaWNhbGx5IHJlbmRlcnMgc3VjaCBleHRlbnNpb25zIGlt cG9zc2libGUNCg0KDQoNCg0KLS0NCkNocmlzdG9waGVyIERlYXJsb3ZlDQpTZW5pb3IgUHJpbmNp cGFsIEVuZ2luZWVyDQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMYWJvcmF0b3Jp ZXMNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQoNClQ6ICArNDQgKDApMTI0NSAyNDIxOTQgIHwgIEU6IGNo cmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPG1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVzeXN0 ZW1zLmNvbT4NCg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2ZvcmQg VGVjaG5vbG9neSBQYXJrLCBHcmVhdCBCYWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4SE4u DQp3d3cuYmFlc3lzdGVtcy5jb20vYWk8aHR0cDovL3d3dy5iYWVzeXN0ZW1zLmNvbS9haT4NCkJB RSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExpbWl0ZWQNClJlZ2lzdGVyZWQgaW4gRW5n bGFuZCAmIFdhbGVzIE5vOiAwMTMzNzQ1MQ0KUmVnaXN0ZXJlZCBPZmZpY2U6IFN1cnJleSBSZXNl YXJjaCBQYXJrLCBHdWlsZGZvcmQsIFN1cnJleSwgR1UyIDdZUA0KDQpGcm9tOiBMb3R0ZSBTdGVl bmJyaW5rIFttYWlsdG86bG90dGUuc3RlZW5icmlua0BmdS1iZXJsaW4uZGVdDQpTZW50OiAxNyBN YXJjaCAyMDE2IDE2OjQ4DQpUbzogRGVhcmxvdmUsIENocmlzdG9waGVyIChVSykNCkNjOiBpZXRm QHRob21hc2NsYXVzZW4ub3JnPG1haWx0bzppZXRmQHRob21hc2NsYXVzZW4ub3JnPjsgTW9iaWxl IEFkIEhvYyBOZXR3b3JrcyBtYWlsaW5nIGxpc3QNClN1YmplY3Q6IFJlOiBbbWFuZXRdIE1lc3Nh Z2UgaW50ZWdyaXR5IGFuZCBtZXNzYWdlIG11dGFiaWxpdHkgKHdhcyBSRTogZHJhZnQtaWV0Zi1t YW5ldC1hb2R2djItMTMgcmV2aWV3IC0gYSBjb3VwbGUgb2YgYmlnIHRpY2tldCBJdGVtcykNCg0K DQoqKiogV0FSTklORyAqKioNClRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20gb3V0c2lkZSBv dXIgb3JnYW5pc2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBwYXJ0bmVyIG9yIHRoZSBp bnRlcm5ldC4NCkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0aGVyIHlvdSBzaG91bGQgY2xpY2sgb24g YW55IGxpbmtzLCBvcGVuIGFueSBhdHRhY2htZW50cyBvciByZXBseS4NCkZvciBpbmZvcm1hdGlv biByZWdhcmRpbmcgUmVkIEZsYWdzIHRoYXQgeW91IGNhbiBsb29rIG91dCBmb3IgaW4gZW1haWxz IHlvdSByZWNlaXZlLCBjbGljayBoZXJlPGh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5j b20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL1JlZCUyMEZsYWdzLnBk Zj4uDQpJZiB5b3UgZmVlbCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywgcGxlYXNlIGZvbGxvdyB0 aGlzIHByb2Nlc3M8aHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsv c2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGluZyUyMFdpdGglMjBTdXNwaWNpb3Vz JTIwRW1haWxzLnBkZj4uDQpIaSBhbGwsDQoNCkFtIDE3LjAzLjIwMTYgdW0gMTc6NDQgc2Nocmll YiBEZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKSA8Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5j b208bWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPj46DQoNCkdvb2QgcG9pbnQg YWJvdXQgd2hldGhlciB5b3UganVzdCBwYXNzIG9uIG9uZSBjb3N0IG9yIGEgc2V0IG9mIGNvc3Rz LiBBcyBJIHNhaWQsIG5vdCBsb29rZWQgYXQgZGV0YWlscyAtIEkgd2lsbCwgd2hlbiB0aW1lIHBl cm1pdHMuIE9uZSBjb3N0IGlzIG11Y2ggZWFzaWVyLCBhbmQgeWVzLCBpdCByZWR1Y2VzIHRoZSBm aXhlZCBzaXplIGFnZ3JlZ2F0ZWQgc2lnbmF0dXJlcyBwcm9ibGVtIHRvIOKAnGp1c3TigJ0gb25l IG9mIGNvbXB1dGF0aW9uYWwgbG9hZC4NCg0KRm9yIHRoZSByZWNvcmQsIFRob21hc+KAmSB1bmRl cnN0YW5kaW5nIGlzIGNvcnJlY3Q7IHRoZSBjb3N0IGlzIG9uZSBhZ2dyZWdhdGVkIHZhbHVlLg0K DQpCZXN0IHJlZ2FyZHMsDQpMb3R0ZSBTdGVlbnJiaW5rDQoNCg0KDQoNCi0tDQpDaHJpc3RvcGhl ciBEZWFybG92ZQ0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcg0KQkFFIFN5c3RlbXMgQXBwbGll ZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpUOiAgKzQ0 ICgwKTEyNDUgMjQyMTk0ICB8ICBFOiBjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTxtYWls dG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20+DQoNCkJBRSBTeXN0ZW1zIEFwcGxpZWQg SW50ZWxsaWdlbmNlLCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBD aGVsbXNmb3JkLCBFc3NleCBDTTIgOEhOLg0Kd3d3LmJhZXN5c3RlbXMuY29tL2FpPGh0dHA6Ly93 d3cuYmFlc3lzdGVtcy5jb20vYWk+DQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBM aW1pdGVkDQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcyBObzogMDEzMzc0NTENClJlZ2lz dGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3JkLCBTdXJyZXksIEdV MiA3WVANCg0KRnJvbTogaWV0ZkB0aG9tYXNjbGF1c2VuLm9yZzxtYWlsdG86aWV0ZkB0aG9tYXNj bGF1c2VuLm9yZz4gW21haWx0bzppZXRmQHRob21hc2NsYXVzZW4ub3JnXQ0KU2VudDogMTcgTWFy Y2ggMjAxNiAxNjozOA0KVG86IERlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspDQpDYzogTW9iaWxl IEFkIEhvYyBOZXR3b3JrcyBtYWlsaW5nIGxpc3QNClN1YmplY3Q6IFJlOiBNZXNzYWdlIGludGVn cml0eSBhbmQgbWVzc2FnZSBtdXRhYmlsaXR5ICh3YXMgUkU6IFttYW5ldF0gZHJhZnQtaWV0Zi1t YW5ldC1hb2R2djItMTMgcmV2aWV3IC0gYSBjb3VwbGUgb2YgYmlnIHRpY2tldCBJdGVtcykNCg0K DQoqKiogV0FSTklORyAqKioNClRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20gb3V0c2lkZSBv dXIgb3JnYW5pc2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBwYXJ0bmVyIG9yIHRoZSBp bnRlcm5ldC4NCkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0aGVyIHlvdSBzaG91bGQgY2xpY2sgb24g YW55IGxpbmtzLCBvcGVuIGFueSBhdHRhY2htZW50cyBvciByZXBseS4NCkZvciBpbmZvcm1hdGlv biByZWdhcmRpbmcgUmVkIEZsYWdzIHRoYXQgeW91IGNhbiBsb29rIG91dCBmb3IgaW4gZW1haWxz IHlvdSByZWNlaXZlLCBjbGljayBoZXJlPGh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5j b20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL1JlZCUyMEZsYWdzLnBk Zj4uDQpJZiB5b3UgZmVlbCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywgcGxlYXNlIGZvbGxvdyB0 aGlzIHByb2Nlc3M8aHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsv c2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGluZyUyMFdpdGglMjBTdXNwaWNpb3Vz JTIwRW1haWxzLnBkZj4uDQoNCk9uIDE3IE1hciAyMDE2LCBhdCAxNzozMCwgRGVhcmxvdmUsIENo cmlzdG9waGVyIChVSykgPGNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPG1haWx0bzpjaHJp cy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbT4+IHdyb3RlOg0KDQpJIGFwcHJlY2lhdGUgVGhvbWFz 4oCZcyBjb21tZW50cyBhYm91dCB0aGUgbGltaXRhdGlvbnMgb2YgbWVzc2FnZSByZWdlbmVyYXRp b24sIGJ1dCBJIHdvdWxkIGJlIGEgYml0IGxlc3MgYWJzb2x1dGUuDQoNClRoZSBpc3N1ZXMgb3Zl ciBlbmQgdG8gZW5kIGF1dGhlbnRpY2F0aW9uIGFuZCBtb3JlIGFkdmFuY2VkIHNpZ25hdHVyZXMg YXJlIHZhbGlkLiBJIG5lZWQgdG8gcmVhZCB0aGUgZ2l2ZW4gcmVmZXJlbmNlIG9uIGFnZ3JlZ2F0 ZSBzaWduYXR1cmVzIHRvIGluY3JlYXNlIG15IGtub3dsZWRnZSAodGhhbmtzIGZvciBpdCksIGJ1 dCBteSB1bmRlcnN0YW5kaW5nIG9mIHRoZSBwb3NzaWJpbGl0aWVzIGluIHRoaXMgZmllbGQgbWF5 IG9mZmVyIGEgc29sdXRpb24gdG8gdGhlIHByb2JsZW0sIGJ1dCB3aXRoIHNvbWUgb3RoZXIgaXNz dWVzIChwb3NzaWJseSBpbmNsdWRpbmcgYSBuZXcgdHlwZSBvZiBUTFYpLg0KDQpCdXQgdGhlIGhv cCBjb3VudC9saW1pdCBwb2ludCBJIGRvbuKAmXQgZnVsbHkgYWdyZWUgd2l0aCwgeW91IGNhbiBy ZWdlbmVyYXRlIHdpdGggYW4gaW5jcmVtZW50ZWQvZGVjcmVtZW50ZWQgY291bnQvbGltaXQsIHdo aWNoIGxlYXZlcyB0aGUgYWJpbGl0eSB0byBwcmV2ZW50IG1lc3NhZ2VzIHByb3BhZ2F0aW5nIGlu ZGVmaW5pdGVseSwgaW5jbHVkaW5nIGV4cGFuZGluZyByaW5nIHNlYXJjaGVzLCBhbmQgcmV0YWlu cyB0aGUgYWJpbGl0eSB0byB1c2UgUkZDIDU0OTcgaW50ZXJ2YWwgYW5kIHZhbGlkaXR5IHRpbWVz IHRoYXQgbWlnaHQgYmUgdXNlZnVsIHdpdGggYW4gZXhwYW5kaW5nIHJpbmcgc2VhcmNoIChvciBt aWdodCBub3QpLg0KDQpCdXQgdGhlIGtleSBpc3N1ZSBpcyB0aGF0IEFPRFZ2MiB3YW50cyB0byBh Y2N1bXVsYXRlIG1ldHJpY3MuIEkgc3RpbGwgaGF2ZW7igJl0IGdvdCB0byB0aGUgYm90dG9tIG9m IG1hbnkgZGV0YWlscyBoZXJlLCBidXQgbGV04oCZcyBmb3IgdGhlIG1vbWVudCBqdXN0IGNvbnNp ZGVyIHRoYXQgY29uY2VwdHVhbGx5Lg0KDQpJdOKAmXMgaGFyZCB0byBoYW5kbGUgZW5kIHRvIGVu ZC4gQ2hhcmxpZeKAmXMgZHJhZnQgYXR0ZW1wdHMgdG8gZG8gYW4gZW5kIHRvIGVuZCBvZiBzb21l IGluZm9ybWF0aW9uLCBub3QgdGhpcyBpbmZvcm1hdGlvbi4gSeKAmW0gbm90IHN1cmUgaWYgdGhh dOKAmXMgdXNlZnVsIChhbmQgdGhlIHNwZWNpYWxpc2VkIGZvcm1hdCBpcyBiZXR0ZXIgYXZvaWRl ZCBpZiBwb3NzaWJsZSkuIE90aGVyIGFwcHJvYWNoZXMgYXJlIGhvcCBieSBob3AgKG1pZ2h0IGFz IHdlbGwgdXNlIHBhY2tldCBzaWduYXR1cmVzKSBhbmQgc2hhcmVkIGtleSAobWlnaHQgYXMgd2Vs bCBnbyBob3AgYnkgaG9wKS4gUGFpcndpc2Ugc2lnbmF0dXJlcyBmb3IgZWFjaCBwYWlyIG9mIHJv dXRlcnMgSeKAmW0gZGlzY291bnRpbmcgYXMgc2NhbGluZyB0ZXJyaWJseS4gSW4gdGhlIGludGVy ZXN0cyBvZiBjb21wbGV0ZW5lc3MgbGV04oCZcyBtZW50aW9uIG5vdCBhY2N1bXVsYXRpbmcgbWV0 cmljcywgd2hpY2ggcHV0cyB1cyBiYWNrIHRvIGhvcCBjb3VudCBhbmQgdGhhdOKAmXMgbm90IGlk ZWFsIGVpdGhlci4NCg0KSSBkb27igJl0IHRoaW5rIHRoZXJlIGlzIGFuIGlkZWFsIHNvbHV0aW9u LiAoSSBsaWtlIGlkZWFzIEnigJl2ZSBzZWVuIGFib3V0IGFnZ3JlZ2F0aW5nLCBidXQgdGhhdCBo YXMgc29tZSBpc3N1ZXMgb2YgaXRzIG93biwgZXZlbiBhcGFydCBmcm9tIGNvbXB1dGF0aW9uYWwg bG9hZC4pIEnigJlkIGxvdmUgdG8gYmUgcHJvdmVkIHdyb25nIC0gc29tZW9uZSB3aXRoIHRoZSBw ZXJmZWN0IHNvbHV0aW9uIHRvIGNvbWUgYWxvbmcuDQoNCldoaWNoIG1lYW5zIHRoYXQgZWl0aGVy IHdlIG1ha2UgYW4gYXJiaXRyYXJ5IGNob2ljZSAtIHdoaWNoIHdpbGwgYmUgZGlzYWdyZWVkIHdp dGgsIGJ1dCBuZWVkcyBkaXNjdXNzaW5nIGZpcnN0IC0gb3IgY3JlYXRlIHNvbWV0aGluZyBmbGV4 aWJsZS4gVW5mb3J0dW5hdGVseSBmbGV4aWJsZSBpbiB0aGF0IHJlZ2FyZCBjb25zdHJhaW5zIGlu IG90aGVycywgZS5nLiBzb21lIChtYW55PyBtb3N0PykgYWdncmVnYXRpbmcgc2lnbmF0dXJlcyBu ZWVkIGZpeGVkIGRhdGEgc2l6ZXMgKHdoaWNoIHdlIGNhbiBkbyBieSBkZWZpbmluZyBhIFRMViB0 aGF0IOKAnGZpbGxzIHVw4oCdIHdpdGggaG9wIGNvdW50LCBidXQgdGhhdCBoYXMgYSBjb3N0IHRv bykuDQoNCkkgaGF2ZSBiZWVuIHRvbGQgYnkgcGVvcGxlIG11Y2ggbW9yZSB3ZWxsIHZlcnNlZCBp biB0aGlzIHRoYW4gSSBpbiBjcnlwdG9sb2d5LCB0aGF0IHRoZSBjb3JyZWN0IGFuc3dlciBpcyDi gJxzb21l4oCdLg0KDQpUaGF0IHNhaWQsICJBT0RWdjIgd2FudHMgdG8gYWNjdW11bGF0ZSBtZXRy aWNz4oCdIOKAlCBkb2VzIHRoYXQgbWVhbiB0aGF0IHRoZSBtZXNzYWdlIGdyb3dzIGFzIGl0IGlz IGJlaW5nIGZvcndhcmRlZCwgYW5kIHRoYXQgdGhlIHJlY2lwaWVudCBvZiBhIFJSRVEvUlJFUCB3 aWxsIGtub3cgdGhlIGluZGl2aWR1YWwgY29zdHMgb2YgZWFjaCBwYXRoIHNlZ21lbnQ/IE15IHVu ZGVyc3RhbmRpbmcgaXMsIHRoYXQgdGhlIHJlY2lwaWVudCB3aWxsIGdldCDigJx0aGUgc3VtIHRo ZSBjb3N0cyBvZiBlYWNoIHBhdGggc2VnbWVudOKAnSB3aGljaCBzaG91bGQgYmUgZml0dGluZyB3 aXRoaW4gYSBmaXhlZCBzaXplPw0KDQpUaG9tYXMNCg0KDQoNCg0KDQoNClNvcnJ5LCBubyBhbnN3 ZXJzLCBqdXN0IGNvbW1lbnRzLiBBbmQgSeKAmW0gbm90IGFkZHJlc3NpbmcgVGhvbWFz4oCZcyBs YXRlciBwb2ludHMgaGVyZS4NCg0KLS0NCkNocmlzdG9waGVyIERlYXJsb3ZlDQpTZW5pb3IgUHJp bmNpcGFsIEVuZ2luZWVyDQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMYWJvcmF0 b3JpZXMNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQoNClQ6ICArNDQgKDApMTI0NSAyNDIxOTQgIHwgIEU6 IGNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPG1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVz eXN0ZW1zLmNvbT4NCg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2Zv cmQgVGVjaG5vbG9neSBQYXJrLCBHcmVhdCBCYWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4 SE4uDQp3d3cuYmFlc3lzdGVtcy5jb20vYWk8aHR0cDovL3d3dy5iYWVzeXN0ZW1zLmNvbS9haT4N CkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExpbWl0ZWQNClJlZ2lzdGVyZWQgaW4g RW5nbGFuZCAmIFdhbGVzIE5vOiAwMTMzNzQ1MQ0KUmVnaXN0ZXJlZCBPZmZpY2U6IFN1cnJleSBS ZXNlYXJjaCBQYXJrLCBHdWlsZGZvcmQsIFN1cnJleSwgR1UyIDdZUA0KDQpGcm9tOiBtYW5ldCBb bWFpbHRvOm1hbmV0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBpZXRmQHRob21hc2Ns YXVzZW4ub3JnPG1haWx0bzppZXRmQHRob21hc2NsYXVzZW4ub3JnPg0KU2VudDogMTcgTWFyY2gg MjAxNiAxNjowMA0KVG86IE1vYmlsZSBBZCBIb2MgTmV0d29ya3MgbWFpbGluZyBsaXN0DQpTdWJq ZWN0OiBbbWFuZXRdIGRyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzIHJldmlldyAtIGEgY291cGxl IG9mIGJpZyB0aWNrZXQgSXRlbXMNCg0KDQoqKiogV0FSTklORyAqKioNClRoaXMgbWVzc2FnZSBv cmlnaW5hdGVzIGZyb20gb3V0c2lkZSBvdXIgb3JnYW5pc2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBl eHRlcm5hbCBwYXJ0bmVyIG9yIHRoZSBpbnRlcm5ldC4NCkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0 aGVyIHlvdSBzaG91bGQgY2xpY2sgb24gYW55IGxpbmtzLCBvcGVuIGFueSBhdHRhY2htZW50cyBv ciByZXBseS4NCkZvciBpbmZvcm1hdGlvbiByZWdhcmRpbmcgUmVkIEZsYWdzIHRoYXQgeW91IGNh biBsb29rIG91dCBmb3IgaW4gZW1haWxzIHlvdSByZWNlaXZlLCBjbGljayBoZXJlPGh0dHA6Ly9p bnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMv RG9jdW1lbnRzL1JlZCUyMEZsYWdzLnBkZj4uDQpJZiB5b3UgZmVlbCB0aGUgZW1haWwgaXMgc3Vz cGljaW91cywgcGxlYXNlIGZvbGxvdyB0aGlzIHByb2Nlc3M8aHR0cDovL2ludHJhbmV0LmVudC5i YWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVh bGluZyUyMFdpdGglMjBTdXNwaWNpb3VzJTIwRW1haWxzLnBkZj4uDQoqKiogV0FSTklORyAqKioN CkVYVEVSTkFMIEVNQUlMIC0tIFRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20gb3V0c2lkZSBv dXIgb3JnYW5pemF0aW9uLg0KDQpEZWFyIGFsbCwNCg0KQXBvbG9naWVzIGZvciBub3QgaGF2aW5n IGdvdHRlbiB0aGlzIGRvbmUgc29vbmVyIC0gZGF5LWpvYiBsZWF2aW5nIGZldyBzcGFyZSBjeWNs ZXMuDQoNCknigJl2ZSBwcmV2aW91c2x5IG9mZmVyZWQgcmV2aWV3cyBhbmQgY29tbWVudHMsIGFu ZCBzb21lIG9mIHRob3NlIGhhdmUgYmVlbiBhZGRyZXNzZWQgaW4gdGhlIGxhdGVzdCBJLUQg4oCU IG90aGVycyBoYXZlIG5vdCwgYnV0IHNob3VsZCBiZS4gSSByZWNhbGwgdGhhdCB0aGVyZSB3YXMg c29tZSBtYWlsIGF0dGVtcHRpbmcgdG8gcmVidXQgcGFydHMgb2YgdGhlIHJldmlldywgYW5kIEkg d2lsbCBkaWcgaXQgb3V0IGFuZCByZXBseSB0byB0aGF0Lg0KDQpXaXRoIHRoYXQgYmVpbmcgc2Fp ZCwgSSBoYXZlIHJldmlld2VkIHRoZSBsYXRlc3QgdmVyc2lvbiBvZiB0aGUgZG9jdW1lbnQsIGFu ZCBmdWxsIGRldGFpbHMgd2lsbCBiZSBmb3J0aGNvbWluZy4gVGhlcmXigJlyZSBhIGNvdXBsZSBv ZiBiaWctdGlja2V0L2FyY2hpdGVjdHVyYWwgaXRlbXMgdGhhdCBJIHdhbnQgdG8gYWRkcmVzcyB1 cCBmcm9udCwgYXMgSSBiZWxpZXZlIHRoYXQgYmVmb3JlIHdlIGhhdmUgdGhvc2UgaGFtbWVyZWQg b3V0LCBpdCB3aWxsIGJlIHVzZWxlc3MgdG8gZ28gaW50byBkZXRhaWxzLiBOb3RlLCBJIGRvIG5v dCBjbGFpbSB0aGF0IHRoaXMgaXMgYW4gZXhoYXVzdGl2ZSBsaXN0IG9mIOKAnGJpZyB0aWNrZXQg aXRlbXPigJ0sIGJ1dCB0aGF04oCZcyBhcyBmYXIgYXMgSSBoYXZlIGdvdHRlbiBpbiB0aGlua2lu ZyB0aGlzIHRocm91Z2guDQoNCkkgYWxzbyBicmluZyB0aGVzZSB1cCBhcyB0aGV5IGFyZSBpdGVt cyB0aGF0IGhhdmUgYmVlbiBicm91Z2h0IHVwIHJlcGVhdGVkbHkgb3ZlciB0aGUgcGFzdCB5ZWFy cywgYnV0IG5vdCByZXNvbHZlZCBub3IgZGlzY3Vzc2VkLg0KDQpMb29wcw0KSnVzdCB0byBicmlu ZyB0aGlzIG91dDogSSBzaGFyZSBDaHJpc+KAmSB3b3JyeSBhYm91dCBjb25mbGljdGluZyBhbmQg Y29uY3VycmVudCBzdGF0ZW1lbnRzIGZyb20gdGhlIGF1dGhvcnMgb24g4oCcVGhlcmUgYXJlIG5v IGxvb3BzIHBvc3NpYmxl4oCdIGFuZCDigJxXZSBuZWVkIHRvIGZpeCB0d28gc2l0dWF0aW9ucyB3 aGVyZSBsb29wcyBjYW4gb2NjdXLigJ0gYW5kIOKAnHdlIGFyZSBzdGlsbCBpbnZlc3RpZ2F0aW5n IHNvbWUgbG9vcCBjb25kaXRpb25z4oCdDQoNCkkgcGFydGljdWxhcmx5IHdvcnJ5IHRoYXQgdGhp cyBpcyBub3QgYSBkaXNjdXNzaW9uIGhhZCBpbiBwdWJsaWMsIGJ1dCBhcHBhcmVudGx5IGluIHNv bWUgb3RoZXIgZm9ydW3igKYNCg0KDQpJbnRlcm1lZGlhdGUgUm91dGUgUmVwbGllcywgYW5kIGFs bCBvZiBzZWN0aW9uIDEwDQpTZWN0aW9uIDEwIGNvbnRhaW5zIGEgc2V0IG9mIOKAnHZhZ3VlbHkg c3BlY2lmaWVkIGV4dGVuc2lvbnPigJ0sIHdoaWNoIGlzIGluY29oZXJlbnQgd2l0aCB0aGUgaW50 ZW5kZWQgc3RhdHVzIGluZGljYXRlZCBmb3IgdGhpcyBkb2N1bWVudC4NCg0KU3BlY2lmaWNhbGx5 LCBhbmQgdGhpcyBpcyBub3QgdW5yZWxhdGVkIHRvIHRoZSBwb2ludCBhYm91dCBsb29wcyBhYm92 ZSwgaW50ZXJtZWRpYXRlIFJSRVBzIChzZWN0aW9uIDEwLjMpIGFyZSBhIHBvdGVudGlhbCBzb3Vy Y2UgZm9yIGxvb3BzLg0KDQpFeHBhbmRpbmcgUmluZyBNdWx0aWNhc3QgKHNlY3Rpb24gMTAuMSkg aXMgbm90IGRvY3VtZW50ZWQgaW4gYSB3YXkgdGhhdCBjYW4gYmUgaW1wbGVtZW50ZWQgKGFuZCBh bHNvLCBzZWUg4oCcRm9yd2FyZGluZy12cy1yZWdlbmVyYXRpb27igJ0gYmVsb3csIGl0IGlzIGlu IHRoZSBwcmVzZW50IGZvcm0gb2YgdGhpcyBwcm90b2NvbCBpbXBvc3NpYmxlKSwgZXRjLg0KDQoN CkZvcndhcmRpbmctdnMtcmVnZW5lcmF0aW9uDQpSZWNlbnQgZXhjaGFuZ2VzIG9uIHRoZSBsaXN0 IG1hZGUgbWUgdW5kZXJzdGFuZCB0aGF0IHByb3RvY29sIGNvbnRyb2wgbWVzc2FnZXMgYXJlICpu b3QqIGZvcndhcmRlZCwgYnV0IGFyZSBjb25zdW1lZCBhdCBlYWNoIGhvcCwgdGhlbiBhIG5ldyBt ZXNzYWdlIHdpdGggKGFsbW9zdC1idXQtbm90LXF1aXRlKSB0aGUgc2FtZSBjb250ZW50IGlzIGdl bmVyYXRlZCBhbmQgdHJhbnNtaXR0ZWQuDQoNCkkgaGF2ZSB0aG91Z2h0IHNvbWUgbW9yZSBvbiB0 aGlzICgmIHJlYWQgc29tZSBvZiB0aGUgZXhjaGFuZ2VzIG9uIHRoZSBsaXN0IG9uIHRoaXMgdG9w aWMgYnkgQ2hyaXMsIFVscmljaCwgYW5kIG90aGVycyksIGFuZCBJIGFtIGNvbnZpbmNlZCB0aGF0 IHRoaXMgaXMgbm90IHRoZSByaWdodCB3YXkgdG8gZ28sIGF0IGxlYXN0IGZvciB0aGUgZm9sbG93 aW5nIHJlYXNvbnM6DQoNCg0KICAgICAgICAgICAgbyAgICAgICAgICBJdCByZW5kZXJzIHRoZSBo b3AtbGltaXQvaG9wLWNvdW50IGZpZWxkcyBpbiB0aGUgUkZDNTQ0NCBtZXNzYWdlIGhlYWRlciB1 c2VsZXNzLg0KICAgICAgICAgICAgICAgICAgICAgICAgVGhpcyB3b3VsZCBub3QgYmUgYmFkIGlm IHRoZSBmdW5jdGlvbmFsaXR5IG9mZmVyZWQgYnkgdGhvc2UgZmllbGRzIHdhcyBub3QgdXNlZnVs DQogICAgICAgICAgICAgICAgICAgICAgICDigJQgc2FkbHksIGl0IGlzLiBGb3IgZXhhbXBsZSwg Zm9yIHNjb3BlIGxpbWl0ZWQgZmxvb2RpbmcgKGV4cGFuZGluZyByaW5nIHNlYXJjaCwgYW5kDQog ICAgICAgICAgICAgICAgICAgICAgICBzdWNoKSB3aGljaCBtYXkgYmUgb2YgaW50ZXJlc3QsIGFu ZCB3aGljaCByZXF1aXJlIGhvcC1saW1pdC4NCiAgICAgICAgICAgICAgICAgICAgICAgIEEgaG9w LWNvdW50IGZpZWxkIG1heSBhbHNvIHByb3ZpZGUgYSDigJxjaGVhcOKAnSAoaW4gdGVybXMgb2Yg b3ZlcmhlYWQpIGFkZGl0aW9uYWwgcGllY2UNCiAgICAgICAgICAgICAgICAgICAgICAgIG9mIGlu Zm9ybWF0aW9uIHRvIHVzZSBjb25qdW5jdGl2ZWx5IHdpdGggYSDigJxyZWFs4oCdIG1ldHJpYy4N Cg0KICAgICAgICAgICAgICAgICAgICAgICAgVGhlIG9ubHkgcHJhY3RpY2FsIHNvbHV0aW9uIHdv dWxkIGJlIHRvIHJlLWludHJvZHVjZSB0aGVzZSBmdW5jdGlvbnMgYnkgd2F5IG9mIGluc2VydGlu ZyBhDQogICAgICAgICAgICAgICAgICAgICAgICBNZXNzYWdlVExWIOKAlCB3aGljaCAoaSkgaXMg bm90IHNwZWNpZmllZCBpbiB0aGlzIGRvY3VtZW50LCBhbmQgKGlpKSB3aGljaCB3b3VsZCBqdXN0 DQogICAgICAgICAgICAgICAgICAgICAgICBzZXJ2ZSB0byByZW5kZXIgbWVzc2FnZXMgYmlnZ2Vy IHRoYW4gc3RyaWN0bHkgbmVlZGVkLg0KDQogICAgICAgICAgICAgICAgICAgICAgICBTY29wZSBs aW1pdGVkIGZsb29kaW5nICBkb2VzIHNlZW0gdG8gYmUgYSBuZWNlc3NhcnkgcmVxdWlyZW1lbnQs IGlmIGZvciBubw0KICAgICAgICAgICAgICAgICAgICAgICAgb3RoZXIgcmVhc29uIHRoYW4gdG8g cHJldmVudCBpbmZvcm1hdGlvbiBmcm9tIOKAnGNpcmN1bGF0aW5nIGZvcmV2ZXIgaW4gdGhlIG5l dHdvcmvigJ0uDQoNCiAgICAgICAgICAgIG8gICAgICAgICAgSXQgbWFrZXMgZW5kLXRvLWVuZCBh dXRoZW50aWNhdGlvbiB1bm5lY2Vzc2FyaWx5IGhhcmQuDQogICAgICAgICAgICAgICAgICAgICAg ICBJIHRoaW5rIENocmlzIGNhbGxlZCB0aGlzIG91dCBhbHJlYWR5LCBidXQgaXQgYmVhcnMgcmVw ZWF0aW5nOiBTIGdlbmVyYXRlcyBhIG1lc3NhZ2UNCiAgICAgICAgICAgICAgICAgICAgICAgIChz YXksIGEgUlJFUSksIGFuZCBpbmNsdWRlcyBhbiBJQ1YgY2FsY3VsYXRlZCBvdmVyIHRoZSBjb250 ZW50IG9mIHRoZSBtZXNzYWdlLg0KICAgICAgICAgICAgICAgICAgICAgICAgRm9yIGFueSByZWNp cGllbnQgdG8gYmUgYWJsZSB0byB2YWxpZGF0ZSB0aGUgSUNWLCB0aGUgbWVzc2FnZSBoYXMgdG8g YmUgZXhhY3RseQ0KICAgICAgICAgICAgICAgICAgICAgICAgdGhlIHNhbWUg4oCUIG5vdCBqdXN0 IGluIGNvbnRlbnQsIGJ1dCBpbiBzdHJ1Y3R1cmUg4oCUIGFzIHdoYXQgd2FzIGdlbmVyYXRlZC4N Cg0KICAgICAgICAgICAgICAgICAgICAgICAg4oCcUmVnZW5lcmF0aW5n4oCdIHJhdGhlciB0aGFu IOKAnGZvcndhcmRpbmfigJ0gbWVzc2FnZXMgbWVhbnMsIHRoYXQgdGhlIGludGVybWVkaWF0ZQ0K ICAgICAgICAgICAgICAgICAgICAgICAgcm91dGVyIOKAnHJlZ2VuZXJhdGluZ+KAnSB0aGUgUlJF USBtYXkgY2hvc2UgYSBkaWZmZXJlbnQgc3RydWN0dXJlIChlLmcuLCBpbmNsdWRlIFRMVnMNCiAg ICAgICAgICAgICAgICAgICAgICAgIGluIGEgZGlmZmVyZW50IG9yZGVyKS4NCg0KICAgICAgICAg ICAgICAgICAgICAgICAgVGhlIHByb3Bvc2FsIGZyb20gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LXBlcmtpbnMtbWFuZXQtYW9kdi1lMmVzZWMtMDANCiAgICAgICAgICAgICAgICAg ICAgICAgIGlzIHRvIGFkZCBjb25zdHJhaW50cyBvbiAoaSkgdGhlIHNldCBvZiBlbGVtZW50cyB0 byBpbmNsdWRlIGluIGEgc2lnbmF0dXJlIGFuZCAoaWkpIHRoZQ0KICAgICAgICAgICAgICAgICAg ICAgICAgb3JkZXIgb2YgdGhlc2UgZWxlbWVudHMuDQoNCiAgICAgICAgICAgICAgICAgICAgICAg IE9uZSBwcm9ibGVtIHdpdGggdGhhdCBhcHByb2FjaCBpcyAoaSk6IGlmIGFuIGV4dGVuc2lvbiBh ZGRzIGEgbWVzc2FnZSBUTFYsIG9yIGFuDQogICAgICAgICAgICAgICAgICAgICAgICBBZGRyZXNz IFRMViwgdG8gYSBtZXNzYWdlLCB0aGVuIHRoYXQgd2lsbCBub3QgYmUg4oCcY292ZXJlZOKAnSBi eSB0aGUgcHJvcG9zZWQgZTJlc2VjIFRMVi4NCiAgICAgICAgICAgICAgICAgICAgICAgIFJhdGhl ciBmb3IgKmVhY2gqIGV4dGVuc2lvbiBkZXZlbG9wZWQsIGFuIOKAnHVwZGF0ZXMgZTJlc2Vj4oCd IGNsYXVzZSBuZWVkcyB0byBiZSBkb25lLg0KDQogICAgICAgICAgICAgICAgICAgICAgICBJ4oCZ ZCBzYXkgdGhhdCB0aGlzIGFwcHJvYWNoIHdvdWxkIGJlIHByb25lIHRvIGVycm9ycyDigJQgYW5k IGFkZCBlbnRyb3B5IHRvIHRoZSBwcm9jZXNzDQogICAgICAgICAgICAgICAgICAgICAgICBvZiBk ZXNpZ25pbmcgcHJvdG9jb2wgZXh0ZW5zaW9ucy4gVGhlIGFsdGVybmF0aXZlLCBhIG1lc3NhZ2Ug YmVpbmcgZ2VuZXJhdGVkIGJ5IHRoZQ0KICAgICAgICAgICAgICAgICAgICAgICAgc291cmNlIGFu ZCAqZm9yd2FyZGVkKiAoYXMgd2UgZG8gaW4gT0xTUnYyLCBmb3IgZXhhbXBsZSkgd291bGQgYWxs b3cgSUNWIFRMVnMNCiAgICAgICAgICAgICAgICAgICAgICAgIChldmVuLCBhbGxvdyByZXVzZSBv ZiB0aG9zZSBzcGVjaWZpZWQgZm9yIE9MU1J2MikgZm9yIGNvdmVyaW5nIGEgbWVzc2FnZSBhbmQN CiAgICAgICAgICAgICAgICAgICAgICAgIGV4dGVuc2lvbnMuDQoNCiAgICAgICAgICAgICAgICAg ICAgICAgIOKAnEJ1dCB3aGF0IGFib3V0IHRoZSBtZXRyaWNzIHZhbHVlIHdoaWNoIHdpbGwgY2hh bmdlIG9uIGVhY2ggaG9w4oCdLCB5b3UgbWF5IHNheT8NCiAgICAgICAgICAgICAgICAgICAgICAg IEZvcnR1bmF0ZWx5LCB0aGF0IGlzIHJlbGF0aXZlbHkgZWFzeSB0byBoYW5kbGU6IHNpbXBseSB6 ZXJvIG91dCB0aGUgdmFsdWUgb2YgdGhhdCBUTFYgd2hlbg0KICAgICAgICAgICAgICAgICAgICAg ICAgZ2VuZXJhdGluZyBvciB2ZXJpZnlpbmcgdGhlIElDViBNZXNzYWdlVExWLiBBbmQgdXNlIFBh Y2tldC1UTFZzIGZvciBob3AtYnktaG9wDQogICAgICAgICAgICAgICAgICAgICAgICBhdXRoZW50 aWNhdGlvbiwgaWYgbmVlZGVkIChidXQsIHNlZSBiZWxvdykuDQoNCiAgICAgICAgICAgIG8gICAg ICAgICAgSXQgcHJldmVudHMgdGhlIHVzZSBvZiBtb3JlIGNsZXZlci9hZHZhbmNlZCBzaWduYXR1 cmUgc2NoZW1lcy9JQ1ZzDQogICAgICAgICAgICAgICAgICAgICAgICBBZ2dyZWdhdGUgc2lnbmF0 dXJlIGFsZ29yaXRobXMgKCBodHRwczovL2NyeXB0by5zdGFuZm9yZC5lZHUvfmRhYm8vcGFwZXJz L2FnZ3N1cnZleS5wZGYpDQogICAgICAgICAgICAgICAgICAgICAgICBleGlzdCwgYW5kIGFuIGlu dGVyZXN0aW5nIHVzZS1jYXNlIGNhbiBiZSBmb3VuZCBpbiBhbHNvIHJlYWN0aXZlIHByb3RvY29s cywgYWxsb3dpbmcgdmVyaWZ5aW5nDQogICAgICAgICAgICAgICAgICAgICAgICBub3Qg4oCcanVz dOKAnSB0aGUgZW5kIHBvaW50cywgYnV0IGFsc28gdGhlIGludGVybWVkaWFyaWVzIChhZ2Fpbiwg d2l0aCB0aGUgYXBwcm9wcmlhdGUg4oCcemVybyBvdXTigJ0NCiAgICAgICAgICAgICAgICAgICAg ICAgIGRpc2N1c3NlZCBhYm92ZSwgb3Igc29tZXRoaW5nIHNtYXJ0ZXIpLg0KICAgICAgICAgICAg ICAgICAgICAgICAgUmVnZW5lcmF0aW9uIG9mIG1lc3NhZ2VzLCByYXRoZXIgdGhhbiBmb3J3YXJk aW5nLCByZW5kZXJzIHRoYXQgaW1wb3NzaWJsZSAob3IsIGlmIHVzZWQsDQogICAgICAgICAgICAg ICAgICAgICAgICB1cGRhdGluZyB0byAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LXBlcmtpbnMtbWFuZXQtYW9kdi1lMmVzZWMtMDApDQoNClRoZXJlIGFyZSBvdGhlciByZWFzb25z LCBidXQgdGhlIGFib3ZlIGFyZSB0aG9zZSB0aGF0IGp1bXAgYXQgbWUgYXMgaW1tZWRpYXRlIHNo b3ctc3RvcHBlcnMuDQoNCkkgZG8gaG9uZXN0bHkgbm90IHNlZSB3aGF0IHBvc3NpYmxlIGJlbmVm aXQgdGhlcmUgaXMgZnJvbSDigJxyZWdlbmVyYXRpb27igJ0g4oCUIGJ1dCBJIHNlZSB2ZXJ5IGNs ZWFyIGluY29udmVuaWVuY2VzLCBhbmQgc2VjdXJpdHkgaXMgbm90IHRoZSBsZWFzdCBvZiB0aGVz ZS4gSW5zaXN0aW5nIG9uIOKAnHJlZ2VuZXJhdGlvbuKAnSByZXF1aXJlcyBkZXZlbG9wbWVudCBv ZiDigJxub24tZ2VuZXJhbCB3b3JrYXJvdW5kc+KAnSBhcyBwb2ludGVkIG91dCBhYm92ZS4NCg0K U2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMNClRoaXMgaXMgYW4gYWx3YXlzIHRob3JueSBzdWJqZWN0 LiBXaGVuIE9MU1J2MiB3YXMgZ29pbmcgdGhyb3VnaCB0aGUgcHJvY2VzcyB3ZSBnb3QgYSB0aG9y b3VnaCBlZHVjYXRpb24gaW4gaG93IGxpdHRsZSB3ZSBrbmV3IGFib3V0IHNlY3VyaXR5IGZyb20g dGhlIFNFQy1BRHMsIGFuZCBoYWQgdG8gc3BlbmQgYWJvdXQgYSB5ZWFyIG9yIHNvIGRldmVsb3Bp bmcgUkZDNzE4My4gVGhlIGJvdHRvbSBsaW5lIGlzLCB0aGF0IHRoaXMgcHJvdG9jb2wgbmVlZHMg aXRzIOKAnFJGQzcxODMgIGVxdWl2YWxlbnTigJ0sIGVpdGhlciBhcyBwYXJ0IG9mIHRoZSBtYWlu IGRvY3VtZW50LCBvciBhcyBhbiBpbmRlcGVuZGVudCBkb2N1bWVudC4gY3VycmVudGx5LCB0aGF0 IGlzIG5vdCB0aGUgY2FzZS4NCg0KQSBtaW5pbWEsIGxvb2tpbmcgYXQgQkNQNzIgYW5kIEJDUDEw NyDigJQgdGFraW5nIGluc3BpcmF0aW9uIGZyb20gUkZDNzE4MyBtaWdodCBiZSBhdyBnb29kIGlk ZWEsIGFzIHRoYXQgd2FzIHRoZSBtb3N0IHJlY2VudCB0aGF0IHdlbnQgdGhyb3VnaCB0aGUgU0VD IEFELiBSZWdhcmRsZXNzIG9mIGhvdywgaG93ZXZlciwgYSDigJxtYW5kYXRvcnkgdG8gaW1wbGVt ZW504oCdIHNlY3VyaXR5IG1lY2hhbmlzbSBtb3N0IGJlIHNwZWNpZmllZCAoSSB0aGluayB0aGUg cmlnaHQgdGVybSB3YXMg4oCcTVVTVCBpbXBsZW1lbnQsIFNIT1VMRCB1c2XigJ0pLCBpbiBzdWZm aWNpZW50IGRldGFpbCB0byBlbnN1cmUgaW50ZXJvcGVyYWJsZSBpbXBsZW1lbnRhdGlvbnMuDQoN CkFzIGFuIGV4YW1wbGUsIGJvdGggW1JGQzYxMzBdIGFuZCBbUkZDNzE4MV0gc2V0IG91dCB0aGF0 IHRoYXQ6DQoNCiAgICAgIE9uIHJlY2VpdmluZyBhIC4uLiBtZXNzYWdlLCBhIHJvdXRlciBNVVNU IGZpcnN0IGNoZWNrIGlmIHRoZQ0KICAgICAgbWVzc2FnZSBpcyBpbnZhbGlkIGZvciBwcm9jZXNz aW5nIGJ5IHRoaXMgcm91dGVyDQoNCmFuZCB0aGVuIHByb2NlZWQgdG8gZ2l2ZSBhIG51bWJlciBv ZiBjb25kaXRpb25zIHRoYXQsIGVhY2gsIHdpbGwgbGVhZCB0byBhIHJlamVjdGlvbiBvZiB0aGUg bWVzc2FnZSBhcyAiYmFkbHkgZm9ybWVkIGFuZCB0aGVyZWZvcmUgaW52YWxpZCBmb3IgcHJvY2Vz c2luZ+KAnSDigJQgYSBsaXN0IHdoaWNoIFJGQzcxODMgdGhlbiBhbWVuZGVkLiBUaGF0IGdhdmUg YSDigJxob29r4oCdIGZvciBSRkM3MTgzIGZvciBpbnNlcnRpbmcg4oCccmVqZWN0aW9u4oCdLiBJ ZGVtIGZvciBtZXNzYWdlIGdlbmVyYXRpb24uDQoNCklmIEkgd2FzIHRvIGRvIFJGQzcxODEvUkZD NjEzMCB0b2RheSwgSSB3b3VsZCBpbmNsdWRlIHRoYXQgZGlyZWN0bHkgaW50byB0aGUgcHJvdG9j b2wgc3BlY2lmaWNhdGlvbnMuIEl0IHR1cm5lZCBvdXQgdG8gYmUgbW9yZSBvdmVyaGVhZCAoYW5k IHNsb3cgZG93biBwdWJsaWNhdGlvbiBhbnl3YXlzKSB0byBkbyBpdCBhcyBzZXBhcmF0ZSBkb2N1 bWVudHMuDQoNClNlY29uZGx5LCB3ZSBuZWVkIHRvIGJlIGEgbG90IG1vcmUgcmlnaWQgaW4gdGVy bXMgb2Ygd2hhdCBJQ1ZzLCBUaW1lc3RhbXBzLCBldGMuIGFyZSBhZGRlZC9yZW1vdmVkLCBhbmQg d2hhdCB0aGF0IGJyaW5ncy4NCg0KRm9yIGV4YW1wbGUgKHdpdGggdGhlIGFzc3VtcHRpb24gdGhh dCBtZXNzYWdlcyBhcmUgKmZvcndhcmRlZCogYW5kICpub3QqIHJlZ2VuZXJhdGVkKSwgdGhpcyBj b3VsZCBiZSBvbmUgb3B0aW9uOg0KDQogICAgICAgICAgICAgICAgICAgICAgICBvICAgICAgICAg IFdoZW4gYSBSUkVRLCBSUkVQIG1lc3NhZ2UgaXMgZ2VuZXJhdGVkLCBhZGQgYW4gSUNWIE1lc3Nh Z2UgVExWLCB3aGljaCBpcyBjYWxjdWxhdGVkIDx0aGlzIHdheT4NCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICDigKYodGFrZSBpbnNwaXJhdGlvbiBmcm9tIFJGQzcxODMgaGVy ZSkNCg0KICAgICAgICAgICAgICAgICAgICAgICAgbyAgICAgICAgICBXaGVuIGEgUlJFUSwgUlJF UCBtZXNzYWdlIGlzIHRyYW5zbWl0dGVkICAoYnkgdGhlIHNvdXJjZSwgb3IgZm9yd2FyZGVkIGJ5 IGFuIGludGVybWVkaWFyeSkNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGlu IGFuIFJGQzU0NDQgcGFja2V0LCBhbiBJQ1YgUGFja2V0IFRMViBpcyBhZGRlZCB0byB0aGUgcGFj a2V0LCB3aGljaCBpcyBjYWxjdWxhdGVkIDx0aGlzIHdheT4g4oCmDQoNCiAgICAgICAgICAgICAg ICAgICAgICAgIG8gICAgICAgICAgV2hlbiBhbiBSRkM1NDQ0IHBhY2tldCBpcyByZWNlaXZlZCwg dmFsaWRhdGUgdGhlIElDViBQYWNrZXQgVExWIDx0aGlzIHdheT4gYW5kIGlmIHRoZSBJQ1YgZG9l c27igJl0IHZhbGlkYXRlLA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZGlz Y2FyZCB0aGUgY29udGFpbmVkIG1lc3NhZ2VzLg0KDQogICAgICAgICAgICAgICAgICAgICAgICBv ICAgICAgICAgIFdoZW4gcmVjZWl2aW5nIGEgUlJFUS9SUkVQIChlaXRoZXIgYXMgZGVzdGluYXRp b24sIG9yIGFzIGFuIGludGVybWVkaWFyeSksIHZhbGlkYXRlIHRoZSBJQ1YgTWVzc2FnZSBUTFYN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDx0aGlzIHdheT4gYW5kIGlmIHRo ZSBJQ1YgZG9lc27igJl0IHZhbGlkYXRlLCBkaXNjYXJkIHRoZSBtZXNzYWdlLCBkbyBub3QgcHJv Y2VzcywgZG8gbm90IGZvcndhcmQuDQoNClRoaXMgaXMgYSBkaWZmZXJlbnQgKGFuZCBtb3JlIGZs ZXhpYmxlPykgbW9kZWwgdGhhbiDigJxqdXN04oCdIHRyYW5zaXRpdmUgdHJ1c3QgYW5kIOKAnGp1 c3TigJ0gZW5kLXRvLWVuZCB0cnVzdCBkaXNjdXNzZWQgcHJldmlvdXNseSwgYW5kIGlzIGVuYWJs ZWQgYnkgdGhlIOKAnGZvcndhcmRpbmfigJ0gYml0IGRlc2NyaWJlZCBwcmV2aW91c2x5Lg0KDQpN ZXRyaWNzDQpJIGhhdmUgYXNrZWQgdGhpcyBudW1lcm91cyB0aW1lcywgYnV0IGhhdmUgbm90IGdv dHRlbiBhbnkgYW5zd2VyIHNvIEkgYW0gZXNjYWxhdGluZyB0aGlzIGFnYWluLiBXaHkgaXMgdGhp cyBkb2N1bWVudCBoYXZpbmcgYSBub3JtYXRpdmUgcmVmZXJlbmNlIHRvIFJGQzY1NTE/DQoNCg0K ICAgW1JGQzY1NTFdICBWYXNzZXVyLCBKUC4sIEVkLiwgS2ltLCBNLiwgRWQuLCBQaXN0ZXIsIEsu LCBEZWplYW4sIE4uLA0KDQogICAgICAgICAgICAgIGFuZCBELiBCYXJ0aGVsLCAiUm91dGluZyBN ZXRyaWNzIFVzZWQgZm9yIFBhdGggQ2FsY3VsYXRpb24NCg0KICAgICAgICAgICAgICBpbiBMb3ct UG93ZXIgYW5kIExvc3N5IE5ldHdvcmtzIiwgUkZDIDY1NTE8aHR0cHM6Ly90b29scy5pZXRmLm9y Zy9odG1sL3JmYzY1NTE+LCBET0kgMTAuMTc0ODcvDQoNCiAgICAgICAgICAgICAgUkZDNjU1MTxo dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNjU1MT4sIE1hcmNoIDIwMTIsDQoNCiAgICAg ICAgICAgICAgPGh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM2NTUxPi4NCg0KDQpV bmxlc3MgSSBhbSBtaXN0YWtlbiwgdGhpcyBpcyBub3QgdGhlIFJPTEwgV0cuIEFuZCB0aGUgYWJz dHJhY3QgdG8gUkZDNjU1MSBleHBsaWNpdGx5IHJlYWRzOg0KDQoNCiAgIExvdy1Qb3dlciBhbmQg TG9zc3kgTmV0d29ya3MgKExMTnMpIGhhdmUgdW5pcXVlIGNoYXJhY3RlcmlzdGljcw0KDQogICBj b21wYXJlZCB3aXRoIHRyYWRpdGlvbmFsIHdpcmVkIGFuZCBhZCBob2MgbmV0d29ya3MgdGhhdCBy ZXF1aXJlIHRoZQ0KDQogICBzcGVjaWZpY2F0aW9uIG9mIG5ldyByb3V0aW5nIG1ldHJpY3MgYW5k IGNvbnN0cmFpbnRzLg0KV2hpY2ggZXhwbGljaXRseSBpcyBkaXNjbGFpbWluZyB0aGF0IHRoZXNl IG1ldHJpY3MgYXJlIG5vdCBhcHBsaWNhYmxlIGluIGFkIGhvYyBuZXR3b3JrcyDigJQgYW5kLCBJ IGFtIHdvbmRlcmluZywgd2hhdCBoYXMgY2hhbmdlZCBzaW5jZSB0aGUgcHVibGljYXRpb24gb2Yg UkZDNjU1MSB0byBzdWRkZW5seSBtYWtlIHRoZXNlIGFwcGxpY2FibGU/DQoNCiBJIGFtIGFsc28g d29uZGVyaW5nIGlmIGxvb2tpbmcgYXQgKGFuZCwgcGVyaGFwcywgdXNpbmc/KSB0aGUgc2FtZSBt ZXRyaWMgdHlwZSBUTFYgdHlwZSBhcyBpbiBPTFNSdjIgaXMgbm90IGEgcG9zc2liaWxpdHk/DQoN CkVpdGhlciB3YXksIHJlZmVyZW5jaW5nIFJGQzY1NTEgaGVyZSBpcyB3cm9uZy4NCg0KUkZDNjYy MSAoU01GKSB1c2FnZQ0KQXMgbGF0ZSBhcyBlYXJsaWVyIHRoaXMgbW9udGgsIFJGQzY2MjEgcmVh cmVkIGl0cyBoZWFkIGFnYWluIG9uIHRoZSBtYWlsaW5nIGxpc3QuIEkgdW5kZXJzdGFuZCB0aGF0 IHRoZSBhdXRob3JzIGFyZSBzZXQgb24gdXNpbmcgZmxvb2RpbmcgcmVkdWN0aW9uIGFzIHBhcnQg b2YgUlJFUSBkaXN0cmlidXRpb24uIElmIHRoYXQgaXMgdGhlIGNhc2UsIHRoZW4gdGhpcyBwcm90 b2NvbCBNVVNUIHNwZWNpZnkgdGhhdCBmbG9vZGluZyByZWR1Y3Rpb24uDQoNClNheWluZyDigJxV c2UgUkZDNjYyMeKAnSB3b27igJl0IHdvcmssIGZvciByZWFzb25zIENocmlzIHBvaW50IG91dCBp biBhbiBlbWFpbCBlYXJsaWVyIHRvIHRoZSBsaXN0Og0KVGhlIG5ldHdvcmsgZG9lcyBub3QgYW5k IGZ1bmRhbWVudGFsbHkgY2Fubm90IG9mZmVyIG11bHRpY2FzdCBzdXBwcmVzc2lvbiB0byBBT0RW djIuIFRoaXMgaXNuJ3QgYSBoYXJkIGNvbmNlcHQsIGJ1dCBzZWVtcyB0byBrZWVwIGhhdmluZyB0 byBiZSBzYWlkLiBBT0RWdjIgbWVzc2FnZXMgYXJlIGNhcnJpZWQgaW4gNTQ0NCBwYWNrZXRzLCBh bmQgdGhvc2Ugb25seSB0cmF2ZWwgb25lIGhvcC4gVGhhdCBkb2Vzbid0IGFsbG93IGZvciBzdXBw cmVzc2lvbi4gRnVydGhlcm1vcmUgQU9EVnYyIGlzIGNyZWF0aW5nIG5ldyBtZXNzYWdlcyBlYWNo IGhvcC4gVGhhdCBuZWVkcyBBT0RWdjIgc3BlY2lmaWMgaGFuZGxpbmcuDQoNCkFuZCBxdW90aW5n IGFuIGVtYWlsIGZyb20gbXlzZWxmOg0KSWYgcHJvdG9jb2wgWCByZWxpZXMgb24gdXNpbmcgYSBm bG9vZGluZyBvcGVyYXRpb24sIHRoZW4gaXQgY2VydGFpbmx5IGlzIHByb3RvY29sIFgncyByZXNw b25zaWJpbGl0eSB0byAgc3BlY2lmeSB0aGUgZmxvb2Rpbmcgb3BlcmF0aW9uIChvciwgYXQgbGVh c3QsIHRoZSByZXF1aXJlbWVudHMgdG8gdGhlIGZsb29kaW5nIG9wZXJhdGlvbiApIGZvciBjb3Jy ZWN0IGZ1bmN0aW9uaW5nIG9mIHByb3RvY29sIFguDQoNCknigJl2ZSBwcmV2aW91c2x5IHBvaW50 ZWQgb3V0IHRoYXQgUkZDNjYyMSByZXF1aXJlcyBzb21lIGRlZ3JlZSBvZiBjb25maWd1cmF0aW9u IChjYW7igJl0IGp1c3QsIGZvciBleGFtcGxlLCBwaWNrIHR3byBkaWZmZXJlbnQgcmVsYXkgc2V0 IHNlbGVjdGlvbiBhbGdvcml0aG1zLCBhcyB0aGF0IG1heSBwcm9kdWNlIGEgZGlzY29ubmVjdGVk IGZsb29kaW5nIGRvbWFpbikuDQoNCkluIG90aGVyIHdvcmRzLCB3aGF0IHRoZSBhdXRob3JzIHBy b3Bvc2UgaW4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXBlcmtpbnMtbWFuZXQt dXNpbmctcmZjNjYyMS0wMCBpcyBpbnN1ZmZpY2llbnQuDQoNCk11bHRpcGxlIGludGVyZmFjZXMg Y29uZmlndXJlZCB3aXRoIHRoZSBzYW1lIGFkZHJlc3MoZXMpIC0gJiBSRkM2NjIxDQpJIHRoaW5r IHRoYXQgaXQgaGFzIGJlZW4gZXN0YWJsaXNoZWQgdGhhdCB0aGUgYWJpbGl0eSB0byB1c2UgdGhl IHNhbWUgYWRkcmVzcyBvbiBtdWx0aXBsZSBpbnRlcmZhY2VzIGlzIGEgcmVxdWlyZW1lbnQuIEl0 4oCZcyBub3QgY2xlYXIgdG8gbWUgdGhhdCBhIHNpbmdsZSB3YXkgb2YgZG9pbmcgc28gaGFzIGJl ZW4gcHJvcG9zZWQsIG5vciB0aGF0IHRoZSDigJxvcGVyYXRpbmcgY29uZGl0aW9uc+KAnSBhcmUg Y2FsbGVkIG91dCAoZm9yIGV4YW1wbGUsIHdpbGwgaXQgd29yayAgaWYgcm91dGVyIEEgYW5kIHJv dXRlciBCIGJvdGggaGF2ZSB0d28gaW50ZXJmYWNlcywgYW5kIHRoYXQgYWxsIDQgaW50ZXJmYWNl cyB1c2UgdGhlIHNhbWUgSVAgYWRkcmVzcz8pDQoNClRoaXMgaXMgbm90IGVudGlyZWx5IHVucmVs YXRlZCB0byBmbG9vZGluZyByZWR1Y3Rpb24gYW5kIFJGQzY2MjEuIE9uZSBvZiB0aGUgY29tcGxl eGl0aWVzIGlzIHRvIGdldCB0aGF0IGp1c3QgcmlnaHQ6IE9MU1J2MiAtIGZvciBleGFtcGxlIC0g Y2FsY3VsYXRlcyBGbG9vZGluZy1NUFJzIHBlciBpbnRlcmZhY2UsIGFuZCBSRkM2MTMwIGlzIGNh cmVmdWwgaW4gaG93IGl0IGRldGVjdHMgYmlkaXJlY3Rpb25hbGl0eSBvZiBsaW5rcy4NCg0KSSBo YXZlIG5vdCB3b3JrZWQgb3V0IGFsbCB0aGUgZGV0YWlscyBvZiBob3cgdGhpcyBpbXBhY3RzIHRo aXMgcHJvdG9jb2wg4oCUIGJ1dCwgaXQgcmVxdWlyZXMgYXR0ZW50aW9uLiBFc3BlY2lhbGx5IHdo ZW4gd2FudGluZyB0byBiZSBhYmxlIHRvIHNheSDigJzigKZ1c2UgUkZDNjYyMeKAnSwgdGhlbiB0 aGUgaW50ZXJmYWNlIGNvbmZpZ3VyYXRpb24gY29uc3RyYWludHMgd2hlbiBmYWNlZCB3aXRoIG11 bHRpcGxlIGludGVyZmFjZXMgbXVzdCBiZSB3b3JrZWQgb3V0Lg0KDQpQcmVmaXhlcyAmIEdhdGV3 YXlzDQpBIHF1ZXN0aW9uIHRvIG15IG1pbmQsIGFuZCBJIGFtIG5vdCBzdXJlIEkga25vdyBob3cg dG8gYW5zd2VyIHRoYXQgZnJvbSByZWFkaW5nIHRoZSBkcmFmdCBzaW5jZSBpdCBpcyBub3QgZGlz Y3Vzc2VkIGluIHNlY3Rpb24gOSAoYXQgbGVhc3QpLCBpczog4oCcV2hhdCBoYXBwZW5zIGlmIEkg c2VuZCBhIFJSRVEgdG8gYSBwcmVmaXjigJ0gKGkuZS4sIGEgLzwxMjggaW4gSVB2Nik/DQoNCiAg ICAgICAgICAgIG8gICAgICAgICAgSWYgdGhlIHdob2xlIHByZWZpeCBpcyBwYXJ0IG9mIHRoZSBh dHRhY2hlZCBuZXR3b3JrIHNldCBvZiBhIHNpbmdsZSByb3V0ZXIsDQogICAgICAgICAgICAgICAg ICAgICAgICB0aGVuIEkgZXhwZWN0IHRvIGdldCBhIHNpbmdsZSBSUkVQIGJhY2ssIGlzIHRoYXQg dGhlIGNhc2U/DQoNCiAgICAgICAgICAgIG8gICAgICAgICAgSWYgImhhbGYgdGhlIHByZWZpeCIg IGlzIHBhcnQgb2YgdGhlIGF0dGFjaGVkIG5ldHdvcmsgc2V0IG9mIGEgc2luZ2xlIHJvdXRlciwN CiAgICAgICAgICAgICAgICAgICAgICAgIGFuZCB0aGUgb3RoZXIgaGFsZiBpcyBwYXJ0IG9mIHRo ZSBhdHRhY2hlZCBuZXR3b3JrIHNldCBvZiBhbm90aGVyICBzaW5nbGUgcm91dGVyLA0KICAgICAg ICAgICAgICAgICAgICAgICAgdGhlbiBJIGV4cGVjdCB0d28gUlJFUHMsIGlzIHRoYXQgdGhlIGNh c2U/DQoNCiAgICAgICAgICAgIG8gICAgICAgICAgTW9yZSBnZW5lcmFsbHksIHdpbGwgSSBnZXQg YSB0cmVlIGJ1aWxkIHRocm91Z2ggdGhlIG5ldHdvcmsgaGVyZT8NCg0KU2VjdGlvbiA5IChvciwg dGhlIHdob2xlIHNwZWMpIGlzIGFsc28gbm90IGV4cGxpY2l0IGVub3VnaCBhYm91dCBtdWx0aXBs ZSAgImRlZmF1bHQgZ2F0ZXdheXMiIOKAlCBpLmUuLCB0aGUgZXh0ZXJuYWwgbmV0d29yayBiZWlu ZyDigJx0aGUgcmVzdCBvZiB0aGUgSW50ZXJuZXTigJ0sIGFuZCB0aGVyZSBiZWluZyBtdWx0aXBs ZSBnYXRld2F5cyB0byB0aGUgSW50ZXJuZXQuIEkgdW5kZXJzdGFuZCBob3cgdGhlIFJSRVEgZ2V0 cyB0byB0aGUgZ2F0ZXdheSwgYW5kIGhvdyB0aGUgZ2F0ZXdheSBkZXRlcm1pbmVzIGlmIGl0IHNo b3VsZCByZXNwb25kICh0aGUgZGVzdGluYXRpb24gaXMgbm90IHBhcnQgb2Yg4oCcdGhlIE1BTkVU IHByZWZpeCwgd2l0aCB3aGljaCBpdCBpcyBjb25maWd1cmVk4oCdKS4NCg0KQnV0LCBpZiBBIGlz IGNsb3NlIHRvIEdXMSwgYW5kIEIgaXMgY2xvc2UgdG8gR1cyLCBidXQgQSBhbmQgQiBiZWluZyBm YXIgZmFyIGFwYXJ0IChhY2NvcmRpbmcgdG8gdGhlIG1ldHJpYyB1c2VkKSB3aXRoaW4gdGhlIE1B TkVULCB0aGVuIGl0IHdvdWxkIGJlIHByZWZlcmVudGlhbCBmb3IgdGhlIHJvdXRlIGZyb20gQSB0 byBCIHRvIGdvIHZpYSBHVzEt4oCcdGhlLUludGVybmV04oCdLUdXMj8NCg0KSXMgdGhpcyBhIHN1 cHBvcnRlZCBjb25maWd1cmF0aW9uPw0KICAgICAgICAgICAgbyAgICAgICAgICBJZiB5ZXMsIGhv dyBpcyBpdCAoc2VxIyB3aXNlLCBJIHdvdWxkIGV4cGVjdCBzb21lIGNvbXBsaWNhdGlvbnMpIGhh bmRsZWQ/DQogICAgICAgICAgICBvICAgICAgICAgIElmIG5vdCwgd2hlcmUgaXMgaXQgc3RhdGVk IHRoYXQgdGhpcyBjb25maWd1cmF0aW9uIGlzIG5vdCBwb3NzaWJsZSB3aXRoIHRoaXMgcHJvdG9j b2w/DQoNCg0KVGhlIGFwcGxpY2FiaWxpdHkgc3RhdGVtZW50IHNheXM6DQoNCg0KICAgQU9EVnYy IGlzIGRlc2lnbmVkIGZvciBzdHViIG9yIGRpc2Nvbm5lY3RlZCBtb2JpbGUgYWQgaG9jIG5ldHdv cmtzLA0KDQogICBpLmUuLCBub24tdHJhbnNpdCBuZXR3b3JrcyBvciB0aG9zZSBub3QgY29ubmVj dGVkIHRvIHRoZSBpbnRlcm5ldC4NCg0KICAgQU9EVnYyIGNhbiwgaG93ZXZlciwgYmUgY29uZmln dXJlZCB0byBwZXJmb3JtIGdhdGV3YXkgZnVuY3Rpb25zIHdoZW4NCg0KICAgYXR0YWNoZWQgdG8g ZXh0ZXJuYWwgbmV0d29ya3MsIGFzIGRpc2N1c3NlZCBpbiBTZWN0aW9uIDk8aHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzI3NlY3Rpb24tOT4uDQoN CkkgYmVsaWV2ZSB0aGF0IHRoZSBzY2VuYXJpbyBJIGRlc2NyaWJlIGlzIGluZGVlZCBhIHN0dWIg bmV0d29yayAoYW5kIG5vdCBhIHRyYW5zaXQgbmV0d29yayk/DQoNCuKAlCDigJQg4oCUDQoNCkFz IEkgaW5kaWNhdGVkLCB0aGVzZSBhcmUgdGhlIGJpZy1waWN0dXJlIGlzc3VlcyB0aGF0IEkgaGF2 ZSBnb3R0ZW4gYXJvdW5kIHRvIHRoaW5raW5nIGFib3V0IGVub3VnaCB0byB3cml0ZSB1cC4gSeKA mW0gbm90IHRocm91Z2ggd29ya2luZyB0aHJvdWdoIHRoZSBkb2N1bWVudCwgYnV0IHRob3NlIHdl cmUgdGhlIG9uZXMgdGhhdCBjYW1lIHRvIG1pbmQsIGFuZCB3aGljaCBzZWVtIGltcGVyYXRpdmUg dG8gcmVzb2x2ZS4NCg0KQmVzdCwNCg0KVGhvbWFzDQoNCg0KDQoqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KVGhpcyBl bWFpbCBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBjb25maWRlbnRpYWwgdG8gdGhlIGludGVuZGVk DQpyZWNpcGllbnQgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRo ZSBpbnRlbmRlZA0KcmVjaXBpZW50IHBsZWFzZSBkZWxldGUgaXQgZnJvbSB5b3VyIHN5c3RlbSBh bmQgbm90aWZ5IHRoZSBzZW5kZXIuDQpZb3Ugc2hvdWxkIG5vdCBjb3B5IGl0IG9yIHVzZSBpdCBm b3IgYW55IHB1cnBvc2Ugbm9yIGRpc2Nsb3NlIG9yDQpkaXN0cmlidXRlIGl0cyBjb250ZW50cyB0 byBhbnkgb3RoZXIgcGVyc29uLg0KKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCg0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCm1hbmV0IG1haWxpbmcgbGlzdA0KbWFuZXRAaWV0 Zi5vcmc8bWFpbHRvOm1hbmV0QGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9tYW5ldA0KDQo= --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E356GLKXM0002VGREEN_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNv bnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmlu aXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21h cmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJ Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z dHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyI7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBD aGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4uYXBwbGUt dGFiLXNwYW4NCgl7bXNvLXN0eWxlLW5hbWU6YXBwbGUtdGFiLXNwYW47fQ0Kc3Bhbi5hcHBsZS1j b252ZXJ0ZWQtc3BhY2UNCgl7bXNvLXN0eWxlLW5hbWU6YXBwbGUtY29udmVydGVkLXNwYWNlO30N CnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9y bWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi SFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4uQmFsbG9v blRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQt ZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkVtYWlsU3R5bGUyNQ0KCXttc28t c3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5 cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcy LjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0 IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVh ZD4NCjxib2R5IGxhbmc9IkVOLUdCIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYg Y2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+WWVzLCBJIG1lYW50IEFPRFZ2MiwgdGhhbmtz IGZvciB0aGUgY2F0Y2guPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5TbyBpcyB5b3VyIChUaG9tYXMpIHByb3Bvc2VkIGJh c2Ugc3BlY2lmaWNhdGlvbiBhIGhvcCBjb3VudCBvbmx5IG1ldHJpYz88bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPihBY3R1 YWxseSBkb2VzbuKAmXQgdGhlIGN1cnJlbnQgc3BlY2lmaWNhdGlvbiBvbmx5IGRlZmluZSBob3Ag Y291bnQsIG9yIGhhcyB0aGF0IGNoYW5nZWQgaW4gbGF0ZXN0IGRyYWZ0Pyk8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA3RTdFIj4tLQ0KPG86cD48L286cD48L3NwYW4+ PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBw dCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA3RTdFIj5DaHJpc3RvcGhl ciBEZWFybG92ZTxicj4NClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXI8YnI+DQpCQUUgU3lzdGVt cyBBcHBsaWVkIEludGVsbGlnZW5jZSBMYWJvcmF0b3JpZXM8YnI+DQo8L3NwYW4+PC9iPjxiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6I0JFQkVCRSI+X19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188 YnI+DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDAwMDdFIj48 YnI+DQo8L3NwYW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM3RDdEN0QiPlQ8 L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojN0Q3RDdEIj46ICZuYnNw OyYjNDM7NDQgKDApMTI0NSAyNDIxOTQgJm5ic3A7fCAmbmJzcDs8Yj5FOg0KPC9iPjxhIGhyZWY9 Im1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbSI+Y2hyaXMuZGVhcmxvdmVAYmFl c3lzdGVtcy5jb208L2E+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMDAwMDdFIj48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMz QThCOTIiPkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBDaGVsbXNmb3JkIFRlY2hu b2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3NleCBDTTIgOEhOLjxicj4N CjxhIGhyZWY9Imh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWkiPjxzcGFuIHN0eWxlPSJjb2xv cjojM0E4QjkyIj53d3cuYmFlc3lzdGVtcy5jb20vYWk8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojM0E4QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMaW1pdGVkPGJy Pg0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIE5vOiAwMTMzNzQ1MTxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9t OjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzQThCOTIiPlJlZ2lzdGVy ZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3JkLCBTdXJyZXksIEdVMiA3 WVA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz b2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5G cm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4g aWV0ZkB0aG9tYXNjbGF1c2VuLm9yZyBbbWFpbHRvOmlldGZAdGhvbWFzY2xhdXNlbi5vcmddDQo8 YnI+DQo8Yj5TZW50OjwvYj4gMTcgTWFyY2ggMjAxNiAxNzoxMDxicj4NCjxiPlRvOjwvYj4gRGVh cmxvdmUsIENocmlzdG9waGVyIChVSyk8YnI+DQo8Yj5DYzo8L2I+IExvdHRlIFN0ZWVuYnJpbms7 IE1vYmlsZSBBZCBIb2MgTmV0d29ya3MgbWFpbGluZyBsaXN0PGJyPg0KPGI+U3ViamVjdDo8L2I+ IFJlOiBbbWFuZXRdIE1lc3NhZ2UgaW50ZWdyaXR5IGFuZCBtZXNzYWdlIG11dGFiaWxpdHkgKHdh cyBSRTogZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMgcmV2aWV3IC0gYSBjb3VwbGUgb2YgYmln IHRpY2tldCBJdGVtcyk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3Jk ZXI6c29saWQgYmxhY2sgMS4wcHQ7cGFkZGluZzoyLjBwdCAyLjBwdCAyLjBwdCAyLjBwdCI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50 ZXI7YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVy IiBzdHlsZT0idGV4dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+PGI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxNS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4qKiogV0FSTklORyAqKio8bzpwPjwvbzpw Pjwvc3Bhbj48L2I+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxp Z249ImNlbnRlciIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0O3RleHQtYWxpZ246Y2VudGVy O2JhY2tncm91bmQ6d2hpdGUiPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzMzMzk3MiI+VGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRlIG91ciBvcmdhbmlz YXRpb24sIGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIgb3IgdGhlIGludGVybmV0Ljwv c3Bhbj48L2VtPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+PGJy Pg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij5Db25zaWRlciBjYXJlZnVsbHkgd2hldGhlciB5b3Ugc2hvdWxkIGNs aWNrIG9uIGFueSBsaW5rcywgb3BlbiBhbnkgYXR0YWNobWVudHMgb3IgcmVwbHkuPC9zcGFuPjwv ZW0+PGJyPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gb3IgaW5mb3JtYXRpb24gcmVnYXJkaW5nIDwvc3Bhbj4N CjwvZW0+PC9zcGFuPjwvaT48c3Ryb25nPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6cmVkIj5SZWQgRmxhZ3M8L3NwYW4+PC9pPjwvc3Ryb25nPjxlbT48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPiB0aGF0IHlvdSBjYW4gbG9vayBvdXQgZm9yIGluIGVt YWlscyB5b3UgcmVjZWl2ZSwNCiBjbGljayA8YSBocmVmPSJodHRwOi8vaW50cmFuZXQuZW50LmJh ZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9zcG90bGlnaHRzL0RvY3VtZW50cy9SZWQl MjBGbGFncy5wZGYiPg0KaGVyZTwvYT4uPC9zcGFuPjwvZW0+PGk+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMzMzOTcyIj48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPklmIHlvdSBmZWVsIHRo ZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93DQo8YSBocmVmPSJodHRwOi8vaW50 cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9zcG90bGlnaHRzL0Rv Y3VtZW50cy9EZWFsaW5nJTIwV2l0aCUyMFN1c3BpY2lvdXMlMjBFbWFpbHMucGRmIj4NCnRoaXMg cHJvY2VzczwvYT4uPC9zcGFuPjwvZW0+PC9zcGFuPjwvaT48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMzMzM5NzIiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8Ymxv Y2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAxNyBNYXIgMjAxNiwgYXQgMTg6MDQsIERlYXJs b3ZlLCBDaHJpc3RvcGhlciAoVUspICZsdDs8YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVA YmFlc3lzdGVtcy5jb20iPmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPC9hPiZndDsgd3Jv dGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+T0ssIHNvIHdlIGhhdmUgYSBtZXNz YWdlIHRoYXQgbXV0YXRlcyBieTo8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+LSBNb2RpZnlpbmcgaG9wIGNvdW50L2xpbWl0Ljwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4tIE1vZGlmeWluZyBhIG1ldHJpYyB2YWx1ZS48L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QW55dGhpbmcgZWxzZT88 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkFzIG11dGF0aW5nIChvdGhl ciB0aGFuIGhvcCBjb3VudC9saW1pdCkgbWVzc2FnZXMgYXJlbuKAmXQgY292ZXJlZCBieSA1NDQ0 IG9yIGFueSBkZXJpdmF0aXZlIGRvY3VtZW50IChidXQgb25seSByZWNvbW1lbmRlZCBhZ2FpbnN0 LCBub3QgYmFubmVkKSB0aGF0IHlvdSBtYXkNCiBuZWVkIHRvIG1ha2UgdGhlIG1lc3NhZ2Ugb3Ro ZXJ3aXNlIGltbXV0YWJsZSAobm8gZGVjb25zdHJ1Y3Rpb24gYW5kIHJlYnVpbGRpbmcsIG90aGVy IHRoYW4gZ3VhcmFudGVlZCB1bmNoYW5naW5nKSB0aGF0IHdvdWxkIGhhdmUgdG8gYmUgc3BlY2lm aWVkIGJ5IEFPRFZ2Mi4gKEVhc3kgdG8gc2F5LCBidXQgbmVlZHMgc2F5aW5nLik8L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5XaXRoIHlvdSBzbyBmYXIuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+VGhlbiB0aGF0IGluZm9ybWF0aW9uIGlzIG5vdCBpbiBhIGd1YXJhbnRlZWQgZml4 ZWQgbG9jYXRpb24gZ2l2ZW4gYnkgYSBzaW1wbGUgb2Zmc2V0LiBTbyBhbnkgc2lnbmF0dXJlIGFs Z29yaXRobSB0aGF0IGZpbmRzIGl0IGFuZCBpZ25vcmVzIGl0IG9yIGFnZ3JlZ2F0ZXMNCiBvbiBp dCBpcyBzcGVjaWZpYyB0byBPTFNSdjIuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlN1cmVseSB5b3UgbWVhbiBBT0RWdjI8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+ PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5TbyBzdGFuZGFyZCA3MTgyIElDVnMgZG9u4oCZdCBk byB0aGUgam9iLCB5b3Ugd291bGQgbmVlZCBhbiBBT0RWdjIgc3BlY2lhbGlzZWQgdmFyaWFudC4g V2hpY2ggaXMgdGhlIHNvcnQgb2YgdGhpbmcgdGhhdCB0aGUgbWVzc2FnZSBzcGVjaWZpYyBUTFYg c3BhY2UgaXMgdGhlcmUNCiBmb3IsIEnigJlkIGJlIHN0cm9uZ2x5IGFnYWluc3QgYSDigJxidXQg aWdub3JlIHRoZSB2YWx1ZSBvZiB0aGlzIHNwZWNpZmljIFRMViBzaG91bGQgaXQgb2NjdXLigJ0g YmVpbmcgaW4gdGhlIGdlbmVyYWwgc3BhY2UuIEhvd2V2ZXIgaXQgY2FuIGVhc2lseSBiZSBkZWZp bmVkIGJ5IHJlZmVyZW5jZSB0byA3MTgyICjigJx0aGlzIFRMViBpcyBsaWtlIHRoYXQgVExWLCBl eGNlcHQgaWYgYW4gWCBUTFYgaXMgcHJlc2VudCwgc2V0IGl0cyB2YWx1ZSBmaWVsZCB0bw0KIHpl cm/igJ0pLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+TWVzc3ksIGJ1 dCBjb3VsZCB3b3JrLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5Ob3QgdGhhdCBtZXNzeSwgYWN0dWFsbHksIGFsdGhvdWdoIGNsZWFybHkgbm90 IGFzIG5pY2UgYXMg4oCcZml4ZWQgb2Zmc2V04oCdLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGF0IHNhaWQsIEkgYW0gYXJndWluZyBmb3Ig dGhlIGJhc2Ugc3BlYyBiZWluZzo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg PC9zcGFuPuKAnG1ha2UgdGhlIG1lc3NhZ2Ugb3RoZXJ3aXNlIGltbXV0YWJsZSAobm8gZGVjb25z dHJ1Y3Rpb24gYW5kIHJlYnVpbGRpbmcsIG90aGVyJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNw YW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyA8L3NwYW4+Jm5ic3A7dGhhbiBndWFyYW50ZWVkIHVuY2hhbmdpbmcp4oCd IHdoaWNoIGlzIGFmZm9yZGVkIGJ5IGZvcndhcmRpbmc8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFu Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj4mIzQzOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+UkZDNzE4MiBUaW1lc3Rh bXBzIGFuZCBJQ1ZzLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPiYjNDM7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWIt c3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj5SRkM3MTgzIHN0eWxlIHRleHQgYnJpbmdpbmcgaXQgYWxs IHRvZ2V0aGVyLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5UaGUg4oCcYWdncmVnYXRlZCBzaWduYXR1cmVzIGFyb3VuZCBtdXRhYmxlIGZpZWxk 4oCdIHdvdWxkIHZlcnkgYmUgYW4gZXhwZXJpbWVudGFsIGV4dGVuc2lvbi48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2hhdCBJIG9iamVjdCB0 byBpcywgaWYgdGhlIGJhc2Ugc3BlYyBzcGVjaWZpY2FsbHkgcmVuZGVycyBzdWNoIGV4dGVuc2lv bnMgaW1wb3NzaWJsZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMwMDdFN0UiPi0tPC9zcGFuPjwvYj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA3RTdFIj5DaHJpc3RvcGhlciBEZWFybG92ZTxicj4N ClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXI8YnI+DQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVs bGlnZW5jZSBMYWJvcmF0b3JpZXM8YnI+DQo8L3NwYW4+PC9iPjxiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6I0JFQkVCRSI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQo8L3NwYW4+PC9i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDAwMDdFIj48YnI+DQo8L3NwYW4+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM3RDdEN0QiPlQ8L3NwYW4+PC9iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojN0Q3RDdEIj46ICZuYnNwOyYjNDM7NDQgKDApMTI0 NSAyNDIxOTQgJm5ic3A7fCAmbmJzcDs8Yj5FOjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj48L2I+PGEgaHJlZj0ibWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJh ZXN5c3RlbXMuY29tIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5jaHJpcy5kZWFybG92ZUBi YWVzeXN0ZW1zLmNvbTwvc3Bhbj48L2E+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMDAwMDdFIj48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4 LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMzQThCOTIiPkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBDaGVsbXNm b3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3NleCBDTTIg OEhOLjxicj4NCjxhIGhyZWY9Imh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWkiPjxzcGFuIHN0 eWxlPSJjb2xvcjojM0E4QjkyIj53d3cuYmFlc3lzdGVtcy5jb20vYWk8L3NwYW4+PC9hPjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxp Z2VuY2UgTGltaXRlZDxicj4NClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyBObzog MDEzMzc0NTE8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4 LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMzQThCOTIiPlJlZ2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywg R3VpbGRmb3JkLCBTdXJyZXksIEdVMiA3WVA8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0 O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+ PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkxvdHRlDQogU3RlZW5icmluayBbPGEgaHJlZj0i bWFpbHRvOmxvdHRlLnN0ZWVuYnJpbmtAZnUtYmVybGluLmRlIj48c3BhbiBzdHlsZT0iY29sb3I6 cHVycGxlIj5tYWlsdG86bG90dGUuc3RlZW5icmlua0BmdS1iZXJsaW4uZGU8L3NwYW4+PC9hPl08 c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGJyPg0KPGI+ U2VudDo8L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PjE3IE1hcmNoIDIwMTYgMTY6NDg8YnI+DQo8Yj5Ubzo8L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNv bnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPkRlYXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspPGJy Pg0KPGI+Q2M6PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwv c3Bhbj48YSBocmVmPSJtYWlsdG86aWV0ZkB0aG9tYXNjbGF1c2VuLm9yZyI+PHNwYW4gc3R5bGU9 ImNvbG9yOnB1cnBsZSI+aWV0ZkB0aG9tYXNjbGF1c2VuLm9yZzwvc3Bhbj48L2E+OyBNb2JpbGUg QWQgSG9jIE5ldHdvcmtzIG1haWxpbmcgbGlzdDxicj4NCjxiPlN1YmplY3Q6PC9iPjxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5SZTogW21hbmV0XSBNZXNz YWdlIGludGVncml0eSBhbmQgbWVzc2FnZSBtdXRhYmlsaXR5ICh3YXMgUkU6IGRyYWZ0LWlldGYt bWFuZXQtYW9kdnYyLTEzIHJldmlldyAtIGEgY291cGxlIG9mIGJpZyB0aWNrZXQgSXRlbXMpPC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2IHN0eWxl PSJib3JkZXI6c29saWQgYmxhY2sgMS4wcHQ7cGFkZGluZzoyLjBwdCAyLjBwdCAyLjBwdCAyLjBw dCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGln bjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHls ZT0idGV4dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+PGI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxNS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4qKiogV0FSTklORyAqKio8L3NwYW4+PC9iPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNl bnRlciIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0O3RleHQtYWxpZ246Y2VudGVyO2JhY2tn cm91bmQ6d2hpdGU7YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsIGluaXRpYWw7YmFja2dyb3Vu ZC1yZXBlYXQ6aW5pdGlhbCBpbml0aWFsIj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMzMzM5NzIiPlRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20gb3V0c2lkZSBvdXIg b3JnYW5pc2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBwYXJ0bmVyIG9yIHRoZSBpbnRl cm5ldC48L3NwYW4+PC9lbT48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5 NzIiPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Q29uc2lkZXIgY2FyZWZ1bGx5IHdoZXRoZXIgeW91IHNo b3VsZCBjbGljayBvbiBhbnkgbGlua3MsIG9wZW4gYW55IGF0dGFjaG1lbnRzIG9yIHJlcGx5Ljwv c3Bhbj48L2VtPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Rm9yIGluZm9ybWF0aW9uIHJlZ2FyZGluZzwv c3Bhbj48L2VtPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj48L3NwYW4+PC9pPjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpy ZWQiPlJlZCBGbGFnczwvc3Bhbj48L2k+PC9zdHJvbmc+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZl cnRlZC1zcGFjZSI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4m bmJzcDs8L3NwYW4+PC9pPjwvc3Bhbj48ZW0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMzMzOTcyIj50aGF0DQogeW91IGNhbiBsb29rIG91dCBmb3IgaW4gZW1haWxzIHlvdSByZWNl aXZlLCBjbGljazwvc3Bhbj48L2VtPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2Ui PjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+Jm5ic3A7PC9zcGFu PjwvaT48L3NwYW4+PGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+ PGEgaHJlZj0iaHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2Vj dXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3MucGRmIj48c3BhbiBzdHlsZT0i Y29sb3I6cHVycGxlIj5oZXJlPC9zcGFuPjwvYT4uPC9zcGFuPjwvZW0+PGk+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPklmIHlvdSBm ZWVsIHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93PC9zcGFuPjwvZW0+PHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxlbT48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+PGEgaHJlZj0iaHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsv c2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGluZyUyMFdpdGglMjBTdXNwaWNpb3Vz JTIwRW1haWxzLnBkZiI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+dGhpcw0KIHByb2Nlc3M8 L3NwYW4+PC9hPi48L3NwYW4+PC9lbT48L3NwYW4+PC9pPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBhbGwsPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRv cDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+QW0gMTcuMDMuMjAxNiB1bSAxNzo0NCBzY2hyaWViIERlYXJsb3ZlLCBDaHJpc3Rv cGhlciAoVUspICZsdDs8YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5j b20iPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMu Y29tPC9zcGFuPjwvYT4mZ3Q7OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkdvb2QgcG9pbnQgYWJvdXQgd2hldGhlciB5b3UganVz dCBwYXNzIG9uIG9uZSBjb3N0IG9yIGEgc2V0IG9mIGNvc3RzLiBBcyBJIHNhaWQsIG5vdCBsb29r ZWQgYXQgZGV0YWlscyAtIEkgd2lsbCwgd2hlbiB0aW1lIHBlcm1pdHMuIE9uZSBjb3N0IGlzIG11 Y2ggZWFzaWVyLA0KIGFuZCB5ZXMsIGl0IHJlZHVjZXMgdGhlIGZpeGVkIHNpemUgYWdncmVnYXRl ZCBzaWduYXR1cmVzIHByb2JsZW0gdG8g4oCcanVzdOKAnSBvbmUgb2YgY29tcHV0YXRpb25hbCBs b2FkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxv Y2txdW90ZT4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5Gb3IgdGhlIHJlY29yZCwgVGhvbWFz4oCZIHVuZGVyc3RhbmRpbmcgaXMgY29ycmVjdDsg dGhlIGNvc3QgaXMgb25lIGFnZ3JlZ2F0ZWQgdmFsdWUuJm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkJlc3QgcmVnYXJkcywmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkxvdHRlIFN0ZWVucmJpbms8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEy LjBwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA3RTdFIj4tLTwvc3Bh bj48L2I+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwN0U3 RSI+Q2hyaXN0b3BoZXIgRGVhcmxvdmU8YnI+DQpTZW5pb3IgUHJpbmNpcGFsIEVuZ2luZWVyPGJy Pg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzPGJyPg0KPC9z cGFuPjwvYj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiNCRUJFQkUiPl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojN0Q3RDdEIj5UPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzdE N0Q3RCI+OiAmbmJzcDsmIzQzOzQ0ICgwKTEyNDUgMjQyMTk0ICZuYnNwO3wgJm5ic3A7PGI+RTo8 c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9iPjxhIGhy ZWY9Im1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbSI+PHNwYW4gc3R5bGU9ImNv bG9yOnB1cnBsZSI+Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb208L3NwYW4+PC9hPjxicj4N Cjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJyPg0KPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4QjkyIj5CQUUgU3lzdGVtcyBB cHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5IFBhcmssIEdyZWF0IEJh ZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00yIDhITi48YnI+DQo8YSBocmVmPSJodHRwOi8vd3d3 LmJhZXN5c3RlbXMuY29tL2FpIj48c3BhbiBzdHlsZT0iY29sb3I6IzNBOEI5MiI+d3d3LmJhZXN5 c3RlbXMuY29tL2FpPC9zcGFuPjwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj M0E4QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMaW1pdGVkPGJyPg0KUmVn aXN0ZXJlZCBpbiBFbmdsYW5kICZhbXA7IFdhbGVzIE5vOiAwMTMzNzQ1MTwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4Qjky Ij5SZWdpc3RlcmVkIE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9yZCwgU3Vy cmV5LCBHVTIgN1lQPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBw dDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9t Ojwvc3Bhbj48L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9t YSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8L3NwYW4+PC9zcGFuPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PGEgaHJlZj0ibWFpbHRvOmlldGZA dGhvbWFzY2xhdXNlbi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmlldGZAdGhvbWFz Y2xhdXNlbi5vcmc8L3NwYW4+PC9hPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2Ui PiZuYnNwOzwvc3Bhbj5bPGEgaHJlZj0ibWFpbHRvOmlldGZAdGhvbWFzY2xhdXNlbi5vcmciPjxz cGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPm1haWx0bzppZXRmQHRob21hc2NsYXVzZW4ub3JnPC9z cGFuPjwvYT5dPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu Pjxicj4NCjxiPlNlbnQ6PC9iPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj4xNyBNYXJjaCAyMDE2IDE2OjM4PGJyPg0KPGI+VG86PC9iPjxzcGFuIGNsYXNz PSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5EZWFybG92ZSwgQ2hyaXN0b3Bo ZXIgKFVLKTxicj4NCjxiPkNjOjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+TW9iaWxlIEFkIEhvYyBOZXR3b3JrcyBtYWlsaW5nIGxpc3Q8YnI+DQo8 Yj5TdWJqZWN0OjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+UmU6IE1lc3NhZ2UgaW50ZWdyaXR5IGFuZCBtZXNzYWdlIG11dGFiaWxpdHkgKHdhcyBS RTogW21hbmV0XSBkcmFmdC1pZXRmLW1hbmV0LWFvZHZ2Mi0xMyByZXZpZXcgLSBhIGNvdXBsZSBv ZiBiaWcgdGlja2V0IEl0ZW1zKTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6c29s aWQgYmxhY2sgMS4wcHQ7cGFkZGluZzoyLjBwdCAyLjBwdCAyLjBwdCAyLjBwdCI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGlnbjpjZW50ZXI7YmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0idGV4dC1hbGln bjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxNS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMzMzOTcyIj4qKiogV0FSTklORyAqKio8L3NwYW4+PC9iPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9 Im1hcmdpbi1ib3R0b206MTIuMHB0O3RleHQtYWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGU7 YmFja2dyb3VuZC1wb3NpdGlvbjppbml0aWFsIGluaXRpYWw7YmFja2dyb3VuZC1yZXBlYXQ6aW5p dGlhbCBpbml0aWFsIj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5 NzIiPlRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20gb3V0c2lkZSBvdXIgb3JnYW5pc2F0aW9u LCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBwYXJ0bmVyIG9yIHRoZSBpbnRlcm5ldC48L3NwYW4+ PC9lbT48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPjxicj4NCjxl bT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+Q29uc2lkZXIgY2FyZWZ1bGx5IHdoZXRoZXIgeW91IHNob3VsZCBjbGljayBv biBhbnkgbGlua3MsIG9wZW4gYW55IGF0dGFjaG1lbnRzIG9yIHJlcGx5Ljwvc3Bhbj48L2VtPjxi cj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+Rm9yIGluZm9ybWF0aW9uIHJlZ2FyZGluZzwvc3Bhbj48L2VtPjxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PC9p PjxzdHJvbmc+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpyZWQiPlJlZCBGbGFn czwvc3Bhbj48L2k+PC9zdHJvbmc+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4mbmJzcDs8L3NwYW4+ PC9pPjwvc3Bhbj48ZW0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj50 aGF0DQogeW91IGNhbiBsb29rIG91dCBmb3IgaW4gZW1haWxzIHlvdSByZWNlaXZlLCBjbGljazwv c3Bhbj48L2VtPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxpPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+Jm5ic3A7PC9zcGFuPjwvaT48L3NwYW4+ PGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+PGEgaHJlZj0iaHR0 cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxp Z2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3MucGRmIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxl Ij5oZXJlPC9zcGFuPjwvYT4uPC9zcGFuPjwvZW0+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMzMzOTcyIj48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPklmIHlvdSBmZWVsIHRoZSBlbWFp bCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93PC9zcGFuPjwvZW0+PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxlbT48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PGEgaHJlZj0i aHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3Bv dGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGluZyUyMFdpdGglMjBTdXNwaWNpb3VzJTIwRW1haWxzLnBk ZiI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+dGhpcw0KIHByb2Nlc3M8L3NwYW4+PC9hPi48 L3NwYW4+PC9lbT48L3NwYW4+PC9pPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0 O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+T24gMTcgTWFyIDIwMTYsIGF0IDE3OjMwLCBEZWFybG92ZSwgQ2hyaXN0b3BoZXIg KFVLKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tIj48 c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5jaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTwv c3Bhbj48L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5J IGFwcHJlY2lhdGUgVGhvbWFz4oCZcyBjb21tZW50cyBhYm91dCB0aGUgbGltaXRhdGlvbnMgb2Yg bWVzc2FnZSByZWdlbmVyYXRpb24sIGJ1dCBJIHdvdWxkIGJlIGEgYml0IGxlc3MgYWJzb2x1dGUu PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5UaGUgaXNzdWVzIG92 ZXIgZW5kIHRvIGVuZCBhdXRoZW50aWNhdGlvbiBhbmQgbW9yZSBhZHZhbmNlZCBzaWduYXR1cmVz IGFyZSB2YWxpZC4gSSBuZWVkIHRvIHJlYWQgdGhlIGdpdmVuIHJlZmVyZW5jZSBvbiBhZ2dyZWdh dGUgc2lnbmF0dXJlcyB0byBpbmNyZWFzZSBteQ0KIGtub3dsZWRnZSAodGhhbmtzIGZvciBpdCks IGJ1dCBteSB1bmRlcnN0YW5kaW5nIG9mIHRoZSBwb3NzaWJpbGl0aWVzIGluIHRoaXMgZmllbGQg bWF5IG9mZmVyIGEgc29sdXRpb24gdG8gdGhlIHByb2JsZW0sIGJ1dCB3aXRoIHNvbWUgb3RoZXIg aXNzdWVzIChwb3NzaWJseSBpbmNsdWRpbmcgYSBuZXcgdHlwZSBvZiBUTFYpLjwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QnV0IHRoZSBob3AgY291bnQvbGltaXQg cG9pbnQgSSBkb27igJl0IGZ1bGx5IGFncmVlIHdpdGgsIHlvdSBjYW4gcmVnZW5lcmF0ZSB3aXRo IGFuIGluY3JlbWVudGVkL2RlY3JlbWVudGVkIGNvdW50L2xpbWl0LCB3aGljaCBsZWF2ZXMgdGhl IGFiaWxpdHkgdG8gcHJldmVudA0KIG1lc3NhZ2VzIHByb3BhZ2F0aW5nIGluZGVmaW5pdGVseSwg aW5jbHVkaW5nIGV4cGFuZGluZyByaW5nIHNlYXJjaGVzLCBhbmQgcmV0YWlucyB0aGUgYWJpbGl0 eSB0byB1c2UgUkZDIDU0OTcgaW50ZXJ2YWwgYW5kIHZhbGlkaXR5IHRpbWVzIHRoYXQgbWlnaHQg YmUgdXNlZnVsIHdpdGggYW4gZXhwYW5kaW5nIHJpbmcgc2VhcmNoIChvciBtaWdodCBub3QpLjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+QnV0IHRoZSBrZXkgaXNz dWUgaXMgdGhhdCBBT0RWdjIgd2FudHMgdG8gYWNjdW11bGF0ZSBtZXRyaWNzLiBJIHN0aWxsIGhh dmVu4oCZdCBnb3QgdG8gdGhlIGJvdHRvbSBvZiBtYW55IGRldGFpbHMgaGVyZSwgYnV0IGxldOKA mXMgZm9yIHRoZSBtb21lbnQganVzdCBjb25zaWRlcg0KIHRoYXQgY29uY2VwdHVhbGx5Ljwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SXTigJlzIGhhcmQgdG8gaGFu ZGxlIGVuZCB0byBlbmQuIENoYXJsaWXigJlzIGRyYWZ0IGF0dGVtcHRzIHRvIGRvIGFuIGVuZCB0 byBlbmQgb2Ygc29tZSBpbmZvcm1hdGlvbiwgbm90IHRoaXMgaW5mb3JtYXRpb24uIEnigJltIG5v dCBzdXJlIGlmIHRoYXTigJlzIHVzZWZ1bCAoYW5kIHRoZQ0KIHNwZWNpYWxpc2VkIGZvcm1hdCBp cyBiZXR0ZXIgYXZvaWRlZCBpZiBwb3NzaWJsZSkuIE90aGVyIGFwcHJvYWNoZXMgYXJlIGhvcCBi eSBob3AgKG1pZ2h0IGFzIHdlbGwgdXNlIHBhY2tldCBzaWduYXR1cmVzKSBhbmQgc2hhcmVkIGtl eSAobWlnaHQgYXMgd2VsbCBnbyBob3AgYnkgaG9wKS4gUGFpcndpc2Ugc2lnbmF0dXJlcyBmb3Ig ZWFjaCBwYWlyIG9mIHJvdXRlcnMgSeKAmW0gZGlzY291bnRpbmcgYXMgc2NhbGluZyB0ZXJyaWJs eS4gSW4gdGhlDQogaW50ZXJlc3RzIG9mIGNvbXBsZXRlbmVzcyBsZXTigJlzIG1lbnRpb24gbm90 IGFjY3VtdWxhdGluZyBtZXRyaWNzLCB3aGljaCBwdXRzIHVzIGJhY2sgdG8gaG9wIGNvdW50IGFu ZCB0aGF04oCZcyBub3QgaWRlYWwgZWl0aGVyLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+SSBkb27igJl0IHRoaW5rIHRoZXJlIGlzIGFuIGlkZWFsIHNvbHV0aW9u LiAoSSBsaWtlIGlkZWFzIEnigJl2ZSBzZWVuIGFib3V0IGFnZ3JlZ2F0aW5nLCBidXQgdGhhdCBo YXMgc29tZSBpc3N1ZXMgb2YgaXRzIG93biwgZXZlbiBhcGFydCBmcm9tIGNvbXB1dGF0aW9uYWwg bG9hZC4pDQogSeKAmWQgbG92ZSB0byBiZSBwcm92ZWQgd3JvbmcgLSBzb21lb25lIHdpdGggdGhl IHBlcmZlY3Qgc29sdXRpb24gdG8gY29tZSBhbG9uZy48L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPldoaWNoIG1lYW5zIHRoYXQgZWl0aGVyIHdlIG1ha2UgYW4gYXJi aXRyYXJ5IGNob2ljZSAtIHdoaWNoIHdpbGwgYmUgZGlzYWdyZWVkIHdpdGgsIGJ1dCBuZWVkcyBk aXNjdXNzaW5nIGZpcnN0IC0gb3IgY3JlYXRlIHNvbWV0aGluZyBmbGV4aWJsZS4gVW5mb3J0dW5h dGVseQ0KIGZsZXhpYmxlIGluIHRoYXQgcmVnYXJkIGNvbnN0cmFpbnMgaW4gb3RoZXJzLCBlLmcu IHNvbWUgKG1hbnk/IG1vc3Q/KSBhZ2dyZWdhdGluZyBzaWduYXR1cmVzIG5lZWQgZml4ZWQgZGF0 YSBzaXplcyAod2hpY2ggd2UgY2FuIGRvIGJ5IGRlZmluaW5nIGEgVExWIHRoYXQg4oCcZmlsbHMg dXDigJ0gd2l0aCBob3AgY291bnQsIGJ1dCB0aGF0IGhhcyBhIGNvc3QgdG9vKS48L3NwYW4+PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5JIGhhdmUgYmVlbiB0b2xkIGJ5IHBlb3BsZSBtdWNoIG1vcmUgd2VsbCB2 ZXJzZWQgaW4gdGhpcyB0aGFuIEkgaW4gY3J5cHRvbG9neSwgdGhhdCB0aGUgY29ycmVjdCBhbnN3 ZXIgaXMg4oCcc29tZeKAnS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+VGhhdCBzYWlkLCAmcXVvdDtBT0RWdjIgd2FudHMgdG8gYWNjdW11 bGF0ZSBtZXRyaWNz4oCdIOKAlCBkb2VzIHRoYXQgbWVhbiB0aGF0IHRoZSBtZXNzYWdlIGdyb3dz IGFzIGl0IGlzIGJlaW5nIGZvcndhcmRlZCwgYW5kIHRoYXQgdGhlIHJlY2lwaWVudCBvZiBhIFJS RVEvUlJFUCB3aWxsIGtub3cgdGhlIGluZGl2aWR1YWwgY29zdHMgb2YgZWFjaCBwYXRoIHNlZ21l bnQ/IE15IHVuZGVyc3RhbmRpbmcgaXMsIHRoYXQgdGhlIHJlY2lwaWVudA0KIHdpbGwgZ2V0IOKA nHRoZSBzdW0gdGhlIGNvc3RzIG9mIGVhY2ggcGF0aCBzZWdtZW504oCdIHdoaWNoIHNob3VsZCBi ZSBmaXR0aW5nIHdpdGhpbiBhIGZpeGVkIHNpemU/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRob21hczxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8YnI+DQo8 YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5Tb3JyeSwgbm8gYW5zd2Vy cywganVzdCBjb21tZW50cy4gQW5kIEnigJltIG5vdCBhZGRyZXNzaW5nIFRob21hc+KAmXMgbGF0 ZXIgcG9pbnRzIGhlcmUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzAwN0U3RSI+LS08L3NwYW4+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48Yj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDdFN0UiPkNocmlzdG9waGVyIERlYXJsb3ZlPGJyPg0KU2Vu aW9yIFByaW5jaXBhbCBFbmdpbmVlcjxicj4NCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdl bmNlIExhYm9yYXRvcmllczxicj4NCjwvc3Bhbj48L2I+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojQkVCRUJFIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCjwvc3Bhbj48L2I+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDAwN0UiPjxicj4NCjwvc3Bhbj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzdEN0Q3RCI+VDwvc3Bhbj48L2I+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM3RDdEN0QiPjogJm5ic3A7JiM0Mzs0NCAoMCkxMjQ1IDI0 MjE5NCAmbmJzcDt8ICZuYnNwOzxiPkU6PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFj ZSI+Jm5ic3A7PC9zcGFuPjwvYj48YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lz dGVtcy5jb20iPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmNocmlzLmRlYXJsb3ZlQGJhZXN5 c3RlbXMuY29tPC9zcGFuPjwvYT48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4 LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMwMDAwN0UiPjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2ZvcmQg VGVjaG5vbG9neSBQYXJrLCBHcmVhdCBCYWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4SE4u PGJyPg0KPGEgaHJlZj0iaHR0cDovL3d3dy5iYWVzeXN0ZW1zLmNvbS9haSI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMzQThCOTIiPnd3dy5iYWVzeXN0ZW1zLmNvbS9haTwvc3Bhbj48L2E+PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzQThCOTIiPkJBRSBTeXN0ZW1zIEFwcGxp ZWQgSW50ZWxsaWdlbmNlIExpbWl0ZWQ8YnI+DQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJmFtcDsg V2FsZXMgTm86IDAxMzM3NDUxPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+UmVnaXN0ZXJlZCBPZmZp Y2U6IFN1cnJleSBSZXNlYXJjaCBQYXJrLCBHdWlsZGZvcmQsIFN1cnJleSwgR1UyIDdZUDwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7 cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PkZyb206PC9zcGFuPjwvYj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48L3NwYW4+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5tYW5ldA0KIFs8YSBocmVm PSJtYWlsdG86bWFuZXQtYm91bmNlc0BpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBs ZSI+bWFpbHRvOm1hbmV0LWJvdW5jZXNAaWV0Zi5vcmc8L3NwYW4+PC9hPl08c3BhbiBjbGFzcz0i YXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PGI+T24gQmVoYWxmIE9mPHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvYj48YSBocmVmPSJt YWlsdG86aWV0ZkB0aG9tYXNjbGF1c2VuLm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOnB1cnBsZSI+ aWV0ZkB0aG9tYXNjbGF1c2VuLm9yZzwvc3Bhbj48L2E+PGJyPg0KPGI+U2VudDo8L2I+PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjE3IE1hcmNoIDIwMTYg MTY6MDA8YnI+DQo8Yj5Ubzo8L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPk1vYmlsZSBBZCBIb2MgTmV0d29ya3MgbWFpbGluZyBsaXN0PGJyPg0KPGI+ U3ViamVjdDo8L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9z cGFuPlttYW5ldF0gZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMgcmV2aWV3IC0gYSBjb3VwbGUg b2YgYmlnIHRpY2tldCBJdGVtczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXYgc3R5bGU9ImJvcmRlcjpzb2xpZCBibGFjayAxLjBwdDtwYWRkaW5nOjIuMHB0IDIuMHB0 IDIuMHB0IDIuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxl PSJ0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJj ZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3JvdW5kOndoaXRlIj48Yj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjE1LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPioqKiBXQVJOSU5HICoqKjwvc3Bh bj48L2I+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBhbGlnbj0iY2VudGVyIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQ7dGV4dC1hbGlnbjpj ZW50ZXI7YmFja2dyb3VuZDp3aGl0ZTtiYWNrZ3JvdW5kLXBvc2l0aW9uOmluaXRpYWwgaW5pdGlh bDtiYWNrZ3JvdW5kLXJlcGVhdDppbml0aWFsIGluaXRpYWwiPg0KPGVtPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+VGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBv dXRzaWRlIG91ciBvcmdhbmlzYXRpb24sIGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIg b3IgdGhlIGludGVybmV0Ljwvc3Bhbj48L2VtPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzMzMzk3MiI+PGJyPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Db25zaWRlciBjYXJlZnVsbHkgd2hl dGhlciB5b3Ugc2hvdWxkIGNsaWNrIG9uIGFueSBsaW5rcywgb3BlbiBhbnkgYXR0YWNobWVudHMg b3IgcmVwbHkuPC9zcGFuPjwvZW0+PGJyPg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gb3IgaW5mb3JtYXRpb24g cmVnYXJkaW5nPC9zcGFuPjwvZW0+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPjwvc3Bhbj48L2k+PHN0cm9uZz48aT48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOnJlZCI+UmVkIEZsYWdzPC9zcGFuPjwvaT48L3N0cm9uZz48c3BhbiBjbGFzcz0i YXBwbGUtY29udmVydGVkLXNwYWNlIj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMzMzM5NzIiPiZuYnNwOzwvc3Bhbj48L2k+PC9zcGFuPjxlbT48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMzMzM5NzIiPnRoYXQNCiB5b3UgY2FuIGxvb2sgb3V0IGZvciBpbiBlbWFp bHMgeW91IHJlY2VpdmUsIGNsaWNrPC9zcGFuPjwvZW0+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZl cnRlZC1zcGFjZSI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4m bmJzcDs8L3NwYW4+PC9pPjwvc3Bhbj48ZW0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMzMzOTcyIj48YSBocmVmPSJodHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hv d3dld29yay9zZWN1cml0eS9zcG90bGlnaHRzL0RvY3VtZW50cy9SZWQlMjBGbGFncy5wZGYiPjxz cGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmhlcmU8L3NwYW4+PC9hPi48L3NwYW4+PC9lbT48aT48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPjxicj4NCjxlbT48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+SWYgeW91IGZlZWwgdGhlIGVtYWlsIGlzIHN1c3BpY2lvdXMsIHBsZWFzZSBmb2xsb3c8L3Nw YW4+PC9lbT48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+ PGVtPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7Ij48YSBocmVmPSJodHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29t L2hvd3dld29yay9zZWN1cml0eS9zcG90bGlnaHRzL0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0aCUy MFN1c3BpY2lvdXMlMjBFbWFpbHMucGRmIj48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj50aGlz DQogcHJvY2Vzczwvc3Bhbj48L2E+Ljwvc3Bhbj48L2VtPjwvc3Bhbj48L2k+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpzb2xpZCB3aW5k b3d0ZXh0IDEuMHB0O3BhZGRpbmc6MS4wcHQgNC4wcHQgMS4wcHQgNC4wcHQiPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQtYWxpZ246Y2VudGVyIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90OyI+KjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPioqPC9zcGFuPjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxiPiZuYnNwOzwvYj48L3NwYW4+PC9zcGFuPjxzdHJvbmc+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+V0FSTklORzwvc3Bhbj48L3N0cm9uZz48c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij4mbmJzcDs8L3NwYW4+PC9iPjwvc3Bhbj48c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4qKio8L3NwYW4+PC9z dHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+RVhURVJOQUwgRU1BSUwgLS0gVGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMg ZnJvbSBvdXRzaWRlIG91ciBvcmdhbml6YXRpb248L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTo4LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij4uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+RGVhciBhbGwsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcG9sb2dpZXMgZm9yIG5vdCBo YXZpbmcgZ290dGVuIHRoaXMgZG9uZSBzb29uZXIgLSBkYXktam9iIGxlYXZpbmcgZmV3IHNwYXJl IGN5Y2xlcy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SeKAmXZlIHByZXZpb3VzbHkg b2ZmZXJlZCByZXZpZXdzIGFuZCBjb21tZW50cywgYW5kIHNvbWUgb2YgdGhvc2UgaGF2ZSBiZWVu IGFkZHJlc3NlZCBpbiB0aGUgbGF0ZXN0IEktRCDigJQgb3RoZXJzIGhhdmUgbm90LCBidXQgc2hv dWxkIGJlLiBJIHJlY2FsbCB0aGF0IHRoZXJlIHdhcyBzb21lIG1haWwgYXR0ZW1wdGluZyB0byBy ZWJ1dCBwYXJ0cyBvZiB0aGUgcmV2aWV3LCBhbmQgSSB3aWxsIGRpZyBpdCBvdXQgYW5kDQogcmVw bHkgdG8gdGhhdC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2l0aCB0aGF0IGJlaW5n IHNhaWQsIEkgaGF2ZSByZXZpZXdlZCB0aGUgbGF0ZXN0IHZlcnNpb24gb2YgdGhlIGRvY3VtZW50 LCBhbmQgZnVsbCBkZXRhaWxzIHdpbGwgYmUgZm9ydGhjb21pbmcuIFRoZXJl4oCZcmUgYSBjb3Vw bGUgb2YgYmlnLXRpY2tldC9hcmNoaXRlY3R1cmFsIGl0ZW1zIHRoYXQgSSB3YW50IHRvIGFkZHJl c3MgdXAgZnJvbnQsIGFzIEkgYmVsaWV2ZSB0aGF0IGJlZm9yZSB3ZSBoYXZlIHRob3NlDQogaGFt bWVyZWQgb3V0LCBpdCB3aWxsIGJlIHVzZWxlc3MgdG8gZ28gaW50byBkZXRhaWxzLiBOb3RlLCBJ IGRvIG5vdCBjbGFpbSB0aGF0IHRoaXMgaXMgYW4gZXhoYXVzdGl2ZSBsaXN0IG9mIOKAnGJpZyB0 aWNrZXQgaXRlbXPigJ0sIGJ1dCB0aGF04oCZcyBhcyBmYXIgYXMgSSBoYXZlIGdvdHRlbiBpbiB0 aGlua2luZyB0aGlzIHRocm91Z2guPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgYWxz byBicmluZyB0aGVzZSB1cCBhcyB0aGV5IGFyZSBpdGVtcyB0aGF0IGhhdmUgYmVlbiBicm91Z2h0 IHVwIHJlcGVhdGVkbHkgb3ZlciB0aGUgcGFzdCB5ZWFycywgYnV0IG5vdCByZXNvbHZlZCBub3Ig ZGlzY3Vzc2VkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48dT5Mb29wczwvdT48 L2I+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5KdXN0IHRvIGJyaW5n IHRoaXMgb3V0OiBJIHNoYXJlIENocmlz4oCZIHdvcnJ5IGFib3V0IGNvbmZsaWN0aW5nIGFuZCBj b25jdXJyZW50IHN0YXRlbWVudHMgZnJvbSB0aGUgYXV0aG9ycyBvbiDigJxUaGVyZSBhcmUgbm8g bG9vcHMgcG9zc2libGXigJ0gYW5kIOKAnFdlIG5lZWQgdG8gZml4IHR3byBzaXR1YXRpb25zIHdo ZXJlIGxvb3BzIGNhbiBvY2N1cuKAnSBhbmQg4oCcd2UgYXJlIHN0aWxsIGludmVzdGlnYXRpbmcg c29tZSBsb29wDQogY29uZGl0aW9uc+KAnTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5J IHBhcnRpY3VsYXJseSB3b3JyeSB0aGF0IHRoaXMgaXMgbm90IGEgZGlzY3Vzc2lvbiBoYWQgaW4g cHVibGljLCBidXQgYXBwYXJlbnRseSBpbiBzb21lIG90aGVyIGZvcnVt4oCmPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxiPjx1PkludGVybWVkaWF0ZSBSb3V0ZSBSZXBsaWVzLCBhbmQgYWxs IG9mIHNlY3Rpb24gMTA8L3U+PC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+U2VjdGlvbiAxMCBjb250YWlucyBhIHNldCBvZiDigJx2YWd1ZWx5IHNwZWNpZmllZCBl eHRlbnNpb25z4oCdLCB3aGljaCBpcyBpbmNvaGVyZW50IHdpdGggdGhlIGludGVuZGVkIHN0YXR1 cyBpbmRpY2F0ZWQgZm9yIHRoaXMgZG9jdW1lbnQuJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPlNwZWNpZmljYWxseSwgYW5kIHRoaXMgaXMgbm90IHVucmVsYXRlZCB0byB0aGUg cG9pbnQgYWJvdXQgbG9vcHMgYWJvdmUsIGludGVybWVkaWF0ZSBSUkVQcyAoc2VjdGlvbiAxMC4z KSBhcmUgYSBwb3RlbnRpYWwgc291cmNlIGZvciBsb29wcy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+RXhwYW5kaW5nIFJpbmcgTXVsdGljYXN0IChzZWN0aW9uIDEwLjEpIGlzIG5vdCBk b2N1bWVudGVkIGluIGEgd2F5IHRoYXQgY2FuIGJlIGltcGxlbWVudGVkIChhbmQgYWxzbywgc2Vl IOKAnEZvcndhcmRpbmctdnMtcmVnZW5lcmF0aW9u4oCdIGJlbG93LCBpdCBpcyBpbiB0aGUgcHJl c2VudCBmb3JtIG9mIHRoaXMgcHJvdG9jb2wgaW1wb3NzaWJsZSksIGV0Yy48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxiPjx1PkZvcndhcmRpbmctdnMtcmVnZW5lcmF0aW9uPC91PjwvYj48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlY2VudCBleGNoYW5nZXMg b24gdGhlIGxpc3QgbWFkZSBtZSB1bmRlcnN0YW5kIHRoYXQgcHJvdG9jb2wgY29udHJvbCBtZXNz YWdlcyBhcmUgKm5vdCogZm9yd2FyZGVkLCBidXQgYXJlIGNvbnN1bWVkIGF0IGVhY2ggaG9wLCB0 aGVuIGEgbmV3IG1lc3NhZ2Ugd2l0aCAoYWxtb3N0LWJ1dC1ub3QtcXVpdGUpIHRoZSBzYW1lIGNv bnRlbnQgaXMgZ2VuZXJhdGVkIGFuZCB0cmFuc21pdHRlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+SSBoYXZlIHRob3VnaHQgc29tZSBtb3JlIG9uIHRoaXMgKCZhbXA7IHJlYWQgc29t ZSBvZiB0aGUgZXhjaGFuZ2VzIG9uIHRoZSBsaXN0IG9uIHRoaXMgdG9waWMgYnkgQ2hyaXMsIFVs cmljaCwgYW5kIG90aGVycyksIGFuZCBJIGFtIGNvbnZpbmNlZCB0aGF0IHRoaXMgaXMgbm90IHRo ZSByaWdodCB3YXkgdG8gZ28sJm5ic3A7PGI+YXQgbGVhc3Q8L2I+Jm5ic3A7Zm9yIHRoZSBmb2xs b3dpbmcgcmVhc29uczo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFi LXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+bzxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNs YXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48Yj5JdCByZW5kZXJzIHRo ZSBob3AtbGltaXQvaG9wLWNvdW50IGZpZWxkcyBpbiB0aGUgUkZDNTQ0NA0KIG1lc3NhZ2UgaGVh ZGVyIHVzZWxlc3MuPC9iPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3Nw YW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPlRoaXMg d291bGQgbm90IGJlIGJhZCBpZiB0aGUgZnVuY3Rpb25hbGl0eSBvZmZlcmVkIGJ5IHRob3NlIGZp ZWxkcyB3YXMgbm90IHVzZWZ1bDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8 L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPuKA lCBzYWRseSwgaXQgaXMuIEZvciBleGFtcGxlLCBmb3Igc2NvcGUgbGltaXRlZCBmbG9vZGluZyAo ZXhwYW5kaW5nIHJpbmcgc2VhcmNoLCBhbmQmbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj5zdWNoKSB3aGljaCBtYXkgYmUgb2YgaW50ZXJlc3QsIGFuZCB3aGljaCByZXF1 aXJlIGhvcC1saW1pdC4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5B IGhvcC1jb3VudCBmaWVsZCBtYXkgYWxzbyBwcm92aWRlIGEg4oCcY2hlYXDigJ0gKGluIHRlcm1z IG9mIG92ZXJoZWFkKSBhZGRpdGlvbmFsIHBpZWNlPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJz cDs8L3NwYW4+b2YgaW5mb3JtYXRpb24gdG8gdXNlIGNvbmp1bmN0aXZlbHkgd2l0aCBhIOKAnHJl YWzigJ0gbWV0cmljLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0i YXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFz cz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+VGhlIG9ubHkgcHJhY3RpY2Fs IHNvbHV0aW9uIHdvdWxkIGJlIHRvIHJlLWludHJvZHVjZSB0aGVzZSBmdW5jdGlvbnMgYnkgd2F5 IG9mIGluc2VydGluZyBhPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bh bj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+TWVzc2Fn ZVRMViDigJQgd2hpY2ggKGkpIGlzIG5vdCBzcGVjaWZpZWQgaW4gdGhpcyBkb2N1bWVudCwgYW5k IChpaSkgd2hpY2ggd291bGQganVzdDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PnNlcnZlIHRvIHJlbmRlciBtZXNzYWdlcyBiaWdnZXIgdGhhbiBzdHJpY3RseSBuZWVkZWQuPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5TY29wZSBsaW1pdGVkIGZsb29kaW5nICZuYnNwO2RvZXMg c2VlbSB0byBiZSBhIG5lY2Vzc2FyeSByZXF1aXJlbWVudCwgaWYgZm9yIG5vPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4i PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVy dGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+b3RoZXIgcmVhc29uIHRoYW4gdG8gcHJldmVudCBpbmZv cm1hdGlvbiBmcm9tIOKAnGNpcmN1bGF0aW5nIGZvcmV2ZXIgaW4gdGhlIG5ldHdvcmvigJ0uPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj5vPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxiPjx1Pkl0IG1ha2VzIGVuZC10by1l bmQgYXV0aGVudGljYXRpb24gdW5uZWNlc3NhcmlseQ0KIGhhcmQuPC91PjwvYj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3Bh biI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5JIHRoaW5rIENocmlzIGNhbGxlZCB0aGlzIG91dCBh bHJlYWR5LCBidXQgaXQgYmVhcnMgcmVwZWF0aW5nOiBTIGdlbmVyYXRlcyBhIG1lc3NhZ2UmbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJh cHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNz PSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj4oc2F5LCBhIFJSRVEpLCBhbmQg aW5jbHVkZXMgYW4gSUNWIGNhbGN1bGF0ZWQgb3ZlciB0aGUgY29udGVudCBvZiB0aGUgbWVzc2Fn ZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJh cHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNz PSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5Gb3IgYW55IHJlY2lwaWVudCB0 byBiZSBhYmxlIHRvIHZhbGlkYXRlIHRoZSBJQ1YsIHRoZSBtZXNzYWdlIGhhcyB0byBiZSBleGFj dGx5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0i YXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFz cz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+dGhlIHNhbWUg4oCUIG5vdCBq dXN0IGluIGNvbnRlbnQsIGJ1dCBpbiBzdHJ1Y3R1cmUg4oCUIGFzIHdoYXQgd2FzIGdlbmVyYXRl ZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1z cGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNv bnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPuKAnFJlZ2VuZXJhdGluZ+KAnSByYXRoZXIgdGhh biDigJxmb3J3YXJkaW5n4oCdIG1lc3NhZ2VzIG1lYW5zLCB0aGF0IHRoZSBpbnRlcm1lZGlhdGU8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBs ZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5yb3V0ZXIg4oCccmVnZW5lcmF0aW5n 4oCdIHRoZSBSUkVRIG1heSBjaG9zZSBhIGRpZmZlcmVudCBzdHJ1Y3R1cmUgKGUuZy4sIGluY2x1 ZGUgVExWczxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xh c3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmluIGEgZGlmZmVyZW50 IG9yZGVyKS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxl LXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPlRoZSBwcm9wb3NhbCBmcm9tJm5ic3A7 PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXBlcmtpbnMtbWFuZXQt YW9kdi1lMmVzZWMtMDAiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1wZXJraW5zLW1hbmV0LWFvZHYtZTJlc2VjLTAwPC9zcGFuPjwv YT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJh cHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNz PSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5pcyB0byBhZGQgY29uc3RyYWlu dHMgb24gKGkpIHRoZSBzZXQgb2YgZWxlbWVudHMgdG8gaW5jbHVkZSBpbiBhIHNpZ25hdHVyZSBh bmQgKGlpKSB0aGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vcmRlciBvZiB0 aGVzZSBlbGVtZW50cy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9 ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xh c3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPk9uZSZuYnNwO3Byb2JsZW0g d2l0aCB0aGF0IGFwcHJvYWNoIGlzIChpKTogaWYgYW4gZXh0ZW5zaW9uIGFkZHMgYSBtZXNzYWdl IFRMViwgb3IgYW4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9z cGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5BZGRy ZXNzIFRMViwgdG8gYSBtZXNzYWdlLCB0aGVuIHRoYXQgd2lsbCBub3QgYmUg4oCcY292ZXJlZOKA nSBieSB0aGUgcHJvcG9zZWQgZTJlc2VjIFRMVi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj5SYXRoZXIgZm9yICplYWNoKiBleHRlbnNpb24gZGV2ZWxvcGVkLCBhbiDigJx1cGRh dGVzIGUyZXNlY+KAnSBjbGF1c2UgbmVlZHMgdG8gYmUgZG9uZS48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPknigJlkIHNheSB0aGF0IHRoaXMgYXBwcm9hY2ggd291bGQgYmUgcHJvbmUgdG8gZXJy b3JzIOKAlCBhbmQgYWRkIGVudHJvcHkgdG8gdGhlIHByb2Nlc3M8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPiZuYnNwOzwvc3Bhbj5vZiBkZXNpZ25pbmcgcHJvdG9jb2wgZXh0ZW5zaW9ucy4gVGhlIGFs dGVybmF0aXZlLCBhIG1lc3NhZ2UgYmVpbmcgZ2VuZXJhdGVkIGJ5IHRoZTxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPnNvdXJjZSBhbmQgKmZvcndhcmRlZCogKGFzIHdlIGRvIGlu IE9MU1J2MiwgZm9yIGV4YW1wbGUpIHdvdWxkIGFsbG93IElDViBUTFZzJm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNw YW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29u dmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+KGV2ZW4sIGFsbG93IHJldXNlIG9mIHRob3NlIHNw ZWNpZmllZCBmb3IgT0xTUnYyKSBmb3IgY292ZXJpbmcgYSBtZXNzYWdlIGFuZCZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRh Yi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxl LWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPmV4dGVuc2lvbnMuPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj7igJxCdXQgd2hhdCBhYm91dCB0aGUgbWV0cmljcyB2YWx1ZSB3aGljaCB3aWxs IGNoYW5nZSBvbiBlYWNoIGhvcOKAnSwgeW91IG1heSBzYXk/PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNl Ij4mbmJzcDs8L3NwYW4+Rm9ydHVuYXRlbHksIHRoYXQgaXMgcmVsYXRpdmVseSBlYXN5IHRvIGhh bmRsZTogc2ltcGx5IHplcm8gb3V0IHRoZSB2YWx1ZSBvZiB0aGF0IFRMViB3aGVuPG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNw YW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29u dmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+Z2VuZXJhdGluZyBvciB2ZXJpZnlpbmcgdGhlIElD ViBNZXNzYWdlVExWLiBBbmQgdXNlIFBhY2tldC1UTFZzIGZvciBob3AtYnktaG9wJm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUt dGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBw bGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+YXV0aGVudGljYXRpb24sIGlmIG5lZWRl ZCAoYnV0LCBzZWUgYmVsb3cpLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBj bGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+bzxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3Bh biI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48 Yj48dT5JdCBwcmV2ZW50cyB0aGUgdXNlIG9mIG1vcmUgY2xldmVyL2FkdmFuY2VkIHNpZ25hdHVy ZQ0KIHNjaGVtZXMvSUNWczwvdT48L2I+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3Nw YW4+QWdncmVnYXRlIHNpZ25hdHVyZSBhbGdvcml0aG1zICgmbmJzcDs8YSBocmVmPSJodHRwczov L2NyeXB0by5zdGFuZm9yZC5lZHUvfmRhYm8vcGFwZXJzL2FnZ3N1cnZleS5wZGYiPjxzcGFuIHN0 eWxlPSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vY3J5cHRvLnN0YW5mb3JkLmVkdS9+ZGFiby9wYXBl cnMvYWdnc3VydmV5LnBkZjwvc3Bhbj48L2E+KTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPmV4aXN0LCBhbmQgYW4gaW50ZXJlc3RpbmcgdXNlLWNhc2UgY2FuIGJlIGZvdW5kIGlu IGFsc28gcmVhY3RpdmUgcHJvdG9jb2xzLCBhbGxvd2luZyB2ZXJpZnlpbmc8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5ub3Qg4oCcanVzdOKAnSB0aGUgZW5kIHBvaW50cywgYnV0 IGFsc28gdGhlIGludGVybWVkaWFyaWVzIChhZ2Fpbiwgd2l0aCB0aGUgYXBwcm9wcmlhdGUg4oCc emVybyBvdXTigJ08bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5kaXNjdXNzZWQg YWJvdmUsIG9yIHNvbWV0aGluZyBzbWFydGVyKS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNw Ozwvc3Bhbj5SZWdlbmVyYXRpb24gb2YgbWVzc2FnZXMsIHJhdGhlciB0aGFuIGZvcndhcmRpbmcs IHJlbmRlcnMgdGhhdCBpbXBvc3NpYmxlIChvciwgaWYgdXNlZCw8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPiZuYnNwOzwvc3Bhbj51cGRhdGluZyB0byAmbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtcGVya2lucy1tYW5ldC1hb2R2LWUyZXNlYy0wMCI+PHNwYW4g c3R5bGU9ImNvbG9yOnB1cnBsZSI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXBl cmtpbnMtbWFuZXQtYW9kdi1lMmVzZWMtMDA8L3NwYW4+PC9hPik8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+VGhlcmUgYXJlIG90aGVyIHJlYXNvbnMsIGJ1dCB0aGUgYWJvdmUgYXJlIHRo b3NlIHRoYXQganVtcCBhdCBtZSBhcyBpbW1lZGlhdGUgc2hvdy1zdG9wcGVycy48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBkbyBob25lc3RseSBub3Qgc2VlIHdoYXQgcG9zc2libGUg YmVuZWZpdCB0aGVyZSBpcyBmcm9tIOKAnHJlZ2VuZXJhdGlvbuKAnSDigJQgYnV0IEkgc2VlIHZl cnkgY2xlYXIgaW5jb252ZW5pZW5jZXMsIGFuZCBzZWN1cml0eSBpcyBub3QgdGhlIGxlYXN0IG9m IHRoZXNlLiBJbnNpc3Rpbmcgb24g4oCccmVnZW5lcmF0aW9u4oCdIHJlcXVpcmVzIGRldmVsb3Bt ZW50IG9mIOKAnG5vbi1nZW5lcmFsIHdvcmthcm91bmRz4oCdIGFzIHBvaW50ZWQNCiBvdXQgYWJv dmUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjx1PlNlY3VyaXR5IENvbnNpZGVy YXRpb25zPC91PjwvYj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRo aXMgaXMgYW4gYWx3YXlzIHRob3JueSBzdWJqZWN0LiBXaGVuIE9MU1J2MiB3YXMgZ29pbmcgdGhy b3VnaCB0aGUgcHJvY2VzcyB3ZSBnb3QgYSB0aG9yb3VnaCBlZHVjYXRpb24gaW4gaG93IGxpdHRs ZSB3ZSBrbmV3IGFib3V0IHNlY3VyaXR5IGZyb20gdGhlIFNFQy1BRHMsIGFuZCBoYWQgdG8gc3Bl bmQgYWJvdXQgYSB5ZWFyIG9yIHNvIGRldmVsb3BpbmcgUkZDNzE4My4gVGhlIGJvdHRvbSBsaW5l IGlzLCB0aGF0DQogdGhpcyBwcm90b2NvbCBuZWVkcyBpdHMg4oCcUkZDNzE4MyAmbmJzcDtlcXVp dmFsZW504oCdLCBlaXRoZXIgYXMgcGFydCBvZiB0aGUgbWFpbiBkb2N1bWVudCwgb3IgYXMgYW4g aW5kZXBlbmRlbnQgZG9jdW1lbnQuIGN1cnJlbnRseSwgdGhhdCBpcyBub3QgdGhlIGNhc2UuPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkEgbWluaW1hLCBsb29raW5nIGF0IEJDUDcyIGFu ZCBCQ1AxMDcg4oCUIHRha2luZyBpbnNwaXJhdGlvbiBmcm9tIFJGQzcxODMgbWlnaHQgYmUgYXcg Z29vZCBpZGVhLCBhcyB0aGF0IHdhcyB0aGUgbW9zdCByZWNlbnQgdGhhdCB3ZW50IHRocm91Z2gg dGhlIFNFQyBBRC4gUmVnYXJkbGVzcyBvZiBob3csIGhvd2V2ZXIsIGEg4oCcbWFuZGF0b3J5IHRv IGltcGxlbWVudOKAnSBzZWN1cml0eSBtZWNoYW5pc20gbW9zdCBiZSBzcGVjaWZpZWQNCiAoSSB0 aGluayB0aGUgcmlnaHQgdGVybSB3YXMg4oCcTVVTVCBpbXBsZW1lbnQsIFNIT1VMRCB1c2XigJ0p LCBpbiBzdWZmaWNpZW50IGRldGFpbCB0byBlbnN1cmUgaW50ZXJvcGVyYWJsZSBpbXBsZW1lbnRh dGlvbnMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFzIGFuIGV4YW1wbGUsIGJvdGgg W1JGQzYxMzBdIGFuZCBbUkZDNzE4MV0gc2V0IG91dCB0aGF0IHRoYXQ6PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyBPbiByZWNlaXZpbmcg YSAuLi4gbWVzc2FnZSwgYSByb3V0ZXIgTVVTVCBmaXJzdCBjaGVjayBpZiB0aGU8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyAmbmJzcDsgJm5ic3A7IG1lc3Nh Z2UgaXMgaW52YWxpZCBmb3IgcHJvY2Vzc2luZyBieSB0aGlzIHJvdXRlcjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5hbmQgdGhlbiBwcm9jZWVkIHRvIGdpdmUgYSBudW1iZXIgb2YgY29u ZGl0aW9ucyB0aGF0LCBlYWNoLCB3aWxsIGxlYWQgdG8gYSByZWplY3Rpb24gb2YgdGhlIG1lc3Nh Z2UgYXMgJnF1b3Q7YmFkbHkgZm9ybWVkIGFuZCB0aGVyZWZvcmUgaW52YWxpZCBmb3IgcHJvY2Vz c2luZ+KAnSDigJQgYSBsaXN0IHdoaWNoIFJGQzcxODMgdGhlbiBhbWVuZGVkLiBUaGF0IGdhdmUg YSDigJxob29r4oCdIGZvciBSRkM3MTgzIGZvciBpbnNlcnRpbmcNCiDigJxyZWplY3Rpb27igJ0u IElkZW0gZm9yIG1lc3NhZ2UgZ2VuZXJhdGlvbi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+SWYgSSB3YXMgdG8gZG8gUkZDNzE4MS9SRkM2MTMwIHRvZGF5LCBJIHdvdWxkIGluY2x1ZGUg dGhhdCBkaXJlY3RseSBpbnRvIHRoZSBwcm90b2NvbCBzcGVjaWZpY2F0aW9ucy4gSXQgdHVybmVk IG91dCB0byBiZSBtb3JlIG92ZXJoZWFkIChhbmQgc2xvdyBkb3duIHB1YmxpY2F0aW9uIGFueXdh eXMpIHRvIGRvIGl0IGFzIHNlcGFyYXRlIGRvY3VtZW50cy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5TZWNvbmRseSwgd2UgbmVlZCB0byBiZSBhIGxvdCBtb3JlIHJpZ2lk IGluIHRlcm1zIG9mIHdoYXQgSUNWcywgVGltZXN0YW1wcywgZXRjLiBhcmUgYWRkZWQvcmVtb3Zl ZCwgYW5kIHdoYXQgdGhhdCBicmluZ3MuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkZv ciBleGFtcGxlICh3aXRoIHRoZSBhc3N1bXB0aW9uIHRoYXQgbWVzc2FnZXMgYXJlICpmb3J3YXJk ZWQqIGFuZCAqbm90KiByZWdlbmVyYXRlZCksIHRoaXMgY291bGQgYmUgb25lIG9wdGlvbjo8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPm88c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48 c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+V2hlbiBhIFJS RVEsIFJSRVAgbWVzc2FnZSBpcyBnZW5lcmF0ZWQsIGFkZA0KIGFuIElDViBNZXNzYWdlIFRMViwg d2hpY2ggaXMgY2FsY3VsYXRlZCAmbHQ7dGhpcyB3YXkmZ3Q7PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+Jm5ic3A74oCmKHRha2UgaW5zcGlyYXRpb24g ZnJvbSBSRkM3MTgzIGhlcmUpPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNs YXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFu IGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vPHNwYW4gY2xhc3M9 ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPldoZW4gYSBSUkVRLCBSUkVQIG1lc3NhZ2UgaXMgdHJhbnNtaXR0ZWQgJm5i c3A7KGJ5DQogdGhlIHNvdXJjZSwgb3IgZm9yd2FyZGVkIGJ5IGFuIGludGVybWVkaWFyeSk8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10 YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxz cGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5pbiBhbiBSRkM1 NDQ0IHBhY2tldCwgYW4gSUNWIFBhY2tldCBUTFYgaXMgYWRkZWQgdG8gdGhlIHBhY2tldCwgd2hp Y2ggaXMgY2FsY3VsYXRlZCAmbHQ7dGhpcyB3YXkmZ3Q7IOKApjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+bzxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBs ZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5XaGVuIGFuIFJGQzU0NDQgcGFja2V0IGlz IHJlY2VpdmVkLCB2YWxpZGF0ZQ0KIHRoZSBJQ1YgUGFja2V0IFRMViAmbHQ7dGhpcyB3YXkmZ3Q7 IGFuZCBpZiB0aGUgSUNWIGRvZXNu4oCZdCB2YWxpZGF0ZSw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5kaXNjYXJkIHRoZSBjb250YWluZWQgbWVzc2Fn ZXMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJhcHBsZS10YWIt c3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFu Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8 L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPldo ZW4gcmVjZWl2aW5nIGEgUlJFUS9SUkVQIChlaXRoZXIgYXMgZGVzdGluYXRpb24sDQogb3IgYXMg YW4gaW50ZXJtZWRpYXJ5KSwgdmFsaWRhdGUgdGhlIElDViBNZXNzYWdlIFRMViZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRh Yi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPiZsdDt0aGlzIHdh eSZndDsgYW5kIGlmIHRoZSBJQ1YgZG9lc27igJl0IHZhbGlkYXRlLCBkaXNjYXJkIHRoZSBtZXNz YWdlLCBkbyBub3QgcHJvY2VzcywgZG8gbm90IGZvcndhcmQuPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPlRoaXMgaXMgYSBkaWZmZXJlbnQgKGFuZCBtb3JlIGZsZXhpYmxlPykgbW9kZWwg dGhhbiDigJxqdXN04oCdIHRyYW5zaXRpdmUgdHJ1c3QgYW5kIOKAnGp1c3TigJ0gZW5kLXRvLWVu ZCB0cnVzdCBkaXNjdXNzZWQgcHJldmlvdXNseSwgYW5kIGlzIGVuYWJsZWQgYnkgdGhlIOKAnGZv cndhcmRpbmfigJ0gYml0IGRlc2NyaWJlZCBwcmV2aW91c2x5LjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48dT5NZXRyaWNzPC91PjwvYj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkkgaGF2ZSBhc2tlZCB0aGlzIG51bWVyb3VzIHRpbWVzLCBidXQgaGF2 ZSBub3QgZ290dGVuIGFueSBhbnN3ZXIgc28gSSBhbSBlc2NhbGF0aW5nIHRoaXMgYWdhaW4uIFdo eSBpcyB0aGlzIGRvY3VtZW50IGhhdmluZyBhIG5vcm1hdGl2ZSByZWZlcmVuY2UgdG8gUkZDNjU1 MT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHByZSBzdHls ZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsgWzxhIG5hbWU9InJlZi1S RkM2NTUxIiBpZD0icmVmLVJGQzY1NTEiPlJGQzY1NTE8L2E+XSZuYnNwOyBWYXNzZXVyLCBKUC4s IEVkLiwgS2ltLCBNLiwgRWQuLCBQaXN0ZXIsIEsuLCBEZWplYW4sIE4uLDxvOnA+PC9vOnA+PC9w cmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBhbmQgRC4gQmFydGhlbCwgJnF1b3Q7Um91dGluZyBNZXRyaWNzIFVzZWQgZm9yIFBh dGggQ2FsY3VsYXRpb248bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1i ZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgaW4gTG93LVBvd2VyIGFuZCBMb3Nz eSBOZXR3b3JrcyZxdW90OywgPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3Jm YzY1NTEiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPlJGQyA2NTUxPC9zcGFuPjwvYT4sIERP SSAxMC4xNzQ4Ny88bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZv cmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL3JmYzY1NTEiPjxzcGFuIHN0eWxlPSJjb2xvcjpwdXJwbGUiPlJGQzY1NTE8 L3NwYW4+PC9hPiwgTWFyY2ggMjAxMiw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFn ZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJmx0OzxhIGhyZWY9 Imh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM2NTUxIj48c3BhbiBzdHlsZT0iY29s b3I6cHVycGxlIj5odHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjNjU1MTwvc3Bhbj48 L2E+Jmd0Oy48bzpwPjwvbzpwPjwvcHJlPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPlVubGVzcyBJIGFtIG1pc3Rha2VuLCB0aGlzIGlzIG5vdCB0aGUgUk9MTCBXRy4gQW5k IHRoZSBhYnN0cmFjdCB0byBSRkM2NTUxIGV4cGxpY2l0bHkgcmVhZHM6PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9IndvcmQtd3JhcDogYnJl YWstd29yZDt3aGl0ZS1zcGFjZTpwcmUtd3JhcCI+Jm5ic3A7Jm5ic3A7IExvdy1Qb3dlciBhbmQg TG9zc3kgTmV0d29ya3MgKExMTnMpIGhhdmUgdW5pcXVlIGNoYXJhY3RlcmlzdGljczxvOnA+PC9v OnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBjb21wYXJlZCB3aXRoIHRyYWRpdGlvbmFsIHdp cmVkIGFuZCBhZCBob2MgbmV0d29ya3MgdGhhdCByZXF1aXJlIHRoZTxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPiZuYnNwOyZuYnNwOyBzcGVjaWZpY2F0aW9uIG9mIG5ldyByb3V0aW5nIG1ldHJpY3Mg YW5kIGNvbnN0cmFpbnRzLiZuYnNwOyA8bzpwPjwvbzpwPjwvcHJlPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPldoaWNoIGV4cGxpY2l0bHkgaXMgZGlz Y2xhaW1pbmcgdGhhdCB0aGVzZSBtZXRyaWNzIGFyZTxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPjxiPjx1PiZuYnNwOzwvdT48L2I+PC9zcGFuPjxiPjx1Pm5vdCBhcHBsaWNhYmxl IGluIGFkIGhvYyBuZXR3b3JrczwvdT48L2I+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPuKAlCBhbmQsIEkgYW0gd29uZGVyaW5nLCB3aGF0IGhhcyBjaGFu Z2VkDQogc2luY2UgdGhlIHB1YmxpY2F0aW9uIG9mIFJGQzY1NTEgdG8gc3VkZGVubHkgbWFrZSB0 aGVzZSBhcHBsaWNhYmxlPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDtJIGFt IGFsc28gd29uZGVyaW5nIGlmIGxvb2tpbmcgYXQgKGFuZCwgcGVyaGFwcywgdXNpbmc/KSB0aGUg c2FtZSBtZXRyaWMgdHlwZSBUTFYgdHlwZSBhcyBpbiBPTFNSdjIgaXMgbm90IGEgcG9zc2liaWxp dHk/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RWl0aGVyIHdheSwgcmVm ZXJlbmNpbmcgUkZDNjU1MSBoZXJlIGlzIHdyb25nLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48dT5SRkM2NjIxIChTTUYpIHVzYWdlPC91PjwvYj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFzIGxhdGUgYXMgZWFybGllciB0aGlzIG1vbnRoLCBSRkM2 NjIxIHJlYXJlZCBpdHMgaGVhZCBhZ2FpbiBvbiB0aGUgbWFpbGluZyBsaXN0LiBJIHVuZGVyc3Rh bmQgdGhhdCB0aGUgYXV0aG9ycyBhcmUgc2V0IG9uIHVzaW5nIGZsb29kaW5nIHJlZHVjdGlvbiBh cyBwYXJ0IG9mIFJSRVEgZGlzdHJpYnV0aW9uLiBJZiB0aGF0IGlzIHRoZSBjYXNlLCB0aGVuIHRo aXMgcHJvdG9jb2wgTVVTVCBzcGVjaWZ5IHRoYXQNCiBmbG9vZGluZyByZWR1Y3Rpb24uJm5ic3A7 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNheWluZyDigJxVc2UgUkZDNjYyMeKAnSB3 b27igJl0IHdvcmssIGZvciByZWFzb25zIENocmlzIHBvaW50IG91dCBpbiBhbiBlbWFpbCBlYXJs aWVyIHRvIHRoZSBsaXN0OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2lu LWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5UaGUgbmV0d29yayBkb2VzIG5vdCBhbmQgZnVuZGFtZW50YWxseSBjYW5ub3Qgb2ZmZXIgbXVs dGljYXN0IHN1cHByZXNzaW9uIHRvIEFPRFZ2Mi4gVGhpcyBpc24ndCBhIGhhcmQgY29uY2VwdCwg YnV0IHNlZW1zIHRvIGtlZXAmbmJzcDtoYXZpbmcgdG8gYmUgc2FpZC4gQU9EVnYyIG1lc3NhZ2Vz IGFyZSBjYXJyaWVkIGluIDU0NDQgcGFja2V0cywgYW5kIHRob3NlIG9ubHkgdHJhdmVsIG9uZSBo b3AuIFRoYXQgZG9lc24ndA0KIGFsbG93IGZvciBzdXBwcmVzc2lvbi4mbmJzcDtGdXJ0aGVybW9y ZSBBT0RWdjIgaXMgY3JlYXRpbmcgbmV3IG1lc3NhZ2VzIGVhY2ggaG9wLiBUaGF0IG5lZWRzIEFP RFZ2MiBzcGVjaWZpYyBoYW5kbGluZy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+QW5kIHF1b3RpbmcgYW4gZW1haWwgZnJvbSBteXNlbGY6PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBz dHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPklmIHByb3RvY29sIFggcmVsaWVzIG9uIHVz aW5nIGEgZmxvb2Rpbmcgb3BlcmF0aW9uLCB0aGVuIGl0IGNlcnRhaW5seSBpcyBwcm90b2NvbCBY J3MgcmVzcG9uc2liaWxpdHkgdG8gJm5ic3A7c3BlY2lmeSB0aGUgZmxvb2Rpbmcgb3BlcmF0aW9u IChvciwgYXQgbGVhc3QsJm5ic3A7dGhlIHJlcXVpcmVtZW50cyB0byB0aGUgZmxvb2Rpbmcgb3Bl cmF0aW9uICkgZm9yIGNvcnJlY3QgZnVuY3Rpb25pbmcgb2YgcHJvdG9jb2wgWC48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+SeKAmXZlIHByZXZpb3VzbHkgcG9pbnRlZCBvdXQgdGhhdCBS RkM2NjIxIHJlcXVpcmVzIHNvbWUgZGVncmVlIG9mIGNvbmZpZ3VyYXRpb24gKGNhbuKAmXQganVz dCwgZm9yIGV4YW1wbGUsIHBpY2sgdHdvIGRpZmZlcmVudCByZWxheSBzZXQgc2VsZWN0aW9uIGFs Z29yaXRobXMsIGFzIHRoYXQgbWF5IHByb2R1Y2UgYSBkaXNjb25uZWN0ZWQgZmxvb2RpbmcgZG9t YWluKS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SW4gb3RoZXIgd29yZHMsIHdoYXQg dGhlIGF1dGhvcnMgcHJvcG9zZSBpbiZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9kcmFmdC1wZXJraW5zLW1hbmV0LXVzaW5nLXJmYzY2MjEtMDAiPjxzcGFuIHN0eWxl PSJjb2xvcjpwdXJwbGUiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1wZXJraW5z LW1hbmV0LXVzaW5nLXJmYzY2MjEtMDA8L3NwYW4+PC9hPiZuYnNwO2lzIGluc3VmZmljaWVudC48 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHU+TXVsdGlwbGUgaW50ZXJmYWNlcyBj b25maWd1cmVkIHdpdGggdGhlIHNhbWUgYWRkcmVzcyhlcykgLSAmYW1wOyBSRkM2NjIxPC91Pjwv Yj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgdGhpbmsgdGhhdCBp dCBoYXMgYmVlbiBlc3RhYmxpc2hlZCB0aGF0IHRoZSBhYmlsaXR5IHRvIHVzZSB0aGUgc2FtZSBh ZGRyZXNzIG9uIG11bHRpcGxlIGludGVyZmFjZXMgaXMgYSByZXF1aXJlbWVudC4gSXTigJlzIG5v dCBjbGVhciB0byBtZSB0aGF0IGEgc2luZ2xlIHdheSBvZiBkb2luZyBzbyBoYXMgYmVlbiBwcm9w b3NlZCwgbm9yIHRoYXQgdGhlIOKAnG9wZXJhdGluZyBjb25kaXRpb25z4oCdIGFyZSBjYWxsZWQN CiBvdXQgKGZvciBleGFtcGxlLCB3aWxsIGl0IHdvcmsgJm5ic3A7aWYgcm91dGVyIEEgYW5kIHJv dXRlciBCIGJvdGggaGF2ZSB0d28gaW50ZXJmYWNlcywgYW5kIHRoYXQgYWxsIDQgaW50ZXJmYWNl cyB1c2UgdGhlIHNhbWUgSVAgYWRkcmVzcz8pPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PlRoaXMgaXMgbm90IGVudGlyZWx5IHVucmVsYXRlZCB0byBmbG9vZGluZyByZWR1Y3Rpb24gYW5k IFJGQzY2MjEuIE9uZSBvZiB0aGUgY29tcGxleGl0aWVzIGlzIHRvIGdldCB0aGF0IGp1c3Qgcmln aHQ6IE9MU1J2MiAtIGZvciBleGFtcGxlIC0gY2FsY3VsYXRlcyBGbG9vZGluZy1NUFJzIHBlciBp bnRlcmZhY2UsIGFuZCBSRkM2MTMwIGlzIGNhcmVmdWwgaW4gaG93IGl0IGRldGVjdHMgYmlkaXJl Y3Rpb25hbGl0eQ0KIG9mIGxpbmtzLiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5JIGhhdmUgbm90IHdvcmtlZCBvdXQgYWxsIHRoZSBkZXRhaWxzIG9mIGhvdyB0aGlzIGltcGFj dHMgdGhpcyBwcm90b2NvbCDigJQgYnV0LCBpdCByZXF1aXJlcyBhdHRlbnRpb24uIEVzcGVjaWFs bHkgd2hlbiB3YW50aW5nIHRvIGJlIGFibGUgdG8gc2F5IOKAnOKApnVzZSBSRkM2NjIx4oCdLCB0 aGVuIHRoZSBpbnRlcmZhY2UgY29uZmlndXJhdGlvbiBjb25zdHJhaW50cyB3aGVuIGZhY2VkIHdp dGggbXVsdGlwbGUgaW50ZXJmYWNlcw0KIG11c3QgYmUgd29ya2VkIG91dC48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGI+PHU+UHJlZml4ZXMgJmFtcDsgR2F0ZXdheXM8L3U+PC9iPjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QSBxdWVzdGlvbiB0byBteSBt aW5kLCBhbmQgSSBhbSBub3Qgc3VyZSBJIGtub3cgaG93IHRvIGFuc3dlciB0aGF0IGZyb20gcmVh ZGluZyB0aGUgZHJhZnQgc2luY2UgaXQgaXMgbm90IGRpc2N1c3NlZCBpbiBzZWN0aW9uIDkgKGF0 IGxlYXN0KSwgaXM6IOKAnFdoYXQgaGFwcGVucyBpZiBJIHNlbmQgYSBSUkVRIHRvIGEgcHJlZml4 4oCdIChpLmUuLCBhIC8mbHQ7MTI4IGluIElQdjYpPzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBj bGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+bzxzcGFuIGNsYXNzPSJh cHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj5JZiB0aGUgd2hvbGUgcHJlZml4IGlzIHBhcnQgb2YgdGhlIGF0dGFjaGVkIG5l dHdvcmsgc2V0DQogb2YgYSBzaW5nbGUgcm91dGVyLCZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFj ZSI+Jm5ic3A7PC9zcGFuPnRoZW4gSSBleHBlY3QgdG8gZ2V0IGEgc2luZ2xlIFJSRVAgYmFjaywg aXMgdGhhdCB0aGUgY2FzZT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xh c3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNv bnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPm88c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4i PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwv c3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+SWYg JnF1b3Q7aGFsZiB0aGUgcHJlZml4JnF1b3Q7ICZuYnNwO2lzIHBhcnQgb2YgdGhlIGF0dGFjaGVk IG5ldHdvcmsgc2V0DQogb2YgYSBzaW5nbGUgcm91dGVyLCZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1z cGFjZSI+Jm5ic3A7PC9zcGFuPmFuZCB0aGUgb3RoZXIgaGFsZiBpcyBwYXJ0IG9mIHRoZSBhdHRh Y2hlZCBuZXR3b3JrIHNldCBvZiBhbm90aGVyICZuYnNwO3NpbmdsZSByb3V0ZXIsJm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2 Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUt dGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBw bGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+dGhlbiBJIGV4cGVjdCB0d28gUlJFUHMs IGlzIHRoYXQgdGhlIGNhc2U/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNs YXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFu Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8 L3NwYW4+PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPk1v cmUgZ2VuZXJhbGx5LCB3aWxsIEkgZ2V0IGEgdHJlZSBidWlsZCB0aHJvdWdoIHRoZSBuZXR3b3Jr DQogaGVyZT88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2VjdGlvbiA5IChvciwgdGhl IHdob2xlIHNwZWMpIGlzIGFsc28gbm90IGV4cGxpY2l0IGVub3VnaCBhYm91dCBtdWx0aXBsZSAm bmJzcDsmcXVvdDtkZWZhdWx0IGdhdGV3YXlzJnF1b3Q7IOKAlCBpLmUuLCB0aGUgZXh0ZXJuYWwg bmV0d29yayBiZWluZyDigJx0aGUgcmVzdCBvZiB0aGUgSW50ZXJuZXTigJ0sIGFuZCB0aGVyZSBi ZWluZyBtdWx0aXBsZSBnYXRld2F5cyB0byB0aGUgSW50ZXJuZXQuIEkgdW5kZXJzdGFuZCBob3cg dGhlIFJSRVEgZ2V0cw0KIHRvIHRoZSBnYXRld2F5LCBhbmQgaG93IHRoZSBnYXRld2F5IGRldGVy bWluZXMgaWYgaXQgc2hvdWxkIHJlc3BvbmQgKHRoZSBkZXN0aW5hdGlvbiBpcyBub3QgcGFydCBv ZiDigJx0aGUgTUFORVQgcHJlZml4LCB3aXRoIHdoaWNoIGl0IGlzIGNvbmZpZ3VyZWTigJ0pLjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CdXQsIGlmIEEgaXMgY2xvc2UgdG8gR1cxLCBh bmQgQiBpcyBjbG9zZSB0byBHVzIsIGJ1dCBBIGFuZCBCIGJlaW5nIGZhciBmYXIgYXBhcnQgKGFj Y29yZGluZyB0byB0aGUgbWV0cmljIHVzZWQpIHdpdGhpbiB0aGUgTUFORVQsIHRoZW4gaXQgd291 bGQgYmUgcHJlZmVyZW50aWFsIGZvciB0aGUgcm91dGUgZnJvbSBBIHRvIEIgdG8gZ28gdmlhIEdX MS3igJx0aGUtSW50ZXJuZXTigJ0tR1cyPyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5JcyB0aGlzIGEgc3VwcG9ydGVkIGNvbmZpZ3VyYXRpb24/Jm5ic3A7PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4i PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJz cDs8L3NwYW4+bzxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5JZiB5ZXMsIGhvdyBpcyBpdCAoc2Vx IyB3aXNlLCBJIHdvdWxkIGV4cGVjdCBzb21lIGNvbXBsaWNhdGlvbnMpDQogaGFuZGxlZD8mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJh cHBsZS10YWItc3BhbiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0 ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj5vPHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+ PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPklmIG5vdCwg d2hlcmUgaXMgaXQgc3RhdGVkIHRoYXQgdGhpcyBjb25maWd1cmF0aW9uIGlzIG5vdA0KIHBvc3Np YmxlIHdpdGggdGhpcyBwcm90b2NvbD88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgYXBwbGljYWJp bGl0eSBzdGF0ZW1lbnQgc2F5czo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJz cDsgQU9EVnYyIGlzIGRlc2lnbmVkIGZvciBzdHViIG9yIGRpc2Nvbm5lY3RlZCBtb2JpbGUgYWQg aG9jIG5ldHdvcmtzLDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJl Zm9yZTphbHdheXMiPiZuYnNwOyZuYnNwOyBpLmUuLCBub24tdHJhbnNpdCBuZXR3b3JrcyBvciB0 aG9zZSBub3QgY29ubmVjdGVkIHRvIHRoZSBpbnRlcm5ldC48bzpwPjwvbzpwPjwvcHJlPg0KPHBy ZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsgQU9EVnYyIGNh biwgaG93ZXZlciwgYmUgY29uZmlndXJlZCB0byBwZXJmb3JtIGdhdGV3YXkgZnVuY3Rpb25zIHdo ZW48bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlz Ij4mbmJzcDsmbmJzcDsgYXR0YWNoZWQgdG8gZXh0ZXJuYWwgbmV0d29ya3MsIGFzIGRpc2N1c3Nl ZCBpbiA8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tYW5l dC1hb2R2djItMTMjc2VjdGlvbi05Ij48c3BhbiBzdHlsZT0iY29sb3I6cHVycGxlIj5TZWN0aW9u IDk8L3NwYW4+PC9hPi48bzpwPjwvbzpwPjwvcHJlPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGJlbGlldmUgdGhhdCB0aGUgc2NlbmFyaW8gSSBkZXNj cmliZSBpcyBpbmRlZWQgYSBzdHViIG5ldHdvcmsgKGFuZCBub3QgYSB0cmFuc2l0IG5ldHdvcmsp PzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj7igJQg4oCUIOKAlCZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BcyBJIGluZGljYXRlZCwgdGhlc2UgYXJlIHRoZSBiaWct cGljdHVyZSBpc3N1ZXMgdGhhdCBJIGhhdmUgZ290dGVuIGFyb3VuZCB0byB0aGlua2luZyBhYm91 dCBlbm91Z2ggdG8gd3JpdGUgdXAuIEnigJltIG5vdCB0aHJvdWdoIHdvcmtpbmcgdGhyb3VnaCB0 aGUgZG9jdW1lbnQsIGJ1dCB0aG9zZSB3ZXJlIHRoZSBvbmVzIHRoYXQgY2FtZSB0byBtaW5kLCBh bmQgd2hpY2ggc2VlbSBpbXBlcmF0aXZlIHRvIHJlc29sdmUuPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkJlc3QsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRob21hczxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDsiPioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqPGJyPg0KVGhpcyBlbWFpbCBhbmQgYW55 IGF0dGFjaG1lbnRzIGFyZSBjb25maWRlbnRpYWwgdG8gdGhlIGludGVuZGVkPGJyPg0KcmVjaXBp ZW50IGFuZCBtYXkgYWxzbyBiZSBwcml2aWxlZ2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5k ZWQ8YnI+DQpyZWNpcGllbnQgcGxlYXNlIGRlbGV0ZSBpdCBmcm9tIHlvdXIgc3lzdGVtIGFuZCBu b3RpZnkgdGhlIHNlbmRlci48YnI+DQpZb3Ugc2hvdWxkIG5vdCBjb3B5IGl0IG9yIHVzZSBpdCBm b3IgYW55IHB1cnBvc2Ugbm9yIGRpc2Nsb3NlIG9yPGJyPg0KZGlzdHJpYnV0ZSBpdHMgY29udGVu dHMgdG8gYW55IG90aGVyIHBlcnNvbi48YnI+DQoqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm b250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQptYW5l dCBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bWFuZXRAaWV0Zi5vcmciPjxzcGFu IHN0eWxlPSJjb2xvcjpwdXJwbGUiPm1hbmV0QGlldGYub3JnPC9zcGFuPjwvYT48YnI+DQo8YSBo cmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0Ij48c3BhbiBz dHlsZT0iY29sb3I6cHVycGxlIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L21hbmV0PC9zcGFuPjwvYT48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9237E356GLKXM0002VGREEN_-- From nobody Thu Mar 17 10:35:16 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FD7712DC76 for ; Thu, 17 Mar 2016 10:35:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.395 X-Spam-Level: X-Spam-Status: No, score=-1.395 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TRACKER_ID=1.306] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=thomasclausen.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DXtcIaEIRGV4 for ; Thu, 17 Mar 2016 10:35:05 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D28C12DCB0 for ; Thu, 17 Mar 2016 10:26:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 60810240649; Thu, 17 Mar 2016 10:26:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1458235574; bh=P6A707aiJHmYfz2DP3jrUjUaUSprJVHxUFEg2bSNzDU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=L/9ULioz5EiDnvTpLc+iiakyAPulz0YFtNNPqVjltK/xbUNvs5pM0PmfO+pU4uEFy AeEgdvoAruNP21nOTP4LQAR2w/19V8pnRDZnWXb8iaMhIVhmIPhwyTy65MxUKMkxqI kOujUJ7nVIb8t9MzLgPFe10QzDrQGdYBVb8PW7bg= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [129.104.89.231] (unknown [129.104.89.231]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 61B04240C18; Thu, 17 Mar 2016 10:26:12 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_D76C79F4-4149-4669-B82A-A63925CF1BDB" From: ietf@thomasclausen.org In-Reply-To: Date: Thu, 17 Mar 2016 18:26:09 +0100 Sendlaterdate: Thu, 17 Mar 2016 18:26:09 +0100 Message-Id: <0E2F32E3-A198-48BA-A712-F9F59F8BBAA0@thomasclausen.org> References: <1F5AB0F1-0B92-4A66-A08F-A2BF8B414D9F@thomasclausen.org> <5EE270D1-30EF-42A9-BF11-7F4267967AC0@fu-berlin.de> <3F51EFE1-7D89-49E9-8B1B-87C02D7A705D@thomasclausen.org> To: Christopher Dearlove X-Mailer: Apple Mail (2.3112) Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] Message integrity and message mutability (was RE: draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2016 17:35:15 -0000 --Apple-Mail=_D76C79F4-4149-4669-B82A-A63925CF1BDB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 17 Mar 2016, at 18:17, Dearlove, Christopher (UK) = wrote: >=20 > Yes, I meant AODVv2, thanks for the catch. > =20 > So is your (Thomas) proposed base specification a hop count only = metric? No, the would be silly as base specification, given that hop count = mostly is useless. As base specification I would simply say =E2=80=9CInclude a Metric Type = Message TLV with a value field, and a 7182 Message TLV & Timestamp=E2=80=9D= as we do in OLSRv2 (with the appropriate verbiage as to generation and = processing).=20 With the message generated by the originator of the RREQ/RREP and *not* = deconstructed/reconstructed/reordered (as is the risk with = =E2=80=9Cregeneration) allows knowing that it would be *only* that = metric field being modified (other than hop count/limit) for when = eventually writing up the extension. =20 > (Actually doesn=E2=80=99t the current specification only define hop = count, or has that changed in latest draft?) No. That is one of the issues I raise in my original. For some reason, = it cites RFC6551, which is a ROLL document and which has in its abstract = that: Low-Power and Lossy Networks (LLNs) have unique characteristics compared with traditional wired and ad hoc networks that require the specification of new routing metrics and constraints.=20 I.e. this document cites a metric document which clearly claims to be = inapplicable in ad hoc networks. I note that this is another thing = I=E2=80=99ve raised for years without seeing it attempted resolved. Best, Thomas > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: ietf@thomasclausen.org = [mailto:ietf@thomasclausen.org ]=20 > Sent: 17 March 2016 17:10 > To: Dearlove, Christopher (UK) > Cc: Lotte Steenbrink; Mobile Ad Hoc Networks mailing list > Subject: Re: [manet] Message integrity and message mutability (was RE: = draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > =20 > On 17 Mar 2016, at 18:04, Dearlove, Christopher (UK) = > = wrote: > =20 > OK, so we have a message that mutates by: > - Modifying hop count/limit. > - Modifying a metric value. > Anything else? > =20 > As mutating (other than hop count/limit) messages aren=E2=80=99t = covered by 5444 or any derivative document (but only recommended = against, not banned) that you may need to make the message otherwise = immutable (no deconstruction and rebuilding, other than guaranteed = unchanging) that would have to be specified by AODVv2. (Easy to say, but = needs saying.) > =20 > With you so far. >=20 >=20 > Then that information is not in a guaranteed fixed location given by a = simple offset. So any signature algorithm that finds it and ignores it = or aggregates on it is specific to OLSRv2. > =20 > Surely you mean AODVv2 >=20 >=20 > So standard 7182 ICVs don=E2=80=99t do the job, you would need an = AODVv2 specialised variant. Which is the sort of thing that the message = specific TLV space is there for, I=E2=80=99d be strongly against a = =E2=80=9Cbut ignore the value of this specific TLV should it occur=E2=80=9D= being in the general space. However it can easily be defined by = reference to 7182 (=E2=80=9Cthis TLV is like that TLV, except if an X = TLV is present, set its value field to zero=E2=80=9D). > =20 > Messy, but could work. > =20 > Not that messy, actually, although clearly not as nice as =E2=80=9Cfixed= offset=E2=80=9D. > =20 > That said, I am arguing for the base spec being: > =20 > =E2=80=9Cmake the message otherwise immutable (no = deconstruction and rebuilding, other=20 > than guaranteed unchanging)=E2=80=9D which is afforded by = forwarding > =20 > + > =20 > RFC7182 Timestamps and ICVs. > =20 > + > =20 > RFC7183 style text bringing it all together. > =20 > The =E2=80=9Caggregated signatures around mutable field=E2=80=9D would = very be an experimental extension. > =20 > What I object to is, if the base spec specifically renders such = extensions impossible > =20 >=20 >=20 > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: Lotte Steenbrink [mailto:lotte.steenbrink@fu-berlin.de = ]=20 > Sent: 17 March 2016 16:48 > To: Dearlove, Christopher (UK) > Cc: ietf@thomasclausen.org ; Mobile Ad = Hoc Networks mailing list > Subject: Re: [manet] Message integrity and message mutability (was RE: = draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > Hi all, > =20 > Am 17.03.2016 um 17:44 schrieb Dearlove, Christopher (UK) = >: > =20 > Good point about whether you just pass on one cost or a set of costs. = As I said, not looked at details - I will, when time permits. One cost = is much easier, and yes, it reduces the fixed size aggregated signatures = problem to =E2=80=9Cjust=E2=80=9D one of computational load. > =20 > For the record, Thomas=E2=80=99 understanding is correct; the cost is = one aggregated value.=20 > =20 > Best regards,=20 > Lotte Steenrbink >=20 >=20 >=20 > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: ietf@thomasclausen.org = [mailto:ietf@thomasclausen.org ]=20 > Sent: 17 March 2016 16:38 > To: Dearlove, Christopher (UK) > Cc: Mobile Ad Hoc Networks mailing list > Subject: Re: Message integrity and message mutability (was RE: [manet] = draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items) > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > =20 > On 17 Mar 2016, at 17:30, Dearlove, Christopher (UK) = > = wrote: > =20 > I appreciate Thomas=E2=80=99s comments about the limitations of = message regeneration, but I would be a bit less absolute. > =20 > The issues over end to end authentication and more advanced signatures = are valid. I need to read the given reference on aggregate signatures to = increase my knowledge (thanks for it), but my understanding of the = possibilities in this field may offer a solution to the problem, but = with some other issues (possibly including a new type of TLV). > =20 > But the hop count/limit point I don=E2=80=99t fully agree with, you = can regenerate with an incremented/decremented count/limit, which leaves = the ability to prevent messages propagating indefinitely, including = expanding ring searches, and retains the ability to use RFC 5497 = interval and validity times that might be useful with an expanding ring = search (or might not). > =20 > But the key issue is that AODVv2 wants to accumulate metrics. I still = haven=E2=80=99t got to the bottom of many details here, but let=E2=80=99s = for the moment just consider that conceptually. > =20 > It=E2=80=99s hard to handle end to end. Charlie=E2=80=99s draft = attempts to do an end to end of some information, not this information. = I=E2=80=99m not sure if that=E2=80=99s useful (and the specialised = format is better avoided if possible). Other approaches are hop by hop = (might as well use packet signatures) and shared key (might as well go = hop by hop). Pairwise signatures for each pair of routers I=E2=80=99m = discounting as scaling terribly. In the interests of completeness = let=E2=80=99s mention not accumulating metrics, which puts us back to = hop count and that=E2=80=99s not ideal either. > =20 > I don=E2=80=99t think there is an ideal solution. (I like ideas I=E2=80=99= ve seen about aggregating, but that has some issues of its own, even = apart from computational load.) I=E2=80=99d love to be proved wrong - = someone with the perfect solution to come along. > =20 > Which means that either we make an arbitrary choice - which will be = disagreed with, but needs discussing first - or create something = flexible. Unfortunately flexible in that regard constrains in others, = e.g. some (many? most?) aggregating signatures need fixed data sizes = (which we can do by defining a TLV that =E2=80=9Cfills up=E2=80=9D with = hop count, but that has a cost too). > =20 > I have been told by people much more well versed in this than I in = cryptology, that the correct answer is =E2=80=9Csome=E2=80=9D. > =20 > That said, "AODVv2 wants to accumulate metrics=E2=80=9D =E2=80=94 does = that mean that the message grows as it is being forwarded, and that the = recipient of a RREQ/RREP will know the individual costs of each path = segment? My understanding is, that the recipient will get =E2=80=9Cthe = sum the costs of each path segment=E2=80=9D which should be fitting = within a fixed size? > =20 > Thomas > =20 >=20 >=20 >=20 >=20 > =20 > Sorry, no answers, just comments. And I=E2=80=99m not addressing = Thomas=E2=80=99s later points here. > =20 > -- >=20 > Christopher Dearlove > Senior Principal Engineer > BAE Systems Applied Intelligence Laboratories > = __________________________________________________________________________= >=20 > T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >=20 > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >=20 > =20 > From: manet [mailto:manet-bounces@ietf.org = ] On Behalf Of ietf@thomasclausen.org = > Sent: 17 March 2016 16:00 > To: Mobile Ad Hoc Networks mailing list > Subject: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big = ticket Items > =20 > =20 > *** WARNING *** > This message originates from outside our organisation, either from an = external partner or the internet. > Consider carefully whether you should click on any links, open any = attachments or reply. > For information regarding Red Flags that you can look out for in = emails you receive, click here = . > If you feel the email is suspicious, please follow this process = . >=20 > *** WARNING *** > EXTERNAL EMAIL -- This message originates from outside our = organization. > =20 > Dear all, > =20 > Apologies for not having gotten this done sooner - day-job leaving few = spare cycles. > =20 > I=E2=80=99ve previously offered reviews and comments, and some of = those have been addressed in the latest I-D =E2=80=94 others have not, = but should be. I recall that there was some mail attempting to rebut = parts of the review, and I will dig it out and reply to that. > =20 > With that being said, I have reviewed the latest version of the = document, and full details will be forthcoming. There=E2=80=99re a = couple of big-ticket/architectural items that I want to address up = front, as I believe that before we have those hammered out, it will be = useless to go into details. Note, I do not claim that this is an = exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but that=E2=80=99s = as far as I have gotten in thinking this through. > =20 > I also bring these up as they are items that have been brought up = repeatedly over the past years, but not resolved nor discussed. > =20 > Loops > Just to bring this out: I share Chris=E2=80=99 worry about conflicting = and concurrent statements from the authors on =E2=80=9CThere are no = loops possible=E2=80=9D and =E2=80=9CWe need to fix two situations where = loops can occur=E2=80=9D and =E2=80=9Cwe are still investigating some = loop conditions=E2=80=9D > =20 > I particularly worry that this is not a discussion had in public, but = apparently in some other forum=E2=80=A6 > =20 > =20 > Intermediate Route Replies, and all of section 10 > Section 10 contains a set of =E2=80=9Cvaguely specified extensions=E2=80= =9D, which is incoherent with the intended status indicated for this = document.=20 > =20 > Specifically, and this is not unrelated to the point about loops = above, intermediate RREPs (section 10.3) are a potential source for = loops. > =20 > Expanding Ring Multicast (section 10.1) is not documented in a way = that can be implemented (and also, see =E2=80=9CForwarding-vs-regeneration= =E2=80=9D below, it is in the present form of this protocol impossible), = etc. > =20 > =20 > Forwarding-vs-regeneration > Recent exchanges on the list made me understand that protocol control = messages are *not* forwarded, but are consumed at each hop, then a new = message with (almost-but-not-quite) the same content is generated and = transmitted. > =20 > I have thought some more on this (& read some of the exchanges on the = list on this topic by Chris, Ulrich, and others), and I am convinced = that this is not the right way to go, at least for the following = reasons: > =20 > =20 > o It renders the hop-limit/hop-count fields in = the RFC5444 message header useless. > This would not be bad if the functionality = offered by those fields was not useful > =E2=80=94 sadly, it is. For example, for scope = limited flooding (expanding ring search, and=20 > such) which may be of interest, and which = require hop-limit.=20 > A hop-count field may also provide a = =E2=80=9Ccheap=E2=80=9D (in terms of overhead) additional piece > of information to use conjunctively with a = =E2=80=9Creal=E2=80=9D metric. > =20 > The only practical solution would be to = re-introduce these functions by way of inserting a > MessageTLV =E2=80=94 which (i) is not = specified in this document, and (ii) which would just > serve to render messages bigger than strictly = needed. > =20 > Scope limited flooding does seem to be a = necessary requirement, if for no > other reason than to prevent information from = =E2=80=9Ccirculating forever in the network=E2=80=9D. > =20 > o It makes end-to-end authentication = unnecessarily hard. > I think Chris called this out already, but it = bears repeating: S generates a message=20 > (say, a RREQ), and includes an ICV calculated = over the content of the message. > For any recipient to be able to validate the = ICV, the message has to be exactly > the same =E2=80=94 not just in content, but in = structure =E2=80=94 as what was generated. > =20 > =E2=80=9CRegenerating=E2=80=9D rather than = =E2=80=9Cforwarding=E2=80=9D messages means, that the intermediate > router =E2=80=9Cregenerating=E2=80=9D the RREQ = may chose a different structure (e.g., include TLVs > in a different order). > =20 > The proposal from = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = > is to add constraints on (i) the set of = elements to include in a signature and (ii) the > order of these elements. > =20 > One problem with that approach is (i): if an = extension adds a message TLV, or an=20 > Address TLV, to a message, then that will not = be =E2=80=9Ccovered=E2=80=9D by the proposed e2esec TLV. > Rather for *each* extension developed, an = =E2=80=9Cupdates e2esec=E2=80=9D clause needs to be done. > =20 > I=E2=80=99d say that this approach would be = prone to errors =E2=80=94 and add entropy to the process > of designing protocol extensions. The = alternative, a message being generated by the > source and *forwarded* (as we do in OLSRv2, = for example) would allow ICV TLVs=20 > (even, allow reuse of those specified for = OLSRv2) for covering a message and=20 > extensions. > =20 > =E2=80=9CBut what about the metrics value = which will change on each hop=E2=80=9D, you may say? > Fortunately, that is relatively easy to = handle: simply zero out the value of that TLV when > generating or verifying the ICV MessageTLV. = And use Packet-TLVs for hop-by-hop=20 > authentication, if needed (but, see below). > =20 > o It prevents the use of more clever/advanced = signature schemes/ICVs > Aggregate signature algorithms ( = https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf = ) > exist, and an interesting use-case can be = found in also reactive protocols, allowing verifying > not =E2=80=9Cjust=E2=80=9D the end points, but = also the intermediaries (again, with the appropriate =E2=80=9Czero = out=E2=80=9D > discussed above, or something smarter). > Regeneration of messages, rather than = forwarding, renders that impossible (or, if used, > updating to = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = ) > =20 > There are other reasons, but the above are those that jump at me as = immediate show-stoppers. > =20 > I do honestly not see what possible benefit there is from = =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see very clear = inconveniences, and security is not the least of these. Insisting on = =E2=80=9Cregeneration=E2=80=9D requires development of =E2=80=9Cnon-genera= l workarounds=E2=80=9D as pointed out above. > =20 > Security Considerations > This is an always thorny subject. When OLSRv2 was going through the = process we got a thorough education in how little we knew about security = from the SEC-ADs, and had to spend about a year or so developing = RFC7183. The bottom line is, that this protocol needs its =E2=80=9CRFC7183= equivalent=E2=80=9D, either as part of the main document, or as an = independent document. currently, that is not the case. > =20 > A minima, looking at BCP72 and BCP107 =E2=80=94 taking inspiration = from RFC7183 might be aw good idea, as that was the most recent that = went through the SEC AD. Regardless of how, however, a =E2=80=9Cmandatory = to implement=E2=80=9D security mechanism most be specified (I think the = right term was =E2=80=9CMUST implement, SHOULD use=E2=80=9D), in = sufficient detail to ensure interoperable implementations. > =20 > As an example, both [RFC6130] and [RFC7181] set out that that: > =20 > On receiving a ... message, a router MUST first check if the > message is invalid for processing by this router > =20 > and then proceed to give a number of conditions that, each, will lead = to a rejection of the message as "badly formed and therefore invalid for = processing=E2=80=9D =E2=80=94 a list which RFC7183 then amended. That = gave a =E2=80=9Chook=E2=80=9D for RFC7183 for inserting =E2=80=9Crejection= =E2=80=9D. Idem for message generation. > =20 > If I was to do RFC7181/RFC6130 today, I would include that directly = into the protocol specifications. It turned out to be more overhead (and = slow down publication anyways) to do it as separate documents. > =20 > Secondly, we need to be a lot more rigid in terms of what ICVs, = Timestamps, etc. are added/removed, and what that brings. > =20 > For example (with the assumption that messages are *forwarded* and = *not* regenerated), this could be one option: > =20 > o When a RREQ, RREP message is = generated, add an ICV Message TLV, which is calculated > =E2=80=A6(take inspiration from = RFC7183 here) > =20 > o When a RREQ, RREP message is = transmitted (by the source, or forwarded by an intermediary) > in an RFC5444 packet, an ICV = Packet TLV is added to the packet, which is calculated =E2=80=A6= > =20 > o When an RFC5444 packet is received, = validate the ICV Packet TLV and if the ICV doesn=E2=80=99t = validate, > discard the contained messages. > =20 > o When receiving a RREQ/RREP (either = as destination, or as an intermediary), validate the ICV Message TLV=20 > and if the ICV = doesn=E2=80=99t validate, discard the message, do not process, do not = forward. > =20 > This is a different (and more flexible?) model than =E2=80=9Cjust=E2=80=9D= transitive trust and =E2=80=9Cjust=E2=80=9D end-to-end trust discussed = previously, and is enabled by the =E2=80=9Cforwarding=E2=80=9D bit = described previously. > =20 > Metrics > I have asked this numerous times, but have not gotten any answer so I = am escalating this again. Why is this document having a normative = reference to RFC6551? > =20 > [RFC6551 <>] Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, = N., > and D. Barthel, "Routing Metrics Used for Path = Calculation > in Low-Power and Lossy Networks", RFC 6551 = , DOI 10.17487/ > RFC6551 , March = 2012, > >. > =20 > =20 > Unless I am mistaken, this is not the ROLL WG. And the abstract to = RFC6551 explicitly reads: > =20 > Low-Power and Lossy Networks (LLNs) have unique characteristics > compared with traditional wired and ad hoc networks that require = the > specification of new routing metrics and constraints. =20 > Which explicitly is disclaiming that these metrics are not applicable = in ad hoc networks =E2=80=94 and, I am wondering, what has changed since = the publication of RFC6551 to suddenly make these applicable? > =20 > I am also wondering if looking at (and, perhaps, using?) the same = metric type TLV type as in OLSRv2 is not a possibility? > =20 > Either way, referencing RFC6551 here is wrong. > =20 > RFC6621 (SMF) usage > As late as earlier this month, RFC6621 reared its head again on the = mailing list. I understand that the authors are set on using flooding = reduction as part of RREQ distribution. If that is the case, then this = protocol MUST specify that flooding reduction.=20 > =20 > Saying =E2=80=9CUse RFC6621=E2=80=9D won=E2=80=99t work, for reasons = Chris point out in an email earlier to the list: > The network does not and fundamentally cannot offer multicast = suppression to AODVv2. This isn't a hard concept, but seems to keep = having to be said. AODVv2 messages are carried in 5444 packets, and = those only travel one hop. That doesn't allow for suppression. = Furthermore AODVv2 is creating new messages each hop. That needs AODVv2 = specific handling. > =20 > And quoting an email from myself: > If protocol X relies on using a flooding operation, then it certainly = is protocol X's responsibility to specify the flooding operation (or, = at least, the requirements to the flooding operation ) for correct = functioning of protocol X. > =20 > I=E2=80=99ve previously pointed out that RFC6621 requires some degree = of configuration (can=E2=80=99t just, for example, pick two different = relay set selection algorithms, as that may produce a disconnected = flooding domain). > =20 > In other words, what the authors propose in = https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-00 = is = insufficient. > =20 > Multiple interfaces configured with the same address(es) - & RFC6621 > I think that it has been established that the ability to use the same = address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that a single way of doing so has been proposed, nor that the = =E2=80=9Coperating conditions=E2=80=9D are called out (for example, will = it work if router A and router B both have two interfaces, and that all = 4 interfaces use the same IP address?) > =20 > This is not entirely unrelated to flooding reduction and RFC6621. One = of the complexities is to get that just right: OLSRv2 - for example - = calculates Flooding-MPRs per interface, and RFC6130 is careful in how it = detects bidirectionality of links.=20 > =20 > I have not worked out all the details of how this impacts this = protocol =E2=80=94 but, it requires attention. Especially when wanting = to be able to say =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, then the = interface configuration constraints when faced with multiple interfaces = must be worked out. > =20 > Prefixes & Gateways > A question to my mind, and I am not sure I know how to answer that = from reading the draft since it is not discussed in section 9 (at = least), is: =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D = (i.e., a /<128 in IPv6)? > =20 > o If the whole prefix is part of the attached = network set of a single router,=20 > then I expect to get a single RREP back, is = that the case? > =20 > o If "half the prefix" is part of the attached = network set of a single router,=20 > and the other half is part of the attached = network set of another single router,=20 > then I expect two RREPs, is that the case? > =20 > o More generally, will I get a tree build through = the network here? > =20 > Section 9 (or, the whole spec) is also not explicit enough about = multiple "default gateways" =E2=80=94 i.e., the external network being = =E2=80=9Cthe rest of the Internet=E2=80=9D, and there being multiple = gateways to the Internet. I understand how the RREQ gets to the gateway, = and how the gateway determines if it should respond (the destination is = not part of =E2=80=9Cthe MANET prefix, with which it is configured=E2=80=9D= ). > =20 > But, if A is close to GW1, and B is close to GW2, but A and B being = far far apart (according to the metric used) within the MANET, then it = would be preferential for the route from A to B to go via = GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2?=20 > =20 > Is this a supported configuration?=20 > o If yes, how is it (seq# wise, I would expect = some complications) handled?=20 > o If not, where is it stated that this = configuration is not possible with this protocol? > =20 > =20 > The applicability statement says: > =20 > AODVv2 is designed for stub or disconnected mobile ad hoc networks, > i.e., non-transit networks or those not connected to the internet. > AODVv2 can, however, be configured to perform gateway functions = when > attached to external networks, as discussed in Section 9 = . > =20 > I believe that the scenario I describe is indeed a stub network (and = not a transit network)? > =20 > =E2=80=94 =E2=80=94 =E2=80=94=20 > =20 > As I indicated, these are the big-picture issues that I have gotten = around to thinking about enough to write up. I=E2=80=99m not through = working through the document, but those were the ones that came to mind, = and which seem imperative to resolve. > =20 > Best, > =20 > Thomas > =20 > =20 > =20 > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** > =20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet = --Apple-Mail=_D76C79F4-4149-4669-B82A-A63925CF1BDB Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On 17 Mar 2016, at 18:17, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com> wrote:

Yes, I meant AODVv2, thanks for the catch.
 
So is your (Thomas) = proposed base specification a hop count only metric?

No, the would be silly as base specification, given = that hop count mostly is useless.

As = base specification I would simply say =E2=80=9CInclude a Metric Type = Message TLV with a value field, and a 7182 Message TLV & = Timestamp=E2=80=9D as we do in OLSRv2 (with the appropriate verbiage as = to generation and processing). 

With the message generated by the originator of = the RREQ/RREP and *not* deconstructed/reconstructed/reordered (as is the = risk with =E2=80=9Cregeneration) allows knowing that it would be *only* = that metric field being modified (other than hop count/limit) for when = eventually writing up the extension.
 
(Actually doesn=E2=80=99t the current = specification only define hop count, or has that changed in latest = draft?)

No. = That is one of the issues I raise in my original. For some reason, it = cites RFC6551, which is a ROLL document and which has in its abstract = that:

   Low-Power and Lossy =
Networks (LLNs) have unique characteristics
   compared with traditional wired and ad hoc networks that require the
   specification of new routing metrics and constraints.

I.e. this document cites = a metric document which clearly claims to be inapplicable in ad hoc = networks. I note that this is another thing I=E2=80=99ve raised for = years without seeing it attempted resolved.

Best,

Thomas


 

--

Christopher Dearlove
Senior Principal = Engineer
BAE Systems Applied Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, = Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research = Park, Guildford, Surrey, GU2 7YP

 
From: ietf@thomasclausen.org [mailto:ietf@thomasclausen.org] 
Sent: 17 = March 2016 17:10
To: Dearlove, Christopher = (UK)
Cc: Lotte Steenbrink; Mobile Ad = Hoc Networks mailing list
Subject: Re: [manet] Message = integrity and message mutability (was RE: draft-ietf-manet-aodvv2-13 = review - a couple of big ticket Items)
 
 
*** WARNING ***

This message originates from outside our = organisation, either from an external partner or the = internet.
Consider carefully whether you should click on = any links, open any attachments or reply.
For = information regarding Red = Flags that you = can look out for in emails you receive, click here.
If you feel the = email is suspicious, please follow this = process.

 
On 17 Mar 2016, at = 18:04, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com> wrote:
 
OK,= so we have a message that mutates by:
- Modifying hop = count/limit.
- = Modifying a metric value.
Anything else?
 
As mutating (other than = hop count/limit) messages aren=E2=80=99t covered by 5444 or any = derivative document (but only recommended against, not banned) that you = may need to make the message otherwise immutable (no deconstruction and = rebuilding, other than guaranteed unchanging) that would have to be = specified by AODVv2. (Easy to say, but needs saying.)
 
With you so far.


Then that information is not in a guaranteed fixed location = given by a simple offset. So any signature algorithm that finds it and = ignores it or aggregates on it is specific to OLSRv2.
 
Surely you mean AODVv2


So standard 7182 ICVs don=E2=80=99t do the = job, you would need an AODVv2 specialised variant. Which is the sort of = thing that the message specific TLV space is there for, I=E2=80=99d be = strongly against a =E2=80=9Cbut ignore the value of this specific TLV = should it occur=E2=80=9D being in the general space. However it can = easily be defined by reference to 7182 (=E2=80=9Cthis TLV is like that = TLV, except if an X TLV is present, set its value field to = zero=E2=80=9D).
 
Messy, but could = work.
 
Not that messy, actually, although clearly not as nice as = =E2=80=9Cfixed offset=E2=80=9D.
 
That said, I am arguing for the base spec being:
 
        &= nbsp;   =E2=80=9Cmake the = message otherwise immutable (no deconstruction and rebuilding, = other 
        &= nbsp;    than = guaranteed unchanging)=E2=80=9D which is afforded by forwarding
 
        &= nbsp;           &nb= sp;            = ;   +
 
        &= nbsp;   RFC7182 Timestamps = and ICVs.
 
        &= nbsp;           &nb= sp;            = ;   +
 
        &= nbsp;   RFC7183 style text = bringing it all together.
 
The =E2=80=9Caggregated signatures around mutable = field=E2=80=9D would very be an experimental extension.
 
What I object to is, if the base spec = specifically renders such extensions impossible
 


 

--

Christopher Dearlove
Senior Principal = Engineer
BAE Systems Applied Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford = Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied = Intelligence Limited
Registered in England & Wales No: = 01337451

Registered Office: = Surrey Research Park, Guildford, Surrey, GU2 7YP

 
From: Lotte Steenbrink [mailto:lotte.steenbrink@fu-berlin.de] 
Sent: 17 = March 2016 16:48
To: Dearlove, Christopher = (UK)
Cc: ietf@thomasclausen.org; Mobile Ad Hoc Networks = mailing list
Subject: Re: [manet] Message = integrity and message mutability (was RE: draft-ietf-manet-aodvv2-13 = review - a couple of big ticket Items)
 
 
*** WARNING = ***

This message originates from outside our = organisation, either from an external partner or the = internet.
Consider carefully whether you should click on = any links, open any attachments or reply.
For = information regarding Red = Flags that you can look out for in emails you = receive, click here.
If you feel the = email is suspicious, please follow this process.

Hi all,
 
Am 17.03.2016 um 17:44 schrieb Dearlove, Christopher (UK) = <chris.dearlove@baesystems.com>:
 
Good point about = whether you just pass on one cost or a set of costs. As I said, not = looked at details - I will, when time permits. One cost is much easier, = and yes, it reduces the fixed size aggregated signatures problem to = =E2=80=9Cjust=E2=80=9D one of computational load.
 
For the record, Thomas=E2=80=99 = understanding is correct; the cost is one aggregated value. 
 
Best regards, 
Lotte Steenrbink



 

--

Christopher Dearlove
Senior Principal = Engineer
BAE Systems Applied Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford = Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied = Intelligence Limited
Registered in England & Wales No: = 01337451

Registered Office: Surrey Research Park, Guildford, Surrey, = GU2 7YP

 
From: ietf@thomasclausen.org [mailto:ietf@thomasclausen.org] 
Sent: 17 = March 2016 16:38
To: Dearlove, Christopher = (UK)
Cc: Mobile Ad Hoc Networks = mailing list
Subject: Re: Message integrity and = message mutability (was RE: [manet] draft-ietf-manet-aodvv2-13 review - = a couple of big ticket Items)
 
 
*** WARNING = ***

This message originates from outside our = organisation, either from an external partner or the = internet.
Consider carefully whether you should click on = any links, open any attachments or reply.
For = information regarding Red = Flags that you can look out for in emails you = receive, click here.
If you feel the = email is suspicious, please follow this process.

 
On 17 Mar 2016, at 17:30, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com> wrote:
 
I appreciate Thomas=E2=80=99s comments = about the limitations of message regeneration, but I would be a bit less = absolute.
 
The issues over end to end authentication = and more advanced signatures are valid. I need to read the given = reference on aggregate signatures to increase my knowledge (thanks for = it), but my understanding of the possibilities in this field may offer a = solution to the problem, but with some other issues (possibly including = a new type of TLV).
 
But the hop count/limit point I don=E2=80=99= t fully agree with, you can regenerate with an incremented/decremented = count/limit, which leaves the ability to prevent messages propagating = indefinitely, including expanding ring searches, and retains the ability = to use RFC 5497 interval and validity times that might be useful with an = expanding ring search (or might not).
 
But the key issue is that AODVv2 wants to = accumulate metrics. I still haven=E2=80=99t got to the bottom of many = details here, but let=E2=80=99s for the moment just consider that = conceptually.
 
It=E2=80=99s hard to handle end to end. = Charlie=E2=80=99s draft attempts to do an end to end of some = information, not this information. I=E2=80=99m not sure if that=E2=80=99s = useful (and the specialised format is better avoided if possible). Other = approaches are hop by hop (might as well use packet signatures) and = shared key (might as well go hop by hop). Pairwise signatures for each = pair of routers I=E2=80=99m discounting as scaling terribly. In the = interests of completeness let=E2=80=99s mention not accumulating = metrics, which puts us back to hop count and that=E2=80=99s not ideal = either.
 
I don=E2=80=99t think there is an ideal = solution. (I like ideas I=E2=80=99ve seen about aggregating, but that = has some issues of its own, even apart from computational load.) I=E2=80=99= d love to be proved wrong - someone with the perfect solution to come = along.
 
Which means that either we make an = arbitrary choice - which will be disagreed with, but needs discussing = first - or create something flexible. Unfortunately flexible in that = regard constrains in others, e.g. some (many? most?) aggregating = signatures need fixed data sizes (which we can do by defining a TLV that = =E2=80=9Cfills up=E2=80=9D with hop count, but that has a cost = too).
 
I = have been told by people much more well versed in this than I in = cryptology, that the correct answer is =E2=80=9Csome=E2=80=9D.
 
That said, "AODVv2 wants to accumulate metrics=E2=80=9D =E2=80=94= does that mean that the message grows as it is being forwarded, and = that the recipient of a RREQ/RREP will know the individual costs of each = path segment? My understanding is, that the recipient will get =E2=80=9Cth= e sum the costs of each path segment=E2=80=9D which should be fitting = within a fixed size?
 
Thomas
 




 
Sorry, no answers, just comments. And = I=E2=80=99m not addressing Thomas=E2=80=99s later points = here.
 

--

Christopher Dearlove
Senior = Principal Engineer
BAE Systems Applied Intelligence = Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford = Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE = Systems Applied Intelligence Limited
Registered in England = & Wales No: 01337451

Registered Office: = Surrey Research Park, Guildford, Surrey, GU2 7YP

 
From: manet [mailto:manet-bounces@ietf.org] On Behalf = Of ietf@thomasclausen.org
Sent: 17 = March 2016 16:00
To: Mobile Ad Hoc Networks = mailing list
Subject: [manet] = draft-ietf-manet-aodvv2-13 review - a couple of big ticket = Items
 
 
*** WARNING = ***

This message originates from outside our = organisation, either from an external partner or the = internet.
Consider carefully whether you should click on = any links, open any attachments or reply.
For = information regarding Red = Flags that you can look out for in emails you = receive, click here.
If you feel the = email is suspicious, please follow this process.

*** WARNING ***
EXTERNAL EMAIL -- This message originates from outside our = organization.
 
Dear all,
 
Apologies for not having gotten this done sooner - day-job = leaving few spare cycles.
 
I=E2=80=99ve previously offered reviews = and comments, and some of those have been addressed in the latest I-D = =E2=80=94 others have not, but should be. I recall that there was some = mail attempting to rebut parts of the review, and I will dig it out and = reply to that.
 
With that being said, I have reviewed the latest version of = the document, and full details will be forthcoming. There=E2=80=99re a = couple of big-ticket/architectural items that I want to address up = front, as I believe that before we have those hammered out, it will be = useless to go into details. Note, I do not claim that this is an = exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but that=E2=80=99s = as far as I have gotten in thinking this through.
 
I also bring these up as they are items = that have been brought up repeatedly over the past years, but not = resolved nor discussed.
 
Loops
Just to bring this out: I share Chris=E2=80=99 worry about = conflicting and concurrent statements from the authors on =E2=80=9CThere = are no loops possible=E2=80=9D and =E2=80=9CWe need to fix two = situations where loops can occur=E2=80=9D and =E2=80=9Cwe are still = investigating some loop conditions=E2=80=9D
 
I particularly worry that this is not a = discussion had in public, but apparently in some other forum=E2=80=A6
 
 
Intermediate = Route Replies, and all of section 10
Section 10 contains a set of =E2=80=9Cvaguely specified = extensions=E2=80=9D, which is incoherent with the intended status = indicated for this document. 
 
Specifically, and this is not unrelated = to the point about loops above, intermediate RREPs (section 10.3) are a = potential source for loops.
 
Expanding Ring Multicast (section 10.1) = is not documented in a way that can be implemented (and also, see = =E2=80=9CForwarding-vs-regeneration=E2=80=9D below, it is in the present = form of this protocol impossible), etc.
 
 
Forwarding-vs-regeneration
Recent exchanges on the list made me understand that protocol = control messages are *not* forwarded, but are consumed at each hop, then = a new message with (almost-but-not-quite) the same content is generated = and transmitted.
 
I have thought some more on this (& read some of the = exchanges on the list on this topic by Chris, Ulrich, and others), and I = am convinced that this is not the right way to go, at = least for the following reasons:
 
 
        &= nbsp;   o        &= nbsp; It renders the hop-limit/hop-count fields in the RFC5444 = message header useless.
        &= nbsp;           &nb= sp;   This would not be bad if = the functionality offered by those fields was not useful
        &= nbsp;           &nb= sp;   =E2=80=94 sadly, it is. For = example, for scope limited flooding (expanding ring search, = and 
        &= nbsp;           &nb= sp;   such) which may be of = interest, and which require hop-limit. 
        &= nbsp;           &nb= sp;   A= hop-count field may also provide a =E2=80=9Ccheap=E2=80=9D (in terms of = overhead) additional piece
        &= nbsp;           &nb= sp;   of information to use = conjunctively with a =E2=80=9Creal=E2=80=9D metric.
 
        &= nbsp;           &nb= sp;   The only practical solution = would be to re-introduce these functions by way of inserting a
        &= nbsp;           &nb= sp;   MessageTLV =E2=80=94 which = (i) is not specified in this document, and (ii) which would just
        &= nbsp;           &nb= sp;   serve to render messages = bigger than strictly needed.
 
        &= nbsp;           &nb= sp;   Scope limited flooding =  does seem to be a necessary requirement, if for no
        &= nbsp;           &nb= sp;   other reason than to = prevent information from =E2=80=9Ccirculating forever in the = network=E2=80=9D.
 
        &= nbsp;   o        &= nbsp; It makes end-to-end authentication = unnecessarily hard.
        &= nbsp;           &nb= sp;   I= think Chris called this out already, but it bears repeating: S = generates a message 
        &= nbsp;           &nb= sp;   (say, a RREQ), and includes = an ICV calculated over the content of the message.
        &= nbsp;           &nb= sp;   For any recipient to be = able to validate the ICV, the message has to be exactly
        &= nbsp;           &nb= sp;   the same =E2=80=94 not just = in content, but in structure =E2=80=94 as what was generated.
 
        &= nbsp;           &nb= sp;   =E2=80=9CRegenerating=E2=80=9D= rather than =E2=80=9Cforwarding=E2=80=9D messages means, that the = intermediate
        &= nbsp;           &nb= sp;   router =E2=80=9Cregenerating=E2= =80=9D the RREQ may chose a different structure (e.g., include TLVs
        &= nbsp;           &nb= sp;   in a different order).
 
        &= nbsp;           &nb= sp;   The proposal from https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /span>
        &= nbsp;           &nb= sp;   is to add constraints on = (i) the set of elements to include in a signature and (ii) the
        &= nbsp;           &nb= sp;   order of these = elements.
 
        &= nbsp;           &nb= sp;   One problem with that = approach is (i): if an extension adds a message TLV, or an 
        &= nbsp;           &nb= sp;   Address TLV, to a message, = then that will not be =E2=80=9Ccovered=E2=80=9D by the proposed e2esec = TLV.
        &= nbsp;           &nb= sp;   Rather for *each* extension = developed, an =E2=80=9Cupdates e2esec=E2=80=9D clause needs to be = done.
 
        &= nbsp;           &nb= sp;   I=E2=80=99d say that this = approach would be prone to errors =E2=80=94 and add entropy to the = process
        &= nbsp;           &nb= sp;   of designing protocol = extensions. The alternative, a message being generated by the
        &= nbsp;           &nb= sp;   source and *forwarded* (as = we do in OLSRv2, for example) would allow ICV TLVs 
        &= nbsp;           &nb= sp;   (even, allow reuse of those = specified for OLSRv2) for covering a message and 
        &= nbsp;           &nb= sp;   extensions.
 
        &= nbsp;           &nb= sp;   =E2=80=9CBut what about the = metrics value which will change on each hop=E2=80=9D, you may say?
        &= nbsp;           &nb= sp;   Fortunately, that is = relatively easy to handle: simply zero out the value of that TLV = when
        &= nbsp;           &nb= sp;   generating or verifying the = ICV MessageTLV. And use Packet-TLVs for hop-by-hop 
        &= nbsp;           &nb= sp;   authentication, if needed = (but, see below).
 
        &= nbsp;   o        &= nbsp; It prevents the use of more clever/advanced = signature schemes/ICVs
        &= nbsp;           &nb= sp;   Aggregate signature = algorithms ( https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf)
        &= nbsp;           &nb= sp;   exist, and an interesting = use-case can be found in also reactive protocols, allowing verifying
 
There are other reasons, but the above are those that jump at = me as immediate show-stoppers.
 
I do honestly not see what possible = benefit there is from =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see = very clear inconveniences, and security is not the least of these. = Insisting on =E2=80=9Cregeneration=E2=80=9D requires development of = =E2=80=9Cnon-general workarounds=E2=80=9D as pointed out above.
 
Security = Considerations
This is an always thorny subject. When OLSRv2 was going = through the process we got a thorough education in how little we knew = about security from the SEC-ADs, and had to spend about a year or so = developing RFC7183. The bottom line is, that this protocol needs its = =E2=80=9CRFC7183  equivalent=E2=80=9D, either as part of the main = document, or as an independent document. currently, that is not the = case.
 
A minima, looking at BCP72 and BCP107 =E2=80=94 taking = inspiration from RFC7183 might be aw good idea, as that was the most = recent that went through the SEC AD. Regardless of how, however, a = =E2=80=9Cmandatory to implement=E2=80=9D security mechanism most be = specified (I think the right term was =E2=80=9CMUST implement, SHOULD = use=E2=80=9D), in sufficient detail to ensure interoperable = implementations.
 
As an example, both [RFC6130] and [RFC7181] set out that = that:
 
      On receiving a ... message, a router = MUST first check if the
      message is invalid for processing by = this router
 
and then proceed to give a number of conditions that, each, = will lead to a rejection of the message as "badly formed and therefore = invalid for processing=E2=80=9D =E2=80=94 a list which RFC7183 then = amended. That gave a =E2=80=9Chook=E2=80=9D for RFC7183 for inserting = =E2=80=9Crejection=E2=80=9D. Idem for message generation.
 
If I was to do RFC7181/RFC6130 today, I = would include that directly into the protocol specifications. It turned = out to be more overhead (and slow down publication anyways) to do it as = separate documents.
 
Secondly, we need to be a lot more rigid = in terms of what ICVs, Timestamps, etc. are added/removed, and what that = brings.
 
For example (with the assumption that messages are = *forwarded* and *not* regenerated), this could be one option:
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When a = RREQ, RREP message is generated, add an ICV Message TLV, which is = calculated <this way>
        &= nbsp;           &nb= sp;            = ;    =E2=80=A6(take = inspiration from RFC7183 here)
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When a = RREQ, RREP message is transmitted  (by the source, or forwarded by = an intermediary)
        &= nbsp;           &nb= sp;            = ;   in = an RFC5444 packet, an ICV Packet TLV is added to the packet, which is = calculated <this way> =E2=80=A6
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When an = RFC5444 packet is received, validate the ICV Packet TLV <this way> = and if the ICV doesn=E2=80=99t validate,
        &= nbsp;           &nb= sp;            = ;   discard the contained = messages.
 
        &= nbsp;           &nb= sp;   o        &= nbsp; When = receiving a RREQ/RREP (either as destination, or as an intermediary), = validate the ICV Message TLV 
        &= nbsp;           &nb= sp;            = ;   <this way> and if the = ICV doesn=E2=80=99t validate, discard the message, do not process, do = not forward.
 
This is a different (and more flexible?) model than = =E2=80=9Cjust=E2=80=9D transitive trust and =E2=80=9Cjust=E2=80=9D = end-to-end trust discussed previously, and is enabled by the = =E2=80=9Cforwarding=E2=80=9D bit described previously.
 
Metrics
I have asked this numerous times, but have not gotten any = answer so I am escalating this again. Why is this document having a = normative reference to RFC6551?
 
   [RFC6551]  Vasseur, JP., Ed., Kim, M., Ed., Pister, =
K., Dejean, N.,
          &nb=
sp;   and D. Barthel, "Routing Metrics Used for Path =
Calculation
          &nb=
sp;   in Low-Power and Lossy Networks", RFC 6551, DOI 10.17487/
          &nb=
sp;   RFC6551, March 2012,
          &nb=
sp;   <http://www.rfc-editor.org/info/rfc6551>.
 
 
Unless I am mistaken, this is not the = ROLL WG. And the abstract to RFC6551 explicitly reads:
 
   Low-Power and Lossy Networks (LLNs) =
have unique characteristics
   compared with traditional wired =
and ad hoc networks that require the
   specification of new routing =
metrics and constraints. 
Which explicitly is disclaiming that = these metrics are not = applicable in ad hoc networks =E2=80=94 and, I am = wondering, what has changed since the publication of RFC6551 to suddenly = make these applicable?
 
 I am also wondering if looking at = (and, perhaps, using?) the same metric type TLV type as in OLSRv2 is not = a possibility?
 
Either way, referencing RFC6551 here is = wrong.
 
RFC6621 (SMF) usage
As late as earlier this month, RFC6621 reared its head again = on the mailing list. I understand that the authors are set on using = flooding reduction as part of RREQ distribution. If that is the case, = then this protocol MUST specify that flooding reduction. 
 
Saying =E2=80=9CUse RFC6621=E2=80=9D = won=E2=80=99t work, for reasons Chris point out in an email earlier to = the list:
The network does not and fundamentally = cannot offer multicast suppression to AODVv2. This isn't a hard concept, = but seems to keep having to be said. AODVv2 messages are carried in = 5444 packets, and those only travel one hop. That doesn't allow for = suppression. Furthermore AODVv2 is creating new messages each hop. = That needs AODVv2 specific handling.
 
And quoting an email from myself:
If protocol X relies on using a flooding operation, then it = certainly is protocol X's responsibility to  specify the flooding = operation (or, at least, the requirements to the flooding operation = ) for correct functioning of protocol X.
 
I=E2=80=99ve previously pointed out that = RFC6621 requires some degree of configuration (can=E2=80=99t just, for = example, pick two different relay set selection algorithms, as that may = produce a disconnected flooding domain).
 
In other words, what the authors propose = in https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-0= 0 is insufficient.
 
Multiple = interfaces configured with the same address(es) - & = RFC6621
I think that it has been established that = the ability to use the same address on multiple interfaces is a = requirement. It=E2=80=99s not clear to me that a single way of doing so = has been proposed, nor that the =E2=80=9Coperating conditions=E2=80=9D = are called out (for example, will it work  if router A and router B = both have two interfaces, and that all 4 interfaces use the same IP = address?)
 
This is not entirely unrelated to flooding reduction and = RFC6621. One of the complexities is to get that just right: OLSRv2 - for = example - calculates Flooding-MPRs per interface, and RFC6130 is careful = in how it detects bidirectionality of links. 
 
I have not worked out all the details of = how this impacts this protocol =E2=80=94 but, it requires attention. = Especially when wanting to be able to say =E2=80=9C=E2=80=A6use = RFC6621=E2=80=9D, then the interface configuration constraints when = faced with multiple interfaces must be worked out.
 
Prefixes = & Gateways
A question to my mind, and I am not sure I know how to answer = that from reading the draft since it is not discussed in section 9 (at = least), is: =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D = (i.e., a /<128 in IPv6)?
 
        &= nbsp;   o        &= nbsp; If the = whole prefix is part of the attached network set of a single = router, 
        &= nbsp;           &nb= sp;   then I expect to get a = single RREP back, is that the case?
 
        &= nbsp;   o        &= nbsp; If "half = the prefix"  is part of the attached network set of a single = router, 
        &= nbsp;           &nb= sp;   and the other half is part = of the attached network set of another  single router, 
        &= nbsp;           &nb= sp;   then I expect two RREPs, is = that the case?
 
        &= nbsp;   o        &= nbsp; More = generally, will I get a tree build through the network here?
 
Section 9 (or, the whole spec) is also = not explicit enough about multiple  "default gateways" =E2=80=94 = i.e., the external network being =E2=80=9Cthe rest of the Internet=E2=80=9D= , and there being multiple gateways to the Internet. I understand how = the RREQ gets to the gateway, and how the gateway determines if it = should respond (the destination is not part of =E2=80=9Cthe MANET = prefix, with which it is configured=E2=80=9D).
 
But, if A is close to GW1, and B is close = to GW2, but A and B being far far apart (according to the metric used) = within the MANET, then it would be preferential for the route from A to = B to go via GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2? 
 
Is this a supported = configuration? 
        &= nbsp;   o        &= nbsp; If yes, = how is it (seq# wise, I would expect some complications) = handled? 
        &= nbsp;   o        &= nbsp; If not, = where is it stated that this configuration is not possible with this = protocol?
 
 
The applicability statement says:
 
   AODVv2 is designed for stub or disconnected =
mobile ad hoc networks,
   i.e., non-transit =
networks or those not connected to the internet.
   AODVv2 can, however, be configured to perform =
gateway functions when
   attached to external =
networks, as discussed in Section 9.
 
I believe that the scenario I describe is = indeed a stub network (and not a transit network)?
 
=E2=80=94 =E2=80=94 =E2=80=94 
 
As I indicated, these are the big-picture = issues that I have gotten around to thinking about enough to write up. = I=E2=80=99m not through working through the document, but those were the = ones that came to mind, and which seem imperative to resolve.
 
Best,
 
Thomas
 
 
 
***************************************************************= *****
This email and any attachments are confidential to = the intended
recipient and may also be privileged. If you = are not the intended
recipient please delete it from your = system and notify the sender.
You should not copy it or = use it for any purpose nor disclose or
distribute its = contents to any other person.
***************************************************************= *****
 
_______________________________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet

= --Apple-Mail=_D76C79F4-4149-4669-B82A-A63925CF1BDB-- From nobody Fri Mar 18 06:05:38 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07A5912D691 for ; Fri, 18 Mar 2016 06:05:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vXK0wNZyDLzn for ; Fri, 18 Mar 2016 06:05:35 -0700 (PDT) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4BA2912D5BF for ; Fri, 18 Mar 2016 06:05:35 -0700 (PDT) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Fri, 18 Mar 2016 13:05:08 +0000 From: Rick Taylor To: manet IETF Thread-Topic: DLEP last call Thread-Index: AdGBFssB7j3xcBgAQvGZ49PUoYX7KQ== Date: Fri, 18 Mar 2016 13:05:06 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C384CF5A@tss-server1.home.tropicalstormsoftware.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [manet] DLEP last call X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 13:05:37 -0000 Hi All,=0A= =0A= As we are looking to exit last-call with DLEP, has everyone had a chance = =0A= to read and submit any review comments, as I'd ideally like to get =0A= draft-21 out ASAP and move the document up the chain.=0A= =0A= The same applies to the credit windowing draft.=0A= =0A= Cheers,=0A= =0A= Rick=0A= From nobody Fri Mar 18 12:14:56 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A35DA12D505 for ; Fri, 18 Mar 2016 12:14:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t4NTTFccrTST for ; Fri, 18 Mar 2016 12:14:51 -0700 (PDT) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) by ietfa.amsl.com (Postfix) with SMTP id 6513E12D52D for ; Fri, 18 Mar 2016 12:14:51 -0700 (PDT) Received: (qmail 7343 invoked by uid 0); 18 Mar 2016 19:14:49 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy5.mail.unifiedlayer.com with SMTP; 18 Mar 2016 19:14:49 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id XXEi1s00J2SSUrH01XEl6N; Fri, 18 Mar 2016 13:14:49 -0600 X-Authority-Analysis: v=2.1 cv=aJ5j99Nm c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=N659UExz7-8A:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=48vgC7mUAAAA:8 a=HCOdcR4qplVqw-ALh3YA:9 a=c_V4GUUZbdDz-_Yp:21 a=hgQXcKBn-5bbUUlj:21 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:Cc:From:References:To:Subject; bh=Da8pDw5UCukHPb6KE7cwf5Ux+SLwyfcMpxV3RR+6SCI=; b=hampfZ0Pdd0L7YNaqqbA3GnJ+V RUHpg0p7es4HzuxrNtrWjX8mxngqWARsvK5CPrk8a10MHPjuXx8Ovz4ca1vmx5nVITs0Io4L0uk1q SzyxTm2liKNuo3qT2t2TLfvo5; Received: from box313.bluehost.com ([69.89.31.113]:53151 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1agzr8-000080-44; Fri, 18 Mar 2016 13:14:42 -0600 To: draft-ietf-manet-credit-window@ietf.org References: <38A5475DE83986499AEACD2CFAFC3F9801C384CF5A@tss-server1.home.tropicalstormsoftware.com> From: Lou Berger Message-ID: <56EC539D.6010203@labn.net> Date: Fri, 18 Mar 2016 15:14:37 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C384CF5A@tss-server1.home.tropicalstormsoftware.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: manet IETF Subject: [manet] Question on draft-ietf-manet-credit-window-02 (was DLEP last call) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 19:14:54 -0000 Stan, (Rick), One additional question WRT credit windows. The text says: The number of credits needed for a given transmission is the length of the data portion of the packet at the MAC layer. When sending data to a credit enabled peer, the sender MUST decrement the appropriate window by the size of the data being sent, prior to encapsulation at the MAC layer. When traffic is received, the receiver MUST decrement its own window after decapsulation at the MAC layer. Doesn't it make sense to include the MAC header & perhaps padding as they may account for a non-negligible portion of a small packet/frame? Or are ethernet headers and padding never sent over the RF channel? If this is a per radio 'thing' how is this indicated and how does it impact processing? Thanks, Lou On 3/18/2016 9:05 AM, Rick Taylor wrote: > Hi All, > > As we are looking to exit last-call with DLEP, has everyone had a chance > to read and submit any review comments, as I'd ideally like to get > draft-21 out ASAP and move the document up the chain. > > The same applies to the credit windowing draft. > > Cheers, > > Rick > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > From nobody Fri Mar 18 12:20:07 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A5B112D5BD; Fri, 18 Mar 2016 12:20:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 I0fpG8UquNlO; Fri, 18 Mar 2016 12:20:02 -0700 (PDT) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 72B4B12D53D; Fri, 18 Mar 2016 12:20:02 -0700 (PDT) Received: by mail-ig0-x22f.google.com with SMTP id nk17so29795019igb.1; Fri, 18 Mar 2016 12:20:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=NdbH3e9EyCMw4p1c4dVJP260a2FZA/+G7mYu8DBCTXg=; b=0GZmPgyMNFbd0LtGmG5KCoHJN8IZrDKa8tS0zAlxhbjgNydIOAxk5b+TFaAqqSSJgA zynHv7m67X6LQ4yQSvCy0iXuasuLR819AZPAD55BqKDhMDopPrSA+vfa7OjipFbDBbZZ WKGzvyKkZ1t1p42AmbXk2j3YvBh/VI4ycR2OdrUs2AdW2TDWecKRub0mWXxXEKtAdtZB d37ltQ0pkXXNz29JNe9DP53mObI0bYzIP7+pn/aIJD0W1/SOGdpEwaJ/YrKUNFDjqeYC j5RxOiloFcSSAZ7bucwC1GXQKBNHRMANNx+KYFLpU4Ww1ozXeCnSlY0rOcivLiVdHp08 pvfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=NdbH3e9EyCMw4p1c4dVJP260a2FZA/+G7mYu8DBCTXg=; b=b0lLwaZQJyUC4AsATIxAlQTaHULLn2QsNZPru0WxDYy4sKFWk9DScfcpi0J2x8YO3N R4AmM+GyN837HpxBM0p5tX3e3eRqZ5R0DYaSweG2lZu/saR/cqO9NSeDTFTBHdTmQSkY C7Ov2yOLE4n05NI7EDkee6Ko20jQawsAeu1MxpPCr0u4jO3wf5KfJJ3Gr8e+7jPWB0Eu i4tcJ8wOdXiuUBdotkCGjR4wob7qOJSjAIHOb5NCSGBB+T6xI1aE7J1+11guY2cVOEj4 j2YdwtzL3XnzQNdCtQ9NXJHlkt3++hvi3SqRzejOHEVOEW3LEPOMRVhyA+RtcKaqidLd U17w== X-Gm-Message-State: AD7BkJKR13XxhL5olYJy9ehA1G9g2oI+fWEtu+e/eGOYCK6pS93GNML3lhgUdc38PrF3Q+APKLnxVkEqKrvRHg== MIME-Version: 1.0 X-Received: by 10.50.13.37 with SMTP id e5mr1049889igc.85.1458328801795; Fri, 18 Mar 2016 12:20:01 -0700 (PDT) Received: by 10.79.96.1 with HTTP; Fri, 18 Mar 2016 12:20:01 -0700 (PDT) In-Reply-To: <56EC539D.6010203@labn.net> References: <38A5475DE83986499AEACD2CFAFC3F9801C384CF5A@tss-server1.home.tropicalstormsoftware.com> <56EC539D.6010203@labn.net> Date: Fri, 18 Mar 2016 15:20:01 -0400 Message-ID: From: Stan Ratliff To: Lou Berger Content-Type: multipart/alternative; boundary=089e013a1a2032c992052e57a234 Archived-At: Cc: manet IETF , draft-ietf-manet-credit-window@ietf.org Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 (was DLEP last call) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 19:20:05 -0000 --089e013a1a2032c992052e57a234 Content-Type: text/plain; charset=UTF-8 Lou, On Fri, Mar 18, 2016 at 3:14 PM, Lou Berger wrote: > Stan, (Rick), > One additional question WRT credit windows. The text says: > > The number of credits needed for a given transmission is the length > of the data portion of the packet at the MAC layer. When sending > data to a credit enabled peer, the sender MUST decrement the > appropriate window by the size of the data being sent, prior to > encapsulation at the MAC layer. When traffic is received, the > receiver MUST decrement its own window after decapsulation at the MAC > layer. > > > Doesn't it make sense to include the MAC header & perhaps padding as > they may account for a non-negligible portion of a small packet/frame? > Or are ethernet headers and padding never sent over the RF channel? If > this is a per radio 'thing' how is this indicated and how does it impact > processing? > The MAC header is fixed. Same with the Ethernet header. The intent was to count the bytes that are queued to go into L2/L1 encap (or sent up after L1/L2 de-encapsulation). As for "per radio", it's indicated in the Peer Init/Peer Init response (you either support the extension or you don't), then again at Destination Up/Destination Announce. Regards, Stan > > Thanks, > Lou > > On 3/18/2016 9:05 AM, Rick Taylor wrote: > > Hi All, > > > > As we are looking to exit last-call with DLEP, has everyone had a chance > > to read and submit any review comments, as I'd ideally like to get > > draft-21 out ASAP and move the document up the chain. > > > > The same applies to the credit windowing draft. > > > > Cheers, > > > > Rick > > > > _______________________________________________ > > manet mailing list > > manet@ietf.org > > https://www.ietf.org/mailman/listinfo/manet > > > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --089e013a1a2032c992052e57a234 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Lou,=C2=A0


On Fri, Mar 18, 2016 at 3:14 PM, Lou Berger <lberger@lab= n.net> wrote:
Stan, (Rick),=
=C2=A0 =C2=A0 One additional question WRT credit windows.=C2=A0 The text sa= ys:

=C2=A0 =C2=A0The number of credits needed for a given transmission is the l= ength
=C2=A0 =C2=A0of the data portion of the packet at the MAC layer.=C2=A0 When= sending
=C2=A0 =C2=A0data to a credit enabled peer, the sender MUST decrement the =C2=A0 =C2=A0appropriate window by the size of the data being sent, prior t= o
=C2=A0 =C2=A0encapsulation at the MAC layer.=C2=A0 When traffic is received= , the
=C2=A0 =C2=A0receiver MUST decrement its own window after decapsulation at = the MAC
=C2=A0 =C2=A0layer.


Doesn't it make sense to include the MAC header & perhaps padding a= s
they may account for a non-negligible portion of a small packet/frame?
Or are ethernet headers and padding never sent over the RF channel?=C2=A0 I= f
this is a per radio 'thing' how is this indicated and how does it i= mpact
processing?

The MAC header is fixed. Sa= me with the Ethernet header. The intent was to count the bytes that are que= ued to go into L2/L1 encap (or sent up after L1/L2 de-encapsulation). As fo= r "per radio", it's indicated in the Peer Init/Peer Init resp= onse (you either support the extension or you don't), then again at Des= tination Up/Destination Announce.=C2=A0

Regards,Stan

=C2=A0

Thanks,
Lou

On 3/18/2016 9:05 AM, Rick Taylor wrote:
> Hi All,
>
> As we are looking to exit last-call with DLEP, has everyone had a chan= ce
> to read and submit any review comments, as I'd ideally like to get=
> draft-21 out ASAP and move the document up the chain.
>
> The same applies to the credit windowing draft.
>
> Cheers,
>
> Rick
>
> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www.ietf.org/mailman/listinfo/manet
>


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

--089e013a1a2032c992052e57a234-- From nobody Fri Mar 18 12:29:16 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83AF312D65D for ; Fri, 18 Mar 2016 12:29:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mxtMwGvbF2c6 for ; Fri, 18 Mar 2016 12:29:11 -0700 (PDT) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) by ietfa.amsl.com (Postfix) with SMTP id 915D712D561 for ; Fri, 18 Mar 2016 12:29:11 -0700 (PDT) Received: (qmail 23568 invoked by uid 0); 18 Mar 2016 19:29:10 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy7.mail.unifiedlayer.com with SMTP; 18 Mar 2016 19:29:10 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id XXV71s00e2SSUrH01XVAdi; Fri, 18 Mar 2016 13:29:10 -0600 X-Authority-Analysis: v=2.1 cv=aJ5j99Nm c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=wU2YTnxGAAAA:8 a=48vgC7mUAAAA:8 a=IIHRXwvUp8qjloRT1NQA:9 a=JNTqjBk_g0ZoOuUT:21 a=tI7egsmevyzqQV_X:21 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=X2C+AYd94HmmuA1aYFhWB7Usz4WHyqJnVp/3V+kXcPQ=; b=jNl6lEikdiFC6Y16pvMdrFomy6 OWiygTCmNY9tdhF/wRHOfeDxVdZcMVzOGXoaHGhRh6eiQdgBoso1jaxdDSjLU9hK4m0TxoCF/JuXH sLjtnne5+P9dIzd979iQKI8M3; Received: from box313.bluehost.com ([69.89.31.113]:56100 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1ah055-0003O6-BZ; Fri, 18 Mar 2016 13:29:07 -0600 To: Stan Ratliff References: <38A5475DE83986499AEACD2CFAFC3F9801C384CF5A@tss-server1.home.tropicalstormsoftware.com> <56EC539D.6010203@labn.net> From: Lou Berger Message-ID: <56EC56FE.2050009@labn.net> Date: Fri, 18 Mar 2016 15:29:02 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: manet IETF , draft-ietf-manet-credit-window@ietf.org Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 (was DLEP last call) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 19:29:14 -0000 Stan, Let me try a different tact: Is the MAC header sometimes/never/always transmitted over the air? If sometimes, under what conditions? Thanks, Lou On 3/18/2016 3:20 PM, Stan Ratliff wrote: > Lou, > > > On Fri, Mar 18, 2016 at 3:14 PM, Lou Berger > wrote: > > Stan, (Rick), > One additional question WRT credit windows. The text says: > > The number of credits needed for a given transmission is the length > of the data portion of the packet at the MAC layer. When sending > data to a credit enabled peer, the sender MUST decrement the > appropriate window by the size of the data being sent, prior to > encapsulation at the MAC layer. When traffic is received, the > receiver MUST decrement its own window after decapsulation at > the MAC > layer. > > > Doesn't it make sense to include the MAC header & perhaps padding as > they may account for a non-negligible portion of a small packet/frame? > Or are ethernet headers and padding never sent over the RF > channel? If > this is a per radio 'thing' how is this indicated and how does it > impact > processing? > > > The MAC header is fixed. Same with the Ethernet header. The intent was > to count the bytes that are queued to go into L2/L1 encap (or sent up > after L1/L2 de-encapsulation). As for "per radio", it's indicated in > the Peer Init/Peer Init response (you either support the extension or > you don't), then again at Destination Up/Destination Announce. > > Regards, > Stan > > > > > Thanks, > Lou > > On 3/18/2016 9:05 AM, Rick Taylor wrote: > > Hi All, > > > > As we are looking to exit last-call with DLEP, has everyone had > a chance > > to read and submit any review comments, as I'd ideally like to get > > draft-21 out ASAP and move the document up the chain. > > > > The same applies to the credit windowing draft. > > > > Cheers, > > > > Rick > > > > _______________________________________________ > > manet mailing list > > manet@ietf.org > > https://www.ietf.org/mailman/listinfo/manet > > > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > From nobody Fri Mar 18 12:33:13 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CA6312D67F; Fri, 18 Mar 2016 12:33:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 vCjPiJTujPej; Fri, 18 Mar 2016 12:33:07 -0700 (PDT) Received: from mail-io0-x236.google.com (mail-io0-x236.google.com [IPv6:2607:f8b0:4001:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5931712D64F; Fri, 18 Mar 2016 12:33:07 -0700 (PDT) Received: by mail-io0-x236.google.com with SMTP id g184so91986336ioa.3; Fri, 18 Mar 2016 12:33:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=HGm1MblB0vK9p9CHN72kqBHXNYdFifEOTOOBA87rFHQ=; b=nMZHYGXznRby5IYsmioWMGfeSvHMp0ZtL9XhJ6jXNVRRvGDjzsc68qgM2p2fFen5uv uJZXZswNatqpcCxow2vff+nPWG1/s2d/mNEaNjWJROAtO8M1kW5mgt1jFA/tcKgIJvZV CwAHR/fyYtBnavXmvDDVnuea41OOaQFkmhc7ICRVUdvaP0QaTk8cxoh0OtF0M2xypCn0 xAY0e/mT2nD0D3bAlLTIX4zshg/VzbXhHzQ+z65BSHbOVMBShiloR+W/WkQMBX4ye2SS WJaTtvGHD/NgbdzDu81a25fz75H/blXb9RNlCDtricB0QOUUu5XY2agtR2FQGXbkcnya pU1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=HGm1MblB0vK9p9CHN72kqBHXNYdFifEOTOOBA87rFHQ=; b=W7FTscTdqyTpTq/LBNB08TIiMBPr/T6vT+D1b0kWp9Sm3ay8RsVSDhLCnO7dRo4HxP uF9VwCNxY33z9IBsLU0RdXVwhoiqUj97UG54LqZPVlOqWxSKftG4gGI19CB6+C0ukUKA PG88+KU7LSF9IM+D/5cHoPZO0rxtXF523yBXPO1rIgEB0luOfpLDJrHtZ1Q0da7wtXsk svlVpOrYIn+b/vocyeRJqk0GGhyLXhQnVENtZ51FxCvyN9xyiswM53rGjh8TD6sIYKy/ vKw83yQPMY+grlAE0Dk0uRPrPy6ai22L+dtzbLSOMG0KVlMFOVQ2mYZ4KrZn+5dvgnlR xbcA== X-Gm-Message-State: AD7BkJKin40B2J6AiG1VL0uJpiVrpNThfUUn5NvIQlw1JD4rnvFAxJr4PHwKlbX7M3UHQkBxcrA6sx5zzubUiQ== MIME-Version: 1.0 X-Received: by 10.107.129.84 with SMTP id c81mr18261251iod.102.1458329586696; Fri, 18 Mar 2016 12:33:06 -0700 (PDT) Received: by 10.79.96.1 with HTTP; Fri, 18 Mar 2016 12:33:06 -0700 (PDT) In-Reply-To: <56EC56FE.2050009@labn.net> References: <38A5475DE83986499AEACD2CFAFC3F9801C384CF5A@tss-server1.home.tropicalstormsoftware.com> <56EC539D.6010203@labn.net> <56EC56FE.2050009@labn.net> Date: Fri, 18 Mar 2016 15:33:06 -0400 Message-ID: From: Stan Ratliff To: Lou Berger Content-Type: multipart/alternative; boundary=001a113fbcc2fb309c052e57d098 Archived-At: Cc: manet IETF , draft-ietf-manet-credit-window@ietf.org Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 (was DLEP last call) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 19:33:10 -0000 --001a113fbcc2fb309c052e57d098 Content-Type: text/plain; charset=UTF-8 On Fri, Mar 18, 2016 at 3:29 PM, Lou Berger wrote: > Stan, > > Let me try a different tact: > > Is the MAC header sometimes/never/always transmitted over the air? > OTA - depends on the radio architecture. > > If sometimes, under what conditions? > 802.11, for example, transmits the MAC OTA. Regards, Stan > > Thanks, > Lou > > On 3/18/2016 3:20 PM, Stan Ratliff wrote: > > Lou, > > > > > > On Fri, Mar 18, 2016 at 3:14 PM, Lou Berger > > wrote: > > > > Stan, (Rick), > > One additional question WRT credit windows. The text says: > > > > The number of credits needed for a given transmission is the > length > > of the data portion of the packet at the MAC layer. When sending > > data to a credit enabled peer, the sender MUST decrement the > > appropriate window by the size of the data being sent, prior to > > encapsulation at the MAC layer. When traffic is received, the > > receiver MUST decrement its own window after decapsulation at > > the MAC > > layer. > > > > > > Doesn't it make sense to include the MAC header & perhaps padding as > > they may account for a non-negligible portion of a small > packet/frame? > > Or are ethernet headers and padding never sent over the RF > > channel? If > > this is a per radio 'thing' how is this indicated and how does it > > impact > > processing? > > > > > > The MAC header is fixed. Same with the Ethernet header. The intent was > > to count the bytes that are queued to go into L2/L1 encap (or sent up > > after L1/L2 de-encapsulation). As for "per radio", it's indicated in > > the Peer Init/Peer Init response (you either support the extension or > > you don't), then again at Destination Up/Destination Announce. > > > > Regards, > > Stan > > > > > > > > > > Thanks, > > Lou > > > > On 3/18/2016 9:05 AM, Rick Taylor wrote: > > > Hi All, > > > > > > As we are looking to exit last-call with DLEP, has everyone had > > a chance > > > to read and submit any review comments, as I'd ideally like to get > > > draft-21 out ASAP and move the document up the chain. > > > > > > The same applies to the credit windowing draft. > > > > > > Cheers, > > > > > > Rick > > > > > > _______________________________________________ > > > manet mailing list > > > manet@ietf.org > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > > > _______________________________________________ > > manet mailing list > > manet@ietf.org > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > --001a113fbcc2fb309c052e57d098 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Fri, Mar 18, 2016 at 3:29 PM, Lou Berger <lberger@labn.net> wrote:
Stan,

Let me try a different tact:

=C2=A0 =C2=A0 Is the MAC header sometimes/never/always transmitted over the= air?

OTA - depends on the radio archit= ecture.=C2=A0
=C2=A0

=C2=A0 =C2=A0 If sometimes, under what conditions?
802.11, for example, transmits the MAC OTA.=C2=A0
Regards,
Stan


=C2=A0=

Thanks,
Lou

On 3/18/2016 3:20 PM, Stan Ratliff wrote:
> Lou,
>
>
> On Fri, Mar 18, 2016 at 3:14 PM, Lou Berger <lberger@labn.net
> <mailto:lberger@labn.net>= ;> wrote:
>
>=C2=A0 =C2=A0 =C2=A0Stan, (Rick),
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0One additional question WRT credit wi= ndows.=C2=A0 The text says:
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 The number of credits needed for a given tr= ansmission is the length
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 of the data portion of the packet at the MA= C layer.=C2=A0 When sending
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 data to a credit enabled peer, the sender M= UST decrement the
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 appropriate window by the size of the data = being sent, prior to
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 encapsulation at the MAC layer.=C2=A0 When = traffic is received, the
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 receiver MUST decrement its own window afte= r decapsulation at
>=C2=A0 =C2=A0 =C2=A0the MAC
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 layer.
>
>
>=C2=A0 =C2=A0 =C2=A0Doesn't it make sense to include the MAC header= & perhaps padding as
>=C2=A0 =C2=A0 =C2=A0they may account for a non-negligible portion of a = small packet/frame?
>=C2=A0 =C2=A0 =C2=A0Or are ethernet headers and padding never sent over= the RF
>=C2=A0 =C2=A0 =C2=A0channel?=C2=A0 If
>=C2=A0 =C2=A0 =C2=A0this is a per radio 'thing' how is this ind= icated and how does it
>=C2=A0 =C2=A0 =C2=A0impact
>=C2=A0 =C2=A0 =C2=A0processing?
>
>
> The MAC header is fixed. Same with the Ethernet header. The intent was=
> to count the bytes that are queued to go into L2/L1 encap (or sent up<= br> > after L1/L2 de-encapsulation). As for "per radio", it's = indicated in
> the Peer Init/Peer Init response (you either support the extension or<= br> > you don't), then again at Destination Up/Destination Announce.
>
> Regards,
> Stan
>
>
>
>
>=C2=A0 =C2=A0 =C2=A0Thanks,
>=C2=A0 =C2=A0 =C2=A0Lou
>
>=C2=A0 =C2=A0 =C2=A0On 3/18/2016 9:05 AM, Rick Taylor wrote:
>=C2=A0 =C2=A0 =C2=A0> Hi All,
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0> As we are looking to exit last-call with DLEP,= has everyone had
>=C2=A0 =C2=A0 =C2=A0a chance
>=C2=A0 =C2=A0 =C2=A0> to read and submit any review comments, as I&#= 39;d ideally like to get
>=C2=A0 =C2=A0 =C2=A0> draft-21 out ASAP and move the document up the= chain.
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0> The same applies to the credit windowing draft= .
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0> Cheers,
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0> Rick
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0> ______________________________________________= _
>=C2=A0 =C2=A0 =C2=A0> manet mailing list
>=C2=A0 =C2=A0 =C2=A0> manet@ietf.o= rg <mailto:manet@ietf.org><= br> >=C2=A0 =C2=A0 =C2=A0> https://www.ietf.org/mailman= /listinfo/manet
>=C2=A0 =C2=A0 =C2=A0>
>
>
>=C2=A0 =C2=A0 =C2=A0_______________________________________________
>=C2=A0 =C2=A0 =C2=A0manet mailing list
>=C2=A0 =C2=A0 =C2=A0manet@ietf.org <mailto:manet@ietf.org>
>=C2=A0 =C2=A0 =C2=A0https://www.ietf.org/mailman/list= info/manet
>
>



--001a113fbcc2fb309c052e57d098-- From nobody Fri Mar 18 13:00:18 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3A7D12D624 for ; Fri, 18 Mar 2016 13:00:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lKvn_ByoFm0w for ; Fri, 18 Mar 2016 13:00:15 -0700 (PDT) Received: from gproxy4-pub.mail.unifiedlayer.com (gproxy4-pub.mail.unifiedlayer.com [69.89.23.142]) by ietfa.amsl.com (Postfix) with SMTP id DC34112D5A5 for ; Fri, 18 Mar 2016 13:00:14 -0700 (PDT) Received: (qmail 32487 invoked by uid 0); 18 Mar 2016 20:00:13 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy4.mail.unifiedlayer.com with SMTP; 18 Mar 2016 20:00:13 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id XY071s01Q2SSUrH01Y0Av2; Fri, 18 Mar 2016 14:00:11 -0600 X-Authority-Analysis: v=2.1 cv=Nal1iQz4 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=wU2YTnxGAAAA:8 a=48vgC7mUAAAA:8 a=2PcqG5ipoWhWi88fQSUA:9 a=HYyMLkzeBRA745bf:21 a=GjSny9RyGEVnldVF:21 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=LR4AobY56k1lAUIS5wuxNzXwMq3ErtSs1BTBGa8e/ms=; b=XJETBUF1pdAy0oHsiDEb3hgUgc tYuteNy1+J4PMJsG8TLR9mXhJfC+vu7nEy3I6RVFrYW7c/acv+G0cb5J66Y1n5hLLPkGJz40R483l DFFLUqoynjs8iiKQl9bEw6j8N; Received: from box313.bluehost.com ([69.89.31.113]:33631 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1ah0Z7-0002Pu-Ey; Fri, 18 Mar 2016 14:00:09 -0600 To: Stan Ratliff References: <38A5475DE83986499AEACD2CFAFC3F9801C384CF5A@tss-server1.home.tropicalstormsoftware.com> <56EC539D.6010203@labn.net> <56EC56FE.2050009@labn.net> From: Lou Berger Message-ID: <56EC5E43.3000803@labn.net> Date: Fri, 18 Mar 2016 16:00:03 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: manet IETF , draft-ietf-manet-credit-window@ietf.org Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 (was DLEP last call) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 20:00:17 -0000 On 3/18/2016 3:33 PM, Stan Ratliff wrote: > > > On Fri, Mar 18, 2016 at 3:29 PM, Lou Berger > wrote: > > Stan, > > Let me try a different tact: > > Is the MAC header sometimes/never/always transmitted over the air? > > > OTA - depends on the radio architecture. > > > > If sometimes, under what conditions? > > > 802.11, for example, transmits the MAC OTA. > doesn't whatever goes over the air, including header and padding, need to be part of the credits? eg I have 1000bytes of credits. In the case of a radio that that includes 14byte header and 4 bytes trailer on -air and no preamble of IPG. This means the credit allows: - one IP packet of 982 bytes total length (1000-18 * 1, including IP header), or - 15 minimum size packets w/o padding for at total of 690 total length (64-18 * 15, including IP header), or in the case where the MAC header and trailer don't get transmitted, the router can send a 1000 byte IP packet. How is a router to know what to include? I think the router needs to be told what to do. Perhaps have the radio just tell the router how many bytes to include per packet (e.g., 0, 18, 38 bytes) and if frame padding is included in the credits? Lou > Regards, > Stan > > > > > > Thanks, > Lou > > On 3/18/2016 3:20 PM, Stan Ratliff wrote: > > Lou, > > > > > > On Fri, Mar 18, 2016 at 3:14 PM, Lou Berger > > >> wrote: > > > > Stan, (Rick), > > One additional question WRT credit windows. The text says: > > > > The number of credits needed for a given transmission is > the length > > of the data portion of the packet at the MAC layer. When > sending > > data to a credit enabled peer, the sender MUST decrement the > > appropriate window by the size of the data being sent, > prior to > > encapsulation at the MAC layer. When traffic is > received, the > > receiver MUST decrement its own window after decapsulation at > > the MAC > > layer. > > > > > > Doesn't it make sense to include the MAC header & perhaps > padding as > > they may account for a non-negligible portion of a small > packet/frame? > > Or are ethernet headers and padding never sent over the RF > > channel? If > > this is a per radio 'thing' how is this indicated and how > does it > > impact > > processing? > > > > > > The MAC header is fixed. Same with the Ethernet header. The > intent was > > to count the bytes that are queued to go into L2/L1 encap (or > sent up > > after L1/L2 de-encapsulation). As for "per radio", it's indicated in > > the Peer Init/Peer Init response (you either support the > extension or > > you don't), then again at Destination Up/Destination Announce. > > > > Regards, > > Stan > > > > > > > > > > Thanks, > > Lou > > > > On 3/18/2016 9:05 AM, Rick Taylor wrote: > > > Hi All, > > > > > > As we are looking to exit last-call with DLEP, has > everyone had > > a chance > > > to read and submit any review comments, as I'd ideally > like to get > > > draft-21 out ASAP and move the document up the chain. > > > > > > The same applies to the credit windowing draft. > > > > > > Cheers, > > > > > > Rick > > > > > > _______________________________________________ > > > manet mailing list > > > manet@ietf.org > > > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > > > _______________________________________________ > > manet mailing list > > manet@ietf.org > > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > From nobody Fri Mar 18 13:03:15 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8260C12D6AD; Fri, 18 Mar 2016 13:03:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 AvvTIxXAwMTP; Fri, 18 Mar 2016 13:03:12 -0700 (PDT) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (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 0E7B312D668; Fri, 18 Mar 2016 13:03:12 -0700 (PDT) Received: by mail-ig0-x22e.google.com with SMTP id av4so46773563igc.1; Fri, 18 Mar 2016 13:03:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=WrF+t6HczfXavtsn5w8oeJasPwVfssuWqgEG2Y984Q0=; b=ArjzIvRteoqG9G1TEIeEopx+Bz30gImPQudxkdIhVaDEzTgBfO+8xHovLDOy9nZIuK 3x9OKMYOCAYaXZgzYDK2vqbbnkTF1UI4TeeyHF2fzta41gMVFBBCjm+5kyrHOcak9uYv vwJkBKezQQrVI/BzFXa+Q/cCQkh3yWLIRrmevX87NUMYIqqEaYIfdtlQ6Y6PKYK7Tz8S pnS6WYLbClIcO2m3EW8zEQDHdzsAYGOmSFZaelcfj+ELCTF15fsFVmFVUY49HRR4hkHE o4Me4ejh6ZB3GUZ85muqj1vRtm+6+QkA28kcvjYnz3Yqqs3pXF0aAWXIQmwb4rQB/jwz ujdQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=WrF+t6HczfXavtsn5w8oeJasPwVfssuWqgEG2Y984Q0=; b=OZ1qfaXsWrJxmucuQDiL9vmNKIkqD1j+1DNHIXM24x61vKGI+IH7qhb6CsrpVsn+/E daAn+8kmBp/uOih+5B80t8J9Qdm2PzI4Hv2/34PFrXHT26unZljGMzIYPU1tTP8M77E7 tIIL/MuqS9j8LoMUIPIo0s/Bh0JZHFX/YYQAu3HdVlroaVezsjoGRkrV1c4zHSgo76eQ Zf8eJC6mA7gWplMiRH+zlaV7xrWxrfDxvS/Uw7YUeB6MJuVGBognV0v0jYtGiFuQQCSj /QZv23WkjpKDMe5Ytz+kKWwg8UQFj298onD1OX58hamNb0QOGmn6gGQJOPgiFr4qM8a/ /KjA== X-Gm-Message-State: AD7BkJJ1e+5mSf8+srLbmLyS+/eHA3OYKOPwTdY/Xh0XTldq6E5OJtGmBKgUvYselBYPIwaF+nq/HxqWUnvFFg== MIME-Version: 1.0 X-Received: by 10.50.30.134 with SMTP id s6mr1236165igh.36.1458331391357; Fri, 18 Mar 2016 13:03:11 -0700 (PDT) Received: by 10.79.96.1 with HTTP; Fri, 18 Mar 2016 13:03:11 -0700 (PDT) In-Reply-To: <56EC5E43.3000803@labn.net> References: <38A5475DE83986499AEACD2CFAFC3F9801C384CF5A@tss-server1.home.tropicalstormsoftware.com> <56EC539D.6010203@labn.net> <56EC56FE.2050009@labn.net> <56EC5E43.3000803@labn.net> Date: Fri, 18 Mar 2016 16:03:11 -0400 Message-ID: From: Stan Ratliff To: Lou Berger Content-Type: multipart/alternative; boundary=047d7bdc184a8bfcf8052e583c55 Archived-At: Cc: manet IETF , draft-ietf-manet-credit-window@ietf.org Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 (was DLEP last call) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 20:03:14 -0000 --047d7bdc184a8bfcf8052e583c55 Content-Type: text/plain; charset=UTF-8 On Fri, Mar 18, 2016 at 4:00 PM, Lou Berger wrote: > > > On 3/18/2016 3:33 PM, Stan Ratliff wrote: > > > > > > On Fri, Mar 18, 2016 at 3:29 PM, Lou Berger > > wrote: > > > > Stan, > > > > Let me try a different tact: > > > > Is the MAC header sometimes/never/always transmitted over the > air? > > > > > > OTA - depends on the radio architecture. > > > > > > > > If sometimes, under what conditions? > > > > > > 802.11, for example, transmits the MAC OTA. > > > > doesn't whatever goes over the air, including header and padding, need > to be part of the credits? > > eg I have 1000bytes of credits. > > In the case of a radio that that includes 14byte header and 4 bytes > trailer on -air and no preamble of IPG. This means the credit allows: > - one IP packet of 982 bytes total length (1000-18 * 1, including IP > header), or > - 15 minimum size packets w/o padding for at total of 690 total length > (64-18 * 15, including IP header), > > or in the case where the MAC header and trailer don't get transmitted, > the router can send a 1000 byte IP packet. > > How is a router to know what to include? I think the router needs to be > told what to do. Perhaps have the radio just tell the router how many > bytes to include per packet (e.g., 0, 18, 38 bytes) and if frame > padding is included in the credits? > I can go with a scheme where the MAC header is included in the credit counts. That gets everything through the MAC layer. Padding, if it occurs at Layer 1, is outside the scope of the draft, IMO. Regards, Stan > > Lou > > > Regards, > > Stan > > > > > > > > > > > > Thanks, > > Lou > > > > On 3/18/2016 3:20 PM, Stan Ratliff wrote: > > > Lou, > > > > > > > > > On Fri, Mar 18, 2016 at 3:14 PM, Lou Berger > > > > >> wrote: > > > > > > Stan, (Rick), > > > One additional question WRT credit windows. The text says: > > > > > > The number of credits needed for a given transmission is > > the length > > > of the data portion of the packet at the MAC layer. When > > sending > > > data to a credit enabled peer, the sender MUST decrement the > > > appropriate window by the size of the data being sent, > > prior to > > > encapsulation at the MAC layer. When traffic is > > received, the > > > receiver MUST decrement its own window after decapsulation > at > > > the MAC > > > layer. > > > > > > > > > Doesn't it make sense to include the MAC header & perhaps > > padding as > > > they may account for a non-negligible portion of a small > > packet/frame? > > > Or are ethernet headers and padding never sent over the RF > > > channel? If > > > this is a per radio 'thing' how is this indicated and how > > does it > > > impact > > > processing? > > > > > > > > > The MAC header is fixed. Same with the Ethernet header. The > > intent was > > > to count the bytes that are queued to go into L2/L1 encap (or > > sent up > > > after L1/L2 de-encapsulation). As for "per radio", it's indicated > in > > > the Peer Init/Peer Init response (you either support the > > extension or > > > you don't), then again at Destination Up/Destination Announce. > > > > > > Regards, > > > Stan > > > > > > > > > > > > > > > Thanks, > > > Lou > > > > > > On 3/18/2016 9:05 AM, Rick Taylor wrote: > > > > Hi All, > > > > > > > > As we are looking to exit last-call with DLEP, has > > everyone had > > > a chance > > > > to read and submit any review comments, as I'd ideally > > like to get > > > > draft-21 out ASAP and move the document up the chain. > > > > > > > > The same applies to the credit windowing draft. > > > > > > > > Cheers, > > > > > > > > Rick > > > > > > > > _______________________________________________ > > > > manet mailing list > > > > manet@ietf.org > > > > > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > > > > > > > _______________________________________________ > > > manet mailing list > > > manet@ietf.org > > > > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > > > > > > > > > --047d7bdc184a8bfcf8052e583c55 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Fri, Mar 18, 2016 at 4:00 PM, Lou Berger <lberger@labn.net> wrote:


On 3/18/2016 3:33 PM, Stan Ratliff wrote:
>
>
> On Fri, Mar 18, 2016 at 3:29 PM, Lou Berger <lberger@labn.net
> <mailto:lberger@labn.net>= ;> wrote:
>
>=C2=A0 =C2=A0 =C2=A0Stan,
>
>=C2=A0 =C2=A0 =C2=A0Let me try a different tact:
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Is the MAC header sometimes/never/alw= ays transmitted over the air?
>
>
> OTA - depends on the radio architecture.
>
>
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0If sometimes, under what conditions?<= br> >
>
> 802.11, for example, transmits the MAC OTA.
>

doesn't whatever goes over the air, including header and padding, need<= br> to be part of the credits?

eg I have 1000bytes of credits.

In the case of a radio that=C2=A0 that includes 14byte header and 4 bytes trailer on -air and no preamble of IPG.=C2=A0 This means the credit allows:=
-=C2=A0 one IP packet of 982 bytes total length (1000-18 * 1, including IP<= br> header), or
- 15 minimum size packets w/o padding for at total of 690 total length
(64-18 * 15, including IP header),

or in the case where the MAC header and trailer don't get transmitted,<= br> the router can send a 1000 byte IP packet.

How is a router to know what to include?=C2=A0 I think the router needs to = be
told what to do.=C2=A0 Perhaps have the radio just tell the router how many=
bytes to include per packet (e.g., 0, 18,=C2=A0 38 bytes) and if frame
padding is included in the credits?

I c= an go with a scheme where the MAC header is included in the credit counts. = That gets everything through the MAC layer. Padding, if it occurs at Layer = 1, is outside the scope of the draft, IMO.=C2=A0

R= egards,
Stan

=C2=A0

Lou

> Regards,
> Stan
>
>
>
>
>
>=C2=A0 =C2=A0 =C2=A0Thanks,
>=C2=A0 =C2=A0 =C2=A0Lou
>
>=C2=A0 =C2=A0 =C2=A0On 3/18/2016 3:20 PM, Stan Ratliff wrote:
>=C2=A0 =C2=A0 =C2=A0> Lou,
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0> On Fri, Mar 18, 2016 at 3:14 PM, Lou Berger &l= t;lberger@labn.net
>=C2=A0 =C2=A0 =C2=A0<mailto:lber= ger@labn.net>
>=C2=A0 =C2=A0 =C2=A0> <mailto:lberger@labn.net <mailto:lberge= r@labn.net>>> wrote:
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Stan, (Rick),
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0One additiona= l question WRT credit windows.=C2=A0 The text says:
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 The number of credi= ts needed for a given transmission is
>=C2=A0 =C2=A0 =C2=A0the length
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 of the data portion= of the packet at the MAC layer.=C2=A0 When
>=C2=A0 =C2=A0 =C2=A0sending
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 data to a credit en= abled peer, the sender MUST decrement the
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 appropriate window = by the size of the data being sent,
>=C2=A0 =C2=A0 =C2=A0prior to
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 encapsulation at th= e MAC layer.=C2=A0 When traffic is
>=C2=A0 =C2=A0 =C2=A0received, the
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 receiver MUST decre= ment its own window after decapsulation at
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0the MAC
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 layer.
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Doesn't it make sense t= o include the MAC header & perhaps
>=C2=A0 =C2=A0 =C2=A0padding as
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0they may account for a non-= negligible portion of a small
>=C2=A0 =C2=A0 =C2=A0packet/frame?
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Or are ethernet headers and= padding never sent over the RF
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0channel?=C2=A0 If
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0this is a per radio 'th= ing' how is this indicated and how
>=C2=A0 =C2=A0 =C2=A0does it
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0impact
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0processing?
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0> The MAC header is fixed. Same with the Etherne= t header. The
>=C2=A0 =C2=A0 =C2=A0intent was
>=C2=A0 =C2=A0 =C2=A0> to count the bytes that are queued to go into = L2/L1 encap (or
>=C2=A0 =C2=A0 =C2=A0sent up
>=C2=A0 =C2=A0 =C2=A0> after L1/L2 de-encapsulation). As for "pe= r radio", it's indicated in
>=C2=A0 =C2=A0 =C2=A0> the Peer Init/Peer Init response (you either s= upport the
>=C2=A0 =C2=A0 =C2=A0extension or
>=C2=A0 =C2=A0 =C2=A0> you don't), then again at Destination Up/D= estination Announce.
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0> Regards,
>=C2=A0 =C2=A0 =C2=A0> Stan
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Thanks,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Lou
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0On 3/18/2016 9:05 AM, Rick = Taylor wrote:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> Hi All,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> As we are looking to e= xit last-call with DLEP, has
>=C2=A0 =C2=A0 =C2=A0everyone had
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0a chance
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> to read and submit any= review comments, as I'd ideally
>=C2=A0 =C2=A0 =C2=A0like to get
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> draft-21 out ASAP and = move the document up the chain.
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> The same applies to th= e credit windowing draft.
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> Cheers,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> Rick
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> ______________________= _________________________
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> manet mailing list
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> manet@ietf.org <mailto:manet@ietf.org>
>=C2=A0 =C2=A0 =C2=A0<mailto:manet@= ietf.org <mailto:manet@ietf.org>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> http= s://www.ietf.org/mailman/listinfo/manet
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0___________________________= ____________________
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0manet mailing list
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0manet@ietf.org <mailto:mane= t@ietf.org>
>=C2=A0 =C2=A0 =C2=A0<mailto:manet@= ietf.org <mailto:manet@ietf.org>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0https://w= ww.ietf.org/mailman/listinfo/manet
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>
>
>



--047d7bdc184a8bfcf8052e583c55-- From nobody Fri Mar 18 13:20:45 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 708FD12D735 for ; Fri, 18 Mar 2016 13:20:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3s7R9VMMQtJg for ; Fri, 18 Mar 2016 13:20:39 -0700 (PDT) Received: from gproxy1-pub.mail.unifiedlayer.com (gproxy1-pub.mail.unifiedlayer.com [69.89.25.95]) by ietfa.amsl.com (Postfix) with SMTP id 9673E12D756 for ; Fri, 18 Mar 2016 13:20:39 -0700 (PDT) Received: (qmail 2733 invoked by uid 0); 18 Mar 2016 20:20:36 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy1.mail.unifiedlayer.com with SMTP; 18 Mar 2016 20:20:36 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id XYLZ1s00X2SSUrH01YLcP0; Fri, 18 Mar 2016 14:20:36 -0600 X-Authority-Analysis: v=2.1 cv=aJ5j99Nm c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=wU2YTnxGAAAA:8 a=48vgC7mUAAAA:8 a=wSQ5IaFXJuYS1ahqCUoA:9 a=mOmI6npBKSRyxN80:21 a=cylAUVXUpxf7WSOq:21 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=0flXkDtiT5jzaAzJxZ3jWn7V/ndVhWq/L5kntOTKw34=; b=NfCcZBKzet2sM7rNhpylyhKnyv UpoZbS9hT7N7NeCvW44ShrfveB/CKfqKpM4RxFZ9ODw1B0axmsQ1j5UNf2x1chS8ptyyHx9Bhq04e SauolPDsEnI0+HwmC3Gc7fLms; Received: from box313.bluehost.com ([69.89.31.113]:37662 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1ah0sr-0007Eb-6o; Fri, 18 Mar 2016 14:20:33 -0600 To: Stan Ratliff References: <38A5475DE83986499AEACD2CFAFC3F9801C384CF5A@tss-server1.home.tropicalstormsoftware.com> <56EC539D.6010203@labn.net> <56EC56FE.2050009@labn.net> <56EC5E43.3000803@labn.net> From: Lou Berger Message-ID: <56EC630C.1020604@labn.net> Date: Fri, 18 Mar 2016 16:20:28 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: manet IETF , draft-ietf-manet-credit-window@ietf.org Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 (was DLEP last call) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 20:20:42 -0000 Stan, On 3/18/2016 4:03 PM, Stan Ratliff wrote: > > > On Fri, Mar 18, 2016 at 4:00 PM, Lou Berger > wrote: > > > > On 3/18/2016 3:33 PM, Stan Ratliff wrote: > > > > > > On Fri, Mar 18, 2016 at 3:29 PM, Lou Berger > > >> wrote: > > > > Stan, > > > > Let me try a different tact: > > > > Is the MAC header sometimes/never/always transmitted > over the air? > > > > > > OTA - depends on the radio architecture. > > > > > > > > If sometimes, under what conditions? > > > > > > 802.11, for example, transmits the MAC OTA. > > > > doesn't whatever goes over the air, including header and padding, need > to be part of the credits? > > eg I have 1000bytes of credits. > > In the case of a radio that that includes 14byte header and 4 bytes > trailer on -air and no preamble of IPG. This means the credit allows: > - one IP packet of 982 bytes total length (1000-18 * 1, including IP > header), or > - 15 minimum size packets w/o padding for at total of 690 total length > (64-18 * 15, including IP header), > > or in the case where the MAC header and trailer don't get transmitted, > the router can send a 1000 byte IP packet. > > How is a router to know what to include? I think the router needs > to be > told what to do. Perhaps have the radio just tell the router how many > bytes to include per packet (e.g., 0, 18, 38 bytes) and if frame > padding is included in the credits? > > > I can go with a scheme where the MAC header is included in the credit > counts. That gets everything through the MAC layer. Isn't this per radio? if so, doesn't it need to be indicated in the protocol? > Padding, if it occurs at Layer 1, is outside the scope of the draft, IMO. > l2 padding. L1 encoding expansion is another matter that I wasn't planning on bringing up... Thanks, Lou > Regards, > Stan > > > > > Lou > > > Regards, > > Stan > > > > > > > > > > > > Thanks, > > Lou > > > > On 3/18/2016 3:20 PM, Stan Ratliff wrote: > > > Lou, > > > > > > > > > On Fri, Mar 18, 2016 at 3:14 PM, Lou Berger > > > > > > > > >>> wrote: > > > > > > Stan, (Rick), > > > One additional question WRT credit windows. The > text says: > > > > > > The number of credits needed for a given > transmission is > > the length > > > of the data portion of the packet at the MAC > layer. When > > sending > > > data to a credit enabled peer, the sender MUST > decrement the > > > appropriate window by the size of the data being sent, > > prior to > > > encapsulation at the MAC layer. When traffic is > > received, the > > > receiver MUST decrement its own window after > decapsulation at > > > the MAC > > > layer. > > > > > > > > > Doesn't it make sense to include the MAC header & perhaps > > padding as > > > they may account for a non-negligible portion of a small > > packet/frame? > > > Or are ethernet headers and padding never sent over the RF > > > channel? If > > > this is a per radio 'thing' how is this indicated and how > > does it > > > impact > > > processing? > > > > > > > > > The MAC header is fixed. Same with the Ethernet header. The > > intent was > > > to count the bytes that are queued to go into L2/L1 encap (or > > sent up > > > after L1/L2 de-encapsulation). As for "per radio", it's > indicated in > > > the Peer Init/Peer Init response (you either support the > > extension or > > > you don't), then again at Destination Up/Destination Announce. > > > > > > Regards, > > > Stan > > > > > > > > > > > > > > > Thanks, > > > Lou > > > > > > On 3/18/2016 9:05 AM, Rick Taylor wrote: > > > > Hi All, > > > > > > > > As we are looking to exit last-call with DLEP, has > > everyone had > > > a chance > > > > to read and submit any review comments, as I'd ideally > > like to get > > > > draft-21 out ASAP and move the document up the chain. > > > > > > > > The same applies to the credit windowing draft. > > > > > > > > Cheers, > > > > > > > > Rick > > > > > > > > _______________________________________________ > > > > manet mailing list > > > > manet@ietf.org > > > > > >> > > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > > > > > > > _______________________________________________ > > > manet mailing list > > > manet@ietf.org > > > > > >> > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > > > > > > > > > From nobody Fri Mar 18 13:21:50 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA1B712D680 for ; Fri, 18 Mar 2016 13:21:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-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 jZvBc2k1RiVX for ; Fri, 18 Mar 2016 13:21:48 -0700 (PDT) Received: from llmx2.ll.mit.edu (LLMX2.LL.MIT.EDU [129.55.12.48]) by ietfa.amsl.com (Postfix) with ESMTP id 3FC2E12D7AB for ; Fri, 18 Mar 2016 13:21:29 -0700 (PDT) Received: from LLE2K10-HUB02.mitll.ad.local (LLE2K10-HUB02.mitll.ad.local) by llmx2.ll.mit.edu (unknown) with ESMTP id u2IKKV2M021059; Fri, 18 Mar 2016 16:20:31 -0400 From: "Wiggins, David - 0665 - MITLL" To: Rick Taylor , manet IETF , Stan Ratliff Thread-Topic: [manet] DLEP last call Thread-Index: AQHRgVO/HMSHuyydNkWsag41g0H54A== Date: Fri, 18 Mar 2016 20:21:26 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [172.25.59.174] Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3541162885_3028820" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-03-18_10:, , signatures=0 X-Proofpoint-Spam-Details: rule=inbound_notspam policy=inbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1601100000 definitions=main-1603180275 Archived-At: Subject: Re: [manet] DLEP last call X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 20:21:50 -0000 --B_3541162885_3028820 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit I just found a small issue in the credit windowing draft (02). The Credit Request data item is now sent in the Link Characteristics Request message instead of the Destination Update message (as of -01, it seems). As I read the DLEP draft, only routers can send Link Characteristics Request messages, so modems can't request credits. I think this could be fixed by having the credit windowing extension state that it is changing the core protocol to allow the Link Characteristics Request (and Response) messages to be sent by either side. (I assume we're allowing extensions to make such changes.) This draft has to be updated anyway to put in Destination Announce, so hopefully this can be worked in at the same time. David On 3/18/16, 9:05 AM, "manet on behalf of Rick Taylor" wrote: >Hi All, > >As we are looking to exit last-call with DLEP, has everyone had a chance >to read and submit any review comments, as I'd ideally like to get >draft-21 out ASAP and move the document up the chain. > >The same applies to the credit windowing draft. > >Cheers, > >Rick > >_______________________________________________ >manet mailing list >manet@ietf.org >https://www.ietf.org/mailman/listinfo/manet --B_3541162885_3028820 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIIMEgYJKoZIhvcNAQcCoIIMAzCCC/8CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC CfUwggT1MIID3aADAgECAgoY4rwNAAAAAHNuMA0GCSqGSIb3DQEBCwUAMFExCzAJBgNVBAYT AlVTMR8wHQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxEzAR BgNVBAMTCk1JVExMIENBLTMwHhcNMTYwMjEwMTMwNjAwWhcNMTkwMjA5MTMwNjAwWjBiMQsw CQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEPMA0GA1UECxMG UGVvcGxlMSEwHwYDVQQDExhXaWdnaW5zLkRhdmlkLlAuNTAwMTUyMDcwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQCiKFVMUMne1LGJfzRn943ZeccfuQI37zhvT3/LYCK/6Yaa jKbXmDz3AoT/XI551vtwvvc0wQNRfNIkB0oYfa8OkD+EYqO3sDV4IejFP9XQKkRxgb3bESa8 Frl30C0vScQ3A8h3mSQ8lFOLgo3ndiGnfF0mtUt2TbE7LAO4Jn3yxw1JqXgDk/gbXBy3zSsj uqQeWWlj2OQ3D1WBTM0fEZjMLCUfAANHxE58isDHHksnlm20EOBoaqNStCcYbFQNSjlBQ0ng 0dky+2Wx8lllMttw0R9oznENQ6RKLrzQaTSQ5tRjYpGLGIPxAhPL7MWerZrDZrdsjwTMJoge +siq0HJdAgMBAAGjggG8MIIBuDAdBgNVHQ4EFgQUIABH8cDVoyihib5dIjevNJCX+r4wDgYD VR0PAQH/BAQDAgbAMB8GA1UdIwQYMBaAFNdgZg57SY11TA39z0beyMcSh8q/MDMGA1UdHwQs MCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExDQTMwZgYIKwYBBQUH AQEEWjBYMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExDQTMw JwYIKwYBBQUHMAGGG2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvb2NzcDA9BgkrBgEEAYI3FQcE MDAuBiYrBgEEAYI3FQiDg+Udh+ynZoathxWD6vBFhbahHx2Fy94yh/+KcwIBZAIBBjAiBgNV HSUBAf8EGDAWBggrBgEFBQcDBAYKKwYBBAGCNwoDDDAYBgNVHSAEETAPMA0GCyqGSIb3EgIB AwEIMCMGA1UdEQQcMBqBGERhdmlkLldpZ2dpbnNAbGwubWl0LmVkdTAnBgkrBgEEAYI3FAIE Gh4YAEwATABVAHMAZQByAFMAaQBnAC0AUwBXMA0GCSqGSIb3DQEBCwUAA4IBAQBFmdkJgK08 BFDtjsYcbWuUE5mzlX/7RoxLNHbg/yc5w8QnpzblBYAKH4bCZJVBfPA6I7hTrOdTs/zp4LWo lD4tyS5Nz3+D4UrBCccvoOSdccD4R4hhqCLLUwX58GHETEafw6G+HbadVhFtmIdc1l23rwCw c/U2/I2Apl6R7bfpYXHCdPc0qW2ierJVPQUDtacF7vOLDRwLc7XqL1V+TfMU1yxaClfQbNXD auyuCDzQgMN1lvAMvUaA7EeUlZ8aQRwOmMMiaqDXftUp5aAufYz0oKHNwhrLlmssypjKJ0pP e3VJ6Lo6Ujx0v7GfXyW1xBDpe2GX6WQLYSfgwjU8XF6sMIIE+DCCA+CgAwIBAgIKWrCpkwAA AAA2DzANBgkqhkiG9w0BAQsFADBRMQswCQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNv bG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMwEQYDVQQDEwpNSVRMTCBDQS0zMB4XDTE1 MDQwNjEyMDAyNloXDTE2MDQwNTEyMDAyNlowYjELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1J VCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNVBAsTBlBlb3BsZTEhMB8GA1UEAxMYV2lnZ2lu cy5EYXZpZC5QLjUwMDE1MjA3MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlEWD uIm5kuHghfe7O+eMLVena6sNfAZtHLp2mwXLrNshaHM6wVKmml8zhxeSmJJXTF3Owyn7imKs vHMWcIJD9EoFQyJoeBaFV5Ll75/fE2WKswtGn9ZSSejplI/Iy99SI/9Lna5B7/BDmPozGn66 jdzgl+JVFptqEUGx5NZlRUEEtVtXYUy+PllIq6SpR/242wFiYVslFqSoHu789mexaDDAl7p7 z3W9cYidPtZUoysjW0omzwZIoYMsIhTbUMnv+TkBuhJErBmaNvAXPf8Y3pNf3pYz8pnR4MyI ibFv2CS/2KLGxJRE9xt1nrgHT8Wx+E6Ro6IYkYLPSdE6YgYAgwIDAQABo4IBvzCCAbswHQYD VR0OBBYEFGww5LYEZSoVOkuJ7ZVJS+35ChrUMA4GA1UdDwEB/wQEAwIFIDAfBgNVHSMEGDAW gBTXYGYOe0mNdUwN/c9G3sjHEofKvzAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLmxs Lm1pdC5lZHUvZ2V0Y3JsL0xMQ0EzMGYGCCsGAQUFBwEBBFowWDAtBggrBgEFBQcwAoYhaHR0 cDovL2NybC5sbC5taXQuZWR1L2dldHRvL0xMQ0EzMCcGCCsGAQUFBzABhhtodHRwOi8vb2Nz cC5sbC5taXQuZWR1L29jc3AwPQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUIg4PlHYfsp2aG rYcVg+rwRYW2oR8dhevQcIPr7SACAWQCAQQwJQYDVR0lBB4wHAYEVR0lAAYIKwYBBQUHAwQG CisGAQQBgjcKAwQwGAYDVR0gBBEwDzANBgsqhkiG9xICAQMBCDAjBgNVHREEHDAagRhEYXZp ZC5XaWdnaW5zQGxsLm1pdC5lZHUwJwYJKwYBBAGCNxQCBBoeGABMAEwAVQBzAGUAcgBFAG4A YwAtAFMAVzANBgkqhkiG9w0BAQsFAAOCAQEATCsJT66TKeYNh9hrcC1wxRH08CricKt9JktB I1WWl48F4CqcYDZlLMpvHuSe6GezZzTUH4oq1y2q3um9Txh1NjLPT7j0k5SSwdr2V7d8upDN WOrXvCi59Cyz5RvuhleCPIE+6wPyDrQwfBRhte/cv8PVOrsG4tio4VOHi/nXcS+HLgC5qNxk 1/w1UBf8QkkNP8kIgum/uItm4QwVdVAJMuwe3te8dYjtp3M5nC2exfqQfk+Mmw/8fdZFpch0 rSYbpchMMOueBuy2UnWaYBF84uXldBH9fkONRX8AL8EQ3sQEOyzxqpwKQ/d0itjAGaPCCJCI VgnSYSWYoFiN9idyaTGCAeUwggHhAgEBMF8wUTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1J VCBMaW5jb2xuIExhYm9yYXRvcnkxDDAKBgNVBAsTA1BLSTETMBEGA1UEAxMKTUlUTEwgQ0Et MwIKGOK8DQAAAABzbjAJBgUrDgMCGgUAoF0wIwYJKoZIhvcNAQkEMRYEFJnW8ZLqrDp87Drg 1KeaLq/lgQpJMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE2 MDMxODIwMjEyNVowDQYJKoZIhvcNAQEBBQAEggEAbn/wnmX4/WI7AOve8C4kxQX71zRgkRC+ U27ISqhKvI+gfiwMgavigYSkxHkGQOC3ghETnvQXeybuVQDtJ77fK8anhAIoM9uy7sGbm8Yc nGLyuKPhhFQ892jTAXSFZwB9r3iezbu59En8aklj43U4Abiv70oBds6viV2LY4uGksRggums 5pxppgja6YJO5V3nCqruWfgPWj8wqkwYJ1lIRiR8OVmlPt5dIEA24qDeurxTBgS9bC0CdRAi atLDa8A1+1AZqQjdfDkd+KjrcDXHOr4ZJBGI2or2Uxrs+zK/PytOLF6RnaFmdzNJxwm37Cmo gma25X2h9QtjxR6IptgxOQ== --B_3541162885_3028820-- From nobody Fri Mar 18 13:25:37 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C39F12D663; Fri, 18 Mar 2016 13:25:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 8ZH_YcTO9pdu; Fri, 18 Mar 2016 13:25:33 -0700 (PDT) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 416B812D6EE; Fri, 18 Mar 2016 13:25:33 -0700 (PDT) Received: by mail-io0-x232.google.com with SMTP id m184so150748374iof.1; Fri, 18 Mar 2016 13:25:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=MPedZOxT5y10KgWSjHiw/pynOl0XyhQ/iTiS0Gswal0=; b=hOG+pNNnnWdtKfJnBqAvX5WtX3chO+0tFuQIHQNutphIm0nIRnRqTJKpePWJ68kzmI zT50v363fKJP7whrwSfsw4sYAXrwyJn22DVeqHn1eFziecEt/by0cLQmMANvszFXt8kK MU6uWYkmcwsU/ZIDSLVfIdmgE9/7ma6EMOF1mMvoh5EU94bbD24FzH2nv78TCvGwlQVZ vmxnnuArTAmX9koAkcr9W3iUMx1DnYaQTU2RWSs9XD5O4aQMe+uNnbTHHwxfB0TTT8gv xj48ITKiWcBnKbP91Wdq1mN3H+OclZqOm0JfCWpcr53xt4UyjOV4J+gr6g9x6EbmOUcb uigQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=MPedZOxT5y10KgWSjHiw/pynOl0XyhQ/iTiS0Gswal0=; b=J3fQI2VYJ9GLhRTNQ4Aff/Mpc+pE9c3R7btjLHm5neWovhgpfJp7Vh4kLJ3HA7oIbM 3G0PFJLECCFPVeWVqp+O6V88Ut0Sxhv/qFEO0BNHcE4Phr/YbUuyWHM+Zo034rfvWSw3 7J5YCz3jAauL4Lid1W9mggXYMqJ/Xbl2qdbL3aNXjgrsd2aD3INklxL7LCMkI+7Mt848 GyuFs/CdmpZwLUavQoR9e6qwj04In1wUBJvQecgTVUKgRGRKkEclF2Hu8alcPletAuVH 4Mdzgyj3/s9VA1qiYWIBZOW4t3PAiDbboNlV39wDeHg9rtsp352COF9ZJxfGJiky1io5 a91A== X-Gm-Message-State: AD7BkJKFCCO5UcYkWk4vb9cNgFJGJjlxGxdTj2AITEGKDZUcBpM+u7/LWG3udSGfkEie/vYjo2XO5y5doniYLQ== MIME-Version: 1.0 X-Received: by 10.107.41.148 with SMTP id p142mr19474338iop.182.1458332732600; Fri, 18 Mar 2016 13:25:32 -0700 (PDT) Received: by 10.79.96.1 with HTTP; Fri, 18 Mar 2016 13:25:32 -0700 (PDT) In-Reply-To: <56EC630C.1020604@labn.net> References: <38A5475DE83986499AEACD2CFAFC3F9801C384CF5A@tss-server1.home.tropicalstormsoftware.com> <56EC539D.6010203@labn.net> <56EC56FE.2050009@labn.net> <56EC5E43.3000803@labn.net> <56EC630C.1020604@labn.net> Date: Fri, 18 Mar 2016 16:25:32 -0400 Message-ID: From: Stan Ratliff To: Lou Berger Content-Type: multipart/alternative; boundary=001a1141d0747db5d8052e588c1b Archived-At: Cc: manet IETF , draft-ietf-manet-credit-window@ietf.org Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 (was DLEP last call) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 20:25:36 -0000 --001a1141d0747db5d8052e588c1b Content-Type: text/plain; charset=UTF-8 On Fri, Mar 18, 2016 at 4:20 PM, Lou Berger wrote: > Stan, > > > On 3/18/2016 4:03 PM, Stan Ratliff wrote: > > > > > > On Fri, Mar 18, 2016 at 4:00 PM, Lou Berger > > wrote: > > > > > > > > On 3/18/2016 3:33 PM, Stan Ratliff wrote: > > > > > > > > > On Fri, Mar 18, 2016 at 3:29 PM, Lou Berger > > > > >> wrote: > > > > > > Stan, > > > > > > Let me try a different tact: > > > > > > Is the MAC header sometimes/never/always transmitted > > over the air? > > > > > > > > > OTA - depends on the radio architecture. > > > > > > > > > > > > If sometimes, under what conditions? > > > > > > > > > 802.11, for example, transmits the MAC OTA. > > > > > > > doesn't whatever goes over the air, including header and padding, > need > > to be part of the credits? > > > > eg I have 1000bytes of credits. > > > > In the case of a radio that that includes 14byte header and 4 bytes > > trailer on -air and no preamble of IPG. This means the credit > allows: > > - one IP packet of 982 bytes total length (1000-18 * 1, including IP > > header), or > > - 15 minimum size packets w/o padding for at total of 690 total > length > > (64-18 * 15, including IP header), > > > > or in the case where the MAC header and trailer don't get > transmitted, > > the router can send a 1000 byte IP packet. > > > > How is a router to know what to include? I think the router needs > > to be > > told what to do. Perhaps have the radio just tell the router how > many > > bytes to include per packet (e.g., 0, 18, 38 bytes) and if frame > > padding is included in the credits? > > > > > > I can go with a scheme where the MAC header is included in the credit > > counts. That gets everything through the MAC layer. > Isn't this per radio? if so, doesn't it need to be indicated in the > protocol? > > > Padding, if it occurs at Layer 1, is outside the scope of the draft, IMO. > > > l2 padding. L1 encoding expansion is another matter that I wasn't > planning on bringing up... > Seems like something that is a statistical 'fly on the elephant's rear'... however, to reach a conclusion - would adding some text along the lines of "Credit counts MUST include the payload, the MAC header, and any padding included at the MAC layer." allay your concern??? Regards, Stan > > Thanks, > Lou > > > > Regards, > > Stan > > > > > > > > > > Lou > > > > > Regards, > > > Stan > > > > > > > > > > > > > > > > > > Thanks, > > > Lou > > > > > > On 3/18/2016 3:20 PM, Stan Ratliff wrote: > > > > Lou, > > > > > > > > > > > > On Fri, Mar 18, 2016 at 3:14 PM, Lou Berger > > > > > > > > > > > > >>> wrote: > > > > > > > > Stan, (Rick), > > > > One additional question WRT credit windows. The > > text says: > > > > > > > > The number of credits needed for a given > > transmission is > > > the length > > > > of the data portion of the packet at the MAC > > layer. When > > > sending > > > > data to a credit enabled peer, the sender MUST > > decrement the > > > > appropriate window by the size of the data being sent, > > > prior to > > > > encapsulation at the MAC layer. When traffic is > > > received, the > > > > receiver MUST decrement its own window after > > decapsulation at > > > > the MAC > > > > layer. > > > > > > > > > > > > Doesn't it make sense to include the MAC header & perhaps > > > padding as > > > > they may account for a non-negligible portion of a small > > > packet/frame? > > > > Or are ethernet headers and padding never sent over the > RF > > > > channel? If > > > > this is a per radio 'thing' how is this indicated and how > > > does it > > > > impact > > > > processing? > > > > > > > > > > > > The MAC header is fixed. Same with the Ethernet header. The > > > intent was > > > > to count the bytes that are queued to go into L2/L1 encap (or > > > sent up > > > > after L1/L2 de-encapsulation). As for "per radio", it's > > indicated in > > > > the Peer Init/Peer Init response (you either support the > > > extension or > > > > you don't), then again at Destination Up/Destination > Announce. > > > > > > > > Regards, > > > > Stan > > > > > > > > > > > > > > > > > > > > Thanks, > > > > Lou > > > > > > > > On 3/18/2016 9:05 AM, Rick Taylor wrote: > > > > > Hi All, > > > > > > > > > > As we are looking to exit last-call with DLEP, has > > > everyone had > > > > a chance > > > > > to read and submit any review comments, as I'd ideally > > > like to get > > > > > draft-21 out ASAP and move the document up the chain. > > > > > > > > > > The same applies to the credit windowing draft. > > > > > > > > > > Cheers, > > > > > > > > > > Rick > > > > > > > > > > _______________________________________________ > > > > > manet mailing list > > > > > manet@ietf.org > > > > > > > > >> > > > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > > > > > > > > > > > _______________________________________________ > > > > manet mailing list > > > > manet@ietf.org > > > > > > > > >> > > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > > > > > > > > > > > > > > > > > > > > --001a1141d0747db5d8052e588c1b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Fri, Mar 18, 2016 at 4:20 PM, Lou Berger <lberger@labn.net> wrote:
Stan,


On 3/18/2016 4:03 PM, Stan Ratliff wrote:
>
>
> On Fri, Mar 18, 2016 at 4:00 PM, Lou Berger <lberger@labn.net
> <mailto:lberger@labn.net>= ;> wrote:
>
>
>
>=C2=A0 =C2=A0 =C2=A0On 3/18/2016 3:33 PM, Stan Ratliff wrote:
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0> On Fri, Mar 18, 2016 at 3:29 PM, Lou Berger &l= t;lberger@labn.net
>=C2=A0 =C2=A0 =C2=A0<mailto:lber= ger@labn.net>
>=C2=A0 =C2=A0 =C2=A0> <mailto:lberger@labn.net <mailto:lberge= r@labn.net>>> wrote:
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Stan,
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Let me try a different tact= :
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Is the MAC he= ader sometimes/never/always transmitted
>=C2=A0 =C2=A0 =C2=A0over the air?
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0> OTA - depends on the radio architecture.
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0If sometimes,= under what conditions?
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0> 802.11, for example, transmits the MAC OTA. >=C2=A0 =C2=A0 =C2=A0>
>
>=C2=A0 =C2=A0 =C2=A0doesn't whatever goes over the air, including h= eader and padding, need
>=C2=A0 =C2=A0 =C2=A0to be part of the credits?
>
>=C2=A0 =C2=A0 =C2=A0eg I have 1000bytes of credits.
>
>=C2=A0 =C2=A0 =C2=A0In the case of a radio that=C2=A0 that includes 14b= yte header and 4 bytes
>=C2=A0 =C2=A0 =C2=A0trailer on -air and no preamble of IPG.=C2=A0 This = means the credit allows:
>=C2=A0 =C2=A0 =C2=A0-=C2=A0 one IP packet of 982 bytes total length (10= 00-18 * 1, including IP
>=C2=A0 =C2=A0 =C2=A0header), or
>=C2=A0 =C2=A0 =C2=A0- 15 minimum size packets w/o padding for at total = of 690 total length
>=C2=A0 =C2=A0 =C2=A0(64-18 * 15, including IP header),
>
>=C2=A0 =C2=A0 =C2=A0or in the case where the MAC header and trailer don= 't get transmitted,
>=C2=A0 =C2=A0 =C2=A0the router can send a 1000 byte IP packet.
>
>=C2=A0 =C2=A0 =C2=A0How is a router to know what to include?=C2=A0 I th= ink the router needs
>=C2=A0 =C2=A0 =C2=A0to be
>=C2=A0 =C2=A0 =C2=A0told what to do.=C2=A0 Perhaps have the radio just = tell the router how many
>=C2=A0 =C2=A0 =C2=A0bytes to include per packet (e.g., 0, 18,=C2=A0 38 = bytes) and if frame
>=C2=A0 =C2=A0 =C2=A0padding is included in the credits?
>
>
> I can go with a scheme where the MAC header is included in the credit<= br> > counts. That gets everything through the MAC layer.
Isn't this per radio? if so, doesn't it need to be indicated in the=
protocol?

> Padding, if it occurs at Layer 1, is outside the scope of the draft, I= MO.
>
l2 padding.=C2=A0 L1 encoding expansion is another matter that I wasn't=
planning on bringing up...

Seems like s= omething that is a statistical 'fly on the elephant's rear'... = however, to reach a conclusion - =C2=A0would adding some text along the lin= es of "Credit counts MUST include the payload, the MAC header, and any= padding included at the MAC layer." allay your concern???=C2=A0
=

Regards,
Stan

=C2=A0=

Thanks,
Lou


> Regards,
> Stan
>
>
>
>
>=C2=A0 =C2=A0 =C2=A0Lou
>
>=C2=A0 =C2=A0 =C2=A0> Regards,
>=C2=A0 =C2=A0 =C2=A0> Stan
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Thanks,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Lou
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0On 3/18/2016 3:20 PM, Stan = Ratliff wrote:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> Lou,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=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 Fri, Mar 18, 2016 a= t 3:14 PM, Lou Berger
>=C2=A0 =C2=A0 =C2=A0<lberger@lab= n.net <mailto:lberger@labn.net>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<mailto:lberger@labn.net <mailto:lberger@labn.net>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> <mailto:lberger@labn.net <mailto:lberger@labn.net>
>=C2=A0 =C2=A0 =C2=A0<mailto:lber= ger@labn.net <mailto:lberger@lab= n.net>>>> wrote:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Sta= n, (Rick),
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0One additional question WRT credit windows.=C2=A0 The
>=C2=A0 =C2=A0 =C2=A0text says:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 = =C2=A0 The number of credits needed for a given
>=C2=A0 =C2=A0 =C2=A0transmission is
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0the length
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 = =C2=A0 of the data portion of the packet at the MAC
>=C2=A0 =C2=A0 =C2=A0layer.=C2=A0 When
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0sending
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 = =C2=A0 data to a credit enabled peer, the sender MUST
>=C2=A0 =C2=A0 =C2=A0decrement the
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 = =C2=A0 appropriate window by the size of the data being sent,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0prior to
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 = =C2=A0 encapsulation at the MAC layer.=C2=A0 When traffic is
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0received, the
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 = =C2=A0 receiver MUST decrement its own window after
>=C2=A0 =C2=A0 =C2=A0decapsulation at
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0the= MAC
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 = =C2=A0 layer.
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Doe= sn't it make sense to include the MAC header & perhaps
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0padding as
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0the= y may account for a non-negligible portion of a small
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0packet/frame?
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Or = are ethernet headers and padding never sent over the RF
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0cha= nnel?=C2=A0 If
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0thi= s is a per radio 'thing' how is this indicated and how
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0does it
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0imp= act
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0pro= cessing?
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> The MAC header is fixe= d. Same with the Ethernet header. The
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0intent was
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> to count the bytes tha= t are queued to go into L2/L1 encap (or
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0sent up
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> after L1/L2 de-encapsu= lation). As for "per radio", it's
>=C2=A0 =C2=A0 =C2=A0indicated in
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> the Peer Init/Peer Ini= t response (you either support the
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0extension or
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> you don't), then a= gain at Destination Up/Destination Announce.
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> Regards,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> Stan
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Tha= nks,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Lou=
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0On = 3/18/2016 9:05 AM, Rick Taylor wrote:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; Hi All,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; As we are looking to exit last-call with DLEP, has
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0everyone had
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0a c= hance
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; to read and submit any review comments, as I'd ideally
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0like to get
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; draft-21 out ASAP and move the document up the chain.
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; The same applies to the credit windowing draft.
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; Cheers,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; Rick
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; _______________________________________________
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; manet mailing list
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; manet@ietf.org <mailto:manet@ietf.org>
>=C2=A0 =C2=A0 =C2=A0<mailto:manet@= ietf.org <mailto:manet@ietf.org>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<mailto:manet@ietf.org <mailto:manet@ietf.org>
>=C2=A0 =C2=A0 =C2=A0<mailto:manet@= ietf.org <mailto:manet@ietf.org>>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; https://www.ietf.org/mailman/listinfo/manet
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0___= ____________________________________________
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0man= et mailing list
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0manet@ietf.org <mailto:manet@ietf.org>
>=C2=A0 =C2=A0 =C2=A0<mailto:manet@= ietf.org <mailto:manet@ietf.org>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<mailto:manet@ietf.org <mailto:manet@ietf.org>
>=C2=A0 =C2=A0 =C2=A0<mailto:manet@= ietf.org <mailto:manet@ietf.org>>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0https://www.ietf.org/mailman/listinfo/manet
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>
>
>



--001a1141d0747db5d8052e588c1b-- From nobody Fri Mar 18 13:26:02 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 193FC12D6EE for ; Fri, 18 Mar 2016 13:26:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 8cplldLrTFFq for ; Fri, 18 Mar 2016 13:25:59 -0700 (PDT) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 36D1B12D874 for ; Fri, 18 Mar 2016 13:25:56 -0700 (PDT) Received: by mail-io0-x231.google.com with SMTP id g184so93390749ioa.3 for ; Fri, 18 Mar 2016 13:25:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=Q+8sJVTWIct00z2Xmi2g8V/BdXvHrYF0yHdWYY5CFtI=; b=MDuvVbwlXyiRs0vSN0vutAcYMr/IZ0TYcVn3lGvr5fnsZMrUgeZ5u8wZ81NH4BKlJg IFT+ZBQvf7F8c6lB+rdpvEWCxbtPa/jE8kOOHO0e8Hc3d5UtygZynjqFqcdLYltnhjp8 BQdsM6QCOWjD5X0bPvI5Q+1LfqELJFb1+PNUKcIVEzwrhelFG8f7uTIwn4hidYmSexg0 TDtwUXD94N5FdHWPK5mKAFalkGbZ3XoZJyY3qPWyVHN8fh20NAdwkYAbnymdtwIT+XZl rch/kpDUbiuZ6JBdYQRXZyKgR0weWlxN+bacIdx2HmH7vIQJR/rtsE6tHmDTj/LPlZ2V tgxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=Q+8sJVTWIct00z2Xmi2g8V/BdXvHrYF0yHdWYY5CFtI=; b=G2wKAxgaBA021xEHkelE9fs6Mjqha2bUHcvmOFrNPCM/leYz+OIb1x8u2SwJ777aCT y/mjaIobzCA9qNQo1KFW/B/WB6BbEEabY+xeeaBLHT82wq65qSCleHDwKLYtJM4Z/uY0 Af7q/HKZiqXaw8AEQT1pCL8URNq0TlBM4qUs665Agcjl6uRJWWSnCXnGJa0ZcR8OuSnW Tld46WMi8oKsQ0WoJfbsfpyPKo3XZgDd63KavUWq8dgjcUdG+5NVPrz9LHDPQN4wop4v 6q4nXi5HP4D+Qj9GHwOxlkASAG8xJd87l2lFDcADAcSjkPYusJNy0pFIEs5rpdaEOGSC e1cw== X-Gm-Message-State: AD7BkJJuYmuCQifyUXUs2G7rEMpceClVcVCqgcFLXtCDaCea76sNnhNbAgHuXhPimLigbFd+usUru0gqLn9Oug== MIME-Version: 1.0 X-Received: by 10.107.40.11 with SMTP id o11mr16584832ioo.183.1458332755634; Fri, 18 Mar 2016 13:25:55 -0700 (PDT) Received: by 10.79.96.1 with HTTP; Fri, 18 Mar 2016 13:25:55 -0700 (PDT) In-Reply-To: References: Date: Fri, 18 Mar 2016 16:25:55 -0400 Message-ID: From: Stan Ratliff To: "Wiggins, David - 0665 - MITLL" Content-Type: multipart/alternative; boundary=001a1141f356dd4ac5052e588de4 Archived-At: Cc: manet IETF Subject: Re: [manet] DLEP last call X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 20:26:01 -0000 --001a1141f356dd4ac5052e588de4 Content-Type: text/plain; charset=UTF-8 David, Yes, I think we can include that. Regards, Stan On Fri, Mar 18, 2016 at 4:21 PM, Wiggins, David - 0665 - MITLL < David.Wiggins@ll.mit.edu> wrote: > I just found a small issue in the credit windowing draft (02). The Credit > Request data item is now sent in the Link Characteristics Request message > instead of the Destination Update message (as of -01, it seems). As I > read the DLEP draft, only routers can send Link Characteristics Request > messages, so modems can't request credits. > > I think this could be fixed by having the credit windowing extension state > that it is changing the core protocol to allow the Link Characteristics > Request (and Response) messages to be sent by either side. (I assume > we're allowing extensions to make such changes.) > > This draft has to be updated anyway to put in Destination Announce, so > hopefully this can be worked in at the same time. > > David > > On 3/18/16, 9:05 AM, "manet on behalf of Rick Taylor" > > wrote: > > >Hi All, > > > >As we are looking to exit last-call with DLEP, has everyone had a chance > >to read and submit any review comments, as I'd ideally like to get > >draft-21 out ASAP and move the document up the chain. > > > >The same applies to the credit windowing draft. > > > >Cheers, > > > >Rick > > > >_______________________________________________ > >manet mailing list > >manet@ietf.org > >https://www.ietf.org/mailman/listinfo/manet > --001a1141f356dd4ac5052e588de4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
David,=C2=A0

Yes, I think we can includ= e that.=C2=A0

Regards,
Stan


On Fri, Ma= r 18, 2016 at 4:21 PM, Wiggins, David - 0665 - MITLL <= David.Wiggins= @ll.mit.edu> wrote:
I just = found a small issue in the credit windowing draft (02).=C2=A0 The Credit Request data item is now sent in the Link Characteristics Request message instead of the Destination Update message (as of -01, it seems).=C2=A0 As I=
read the DLEP draft, only routers can send Link Characteristics Request
messages, so modems can't request credits.

I think this could be fixed by having the credit windowing extension state<= br> that it is changing the core protocol to allow the Link Characteristics
Request (and Response) messages to be sent by either side.=C2=A0 (I assume<= br> we're allowing extensions to make such changes.)

This draft has to be updated anyway to put in Destination Announce, so
hopefully this can be worked in at the same time.

David

On 3/18/16, 9:05 AM, "manet on behalf of Rick Taylor"
<manet-bounces@ietf.org on= behalf of rick@tropicals= tormsoftware.com> wrote:

>Hi All,
>
>As we are looking to exit last-call with DLEP, has everyone had a chanc= e
>to read and submit any review comments, as I'd ideally like to get<= br> >draft-21 out ASAP and move the document up the chain.
>
>The same applies to the credit windowing draft.
>
>Cheers,
>
>Rick
>
>_______________________________________________
>manet mailing list
>manet@ietf.org
>https://www.ietf.org/mailman/listinfo/manet

--001a1141f356dd4ac5052e588de4-- From nobody Fri Mar 18 13:43:49 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E776012D626 for ; Fri, 18 Mar 2016 13:43:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 17HhU9Tk5R4e for ; Fri, 18 Mar 2016 13:43:46 -0700 (PDT) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDB1F12D7AB for ; Fri, 18 Mar 2016 13:37:24 -0700 (PDT) Received: by mail-wm0-x230.google.com with SMTP id l68so84052458wml.0 for ; Fri, 18 Mar 2016 13:37:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=38KfYcQloQCsxaVEwWxcQaVk7vXpH8h/yXj92kD6WUw=; b=gzkJTCtmbDdPo8OOJgF6/h7kGAqSKcsBvAVczkKUfW5RqrJjGCrn4mVf99loPfZHLX Da4bCf2n+XYFMhgJFU55ZFd4fKgOODTFnuUTEkhdIoVLS5vj99bQ8/NkCCdrW/zgpZ/R hE4PzBlSgfhsMPngz3szpCk/I02ABrDbPDRVPgNMdpafqjxYnIeC477+Ki4ij8kUBfrt QAzLuscPEN8aXl8RbIOvx4vZVKHYHtjxG7Ixh54tmGmzaglPkb31ZBMv6v3b2XRu73C0 WjOLdr7wENzwBxJv1V9iEyeRd9591SI4ZR8uoTQGnpy/OdkpVFp3lST7Sbhdr5E0R+0G C6nQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:mime-version:in-reply-to :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=38KfYcQloQCsxaVEwWxcQaVk7vXpH8h/yXj92kD6WUw=; b=GBkMdGDcHfrsh4OcWTiqUQQAGk1PR20GlcY1iX5MYmE82f81oVa7d7dycwnQbhV8c9 uPiuInqwBOn6l62esT8/RH+230hbVuVWkQVlsLKueVYlze1nDPAjtuCFX5I13CPDI6Mf FwdUbbuFpr8tOzqoD+FansjG1o3onCxKYgv9QuNouSg7y/LLmWFnhQiYkUVByf3oMxbK qJ23BhK9pja/yBfNJQ9IPwBbV5zh99DHg1SY6uUthV/n/GwhiKswDTTl3iztVPsFiT4V hLSggdHB2MUHo2mr6HpWlJC39DH62gAdnyJ4q2UOq9+0N8IuA8gX64OyJFo1n2zZp7qF c+TQ== X-Gm-Message-State: AD7BkJIjPkwm15xBciYhfQ77cOdpfHa0eQzrQ+2qWDIlgmGGccNEPhTBW0GqPKqeadEaAQ== X-Received: by 10.194.171.66 with SMTP id as2mr17890784wjc.110.1458333443296; Fri, 18 Mar 2016 13:37:23 -0700 (PDT) Received: from [10.5.68.160] (dab-hlw1-h-85-7.dab.02.net. [82.132.234.239]) by smtp.gmail.com with ESMTPSA id z6sm857351wme.9.2016.03.18.13.37.22 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 18 Mar 2016 13:37:22 -0700 (PDT) References: Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-EBCE97A1-0073-4458-8282-0E03F400F57F Content-Transfer-Encoding: 7bit Message-Id: <0E5A3706-908D-433A-9636-FEDA7BCA939A@gmail.com> X-Mailer: iPhone Mail (13C75) From: Christopher Dearlove Date: Fri, 18 Mar 2016 20:37:18 +0000 To: Stan Ratliff Archived-At: Cc: manet IETF Subject: Re: [manet] DLEP last call X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 20:43:48 -0000 --Apple-Mail-EBCE97A1-0073-4458-8282-0E03F400F57F Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable I can't see the point of having a base draft that introduces a rule and a si= multaneously published extension that modifies that rule. If the rule needs c= hanging and that's known now, put it in the base specification. -- =20 Christopher Dearlove christopher.dearlove@gmail.com > On 18 Mar 2016, at 20:25, Stan Ratliff wrote: >=20 > David,=20 >=20 > Yes, I think we can include that.=20 >=20 > Regards, > Stan >=20 >=20 >> On Fri, Mar 18, 2016 at 4:21 PM, Wiggins, David - 0665 - MITLL wrote: >> I just found a small issue in the credit windowing draft (02). The Credi= t >> Request data item is now sent in the Link Characteristics Request message= >> instead of the Destination Update message (as of -01, it seems). As I >> read the DLEP draft, only routers can send Link Characteristics Request >> messages, so modems can't request credits. >>=20 >> I think this could be fixed by having the credit windowing extension stat= e >> that it is changing the core protocol to allow the Link Characteristics >> Request (and Response) messages to be sent by either side. (I assume >> we're allowing extensions to make such changes.) >>=20 >> This draft has to be updated anyway to put in Destination Announce, so >> hopefully this can be worked in at the same time. >>=20 >> David >>=20 >> On 3/18/16, 9:05 AM, "manet on behalf of Rick Taylor" >> wrot= e: >>=20 >> >Hi All, >> > >> >As we are looking to exit last-call with DLEP, has everyone had a chance= >> >to read and submit any review comments, as I'd ideally like to get >> >draft-21 out ASAP and move the document up the chain. >> > >> >The same applies to the credit windowing draft. >> > >> >Cheers, >> > >> >Rick >> > >> >_______________________________________________ >> >manet mailing list >> >manet@ietf.org >> >https://www.ietf.org/mailman/listinfo/manet >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail-EBCE97A1-0073-4458-8282-0E03F400F57F Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
I can't see the point of having a base= draft that introduces a rule and a simultaneously published extension that m= odifies that rule. If the rule needs changing and that's known now, put it i= n the base specification.

--  
Christopher Dearlove
christopher.dearlove@gma= il.com

On 18 Mar 2016, at 20:25, Stan Ratliff <ratliffstan@gmail.com> wrote:<= br>
David, 
Yes, I think we can include that. 

Regards,
Stan

=
On Fri, Mar 18, 2016 at 4:21 PM, Wiggins, Dav= id - 0665 - MITLL <David.Wiggins@ll.mit.edu> wrote:
=
I just found a small issue in the credit windo= wing draft (02).  The Credit
Request data item is now sent in the Link Characteristics Request message instead of the Destination Update message (as of -01, it seems).  As I<= br> read the DLEP draft, only routers can send Link Characteristics Request
messages, so modems can't request credits.

I think this could be fixed by having the credit windowing extension state that it is changing the core protocol to allow the Link Characteristics
Request (and Response) messages to be sent by either side.  (I assume we're allowing extensions to make such changes.)

This draft has to be updated anyway to put in Destination Announce, so
hopefully this can be worked in at the same time.

David

On 3/18/16, 9:05 AM, "manet on behalf of Rick Taylor"
<manet-bounces@ietf.org on b= ehalf of rick@tropicalstor= msoftware.com> wrote:

>Hi All,
>
>As we are looking to exit last-call with DLEP, has everyone had a chance=
>to read and submit any review comments, as I'd ideally like to get
>draft-21 out ASAP and move the document up the chain.
>
>The same applies to the credit windowing draft.
>
>Cheers,
>
>Rick
>
>_______________________________________________
>manet mailing list
>manet@ietf.org
>https://www.ietf.org/mailman/listinfo/manet

____________________= ___________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mai= lman/listinfo/manet
= --Apple-Mail-EBCE97A1-0073-4458-8282-0E03F400F57F-- From nobody Fri Mar 18 13:52:44 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1AB2612D68C for ; Fri, 18 Mar 2016 13:52:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.702 X-Spam-Level: X-Spam-Status: No, score=-2.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z1d0ICd-Mfdh for ; Fri, 18 Mar 2016 13:52:40 -0700 (PDT) Received: from gproxy8-pub.mail.unifiedlayer.com (gproxy8-pub.mail.unifiedlayer.com [67.222.33.93]) by ietfa.amsl.com (Postfix) with SMTP id EF85712D756 for ; Fri, 18 Mar 2016 13:52:33 -0700 (PDT) Received: (qmail 24996 invoked by uid 0); 18 Mar 2016 20:52:33 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy8.mail.unifiedlayer.com with SMTP; 18 Mar 2016 20:52:33 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id XfsT1s00f2SSUrH01fsWp6; Fri, 18 Mar 2016 21:52:30 -0600 X-Authority-Analysis: v=2.1 cv=Maz/5fPf c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=wU2YTnxGAAAA:8 a=48vgC7mUAAAA:8 a=6U3z3WlGiog5U-PAjzoA:9 a=-GI_eDi8-HjenGeJ:21 a=Cdg0rWRLZ35tB3PK:21 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=P7AwMDL+h1nbRT0Agu7idyJ1bvOulOTjRaE2+2B/oBk=; b=IbuWp9p5ifuZimv0yyU3j1w/6H qRIe6lIZGeAgrIQihbydEw0O9iWa3+UGw98NwQmZ5OG9LdoubuFPMeYPdUMrrwv1uT/o3kYrOaAcw PSXersXTmGtxN1nsNMDSB8zQw; Received: from box313.bluehost.com ([69.89.31.113]:48826 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1ah1Nm-0006Mw-F9; Fri, 18 Mar 2016 14:52:30 -0600 To: Stan Ratliff References: <38A5475DE83986499AEACD2CFAFC3F9801C384CF5A@tss-server1.home.tropicalstormsoftware.com> <56EC539D.6010203@labn.net> <56EC56FE.2050009@labn.net> <56EC5E43.3000803@labn.net> <56EC630C.1020604@labn.net> From: Lou Berger Message-ID: <56EC6A89.8020405@labn.net> Date: Fri, 18 Mar 2016 16:52:25 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: manet IETF , draft-ietf-manet-credit-window@ietf.org Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 (was DLEP last call) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 20:52:43 -0000 On 3/18/2016 4:25 PM, Stan Ratliff wrote: > > > On Fri, Mar 18, 2016 at 4:20 PM, Lou Berger > wrote: > > Stan, > > > On 3/18/2016 4:03 PM, Stan Ratliff wrote: > > > > > > On Fri, Mar 18, 2016 at 4:00 PM, Lou Berger > > >> wrote: > > > > > > > > On 3/18/2016 3:33 PM, Stan Ratliff wrote: > > > > > > > > > On Fri, Mar 18, 2016 at 3:29 PM, Lou Berger > > > > > > > > >>> wrote: > > > > > > Stan, > > > > > > Let me try a different tact: > > > > > > Is the MAC header sometimes/never/always transmitted > > over the air? > > > > > > > > > OTA - depends on the radio architecture. > > > > > > > > > > > > If sometimes, under what conditions? > > > > > > > > > 802.11, for example, transmits the MAC OTA. > > > > > > > doesn't whatever goes over the air, including header and > padding, need > > to be part of the credits? > > > > eg I have 1000bytes of credits. > > > > In the case of a radio that that includes 14byte header and > 4 bytes > > trailer on -air and no preamble of IPG. This means the > credit allows: > > - one IP packet of 982 bytes total length (1000-18 * 1, > including IP > > header), or > > - 15 minimum size packets w/o padding for at total of 690 > total length > > (64-18 * 15, including IP header), > > > > or in the case where the MAC header and trailer don't get > transmitted, > > the router can send a 1000 byte IP packet. > > > > How is a router to know what to include? I think the router > needs > > to be > > told what to do. Perhaps have the radio just tell the > router how many > > bytes to include per packet (e.g., 0, 18, 38 bytes) and if > frame > > padding is included in the credits? > > > > > > I can go with a scheme where the MAC header is included in the > credit > > counts. That gets everything through the MAC layer. > Isn't this per radio? if so, doesn't it need to be indicated in the > protocol? > > > Padding, if it occurs at Layer 1, is outside the scope of the > draft, IMO. > > > l2 padding. L1 encoding expansion is another matter that I wasn't > planning on bringing up... > > > Seems like something that is a statistical 'fly on the elephant's rear' whatever. > ... however, to reach a conclusion - would adding some text along the > lines of "Credit counts MUST include the payload, the MAC header, and > any padding included at the MAC layer." allay your concern??? > If the macs over went over the air, i.e., the resource being metered , then yes. *But* you said: > OTA - depends on the radio architecture. So I don't understand how it can't be an indicated thing. Either add a bit to the Credit Grant or add two extension types and move on. Lou > Regards, > Stan > > > > > Thanks, > Lou > > > > Regards, > > Stan > > > > > > > > > > Lou > > > > > Regards, > > > Stan > > > > > > > > > > > > > > > > > > Thanks, > > > Lou > > > > > > On 3/18/2016 3:20 PM, Stan Ratliff wrote: > > > > Lou, > > > > > > > > > > > > On Fri, Mar 18, 2016 at 3:14 PM, Lou Berger > > > > > > > > >> > > > > > > > > > >>>> wrote: > > > > > > > > Stan, (Rick), > > > > One additional question WRT credit windows. The > > text says: > > > > > > > > The number of credits needed for a given > > transmission is > > > the length > > > > of the data portion of the packet at the MAC > > layer. When > > > sending > > > > data to a credit enabled peer, the sender MUST > > decrement the > > > > appropriate window by the size of the data > being sent, > > > prior to > > > > encapsulation at the MAC layer. When traffic is > > > received, the > > > > receiver MUST decrement its own window after > > decapsulation at > > > > the MAC > > > > layer. > > > > > > > > > > > > Doesn't it make sense to include the MAC header > & perhaps > > > padding as > > > > they may account for a non-negligible portion of > a small > > > packet/frame? > > > > Or are ethernet headers and padding never sent > over the RF > > > > channel? If > > > > this is a per radio 'thing' how is this > indicated and how > > > does it > > > > impact > > > > processing? > > > > > > > > > > > > The MAC header is fixed. Same with the Ethernet > header. The > > > intent was > > > > to count the bytes that are queued to go into L2/L1 > encap (or > > > sent up > > > > after L1/L2 de-encapsulation). As for "per radio", it's > > indicated in > > > > the Peer Init/Peer Init response (you either support the > > > extension or > > > > you don't), then again at Destination Up/Destination > Announce. > > > > > > > > Regards, > > > > Stan > > > > > > > > > > > > > > > > > > > > Thanks, > > > > Lou > > > > > > > > On 3/18/2016 9:05 AM, Rick Taylor wrote: > > > > > Hi All, > > > > > > > > > > As we are looking to exit last-call with DLEP, has > > > everyone had > > > > a chance > > > > > to read and submit any review comments, as I'd > ideally > > > like to get > > > > > draft-21 out ASAP and move the document up the > chain. > > > > > > > > > > The same applies to the credit windowing draft. > > > > > > > > > > Cheers, > > > > > > > > > > Rick > > > > > > > > > > _______________________________________________ > > > > > manet mailing list > > > > > manet@ietf.org > > > > > >> > > > > > > > > >>> > > > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > > > > > > > > > > > _______________________________________________ > > > > manet mailing list > > > > manet@ietf.org > > > > > >> > > > > > > > > >>> > > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > > > > > > > > > > > > > > > > > > > > From nobody Fri Mar 18 14:02:43 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5380012D760; Fri, 18 Mar 2016 14:02:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 pUOX3MTo_Vc3; Fri, 18 Mar 2016 14:02:38 -0700 (PDT) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::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 7767D12D507; Fri, 18 Mar 2016 14:02:38 -0700 (PDT) Received: by mail-ig0-x229.google.com with SMTP id av4so47756886igc.1; Fri, 18 Mar 2016 14:02:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=VuFj5spTj1AN1PYeOfm3nI0dL6Ef0P6B8g/EE/cnTqs=; b=dnUs+/ot+NfIRpKj6yZv8YdNmjf2qawM8zGoxHRfeIQJw09TEnHYknRNezJ9xOsiih IgOfE91VFEyZ1G0Sgh1yMA4sRxSxPifY2B+lZy/Nau/wrKQOE8BYQzI0XjEbBaUhI6cx SlbpMk9NeDmiej2zcPpGoK+HaufSKvNaJJDnu2cyMUoKBQL8fhveplROqZoFf9sxWhnH iV3ef4opRPU11d2BCqyc1R8iT4fdm7fZq10JOfsVs3kjNVu+uBfb9+bvIdUWn8BOmRRt erOEAfTHvpdSaFkjpQ7B17eKgS4vCVlDloApb4LaCvP1QmnyzGmHaN6IP9Iwh8/08OfC iKcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=VuFj5spTj1AN1PYeOfm3nI0dL6Ef0P6B8g/EE/cnTqs=; b=jIuySc3LICGnt4gmXVB7JBhNGu8RXVN7bUxOOVy3a5IO/UxSLAyMKMlyy1hb9ciV3P ioMOBncxqhtnNg1Bb+pHtBTNsvaYfvWUGPrZq2+Nv8BEFkZ6i/P56xANZ/GdVZGwjMYR BYURE589egPbWEA7t7rHHefBAEIuqo/XHdw4qD3Vye7kcBcbpzokpHiCBQWTAQqgsuk1 n9nVxId40yXdq8SssmBbNPt8opH4FmX7RQC0npUL+cSNGuYg2UgxJWUwk96Usg5cffAN 91ImUwi7SFPdg4A8nFfxoF8LULdMGPEgTiSzRvmMbZT1PpQ/ExLasRRgttXRLIbkvstg fvhg== X-Gm-Message-State: AD7BkJIm9kg0kuDSE+TJFbAcnNxYNEyhaoHUuOLBeqFRfJ2kAejUH9KSmE0tKQDAq/k70bBoV1/VjsY4XL06wA== MIME-Version: 1.0 X-Received: by 10.50.138.5 with SMTP id qm5mr1464251igb.69.1458334957745; Fri, 18 Mar 2016 14:02:37 -0700 (PDT) Received: by 10.79.96.1 with HTTP; Fri, 18 Mar 2016 14:02:37 -0700 (PDT) In-Reply-To: <56EC6A89.8020405@labn.net> References: <38A5475DE83986499AEACD2CFAFC3F9801C384CF5A@tss-server1.home.tropicalstormsoftware.com> <56EC539D.6010203@labn.net> <56EC56FE.2050009@labn.net> <56EC5E43.3000803@labn.net> <56EC630C.1020604@labn.net> <56EC6A89.8020405@labn.net> Date: Fri, 18 Mar 2016 17:02:37 -0400 Message-ID: From: Stan Ratliff To: Lou Berger Content-Type: multipart/alternative; boundary=001a1135f1461ebe25052e5911cb Archived-At: Cc: manet IETF , draft-ietf-manet-credit-window@ietf.org Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 (was DLEP last call) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 21:02:41 -0000 --001a1135f1461ebe25052e5911cb Content-Type: text/plain; charset=UTF-8 On Fri, Mar 18, 2016 at 4:52 PM, Lou Berger wrote: > > > On 3/18/2016 4:25 PM, Stan Ratliff wrote: > > > > > > On Fri, Mar 18, 2016 at 4:20 PM, Lou Berger > > wrote: > > > > Stan, > > > > > > On 3/18/2016 4:03 PM, Stan Ratliff wrote: > > > > > > > > > On Fri, Mar 18, 2016 at 4:00 PM, Lou Berger > > > > >> wrote: > > > > > > > > > > > > On 3/18/2016 3:33 PM, Stan Ratliff wrote: > > > > > > > > > > > > On Fri, Mar 18, 2016 at 3:29 PM, Lou Berger > > > > > > > > > > > > >>> wrote: > > > > > > > > Stan, > > > > > > > > Let me try a different tact: > > > > > > > > Is the MAC header sometimes/never/always transmitted > > > over the air? > > > > > > > > > > > > OTA - depends on the radio architecture. > > > > > > > > > > > > > > > > If sometimes, under what conditions? > > > > > > > > > > > > 802.11, for example, transmits the MAC OTA. > > > > > > > > > > doesn't whatever goes over the air, including header and > > padding, need > > > to be part of the credits? > > > > > > eg I have 1000bytes of credits. > > > > > > In the case of a radio that that includes 14byte header and > > 4 bytes > > > trailer on -air and no preamble of IPG. This means the > > credit allows: > > > - one IP packet of 982 bytes total length (1000-18 * 1, > > including IP > > > header), or > > > - 15 minimum size packets w/o padding for at total of 690 > > total length > > > (64-18 * 15, including IP header), > > > > > > or in the case where the MAC header and trailer don't get > > transmitted, > > > the router can send a 1000 byte IP packet. > > > > > > How is a router to know what to include? I think the router > > needs > > > to be > > > told what to do. Perhaps have the radio just tell the > > router how many > > > bytes to include per packet (e.g., 0, 18, 38 bytes) and if > > frame > > > padding is included in the credits? > > > > > > > > > I can go with a scheme where the MAC header is included in the > > credit > > > counts. That gets everything through the MAC layer. > > Isn't this per radio? if so, doesn't it need to be indicated in the > > protocol? > > > > > Padding, if it occurs at Layer 1, is outside the scope of the > > draft, IMO. > > > > > l2 padding. L1 encoding expansion is another matter that I wasn't > > planning on bringing up... > > > > > > Seems like something that is a statistical 'fly on the elephant's rear' > whatever. > > > ... however, to reach a conclusion - would adding some text along the > > lines of "Credit counts MUST include the payload, the MAC header, and > > any padding included at the MAC layer." allay your concern??? > > > If the macs over went over the air, i.e., the resource being metered , > then yes. *But* you said: > > OTA - depends on the radio architecture. > So I don't understand how it can't be an indicated thing. > Credits aren't intended to compensate for OTA transmission - they're only good between local modem and router. This is just intended to say, at the link level between the DLEP partners, "send me octets, then pause unless/until I tell you to send me more" Nothing about OTA expressed or implied. Stan > > Either add a bit to the Credit Grant or add two extension types and move > on. > > Lou > > > Regards, > > Stan > > > > > > > > > > Thanks, > > Lou > > > > > > > Regards, > > > Stan > > > > > > > > > > > > > > > Lou > > > > > > > Regards, > > > > Stan > > > > > > > > > > > > > > > > > > > > > > > > Thanks, > > > > Lou > > > > > > > > On 3/18/2016 3:20 PM, Stan Ratliff wrote: > > > > > Lou, > > > > > > > > > > > > > > > On Fri, Mar 18, 2016 at 3:14 PM, Lou Berger > > > > > > > > > > > > >> > > > > > > > > > > > > > >>>> wrote: > > > > > > > > > > Stan, (Rick), > > > > > One additional question WRT credit windows. > The > > > text says: > > > > > > > > > > The number of credits needed for a given > > > transmission is > > > > the length > > > > > of the data portion of the packet at the MAC > > > layer. When > > > > sending > > > > > data to a credit enabled peer, the sender MUST > > > decrement the > > > > > appropriate window by the size of the data > > being sent, > > > > prior to > > > > > encapsulation at the MAC layer. When traffic is > > > > received, the > > > > > receiver MUST decrement its own window after > > > decapsulation at > > > > > the MAC > > > > > layer. > > > > > > > > > > > > > > > Doesn't it make sense to include the MAC header > > & perhaps > > > > padding as > > > > > they may account for a non-negligible portion of > > a small > > > > packet/frame? > > > > > Or are ethernet headers and padding never sent > > over the RF > > > > > channel? If > > > > > this is a per radio 'thing' how is this > > indicated and how > > > > does it > > > > > impact > > > > > processing? > > > > > > > > > > > > > > > The MAC header is fixed. Same with the Ethernet > > header. The > > > > intent was > > > > > to count the bytes that are queued to go into L2/L1 > > encap (or > > > > sent up > > > > > after L1/L2 de-encapsulation). As for "per radio", it's > > > indicated in > > > > > the Peer Init/Peer Init response (you either support > the > > > > extension or > > > > > you don't), then again at Destination Up/Destination > > Announce. > > > > > > > > > > Regards, > > > > > Stan > > > > > > > > > > > > > > > > > > > > > > > > > Thanks, > > > > > Lou > > > > > > > > > > On 3/18/2016 9:05 AM, Rick Taylor wrote: > > > > > > Hi All, > > > > > > > > > > > > As we are looking to exit last-call with DLEP, > has > > > > everyone had > > > > > a chance > > > > > > to read and submit any review comments, as I'd > > ideally > > > > like to get > > > > > > draft-21 out ASAP and move the document up the > > chain. > > > > > > > > > > > > The same applies to the credit windowing draft. > > > > > > > > > > > > Cheers, > > > > > > > > > > > > Rick > > > > > > > > > > > > _______________________________________________ > > > > > > manet mailing list > > > > > > manet@ietf.org > > > > > > > > >> > > > > > > > > > > > > >>> > > > > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > manet mailing list > > > > > manet@ietf.org > > > > > > > > >> > > > > > > > > > > > > >>> > > > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --001a1135f1461ebe25052e5911cb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Fri, Mar 18, 2016 at 4:52 PM, Lou Berger <lberger@labn.net> wrote:


On 3/18/2016 4:25 PM, Stan Ratliff wrote:
>
>
> On Fri, Mar 18, 2016 at 4:20 PM, Lou Berger <lberger@labn.net
> <mailto:lberger@labn.net>= ;> wrote:
>
>=C2=A0 =C2=A0 =C2=A0Stan,
>
>
>=C2=A0 =C2=A0 =C2=A0On 3/18/2016 4:03 PM, Stan Ratliff wrote:
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0> On Fri, Mar 18, 2016 at 4:00 PM, Lou Berger &l= t;lberger@labn.net
>=C2=A0 =C2=A0 =C2=A0<mailto:lber= ger@labn.net>
>=C2=A0 =C2=A0 =C2=A0> <mailto:lberger@labn.net <mailto:lberge= r@labn.net>>> wrote:
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0On 3/18/2016 3:33 PM, Stan = Ratliff wrote:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=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 Fri, Mar 18, 2016 a= t 3:29 PM, Lou Berger
>=C2=A0 =C2=A0 =C2=A0<lberger@lab= n.net <mailto:lberger@labn.net>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<mailto:lberger@labn.net <mailto:lberger@labn.net>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> <mailto:lberger@labn.net <mailto:lberger@labn.net>
>=C2=A0 =C2=A0 =C2=A0<mailto:lber= ger@labn.net <mailto:lberger@lab= n.net>>>> wrote:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Sta= n,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Let= me try a different tact:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0Is the MAC header sometimes/never/always transmitted
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0over the air?
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> OTA - depends on the r= adio architecture.
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0If sometimes, under what conditions?
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> 802.11, for example, t= ransmits the MAC OTA.
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0doesn't whatever goes o= ver the air, including header and
>=C2=A0 =C2=A0 =C2=A0padding, need
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0to be part of the credits?<= br> >=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0eg I have 1000bytes of cred= its.
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0In the case of a radio that= =C2=A0 that includes 14byte header and
>=C2=A0 =C2=A0 =C2=A04 bytes
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0trailer on -air and no prea= mble of IPG.=C2=A0 This means the
>=C2=A0 =C2=A0 =C2=A0credit allows:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0-=C2=A0 one IP packet of 98= 2 bytes total length (1000-18 * 1,
>=C2=A0 =C2=A0 =C2=A0including IP
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0header), or
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0- 15 minimum size packets w= /o padding for at total of 690
>=C2=A0 =C2=A0 =C2=A0total length
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0(64-18 * 15, including IP h= eader),
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0or in the case where the MA= C header and trailer don't get
>=C2=A0 =C2=A0 =C2=A0transmitted,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0the router can send a 1000 = byte IP packet.
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0How is a router to know wha= t to include?=C2=A0 I think the router
>=C2=A0 =C2=A0 =C2=A0needs
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0to be
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0told what to do.=C2=A0 Perh= aps have the radio just tell the
>=C2=A0 =C2=A0 =C2=A0router how many
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0bytes to include per packet= (e.g., 0, 18,=C2=A0 38 bytes) and if
>=C2=A0 =C2=A0 =C2=A0frame
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0padding is included in the = credits?
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0> I can go with a scheme where the MAC header is= included in the
>=C2=A0 =C2=A0 =C2=A0credit
>=C2=A0 =C2=A0 =C2=A0> counts. That gets everything through the MAC l= ayer.
>=C2=A0 =C2=A0 =C2=A0Isn't this per radio? if so, doesn't it nee= d to be indicated in the
>=C2=A0 =C2=A0 =C2=A0protocol?
>
>=C2=A0 =C2=A0 =C2=A0> Padding, if it occurs at Layer 1, is outside t= he scope of the
>=C2=A0 =C2=A0 =C2=A0draft, IMO.
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0l2 padding.=C2=A0 L1 encoding expansion is another = matter that I wasn't
>=C2=A0 =C2=A0 =C2=A0planning on bringing up...
>
>
> Seems like something that is a statistical 'fly on the elephant= 9;s rear'
whatever.

> ... however, to reach a conclusion -=C2=A0 would adding some text alon= g the
> lines of "Credit counts MUST include the payload, the MAC header,= and
> any padding included at the MAC layer." allay your concern???
>
If the macs over went over the air, i.e., the resource being metered ,
then yes. *But* you said:
=C2=A0> OTA - depends on the radio architecture.
So I don't understand how it can't be an indicated thing.


Credits aren't intended to co= mpensate for OTA transmission - they're only good between local modem a= nd router. This is just intended to say, at the link level between the DLEP= partners, "send me <blah> octets, then pause unless/until I tel= l you to send me more" Nothing about OTA expressed or implied.=C2=A0

Stan

=C2=A0

Either add a bit to the Credit Grant or add two extension types and move on= .

Lou

> Regards,
> Stan
>
>
>
>
>=C2=A0 =C2=A0 =C2=A0Thanks,
>=C2=A0 =C2=A0 =C2=A0Lou
>
>
>=C2=A0 =C2=A0 =C2=A0> Regards,
>=C2=A0 =C2=A0 =C2=A0> Stan
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Lou
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> Regards,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0> Stan
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Tha= nks,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0Lou=
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0On = 3/18/2016 3:20 PM, Stan Ratliff wrote:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; Lou,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=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 Fri, Mar 18, 2016 at 3:14 PM, Lou Berger
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<lberger@labn.net <mailto:lberger@labn.net>
>=C2=A0 =C2=A0 =C2=A0<mailto:lber= ger@labn.net <mailto:lberger@lab= n.net>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<= ;mailto:lberger@labn.net <mailto= :lberger@labn.net>
>=C2=A0 =C2=A0 =C2=A0<mailto:lber= ger@labn.net <mailto:lberger@lab= n.net>>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; <mailto:lberger@labn.net <m= ailto:lberger@labn.net>
>=C2=A0 =C2=A0 =C2=A0<mailto:lber= ger@labn.net <mailto:lberger@lab= n.net>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<mailto:lberger@labn.net <mailto:lberger@labn.net>
>=C2=A0 =C2=A0 =C2=A0<mailto:lber= ger@labn.net <mailto:lberger@lab= n.net>>>>> wrote:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0Stan, (Rick),
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0One additional question WRT credit windo= ws.=C2=A0 The
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0text says:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0 =C2=A0 The number of credits needed for a given
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0transmission is
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0the= length
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0 =C2=A0 of the data portion of the packet at the MAC >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0layer.=C2=A0 When
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0sen= ding
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0 =C2=A0 data to a credit enabled peer, the sender MUST=
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0decrement the
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0 =C2=A0 appropriate window by the size of the data
>=C2=A0 =C2=A0 =C2=A0being sent,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0pri= or to
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0 =C2=A0 encapsulation at the MAC layer.=C2=A0 When tra= ffic is
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0rec= eived, the
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0 =C2=A0 receiver MUST decrement its own window after >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0decapsulation at
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0the MAC
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0 =C2=A0 layer.
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0Doesn't it make sense to include the MAC header >=C2=A0 =C2=A0 =C2=A0& perhaps
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0pad= ding as
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0they may account for a non-negligible portion of
>=C2=A0 =C2=A0 =C2=A0a small
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0pac= ket/frame?
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0Or are ethernet headers and padding never sent
>=C2=A0 =C2=A0 =C2=A0over the RF
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0channel?=C2=A0 If
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0this is a per radio 'thing' how is this
>=C2=A0 =C2=A0 =C2=A0indicated and how
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0doe= s it
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0impact
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0processing?
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; The MAC header is fixed. Same with the Ethernet
>=C2=A0 =C2=A0 =C2=A0header. The
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0int= ent was
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; to count the bytes that are queued to go into L2/L1
>=C2=A0 =C2=A0 =C2=A0encap (or
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0sen= t up
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; after L1/L2 de-encapsulation). As for "per radio", it's
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0indicated in
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; the Peer Init/Peer Init response (you either support the
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0ext= ension or
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; you don't), then again at Destination Up/Destination
>=C2=A0 =C2=A0 =C2=A0Announce.
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; Regards,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ; Stan
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0Thanks,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0Lou
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0On 3/18/2016 9:05 AM, Rick Taylor wrote:
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0> Hi All,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0> As we are looking to exit last-call with DLEP, ha= s
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0eve= ryone had
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0a chance
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0> to read and submit any review comments, as I'= d
>=C2=A0 =C2=A0 =C2=A0ideally
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0lik= e to get
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0> draft-21 out ASAP and move the document up the >=C2=A0 =C2=A0 =C2=A0chain.
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0> The same applies to the credit windowing draft. >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0> Cheers,
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0> Rick
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0> _______________________________________________ >=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0> manet mailing list
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0> manet@ietf.org<= /a> <mailto:manet@ietf.org>
>=C2=A0 =C2=A0 =C2=A0<mailto:manet@= ietf.org <mailto:manet@ietf.org>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<mailto:manet@ietf.org <mailto:manet@ietf.org>
>=C2=A0 =C2=A0 =C2=A0<mailto:manet@= ietf.org <mailto:manet@ietf.org>>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<= ;mailto:manet@ietf.org <mailto:manet@ietf.org>
>=C2=A0 =C2=A0 =C2=A0<mailto:manet@= ietf.org <mailto:manet@ietf.org>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<mailto:manet@ietf.org <mailto:manet@ietf.org>
>=C2=A0 =C2=A0 =C2=A0<mailto:manet@= ietf.org <mailto:manet@ietf.org>>>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0> https://www.ietf.org/mailman/li= stinfo/manet
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0_______________________________________________
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0manet mailing list
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0manet@ietf.org &= lt;mailto:manet@ietf.org>
>=C2=A0 =C2=A0 =C2=A0<mailto:manet@= ietf.org <mailto:manet@ietf.org>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<mailto:manet@ietf.org <mailto:manet@ietf.org>
>=C2=A0 =C2=A0 =C2=A0<mailto:manet@= ietf.org <mailto:manet@ietf.org>>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<= ;mailto:manet@ietf.org <mailto:manet@ietf.org>
>=C2=A0 =C2=A0 =C2=A0<mailto:manet@= ietf.org <mailto:manet@ietf.org>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0<mailto:manet@ietf.org <mailto:manet@ietf.org>
>=C2=A0 =C2=A0 =C2=A0<mailto:manet@= ietf.org <mailto:manet@ietf.org>>>>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;=C2=A0 =C2=A0 =C2=A0https://www.ietf.org/mailman/listinf= o/manet
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>= ;
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0>
>
>
>



--001a1135f1461ebe25052e5911cb-- From nobody Fri Mar 18 14:50:20 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19A1712D531 for ; Fri, 18 Mar 2016 14:50:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ATybsLg9OJNi for ; Fri, 18 Mar 2016 14:50:15 -0700 (PDT) Received: from ch3vs01.rockwellcollins.com (ch3vs01.rockwellcollins.com [205.175.226.27]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4844F12D522 for ; Fri, 18 Mar 2016 14:50:14 -0700 (PDT) X-RC-All-From: , 205.175.226.20, No hostname, james.a.stevens@rockwellcollins.com, "James A. (Jim) Stevens" , , X-RC-Attachments: , , X-RC-RemoteIP: 205.175.226.20 X-RC-RemoteHost: No hostname X-RC-IP-Hostname: ch3ip01.rockwellcollins.com X-RC-IP-MID: 32217179 X-RC-IP-Group: GOOGLE_RELAYED X-RC-IP-Policy: $GOOGLE_RELAYED X-RC-IP-SBRS: None Received: from unknown (HELO mail-lf0-f54.google.com) ([205.175.226.20]) by ch3vs01.rockwellcollins.com with ESMTP/TLS/RC4-SHA; 18 Mar 2016 16:50:13 -0500 Received: by mail-lf0-f54.google.com with SMTP id e138so72895228lfe.1 for ; Fri, 18 Mar 2016 14:50:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=2pa6XKEX0iex2hEVu9lSEQc/mCg7/jrjr9kj2E0pBJk=; b=RMu4xWe4ABZxaCg+v0/3B2SmFgtCz2ZBbahYK4yGSapf1r5v2ToHSPP/iiQx8rTZj6 fjT/ZyrmS4DgH3voFrsLQhTPJfamzQMErHlxsy6Yz7ihPk3PwXBjRJtE/NxMcCjs5Hx4 1I2ICjXaNBhZCT2PUy2LFRK7JDWLSCNVW3/lJgzyg33BsSHg7n2WSIzC0idSFeHEmu7J T46ODISjqmv7PHKiCSF6xdZjsKcp499LU+vO6bUepJ5cU1OnwBhDkXBM0s5aqhUWIeXq ArkOhGQLLhPqa8TJh/ZwjzgW+enG6QvyonD3oLLxoi3QZDoeYRXKBIb7bJ3XVIBa0GL0 vbLw== X-Gm-Message-State: AD7BkJJRDCCJlxraKLC/0rfL1CTxDR2QYFXCMMCkAteukSLUDRVzcF0r9T6vcqHlqx+vg+8v4F+qUGGP2xS2fdNlBmI9B4ivCgtzF7Pz3q3Q7W8kjYy0tATvm6I/B4cFH3M+6b1gbzyxtwldXG2V2vrJlAa7Oa/gi7o= X-Received: by 10.25.80.6 with SMTP id e6mr6834049lfb.91.1458337812268; Fri, 18 Mar 2016 14:50:12 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.25.80.6 with SMTP id e6mr6834045lfb.91.1458337812124; Fri, 18 Mar 2016 14:50:12 -0700 (PDT) Received: by 10.114.184.113 with HTTP; Fri, 18 Mar 2016 14:50:12 -0700 (PDT) Date: Fri, 18 Mar 2016 16:50:12 -0500 Message-ID: From: "James A. (Jim) Stevens" To: manet@ietf.org Content-Type: multipart/alternative; boundary=001a11419184413280052e59bb9b Archived-At: Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 21:50:18 -0000 --001a11419184413280052e59bb9b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable >Date: Fri, 18 Mar 2016 16:25:32 -0400 >From: Stan Ratliff >Message-ID: > >Seems like something that is a statistical 'fly on the elephant's rear'... >however, to reach a conclusion - would adding some text along the lines o= f >"Credit counts MUST include the payload, the MAC header, and any padding >included at the MAC layer." allay your concern??? > >Regards, >Stan Because some radio networks have their own over-the-air (OTA) MAC and MAC addressing between Modem devices (radios) different than they use for the baseband (BB) MAC between the Modem device and Router (this is like the logical tunneling between Modem devices mentioned in section 2 of DLEP-20), I want to reiterate that we are talking about the BB MAC and not the OTA MAC. Router <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router BB OTA BB I work with a variety of different non-commercial MANET waveforms that have different ways of sending the BB data OTA. Most use IEEE 802.3 Ethernet or PPP as the BB MAC between the Router and Modem. Many send the entire BB MAC header + IP header + IP payload encapsulated in the OTA MAC payload. Router <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router +--------+ +--------+ +--------+ |IP payld| |IP payld| |IP payld| +--------+ +--------+ +--------+ | IP Hdr | | IP Hdr | | IP Hdr | +--------+ +--------+ +--------+ | BB MAC | | BB MAC | | BB MAC | +--------+ +--------+ +--------+ | OTA MAC| +--------+ Others compress the BB MAC header and only send the IP header + IP payload encapsulated in the OTA MAC payload Router <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router +--------+ +--------+ +--------+ |IP payld| |IP payld| |IP payld| +--------+ +--------+ +--------+ | IP Hdr | | IP Hdr | | IP Hdr | +--------+ +--------+ +--------+ | BB MAC | |compress| | BB MAC | +--------+ +--------+ +--------+ | OTA MAC| +--------+ Others compress both the BB MAC and IP headers before sending the compressed header + IP payload encapsulated in the OTA MAC payload. Router <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router +--------+ +--------+ +--------+ |IP payld| |IP payld| |IP payld| +--------+ +--------+ +--------+ | IP Hdr | |compress| | IP Hdr | +--------+ +--------+ +--------+ | BB MAC | | OTA MAC| | BB MAC | +--------+ +--------+ +--------+ And the size of the compression can vary depending upon the prior and current state of the headers and compression. So of the choices (1) include IP payload, IP header, and BB MAC in credit window (2) include only the IP payload and IP header in the credit window (3) include only the IP payload in the credit window I RECOMMEND choice (1)because if the Modem does compression, then sometimes the Router is paced even when it might have had space to send a little bit more traffic. But that is better than choices (2) or (3) because either (a) cases arise where the headers have to be sent uncompressed and hence the Router might think it has space to send more data when it really didn=E2=80=99t, or (b) the Modem always reserved extra space for uncompressed headers =E2=80= =93 but because it doesn=E2=80=99t know if they are long or short IP packets, it ha= s to include a lot of excessive padding and hence could flow control the Router when it doesn=E2=80=99t need to --=20 James A. (Jim) Stevens, PhD Network Architect / Technical Fellow Rockwell Collins Government Systems --001a11419184413280052e59bb9b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

>Date: Fri, 18 Mar 2016 16:25:32 -0400
>From= : Stan Ratliff <ratliff= stan@gmail.com>
>Mess= age-ID:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <CALtoyok6eh0dXQzxWCx++i_K= 4k0dtenthXheuLEQFYcVdrmdhg@mail.gmail.com>
>
>Seem= s like something that is a statistical 'fly on the elephant's rear= 9;...
>howe= ver, to reach a conclusion -=C2=A0 would adding some text along the lines of
>&quo= t;Credit counts MUST include the payload, the MAC header, and any padding
>incl= uded at the MAC layer." allay your concern???
>
>Rega= rds,
>Stan=

Because some ra= dio networks have their own over-the-air (OTA) MAC and MAC addressing between Modem devices (radios) different than they use for the baseband (BB) MAC between the Mode= m device and Router (this is like the logical tunneling between Modem devices mentioned in section 2 of DLEP-20), I want to reiterate that we are talking about the BB MAC and not the OTA MAC.

=C2=A0

Router <=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router

=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 BB=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= OTA=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 BB

=C2=A0

I work with a v= ariety of different non-commercial MANET waveforms that have different ways of sending the BB data OTA.=C2=A0 = Most use IEEE 802.3 Ethernet or PPP as the BB MAC between the Router and Modem.

=C2=A0

Many send the e= ntire BB MAC header + IP header + IP payload encapsulated in the OTA MAC payload.

=C2=A0

=C2=A0Router &l= t;=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| IP Hdr |=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| IP Hdr |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0| IP Hdr |

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| BB MAC |=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0| BB MAC |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0| BB MAC |

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

=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0| OTA MAC|

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

=C2=A0

Others compress= the BB MAC header and only send the IP header + IP payload encapsulated in the OTA MAC payload

=C2=A0

=C2=A0Router &l= t;=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| IP Hdr |=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| IP Hdr |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0| IP Hdr |

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| BB MAC |=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0|compress|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0| BB MAC |

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

=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0| OTA MAC|

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

=C2=A0

Others compress= both the BB MAC and IP headers before sending the compressed header + IP payload encapsulated i= n the OTA MAC payload.

=C2=A0

=C2=A0Router &l= t;=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| IP Hdr |=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|compress|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0| IP Hdr |

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| BB MAC |=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0| OTA MAC|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0| BB MAC |

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

=C2=A0

And the size of= the compression can vary depending upon the prior and current state of the headers and compress= ion.

=C2=A0

So of the choic= es

=C2=A0

(1) include IP = payload, IP header, and BB MAC in credit window

=C2=A0

(2) include onl= y the IP payload and IP header in the credit window

=C2=A0

(3) include onl= y the IP payload in the credit window

=C2=A0

I RECOMMEND cho= ice (1)because if the Modem does compression, then sometimes the Router is paced even when it mig= ht have had space to send a little bit more traffic.

=C2=A0

But that is bet= ter than choices (2) or (3) because either

(a) cases arise= where the headers have to be sent uncompressed and hence the Router might think it has space = to send more data when it really didn=E2=80=99t, or

(b) the Modem a= lways reserved extra space for uncompressed headers =E2=80=93 but because it doesn=E2=80=99t kno= w if they are long or short IP packets, it has to include a lot of excessive padding and hence= could flow control the Router when it doesn=E2=80=99t need to


-= -
James A. (Jim) Steven= s, PhD
Network Architect / Technical Fellow
Rockwell Collins = Government Systems

--001a11419184413280052e59bb9b-- From nobody Fri Mar 18 15:52:27 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1ADA12D57F for ; Fri, 18 Mar 2016 15:52:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q2bImsR08m1E for ; Fri, 18 Mar 2016 15:52:22 -0700 (PDT) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) by ietfa.amsl.com (Postfix) with SMTP id AFEC712D529 for ; Fri, 18 Mar 2016 15:52:22 -0700 (PDT) Received: (qmail 11827 invoked by uid 0); 18 Mar 2016 22:52:19 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy5.mail.unifiedlayer.com with SMTP; 18 Mar 2016 22:52:18 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id XasF1s00n2SSUrH01asJwL; Fri, 18 Mar 2016 16:52:18 -0600 X-Authority-Analysis: v=2.1 cv=aJ5j99Nm c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=wU2YTnxGAAAA:8 a=48vgC7mUAAAA:8 a=NP_hedLVXPnq5mThaOgA:9 a=MzJq0udwIVhMjKCr:21 a=n8W4oXLqhNgVmPZT:21 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=tOex6jmk2qJS2BOQmQ9gWtmi8Pj8udCDXz6Dy/Q38NU=; b=n9kgnI2zJN3yO3Dhw4fEA/kzY5 sQLKVfk1+cLRG7aG3xQctsCGTT1exaEiBZvFUmL5LS5S3VFlbfHDlAT4XGcIeKUCDKkVufCiHfns6 nW2wGb3tkyF7vfmIfWUS5tTen; Received: from box313.bluehost.com ([69.89.31.113]:56787 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1ah3Ff-0008Sw-LG; Fri, 18 Mar 2016 16:52:15 -0600 To: Stan Ratliff References: <38A5475DE83986499AEACD2CFAFC3F9801C384CF5A@tss-server1.home.tropicalstormsoftware.com> <56EC539D.6010203@labn.net> <56EC56FE.2050009@labn.net> <56EC5E43.3000803@labn.net> <56EC630C.1020604@labn.net> <56EC6A89.8020405@labn.net> From: Lou Berger Message-ID: <56EC869A.2020900@labn.net> Date: Fri, 18 Mar 2016 18:52:10 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: manet IETF , draft-ietf-manet-credit-window@ietf.org Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 (was DLEP last call) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2016 22:52:25 -0000 Stan, On 3/18/2016 5:02 PM, Stan Ratliff wrote: > > > On Fri, Mar 18, 2016 at 4:52 PM, Lou Berger > wrote: > > > > On 3/18/2016 4:25 PM, Stan Ratliff wrote: > > > > > > On Fri, Mar 18, 2016 at 4:20 PM, Lou Berger > > >> wrote: > > > > Stan, > > > > > > On 3/18/2016 4:03 PM, Stan Ratliff wrote: > > > > > > > > > On Fri, Mar 18, 2016 at 4:00 PM, Lou Berger > > > > > > > > >>> wrote: > > > > > > > > > > > > On 3/18/2016 3:33 PM, Stan Ratliff wrote: > > > > > > > > > > > > On Fri, Mar 18, 2016 at 3:29 PM, Lou Berger > > > > > > > > >> > > > > > > > > > >>>> wrote: > > > > > > > > Stan, > > > > > > > > Let me try a different tact: > > > > > > > > Is the MAC header sometimes/never/always > transmitted > > > over the air? > > > > > > > > > > > > OTA - depends on the radio architecture. > > > > > > > > > > > > > > > > If sometimes, under what conditions? > > > > > > > > > > > > 802.11, for example, transmits the MAC OTA. > > > > > > > > > > doesn't whatever goes over the air, including header and > > padding, need > > > to be part of the credits? > > > > > > eg I have 1000bytes of credits. > > > > > > In the case of a radio that that includes 14byte > header and > > 4 bytes > > > trailer on -air and no preamble of IPG. This means the > > credit allows: > > > - one IP packet of 982 bytes total length (1000-18 * 1, > > including IP > > > header), or > > > - 15 minimum size packets w/o padding for at total of 690 > > total length > > > (64-18 * 15, including IP header), > > > > > > or in the case where the MAC header and trailer don't get > > transmitted, > > > the router can send a 1000 byte IP packet. > > > > > > How is a router to know what to include? I think the > router > > needs > > > to be > > > told what to do. Perhaps have the radio just tell the > > router how many > > > bytes to include per packet (e.g., 0, 18, 38 bytes) > and if > > frame > > > padding is included in the credits? > > > > > > > > > I can go with a scheme where the MAC header is included in the > > credit > > > counts. That gets everything through the MAC layer. > > Isn't this per radio? if so, doesn't it need to be indicated > in the > > protocol? > > > > > Padding, if it occurs at Layer 1, is outside the scope of the > > draft, IMO. > > > > > l2 padding. L1 encoding expansion is another matter that I > wasn't > > planning on bringing up... > > > > > > Seems like something that is a statistical 'fly on the > elephant's rear' > whatever. > > > ... however, to reach a conclusion - would adding some text > along the > > lines of "Credit counts MUST include the payload, the MAC > header, and > > any padding included at the MAC layer." allay your concern??? > > > If the macs over went over the air, i.e., the resource being metered , > then yes. *But* you said: > > OTA - depends on the radio architecture. > So I don't understand how it can't be an indicated thing. > > > > Credits aren't intended to compensate for OTA transmission - they're > only good between local modem and router. huh? I think you lost me. > This is just intended to say, at the link level between the DLEP > partners, "send me octets, then pause unless/until I tell you > to send me more" Nothing about OTA expressed or implied. > Then what's the purpose of this extension? I thought it was all about OTA (RF) bandwidth usage? BTW 1. Introduction In the world of radio-based networking, there are modems that need fine-grained flow control over traffic ingressing from a LAN connection, bound for transmission over the RF. The need for such fine-grained control can exist for multiple reasons. For example, radio devices are typically connected to the network by Ethernet. The capacity of an Ethernet link is normally far superior to that of the RF, leading to the possibility of overruns and dropped traffic. This is exacerbated by the fact that RF link capacity can vary from moment to moment, for an indeterminate amount of time. Additionally, the capacity of the link can vary greatly depending on the destination, due to factors such as obstructions or multipath fading. These challenges motivate the requirement for a fine-grained flow control in radio-based communications - one that can support different window sizes for each destination accessed across the RF network. To address this requirement, this document describes an extension to the Dynamic Link Event Protocol ([DLEP]), allowing for a Credit windowing scheme to be implemented on a destination-by- destination basis. Lou > Stan > > > > > Either add a bit to the Credit Grant or add two extension types > and move on. > > Lou > > > Regards, > > Stan > > > > > > > > > > Thanks, > > Lou > > > > > > > Regards, > > > Stan > > > > > > > > > > > > > > > Lou > > > > > > > Regards, > > > > Stan > > > > > > > > > > > > > > > > > > > > > > > > Thanks, > > > > Lou > > > > > > > > On 3/18/2016 3:20 PM, Stan Ratliff wrote: > > > > > Lou, > > > > > > > > > > > > > > > On Fri, Mar 18, 2016 at 3:14 PM, Lou Berger > > > > > > > > >> > > > > > > > > >>> > > > > > > > > > >> > > > > > > > > >>>>> wrote: > > > > > > > > > > Stan, (Rick), > > > > > One additional question WRT credit > windows. The > > > text says: > > > > > > > > > > The number of credits needed for a given > > > transmission is > > > > the length > > > > > of the data portion of the packet at > the MAC > > > layer. When > > > > sending > > > > > data to a credit enabled peer, the > sender MUST > > > decrement the > > > > > appropriate window by the size of the data > > being sent, > > > > prior to > > > > > encapsulation at the MAC layer. When > traffic is > > > > received, the > > > > > receiver MUST decrement its own window > after > > > decapsulation at > > > > > the MAC > > > > > layer. > > > > > > > > > > > > > > > Doesn't it make sense to include the MAC > header > > & perhaps > > > > padding as > > > > > they may account for a non-negligible > portion of > > a small > > > > packet/frame? > > > > > Or are ethernet headers and padding never sent > > over the RF > > > > > channel? If > > > > > this is a per radio 'thing' how is this > > indicated and how > > > > does it > > > > > impact > > > > > processing? > > > > > > > > > > > > > > > The MAC header is fixed. Same with the Ethernet > > header. The > > > > intent was > > > > > to count the bytes that are queued to go into > L2/L1 > > encap (or > > > > sent up > > > > > after L1/L2 de-encapsulation). As for "per > radio", it's > > > indicated in > > > > > the Peer Init/Peer Init response (you either > support the > > > > extension or > > > > > you don't), then again at Destination > Up/Destination > > Announce. > > > > > > > > > > Regards, > > > > > Stan > > > > > > > > > > > > > > > > > > > > > > > > > Thanks, > > > > > Lou > > > > > > > > > > On 3/18/2016 9:05 AM, Rick Taylor wrote: > > > > > > Hi All, > > > > > > > > > > > > As we are looking to exit last-call with > DLEP, has > > > > everyone had > > > > > a chance > > > > > > to read and submit any review comments, > as I'd > > ideally > > > > like to get > > > > > > draft-21 out ASAP and move the document > up the > > chain. > > > > > > > > > > > > The same applies to the credit windowing > draft. > > > > > > > > > > > > Cheers, > > > > > > > > > > > > Rick > > > > > > > > > > > > > _______________________________________________ > > > > > > manet mailing list > > > > > > manet@ietf.org > > > > > >> > > > > > > > > >>> > > > > > > > > > >> > > > > > > > > >>>> > > > > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > manet mailing list > > > > > manet@ietf.org > > > > > >> > > > > > > > > >>> > > > > > > > > > >> > > > > > > > > >>>> > > > > > https://www.ietf.org/mailman/listinfo/manet > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From nobody Fri Mar 18 19:34:52 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FF7612D5CC for ; Fri, 18 Mar 2016 19:34:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 x9UZTGZ4sa1S for ; Fri, 18 Mar 2016 19:34:48 -0700 (PDT) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C30FD12D553 for ; Fri, 18 Mar 2016 19:34:48 -0700 (PDT) Received: by mail-io0-x22d.google.com with SMTP id 124so5338143iov.3 for ; Fri, 18 Mar 2016 19:34:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=yS69uZsis7eFxfS7Cugw8sNP4wHld3AkZUr6bZms+Qk=; b=yCqor6+zgJUsUm1u6Xa2sAcWRlboSZaM6RVc2zZ8dWFc1Wo2RfWl3npDK8JyiuDvN9 wUWOD/kwdrQ+4RkQuOKIM4HlBL4B5fdhbWYnRpyIpeuq415frMynI/gGreFtj85kH3cv alPH2NGvMoBT9YxD2GrBjbo4/JZt1sfi7ZsBYFqQEwbVnmc/zM5w7kTFyNJxHfPw9QLQ VCJYlXkxCOy0ka+ONkdkJjWoGKq9r+x4wjF7Ple9pgecwSnyLc0Tfvsl4lZT+nBy3FHZ xgQFzP9VLoNgcFebfbySgKWRkJcXo8j6XFwuIPrQjhX0tY6RUEsBVoe0ithrm9ejCnov 49nQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=yS69uZsis7eFxfS7Cugw8sNP4wHld3AkZUr6bZms+Qk=; b=i1uwsR9nPBPIps3k1j5ys9aOjD9/O1nIgB7Jy00U1QmL9oMfJ6ed6BzsfpdQfBH/IZ z1i/Hdlg17AVI+SZezf1TLjoq4rx41NKsE9sQlkLiTEIj7Kz9bPOVw2LAq4hQ9UDnY+H IDI2caPqSEgIWEgj24DPLxuHDnsad8Z70w5W3L3Jt/MZlfGqXXaZ0IH7Lvw6lL244jYG 9hv8Hf3VkeBjl4R2uJvETMwVuH0QoAEU7P4efh6FAjud4xIn1P7cMwBW1br7QBwaZzbl UGRsh45pHu4ChpM0aPbVjWSHFJUUlJuGqlAymaEfD9L0dpQ3OEYDR9G9z+tOmT2XgQrM 4IGA== X-Gm-Message-State: AD7BkJKIB5SydD/GgqNfyZBdU8i7GLsbzEUcNg/lEyYVyvQxN0m9dJ2CYOImfZIe5QPldF0r68eEDYmm5VSG/A== MIME-Version: 1.0 X-Received: by 10.107.40.11 with SMTP id o11mr17431488ioo.183.1458354888042; Fri, 18 Mar 2016 19:34:48 -0700 (PDT) Received: by 10.79.96.1 with HTTP; Fri, 18 Mar 2016 19:34:47 -0700 (PDT) In-Reply-To: References: Date: Fri, 18 Mar 2016 22:34:47 -0400 Message-ID: From: Stan Ratliff To: "James A. (Jim) Stevens" Content-Type: multipart/alternative; boundary=001a1141f3560f113c052e5db5df Archived-At: Cc: MANET IETF Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2016 02:34:51 -0000 --001a1141f3560f113c052e5db5df Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jim, Thanks for that info. I'll be crafting text this weekend. Regards, Stan On Fri, Mar 18, 2016 at 5:50 PM, James A. (Jim) Stevens < james.a.stevens@rockwellcollins.com> wrote: > >Date: Fri, 18 Mar 2016 16:25:32 -0400 > >From: Stan Ratliff > >Message-ID: > < > CALtoyok6eh0dXQzxWCx++i_K4k0dtenthXheuLEQFYcVdrmdhg@mail.gmail.com> > > > >Seems like something that is a statistical 'fly on the elephant's rear'.= .. > >however, to reach a conclusion - would adding some text along the lines > of > >"Credit counts MUST include the payload, the MAC header, and any padding > >included at the MAC layer." allay your concern??? > > > >Regards, > >Stan > > Because some radio networks have their own over-the-air (OTA) MAC and MAC > addressing between Modem devices (radios) different than they use for the > baseband (BB) MAC between the Modem device and Router (this is like the > logical tunneling between Modem devices mentioned in section 2 of DLEP-20= ), > I want to reiterate that we are talking about the BB MAC and not the OTA > MAC. > > > > Router <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router > > BB OTA BB > > > > I work with a variety of different non-commercial MANET waveforms that > have different ways of sending the BB data OTA. Most use IEEE 802.3 > Ethernet or PPP as the BB MAC between the Router and Modem. > > > > Many send the entire BB MAC header + IP header + IP payload encapsulated > in the OTA MAC payload. > > > > Router <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router > > +--------+ +--------+ +--------+ > > |IP payld| |IP payld| |IP payld| > > +--------+ +--------+ +--------+ > > | IP Hdr | | IP Hdr | | IP Hdr | > > +--------+ +--------+ +--------+ > > | BB MAC | | BB MAC | | BB MAC | > > +--------+ +--------+ +--------+ > > | OTA MAC| > > +--------+ > > > > Others compress the BB MAC header and only send the IP header + IP payloa= d > encapsulated in the OTA MAC payload > > > > Router <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router > > +--------+ +--------+ +--------+ > > |IP payld| |IP payld| |IP payld| > > +--------+ +--------+ +--------+ > > | IP Hdr | | IP Hdr | | IP Hdr | > > +--------+ +--------+ +--------+ > > | BB MAC | |compress| | BB MAC | > > +--------+ +--------+ +--------+ > > | OTA MAC| > > +--------+ > > > > Others compress both the BB MAC and IP headers before sending the > compressed header + IP payload encapsulated in the OTA MAC payload. > > > > Router <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router > > +--------+ +--------+ +--------+ > > |IP payld| |IP payld| |IP payld| > > +--------+ +--------+ +--------+ > > | IP Hdr | |compress| | IP Hdr | > > +--------+ +--------+ +--------+ > > | BB MAC | | OTA MAC| | BB MAC | > > +--------+ +--------+ +--------+ > > > > And the size of the compression can vary depending upon the prior and > current state of the headers and compression. > > > > So of the choices > > > > (1) include IP payload, IP header, and BB MAC in credit window > > > > (2) include only the IP payload and IP header in the credit window > > > > (3) include only the IP payload in the credit window > > > > I RECOMMEND choice (1)because if the Modem does compression, then > sometimes the Router is paced even when it might have had space to send a > little bit more traffic. > > > > But that is better than choices (2) or (3) because either > > (a) cases arise where the headers have to be sent uncompressed and hence > the Router might think it has space to send more data when it really > didn=E2=80=99t, or > > (b) the Modem always reserved extra space for uncompressed headers =E2=80= =93 but > because it doesn=E2=80=99t know if they are long or short IP packets, it = has to > include a lot of excessive padding and hence could flow control the Route= r > when it doesn=E2=80=99t need to > > -- > James A. (Jim) Stevens, PhD > Network Architect / Technical Fellow > Rockwell Collins Government Systems > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --001a1141f3560f113c052e5db5df Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Jim,=C2=A0

Thanks for that info. I'= ll be crafting text this weekend.=C2=A0

Regards,
Stan

On Fri, Mar 18, 2016 at 5:50 PM, James A. (Jim) Stevens <james.a.stevens@rockwellcollins.com> wrote:

>Date: Fri= , 18 Mar 2016 16:25:32 -0400
>From= : Stan Ratliff <ratliffstan@gmail.com>
>Mess= age-ID:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <CALtoyo= k6eh0dXQzxWCx++i_K4k0dtenthXheuLEQFYcVdrmdhg@mail.gmail.com> >
>Seem= s like something that is a statistical 'fly on the elephant's rear= 9;...
>howe= ver, to reach a conclusion -=C2=A0 would adding some text along the lines of
>&quo= t;Credit counts MUST include the payload, the MAC header, and any padding
>incl= uded at the MAC layer." allay your concern???
>
>Rega= rds,
>Stan=

Because some ra= dio networks have their own over-the-air (OTA) MAC and MAC addressing between Modem devices (radios) different than they use for the baseband (BB) MAC between the Mode= m device and Router (this is like the logical tunneling between Modem devices mentioned in section 2 of DLEP-20), I want to reiterate that we are talking about the BB MAC and not the OTA MAC.

=C2=A0

Router <=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router

=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 BB=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= OTA=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 BB

=C2=A0

I work with a v= ariety of different non-commercial MANET waveforms that have different ways of sending the BB data OTA.=C2=A0 = Most use IEEE 802.3 Ethernet or PPP as the BB MAC between the Router and Modem.

=C2=A0

Many send the e= ntire BB MAC header + IP header + IP payload encapsulated in the OTA MAC payload.

=C2=A0

=C2=A0Router &l= t;=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| IP Hdr |=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| IP Hdr |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0| IP Hdr |

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| BB MAC |=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0| BB MAC |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0| BB MAC |

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

=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0| OTA MAC|

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

=C2=A0

Others compress= the BB MAC header and only send the IP header + IP payload encapsulated in the OTA MAC payload

=C2=A0

=C2=A0Router &l= t;=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| IP Hdr |=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| IP Hdr |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0| IP Hdr |

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| BB MAC |=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0|compress|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0| BB MAC |

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

=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0| OTA MAC|

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

=C2=A0

Others compress= both the BB MAC and IP headers before sending the compressed header + IP payload encapsulated i= n the OTA MAC payload.

=C2=A0

=C2=A0Router &l= t;=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|IP payld|

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| IP Hdr |=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0|compress|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0| IP Hdr |

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

=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0| BB MAC |=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0| OTA MAC|=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0| BB MAC |

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

=C2=A0

And the size of= the compression can vary depending upon the prior and current state of the headers and compress= ion.

=C2=A0

So of the choic= es

=C2=A0

(1) include IP = payload, IP header, and BB MAC in credit window

=C2=A0

(2) include onl= y the IP payload and IP header in the credit window

=C2=A0

(3) include onl= y the IP payload in the credit window

=C2=A0

I RECOMMEND cho= ice (1)because if the Modem does compression, then sometimes the Router is paced even when it mig= ht have had space to send a little bit more traffic.

=C2=A0

But that is bet= ter than choices (2) or (3) because either

(a) cases arise= where the headers have to be sent uncompressed and hence the Router might think it has space = to send more data when it really didn=E2=80=99t, or

(b) the Modem a= lways reserved extra space for uncompressed headers =E2=80=93 but because it doesn=E2=80=99t kno= w if they are long or short IP packets, it has to include a lot of excessive padding and hence= could flow control the Router when it doesn=E2=80=99t need to


--
= James A. (Jim) Stevens, PhD
Network Architect / Technical Fellow
<= div>Rockwell Collins Government Systems


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


--001a1141f3560f113c052e5db5df-- From nobody Fri Mar 18 19:43:15 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 845AA12D5DA for ; Fri, 18 Mar 2016 19:43:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 9FvSHb1GsDsF for ; Fri, 18 Mar 2016 19:43:11 -0700 (PDT) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6307312D5CC for ; Fri, 18 Mar 2016 19:43:11 -0700 (PDT) Received: by mail-ig0-x22f.google.com with SMTP id ig19so51823688igb.0 for ; Fri, 18 Mar 2016 19:43:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=Zkj0BOyoer4RxiUF+oSrNEZpPG4Y/yMxJ4lYFJjJoDY=; b=xdLoxMEy7/nk1NvBp7avD+T83ISCYTY/MSPraq6DcEEk6xpsisVgeEaDDyZUD2B/BM MS/4rbMThPsu3lwsXRfaxPz9MsNP0IPx8+3lJy7iA+vnSDTyC+LHavEN6uMpTEQkQD++ C2XuaRY/8QdZ7nP5iD/nvZp+IYRka4z2VqfUbfxHhGR3Lo3i4G0L418mj8ClEgnt//dS HN6WWV/256jTSD+VgwTV5kT5VMkXNY1Ul7neJDUp52YP0cqOLdCG+94IqCQeV8QCex9V 7MCadqxlTVzSu4R/+76nK7z6xFBIPsDedhJ+x4LU2UwHcQnpr4hfjzMRSQHmhrov/qhX uM0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=Zkj0BOyoer4RxiUF+oSrNEZpPG4Y/yMxJ4lYFJjJoDY=; b=E1a6lhjfvbhSLvCkqEB4iPcDvPztctZgNg1bdb+5JUfr5NRGrx/ZQbbgf5Dw9/ShMr JG0VF/rS1y3WnLFqbMwM9IxCFYK/FXM6ecWF10ScbQE/57M4EkM2VNRY7dDPqTgQxrsD /W1w0VnRFkWra+SX2NsijVF+WjqI9WT19jDvqzNJ4R0iGNFFl3gU4WG/2Kv62iapmJz+ Vrs+sup+eFhA/f5Rd6ZaNPbh5A2MV276JO2X4f/D0u256OYkWo7QJQVp2mTApdnS2166 j5B9TpFNaJaAGKuFOC5jQukgVdxDyjnW7af/meuj4Nf8vzuYlNkMulhNsNapmILWFD+N WAVQ== X-Gm-Message-State: AD7BkJLyKi1iCcdfxYN4pDE1M6wWF+Vu4Z277gMj6jbiK5SleR7vgz2Gku7GnBR1xbwlaPbluRpkFMtw7nDm1Q== MIME-Version: 1.0 X-Received: by 10.50.13.74 with SMTP id f10mr2251209igc.36.1458355390764; Fri, 18 Mar 2016 19:43:10 -0700 (PDT) Received: by 10.79.96.1 with HTTP; Fri, 18 Mar 2016 19:43:10 -0700 (PDT) In-Reply-To: References: Date: Fri, 18 Mar 2016 22:43:10 -0400 Message-ID: From: Stan Ratliff To: "Wiggins, David - 0665 - MITLL" Content-Type: multipart/alternative; boundary=089e013c6f5e05dff7052e5dd3bf Archived-At: Cc: manet IETF Subject: Re: [manet] DLEP last call X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2016 02:43:13 -0000 --089e013c6f5e05dff7052e5dd3bf Content-Type: text/plain; charset=UTF-8 David, I went back and looked at the draft. Here is what I find (in part) in -02 Credit Windowing on Credit Request: 8.3 . Credit Request The Credit Request data item MAY be sent from either DLEP participant, as a data item in a DLEP Destination Update message, to indicate the desire for the partner to grant additional credits in order for data transfer to proceed on the session. So, I'm not seeing a problem? Perhaps the text above should also include Link Characteristics Request, but the original intent was to use Destination Update, which is still bo-directional. Regards, Stan On Fri, Mar 18, 2016 at 4:21 PM, Wiggins, David - 0665 - MITLL < David.Wiggins@ll.mit.edu> wrote: > I just found a small issue in the credit windowing draft (02). The Credit > Request data item is now sent in the Link Characteristics Request message > instead of the Destination Update message (as of -01, it seems). As I > read the DLEP draft, only routers can send Link Characteristics Request > messages, so modems can't request credits. > > I think this could be fixed by having the credit windowing extension state > that it is changing the core protocol to allow the Link Characteristics > Request (and Response) messages to be sent by either side. (I assume > we're allowing extensions to make such changes.) > > This draft has to be updated anyway to put in Destination Announce, so > hopefully this can be worked in at the same time. > > David > > On 3/18/16, 9:05 AM, "manet on behalf of Rick Taylor" > > wrote: > > >Hi All, > > > >As we are looking to exit last-call with DLEP, has everyone had a chance > >to read and submit any review comments, as I'd ideally like to get > >draft-21 out ASAP and move the document up the chain. > > > >The same applies to the credit windowing draft. > > > >Cheers, > > > >Rick > > > >_______________________________________________ > >manet mailing list > >manet@ietf.org > >https://www.ietf.org/mailman/listinfo/manet > --089e013c6f5e05dff7052e5dd3bf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
David,=C2=A0

I went back and looked at = the draft. Here is what I find (in part) in -02 Credit Windowing on Credit = Request:=C2=A0




=


On= Fri, Mar 18, 2016 at 4:21 PM, Wiggins, David - 0665 - MITLL <David= .Wiggins@ll.mit.edu> wrote:
I just found a small issue in the credit windowing draft (02).=C2=A0 The C= redit
Request data item is now sent in the Link Characteristics Request message instead of the Destination Update message (as of -01, it seems).=C2=A0 As I=
read the DLEP draft, only routers can send Link Characteristics Request
messages, so modems can't request credits.

I think this could be fixed by having the credit windowing extension state<= br> that it is changing the core protocol to allow the Link Characteristics
Request (and Response) messages to be sent by either side.=C2=A0 (I assume<= br> we're allowing extensions to make such changes.)

This draft has to be updated anyway to put in Destination Announce, so
hopefully this can be worked in at the same time.

David

On 3/18/16, 9:05 AM, "manet on behalf of Rick Taylor"
<manet-bounces@ietf.org on= behalf of rick@tropicals= tormsoftware.com> wrote:

>Hi All,
>
>As we are looking to exit last-call with DLEP, has everyone had a chanc= e
>to read and submit any review comments, as I'd ideally like to get<= br> >draft-21 out ASAP and move the document up the chain.
>
>The same applies to the credit windowing draft.
>
>Cheers,
>
>Rick
>
>_______________________________________________
>manet mailing list
>manet@ietf.org
>https://www.ietf.org/mailman/listinfo/manet

--089e013c6f5e05dff7052e5dd3bf-- From nobody Sat Mar 19 04:34:40 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46C2012D6D6 for ; Sat, 19 Mar 2016 04:34:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.915 X-Spam-Level: X-Spam-Status: No, score=-2.915 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, TRACKER_ID=1.306] 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 bZFRoBfzi8mF for ; Sat, 19 Mar 2016 04:34:35 -0700 (PDT) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 0DC6D12D539 for ; Sat, 19 Mar 2016 04:34:35 -0700 (PDT) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1ahF9M-001eKG-Oa>; Sat, 19 Mar 2016 12:34:32 +0100 Received: from pd9577134.dip0.t-ipconnect.de ([217.87.113.52] helo=frankenbook-pro.speedport_w723_v_typ_a_1_01_012) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (envelope-from ) id <1ahF9M-001aBt-AV>; Sat, 19 Mar 2016 12:34:32 +0100 Content-Type: multipart/alternative; boundary="Apple-Mail=_EB9E7E54-84A5-455C-994B-EA8FBAB1E34E" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Lotte Steenbrink In-Reply-To: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> Date: Sat, 19 Mar 2016 12:34:39 +0100 Message-Id: References: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> To: Thomas Heide Clausen X-Mailer: Apple Mail (2.3112) X-Originating-IP: 217.87.113.52 X-ZEDAT-Hint: A Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2016 11:34:39 -0000 --Apple-Mail=_EB9E7E54-84A5-455C-994B-EA8FBAB1E34E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Thomas, thank you for reviewing AODVv2 yet again :) Some answers below: > Am 17.03.2016 um 17:00 schrieb ietf@thomasclausen.org: >=20 > Dear all, >=20 > Apologies for not having gotten this done sooner - day-job leaving few = spare cycles. >=20 > I=E2=80=99ve previously offered reviews and comments, and some of = those have been addressed in the latest I-D =E2=80=94 others have not, = but should be. I recall that there was some mail attempting to rebut = parts of the review, and I will dig it out and reply to that. >=20 That wold be great. > With that being said, I have reviewed the latest version of the = document, and full details will be forthcoming. There=E2=80=99re a = couple of big-ticket/architectural items that I want to address up = front, as I believe that before we have those hammered out, it will be = useless to go into details. Note, I do not claim that this is an = exhaustive list of =E2=80=9Cbig ticket items=E2=80=9D, but that=E2=80=99s = as far as I have gotten in thinking this through. >=20 > I also bring these up as they are items that have been brought up = repeatedly over the past years, but not resolved nor discussed. >=20 > Loops > Just to bring this out: I share Chris=E2=80=99 worry about conflicting = and concurrent statements from the authors on =E2=80=9CThere are no = loops possible=E2=80=9D and =E2=80=9CWe need to fix two situations where = loops can occur=E2=80=9D and =E2=80=9Cwe are still investigating some = loop conditions=E2=80=9D >=20 > I particularly worry that this is not a discussion had in public, but = apparently in some other forum=E2=80=A6 >=20 >=20 > Intermediate Route Replies, and all of section 10 > Section 10 contains a set of =E2=80=9Cvaguely specified extensions=E2=80= =9D, which is incoherent with the intended status indicated for this = document.=20 >=20 > Specifically, and this is not unrelated to the point about loops = above, intermediate RREPs (section 10.3) are a potential source for = loops. >=20 > Expanding Ring Multicast (section 10.1) is not documented in a way = that can be implemented (and also, see =E2=80=9CForwarding-vs-regeneration= =E2=80=9D below, it is in the present form of this protocol impossible), = etc. >=20 >=20 > Forwarding-vs-regeneration > Recent exchanges on the list made me understand that protocol control = messages are *not* forwarded, but are consumed at each hop, then a new = message with (almost-but-not-quite) the same content is generated and = transmitted. That=E2=80=99s what we=E2=80=99ve been trying to say all along! I=E2=80=99= m really glad we=E2=80=99re having this conversation. >=20 > I have thought some more on this (& read some of the exchanges on the = list on this topic by Chris, Ulrich, and others), and I am convinced = that this is not the right way to go, at least for the following = reasons: >=20 >=20 > o It renders the hop-limit/hop-count fields in the RFC5444 = message header useless. > This would not be bad if the functionality offered by = those fields was not useful > =E2=80=94 sadly, it is. For example, for scope limited = flooding (expanding ring search, and=20 > such) which may be of interest, and which require = hop-limit.=20 > A hop-count field may also provide a =E2=80=9Ccheap=E2=80=9D= (in terms of overhead) additional piece > of information to use conjunctively with a =E2=80=9Creal=E2= =80=9D metric. >=20 I agree on the usefulness, which is why we were puzzled when we were = told we weren=E2=80=99t allowed to use those fields (or, rather, that we = were using them wrong, but that the right way to use them doesn=E2=80=99t = work for AODvv2). I believe Vicky has written about this in more detail = in previous discussions, and we were/are looking forward to reading your = answers... > The only practical solution would be to re-introduce = these functions by way of inserting a > MessageTLV =E2=80=94 which (i) is not specified in this = document, and (ii) which would just > serve to render messages bigger than strictly needed. Exactly; we=E2=80=99d really like to avoid this as well. >=20 > Scope limited flooding does seem to be a necessary = requirement, if for no > other reason than to prevent information from = =E2=80=9Ccirculating forever in the network=E2=80=9D. AODVv2=E2=80=99s duplicated detection hopefully should take care of = that. Iirc, We interpreted your earlier E-Mails to (implicitly) mean = that you think we should rely on that, since you said we can=E2=80=99t = use the hop-limit/hop-count fields. >=20 > o It makes end-to-end authentication unnecessarily hard. > I think Chris called this out already, but it bears = repeating: S generates a message=20 > (say, a RREQ), and includes an ICV calculated over the = content of the message. > For any recipient to be able to validate the ICV, the = message has to be exactly > the same =E2=80=94 not just in content, but in structure = =E2=80=94 as what was generated. >=20 > =E2=80=9CRegenerating=E2=80=9D rather than = =E2=80=9Cforwarding=E2=80=9D messages means, that the intermediate > router =E2=80=9Cregenerating=E2=80=9D the RREQ may chose = a different structure (e.g., include TLVs > in a different order). >=20 > The proposal from = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = > is to add constraints on (i) the set of elements to = include in a signature and (ii) the > order of these elements. >=20 > One problem with that approach is (i): if an extension = adds a message TLV, or an=20 > Address TLV, to a message, then that will not be = =E2=80=9Ccovered=E2=80=9D by the proposed e2esec TLV. > Rather for *each* extension developed, an =E2=80=9Cupdates= e2esec=E2=80=9D clause needs to be done. >=20 > I=E2=80=99d say that this approach would be prone to = errors =E2=80=94 and add entropy to the process > of designing protocol extensions. The alternative, a = message being generated by the > source and *forwarded* (as we do in OLSRv2, for example) = would allow ICV TLVs=20 > (even, allow reuse of those specified for OLSRv2) for = covering a message and=20 > extensions. >=20 > =E2=80=9CBut what about the metrics value which will = change on each hop=E2=80=9D, you may say? > Fortunately, that is relatively easy to handle: simply = zero out the value of that TLV when > generating or verifying the ICV MessageTLV. And use = Packet-TLVs for hop-by-hop=20 > authentication, if needed (but, see below). >=20 > o It prevents the use of more clever/advanced signature = schemes/ICVs > Aggregate signature algorithms ( = https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf = ) > exist, and an interesting use-case can be found in also = reactive protocols, allowing verifying > not =E2=80=9Cjust=E2=80=9D the end points, but also the = intermediaries (again, with the appropriate =E2=80=9Czero out=E2=80=9D > discussed above, or something smarter). > Regeneration of messages, rather than forwarding, = renders that impossible (or, if used, > updating to = https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 = ) >=20 > There are other reasons, but the above are those that jump at me as = immediate show-stoppers. >=20 > I do honestly not see what possible benefit there is from = =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see very clear = inconveniences, and security is not the least of these. Insisting on = =E2=80=9Cregeneration=E2=80=9D requires development of =E2=80=9Cnon-genera= l workarounds=E2=80=9D as pointed out above. The possible benefit is that we need to accumulate & transport metric = values somehow, and we can=E2=80=99t do that without regenerating at = least parts of the message. If we=E2=80=99re missing a solution here, please share it with us. >=20 > Security Considerations Just for context=E2=80=99s sake, did you review the security = considerations in draft-ietf-manet-aodvv2-13 or the ones proposed in the = thread =E2=80=9EAODVv2: Security considerations update=E2=80=9C? > This is an always thorny subject. When OLSRv2 was going through the = process we got a thorough education in how little we knew about security = from the SEC-ADs, and had to spend about a year or so developing = RFC7183. The bottom line is, that this protocol needs its =E2=80=9CRFC7183= equivalent=E2=80=9D, either as part of the main document, or as an = independent document. currently, that is not the case. >=20 > A minima, looking at BCP72 and BCP107 =E2=80=94 taking inspiration = from RFC7183 might be aw good idea, as that was the most recent that = went through the SEC AD. Regardless of how, however, a =E2=80=9Cmandatory = to implement=E2=80=9D security mechanism most be specified (I think the = right term was =E2=80=9CMUST implement, SHOULD use=E2=80=9D), in = sufficient detail to ensure interoperable implementations. >=20 > As an example, both [RFC6130] and [RFC7181] set out that that: >=20 > On receiving a ... message, a router MUST first check if the > message is invalid for processing by this router >=20 > and then proceed to give a number of conditions that, each, will lead = to a rejection of the message as "badly formed and therefore invalid for = processing=E2=80=9D =E2=80=94 a list which RFC7183 then amended. That = gave a =E2=80=9Chook=E2=80=9D for RFC7183 for inserting =E2=80=9Crejection= =E2=80=9D. Idem for message generation. >=20 > If I was to do RFC7181/RFC6130 today, I would include that directly = into the protocol specifications. It turned out to be more overhead (and = slow down publication anyways) to do it as separate documents. >=20 > Secondly, we need to be a lot more rigid in terms of what ICVs, = Timestamps, etc. are added/removed, and what that brings. >=20 > For example (with the assumption that messages are *forwarded* and = *not* regenerated), this could be one option: >=20 > o When a RREQ, RREP message is generated, add an = ICV Message TLV, which is calculated > =E2=80=A6(take inspiration from RFC7183 here) >=20 > o When a RREQ, RREP message is transmitted (by = the source, or forwarded by an intermediary) > in an RFC5444 packet, an ICV Packet TLV is added = to the packet, which is calculated =E2=80=A6 >=20 > o When an RFC5444 packet is received, validate the = ICV Packet TLV and if the ICV doesn=E2=80=99t validate, > discard the contained messages. >=20 > o When receiving a RREQ/RREP (either as = destination, or as an intermediary), validate the ICV Message TLV=20 > and if the ICV doesn=E2=80=99t = validate, discard the message, do not process, do not forward. >=20 > This is a different (and more flexible?) model than =E2=80=9Cjust=E2=80=9D= transitive trust and =E2=80=9Cjust=E2=80=9D end-to-end trust discussed = previously, and is enabled by the =E2=80=9Cforwarding=E2=80=9D bit = described previously. >=20 > Metrics > I have asked this numerous times, but have not gotten any answer so I = am escalating this again. Why is this document having a normative = reference to RFC6551? >=20 > [RFC6551 <>] Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, = N., > and D. Barthel, "Routing Metrics Used for Path = Calculation > in Low-Power and Lossy Networks", RFC 6551 = , DOI 10.17487/ > RFC6551 , March = 2012, > >. >=20 >=20 > Unless I am mistaken, this is not the ROLL WG. And the abstract to = RFC6551 explicitly reads: >=20 > Low-Power and Lossy Networks (LLNs) have unique characteristics > compared with traditional wired and ad hoc networks that require = the > specification of new routing metrics and constraints. =20 > Which explicitly is disclaiming that these metrics are not applicable = in ad hoc networks =E2=80=94 and, I am wondering, what has changed since = the publication of RFC6551 to suddenly make these applicable? >=20 > I am also wondering if looking at (and, perhaps, using?) the same = metric type TLV type as in OLSRv2 is not a possibility? >=20 > Either way, referencing RFC6551 here is wrong. >=20 > RFC6621 (SMF) usage > As late as earlier this month, RFC6621 reared its head again on the = mailing list. I understand that the authors are set on using flooding = reduction as part of RREQ distribution. If that is the case, then this = protocol MUST specify that flooding reduction.=20 >=20 > Saying =E2=80=9CUse RFC6621=E2=80=9D won=E2=80=99t work, for reasons = Chris point out in an email earlier to the list: >> The network does not and fundamentally cannot offer multicast = suppression to AODVv2. This isn't a hard concept, but seems to keep = having to be said. AODVv2 messages are carried in 5444 packets, and = those only travel one hop. That doesn't allow for suppression. = Furthermore AODVv2 is creating new messages each hop. That needs AODVv2 = specific handling. >=20 >=20 > And quoting an email from myself: >> If protocol X relies on using a flooding operation, then it certainly = is protocol X's responsibility to specify the flooding operation (or, = at least, the requirements to the flooding operation ) for correct = functioning of protocol X. >=20 > I=E2=80=99ve previously pointed out that RFC6621 requires some degree = of configuration (can=E2=80=99t just, for example, pick two different = relay set selection algorithms, as that may produce a disconnected = flooding domain). >=20 > In other words, what the authors propose in = https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-00 = is = insufficient. >=20 > Multiple interfaces configured with the same address(es) - & RFC6621 > I think that it has been established that the ability to use the same = address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that a single way of doing so has been proposed, nor that the = =E2=80=9Coperating conditions=E2=80=9D are called out (for example, will = it work if router A and router B both have two interfaces, and that all = 4 interfaces use the same IP address?) >=20 > This is not entirely unrelated to flooding reduction and RFC6621. One = of the complexities is to get that just right: OLSRv2 - for example - = calculates Flooding-MPRs per interface, and RFC6130 is careful in how it = detects bidirectionality of links.=20 >=20 > I have not worked out all the details of how this impacts this = protocol =E2=80=94 but, it requires attention. Especially when wanting = to be able to say =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, then the = interface configuration constraints when faced with multiple interfaces = must be worked out. >=20 > Prefixes & Gateways > A question to my mind, and I am not sure I know how to answer that = from reading the draft since it is not discussed in section 9 (at = least), is: =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D = (i.e., a /<128 in IPv6)? >=20 > o If the whole prefix is part of the attached network set = of a single router,=20 > then I expect to get a single RREP back, is that the = case? >=20 > o If "half the prefix" is part of the attached network = set of a single router,=20 > and the other half is part of the attached network set = of another single router,=20 > then I expect two RREPs, is that the case? >=20 > o More generally, will I get a tree build through the = network here? AODVv2 currently doesn=E2=80=99t support RREQs for prefixes. I=E2=80=99ve = already added =E2=80=9EIf RteMsg is a RREQ, RteMsg.TargPrefixLen SHOULD = equal address length.=E2=80=9C to RteMsg.TargPrefixLen in section 4.6 = . = Multicast Route Message Table in response to Justin=E2=80=99s comments, = but I=E2=80=99ll go through the draft again and see where we need to = state this more clearly. Best regards, Lotte Steenbrink >=20 > Section 9 (or, the whole spec) is also not explicit enough about = multiple "default gateways" =E2=80=94 i.e., the external network being = =E2=80=9Cthe rest of the Internet=E2=80=9D, and there being multiple = gateways to the Internet. I understand how the RREQ gets to the gateway, = and how the gateway determines if it should respond (the destination is = not part of =E2=80=9Cthe MANET prefix, with which it is configured=E2=80=9D= ). >=20 > But, if A is close to GW1, and B is close to GW2, but A and B being = far far apart (according to the metric used) within the MANET, then it = would be preferential for the route from A to B to go via = GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2?=20 >=20 > Is this a supported configuration?=20 > o If yes, how is it (seq# wise, I would expect some = complications) handled?=20 > o If not, where is it stated that this configuration is = not possible with this protocol? >=20 >=20 > The applicability statement says: >=20 > AODVv2 is designed for stub or disconnected mobile ad hoc networks, > i.e., non-transit networks or those not connected to the internet. > AODVv2 can, however, be configured to perform gateway functions = when > attached to external networks, as discussed in Section 9 = . >=20 > I believe that the scenario I describe is indeed a stub network (and = not a transit network)? >=20 > =E2=80=94 =E2=80=94 =E2=80=94=20 >=20 > As I indicated, these are the big-picture issues that I have gotten = around to thinking about enough to write up. I=E2=80=99m not through = working through the document, but those were the ones that came to mind, = and which seem imperative to resolve. >=20 > Best, >=20 > Thomas >=20 >=20 >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet --Apple-Mail=_EB9E7E54-84A5-455C-994B-EA8FBAB1E34E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi Thomas,
thank you for reviewing AODVv2 yet = again :) Some answers below:

Am = 17.03.2016 um 17:00 schrieb ietf@thomasclausen.org:

Dear all,

Apologies for not having = gotten this done sooner - day-job leaving few spare cycles.

I=E2=80=99ve previously = offered reviews and comments, and some of those have been addressed in = the latest I-D =E2=80=94 others have not, but should be. I recall that = there was some mail attempting to rebut parts of the review, and I will = dig it out and reply to that.


That wold be great.

With that being said, I = have reviewed the latest version of the document, and full details will = be forthcoming. There=E2=80=99re a couple of big-ticket/architectural = items that I want to address up front, as I believe that before we have = those hammered out, it will be useless to go into details. Note, I do = not claim that this is an exhaustive list of =E2=80=9Cbig ticket = items=E2=80=9D, but that=E2=80=99s as far as I have gotten in thinking = this through.

I = also bring these up as they are items that have been brought up = repeatedly over the past years, but not resolved nor = discussed.

Loops
Just to = bring this out: I share Chris=E2=80=99 worry about conflicting and = concurrent statements from the authors on =E2=80=9CThere are no loops = possible=E2=80=9D and =E2=80=9CWe need to fix two situations where loops = can occur=E2=80=9D and =E2=80=9Cwe are still investigating some loop = conditions=E2=80=9D

I particularly worry that this is not a discussion had in = public, but apparently in some other forum=E2=80=A6


Intermediate = Route Replies, and all of section 10
Section = 10 contains a set of =E2=80=9Cvaguely specified extensions=E2=80=9D, = which is incoherent with the intended status indicated for this = document. 

Specifically, and this is not unrelated to the point about = loops above, intermediate RREPs (section 10.3) are a potential source = for loops.

Expanding Ring Multicast (section 10.1) is not documented in = a way that can be implemented (and also, see = =E2=80=9CForwarding-vs-regeneration=E2=80=9D below, it is in the present = form of this protocol impossible), etc.


Forwarding-vs-regeneration
Recent exchanges on the list made me understand that protocol = control messages are *not* forwarded, but are consumed at each hop, then = a new message with (almost-but-not-quite) the same content is generated = and transmitted.

That=E2=80=99s what we=E2=80=99ve been trying to = say all along! I=E2=80=99m really glad we=E2=80=99re having this = conversation.


I have = thought some more on this (& read some of the exchanges on the list = on this topic by Chris, Ulrich, and others), and I am convinced that = this is not the right way to go, at = least for the following reasons:


= o = It renders the hop-limit/hop-count fields in the = RFC5444 message header useless.
= This would not be bad if the functionality offered by those = fields was not useful
=E2=80=94 sadly, it is. = For example, for scope limited flooding (expanding ring search, = and 
such) which may be of = interest, and which require hop-limit. 
A = hop-count field may also provide a =E2=80=9Ccheap=E2=80=9D (in terms of = overhead) additional piece
= of information to use conjunctively with a =E2=80=9Creal=E2=80=9D = metric.


I= agree on the usefulness, which is why we were puzzled when we were told = we weren=E2=80=99t allowed to use those fields (or, rather, that we were = using them wrong, but that the right way to use them doesn=E2=80=99t = work for AODvv2). I believe Vicky has written about this in more detail = in previous discussions, and we were/are looking forward to reading your = answers...

= The only practical solution would be to re-introduce these = functions by way of inserting a
= MessageTLV =E2=80=94 which (i) is not specified in this document, = and (ii) which would just
= serve to render messages bigger than strictly = needed.

Exactly; we=E2=80=99d really like to avoid this as = well.


= Scope limited flooding  does seem to be a necessary = requirement, if for no
other reason than to = prevent information from =E2=80=9Ccirculating forever in the = network=E2=80=9D.

AODVv2=E2=80=99s duplicated detection hopefully = should take care of that. Iirc, We interpreted your earlier E-Mails to = (implicitly) mean that you think we should rely on that, since you said = we can=E2=80=99t use the hop-limit/hop-count fields.


o It = makes end-to-end authentication unnecessarily hard.
= I think Chris called this out already, but it bears repeating: S = generates a message 
= (say, a RREQ), and includes an ICV calculated over the content of = the message.
For any recipient to be = able to validate the ICV, the message has to be exactly
= the same =E2=80=94 not just in content, but in structure =E2=80=94 = as what was generated.

= =E2=80=9CRegenerating=E2=80=9D rather than =E2=80=9Cforwarding=E2=80= =9D messages means, that the intermediate
= router =E2=80=9Cregenerating=E2=80=9D the RREQ may chose a = different structure (e.g., include TLVs
= in a different order).

The proposal from https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /a>
is to add constraints on = (i) the set of elements to include in a signature and (ii) the
= order of these elements.

One problem with = that approach is (i): if an extension adds a message TLV, or = an 
Address TLV, to a = message, then that will not be =E2=80=9Ccovered=E2=80=9D by the proposed = e2esec TLV.
Rather for *each* = extension developed, an =E2=80=9Cupdates e2esec=E2=80=9D clause needs to = be done.

= I=E2=80=99d say that this approach would be prone to errors =E2=80=94= and add entropy to the process
= of designing protocol extensions. The alternative, a message = being generated by the
source and *forwarded* = (as we do in OLSRv2, for example) would allow ICV TLVs 
= (even, allow reuse of those specified for OLSRv2) for covering a = message and 
extensions.

= =E2=80=9CBut what about the metrics value which will change on = each hop=E2=80=9D, you may say?
= Fortunately, that is relatively easy to handle: simply zero out = the value of that TLV when
= generating or verifying the ICV MessageTLV. And use Packet-TLVs = for hop-by-hop 
authentication, if needed = (but, see below).

= o = It prevents the use of more = clever/advanced signature schemes/ICVs
= Aggregate signature algorithms ( https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf)
exist, and an interesting = use-case can be found in also reactive protocols, allowing = verifying
not =E2=80=9Cjust=E2=80=9D = the end points, but also the intermediaries (again, with the appropriate = =E2=80=9Czero out=E2=80=9D
= discussed above, or something smarter).
= Regeneration of messages, rather than forwarding, renders that = impossible (or, if used,
= updating to  https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /a>)

There are = other reasons, but the above are those that jump at me as immediate = show-stoppers.

I= do honestly not see what possible benefit there is from = =E2=80=9Cregeneration=E2=80=9D =E2=80=94 but I see very clear = inconveniences, and security is not the least of these. Insisting on = =E2=80=9Cregeneration=E2=80=9D requires development of =E2=80=9Cnon-genera= l workarounds=E2=80=9D as pointed out = above.



Security = Considerations

Just for context=E2=80=99s sake, did you review = the security considerations in draft-ietf-manet-aodvv2-13 or the = ones proposed in the thread =E2=80=9EAODVv2: Security considerations = update=E2=80=9C?

This is an always thorny subject. When OLSRv2 = was going through the process we got a thorough education in how little = we knew about security from the SEC-ADs, and had to spend about a year = or so developing RFC7183. The bottom line is, that this protocol needs = its =E2=80=9CRFC7183  equivalent=E2=80=9D, either as part of the = main document, or as an independent document. currently, that is not the = case.

A = minima, looking at BCP72 and BCP107 =E2=80=94 taking inspiration from = RFC7183 might be aw good idea, as that was the most recent that went = through the SEC AD. Regardless of how, however, a =E2=80=9Cmandatory to = implement=E2=80=9D security mechanism most be specified (I think the = right term was =E2=80=9CMUST implement, SHOULD use=E2=80=9D), in = sufficient detail to ensure interoperable = implementations.

As an = example, both [RFC6130] and [RFC7181] set out that that:

  =     On receiving a ... message, a router MUST first check if = the
      message is invalid for = processing by this router

and then proceed to give a number of conditions that, each, = will lead to a rejection of the message as "badly formed and therefore = invalid for processing=E2=80=9D =E2=80=94 a list which RFC7183 then = amended. That gave a =E2=80=9Chook=E2=80=9D for RFC7183 for inserting = =E2=80=9Crejection=E2=80=9D. Idem for message generation.

If I was to do = RFC7181/RFC6130 today, I would include that directly into the protocol = specifications. It turned out to be more overhead (and slow down = publication anyways) to do it as separate documents.

Secondly, we need to be = a lot more rigid in terms of what ICVs, Timestamps, etc. are = added/removed, and what that brings.

For example (with the assumption that = messages are *forwarded* and *not* regenerated), this could be one = option:

= o = When a RREQ, RREP message is generated, add an ICV Message TLV, = which is calculated <this way>
=  =E2=80=A6(take inspiration from RFC7183 here)

= o = When a RREQ, RREP message is transmitted  (by the source, or = forwarded by an intermediary)
= in an RFC5444 packet, an ICV Packet TLV is added to the packet, = which is calculated <this way> =E2=80=A6

o When an = RFC5444 packet is received, validate the ICV Packet TLV <this way> = and if the ICV doesn=E2=80=99t validate,
= discard the contained messages.

o When = receiving a RREQ/RREP (either as destination, or as an intermediary), = validate the ICV Message TLV 
= <this way> and if the ICV doesn=E2=80=99t validate, discard = the message, do not process, do not forward.

This is a different (and more = flexible?) model than =E2=80=9Cjust=E2=80=9D transitive trust and = =E2=80=9Cjust=E2=80=9D end-to-end trust discussed previously, and is = enabled by the =E2=80=9Cforwarding=E2=80=9D bit described = previously.

Metrics
I have = asked this numerous times, but have not gotten any answer so I am = escalating this again. Why is this document having a normative reference = to RFC6551?

[RFC6551] = Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, N., and D. Barthel, "Routing Metrics Used for Path Calculation in Low-Power and Lossy Networks", RFC 6551, = DOI 10.17487/ RFC6551, March 2012, <http://www.rfc-editor.org/info/rfc6551>.


Unless I am mistaken, this is not the = ROLL WG. And the abstract to RFC6551 explicitly reads:

   Low-Power and Lossy =
Networks (LLNs) have unique characteristics
   compared with traditional wired and ad hoc networks that require the
   specification of new routing metrics and constraints.
Which explicitly is disclaiming that these metrics are not applicable in ad hoc networks =E2=80= =94 and, I am wondering, what has changed since the publication of = RFC6551 to suddenly make these applicable?

 I am also wondering if looking at = (and, perhaps, using?) the same metric type TLV type as in OLSRv2 is not = a possibility?

Either way, referencing RFC6551 here is wrong.

RFC6621 (SMF) usage
As late as = earlier this month, RFC6621 reared its head again on the mailing list. I = understand that the authors are set on using flooding reduction as part = of RREQ distribution. If that is the case, then this protocol MUST = specify that flooding reduction. 

Saying =E2=80=9CUse RFC6621=E2=80=9D = won=E2=80=99t work, for reasons Chris point out in an email earlier to = the list:
The = network does not and fundamentally cannot offer multicast suppression to = AODVv2. This isn't a hard concept, but seems to keep having to be = said. AODVv2 messages are carried in 5444 packets, and those only travel = one hop. That doesn't allow for suppression. Furthermore AODVv2 is = creating new messages each hop. That needs AODVv2 specific = handling.

And quoting an email from myself:
If protocol X relies on = using a flooding operation, then it certainly is protocol X's = responsibility to  specify the flooding operation (or, at = least, the requirements to the flooding operation ) for correct = functioning of protocol X.

I=E2=80=99ve previously pointed out = that RFC6621 requires some degree of configuration (can=E2=80=99t just, = for example, pick two different relay set selection algorithms, as that = may produce a disconnected flooding domain).

In other words, what the authors = propose in https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-0= 0 is insufficient.

Multiple interfaces configured = with the same address(es) - & RFC6621
I = think that it has been established that the ability to use the same = address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that a single way of doing so has been proposed, nor that the = =E2=80=9Coperating conditions=E2=80=9D are called out (for example, will = it work  if router A and router B both have two interfaces, and = that all 4 interfaces use the same IP address?)

This is not entirely unrelated to = flooding reduction and RFC6621. One of the complexities is to get that = just right: OLSRv2 - for example - calculates Flooding-MPRs per = interface, and RFC6130 is careful in how it detects bidirectionality of = links. 

I = have not worked out all the details of how this impacts this protocol = =E2=80=94 but, it requires attention. Especially when wanting to be able = to say =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, then the interface = configuration constraints when faced with multiple interfaces must be = worked out.

Prefixes & Gateways
A question to my mind, and I am not sure I know how to answer = that from reading the draft since it is not discussed in section 9 (at = least), is: =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D = (i.e., a /<128 in IPv6)?

= o = If the whole prefix is part of the attached network set of a = single router, 
then I expect to get a = single RREP back, is that the case?

o If "half the prefix"  is = part of the attached network set of a single router, 
= and the other half is part of the attached network set of another =  single router, 
= then I expect two RREPs, is that the case?
o More generally, will I get a tree = build through the network here?

AODVv2 currently doesn=E2=80=99t support RREQs for = prefixes. I=E2=80=99ve already added =E2=80=9EIf RteMsg is a RREQ, RteMsg.TargPrefixLen SHOULD equal = address length.=E2=80=9C to RteMsg.TargPrefixLen in = section 4.6. Multicast Route Message = Table in response to Justin=E2=80=99s comments, but I=E2=80=99= ll go through the draft again and see where we need to state this more = clearly.

Best = regards,
Lotte Steenbrink


Section 9 (or, the whole spec) is also not explicit enough = about multiple  "default gateways" =E2=80=94 i.e., the external = network being =E2=80=9Cthe rest of the Internet=E2=80=9D, and there = being multiple gateways to the Internet. I understand how the RREQ gets = to the gateway, and how the gateway determines if it should respond (the = destination is not part of =E2=80=9Cthe MANET prefix, with which it is = configured=E2=80=9D).

But, if A is close to GW1, and B is close to GW2, but A and B = being far far apart (according to the metric used) within the MANET, = then it would be preferential for the route from A to B to go via = GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2? 

Is this a supported = configuration? 
o If yes, how is it (seq# wise, I = would expect some complications) handled? 
o If not, = where is it stated that this configuration is not possible with this = protocol?


The applicability statement = says:

   AODVv2 is designed =
for stub or disconnected mobile ad hoc networks,
   i.e., non-transit networks or those not connected to the internet.
   AODVv2 can, however, be configured to perform gateway functions when
   attached to external networks, as discussed in Section 9.

I = believe that the scenario I describe is indeed a stub network (and not a = transit network)?

=E2=80=94 =E2=80=94 =E2=80=94 

As I indicated, these are the = big-picture issues that I have gotten around to thinking about enough to = write up. I=E2=80=99m not through working through the document, but = those were the ones that came to mind, and which seem imperative to = resolve.

Best,

Thomas



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

= --Apple-Mail=_EB9E7E54-84A5-455C-994B-EA8FBAB1E34E-- From nobody Sat Mar 19 05:36:59 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2ACA12D7A8 for ; Sat, 19 Mar 2016 05:36:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ny-CV-wnwPu5 for ; Sat, 19 Mar 2016 05:36:56 -0700 (PDT) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) by ietfa.amsl.com (Postfix) with SMTP id 530A912D7BF for ; Sat, 19 Mar 2016 05:36:56 -0700 (PDT) Received: (qmail 4313 invoked by uid 0); 19 Mar 2016 12:36:51 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy7.mail.unifiedlayer.com with SMTP; 19 Mar 2016 12:36:51 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id Xvcl1s00A2SSUrH01vco4r; Sat, 19 Mar 2016 13:36:48 -0600 X-Authority-Analysis: v=2.1 cv=Maz/5fPf c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=9S5fJtARNr0j95vCcEMA:9 a=QEXdDO2ut3YA:10 a=E83YXrJt9S0A:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=g2InYwYKzk+KLqN8e1pkqVb3NtPA86CYm3aJpypxWIY=; b=u0D8NfGi3xUd2Lja43DiOG+R27 fj4+1K3PhxOdr5E4OvCmR5lJXxmWMdf6V0RWzxuG1rbT3QcvO2mcVjjQAj+aAqmzBa9uK7n4t/fDn l+cjbc2Noi6vkTsqTzFyw+3QF; Received: from box313.bluehost.com ([69.89.31.113]:37051 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1ahG7c-00032k-6G; Sat, 19 Mar 2016 06:36:48 -0600 To: Stan Ratliff References: <38A5475DE83986499AEACD2CFAFC3F9801C384CF5A@tss-server1.home.tropicalstormsoftware.com> <56EC539D.6010203@labn.net> <56EC56FE.2050009@labn.net> <56EC5E43.3000803@labn.net> <56EC630C.1020604@labn.net> From: Lou Berger Message-ID: <56ED47DA.7030805@labn.net> Date: Sat, 19 Mar 2016 08:36:42 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: manet IETF , draft-ietf-manet-credit-window@ietf.org Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 (was DLEP last call) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2016 12:36:58 -0000 Stan, On second thought: On 3/18/2016 4:25 PM, Stan Ratliff wrote: > > ...- would adding some text along the lines of "Credit counts MUST > include the payload, the MAC header, and any padding included at the > MAC layer." allay your concern??? > ... This works for me. Lou From nobody Sat Mar 19 05:52:12 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E80712D641 for ; Sat, 19 Mar 2016 05:52:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mpiMKLtZmeGQ for ; Sat, 19 Mar 2016 05:52:09 -0700 (PDT) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A9CF112D543 for ; Sat, 19 Mar 2016 05:52:07 -0700 (PDT) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Sat, 19 Mar 2016 12:51:37 +0000 From: Rick Taylor To: Stan Ratliff , "James A. (Jim) Stevens" Thread-Topic: [manet] Question on draft-ietf-manet-credit-window-02 Thread-Index: AQHRgWAs6AcH5wMxakKKkHlHYExyNp9gDQ6AgACnP4A= Date: Sat, 19 Mar 2016 12:51:40 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C384E162@tss-server1.home.tropicalstormsoftware.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_38A5475DE83986499AEACD2CFAFC3F9801C384E162tssserver1hom_" MIME-Version: 1.0 Archived-At: Cc: MANET IETF Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2016 12:52:11 -0000 --_000_38A5475DE83986499AEACD2CFAFC3F9801C384E162tssserver1hom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SeKAmW0gbW9zdGx5IG9uIHRoZSBzaWRlLWxpbmVzIGZvciBjcmVkaXQtd2luZG93aW5nLCBidXQg Smlt4oCZcyBjaG9pY2UgMiBpcyB3aGF0IEkgaGF2ZSBhbHdheXMgYXNzdW1lZC4NCg0KR2l2ZW4g dGhhdCB0aGUgTGF5ZXItMiBoZWFkZXIgc2l6ZSBpcyBrbm93biBhbHJlYWR5IGJ5IHRoZSByb3V0 ZXIgYW5kIG1vZGVtLCBkdWUgdG8gdGhlIHNpbmdsZSBsYXllci0yIHJlcXVpcmVtZW50IG9mIERM RVAsIEkgZG9u4oCZdCB0aGluayBpdCBzaG91bGQgYmUgaW5jbHVkZWQgaW4gKmFueSogbWV0cmlj cyBjb25jZXJuaW5nIOKAmGFtb3VudHMgb2YgZGF0YeKAmSwgZS5nLiBDcmVkaXQtd2luZG93aW5n LCBDRFIgb3IgTVRVLiAgRXZlbiBpZiB0aGUgbW9kZW0gZG9lcyBjbGV2ZXIgY29tcHJlc3Npb24v YWdncmVnYXRpb24gb2YgaGVhZGVycyAoZnJvbSBhbnkgbGF5ZXIpLCB0aGF0IGJpdCBvbmx5IHJ1 bnMgYmV0d2VlbiBtb2RlbXMsIGFuZCB0aGUgRExFUCBkYXRhIGl0ZW1zIGFyZSBhc3NvY2lhdGVk IHdpdGggRGVzdGluYXRpb25zLCBhbmQgdGhlIGRlc3RpbmF0aW9uIGlzIG5vdCB0aGUgcmVtb3Rl IG1vZGVtLCBoZW5jZSB0aGUg4oCYZmxvd+KAmSBpczoNCg0KQkIgTUFDICsgSVAgSGVhZGVyICsg SVAgUGF5bG9hZDwtbG9jYWwtPiBPVEEgTWFjL01hZ2ljICsgUGF5bG9hZCA8LWFpci0+IE9UQSBN YWMvTWFnaWMgKyBQYXlsb2FkIDwtbG9jYWwtPiBCQiBNQUMgKyBJUCBIZWFkZXIgKyBJUCBQYXls b2FkLg0KDQpzaXplb2YoQkIgTWFjKSBpcyB3ZWxsLWtub3duIGJ5IGFsbCBETEVQIHBhcnRpY2lw YW50cywgYW5kIHNpemVvZihPVEEgTUFDL01hZ2ljKSBpcyBwcml2YXRlIHRvIHRoZSBtb2RlbSBp bXBsZW1lbnRhdGlvbiwgaGVuY2UgY3JlZGl0cyBzaG91bGQgcmVmZXIgdG8gc2l6ZW9mKElQIEhl YWRlciArIElQIFBheWxvYWQpLg0KDQpXaGVuIGNvbXBhcmluZyB0aGlzIHRvIGRsZXAtZHJhZnQt MjAsIHRoZSBjb3JlIHNwZWMgbWFrZXMgbm8gbWVudGlvbiBvZiBsYXllci0yIGhlYWRlcnMgaW4g dGhlIENEUi9NRFIgZGF0YSBpdGVtcyAod2hpY2ggYWxzbyB0YWxrIGFib3V0IOKAmGFtb3VudHMg b2YgZGF0YeKAmSDigJMgcGVyaGFwcyB0aGlzIG5lZWRzIGNsYXJpZnlpbmcpLCBhbmQgZXhwbGlj aXRseSBleGNsdWRlcyBsYXllci0yIGhlYWRlcnMgaW4gdGhlIE1UVSBkYXRhIGl0ZW0gKGFzIHRo YXQgaXMgd2hhdCBpcyBnZW5lcmFsbHkgdW5kZXJzdG9vZCBieSBNVFUpLg0KDQpDaGVlcnMsDQoN ClJpY2sNCg0KDQoNCkZyb206IG1hbmV0IFttYWlsdG86bWFuZXQtYm91bmNlc0BpZXRmLm9yZ10g T24gQmVoYWxmIE9mIFN0YW4gUmF0bGlmZg0KU2VudDogMTkgTWFyY2ggMjAxNiAwMjozNQ0KVG86 IEphbWVzIEEuIChKaW0pIFN0ZXZlbnMNCkNjOiBNQU5FVCBJRVRGDQpTdWJqZWN0OiBSZTogW21h bmV0XSBRdWVzdGlvbiBvbiBkcmFmdC1pZXRmLW1hbmV0LWNyZWRpdC13aW5kb3ctMDINCg0KSmlt LA0KDQpUaGFua3MgZm9yIHRoYXQgaW5mby4gSSdsbCBiZSBjcmFmdGluZyB0ZXh0IHRoaXMgd2Vl a2VuZC4NCg0KUmVnYXJkcywNClN0YW4NCg0KT24gRnJpLCBNYXIgMTgsIDIwMTYgYXQgNTo1MCBQ TSwgSmFtZXMgQS4gKEppbSkgU3RldmVucyA8amFtZXMuYS5zdGV2ZW5zQHJvY2t3ZWxsY29sbGlu cy5jb208bWFpbHRvOmphbWVzLmEuc3RldmVuc0Byb2Nrd2VsbGNvbGxpbnMuY29tPj4gd3JvdGU6 DQo+RGF0ZTogRnJpLCAxOCBNYXIgMjAxNiAxNjoyNTozMiAtMDQwMA0KPkZyb206IFN0YW4gUmF0 bGlmZiA8cmF0bGlmZnN0YW5AZ21haWwuY29tPG1haWx0bzpyYXRsaWZmc3RhbkBnbWFpbC5jb20+ Pg0KPk1lc3NhZ2UtSUQ6DQogICAgICAgIDxDQUx0b3lvazZlaDBkWFF6eFdDeCsraV9LNGswZHRl bnRoWGhldUxFUUZZY1Zkcm1kaGdAbWFpbC5nbWFpbC5jb208bWFpbHRvOkNBTHRveW9rNmVoMGRY UXp4V0N4JTJCJTJCaV9LNGswZHRlbnRoWGhldUxFUUZZY1Zkcm1kaGdAbWFpbC5nbWFpbC5jb20+ Pg0KPg0KPlNlZW1zIGxpa2Ugc29tZXRoaW5nIHRoYXQgaXMgYSBzdGF0aXN0aWNhbCAnZmx5IG9u IHRoZSBlbGVwaGFudCdzIHJlYXInLi4uDQo+aG93ZXZlciwgdG8gcmVhY2ggYSBjb25jbHVzaW9u IC0gIHdvdWxkIGFkZGluZyBzb21lIHRleHQgYWxvbmcgdGhlIGxpbmVzIG9mDQo+IkNyZWRpdCBj b3VudHMgTVVTVCBpbmNsdWRlIHRoZSBwYXlsb2FkLCB0aGUgTUFDIGhlYWRlciwgYW5kIGFueSBw YWRkaW5nDQo+aW5jbHVkZWQgYXQgdGhlIE1BQyBsYXllci4iIGFsbGF5IHlvdXIgY29uY2Vybj8/ Pw0KPg0KPlJlZ2FyZHMsDQo+U3Rhbg0KQmVjYXVzZSBzb21lIHJhZGlvIG5ldHdvcmtzIGhhdmUg dGhlaXIgb3duIG92ZXItdGhlLWFpciAoT1RBKSBNQUMgYW5kIE1BQyBhZGRyZXNzaW5nIGJldHdl ZW4gTW9kZW0gZGV2aWNlcyAocmFkaW9zKSBkaWZmZXJlbnQgdGhhbiB0aGV5IHVzZSBmb3IgdGhl IGJhc2ViYW5kIChCQikgTUFDIGJldHdlZW4gdGhlIE1vZGVtIGRldmljZSBhbmQgUm91dGVyICh0 aGlzIGlzIGxpa2UgdGhlIGxvZ2ljYWwgdHVubmVsaW5nIGJldHdlZW4gTW9kZW0gZGV2aWNlcyBt ZW50aW9uZWQgaW4gc2VjdGlvbiAyIG9mIERMRVAtMjApLCBJIHdhbnQgdG8gcmVpdGVyYXRlIHRo YXQgd2UgYXJlIHRhbGtpbmcgYWJvdXQgdGhlIEJCIE1BQyBhbmQgbm90IHRoZSBPVEEgTUFDLg0K DQpSb3V0ZXIgPD09PT09PT09PT0+IE1vZGVtIDw9PT09PT09PT09PT4gTW9kZW0gPD09PT09PT09 PT09PiBSb3V0ZXINCiAgICAgICAgICAgQkIgICAgICAgICAgICAgICAgICBPVEEgICAgICAgICAg ICAgICAgIEJCDQoNCkkgd29yayB3aXRoIGEgdmFyaWV0eSBvZiBkaWZmZXJlbnQgbm9uLWNvbW1l cmNpYWwgTUFORVQgd2F2ZWZvcm1zIHRoYXQgaGF2ZSBkaWZmZXJlbnQgd2F5cyBvZiBzZW5kaW5n IHRoZSBCQiBkYXRhIE9UQS4gIE1vc3QgdXNlIElFRUUgODAyLjMgRXRoZXJuZXQgb3IgUFBQIGFz IHRoZSBCQiBNQUMgYmV0d2VlbiB0aGUgUm91dGVyIGFuZCBNb2RlbS4NCg0KTWFueSBzZW5kIHRo ZSBlbnRpcmUgQkIgTUFDIGhlYWRlciArIElQIGhlYWRlciArIElQIHBheWxvYWQgZW5jYXBzdWxh dGVkIGluIHRoZSBPVEEgTUFDIHBheWxvYWQuDQoNCiBSb3V0ZXIgPD09PT09PT09PT0+IE1vZGVt IDw9PT09PT09PT09PT4gTW9kZW0gPD09PT09PT09PT09PiBSb3V0ZXINCiAgICAgICAgICstLS0t LS0tLSsgICAgICAgICAgKy0tLS0tLS0tKyAgICAgICAgICArLS0tLS0tLS0rDQogICAgICAgICB8 SVAgcGF5bGR8ICAgICAgICAgIHxJUCBwYXlsZHwgICAgICAgICAgfElQIHBheWxkfA0KICAgICAg ICAgKy0tLS0tLS0tKyAgICAgICAgICArLS0tLS0tLS0rICAgICAgICAgICstLS0tLS0tLSsNCiAg ICAgICAgIHwgSVAgSGRyIHwgICAgICAgICAgfCBJUCBIZHIgfCAgICAgICAgICB8IElQIEhkciB8 DQogICAgICAgICArLS0tLS0tLS0rICAgICAgICAgICstLS0tLS0tLSsgICAgICAgICAgKy0tLS0t LS0tKw0KICAgICAgICAgfCBCQiBNQUMgfCAgICAgICAgICB8IEJCIE1BQyB8ICAgICAgICAgIHwg QkIgTUFDIHwNCiAgICAgICAgICstLS0tLS0tLSsgICAgICAgICAgKy0tLS0tLS0tKyAgICAgICAg ICArLS0tLS0tLS0rDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgT1RBIE1BQ3wNCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tKw0KDQpPdGhlcnMgY29tcHJlc3Mg dGhlIEJCIE1BQyBoZWFkZXIgYW5kIG9ubHkgc2VuZCB0aGUgSVAgaGVhZGVyICsgSVAgcGF5bG9h ZCBlbmNhcHN1bGF0ZWQgaW4gdGhlIE9UQSBNQUMgcGF5bG9hZA0KDQogUm91dGVyIDw9PT09PT09 PT09PiBNb2RlbSA8PT09PT09PT09PT0+IE1vZGVtIDw9PT09PT09PT09PT4gUm91dGVyDQogICAg ICAgICArLS0tLS0tLS0rICAgICAgICAgICstLS0tLS0tLSsgICAgICAgICAgKy0tLS0tLS0tKw0K ICAgICAgICAgfElQIHBheWxkfCAgICAgICAgICB8SVAgcGF5bGR8ICAgICAgICAgIHxJUCBwYXls ZHwNCiAgICAgICAgICstLS0tLS0tLSsgICAgICAgICAgKy0tLS0tLS0tKyAgICAgICAgICArLS0t LS0tLS0rDQogICAgICAgICB8IElQIEhkciB8ICAgICAgICAgIHwgSVAgSGRyIHwgICAgICAgICAg fCBJUCBIZHIgfA0KICAgICAgICAgKy0tLS0tLS0tKyAgICAgICAgICArLS0tLS0tLS0rICAgICAg ICAgICstLS0tLS0tLSsNCiAgICAgICAgIHwgQkIgTUFDIHwgICAgICAgICAgfGNvbXByZXNzfCAg ICAgICAgICB8IEJCIE1BQyB8DQogICAgICAgICArLS0tLS0tLS0rICAgICAgICAgICstLS0tLS0t LSsgICAgICAgICAgKy0tLS0tLS0tKw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8IE9U QSBNQUN8DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICstLS0tLS0tLSsNCg0KT3RoZXJz IGNvbXByZXNzIGJvdGggdGhlIEJCIE1BQyBhbmQgSVAgaGVhZGVycyBiZWZvcmUgc2VuZGluZyB0 aGUgY29tcHJlc3NlZCBoZWFkZXIgKyBJUCBwYXlsb2FkIGVuY2Fwc3VsYXRlZCBpbiB0aGUgT1RB IE1BQyBwYXlsb2FkLg0KDQogUm91dGVyIDw9PT09PT09PT09PiBNb2RlbSA8PT09PT09PT09PT0+ IE1vZGVtIDw9PT09PT09PT09PT4gUm91dGVyDQogICAgICAgICArLS0tLS0tLS0rICAgICAgICAg ICstLS0tLS0tLSsgICAgICAgICAgKy0tLS0tLS0tKw0KICAgICAgICAgfElQIHBheWxkfCAgICAg ICAgICB8SVAgcGF5bGR8ICAgICAgICAgIHxJUCBwYXlsZHwNCiAgICAgICAgICstLS0tLS0tLSsg ICAgICAgICAgKy0tLS0tLS0tKyAgICAgICAgICArLS0tLS0tLS0rDQogICAgICAgICB8IElQIEhk ciB8ICAgICAgICAgIHxjb21wcmVzc3wgICAgICAgICAgfCBJUCBIZHIgfA0KICAgICAgICAgKy0t LS0tLS0tKyAgICAgICAgICArLS0tLS0tLS0rICAgICAgICAgICstLS0tLS0tLSsNCiAgICAgICAg IHwgQkIgTUFDIHwgICAgICAgICAgfCBPVEEgTUFDfCAgICAgICAgICB8IEJCIE1BQyB8DQogICAg ICAgICArLS0tLS0tLS0rICAgICAgICAgICstLS0tLS0tLSsgICAgICAgICAgKy0tLS0tLS0tKw0K DQpBbmQgdGhlIHNpemUgb2YgdGhlIGNvbXByZXNzaW9uIGNhbiB2YXJ5IGRlcGVuZGluZyB1cG9u IHRoZSBwcmlvciBhbmQgY3VycmVudCBzdGF0ZSBvZiB0aGUgaGVhZGVycyBhbmQgY29tcHJlc3Np b24uDQoNClNvIG9mIHRoZSBjaG9pY2VzDQoNCigxKSBpbmNsdWRlIElQIHBheWxvYWQsIElQIGhl YWRlciwgYW5kIEJCIE1BQyBpbiBjcmVkaXQgd2luZG93DQoNCigyKSBpbmNsdWRlIG9ubHkgdGhl IElQIHBheWxvYWQgYW5kIElQIGhlYWRlciBpbiB0aGUgY3JlZGl0IHdpbmRvdw0KDQooMykgaW5j bHVkZSBvbmx5IHRoZSBJUCBwYXlsb2FkIGluIHRoZSBjcmVkaXQgd2luZG93DQoNCkkgUkVDT01N RU5EIGNob2ljZSAoMSliZWNhdXNlIGlmIHRoZSBNb2RlbSBkb2VzIGNvbXByZXNzaW9uLCB0aGVu IHNvbWV0aW1lcyB0aGUgUm91dGVyIGlzIHBhY2VkIGV2ZW4gd2hlbiBpdCBtaWdodCBoYXZlIGhh ZCBzcGFjZSB0byBzZW5kIGEgbGl0dGxlIGJpdCBtb3JlIHRyYWZmaWMuDQoNCkJ1dCB0aGF0IGlz IGJldHRlciB0aGFuIGNob2ljZXMgKDIpIG9yICgzKSBiZWNhdXNlIGVpdGhlcg0KKGEpIGNhc2Vz IGFyaXNlIHdoZXJlIHRoZSBoZWFkZXJzIGhhdmUgdG8gYmUgc2VudCB1bmNvbXByZXNzZWQgYW5k IGhlbmNlIHRoZSBSb3V0ZXIgbWlnaHQgdGhpbmsgaXQgaGFzIHNwYWNlIHRvIHNlbmQgbW9yZSBk YXRhIHdoZW4gaXQgcmVhbGx5IGRpZG7igJl0LCBvcg0KKGIpIHRoZSBNb2RlbSBhbHdheXMgcmVz ZXJ2ZWQgZXh0cmEgc3BhY2UgZm9yIHVuY29tcHJlc3NlZCBoZWFkZXJzIOKAkyBidXQgYmVjYXVz ZSBpdCBkb2VzbuKAmXQga25vdyBpZiB0aGV5IGFyZSBsb25nIG9yIHNob3J0IElQIHBhY2tldHMs IGl0IGhhcyB0byBpbmNsdWRlIGEgbG90IG9mIGV4Y2Vzc2l2ZSBwYWRkaW5nIGFuZCBoZW5jZSBj b3VsZCBmbG93IGNvbnRyb2wgdGhlIFJvdXRlciB3aGVuIGl0IGRvZXNu4oCZdCBuZWVkIHRvDQoN Ci0tDQpKYW1lcyBBLiAoSmltKSBTdGV2ZW5zLCBQaEQNCk5ldHdvcmsgQXJjaGl0ZWN0IC8gVGVj aG5pY2FsIEZlbGxvdw0KUm9ja3dlbGwgQ29sbGlucyBHb3Zlcm5tZW50IFN5c3RlbXMNCg0KDQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbWFuZXQgbWFp bGluZyBsaXN0DQptYW5ldEBpZXRmLm9yZzxtYWlsdG86bWFuZXRAaWV0Zi5vcmc+DQpodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0DQoNCg== --_000_38A5475DE83986499AEACD2CFAFC3F9801C384E162tssserver1hom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQXJpYWwgbW9ub3NwYWNlZCBmb3IgU0FQ IjsNCglwYW5vc2UtMTowIDAgMCAwIDAgMCAwIDAgMCAwO30NCi8qIFN0eWxlIERlZmluaXRpb25z ICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjow Y207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1m YW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJs aW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRp di5Nc29MaXN0UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9w OjBjbTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MGNtOw0KCW1hcmdpbi1s ZWZ0OjM2LjBwdDsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsN Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCnNwYW4uaG9lbnpiDQoJ e21zby1zdHlsZS1uYW1lOmhvZW56Yjt9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi Ow0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw b3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0 IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29y ZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8N CkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjE2MDUzNzk1MjQ7DQoJbXNvLWxpc3QtdHlwZTpoeWJy aWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0xODcxNjY2MTY2IDEzNDgwNzU3NSAxMzQ4MDc1 NzcgMTM0ODA3NTc5IDEzNDgwNzU2NyAxMzQ4MDc1NzcgMTM0ODA3NTc5IDEzNDgwNzU2NyAxMzQ4 MDc1NzcgMTM0ODA3NTc5O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGV4dDoiJTFcKSI7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVs Mw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFi LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5k ZW50Oi05LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2Vy Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9 DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6 bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZl bC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpvbA0KCXttYXJn aW4tYm90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48L3N0eWxlPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+PC9oZWFkPjxib2R5 IGxhbmc9RU4tR0IgbGluaz1ibHVlIHZsaW5rPXB1cnBsZT48ZGl2IGNsYXNzPVdvcmRTZWN0aW9u MT48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5J4oCZbSBtb3N0bHkg b24gdGhlIHNpZGUtbGluZXMgZm9yIGNyZWRpdC13aW5kb3dpbmcsIGJ1dCBKaW3igJlzIGNob2lj ZSAyIGlzIHdoYXQgSSBoYXZlIGFsd2F5cyBhc3N1bWVkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48 cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+R2l2 ZW4gdGhhdCB0aGUgTGF5ZXItMiBoZWFkZXIgc2l6ZSBpcyBrbm93biBhbHJlYWR5IGJ5IHRoZSBy b3V0ZXIgYW5kIG1vZGVtLCBkdWUgdG8gdGhlIHNpbmdsZSBsYXllci0yIHJlcXVpcmVtZW50IG9m IERMRVAsIEkgZG9u4oCZdCB0aGluayBpdCBzaG91bGQgYmUgaW5jbHVkZWQgaW4gKjxiPmFueTwv Yj4qIG1ldHJpY3MgY29uY2VybmluZyDigJhhbW91bnRzIG9mIGRhdGHigJksIGUuZy4gQ3JlZGl0 LXdpbmRvd2luZywgQ0RSIG9yIE1UVS7CoCBFdmVuIGlmIHRoZSBtb2RlbSBkb2VzIGNsZXZlciBj b21wcmVzc2lvbi9hZ2dyZWdhdGlvbiBvZiBoZWFkZXJzIChmcm9tIGFueSBsYXllciksIHRoYXQg Yml0IG9ubHkgcnVucyBiZXR3ZWVuIG1vZGVtcywgYW5kIHRoZSBETEVQIGRhdGEgaXRlbXMgYXJl IGFzc29jaWF0ZWQgd2l0aCBEZXN0aW5hdGlvbnMsIGFuZCB0aGUgZGVzdGluYXRpb24gaXMgbm90 IHRoZSByZW1vdGUgbW9kZW0sIGhlbmNlIHRoZSDigJhmbG934oCZIGlzOjxvOnA+PC9vOnA+PC9z cGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFG NDk3RCc+QkIgTUFDICsgSVAgSGVhZGVyICsgSVAgUGF5bG9hZCZsdDstbG9jYWwtJmd0OyBPVEEg TWFjL01hZ2ljICsgUGF5bG9hZCAmbHQ7LWFpci0mZ3Q7IE9UQSBNYWMvTWFnaWMgKyBQYXlsb2Fk ICZsdDstbG9jYWwtJmd0OyBCQiBNQUMgKyBJUCBIZWFkZXIgKyBJUCBQYXlsb2FkLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxl PSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29s b3I6IzFGNDk3RCc+c2l6ZW9mKEJCIE1hYykgaXMgd2VsbC1rbm93biBieSBhbGwgRExFUCBwYXJ0 aWNpcGFudHMsIGFuZCBzaXplb2YoT1RBIE1BQy9NYWdpYykgaXMgcHJpdmF0ZSB0byB0aGUgbW9k ZW0gaW1wbGVtZW50YXRpb24sIGhlbmNlIGNyZWRpdHMgc2hvdWxkIHJlZmVyIHRvIHNpemVvZihJ UCBIZWFkZXIgKyBJUCBQYXlsb2FkKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJp Iiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPldoZW4gY29tcGFyaW5n IHRoaXMgdG8gZGxlcC1kcmFmdC0yMCwgdGhlIGNvcmUgc3BlYyBtYWtlcyBubyBtZW50aW9uIG9m IGxheWVyLTIgaGVhZGVycyBpbiB0aGUgQ0RSL01EUiBkYXRhIGl0ZW1zICh3aGljaCBhbHNvIHRh bGsgYWJvdXQg4oCYYW1vdW50cyBvZiBkYXRh4oCZIOKAkyBwZXJoYXBzIHRoaXMgbmVlZHMgY2xh cmlmeWluZyksIGFuZCBleHBsaWNpdGx5IGV4Y2x1ZGVzIGxheWVyLTIgaGVhZGVycyBpbiB0aGUg TVRVIGRhdGEgaXRlbSAoYXMgdGhhdCBpcyB3aGF0IGlzIGdlbmVyYWxseSB1bmRlcnN0b29kIGJ5 IE1UVSkuPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHls ZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2Nv bG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3Jt YWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJz YW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5DaGVlcnMsPG86cD48L286cD48L3NwYW4+PC9wPjxw IGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz5SaWNr PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMx RjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNl cmlmIjtjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxp YnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBsYW5nPUVOLVVTIHN0eWxlPSdmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+RnJvbTo8L3NwYW4+ PC9iPjxzcGFuIGxhbmc9RU4tVVMgc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 IlRhaG9tYSIsInNhbnMtc2VyaWYiJz4gbWFuZXQgW21haWx0bzptYW5ldC1ib3VuY2VzQGlldGYu b3JnXSA8Yj5PbiBCZWhhbGYgT2YgPC9iPlN0YW4gUmF0bGlmZjxicj48Yj5TZW50OjwvYj4gMTkg TWFyY2ggMjAxNiAwMjozNTxicj48Yj5Ubzo8L2I+IEphbWVzIEEuIChKaW0pIFN0ZXZlbnM8YnI+ PGI+Q2M6PC9iPiBNQU5FVCBJRVRGPGJyPjxiPlN1YmplY3Q6PC9iPiBSZTogW21hbmV0XSBRdWVz dGlvbiBvbiBkcmFmdC1pZXRmLW1hbmV0LWNyZWRpdC13aW5kb3ctMDI8bzpwPjwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxkaXY+PHAgY2xh c3M9TXNvTm9ybWFsPkppbSwmbmJzcDs8bzpwPjwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05v cm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5U aGFua3MgZm9yIHRoYXQgaW5mby4gSSdsbCBiZSBjcmFmdGluZyB0ZXh0IHRoaXMgd2Vla2VuZC4m bmJzcDs8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZu YnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5SZWdhcmRzLDxvOnA+ PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPlN0YW48bzpwPjwvbzpwPjwv cD48L2Rpdj48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwv cD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5PbiBGcmksIE1hciAxOCwgMjAxNiBhdCA1OjUwIFBN LCBKYW1lcyBBLiAoSmltKSBTdGV2ZW5zICZsdDs8YSBocmVmPSJtYWlsdG86amFtZXMuYS5zdGV2 ZW5zQHJvY2t3ZWxsY29sbGlucy5jb20iIHRhcmdldD0iX2JsYW5rIj5qYW1lcy5hLnN0ZXZlbnNA cm9ja3dlbGxjb2xsaW5zLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPjxkaXY+PGRp dj48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRvO21hcmdp bi1ib3R0b206MTIuMHB0Jz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5 OiJBcmlhbCBtb25vc3BhY2VkIGZvciBTQVAiLCJzZXJpZiInPiZndDtEYXRlOiBGcmksIDE4IE1h ciAyMDE2IDE2OjI1OjMyIC0wNDAwPGJyPiZndDtGcm9tOiBTdGFuIFJhdGxpZmYgJmx0Ozwvc3Bh bj48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6IkFyaWFsIG1vbm9zcGFjZWQgZm9yIFNBUCIsInNl cmlmIic+PGEgaHJlZj0ibWFpbHRvOnJhdGxpZmZzdGFuQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxh bmsiPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OS41cHQnPnJhdGxpZmZzdGFuQGdtYWlsLmNvbTwv c3Bhbj48L2E+PC9zcGFuPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6 IkFyaWFsIG1vbm9zcGFjZWQgZm9yIFNBUCIsInNlcmlmIic+Jmd0Ozxicj4mZ3Q7TWVzc2FnZS1J RDo8YnI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZsdDs8L3NwYW4+PHNwYW4gc3R5bGU9 J2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2VkIGZvciBTQVAiLCJzZXJpZiInPjxhIGhyZWY9 Im1haWx0bzpDQUx0b3lvazZlaDBkWFF6eFdDeCUyQiUyQmlfSzRrMGR0ZW50aFhoZXVMRVFGWWNW ZHJtZGhnQG1haWwuZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZTo5LjVwdCc+Q0FMdG95b2s2ZWgwZFhRenhXQ3grK2lfSzRrMGR0ZW50aFhoZXVMRVFGWWNW ZHJtZGhnQG1haWwuZ21haWwuY29tPC9zcGFuPjwvYT48L3NwYW4+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYi Jz4mZ3Q7PGJyPiZndDs8YnI+Jmd0O1NlZW1zIGxpa2Ugc29tZXRoaW5nIHRoYXQgaXMgYSBzdGF0 aXN0aWNhbCAnZmx5IG9uIHRoZSBlbGVwaGFudCdzIHJlYXInLi4uPGJyPiZndDtob3dldmVyLCB0 byByZWFjaCBhIGNvbmNsdXNpb24gLSZuYnNwOyB3b3VsZCBhZGRpbmcgc29tZSB0ZXh0IGFsb25n IHRoZSBsaW5lcyBvZjxicj4mZ3Q7JnF1b3Q7Q3JlZGl0IGNvdW50cyBNVVNUIGluY2x1ZGUgdGhl IHBheWxvYWQsIHRoZSBNQUMgaGVhZGVyLCBhbmQgYW55IHBhZGRpbmc8YnI+Jmd0O2luY2x1ZGVk IGF0IHRoZSBNQUMgbGF5ZXIuJnF1b3Q7IGFsbGF5IHlvdXIgY29uY2Vybj8/Pzxicj4mZ3Q7PGJy PiZndDtSZWdhcmRzLDxicj4mZ3Q7U3Rhbjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1N c29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRvJz48c3BhbiBzdHlsZT0nZm9u dC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2VkIGZvciBTQVAiLCJzZXJp ZiInPkJlY2F1c2Ugc29tZSByYWRpbyBuZXR3b3JrcyBoYXZlIHRoZWlyIG93biBvdmVyLXRoZS1h aXIgKE9UQSkgTUFDIGFuZCBNQUMgYWRkcmVzc2luZyBiZXR3ZWVuIE1vZGVtIGRldmljZXMgKHJh ZGlvcykgZGlmZmVyZW50IHRoYW4gdGhleSB1c2UgZm9yIHRoZSBiYXNlYmFuZCAoQkIpIE1BQyBi ZXR3ZWVuIHRoZSBNb2RlbSBkZXZpY2UgYW5kIFJvdXRlciAodGhpcyBpcyBsaWtlIHRoZSBsb2dp Y2FsIHR1bm5lbGluZyBiZXR3ZWVuIE1vZGVtIGRldmljZXMgbWVudGlvbmVkIGluIHNlY3Rpb24g MiBvZiBETEVQLTIwKSwgSSB3YW50IHRvIHJlaXRlcmF0ZSB0aGF0IHdlIGFyZSB0YWxraW5nIGFi b3V0IHRoZSBCQiBNQUMgYW5kIG5vdCB0aGUgT1RBIE1BQy48L3NwYW4+PG86cD48L286cD48L3A+ PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6YXV0byc+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9ub3NwYWNlZCBmb3Ig U0FQIiwic2VyaWYiJz4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9y bWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6 ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz5S b3V0ZXIgJmx0Oz09PT09PT09PT0mZ3Q7IE1vZGVtICZsdDs9PT09PT09PT09PSZndDsgTW9kZW0g Jmx0Oz09PT09PT09PT09Jmd0OyBSb3V0ZXI8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2Vy aWYiJz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgQkImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg T1RBJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEJCPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbXNvLW1hcmdpbi10b3AtYWx0OmF1 dG8nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIG1vbm9z cGFjZWQgZm9yIFNBUCIsInNlcmlmIic+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNs YXNzPU1zb05vcm1hbCBzdHlsZT0nbXNvLW1hcmdpbi10b3AtYWx0OmF1dG8nPjxzcGFuIHN0eWxl PSdmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIG1vbm9zcGFjZWQgZm9yIFNBUCIs InNlcmlmIic+SSB3b3JrIHdpdGggYSB2YXJpZXR5IG9mIGRpZmZlcmVudCBub24tY29tbWVyY2lh bCBNQU5FVCB3YXZlZm9ybXMgdGhhdCBoYXZlIGRpZmZlcmVudCB3YXlzIG9mIHNlbmRpbmcgdGhl IEJCIGRhdGEgT1RBLiZuYnNwOyBNb3N0IHVzZSBJRUVFIDgwMi4zIEV0aGVybmV0IG9yIFBQUCBh cyB0aGUgQkIgTUFDIGJldHdlZW4gdGhlIFJvdXRlciBhbmQgTW9kZW0uPC9zcGFuPjxvOnA+PC9v OnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbXNvLW1hcmdpbi10b3AtYWx0OmF1dG8n PjxzcGFuIHN0eWxlPSdmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIG1vbm9zcGFj ZWQgZm9yIFNBUCIsInNlcmlmIic+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNz PU1zb05vcm1hbCBzdHlsZT0nbXNvLW1hcmdpbi10b3AtYWx0OmF1dG8nPjxzcGFuIHN0eWxlPSdm b250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIG1vbm9zcGFjZWQgZm9yIFNBUCIsInNl cmlmIic+TWFueSBzZW5kIHRoZSBlbnRpcmUgQkIgTUFDIGhlYWRlciArIElQIGhlYWRlciArIElQ IHBheWxvYWQgZW5jYXBzdWxhdGVkIGluIHRoZSBPVEEgTUFDIHBheWxvYWQuPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbXNvLW1hcmdpbi10b3AtYWx0OmF1 dG8nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIG1vbm9z cGFjZWQgZm9yIFNBUCIsInNlcmlmIic+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNs YXNzPU1zb05vcm1hbCBzdHlsZT0nbXNvLW1hcmdpbi10b3AtYWx0OmF1dG8nPjxzcGFuIHN0eWxl PSdmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIG1vbm9zcGFjZWQgZm9yIFNBUCIs InNlcmlmIic+Jm5ic3A7Um91dGVyICZsdDs9PT09PT09PT09Jmd0OyBNb2RlbSAmbHQ7PT09PT09 PT09PT0mZ3Q7IE1vZGVtICZsdDs9PT09PT09PT09PSZndDsgUm91dGVyIDwvc3Bhbj48bzpwPjwv bzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRv Jz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3Bh Y2VkIGZvciBTQVAiLCJzZXJpZiInPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsrLS0tLS0tLS0rJm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOystLS0tLS0tLSsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Ky0tLS0tLS0tKzwvc3Bhbj48bzpwPjwvbzpw PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRvJz48 c3BhbiBzdHlsZT0nZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2Vk IGZvciBTQVAiLCJzZXJpZiInPiZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDt8SVAgcGF5bGR8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwO3xJUCBwYXlsZHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fElQIHBheWxkfDwvc3Bhbj48bzpwPjwvbzpwPjwv cD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRvJz48c3Bh biBzdHlsZT0nZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2VkIGZv ciBTQVAiLCJzZXJpZiInPiZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsrLS0tLS0tLS0rJm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOystLS0tLS0tLSsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Ky0tLS0tLS0tKzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48 cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRvJz48c3BhbiBz dHlsZT0nZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2VkIGZvciBT QVAiLCJzZXJpZiInPiZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDt8IElQIEhkciB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwO3wgSVAgSGRyIHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgJm5ic3A7Jm5ic3A7Jm5ic3A7fCBJUCBIZHIgfDwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBj bGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRvJz48c3BhbiBzdHls ZT0nZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2VkIGZvciBTQVAi LCJzZXJpZiInPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJz cDsrLS0tLS0tLS0rICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOystLS0tLS0tLSsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgJm5ic3A7Jm5ic3A7Ky0tLS0tLS0tKzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRvJz48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2VkIGZvciBTQVAiLCJz ZXJpZiInPiZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8 IEJCIE1BQyB8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwO3wgQkIgTUFDIHwmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgJm5ic3A7Jm5ic3A7fCBCQiBNQUMgfDwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1N c29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRvJz48c3BhbiBzdHlsZT0nZm9u dC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2VkIGZvciBTQVAiLCJzZXJp ZiInPiZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsrLS0t LS0tLS0rJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOystLS0tLS0tLSsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg Jm5ic3A7Jm5ic3A7Ky0tLS0tLS0tKzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29O b3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRvJz48c3BhbiBzdHlsZT0nZm9udC1z aXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2VkIGZvciBTQVAiLCJzZXJpZiIn PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8 IE9UQSBNQUN8PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0n bXNvLW1hcmdpbi10b3AtYWx0OmF1dG8nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OS41cHQ7Zm9u dC1mYW1pbHk6IkFyaWFsIG1vbm9zcGFjZWQgZm9yIFNBUCIsInNlcmlmIic+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICstLS0tLS0tLSs8L3Nw YW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRv cC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJp YWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6YXV0byc+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9ub3NwYWNlZCBm b3IgU0FQIiwic2VyaWYiJz5PdGhlcnMgY29tcHJlc3MgdGhlIEJCIE1BQyBoZWFkZXIgYW5kIG9u bHkgc2VuZCB0aGUgSVAgaGVhZGVyICsgSVAgcGF5bG9hZCBlbmNhcHN1bGF0ZWQgaW4gdGhlIE9U QSBNQUMgcGF5bG9hZDwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5 bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRvJz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjkuNXB0 O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2VkIGZvciBTQVAiLCJzZXJpZiInPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4t dG9wLWFsdDphdXRvJz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJB cmlhbCBtb25vc3BhY2VkIGZvciBTQVAiLCJzZXJpZiInPiZuYnNwO1JvdXRlciAmbHQ7PT09PT09 PT09PSZndDsgTW9kZW0gJmx0Oz09PT09PT09PT09Jmd0OyBNb2RlbSAmbHQ7PT09PT09PT09PT0m Z3Q7IFJvdXRlciA8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxl PSdtc28tbWFyZ2luLXRvcC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtm b250LWZhbWlseToiQXJpYWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsmbmJz cDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Ky0tLS0tLS0tKyZuYnNwOyZu YnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsrLS0tLS0tLS0r Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyst LS0tLS0tLSs8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdt c28tbWFyZ2luLXRvcC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250 LWZhbWlseToiQXJpYWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsgJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fElQIHBheWxkfCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8SVAgcGF5bGR8Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3xJUCBw YXlsZHw8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28t bWFyZ2luLXRvcC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZh bWlseToiQXJpYWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsmbmJzcDsgJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Ky0tLS0tLS0tKyZuYnNwOyZuYnNwOyAm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsrLS0tLS0tLS0rJm5ic3A7 Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOystLS0tLS0t LSs8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFy Z2luLXRvcC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWls eToiQXJpYWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsgJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCBJUCBIZHIgfCZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8IElQIEhkciB8Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwO3wgSVAgSGRyIHw8 L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToi QXJpYWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Ky0tLS0tLS0tKyAmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsrLS0tLS0tLS0rJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOystLS0tLS0tLSs8L3Nw YW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRv cC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJp YWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCBCQiBNQUMgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Y29tcHJlc3N8Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwO3wgQkIgTUFDIHw8L3NwYW4+ PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1h bHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwg bW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Ky0tLS0tLS0tKyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsrLS0tLS0tLS0rJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOystLS0tLS0tLSs8L3NwYW4+PG86 cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9u b3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCBPVEEgTUFDfDwvc3Bhbj48bzpwPjwvbzpwPjwvcD48 cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRvJz48c3BhbiBz dHlsZT0nZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2VkIGZvciBT QVAiLCJzZXJpZiInPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyArLS0tLS0tLS0rPC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05v cm1hbCBzdHlsZT0nbXNvLW1hcmdpbi10b3AtYWx0OmF1dG8nPjxzcGFuIHN0eWxlPSdmb250LXNp emU6OS41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIG1vbm9zcGFjZWQgZm9yIFNBUCIsInNlcmlmIic+ Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbXNv LW1hcmdpbi10b3AtYWx0OmF1dG8nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OS41cHQ7Zm9udC1m YW1pbHk6IkFyaWFsIG1vbm9zcGFjZWQgZm9yIFNBUCIsInNlcmlmIic+T3RoZXJzIGNvbXByZXNz IGJvdGggdGhlIEJCIE1BQyBhbmQgSVAgaGVhZGVycyBiZWZvcmUgc2VuZGluZyB0aGUgY29tcHJl c3NlZCBoZWFkZXIgKyBJUCBwYXlsb2FkIGVuY2Fwc3VsYXRlZCBpbiB0aGUgT1RBIE1BQyBwYXls b2FkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21zby1t YXJnaW4tdG9wLWFsdDphdXRvJz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFt aWx5OiJBcmlhbCBtb25vc3BhY2VkIGZvciBTQVAiLCJzZXJpZiInPiZuYnNwOzwvc3Bhbj48bzpw PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9wLWFsdDph dXRvJz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25v c3BhY2VkIGZvciBTQVAiLCJzZXJpZiInPiZuYnNwO1JvdXRlciAmbHQ7PT09PT09PT09PSZndDsg TW9kZW0gJmx0Oz09PT09PT09PT09Jmd0OyBNb2RlbSAmbHQ7PT09PT09PT09PT0mZ3Q7IFJvdXRl ciA8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFy Z2luLXRvcC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWls eToiQXJpYWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsmbmJzcDsgJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Ky0tLS0tLS0tKyZuYnNwOyZuYnNwOyAmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsrLS0tLS0tLS0rJm5ic3A7Jm5i c3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOystLS0tLS0tLSs8 L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToi QXJpYWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsgJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fElQIHBheWxkfCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8SVAgcGF5bGR8Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3xJUCBwYXlsZHw8L3Nw YW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRv cC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJp YWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsmbmJzcDsgJm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Ky0tLS0tLS0tKyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsrLS0tLS0tLS0rJm5ic3A7Jm5ic3A7ICZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOystLS0tLS0tLSs8L3NwYW4+ PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1h bHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwg bW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7fCBJUCBIZHIgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8Y29tcHJlc3N8Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOyZuYnNwO3wgSVAgSGRyIHw8L3NwYW4+PG86 cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9u b3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgJm5ic3A7Jm5ic3A7Ky0tLS0tLS0tKyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsrLS0tLS0tLS0rJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOystLS0tLS0tLSs8L3NwYW4+PG86cD48 L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9ub3Nw YWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7fCBCQiBNQUMgfCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt8IE9UQSBNQUN8Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwO3wgQkIgTUFDIHw8L3NwYW4+PG86cD48L286 cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6YXV0byc+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9ub3NwYWNl ZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDsgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Ky0tLS0tLS0tKyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsrLS0tLS0tLS0rJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyZuYnNwOystLS0tLS0tLSs8L3NwYW4+PG86cD48L286cD48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6YXV0byc+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9ub3NwYWNlZCBm b3IgU0FQIiwic2VyaWYiJz4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYi Jz5BbmQgdGhlIHNpemUgb2YgdGhlIGNvbXByZXNzaW9uIGNhbiB2YXJ5IGRlcGVuZGluZyB1cG9u IHRoZSBwcmlvciBhbmQgY3VycmVudCBzdGF0ZSBvZiB0aGUgaGVhZGVycyBhbmQgY29tcHJlc3Np b24uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbXNvLW1h cmdpbi10b3AtYWx0OmF1dG8nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OS41cHQ7Zm9udC1mYW1p bHk6IkFyaWFsIG1vbm9zcGFjZWQgZm9yIFNBUCIsInNlcmlmIic+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbXNvLW1hcmdpbi10b3AtYWx0OmF1 dG8nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIG1vbm9z cGFjZWQgZm9yIFNBUCIsInNlcmlmIic+U28gb2YgdGhlIGNob2ljZXM8L3NwYW4+PG86cD48L286 cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6YXV0byc+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9ub3NwYWNl ZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2Vy aWYiJz4oMSkgaW5jbHVkZSBJUCBwYXlsb2FkLCBJUCBoZWFkZXIsIGFuZCBCQiBNQUMgaW4gY3Jl ZGl0IHdpbmRvdzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9 J21zby1tYXJnaW4tdG9wLWFsdDphdXRvJz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjkuNXB0O2Zv bnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2VkIGZvciBTQVAiLCJzZXJpZiInPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9w LWFsdDphdXRvJz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJBcmlh bCBtb25vc3BhY2VkIGZvciBTQVAiLCJzZXJpZiInPigyKSBpbmNsdWRlIG9ubHkgdGhlIElQIHBh eWxvYWQgYW5kIElQIGhlYWRlciBpbiB0aGUgY3JlZGl0IHdpbmRvdzwvc3Bhbj48bzpwPjwvbzpw PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRvJz48 c3BhbiBzdHlsZT0nZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2Vk IGZvciBTQVAiLCJzZXJpZiInPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1N c29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRvJz48c3BhbiBzdHlsZT0nZm9u dC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2VkIGZvciBTQVAiLCJzZXJp ZiInPigzKSBpbmNsdWRlIG9ubHkgdGhlIElQIHBheWxvYWQgaW4gdGhlIGNyZWRpdCB3aW5kb3c8 L3NwYW4+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0byc+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToi QXJpYWwgbW9ub3NwYWNlZCBmb3IgU0FQIiwic2VyaWYiJz4mbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6YXV0byc+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9ub3NwYWNl ZCBmb3IgU0FQIiwic2VyaWYiJz5JIFJFQ09NTUVORCBjaG9pY2UgKDEpYmVjYXVzZSBpZiB0aGUg TW9kZW0gZG9lcyBjb21wcmVzc2lvbiwgdGhlbiBzb21ldGltZXMgdGhlIFJvdXRlciBpcyBwYWNl ZCBldmVuIHdoZW4gaXQgbWlnaHQgaGF2ZSBoYWQgc3BhY2UgdG8gc2VuZCBhIGxpdHRsZSBiaXQg bW9yZSB0cmFmZmljLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5 bGU9J21zby1tYXJnaW4tdG9wLWFsdDphdXRvJz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjkuNXB0 O2ZvbnQtZmFtaWx5OiJBcmlhbCBtb25vc3BhY2VkIGZvciBTQVAiLCJzZXJpZiInPiZuYnNwOzwv c3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21zby1tYXJnaW4t dG9wLWFsdDphdXRvJz48c3BhbiBzdHlsZT0nZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiJB cmlhbCBtb25vc3BhY2VkIGZvciBTQVAiLCJzZXJpZiInPkJ1dCB0aGF0IGlzIGJldHRlciB0aGFu IGNob2ljZXMgKDIpIG9yICgzKSBiZWNhdXNlIGVpdGhlciA8L3NwYW4+PG86cD48L286cD48L3A+ PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1hbHQ6YXV0byc+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseToiQXJpYWwgbW9ub3NwYWNlZCBmb3Ig U0FQIiwic2VyaWYiJz4oYSkgY2FzZXMgYXJpc2Ugd2hlcmUgdGhlIGhlYWRlcnMgaGF2ZSB0byBi ZSBzZW50IHVuY29tcHJlc3NlZCBhbmQgaGVuY2UgdGhlIFJvdXRlciBtaWdodCB0aGluayBpdCBo YXMgc3BhY2UgdG8gc2VuZCBtb3JlIGRhdGEgd2hlbiBpdCByZWFsbHkgZGlkbuKAmXQsIG9yPC9z cGFuPjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbXNvLW1hcmdpbi10 b3AtYWx0OmF1dG8nPjxzcGFuIHN0eWxlPSdmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6IkFy aWFsIG1vbm9zcGFjZWQgZm9yIFNBUCIsInNlcmlmIic+KGIpIHRoZSBNb2RlbSBhbHdheXMgcmVz ZXJ2ZWQgZXh0cmEgc3BhY2UgZm9yIHVuY29tcHJlc3NlZCBoZWFkZXJzIOKAkyBidXQgYmVjYXVz ZSBpdCBkb2VzbuKAmXQga25vdyBpZiB0aGV5IGFyZSBsb25nIG9yIHNob3J0IElQIHBhY2tldHMs IGl0IGhhcyB0byBpbmNsdWRlIGEgbG90IG9mIGV4Y2Vzc2l2ZSBwYWRkaW5nIGFuZCBoZW5jZSBj b3VsZCBmbG93IGNvbnRyb2wgdGhlIFJvdXRlciB3aGVuIGl0IGRvZXNu4oCZdCBuZWVkIHRvPC9z cGFuPjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0 eWxlPSdjb2xvcjojODg4ODg4Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PHAg Y2xhc3M9TXNvTm9ybWFsPjxzcGFuIGNsYXNzPWhvZW56Yj48c3BhbiBzdHlsZT0nY29sb3I6Izg4 ODg4OCc+LS0gPC9zcGFuPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48ZGl2PjxkaXY+PHAgY2xhc3M9 TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdjb2xvcjojODg4ODg4Jz5KYW1lcyBBLiAoSmltKSBTdGV2 ZW5zLCBQaEQ8L3NwYW4+PG86cD48L286cD48L3A+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gc3R5bGU9J2NvbG9yOiM4ODg4ODgnPk5ldHdvcmsgQXJjaGl0ZWN0IC8gVGVjaG5pY2FsIEZl bGxvdzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48 c3BhbiBzdHlsZT0nY29sb3I6Izg4ODg4OCc+Um9ja3dlbGwgQ29sbGlucyBHb3Zlcm5tZW50IFN5 c3RlbXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gc3R5bGU9J2NvbG9yOiM4ODg4ODgnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48 L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1i b3R0b206MTIuMHB0Jz48YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188YnI+bWFuZXQgbWFpbGluZyBsaXN0PGJyPjxhIGhyZWY9Im1haWx0bzptYW5ldEBp ZXRmLm9yZyI+bWFuZXRAaWV0Zi5vcmc8L2E+PGJyPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vbWFuZXQiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0PC9hPjxvOnA+PC9vOnA+PC9wPjwvZGl2Pjxw IGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48L2Rpdj48L2JvZHk+ PC9odG1sPg== --_000_38A5475DE83986499AEACD2CFAFC3F9801C384E162tssserver1hom_-- From nobody Sat Mar 19 06:21:29 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06E4C12D578 for ; Sat, 19 Mar 2016 06:21:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 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, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q7ucOsqUY2i1 for ; Sat, 19 Mar 2016 06:21:27 -0700 (PDT) Received: from gproxy9-pub.mail.unifiedlayer.com (gproxy9-pub.mail.unifiedlayer.com [69.89.20.122]) by ietfa.amsl.com (Postfix) with SMTP id 0E9A812D681 for ; Sat, 19 Mar 2016 06:21:27 -0700 (PDT) Received: (qmail 26736 invoked by uid 0); 19 Mar 2016 13:21:18 -0000 Received: from unknown (HELO CMOut01) (10.0.90.82) by gproxy9.mail.unifiedlayer.com with SMTP; 19 Mar 2016 13:21:18 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by CMOut01 with id XpM51s00G2SSUrH01pM83o; Sat, 19 Mar 2016 07:21:16 -0600 X-Authority-Analysis: v=2.1 cv=G/WPTbU5 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=N659UExz7-8A:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=7OsogOcEt9IA:10 a=48vgC7mUAAAA:8 a=Fd_b0NW4AAAA:8 a=pGLkceISAAAA:8 a=DM3Sh6o_z07wyT9PMCIA:9 a=Uyoahoxzu_LQJAcy:21 a=jpiqmN-G82j6ds_U:21 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:Cc:References:To:Subject; bh=1aeeHwMhw+AGX0ew5DNx+H1Kz1BXytpthI5NuXFrtyA=; b=jqqRtHeruY5AkVARtZQwhA2JAs gEVK7XZE1XQPhuUI+fnGVDLHpuOFuxm5ZXkeAxEU35QrZ+pACC7zakuy/s50HjRf/RubX0yaU8RT+ lIW5Juxn7BBtiXuQph+VkETtc; Received: from box313.bluehost.com ([69.89.31.113]:42073 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.86_2) (envelope-from ) id 1ahGoU-00029v-BE; Sat, 19 Mar 2016 07:21:06 -0600 To: Rick Taylor , Stan Ratliff , "James A. (Jim) Stevens" References: <38A5475DE83986499AEACD2CFAFC3F9801C384E162@tss-server1.home.tropicalstormsoftware.com> From: Lou Berger Message-ID: <56ED523D.8040901@labn.net> Date: Sat, 19 Mar 2016 09:21:01 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C384E162@tss-server1.home.tropicalstormsoftware.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: MANET IETF Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2016 13:21:29 -0000 Rick, Take a look at the bandwidth impact of headers on small frames and you'll see it's pretty significant. If credits relate to OTA bandwidth, IMO headers have to be included. I don't have any strong opinions/preferences on how this should be done for DLEP. If credit window does *not* relate to OTA bandwidth, then I personally think the extension is overkill and I'd go for a PAUSE/PFC based approach. Lou PS we had the basically same drawn out "discussion" when defining intserv and eventually agreed that headers have to taken into account as part of bandwidth calculations. On 3/19/2016 8:51 AM, Rick Taylor wrote: > > Im mostly on the side-lines for credit-windowing, but Jims choice 2 > is what I have always assumed. > > > > Given that the Layer-2 header size is known already by the router and > modem, due to the single layer-2 requirement of DLEP, I dont think it > should be included in **any** metrics concerning amounts of data, > e.g. Credit-windowing, CDR or MTU. Even if the modem does clever > compression/aggregation of headers (from any layer), that bit only > runs between modems, and the DLEP data items are associated with > Destinations, and the destination is not the remote modem, hence the > flow is: > > > > BB MAC + IP Header + IP Payload<-local-> OTA Mac/Magic + Payload > <-air-> OTA Mac/Magic + Payload <-local-> BB MAC + IP Header + IP Payload. > > > > sizeof(BB Mac) is well-known by all DLEP participants, and sizeof(OTA > MAC/Magic) is private to the modem implementation, hence credits > should refer to sizeof(IP Header + IP Payload). > > > > When comparing this to dlep-draft-20, the core spec makes no mention > of layer-2 headers in the CDR/MDR data items (which also talk about > amounts of data perhaps this needs clarifying), and explicitly > excludes layer-2 headers in the MTU data item (as that is what is > generally understood by MTU). > > > > Cheers, > > > > Rick > > > > > > > > *From:*manet [mailto:manet-bounces@ietf.org] *On Behalf Of *Stan Ratliff > *Sent:* 19 March 2016 02:35 > *To:* James A. (Jim) Stevens > *Cc:* MANET IETF > *Subject:* Re: [manet] Question on draft-ietf-manet-credit-window-02 > > > > Jim, > > > > Thanks for that info. I'll be crafting text this weekend. > > > > Regards, > > Stan > > > > On Fri, Mar 18, 2016 at 5:50 PM, James A. (Jim) Stevens > > wrote: > > >Date: Fri, 18 Mar 2016 16:25:32 -0400 > >From: Stan Ratliff > > >Message-ID: > > > > > > >Seems like something that is a statistical 'fly on the elephant's > rear'... > >however, to reach a conclusion - would adding some text along the > lines of > >"Credit counts MUST include the payload, the MAC header, and any padding > >included at the MAC layer." allay your concern??? > > > >Regards, > >Stan > > Because some radio networks have their own over-the-air (OTA) MAC and > MAC addressing between Modem devices (radios) different than they use > for the baseband (BB) MAC between the Modem device and Router (this is > like the logical tunneling between Modem devices mentioned in section > 2 of DLEP-20), I want to reiterate that we are talking about the BB > MAC and not the OTA MAC. > > > > Router <==========> Modem <===========> Modem <===========> Router > > BB OTA BB > > > > I work with a variety of different non-commercial MANET waveforms that > have different ways of sending the BB data OTA. Most use IEEE 802.3 > Ethernet or PPP as the BB MAC between the Router and Modem. > > > > Many send the entire BB MAC header + IP header + IP payload > encapsulated in the OTA MAC payload. > > > > Router <==========> Modem <===========> Modem <===========> Router > > +--------+ +--------+ +--------+ > > |IP payld| |IP payld| |IP payld| > > +--------+ +--------+ +--------+ > > | IP Hdr | | IP Hdr | | IP Hdr | > > +--------+ +--------+ +--------+ > > | BB MAC | | BB MAC | | BB MAC | > > +--------+ +--------+ +--------+ > > | OTA MAC| > > +--------+ > > > > Others compress the BB MAC header and only send the IP header + IP > payload encapsulated in the OTA MAC payload > > > > Router <==========> Modem <===========> Modem <===========> Router > > +--------+ +--------+ +--------+ > > |IP payld| |IP payld| |IP payld| > > +--------+ +--------+ +--------+ > > | IP Hdr | | IP Hdr | | IP Hdr | > > +--------+ +--------+ +--------+ > > | BB MAC | |compress| | BB MAC | > > +--------+ +--------+ +--------+ > > | OTA MAC| > > +--------+ > > > > Others compress both the BB MAC and IP headers before sending the > compressed header + IP payload encapsulated in the OTA MAC payload. > > > > Router <==========> Modem <===========> Modem <===========> Router > > +--------+ +--------+ +--------+ > > |IP payld| |IP payld| |IP payld| > > +--------+ +--------+ +--------+ > > | IP Hdr | |compress| | IP Hdr | > > +--------+ +--------+ +--------+ > > | BB MAC | | OTA MAC| | BB MAC | > > +--------+ +--------+ +--------+ > > > > And the size of the compression can vary depending upon the prior and > current state of the headers and compression. > > > > So of the choices > > > > (1) include IP payload, IP header, and BB MAC in credit window > > > > (2) include only the IP payload and IP header in the credit window > > > > (3) include only the IP payload in the credit window > > > > I RECOMMEND choice (1)because if the Modem does compression, then > sometimes the Router is paced even when it might have had space to > send a little bit more traffic. > > > > But that is better than choices (2) or (3) because either > > (a) cases arise where the headers have to be sent uncompressed and > hence the Router might think it has space to send more data when it > really didnt, or > > (b) the Modem always reserved extra space for uncompressed headers > but because it doesnt know if they are long or short IP packets, it > has to include a lot of excessive padding and hence could flow control > the Router when it doesnt need to > > > > -- > > James A. (Jim) Stevens, PhD > > Network Architect / Technical Fellow > > Rockwell Collins Government Systems > > > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > > > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet From nobody Sat Mar 19 06:51:36 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED2DA12D51E for ; Sat, 19 Mar 2016 06:51:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zUqheggtQgnZ for ; Sat, 19 Mar 2016 06:51:32 -0700 (PDT) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FE0512D514 for ; Sat, 19 Mar 2016 06:51:32 -0700 (PDT) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Sat, 19 Mar 2016 13:51:05 +0000 From: Rick Taylor To: Lou Berger , Stan Ratliff , "James A. (Jim) Stevens" Thread-Topic: [manet] Question on draft-ietf-manet-credit-window-02 Thread-Index: AQHRgWAs6AcH5wMxakKKkHlHYExyNp9gDQ6AgACnP4CAAA1PgIAAADrA Date: Sat, 19 Mar 2016 13:51:06 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C384F2CE@tss-server1.home.tropicalstormsoftware.com> References: <38A5475DE83986499AEACD2CFAFC3F9801C384E162@tss-server1.home.tropicalstormsoftware.com> <56ED523D.8040901@labn.net> In-Reply-To: <56ED523D.8040901@labn.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: MANET IETF Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Mar 2016 13:51:35 -0000 Lou, As mentioned before, credit windowing is not my document, and I may have mi= sunderstood some of the fine details, but: I believe credits do not directly map to OTA bandwidth (where I agree heade= rs have a massive impact with small frames), and hence sub-IP headers shoul= d not be counted. Yes, avoiding overloading of the OTA bandwidth is the purpose, but credit-w= indowing attempts to solve that problem by throttling at the LAN interface = to the modem rather than the RF interface, and therefore flow control shoul= d be done with metrics that make sense on the LAN side. Yes, any smart mod= em is going to have to do some on-the-fly calculation of credit windows giv= en a clever OTA compression scheme, but that's the modem's business. In my= opinion, DLEP cannot make assumptions about what happens between modems - = that way madness lies... I agree, PAUSE/PFC is a viable alternative to what is being proposed in thi= s draft, and hence I'm watching the new proposed DLEP extensions covering i= t with interest, but that doesn't invalidate this approach. Rick -----Original Message----- From: Lou Berger [mailto:lberger@labn.net]=20 Sent: 19 March 2016 13:21 To: Rick Taylor; Stan Ratliff; James A. (Jim) Stevens Cc: MANET IETF Subject: Re: [manet] Question on draft-ietf-manet-credit-window-02 Rick, Take a look at the bandwidth impact of headers on small frames and you'= ll see it's pretty significant. If credits relate to OTA bandwidth, IMO he= aders have to be included. I don't have any strong opinions/preferences on= how this should be done for DLEP. If credit window does *not* relate to O= TA bandwidth, then I personally think the extension is overkill and I'd go = for a PAUSE/PFC based approach. Lou PS we had the basically same drawn out "discussion" when defining intserv a= nd eventually agreed that headers have to taken into account as part of ban= dwidth calculations. On 3/19/2016 8:51 AM, Rick Taylor wrote: > > I'm mostly on the side-lines for credit-windowing, but Jim's choice 2=20 > is what I have always assumed. > > =20 > > Given that the Layer-2 header size is known already by the router and=20 > modem, due to the single layer-2 requirement of DLEP, I don't think it=20 > should be included in **any** metrics concerning 'amounts of data',=20 > e.g. Credit-windowing, CDR or MTU. Even if the modem does clever=20 > compression/aggregation of headers (from any layer), that bit only=20 > runs between modems, and the DLEP data items are associated with=20 > Destinations, and the destination is not the remote modem, hence the=20 > 'flow' is: > > =20 > > BB MAC + IP Header + IP Payload<-local-> OTA Mac/Magic + Payload=20 > <-air-> OTA Mac/Magic + Payload <-local-> BB MAC + IP Header + IP Payload= . > > =20 > > sizeof(BB Mac) is well-known by all DLEP participants, and sizeof(OTA > MAC/Magic) is private to the modem implementation, hence credits=20 > should refer to sizeof(IP Header + IP Payload). > > =20 > > When comparing this to dlep-draft-20, the core spec makes no mention=20 > of layer-2 headers in the CDR/MDR data items (which also talk about=20 > 'amounts of data' - perhaps this needs clarifying), and explicitly=20 > excludes layer-2 headers in the MTU data item (as that is what is=20 > generally understood by MTU). > > =20 > > Cheers, > > =20 > > Rick > > =20 > > =20 > > =20 > > *From:*manet [mailto:manet-bounces@ietf.org] *On Behalf Of *Stan=20 > Ratliff > *Sent:* 19 March 2016 02:35 > *To:* James A. (Jim) Stevens > *Cc:* MANET IETF > *Subject:* Re: [manet] Question on draft-ietf-manet-credit-window-02 > > =20 > > Jim, > > =20 > > Thanks for that info. I'll be crafting text this weekend.=20 > > =20 > > Regards, > > Stan > > =20 > > On Fri, Mar 18, 2016 at 5:50 PM, James A. (Jim) Stevens=20 > > wrote: > > >Date: Fri, 18 Mar 2016 16:25:32 -0400 > >From: Stan Ratliff >> > >Message-ID: > =20 > mail.com>> > > > >Seems like something that is a statistical 'fly on the elephant's > rear'... > >however, to reach a conclusion - would adding some text along the > lines of > >"Credit counts MUST include the payload, the MAC header, and any=20 > >padding included at the MAC layer." allay your concern??? > > > >Regards, > >Stan > > Because some radio networks have their own over-the-air (OTA) MAC and=20 > MAC addressing between Modem devices (radios) different than they use=20 > for the baseband (BB) MAC between the Modem device and Router (this is=20 > like the logical tunneling between Modem devices mentioned in section > 2 of DLEP-20), I want to reiterate that we are talking about the BB=20 > MAC and not the OTA MAC. > > =20 > > Router <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router > > BB OTA BB > > =20 > > I work with a variety of different non-commercial MANET waveforms that=20 > have different ways of sending the BB data OTA. Most use IEEE 802.3=20 > Ethernet or PPP as the BB MAC between the Router and Modem. > > =20 > > Many send the entire BB MAC header + IP header + IP payload=20 > encapsulated in the OTA MAC payload. > > =20 > > Router <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router > > +--------+ +--------+ +--------+ > > |IP payld| |IP payld| |IP payld| > > +--------+ +--------+ +--------+ > > | IP Hdr | | IP Hdr | | IP Hdr | > > +--------+ +--------+ +--------+ > > | BB MAC | | BB MAC | | BB MAC | > > +--------+ +--------+ +--------+ > > | OTA MAC| > > +--------+ > > =20 > > Others compress the BB MAC header and only send the IP header + IP=20 > payload encapsulated in the OTA MAC payload > > =20 > > Router <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router > > +--------+ +--------+ +--------+ > > |IP payld| |IP payld| |IP payld| > > +--------+ +--------+ +--------+ > > | IP Hdr | | IP Hdr | | IP Hdr | > > +--------+ +--------+ +--------+ > > | BB MAC | |compress| | BB MAC | > > +--------+ +--------+ +--------+ > > | OTA MAC| > > +--------+ > > =20 > > Others compress both the BB MAC and IP headers before sending the=20 > compressed header + IP payload encapsulated in the OTA MAC payload. > > =20 > > Router <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D> Modem <=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D> Router > > +--------+ +--------+ +--------+ > > |IP payld| |IP payld| |IP payld| > > +--------+ +--------+ +--------+ > > | IP Hdr | |compress| | IP Hdr | > > +--------+ +--------+ +--------+ > > | BB MAC | | OTA MAC| | BB MAC | > > +--------+ +--------+ +--------+ > > =20 > > And the size of the compression can vary depending upon the prior and=20 > current state of the headers and compression. > > =20 > > So of the choices > > =20 > > (1) include IP payload, IP header, and BB MAC in credit window > > =20 > > (2) include only the IP payload and IP header in the credit window > > =20 > > (3) include only the IP payload in the credit window > > =20 > > I RECOMMEND choice (1)because if the Modem does compression, then=20 > sometimes the Router is paced even when it might have had space to=20 > send a little bit more traffic. > > =20 > > But that is better than choices (2) or (3) because either > > (a) cases arise where the headers have to be sent uncompressed and=20 > hence the Router might think it has space to send more data when it=20 > really didn't, or > > (b) the Modem always reserved extra space for uncompressed headers -=20 > but because it doesn't know if they are long or short IP packets, it=20 > has to include a lot of excessive padding and hence could flow control=20 > the Router when it doesn't need to > > =20 > > -- > > James A. (Jim) Stevens, PhD > > Network Architect / Technical Fellow > > Rockwell Collins Government Systems > > =20 > > > _______________________________________________ > manet mailing list > manet@ietf.org =20 > https://www.ietf.org/mailman/listinfo/manet > > =20 > > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet From nobody Sun Mar 20 06:47:17 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66E4412D5D8 for ; Sun, 20 Mar 2016 06:47:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 am3CdwEz3ogj for ; Sun, 20 Mar 2016 06:47:12 -0700 (PDT) Received: from mail-qg0-x230.google.com (mail-qg0-x230.google.com [IPv6:2607:f8b0:400d:c04::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21D5012D57C for ; Sun, 20 Mar 2016 06:47:12 -0700 (PDT) Received: by mail-qg0-x230.google.com with SMTP id y89so137857260qge.2 for ; Sun, 20 Mar 2016 06:47:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=ESlFAQSwJaahgZdqBp22m0MshzyDpKXtv0Qxp4PPekU=; b=DTTJlXq7Vy57DMEcRltMKbdBggo4I0TLmUzPoMSLpJEiuc+Bn6Vtd2bcPxGz1pZ+OE 29eAoUf+FBA4iMDPh8K/9cEonv4ygaishlqwaa2SOU2Y9wIoi9Nl94na4PxCVjid24jP LzU9qYmV89V71N8N7GjiesRhB1RVNb01h7sI6PW9xWjQfqj6UOQVs337uOn7mTRNAkmy 8cBVxIn6Kdsy1fGiFYXYEBJBespqhxjuuB5wtAph8E9Y0offR67jCCkAIGGkofcffyES VzhCnB1uevK5k+FFDmGg8U8FgVAqeSr6fUm7eZjVs1SCo/P3rdeeeHrOU989wAtZ1uXU TXWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=ESlFAQSwJaahgZdqBp22m0MshzyDpKXtv0Qxp4PPekU=; b=I6s/H0M22C2U+7opcMMxqo80NvQiF97IFazLvGQ2MpdfYOb+c4pzX1eRvk3/EfThtE hb7DHNtLhzlezRqgEhH5ZFNe8Gqk6rOfE7V/27Syow2ErWHmW+H1OScUf5V2P/sChdSu 7sYW0VoGpphC7wEdfmBNt+WyER3NOrzvgTri+/pln1yjV/K3OJYGsmP4d68tQz5ldXrF pBcvQ8Kx3I3eMCnG0Z8TEDeFDPBp09Cm893cMS51+6eLvR9RZauq1U+tL7g46jy/ZyXa adrvFsZnMRadsmN56AugwQzUWSugJ6lbKDuNqmIlrJ1jgGX1VSZrQVIuRboyXdYsa+CX nZPw== X-Gm-Message-State: AD7BkJIYBpF78jFmr+FIfa6kMBVk30lZIRGvxrOASQnMbyYscBkGC+jvvkt/u5HFq7dnZvclaJ62jA+HUz9wsA== MIME-Version: 1.0 X-Received: by 10.140.222.136 with SMTP id s130mr36769368qhb.62.1458481631236; Sun, 20 Mar 2016 06:47:11 -0700 (PDT) Received: by 10.140.18.193 with HTTP; Sun, 20 Mar 2016 06:47:11 -0700 (PDT) In-Reply-To: <57FC3561-98D5-4CA8-BE8A-3997CB30EA7F@thomasclausen.org> References: <56D4EB7D.4010002@earthlink.net> <944B9E01-74B7-45AD-ACB8-FA79347BC22E@fu-berlin.de> <68F1C08B-82C2-484B-8B9C-71ABE350EB57@fu-berlin.de> <57FC3561-98D5-4CA8-BE8A-3997CB30EA7F@thomasclausen.org> Date: Sun, 20 Mar 2016 15:47:11 +0200 Message-ID: From: Abdussalam Baryun To: manet Content-Type: multipart/alternative; boundary=001a113773608a9785052e7b37e2 Archived-At: Cc: Charles Perkins , Christopher Dearlove Subject: Re: [manet] AODVv2 responses to recent comments X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2016 13:47:15 -0000 --001a113773608a9785052e7b37e2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi All, I did not read on the list that AODVv2 has problems in loops (IMO: no participant reported this), it may happen outside the IETF because some people may not understand AODV and we can advise them. I don't know why participants are discussing a loop-problem that was not reported in details in IETF. Sorry that I don't understand the discussion of a problem that was not defined, please help (I hope the participant that has the loop-problem to respond because I still don't know who was the implementor) AB AB On Thu, Mar 17, 2016 at 6:45 PM, wrote: > > On 17 Mar 2016, at 17:40, Dearlove, Christopher (UK) < > chris.dearlove@baesystems.com> wrote: > > There is a problem when you have information that isn=E2=80=99t public. T= hough if > it=E2=80=99s sent to you wearing IETF hat, is it covered by Note Well? > > > This is actually an interesting point. As one of the WG chairs is also an > author, I would assume that he=E2=80=99d have been a recipient of this in= formation, > and that therefore very much should be covered by Note Well? > > But let=E2=80=99s suppose you=E2=80=99ve decided you can=E2=80=99t give d= etails. You probably can > still say =E2=80=9CSomeone has raised an issue with us, we=E2=80=99re try= ing to get it > handled.=E2=80=9D. What you (one) can definitely do is bear that in mind = and not > makes statements that will later appear to be at odds with what you then > knew. > > I=E2=80=99m still not clear as to whether there was a late discovered rea= l problem > that needed fixing. > > > I=E2=80=99m with you on that one, coming down on the =E2=80=9C=E2=80=A6ne= ed to be convinced=E2=80=9D side > of the fence, however. > > Thomas > > > *--* > > > > > *Christopher DearloveSenior Principal EngineerBAE Systems Applied > Intelligence Laboratories* > > *________________________________________________________________________= __* > *T*: +44 (0)1245 242194 | *E: *chris.dearlove@baesystems.com > > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great > Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP > > *From:* Lotte Steenbrink [mailto:lotte.steenbrink@fu-berlin.de > ] > *Sent:* 17 March 2016 16:19 > *To:* Dearlove, Christopher (UK) > *Cc:* Charlie Perkins; manet > *Subject:* Re: [manet] AODVv2 responses to recent comments > > > **** WARNING **** > > *This message originates from outside our organisation, either from an > external partner or the internet.* > > *Consider carefully whether you should click on any links, open any > attachments or reply.For information regarding **Red Flags** that you can > look out for in emails you receive, click here > .* > *If you feel the email is suspicious, please follow this process > .* > Hello Christopher, > > > Am 16.03.2016 um 18:22 schrieb Dearlove, Christopher (UK) < > chris.dearlove@baesystems.com>: > > I haven=E2=80=99t followed the example (I hope to find time - but that=E2= =80=99s true of > too many things, with DLEP ahead of AODVv2 on this list). > > But we have a loop, a pretty fundamental problem in a routing algorithm, > being discussed by the authors off-list, > > > If we could=E2=80=99ve, I would=E2=80=99ve loved to share this with the l= ist immediately. > I=E2=80=99m not sure if there=E2=80=99s a procedure for this kind of situ= ation we should=E2=80=99ve > followed? If there is, I=E2=80=99d be more than happy to learn from it an= d do > better next time. > > > while in parallel assuring the list that =E2=80=9COther discussion about = routing > loops has not identified routing loop problems in the existing > specification.=E2=80=9D (see email chain below). > > > I think we have a real problem with what=E2=80=99s wanting to advance to = Proposed > Standard soon, in terms of process and confidence. > > > I think I understand where your worries come from. However, I do think ou= r > efforts to improve our communication are visible, and apart from the > communication delay, the fact that this research exists actually improves > my confidence in the document: It found loops that were (imho) pretty > tricky to come up with by thinking hard about the problem alone, and we= =E2=80=99ve > been able to fix them, making AODVv2 more solid. > > > > (I still haven=E2=80=99t managed to even write up comments on the perhaps= one > third of the draft I have read through yet.) > > Personally, I=E2=80=99d be happy to go through them in chunks as well :) = Maybe > that could also speed up the back and forth of =E2=80=9Ex isn=E2=80=99t q= uite right=E2=80=9C =E2=80=9Ewould > y resolve the issue?=E2=80=9C =E2=80=9Eyes/no=E2=80=9C, which would in tu= rn speed up the progress > of this document? Anyhow, all feedback is very welcome. > > Best regards, > Lotte Steenbrink > > > > > > *--* > > > > > *Christopher DearloveSenior Principal EngineerBAE Systems Applied > Intelligence Laboratories* > > *________________________________________________________________________= __* > *T*: +44 (0)1245 242194 | *E: *chris.dearlove@baesystems.com > > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great > Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP > > > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --001a113773608a9785052e7b37e2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi All,

I did not read on the list = that AODVv2 has problems in loops (IMO: no participant reported this), it m= ay happen outside the IETF because some people may not understand AODV and = we can advise them. I don't know why participants are discussing a loop= -problem that was not reported in details in IETF.

Sorry that I don= 't understand the discussion of a problem that was not defined, please = help (I hope the participant that has the loop-problem to respond because I= still don't know who was the implementor)

AB

AB

On Thu, Mar 17, 2016 at 6:45 PM, <ietf@thomasclausen.org= > wrote:

= On 17 Mar 2016, at 17:40, Dearlove, Christopher (UK) <chris.dearlove@baesystems.= com> wrote:

There is a probl= em when you have information that isn=E2=80=99t public. Though if it=E2=80= =99s sent to you wearing IETF hat, is it covered by Note Well?

This is actually an interesting point. As one= of the WG chairs is also an author, I would assume that he=E2=80=99d have = been a recipient of this information, and that therefore very much should b= e covered by Note Well?

But let=E2=80=99s suppose you=E2=80=99ve de= cided you can=E2=80=99t give details. You probably can still say =E2=80=9CS= omeone has raised an issue with us, we=E2=80=99re trying to get it handled.= =E2=80=9D. What you (one) can definitely do is bear that in mind and not ma= kes statements that will later appear to be at odds with what you then knew= .
=C2=A0=
I=E2=80=99m still not clear= as to whether there was a late discovered real problem that needed fixing.=

I=E2=80=99m with you = on that one, coming down on the =E2=80=9C=E2=80=A6need to be convinced=E2= =80=9D side of the fence, however.

Thomas
=C2=A0

--

Christopher Dearlov= e
Senior Principal Engineer
BAE Systems Applied Intelligence Laborato= ries
_____________________________________________= _____________________________

T: =C2=A0+44 (0)1245 242194 =C2=A0| =C2=A0E:<= span>=C2=A0chris.dearlo= ve@baesystems.com

BAE Systems Applied Int= elligence, Chelmsford Technology Park, Great Baddow, Chelmsford, Essex CM2 = 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in En= gland & Wales No: 01337451

Registered Office: Surrey Research Park, Guildford= , Surrey, GU2 7YP

=C2=A0
From:=C2=A0L= otte Steenbrink [mailto:lotte.stee= nbrink@fu-berlin.de]=C2=A0
Sent:=C2=A017 March 2016 16:19
To:=C2=A0Dearlove, Christophe= r (UK)
Cc:=C2=A0Charlie Perkins; manet
Subject= :=C2=A0Re: [manet] AODVv2 responses to recent comments<= /u>
=C2=A0<= /u>
=C2=A0
*** WARNING ***

This message= originates from outside our organisation, either from an external partner = or the internet.
Consider carefully whether you should click on any links, = open any attachments or reply.
For information regarding=C2=A0Red Flags=C2=A0that you can look out for in emails you receive, click=C2=A0here.
If you feel the email is suspicious, plea= se follow=C2=A0th= is process.

Hello Christopher,
<= /div>
=C2=A0
Am 16.03= .2016 um 18:22 schrieb Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>:
=C2=A0
I haven=E2=80=99t followed the example (I hope to f= ind time - but that=E2=80=99s true of too many things, with DLEP ahead of A= ODVv2 on this list).
=C2=A0
But we have a loop, a pretty fundamental problem in a routing= algorithm, being discussed by the authors off-list,
=C2=A0
If we could=E2=80=99ve, I would= =E2=80=99ve loved to share this with the list immediately. I=E2=80=99m not = sure if there=E2=80=99s a procedure for this kind of situation we should=E2= =80=99ve followed? If there is, I=E2=80=99d be more than happy to learn fro= m it and do better next time.


whi= le in parallel assuring the list that =E2=80=9COther discussion about routi= ng loops has not identified routing loop problems in the existing specifica= tion.=E2=80=9D (see email chain below).
=C2=A0
I think we have a real problem with what=E2=80=99s = wanting to advance to Proposed Standard soon, in terms of process and confi= dence.
=C2=A0
I = think I understand where your worries come from. However, I do think our ef= forts to improve our communication are visible, and apart from the communic= ation delay, the fact that this research exists actually improves my confid= ence in the document: It found loops that were (imho) pretty tricky to come= up with by thinking hard about the problem alone, and we=E2=80=99ve been a= ble to fix them, making AODVv2 more solid.


=C2=A0
(I still haven=E2=80=99t managed to even write up comments on the= perhaps one third of the draft I have read through yet.)<= /u>
=C2=A0
=
Personally, I=E2=80=99d be happy to go th= rough them in chunks as well :) Maybe that could also speed up the back and= forth of =E2=80=9Ex isn=E2=80=99t quite right=E2=80=9C =E2=80=9Ewould y re= solve the issue?=E2=80=9C =E2=80=9Eyes/no=E2=80=9C, which would in turn spe= ed up the progress of this document? Anyhow, all feedback is very welcome.<= u>
=C2=A0
Best regards,
Lotte Steenbrink
=C2=A0


= =C2=A0

--

Christopher Dearlove
Senior Principal Engineer
BAE = Systems Applied Intelligence Laboratories
________= __________________________________________________________________

T: =C2=A0+44 (0= )1245 242194 =C2=A0| =C2=A0E:=C2=A0chris.dearlove@baesys= tems.com

BAE Systems Applied Intel= ligence, Chelmsford Technology Park, Great Baddow, Chelmsford, Essex CM2 8H= N.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered i= n England & Wales No: 01337451

Registered Office: Surrey Research Park,= Guildford, Surrey, GU2 7YP

=C2=A0

********************************= ************************************
This email and any attachments are = confidential to the intended
recipient and may also be privileged. If yo= u are not the intended
recipient please delete it from your system and n= otify the sender.
You should not copy it or use it for any purpose nor d= isclose or
distribute its contents to any other person.
*************= *******************************************************

_______________________________________________=
manet mailing list=
= manet@ietf.org
https://www.ietf.org/mailman/list= info/manet


_____________________= __________________________
manet mailing list
manet@ietf.org
https://www.ietf.org/mailman/listinfo/manet


--001a113773608a9785052e7b37e2-- From nobody Sun Mar 20 15:54:06 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5097312D59D for ; Sun, 20 Mar 2016 15:54:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.349 X-Spam-Level: X-Spam-Status: No, score=-2.349 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 aoI9KZB5xX8J for ; Sun, 20 Mar 2016 15:54:03 -0700 (PDT) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D09612D547 for ; Sun, 20 Mar 2016 15:53:49 -0700 (PDT) Received: by mail-wm0-x22f.google.com with SMTP id l68so132289607wml.0 for ; Sun, 20 Mar 2016 15:53:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=CyvW2CqjDhyTDi7eucIyAkfBZKDF+k6OYgl69aepyNk=; b=X7wImhImCpd0RzyELmq+CbCDUK9H6sCoUrJOWNMMWPKGQVy/5buTN2NM0yjU0ovi3q RkncyBT5AstacdjsyS23NR9rcCRo5YgfBiqMvSmEMmanzAYQfUnwDVAlpzBxYTs158sw PSqJbCtAQ5sJbxyoXPjmvb1lAkaHpOxNzXV3wXe+I08Lg9vJg/p0nGYoA7oJumH5aOOT dYGS9TDsZHnwPp5xd4FaERJsNnSIYEeuCo10GF1o3+oPFhCQ9QApcv7qdgN6u5bK+VE/ XiVz/dUHrNHLHxijPIoDp2ezWI1PyMF0gz3cuuqeU+28rcUys96xtagwMnfhq/QB5Tw1 ba4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=CyvW2CqjDhyTDi7eucIyAkfBZKDF+k6OYgl69aepyNk=; b=Z7hX+HCgVKp5GBtYWE/8YL6IBvn53eAGX5lykXh/c9UE7+SWQypXL1VNcT03bM7Fz5 gDSkNKHGZWFz1PR3s7RSsy8ThsPnuxRHmVrtY3C6geA2tjkJUkfC/XpKc9XkvJrCfqB2 OQd6LKmgJvL/45U97C0c1frFwVju7FSGEVVnwVuv8NNa4RM/BHjXOn1D8MMSjuD/NMmv h+RSDsivB4WGge2JyFfKtjRQOGFsWYr/mX3HrYrmhBwt3gGiUMiQoP5lg9MAPQ25ijeD yKZ1mP97U9SD1puCmeMZkegUrKSilAp0PoaDj7bM1MA0hFMwjY4UOgUbcbaOxsgwBMrw KqnQ== X-Gm-Message-State: AD7BkJJcTblgoCfmIg8A6+vAoLCNnJDZMt7jMXGKqh8NsJweumSsq7na/xGPVMKcV6xE5SIprK6eawHp5fKC5w== MIME-Version: 1.0 X-Received: by 10.28.227.69 with SMTP id a66mr10219357wmh.57.1458514427712; Sun, 20 Mar 2016 15:53:47 -0700 (PDT) Sender: yi.jiazi@gmail.com Received: by 10.194.246.201 with HTTP; Sun, 20 Mar 2016 15:53:47 -0700 (PDT) In-Reply-To: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> References: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> Date: Sun, 20 Mar 2016 23:53:47 +0100 X-Google-Sender-Auth: zX75nLHjRLFvyrFHW9nKTPzWuTo Message-ID: From: Jiazi YI To: Thomas Heide Clausen Content-Type: multipart/alternative; boundary=001a114b15845d1f33052e82da8a Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Mar 2016 22:54:05 -0000 --001a114b15845d1f33052e82da8a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > > *Intermediate Route Replies, and all of section 10* > Section 10 contains a set of =E2=80=9Cvaguely specified extensions=E2=80= =9D, which is > incoherent with the intended status indicated for this document. > > Specifically, and this is not unrelated to the point about loops above, > intermediate RREPs (section 10.3) are a potential source for loops. > > Expanding Ring Multicast (section 10.1) is not documented in a way that > can be implemented (and also, see =E2=80=9CForwarding-vs-regeneration=E2= =80=9D below, it is > in the present form of this protocol impossible), etc. > On those optional features, from the point of view of an engineer, I would like to see: - how the features should be implemented. i.e., they should be clearly specified. - What's the "benefit" of those features, as well as the "cost" -- for example, message overhead, processing delay, complexity, etc., so that I can decide if I need/should implement those features or not. If the feature(s) has no cost but only benefit, it should go to the core specification directly. - The interoperability with the implementations without the optional features. - If the feature brings additional security threats. If yes, what's them and how to mitigate them. best Jiazi --001a114b15845d1f33052e82da8a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I= ntermediate Route Replies, and all of section 10
Section 10 contains a set of =E2=80=9Cvaguely specified extensions=E2=80= =9D, which is incoherent with the intended status indicated for this docume= nt.=C2=A0

Specifically, and this is not unrelated = to the point about loops above, intermediate RREPs (section 10.3) are a pot= ential source for loops.

Expanding Ring Multicast = (section 10.1) is not documented in a way that can be implemented (and also= , see =E2=80=9CForwarding-vs-regeneration=E2=80=9D below, it is in the pres= ent form of this protocol impossible), etc.
<= div>
On those optional features, from the point of view of an= engineer, I would like to see:

=C2=A0 =C2=A0- how= the features should be implemented. i.e., they should be clearly specified= .=C2=A0

=C2=A0 =C2=A0- What's the "benefi= t" of those features, as well as the "cost" -- for example, = message overhead, processing delay, complexity, etc., so that I can decide = if I need/should implement those features or not. If the feature(s) has no = cost but only benefit, it should go to the core specification directly.=C2= =A0

=C2=A0 =C2=A0- The interoperability with the i= mplementations without the optional features.=C2=A0

=C2=A0 =C2=A0- If the feature brings additional security threats. If yes,= what's them and how to mitigate them.=C2=A0

b= est

Jiazi
=C2=A0

--001a114b15845d1f33052e82da8a-- From nobody Mon Mar 21 06:39:45 2016 Return-Path: X-Original-To: manet@ietf.org Delivered-To: manet@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AA12112D6B8; Mon, 21 Mar 2016 06:39:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.17.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160321133941.31984.94806.idtracker@ietfa.amsl.com> Date: Mon, 21 Mar 2016 06:39:41 -0700 Archived-At: Cc: manet@ietf.org Subject: [manet] I-D Action: draft-ietf-manet-ibs-05.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 13:39:41 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Mobile Ad-hoc Networks of the IETF. Title : Identity-Based Signatures for MANET Routing Protocols Author : Christopher Dearlove Filename : draft-ietf-manet-ibs-05.txt Pages : 16 Date : 2016-03-21 Abstract: This document extends RFC7182, which specifies a framework for, and specific examples of, integrity check values (ICVs) for packets and messages using the generalized packet/message format specified in RFC5444. It does so by defining an additional cryptographic function that allows the creation of an ICV that is an identity-based signature, defined according to the ECCSI (Elliptic Curve-Based Certificateless Signatures for Identity-Based Encryption) algorithm specified in RFC6507. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-manet-ibs/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-manet-ibs-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-ibs-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 21 06:45:14 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B3FD12D73D; Mon, 21 Mar 2016 06:45:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.127 X-Spam-Level: X-Spam-Status: No, score=-6.127 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RDNS_NONE=0.793] 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 RXgOg-v2zNt8; Mon, 21 Mar 2016 06:45:11 -0700 (PDT) Received: from ukmta2.baesystems.com (unknown [20.133.0.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E4F912D69C; Mon, 21 Mar 2016 06:45:10 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.24,372,1454976000"; d="scan'208";a="32367868" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta2.baesystems.com with ESMTP; 21 Mar 2016 13:45:06 +0000 X-IronPort-AV: E=Sophos;i="5.24,372,1454976000"; d="scan'208";a="110953351" Received: from glkxh0005v.greenlnk.net ([10.109.2.36]) by baemasmds016.greenlnk.net with ESMTP; 21 Mar 2016 13:45:06 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.79]) by GLKXH0005V.GREENLNK.net ([10.109.2.36]) with mapi id 14.03.0248.002; Mon, 21 Mar 2016 13:45:06 +0000 From: "Dearlove, Christopher (UK)" To: Stephen Farrell , The IESG Thread-Topic: Stephen Farrell's Discuss on draft-ietf-manet-ibs-04: (with DISCUSS and COMMENT) Thread-Index: AQHRUglSpz5i4kghnk6Esgrt6AGIkJ9kSwpw Date: Mon, 21 Mar 2016 13:45:06 +0000 Message-ID: References: <20160118160005.5086.59480.idtracker@ietfa.amsl.com> In-Reply-To: <20160118160005.5086.59480.idtracker@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Archived-At: Cc: "manet@ietf.org" , "T.Clausen@computer.org" , "draft-ietf-manet-ibs@ietf.org" , "manet-chairs@ietf.org" Subject: Re: [manet] Stephen Farrell's Discuss on draft-ietf-manet-ibs-04: (with DISCUSS and COMMENT) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 13:45:13 -0000 U29ycnkgYWJvdXQgZGVsYXksIEkgaGFkIHNvbWVvbmUgdG8gZWl0aGVyIHNxdWFyZSBvciBsZWF2 ZSBsb25nIGVub3VnaCB0byBmYWlsIHRvIHNxdWFyZS4gQSAtMDUgaGFzIGJlZW4gc3VibWl0dGVk Lg0KDQpIb3BpbmcgdGhpcyBtZWV0cyB0aGUgRElTQ1VTUyBpc3N1ZS4gV2l0aCByZWdhcmQgdG8g dGhlIGNvbW1lbnQgb24gNC4xLCB0aGVyZSBhbHJlYWR5IHdhcyBhIG5vdCBxdWl0ZSBjb21wbGV0 ZSBzcGVjaWZpY2F0aW9uIGluIDQuMywgSSd2ZSBub3cgY3Jvc3MtcmVmZXJlbmNlZCBhbmQgZmxl c2hlZCBvdXQgdGhhdCBzcGVjaWZpY2F0aW9uIGFzIGEgcmVjb21tZW5kYXRpb24uDQoNCi0tIA0K Q2hyaXN0b3BoZXIgRGVhcmxvdmUNClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXINCkJBRSBTeXN0 ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExhYm9yYXRvcmllcw0KX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cg0KVDogwqArNDQgKDApMTI0NSAyNDIxOTQgwqB8IMKgRTogY2hyaXMuZGVhcmxvdmVAYmFlc3lz dGVtcy5jb20NCg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2ZvcmQg VGVjaG5vbG9neSBQYXJrLCBHcmVhdCBCYWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4SE4u DQp3d3cuYmFlc3lzdGVtcy5jb20vYWkNCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNl IExpbWl0ZWQNClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmIFdhbGVzIE5vOiAwMTMzNzQ1MQ0KUmVn aXN0ZXJlZCBPZmZpY2U6IFN1cnJleSBSZXNlYXJjaCBQYXJrLCBHdWlsZGZvcmQsIFN1cnJleSwg R1UyIDdZUA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogU3RlcGhlbiBGYXJy ZWxsIFttYWlsdG86c3RlcGhlbi5mYXJyZWxsQGNzLnRjZC5pZV0gDQpTZW50OiAxOCBKYW51YXJ5 IDIwMTYgMTY6MDANClRvOiBUaGUgSUVTRw0KQ2M6IGRyYWZ0LWlldGYtbWFuZXQtaWJzQGlldGYu b3JnOyBhcmV0YW5hQGNpc2NvLmNvbTsgbWFuZXQtY2hhaXJzQGlldGYub3JnOyBULkNsYXVzZW5A Y29tcHV0ZXIub3JnOyBtYW5ldEBpZXRmLm9yZw0KU3ViamVjdDogU3RlcGhlbiBGYXJyZWxsJ3Mg RGlzY3VzcyBvbiBkcmFmdC1pZXRmLW1hbmV0LWlicy0wNDogKHdpdGggRElTQ1VTUyBhbmQgQ09N TUVOVCkNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSEgV0FSTklORyAhIC0tLS0tLS0tLS0tLS0t LS0tLS0tLS0gVGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRlIG91ciBvcmdhbmlz YXRpb24sIGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIgb3IgZnJvbSB0aGUgaW50ZXJu ZXQuDQpDb25zaWRlciBjYXJlZnVsbHkgd2hldGhlciB5b3Ugc2hvdWxkIGNsaWNrIG9uIGFueSBs aW5rcywgb3BlbiBhbnkgYXR0YWNobWVudHMgb3IgcmVwbHkuDQpGb2xsb3cgdGhlICdSZXBvcnQg U3VzcGljaW91cyBFbWFpbHMnIGxpbmsgb24gSVQgbWF0dGVycyBmb3IgaW5zdHJ1Y3Rpb25zIG9u IHJlcG9ydGluZyBzdXNwaWNpb3VzIGVtYWlsIG1lc3NhZ2VzLg0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KU3RlcGhlbiBGYXJyZWxs IGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KZHJhZnQtaWV0 Zi1tYW5ldC1pYnMtMDQ6IERpc2N1c3MNCg0KV2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0 aGUgc3ViamVjdCBsaW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsIGVtYWlsIGFkZHJlc3NlcyBp bmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzIGlu dHJvZHVjdG9yeSBwYXJhZ3JhcGgsIGhvd2V2ZXIuKQ0KDQoNClBsZWFzZSByZWZlciB0byBodHRw czovL3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwNCmZv ciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IElFU0cgRElTQ1VTUyBhbmQgQ09NTUVOVCBwb3NpdGlv bnMuDQoNCg0KVGhlIGRvY3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBwb3NpdGlvbnMs IGNhbiBiZSBmb3VuZCBoZXJlOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtaWV0Zi1tYW5ldC1pYnMvDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpESVNDVVNTOg0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KDQoNCk15IG1haW4gZGlzY3VzcyBwb2ludCBvbiAtMDIgb2YgdGhpcyB3YXM6DQoN CigxKSBJIGFtIGNvbmNlcm5lZCB0aGF0IFJGQzY1MDcgbWF5IG5vdCBiZSByZWFkeSBmb3IgdXNl IGluIHN0YW5kYXJkcy10cmFjayBSRkNzLiBTbyBmYXIgaXQgaGFzIG5vdCBiZWVuIGFuZCBJIGhh dmUgZm91bmQgbm8gcGVlciByZXZpZXdlZCBzZWN1cml0eSBvciBjcnlwdG9ncmFwaGljIGFuYWx5 c2lzIHRoYXQgaW5kaWNhdGVzIHRoYXQgaXQgaXMgaGFzIGJlZW4gc3R1ZGllZCB0byBzZWUgaWYg aXQgaXMgZ29vZCBlbm91Z2ggZm9yIHRoYXQuIEkndmUgYWxzbyBub3Qgc2VlbiBhbnkgTUFORVQg bGlzdCBkaXNjdXNzaW9uIG9mIHRoYXQgYXNwZWN0IChhbmQgaW5kZWVkIHRoZSBNQU5FVCBsaXN0 IGRpc2N1c3Npb24gSSBkaWQgc2VlIHNlZW1zIHRvIGludm9sdmUgdmVyeSBmZXcgcGVvcGxlKS4g IEkgYXNrZWQgb24gdGhlIENGUkcgbGlzdCBhYm91dCBSRkM2NTA3IGFuZCBpdCBzZWVtcyBbMV0g dG8gYmUgdGhlIGNhc2UgdGhhdCBuby1vbmUgaGFzIHNvIGZhciByZWFsbHkgZXZhbHVhdGVkIGl0 cyBzZWN1cml0eSwgb3RoZXIgdGhhbiBmb2xrcyBhc3NvY2lhdGVkIHdpdGggdGhlIGF1dGhvcidz IGluc3RpdHV0aW9uLiAoV2hpY2ggYXBwbGllcyB0byBib3RoIDY1MDcgYW5kIHRoaXMgSSB0aGlu ay4pIEkgYWxzbyBkaWRuJ3QgZmluZCBhbnkgcmVmZXJlbmNlcyB0byA2NTA3IGluIEdvb2dsZSBz Y2hvbGFyLiAgTGFzdGx5LCBJIHRoaW5rIHdlIHNob3VsZCBiZSwgYW5kIGJlIHNlZW4gdG8gYmUs IG1vcmUgY2FyZWZ1bCB0aGFuIHVzdWFsIHdpdGggdGhpcyBkcmFmdCAtIGdpdmVuIHRoZSBzaXR1 YXRpb24gd2l0aCBEVUFMLUVDLURSQkcsIGFuZCB0aGF0IHRoaXMgaXMgYSBuZXcgc2lnbmF0dXJl IHNjaGVtZSB0aGF0IGFsbG93cyB0aGUgS01TIHRvIGZha2UgYW55b25lJ3Mgc2lnbmF0dXJlIGFu ZCB0aGUgYXV0aG9yIGludm9sdmVkLiAgTm90ZSB0aGF0IHRoYXQgbGFzdCBpcyBub3QgYW55IGlt cHV0YXRpb24gb2YgbWlzYmVoYXZpb3VyLCBidXQgdGhlIElFVEYgd291bGQgbm90IGJlICBkb2lu ZyBkdWUtZGlsbGlnZW5jZSBpZiB3ZSBkaWRuJ3QgZXhwbGljaXRseSBjb25zaWRlciB0aGF0IGFz cGVjdC4NCg0KICBbMV0gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9jZnJn L2N1cnJlbnQvbXNnMDU1NDAuaHRtbA0KDQpUaGUgYXV0aG9ycyBoYXZlIGFkZGVkIHNlY3Rpb24g Ni4xIGFuZCBjaGFuZ2VkIHRoZSBpbnRlbmRlZCBzdGF0dXMgdG8gZXhwZXJpbWVudGFsIHdoaWNo IGRvZXMgYWxtb3N0IGVudGlyZWx5IHJlc29sdmUgdGhlIGFib3ZlLiBJIGhhdmUgb25lIGlzc3Vl IHdpdGggdGhlIHRleHQgb2YgNi4xIHRob3VnaCB0aGF0IEkgdGhpbmsgbmVlZHMgZml4aW5nIGJl Zm9yZSB3ZSBjYW4gcHJvY2VlZC4gSSdsbCBzdGF0ZSB0aGF0IGluIHRoZSBmb3JtIG9mIGFuIE9M RC9ORVcgc3VnZ2VzdGlvbiBpbiBjYXNlIHRoYXQganVzdCB3b3JrczoNCg0KT0xEOg0KCSAgIFRo aXMgc3BlY2lmaWNhdGlvbiBpcyB0aHVzIHB1Ymxpc2hlZCBhcyBleHBlcmltZW50YWwsIGluIG9y ZGVyIHRvCQ0KIAkgICBlbmNvdXJhZ2UgaXRzIHVzZSBhbmQgcmVwb3J0cyBvZiBpdHMgdXNlLiAg T25jZSBleHBlcmltZW50cyBoYXZlDQpiZWVuCQ0KIAkgICBjYXJyaWVkIG91dCBhbmQgcmVwb3J0 ZWQsIGl0IGlzIGludGVuZGVkIHRvIGFkdmFuY2UgdGhpcwkNCiAJICAgc3BlY2lmaWNhdGlvbiwg d2l0aCBhbnkgY2hhbmdlcyBpZGVudGlmaWVkIGJ5IHN1Y2gNCmV4cGVyaW1lbnRhdGlvbiwJDQog CSAgIHRvIHN0YW5kYXJkcyB0cmFjay4NCg0KTkVXOg0KCSAgIFRoaXMgc3BlY2lmaWNhdGlvbiBp cyB0aHVzIHB1Ymxpc2hlZCBhcyBleHBlcmltZW50YWwsIGluIG9yZGVyIHRvCQ0KIAkgICBlbmNv dXJhZ2UgaXRzIHVzZSBhbmQgcmVwb3J0cyBvbiBpdHMgdXNlLiAgT25jZSBleHBlcmltZW50cyBo YXZlDQpiZWVuCQ0KIAkgICBjYXJyaWVkIG91dCBhbmQgcmVwb3J0ZWQsIGFuZCB3aGVuIHNvbWUg cHVibGljIGFuYWx5c2lzIG9mIHRoZSB1bmRlcmx5aW5nIA0KICAgICAgICAgICBjcnlwdG9ncmFw aGljIGFsZ29yaXRobXMgaXMgYXZhaWxhYmxlLCBpdCBtYXkgYmUgYXBwcm9wcmlhdGUgDQp0byBh ZHZhbmNlIHRoaXMJDQogCSAgIHNwZWNpZmljYXRpb24sIHdpdGggYW55IGNoYW5nZXMgaWRlbnRp ZmllZCBieSBzdWNoIGV4cGVyaW1lbnRhdGlvbiBhbmQNCiAgICAgICAgICAgYW5hbHlzaXMsIHRv IHN0YW5kYXJkcyB0cmFjay4NCg0KTXkgcmVhc29uaW5nIGlzIGFzIGZvbGxvd3M6IHRoZSBtYWlu IHByb2JsZW0gKEkgc2VlKSB3aXRoIHRoaXMgYmVpbmcgb24gdGhlIHN0YW5kYXJkcyB0cmFjayBp cyB0aGUgdG90YWwgbGFjayBvZiBwdWJsaWMgYW5hbHlzaXMgb2YgdGhlIHNpZ25hdHVyZQ0KDQph bGdvcml0aG0uIFRoYXQgaXMgbm90IGZpeGVkIHZpYSB1c2FnZSBvciByZXBvcnRzIG9mIHVzYWdl Lg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCkNPTU1FTlQ6DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCg0KVGhlIHRl eHQgYmVsb3cgd2VyZSBhZGRpdGlvbmFsIGRpc2N1c3MgcG9pbnRzLiANCg0KV2hpbGUgSSdtIG9r IHdpdGggdGhlc2Ugbm90IGJlaW5nIHNwZWNpZmllZCBpbiBhbiBleHBlcmltZW50YWwgUkZDLCBJ IHRoaW5rIHRoZSBhYnNlbmNlIG9mIHRob3NlIGJpdHMgb2Ygc3BlY2lmaWNhdGlvbiBtZWFucyB0 aGF0IHRoaXMgaXMgY2xlYXJseSBub3QgYSBjb21wbGV0ZSBzcGVjIHRoYXQnZCBhbGxvdyBpbnRl cm9wLiANCihTbyB0aGF0IHdvdWxkIG5lZWQgdG8gYmUgZml4ZWQgYmVmb3JlIHRyeWluZyB0byBn ZXQgdGhpcyBiYWNrIG9uIHRoZSBzdGFuZGFyZHMgdHJhY2suKSBUaGUgdGV4dCBkb2VzIG5vdyBh dCBsZWFzdCBhY2sgdGhhdCB0aGUgcmV2b2NhdGlvbiB0cmljayBvciBzb21lIGVxdWl2YWxlbnQg aXMgbmVlZGVkLCBidXQgZmFpbHMgdG8gc3BlY2lmeSBhIGNvbmNyZXRlIHdheSBvZiBkb2luZyB0 aGF0LiBBbmQgd2hpbGUgdGhlIGF1dGhvcnMgZG9uJ3QgYWdyZWUgd2l0aCBtZSB0aGF0IHByaXZh dGUga2V5IHByb3Zpc2lvbmluZyBuZWVkcyB0byBiZSBzcGVjaWZpZWQgaW4gYW4gaW50ZXJvcGVy YWJsZSBtYW5uZXIsIEkgdGhpbmsgdGhhdCBpZiBvbmUgd2FzIHRvIHByb2R1Y2UgYW55IElCQyBz dGFuZGFyZCB0aGF0IGhhcyB0byBiZSBhIHBhcnQgb2YgdGhlIHdvcmssIG90aGVyd2lzZSBub2Rl cyBhcmUgbGltaXRlZCB0byB3b3JraW5nIHdpdGggYSBLTVMgaW4gYSBwcm9wcmlldGFyeSBmYXNo aW9uLCB3aGljaCBpcyBhIGtpbmQgb2YgdmVuZG9yIGxvY2tpbi4NCg0KVGhlIG9sZCBkaXNjdXNz IHBvaW50cyBhcmUgYmVsb3cuIEkgdGhpbmsgdGhpcyB3b3VsZCBiZSBiZXR0ZXIgaWYgdGhlc2Ug aXNzdWVzIHdlcmUgYWxzbyBjYWxsZWQgb3V0IGluIHNlY3Rpb24NCjYuMSBidXQgSSdsbCBub3Qg YmxvY2sgb24gdGhhdCBiYXNpcy4gUGVyaGFwcyB0aGUgcmVzcG9uc2libGUgQUQgbWlnaHQgdGhp bmsgYWJvdXQgd2hldGhlciB0aGF0IHJlYWxseSBuZWVkcyB0byBiZSBtZW50aW9uZWQgb3Igbm90 Lg0KDQooMikgSG93IGRvZXMgYSByb3V0ZXIgZ2V0IGl0cyBwcml2YXRlIGtleT8gV2h5IGlzIGl0 IG9rIHRvIG5vdCBzcGVjaWZ5IHRoYXQ/IFNlZW1zIGxpa2UgYW4gaW50ZXJvcCBmYWlsIGlmIHRo YXQgaXMgbm90IGRvbmUuDQoNCig0KSA0LjE6IFRoZSB1c3VhbCByZXZvY2F0aW9uIHRyaWNrIG9m IGluY2x1ZGluZyBhIHRpbWUgdmFsdWUgaW4gdGhlIG5hbWUgaXMgcmVmZXJyZWQgdG8gYXQgdGhl IGVuZCBvZiB0aGlzIHNlY3Rpb24gYnV0IHdpdGhvdXQgc3VmZmljaWVudCBkZXRhaWwgdG8gYWxs b3cgaW50ZXJvcC4gV2h5IGlzIHRoYXQgb2s/DQoNCg0KKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKVGhpcyBlbWFpbCBh bmQgYW55IGF0dGFjaG1lbnRzIGFyZSBjb25maWRlbnRpYWwgdG8gdGhlIGludGVuZGVkCnJlY2lw aWVudCBhbmQgbWF5IGFsc28gYmUgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVu ZGVkCnJlY2lwaWVudCBwbGVhc2UgZGVsZXRlIGl0IGZyb20geW91ciBzeXN0ZW0gYW5kIG5vdGlm eSB0aGUgc2VuZGVyLgpZb3Ugc2hvdWxkIG5vdCBjb3B5IGl0IG9yIHVzZSBpdCBmb3IgYW55IHB1 cnBvc2Ugbm9yIGRpc2Nsb3NlIG9yCmRpc3RyaWJ1dGUgaXRzIGNvbnRlbnRzIHRvIGFueSBvdGhl ciBwZXJzb24uCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqCg== From nobody Mon Mar 21 07:15:21 2016 Return-Path: X-Original-To: manet@ietf.org Delivered-To: manet@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 69D8212D809; Mon, 21 Mar 2016 07:15:18 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Stephen Farrell" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.17.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160321141518.31944.99111.idtracker@ietfa.amsl.com> Date: Mon, 21 Mar 2016 07:15:18 -0700 Archived-At: Cc: manet@ietf.org, T.Clausen@computer.org, draft-ietf-manet-ibs@ietf.org, manet-chairs@ietf.org Subject: [manet] Stephen Farrell's Abstain on draft-ietf-manet-ibs-05: (with COMMENT) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 14:15:18 -0000 Stephen Farrell has entered the following ballot position for draft-ietf-manet-ibs-05: Abstain 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-manet-ibs/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for adding the text about public analysis being needed as part of the experiment. I've cleared my DISCUSS on that basis. I do think the text you've used in -05 could be improved still though, you say that "it is intended" to promote this to the standards track, but, while that is of course a good intention for the authors, I do not think that the IETF can be said to have that intention - whether or not that'll happen will depend on the experiment surely and the IETF is not making promises about that. So I'd prefer if you had said "it may be appropriate" instead, as suggested below. But I'm fine with letting whoever is the sponsoring AD handle that as it'd not be reasonable to block an experimental RFC on just that basis. I'm also moving to an ABSTAIN on this, as I'm not convinced that IBE is at all valuable here, given it's IMO fatal flaws in terms of inherent key escrow. That is also not a DISCUSS as a) that's my personal opinion and we don't have an IETF consensus against IBE for that reason, and b) this is experimental so even if we did have such a consensus, I'd bet it'd be limited to standards track specifications. If you do intend for this to end up on the standards track, then I'd suggest you also try to establish some IETF consensus for when it is appropriate (if ever) for an IETF standards-track specification to incorporate inherent key escrow. (But, I would imagine establishing such a consensus would be hard, if it's even possible.) --- OLD DISCUSS BELOW My main discuss point on -02 of this was: (1) I am concerned that RFC6507 may not be ready for use in standards-track RFCs. So far it has not been and I have found no peer reviewed security or cryptographic analysis that indicates that it is has been studied to see if it is good enough for that. I've also not seen any MANET list discussion of that aspect (and indeed the MANET list discussion I did see seems to involve very few people). I asked on the CFRG list about RFC6507 and it seems [1] to be the case that no-one has so far really evaluated its security, other than folks associated with the author's institution. (Which applies to both 6507 and this I think.) I also didn't find any references to 6507 in Google scholar. Lastly, I think we should be, and be seen to be, more careful than usual with this draft - given the situation with DUAL-EC-DRBG, and that this is a new signature scheme that allows the KMS to fake anyone's signature and the author involved. Note that that last is not any imputation of misbehaviour, but the IETF would not be doing due-dilligence if we didn't explicitly consider that aspect. [1] https://www.ietf.org/mail-archive/web/cfrg/current/msg05540.html The authors have added section 6.1 and changed the intended status to experimental which does almost entirely resolve the above. I have one issue with the text of 6.1 though that I think needs fixing before we can proceed. I'll state that in the form of an OLD/NEW suggestion in case that just works: OLD: This specification is thus published as experimental, in order to encourage its use and reports of its use. Once experiments have been carried out and reported, it is intended to advance this specification, with any changes identified by such experimentation, to standards track. NEW: This specification is thus published as experimental, in order to encourage its use and reports on its use. Once experiments have been carried out and reported, and when some public analysis of the underlying cryptographic algorithms is available, it may be appropriate to advance this specification, with any changes identified by such experimentation and analysis, to standards track. My reasoning is as follows: the main problem (I see) with this being on the standards track is the total lack of public analysis of the signature algorithm. That is not fixed via usage or reports of usage. -- OLD COMMENTS BELOW The text below were additional discuss points. While I'm ok with these not being specified in an experimental RFC, I think the absence of those bits of specification means that this is clearly not a complete spec that'd allow interop. (So that would need to be fixed before trying to get this back on the standards track.) The text does now at least ack that the revocation trick or some equivalent is needed, but fails to specify a concrete way of doing that. And while the authors don't agree with me that private key provisioning needs to be specified in an interoperable manner, I think that if one was to produce any IBC standard that has to be a part of the work, otherwise nodes are limited to working with a KMS in a proprietary fashion, which is a kind of vendor lockin. The old discuss points are below. I think this would be better if these issues were also called out in section 6.1 but I'll not block on that basis. Perhaps the responsible AD might think about whether that really needs to be mentioned or not. (2) How does a router get its private key? Why is it ok to not specify that? Seems like an interop fail if that is not done. (4) 4.1: The usual revocation trick of including a time value in the name is referred to at the end of this section but without sufficient detail to allow interop. Why is that ok? From nobody Mon Mar 21 07:37:28 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2979912D849 for ; Mon, 21 Mar 2016 07:37:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.198 X-Spam-Level: X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-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 ZkNbYr7B3p6q for ; Mon, 21 Mar 2016 07:37:19 -0700 (PDT) Received: from llmx2.ll.mit.edu (LLMX2.LL.MIT.EDU [129.55.12.48]) by ietfa.amsl.com (Postfix) with ESMTP id BA24F12D85B for ; Mon, 21 Mar 2016 07:37:18 -0700 (PDT) Received: from LLE2K10-HUB02.mitll.ad.local (LLE2K10-HUB02.mitll.ad.local) by llmx2.ll.mit.edu (unknown) with ESMTP id u2LEaI6C037851; Mon, 21 Mar 2016 10:36:18 -0400 From: "Wiggins, David - 0665 - MITLL" To: Stan Ratliff Thread-Topic: [manet] DLEP last call Thread-Index: AQHRgVO/HMSHuyydNkWsag41g0H54J9gUowAgAOpH4A= Date: Mon, 21 Mar 2016 14:37:16 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [172.25.59.174] Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3541401435_17367459" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-03-21_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=inbound_notspam policy=inbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1601100000 definitions=main-1603210235 Archived-At: Cc: manet IETF Subject: Re: [manet] DLEP last call X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 14:37:27 -0000 --B_3541401435_17367459 Content-type: multipart/alternative; boundary="B_3541401435_17336291" --B_3541401435_17336291 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Hi Stan, Looking at it more closely, I think there is some inconsistency in the use of Credit Request between Destination Update and Link Characteristics Request. 7.3 DLEP Destination Update Message does not mention the possibility of sending a Credit Request data item. 7.4. DLEP Link Characteristics Request Message does allow sending a Credit Request data item. 8.3 only mentions Credit Request in a Destination Update, as you noted. My reading is that 8.3 conflicts with both 7.3 and 7.4 I think we should decide which message the Credit Request belongs in, Destination Update or Link Char Request, and then make everything consistent with that choice. (I don't think it should go in both, on the general principle of not having two different ways of doing the same thing.) If the decision is for Destination Update, then 7.3 needs to allow Credit Request and 7.4 probably goes away entirely. If we go for Link Char Request, then 8.3 just needs to say that instead of Destination Update. David From: Stan Ratliff Date: Friday, March 18, 2016 at 10:43 PM To: David Wiggins Cc: Rick Taylor , manet IETF Subject: Re: [manet] DLEP last call David, I went back and looked at the draft. Here is what I find (in part) in -02 Credit Windowing on Credit Request: 8.3 . Credit Request The Credit Request data item MAY be sent from either DLEP participant, as a data item in a DLEP Destination Update message, to indicate the desire for the partner to grant additional credits in order for data transfer to proceed on the session. So, I'm not seeing a problem? Perhaps the text above should also include Link Characteristics Request, but the original intent was to use Destination Update, which is still bo-directional. Regards, Stan On Fri, Mar 18, 2016 at 4:21 PM, Wiggins, David - 0665 - MITLL wrote: > I just found a small issue in the credit windowing draft (02). The Credit > Request data item is now sent in the Link Characteristics Request message > instead of the Destination Update message (as of -01, it seems). As I > read the DLEP draft, only routers can send Link Characteristics Request > messages, so modems can't request credits. > > I think this could be fixed by having the credit windowing extension state > that it is changing the core protocol to allow the Link Characteristics > Request (and Response) messages to be sent by either side. (I assume > we're allowing extensions to make such changes.) > > This draft has to be updated anyway to put in Destination Announce, so > hopefully this can be worked in at the same time. > > David > > On 3/18/16, 9:05 AM, "manet on behalf of Rick Taylor" > wrote: > >> >Hi All, >> > >> >As we are looking to exit last-call with DLEP, has everyone had a chance >> >to read and submit any review comments, as I'd ideally like to get >> >draft-21 out ASAP and move the document up the chain. >> > >> >The same applies to the credit windowing draft. >> > >> >Cheers, >> > >> >Rick >> > >> >_______________________________________________ >> >manet mailing list >> >manet@ietf.org >> >https://www.ietf.org/mailman/listinfo/manet --B_3541401435_17336291 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable
Hi Stan,

Looking at it more closely, I think there is some inconsistency = in the use of Credit Request between Destination Update and Link Characteris= tics Request.

7.3 DLEP Destination Update M= essage does not mention the possibility of sending a Credit Request data ite= m.

7.4. DLEP Li= nk Characteristics Request Message does allow sending a Credit Request data= item.

8.3 only mentions Credit Request in a Destination Up= date, as you noted.

My reading is that 8.3 c= onflicts with both 7.3 and 7.4

I think we should decide which message the Credit Request belong= s in, Destination Update or Link Char Request, and then make everything cons= istent with that choice.  (I don't think it should go in both, on the g= eneral principle of not having two different ways of doing the same thing.) =  If the decision is for Destination Update, then 7.3 needs to allow Cre= dit Request and 7.4 probably goes away entirely.  If we go for Link Cha= r Request, then 8.3 just needs to say that instead of Destination Update.

David

From: Stan Ratliff <ratliffstan@gmail.com>
= Date: Friday, March 18, 2016 at 10:43 PM
To: David Wiggins <David.Wiggins@ll.mit.edu>
Cc: Rick Taylor <rick@t= ropicalstormsoftware.com>, manet IETF <manet@ietf.org>
Subject: Re: [manet] DLEP last call

David,=  

I went back and looked at the draft. Here is what I fin= d (in part) in -02 Credit Windowing on Credit Request: 

<= /div>
8.3.  Credit Request


   The Credit Request data item MAY be sent from either DLEP
   participant, as a data item in a DLEP Destination Update message, to
   indicate the desire for the partner to grant additional credits in
   order for data transfer to proceed on the session.


So, I'm not seeing a problem= ? Perhaps the text above should also include Link Characteristics Request, b= ut the original intent was to use Destination Update, which is still bo-dire= ctional. 

Regards,
Stan

On Fri, Mar 18= , 2016 at 4:21 PM, Wiggins, David - 0665 - MITLL <David.Wiggins@ll.mit.edu> wrote:
I just found a small issue in the credit windowing draft (02).  The Cr= edit
Request data item is now sent in the Link Characteristics Request message instead of the Destination Update message (as of -01, it seems).  As I=
read the DLEP draft, only routers can send Link Characteristics Request
= messages, so modems can't request credits.

I think this could be fixed by having the credit windowing extension state<= br> that it is changing the core protocol to allow the Link Characteristics
= Request (and Response) messages to be sent by either side.  (I assume<= br> we're allowing extensions to make such changes.)

This draft has to be updated anyway to put in Destination Announce, so
hopefully this can be worked in at the same time.

David

On 3/18/16, 9:05 AM, "manet on behalf of Rick Taylor"
<manet-bounces@ietf.org on b= ehalf of rick@tropicalstormsoftware.com> wrote:

>Hi All,
>
>As we are looking to exit last-call with DLEP, has everyone had a chanc= e
>to read and submit any review comments, as I'd ideally like to get
>draft-21 out ASAP and move the document up the chain.
>
>The same applies to the credit windowing draft.
>
>Cheers,
>
>Rick
>
>_______________________________________________
>manet mailing list
>manet@ietf.org
>https://www.ietf.org/mailman/listinfo/manet

--B_3541401435_17336291-- --B_3541401435_17367459 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIIMEgYJKoZIhvcNAQcCoIIMAzCCC/8CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC CfUwggT1MIID3aADAgECAgoY4rwNAAAAAHNuMA0GCSqGSIb3DQEBCwUAMFExCzAJBgNVBAYT AlVTMR8wHQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxEzAR BgNVBAMTCk1JVExMIENBLTMwHhcNMTYwMjEwMTMwNjAwWhcNMTkwMjA5MTMwNjAwWjBiMQsw CQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEPMA0GA1UECxMG UGVvcGxlMSEwHwYDVQQDExhXaWdnaW5zLkRhdmlkLlAuNTAwMTUyMDcwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQCiKFVMUMne1LGJfzRn943ZeccfuQI37zhvT3/LYCK/6Yaa jKbXmDz3AoT/XI551vtwvvc0wQNRfNIkB0oYfa8OkD+EYqO3sDV4IejFP9XQKkRxgb3bESa8 Frl30C0vScQ3A8h3mSQ8lFOLgo3ndiGnfF0mtUt2TbE7LAO4Jn3yxw1JqXgDk/gbXBy3zSsj uqQeWWlj2OQ3D1WBTM0fEZjMLCUfAANHxE58isDHHksnlm20EOBoaqNStCcYbFQNSjlBQ0ng 0dky+2Wx8lllMttw0R9oznENQ6RKLrzQaTSQ5tRjYpGLGIPxAhPL7MWerZrDZrdsjwTMJoge +siq0HJdAgMBAAGjggG8MIIBuDAdBgNVHQ4EFgQUIABH8cDVoyihib5dIjevNJCX+r4wDgYD VR0PAQH/BAQDAgbAMB8GA1UdIwQYMBaAFNdgZg57SY11TA39z0beyMcSh8q/MDMGA1UdHwQs MCowKKAmoCSGImh0dHA6Ly9jcmwubGwubWl0LmVkdS9nZXRjcmwvTExDQTMwZgYIKwYBBQUH AQEEWjBYMC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8vTExDQTMw JwYIKwYBBQUHMAGGG2h0dHA6Ly9vY3NwLmxsLm1pdC5lZHUvb2NzcDA9BgkrBgEEAYI3FQcE MDAuBiYrBgEEAYI3FQiDg+Udh+ynZoathxWD6vBFhbahHx2Fy94yh/+KcwIBZAIBBjAiBgNV HSUBAf8EGDAWBggrBgEFBQcDBAYKKwYBBAGCNwoDDDAYBgNVHSAEETAPMA0GCyqGSIb3EgIB AwEIMCMGA1UdEQQcMBqBGERhdmlkLldpZ2dpbnNAbGwubWl0LmVkdTAnBgkrBgEEAYI3FAIE Gh4YAEwATABVAHMAZQByAFMAaQBnAC0AUwBXMA0GCSqGSIb3DQEBCwUAA4IBAQBFmdkJgK08 BFDtjsYcbWuUE5mzlX/7RoxLNHbg/yc5w8QnpzblBYAKH4bCZJVBfPA6I7hTrOdTs/zp4LWo lD4tyS5Nz3+D4UrBCccvoOSdccD4R4hhqCLLUwX58GHETEafw6G+HbadVhFtmIdc1l23rwCw c/U2/I2Apl6R7bfpYXHCdPc0qW2ierJVPQUDtacF7vOLDRwLc7XqL1V+TfMU1yxaClfQbNXD auyuCDzQgMN1lvAMvUaA7EeUlZ8aQRwOmMMiaqDXftUp5aAufYz0oKHNwhrLlmssypjKJ0pP e3VJ6Lo6Ujx0v7GfXyW1xBDpe2GX6WQLYSfgwjU8XF6sMIIE+DCCA+CgAwIBAgIKWrCpkwAA AAA2DzANBgkqhkiG9w0BAQsFADBRMQswCQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNv bG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMwEQYDVQQDEwpNSVRMTCBDQS0zMB4XDTE1 MDQwNjEyMDAyNloXDTE2MDQwNTEyMDAyNlowYjELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1J VCBMaW5jb2xuIExhYm9yYXRvcnkxDzANBgNVBAsTBlBlb3BsZTEhMB8GA1UEAxMYV2lnZ2lu cy5EYXZpZC5QLjUwMDE1MjA3MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlEWD uIm5kuHghfe7O+eMLVena6sNfAZtHLp2mwXLrNshaHM6wVKmml8zhxeSmJJXTF3Owyn7imKs vHMWcIJD9EoFQyJoeBaFV5Ll75/fE2WKswtGn9ZSSejplI/Iy99SI/9Lna5B7/BDmPozGn66 jdzgl+JVFptqEUGx5NZlRUEEtVtXYUy+PllIq6SpR/242wFiYVslFqSoHu789mexaDDAl7p7 z3W9cYidPtZUoysjW0omzwZIoYMsIhTbUMnv+TkBuhJErBmaNvAXPf8Y3pNf3pYz8pnR4MyI ibFv2CS/2KLGxJRE9xt1nrgHT8Wx+E6Ro6IYkYLPSdE6YgYAgwIDAQABo4IBvzCCAbswHQYD VR0OBBYEFGww5LYEZSoVOkuJ7ZVJS+35ChrUMA4GA1UdDwEB/wQEAwIFIDAfBgNVHSMEGDAW gBTXYGYOe0mNdUwN/c9G3sjHEofKvzAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLmxs Lm1pdC5lZHUvZ2V0Y3JsL0xMQ0EzMGYGCCsGAQUFBwEBBFowWDAtBggrBgEFBQcwAoYhaHR0 cDovL2NybC5sbC5taXQuZWR1L2dldHRvL0xMQ0EzMCcGCCsGAQUFBzABhhtodHRwOi8vb2Nz cC5sbC5taXQuZWR1L29jc3AwPQYJKwYBBAGCNxUHBDAwLgYmKwYBBAGCNxUIg4PlHYfsp2aG rYcVg+rwRYW2oR8dhevQcIPr7SACAWQCAQQwJQYDVR0lBB4wHAYEVR0lAAYIKwYBBQUHAwQG CisGAQQBgjcKAwQwGAYDVR0gBBEwDzANBgsqhkiG9xICAQMBCDAjBgNVHREEHDAagRhEYXZp ZC5XaWdnaW5zQGxsLm1pdC5lZHUwJwYJKwYBBAGCNxQCBBoeGABMAEwAVQBzAGUAcgBFAG4A YwAtAFMAVzANBgkqhkiG9w0BAQsFAAOCAQEATCsJT66TKeYNh9hrcC1wxRH08CricKt9JktB I1WWl48F4CqcYDZlLMpvHuSe6GezZzTUH4oq1y2q3um9Txh1NjLPT7j0k5SSwdr2V7d8upDN WOrXvCi59Cyz5RvuhleCPIE+6wPyDrQwfBRhte/cv8PVOrsG4tio4VOHi/nXcS+HLgC5qNxk 1/w1UBf8QkkNP8kIgum/uItm4QwVdVAJMuwe3te8dYjtp3M5nC2exfqQfk+Mmw/8fdZFpch0 rSYbpchMMOueBuy2UnWaYBF84uXldBH9fkONRX8AL8EQ3sQEOyzxqpwKQ/d0itjAGaPCCJCI VgnSYSWYoFiN9idyaTGCAeUwggHhAgEBMF8wUTELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1J VCBMaW5jb2xuIExhYm9yYXRvcnkxDDAKBgNVBAsTA1BLSTETMBEGA1UEAxMKTUlUTEwgQ0Et MwIKGOK8DQAAAABzbjAJBgUrDgMCGgUAoF0wIwYJKoZIhvcNAQkEMRYEFC1/opzYo6DahBt+ YSTJODuJ0b6iMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE2 MDMyMTE0MzcxNVowDQYJKoZIhvcNAQEBBQAEggEAMTAaDRI83qeh/th+OXo3ijUgvAH8Q355 rM03RD0c3R4zL9wXRjO2S8TJ6J1a+Ebf6T9rhmxjQil7ZSExK9VArymCrBtOLZWIM20Tk+P2 4yTNoMw42DVVwxQ2lK0wjC05512r8fFZdjz7T95rIxTYBP7fglaQBhi0cHJNRjsjZaYtr6Ba 1Lagts9Z8kBE1JuXN8+TxuGDF6njd/Qt4ZIMpdM3WIkzvEqhXaGbSh2FRl/I8yf+OH9sqfuo qdp1lj8p2Jh2GxSyFK8nJ/aGIb/FVwLjH462vkyndu73LZvHtCP4Xu+tOA4DL1kIRpM+fK/5 aN/0RQzEu7Ko3H9dwgMQqQ== --B_3541401435_17367459-- From nobody Mon Mar 21 07:47:34 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FF6812D8A9 for ; Mon, 21 Mar 2016 07:47:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 jgoY0iwT7tXr for ; Mon, 21 Mar 2016 07:47:25 -0700 (PDT) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C972412D899 for ; Mon, 21 Mar 2016 07:47:23 -0700 (PDT) Received: by mail-io0-x22b.google.com with SMTP id o5so127523844iod.2 for ; Mon, 21 Mar 2016 07:47:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=5N9hK/mQV/86AKAfxUMdOpEw//BZiv2r+TDkxEeKMd0=; b=FU29qQe4Jj2J1MvFBGw5bPC/rcAwEnDTItUvtHKQEghpbTvp6Pn8x+MEf0nlunp1P2 m+3vyOdoCb03UAb4B3B/Tydb1apACR9quDxJD5/oojlt7Skq5+zpDA6Eer06z5mig7F3 blARbF8KB2lTqNCHobNYj3LfnCAU2FFYvLi65KUq9CikICFFVFi2RSj6GBklY3Al2eG3 ZO/azse/DuBJ6PxnsUEhA6QaWQAf4WKbaETT1RXXJapwKz9yHEIlamh6uK12YjYjNh0e jcHYWb+6U8jr/LOWDjstN15+vUM3ziWGhoU/n4YBUBSGmJrcTU+aT3T705aQKxDsSvy6 LyMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=5N9hK/mQV/86AKAfxUMdOpEw//BZiv2r+TDkxEeKMd0=; b=hV6OZvhu8JoVBQ5s5J6K+EPXQMQj9D/sQXQ1GE/9+ejTHe56hQwnOzBcXZfzvP66Lg /m0ZQZEF8q5PdZLtXekupSYox9HeC9bP9CIPuGxN4bt0uvrWrAYbbyruZN8RfkcXWLpT twQjtYZl4gAcGX9Dmkw8xpEDAv/bAA7iF//3/jOuHJ5pZTonKu9izrINdnPWbn3KX7Wc we7WsONxY9UFr/ZaduTyBDsqZqOS+B7HraK5kwJz0+K01TcpTktc7vKn8xqIISArDwxS mi7YBtKUF+pYYGyD41hL9VEk/LWZK6uDLDgkxSdhwMc26GjqWMXkuAOjYQdIKiKndY5T 96sA== X-Gm-Message-State: AD7BkJJGUJrRvLoZBdDUcz7YZmuA/rV0cEKKSXc9DkjhvSB/fJ9weHPjuBkJApUGzat9wLMVmqFsOhMuQOpABw== MIME-Version: 1.0 X-Received: by 10.107.129.84 with SMTP id c81mr30158555iod.102.1458571643171; Mon, 21 Mar 2016 07:47:23 -0700 (PDT) Received: by 10.79.96.1 with HTTP; Mon, 21 Mar 2016 07:47:23 -0700 (PDT) In-Reply-To: References: Date: Mon, 21 Mar 2016 10:47:23 -0400 Message-ID: From: Stan Ratliff To: "Wiggins, David - 0665 - MITLL" Content-Type: multipart/alternative; boundary=001a113fbcc2abd992052e902c6d Archived-At: Cc: manet IETF Subject: Re: [manet] DLEP last call X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 14:47:28 -0000 --001a113fbcc2abd992052e902c6d Content-Type: text/plain; charset=UTF-8 David, On Mon, Mar 21, 2016 at 10:37 AM, Wiggins, David - 0665 - MITLL < David.Wiggins@ll.mit.edu> wrote: > Hi Stan, > > Looking at it more closely, I think there is some inconsistency in the use > of Credit Request between Destination Update and Link Characteristics > Request. > > 7.3 DLEP Destination Update Message does not mention the possibility of > sending a Credit Request data item. > Good catch. I'll add that. > > 7.4. DLEP Link Characteristics Request Message does allow sending a > Credit Request data item. > > 8.3 only mentions Credit Request in a Destination Update, as you noted. > Fixed in my current -03 draft, but I'll double-check. > > My reading is that 8.3 conflicts with both 7.3 and 7.4 > > I think we should decide which message the Credit Request belongs in, > Destination Update or Link Char Request, and then make everything > consistent with that choice. (I don't think it should go in both, on the > general principle of not having two different ways of doing the same > thing.) If the decision is for Destination Update, then 7.3 needs to allow > Credit Request and 7.4 probably goes away entirely. If we go for Link Char > Request, then 8.3 just needs to say that instead of Destination Update. > Here I disagree. The use cases (Destination Update vs. LCR) are slightly different. And at the end of the day, I don't believe there's two ways of doing the same thing - to request an increase in the Credit Window, you use a Credit Request TLV. It can just "piggyback" on multiple carriers. Regards, Stan > > David > > From: Stan Ratliff > Date: Friday, March 18, 2016 at 10:43 PM > To: David Wiggins > Cc: Rick Taylor , manet IETF < > manet@ietf.org> > Subject: Re: [manet] DLEP last call > > David, > > I went back and looked at the draft. Here is what I find (in part) in -02 > Credit Windowing on Credit Request: > > 8.3 . Credit Request > > The Credit Request data item MAY be sent from either DLEP > participant, as a data item in a DLEP Destination Update message, to > indicate the desire for the partner to grant additional credits in > order for data transfer to proceed on the session. > > > > So, I'm not seeing a problem? Perhaps the text above should also include > Link Characteristics Request, but the original intent was to use > Destination Update, which is still bo-directional. > > Regards, > Stan > > > On Fri, Mar 18, 2016 at 4:21 PM, Wiggins, David - 0665 - MITLL < > David.Wiggins@ll.mit.edu> wrote: > >> I just found a small issue in the credit windowing draft (02). The Credit >> Request data item is now sent in the Link Characteristics Request message >> instead of the Destination Update message (as of -01, it seems). As I >> read the DLEP draft, only routers can send Link Characteristics Request >> messages, so modems can't request credits. >> >> I think this could be fixed by having the credit windowing extension state >> that it is changing the core protocol to allow the Link Characteristics >> Request (and Response) messages to be sent by either side. (I assume >> we're allowing extensions to make such changes.) >> >> This draft has to be updated anyway to put in Destination Announce, so >> hopefully this can be worked in at the same time. >> >> David >> >> On 3/18/16, 9:05 AM, "manet on behalf of Rick Taylor" >> >> wrote: >> >> >Hi All, >> > >> >As we are looking to exit last-call with DLEP, has everyone had a chance >> >to read and submit any review comments, as I'd ideally like to get >> >draft-21 out ASAP and move the document up the chain. >> > >> >The same applies to the credit windowing draft. >> > >> >Cheers, >> > >> >Rick >> > >> >_______________________________________________ >> >manet mailing list >> >manet@ietf.org >> >https://www.ietf.org/mailman/listinfo/manet >> > > --001a113fbcc2abd992052e902c6d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
David,=C2=A0


On Mon, Mar 21, 2016 at 10:37 AM, Wiggins, David - 066= 5 - MITLL <David.Wiggins@ll.mit.edu> wrote:
Hi Stan,

Looking at it more closely, I think there is some incons= istency in the use of Credit Request between Destination Update and Link Ch= aracteristics Request.

7.3 DLEP Destination Update Mes= sage does not mention the possibility of sending a Credit Request data item= .

Good catch. I'll add that= . =C2=A0

7.4. DLEP Link Ch= aracteristics Request Message does allow=C2=A0sending a Credit Request data item.=

8.3 only mentions Credit Request in a Destination Update, as = you noted.

Fixed in my c= urrent -03 draft, but I'll double-check.=C2=A0

=C2=A0

My reading is that 8.3 conflicts with both 7.3 and= 7.4

I think we = should decide which message the Credit Request belongs in, Destination Upda= te or Link Char Request, and then make everything consistent with that choi= ce. =C2=A0(I don't think it should go in both, on the general principle= of not having two different ways of doing the same thing.) =C2=A0If the de= cision is for Destination Update, then 7.3 needs to allow Credit Request an= d 7.4 probably goes away entirely.=C2=A0 If we go for Link Char Request, th= en 8.3 just needs to say that instead of Destination Update.


Here I disagree. The us= e cases (Destination Update vs. LCR) are slightly different. And at the end= of the day, I don't believe there's two ways of doing the same thi= ng - to request an increase in the Credit Window, you use a Credit Request = TLV. It can just "piggyback" on multiple carriers.=C2=A0

Regards,
Stan

=C2=A0

David

From: Stan Ratliff <ratliffstan@gmail.com>Date: Friday, March 18, 2016 at 1= 0:43 PM
To: David Wiggins <<= a href=3D"mailto:David.Wiggins@ll.mit.edu" target=3D"_blank">David.Wiggins@= ll.mit.edu>
Cc: Rick Tay= lor <rick@tropicalstormsoftware.com>, manet IETF <manet@ietf.org>
Subject: Re: [manet] DLEP last call
=
David,=C2=A0

I went back and looked at the draft. Here is what I fin= d (in part) in -02 Credit Windowing on Credit Request:=C2=A0

= 
8.3.  Credit Request
=


   The Credit Request data item MAY be sent from either DLEP
   participant, as a data item in a DLEP Destination Update message, to
   indicate the desire for the partner to grant additional credits in
   order for data transfer to proceed on the session.


So, I'm not seeing a pro= blem? Perhaps the text above should also include Link Characteristics Reque= st, but the original intent was to use Destination Update, which is still b= o-directional.=C2=A0

Regards,
Stan
=


On= Fri, Mar 18, 2016 at 4:21 PM, Wiggins, David - 0665 - MITLL <David.Wiggins@ll.mit.edu> wrote:
I just found a small issue in the credit windowing draft (02).=C2=A0 The Cr= edit
Request data item is now sent in the Link Characteristics Request message instead of the Destination Update message (as of -01, it seems).=C2=A0 As I=
read the DLEP draft, only routers can send Link Characteristics Request
messages, so modems can't request credits.

I think this could be fixed by having the credit windowing extension state<= br> that it is changing the core protocol to allow the Link Characteristics
Request (and Response) messages to be sent by either side.=C2=A0 (I assume<= br> we're allowing extensions to make such changes.)

This draft has to be updated anyway to put in Destination Announce, so
hopefully this can be worked in at the same time.

David

On 3/18/16, 9:05 AM, "manet on behalf of Rick Taylor"
<manet-bounc= es@ietf.org on behalf of rick@tropicalstormsoftware.com> wrote:

>Hi All,
>
>As we are looking to exit last-call with DLEP, has everyone had a chanc= e
>to read and submit any review comments, as I'd ideally like to get<= br> >draft-21 out ASAP and move the document up the chain.
>
>The same applies to the credit windowing draft.
>
>Cheers,
>
>Rick
>
>_______________________________________________
>manet mailing list
>manet@ietf.org<= br> >https://www.ietf.org/mailman/listinfo/manet


--001a113fbcc2abd992052e902c6d-- From nobody Mon Mar 21 10:14:03 2016 Return-Path: X-Original-To: manet@ietf.org Delivered-To: manet@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6CD9D12D91A; Mon, 21 Mar 2016 10:14:00 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.17.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160321171400.31965.49741.idtracker@ietfa.amsl.com> Date: Mon, 21 Mar 2016 10:14:00 -0700 Archived-At: Cc: manet@ietf.org Subject: [manet] I-D Action: draft-ietf-manet-credit-window-03.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 17:14:00 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Mobile Ad-hoc Networks of the IETF. Title : Credit Windowing extension for DLEP Author : Stan Ratliff Filename : draft-ietf-manet-credit-window-03.txt Pages : 12 Date : 2016-03-21 Abstract: This draft describes an extension to the DLEP protocol to provide a credit-windowing scheme analogous to that in RFC5578 for destination- specific flow control. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-manet-credit-window/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-manet-credit-window-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-credit-window-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Mar 21 10:14:19 2016 Return-Path: X-Original-To: manet@ietf.org Delivered-To: manet@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A25DD12D955; Mon, 21 Mar 2016 10:14:14 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.17.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160321171414.31933.82500.idtracker@ietfa.amsl.com> Date: Mon, 21 Mar 2016 10:14:14 -0700 Archived-At: Cc: manet@ietf.org Subject: [manet] I-D Action: draft-ietf-manet-dlep-21.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 17:14:15 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Mobile Ad-hoc Networks of the IETF. Title : Dynamic Link Exchange Protocol (DLEP) Authors : Stan Ratliff Bo Berry Cisco Systems Darryl Satterwhite Rick Taylor Filename : draft-ietf-manet-dlep-21.txt Pages : 63 Date : 2016-03-21 Abstract: When routing devices rely on modems to effect communications over wireless links, they need timely and accurate knowledge of the characteristics of the link (speed, state, etc.) in order to make routing decisions. In mobile or other environments where these characteristics change frequently, manual configurations or the inference of state through routing or transport protocols does not allow the router to make the best decisions. A bidirectional, event- driven communication channel between the router and the modem is necessary. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-manet-dlep-21 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-dlep-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 Mon Mar 21 10:18:01 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6A2E12D90C; Mon, 21 Mar 2016 10:17:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 mwnwEgreBWTM; Mon, 21 Mar 2016 10:17:58 -0700 (PDT) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8238712D938; Mon, 21 Mar 2016 10:17:35 -0700 (PDT) Received: by mail-ig0-x230.google.com with SMTP id ig19so72693253igb.1; Mon, 21 Mar 2016 10:17:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=rlwLx6eM+aJih7B4b4U3gT+cBcZv6iRBukyFqJm8PMs=; b=082lWRsC6imomYwqZ5MtCBeams5fJwDH1MtHmnWX+yPUyoyz1fjJDWPaI6WBIydE/Z 4sDAiAaPG/NYCHryEIIJn47+b5O9qWqm6c002e4lIIU7mZl4hwIGM/Xjiy4l5/uw2GhL 3Ri3TEjBvi4dI5oSNDcKxEZRwHwqfEmyJCwuqBIpa2Sp76yDgceCM3PuJzE/hFSC+Vog XpbsylfJppVM2b0gNYdeSTsNGX3SdGnBH7KA1bjxnkV1HfqTPAVm5/cptt4eJUArFDPL ZBveQ0ujUOIRRLweu7gBJVDwvCRYEDa60pt5XDD9u42gmYr7bSvc2ChgCFGhjONm/OfS qqLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=rlwLx6eM+aJih7B4b4U3gT+cBcZv6iRBukyFqJm8PMs=; b=PP6dlLtSNeIOC6UnHQp16fwOqj9U2CfJxO1Mf9Xq/B5x1GnWYakE6/mcKW3r964O3l LjRpGBaZQGzPZgzCDWpXdN6AyTvzs1B2RFdD2Yh5Afsmfv+AVnkqxxOi2vwFNc3GAh5C GGRbxOY8PewRGoKTYx5H55zQlXDb3k8YZM+ughshBfGV0MFC+lMfjR0EOzSWvJNnfpAO LYPWYUhRgnCIE3nitBxwF4YhsgqpwJsT/ncmaUd5/FcT+tBhNwlJB5HDWmRgzG3NWtQK D8cJBk+ODLM8wqEHrg9WLmugQL9NtRfXlKQgKm0d5MqOCBu1tYMeZFBpzOstsUbyMbaF 36sA== X-Gm-Message-State: AD7BkJI+8KHKUihuuz/GaDW7VIqB1IjzWJ99K4NYYbDJLsv6mPmMsV+WjLIQL83hRFbuvtpXMzGl5YqNCimuWA== MIME-Version: 1.0 X-Received: by 10.50.72.107 with SMTP id c11mr13911660igv.85.1458580654756; Mon, 21 Mar 2016 10:17:34 -0700 (PDT) Received: by 10.79.96.1 with HTTP; Mon, 21 Mar 2016 10:17:34 -0700 (PDT) In-Reply-To: <20160321171400.31965.49741.idtracker@ietfa.amsl.com> References: <20160321171400.31965.49741.idtracker@ietfa.amsl.com> Date: Mon, 21 Mar 2016 13:17:34 -0400 Message-ID: From: Stan Ratliff To: internet-drafts@ietf.org Content-Type: multipart/alternative; boundary=047d7bdc15bacd9a3f052e9245e3 Archived-At: Cc: MANET IETF , i-d-announce@ietf.org Subject: Re: [manet] I-D Action: draft-ietf-manet-credit-window-03.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 17:18:00 -0000 --047d7bdc15bacd9a3f052e9245e3 Content-Type: text/plain; charset=UTF-8 All, Just posted an updated version of the Credit Windowing draft. This draft does *not* include the proposed updated verbiage in the email exchange with Lou Berger - Lou, I had a conversation with Rick Taylor where he talked me out of it... ;-) So, this proposes what was referred to as "Option 2" in James Stevens' email. I believe it addresses the comments from David Wiggins as well. Regards, Stan On Mon, Mar 21, 2016 at 1:14 PM, wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Mobile Ad-hoc Networks of the IETF. > > Title : Credit Windowing extension for DLEP > Author : Stan Ratliff > Filename : draft-ietf-manet-credit-window-03.txt > Pages : 12 > Date : 2016-03-21 > > Abstract: > This draft describes an extension to the DLEP protocol to provide a > credit-windowing scheme analogous to that in RFC5578 for destination- > specific flow control. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-manet-credit-window/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-manet-credit-window-03 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-credit-window-03 > > > 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/ > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --047d7bdc15bacd9a3f052e9245e3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
All,

Just posted an upda= ted version of the Credit Windowing draft. This draft does *not* include th= e proposed updated verbiage in the email exchange with Lou Berger - Lou, I = had a conversation with Rick Taylor where he talked me out of it... ;-)
So, this proposes what was referred to as "Option 2" i= n James Stevens' email. I believe it addresses the comments from David = Wiggins as well.

Regards,
Stan


On Mon, Mar 21, 2016 at 1:14 PM= , <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the Mobile Ad-hoc Networks of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Credit Windowing extension for DLEP
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Author=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : Stan= Ratliff
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-manet-credit-window-03.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 12
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2016-03-21

Abstract:
=C2=A0 =C2=A0This draft describes an extension to the DLEP protocol to prov= ide a
=C2=A0 =C2=A0credit-windowing scheme analogous to that in RFC5578 for desti= nation-
=C2=A0 =C2=A0specific flow control.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/dra= ft-ietf-manet-credit-window/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-= manet-credit-window-03

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?ur= l2=3Ddraft-ietf-manet-credit-window-03


Please note that it may take a couple of minutes from the time of submissio= n
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/

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

--047d7bdc15bacd9a3f052e9245e3-- From nobody Mon Mar 21 10:20:46 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5C4912D7BB for ; Mon, 21 Mar 2016 10:20:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 Qxr1U3JPs0vp for ; Mon, 21 Mar 2016 10:20:43 -0700 (PDT) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D486912D960 for ; Mon, 21 Mar 2016 10:20:20 -0700 (PDT) Received: by mail-ig0-x236.google.com with SMTP id nk17so76024979igb.1 for ; Mon, 21 Mar 2016 10:20:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to; bh=KvNwuNWa1LIM+54zYLApaR0OAhCiyDCKlTgYd4QJPeM=; b=YoawQzUi4WIYZIMOZxZ8U4bnBU12P3ntCNrIaJafGz2HFv6jT5Sv5LWfzQCkuTGoNI okdXecktMRZ5kpEECH22nILCxsAWA8/am2dRRj/Sldw244R/BJjwc6fb723ItzNou+Bt TXbgknG9J/TDnc9HH4BJVx6YIaeYpBZJms1RihhZIjzcEMIljLV22W+FM+3cEO8DugL4 Ut25Y6nVwiyZapUnnb+LFprzYn4wb79+ZPFG8fRcL0H8tzW8rMsXPidLOJWabsYwXBcI DxzNwHVAmI/Pwl/UCn9M1B/bjiCh99sBYL38A6vNvbKMvDr7JYogwLoKW3AQ1e2ruqzF o8dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to; bh=KvNwuNWa1LIM+54zYLApaR0OAhCiyDCKlTgYd4QJPeM=; b=IwrL8OpB7CyzAWpX+SeqoEVF5AHpgHnXZ4JDLZuVyMfad7IzgZ4vzk2aPy6cLvCVL8 mM4RSo4VapoM2gAyXRkEy7uSoyWp7V32nG4nEXFW1Rs0V0ufNayEDEpbh/+eASSElnCv Dza5BgSFxghRXtvRGkPT404rd8ILQGW2R76KOGqlX30FUxiXbMohR5fYx7OOmPUKAAwB Q3+jgqfOUEGSoGpKDEc2CImVK8k4We+ecetufYKHFIw9VlzkHApN2SzokRBowMP4n9cq TBr9LWzUQnlTvTtE6HC37XIhW/BhEbB8Q7DjIbjRrCXvXn+EBGlWIW/auL5e5a4UBkBv b9Dw== X-Gm-Message-State: AD7BkJLcO+s6zuZP++1zgh/MFRNENKcvyI/S23FxSxyI6k1uIoJo1PXaTjLqnv2x7x+bYLBfVCkw891AL9JgAQ== MIME-Version: 1.0 X-Received: by 10.50.72.107 with SMTP id c11mr13928236igv.85.1458580820228; Mon, 21 Mar 2016 10:20:20 -0700 (PDT) Received: by 10.79.96.1 with HTTP; Mon, 21 Mar 2016 10:20:20 -0700 (PDT) In-Reply-To: References: <20160321171400.31965.49741.idtracker@ietfa.amsl.com> Date: Mon, 21 Mar 2016 13:20:20 -0400 Message-ID: From: Stan Ratliff To: MANET IETF Content-Type: multipart/alternative; boundary=047d7bdc15baaa8a67052e924f6a Archived-At: Subject: [manet] Fwd: [www.ietf.org/rt #116874] AutoReply: Re: I-D Action: draft-ietf-manet-credit-window-03.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 17:20:45 -0000 --047d7bdc15baaa8a67052e924f6a Content-Type: text/plain; charset=UTF-8 Hello WG, Oops. Sent this to the wrong address. Correcting here. Regards, Stan ---------- Forwarded message ---------- From: IETF-Draft Submission Queue via RT Date: Mon, Mar 21, 2016 at 1:18 PM Subject: [www.ietf.org/rt #116874] AutoReply: Re: [manet] I-D Action: draft-ietf-manet-credit-window-03.txt To: ratliffstan@gmail.com Greetings, This message has been automatically generated in response to the creation of a trouble ticket regarding: "Re: [manet] I-D Action: draft-ietf-manet-credit-window-03.txt", a summary of which appears below. There is no need to reply to this message right now. Your ticket has been assigned an ID of [www.ietf.org/rt #116874]. Please include the string: [www.ietf.org/rt #116874] in the subject line of all future correspondence about this issue. To do so, you may reply to this message. Thank you, ietf-draft-submission@ietf.org ------------------------------------------------------------------------- All, Just posted an updated version of the Credit Windowing draft. This draft does *not* include the proposed updated verbiage in the email exchange with Lou Berger - Lou, I had a conversation with Rick Taylor where he talked me out of it... ;-) So, this proposes what was referred to as "Option 2" in James Stevens' email. I believe it addresses the comments from David Wiggins as well. Regards, Stan On Mon, Mar 21, 2016 at 1:14 PM, wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Mobile Ad-hoc Networks of the IETF. > > Title : Credit Windowing extension for DLEP > Author : Stan Ratliff > Filename : draft-ietf-manet-credit-window-03.txt > Pages : 12 > Date : 2016-03-21 > > Abstract: > This draft describes an extension to the DLEP protocol to provide a > credit-windowing scheme analogous to that in RFC5578 for destination- > specific flow control. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-manet-credit-window/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-manet-credit-window-03 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-credit-window-03 > > > 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/ > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --047d7bdc15baaa8a67052e924f6a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello WG,

Oops. Sent this to = the wrong address. Correcting here.

Regards,
Stan

---------- Forwarde= d message ----------
From: IETF-Draft Subm= ission Queue via RT <ietf-draft-submission@ietf.org>
Date:= Mon, Mar 21, 2016 at 1:18 PM
Subject: [www.ietf.org/rt #116874] AutoReply: Re: [manet] I-D Action: draft-ie= tf-manet-credit-window-03.txt
To: ratliffstan@gmail.com



Greetings,

This message has been automatically generated in response to the
creation of a trouble ticket regarding:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 "Re: [manet] I-D Action: draft-ietf-manet-= credit-window-03.txt",
a summary of which appears below.

There is no need to reply to this message right now.=C2=A0 Your ticket has = been
assigned an ID of [www.ietf.org/rt #116874].

Please include the string:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0[www.ietf.org/rt #116874]

in the subject line of all future correspondence about this issue. To do so= ,
you may reply to this message.


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 Thank you,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 ietf-draft-sub= mission@ietf.org

------------------------------------------------------------------------- All,

Just posted an updated version of the Credit Windowing draft. This draft does *not* include the proposed updated verbiage in the email exchange with=
Lou Berger - Lou, I had a conversation with Rick Taylor where he talked me<= br> out of it... ;-)

So, this proposes what was referred to as "Option 2" in James Ste= vens'
email. I believe it addresses the comments from David Wiggins as well.

Regards,
Stan


On Mon, Mar 21, 2016 at 1:14 PM, <internet-drafts@ietf.org> wrote:

>
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
> This draft is a work item of the Mobile Ad-hoc Networks of the IETF. >
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: Credit Windowing extension for DLEP
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Author=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 : Stan Ratliff
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 := draft-ietf-manet-credit-window-03.txt
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: 12
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 : 2016-03-21
>
> Abstract:
>=C2=A0 =C2=A0 This draft describes an extension to the DLEP protocol to= provide a
>=C2=A0 =C2=A0 credit-windowing scheme analogous to that in RFC5578 for = destination-
>=C2=A0 =C2=A0 specific flow control.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/do= c/draft-ietf-manet-credit-window/
>
> There's also a htmlized version available at:
> https://tools.ietf.org/html/draft-= ietf-manet-credit-window-03
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdi= ff?url2=3Ddraft-ietf-manet-credit-window-03
>
>
> 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/
>
> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www.ietf.org/mailman/listinfo/manet
>


--047d7bdc15baaa8a67052e924f6a-- From nobody Mon Mar 21 11:10:33 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6534D12D94D; Mon, 21 Mar 2016 11:10:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 k_g4mkr8AG0Q; Mon, 21 Mar 2016 11:10:29 -0700 (PDT) Received: from mirabel.astrium.eads.net (mirabel.astrium.eads.net [194.62.210.46]) (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 7DFDF12D7E7; Mon, 21 Mar 2016 11:10:29 -0700 (PDT) Received: from rosout.astrium.eads.net ([10.222.0.6]) by mirabel.astrium.eads.net (8.14.4/8.14.4) with ESMTP id u2LIAQml009214; Mon, 21 Mar 2016 18:10:26 GMT Received: from rosout.astrium.eads.net (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 60F4220817A; Mon, 21 Mar 2016 18:10:26 +0000 (GMT) Received: from localhost (unknown [127.0.0.1]) by IMSVA (Postfix) with SMTP id 548712080F0; Mon, 21 Mar 2016 18:10:26 +0000 (GMT) X-IMSS-HAND-OFF-DIRECTIVE: 127.0.0.1:10026 Received: from AUK52839.UKN.UKNROOT.ASTRIUM.CORP (unknown [10.221.1.32]) by rosout.astrium.eads.net (Postfix) with ESMTPS id 2AAF62080F0; Mon, 21 Mar 2016 18:10:25 +0000 (GMT) Received: from AUK52715.UKN.UKNROOT.ASTRIUM.CORP ([fe80::70c5:d8f8:7a03:bd48]) by AUK52839.UKN.UKNROOT.ASTRIUM.CORP ([fe80::cdf2:d214:a3a9:7510%15]) with mapi id 14.03.0123.003; Mon, 21 Mar 2016 18:10:24 +0000 From: "MATTY, Steven" To: "'internet-drafts@ietf.org'" , "i-d-announce@ietf.org" Thread-Topic: [manet] I-D Action: draft-ietf-manet-dlep-21.txt Thread-Index: AQHRg5VNkYVQWDgH4UKWkGo6IdrYCp9kL6Zg Date: Mon, 21 Mar 2016 18:10:23 +0000 Message-ID: References: <8618_1458580518_56F02C25_8618_932_1_20160321171414.31933.82500.idtracker@ietfa.amsl.com> In-Reply-To: <8618_1458580518_56F02C25_8618_932_1_20160321171414.31933.82500.idtracker@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.221.1.73] X-TM-AS-Product-Ver: IMSVA-9.0.0.1549-8.0.0.1202-22208.002 X-TM-AS-Result: No--18.999-5.0-31-10 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-GCONF: 00 X-imss-scan-details: No--18.999-5.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1549-8.0.1202-22208.002 X-TMASE-Result: 10--18.999100-10.000000 X-TMASE-MatchedRID: vEvJ7Rh1lGgDJrf2+hNOhawxbZnudyr7guwtqyXlE6GIPi/26BYAdcLm p4jPUF8t545k976poTnxsS0MpOeL+8wrDggcQ6d1uIwLnB3Aqp1ReWnUUdhI9dnT/cqUnvn3krL DsahN84dN2fkWXahnJtmXPwDAEvOOYsVTdA0JRIRCnGIuUMP0VZqCl1R34jDPZZv9JW2RqZgN20 WOoMs+C4gX/PdC3s6wT+M8B/j5VDiip6xhGipIWZBo10nhc6bvbZmhwSth3v8R34ro7k23na1lc Druwbtb7IUTjinsz8MOYLFb+3JssQ8rMzVfGoV9qbg9uWhLYLfx6DjDLao3TkaEuXPXlR5qbm3L TFX5bZ1DOOh4Nm/v+5z/ctMEry07hzsX7/vYqPCeAiCmPx4NwMidYBYDjITptrNGq+WQEvSrusV Ry4an8SAHAopEd76vXBd+HjwnJ91GdEMnDRa8/zXBeLiKaKe3Sfr+ORhNnq1KjSVArhP7WA== X-TMASE-SNAP-Result: 1.811037.0001-0-1-22:0,12:0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-21.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 18:10:31 -0000 A couple of nits (sorry!) : 9.20 - Missing parenthesis around Section 4.3.1. in final para 12.1 - Dynamic Link Event Protocol should be Dynamic Link Exchange Protoc= ol 12.5- 132 is listed twice. I think the range for "Specification Required"= should be 133 - 239 12.8 (very minor) "a IPv4" and "a IPv6" -> "an IPv4" and "an IPv6" Steve >-----Original Message----- >From: manet [mailto:manet-bounces@ietf.org] On Behalf Of internet- >drafts@ietf.org >Sent: Monday, March 21, 2016 5:14 PM >To: i-d-announce@ietf.org >Cc: manet@ietf.org >Subject: [manet] I-D Action: draft-ietf-manet-dlep-21.txt > > >A New Internet-Draft is available from the on-line Internet-Drafts direc= tories. >This draft is a work item of the Mobile Ad-hoc Networks of the IETF. > > Title : Dynamic Link Exchange Protocol (DLEP) > Authors : Stan Ratliff > Bo Berry > Cisco Systems > Darryl Satterwhite > Rick Taylor >=09Filename : draft-ietf-manet-dlep-21.txt >=09Pages : 63 >=09Date : 2016-03-21 > >Abstract: > When routing devices rely on modems to effect communications over > wireless links, they need timely and accurate knowledge of the > characteristics of the link (speed, state, etc.) in order to make > routing decisions. In mobile or other environments where these > characteristics change frequently, manual configurations or the > inference of state through routing or transport protocols does not > allow the router to make the best decisions. A bidirectional, event- > driven communication channel between the router and the modem is > necessary. > > >The IETF datatracker status page for this draft is: >https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/ > >There's also a htmlized version available at: >https://tools.ietf.org/html/draft-ietf-manet-dlep-21 > >A diff from the previous version is available at: >https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-dlep-21 > > >Please note that it may take a couple of minutes from the time of submis= sion >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/ > >_______________________________________________ >manet mailing list >manet@ietf.org >https://www.ietf.org/mailman/listinfo/manet > >This mail has originated outside your organization, either from an exter= nal >partner or the Global Internet. >Keep this in mind if you answer this message. > This email (including any attachments) may contain confidential and/or pr= ivileged information or information otherwise protected from disclosure. = If you are not the intended recipient, please notify the sender immediate= ly, do not copy this message or any attachments and do not use it for any= purpose or disclose its content to any person, but delete this message a= nd any attachments from your system. Airbus Defence and Space Limited dis= claims any and all liability if this email transmission was virus corrupt= ed, altered or falsified. -o- Emails to Airbus Defence and Space Limited may be processed, recorded and= monitored outside the UK. -o- Airbus Defence and Space Limited, Registered in England and Wales No. 244= 9259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, = England From nobody Mon Mar 21 15:27:24 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AAA312D128 for ; Mon, 21 Mar 2016 15:27:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.349 X-Spam-Level: X-Spam-Status: No, score=-2.349 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 PotMM0dldkK7 for ; Mon, 21 Mar 2016 15:27:19 -0700 (PDT) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7703212D0CA for ; Mon, 21 Mar 2016 15:27:18 -0700 (PDT) Received: by mail-wm0-x22d.google.com with SMTP id l68so128747421wml.0 for ; Mon, 21 Mar 2016 15:27:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to; bh=TJl+V3R6Y6MjwQOWM8/vuno5CwE9Lia1JZ80LBsv0TQ=; b=IrVFziTo4beVtrM6MXjLXnnx8kCQAH0QEEN4WRdqz5anwLT8EV2Kl+jV7lH0wkJOZ9 qCLhVhl6VbOPyiod4v+t4GuVqc6ilc4wqJgoDxqxNeeptOZ414dduhI2ZniFVpjlPqr8 XjEPNaTmNmGGjtnE0KMmaMvfN9MVtEuJKC4SkJNXVIqsxh8KvlylicAEMMhiRnWpGhIl /p9gOU/hj2wytL9sPerbVUwMW+3ZeKMRorx+plE+KOsZqbz+ONgMpnzK9kTbwwtsdPOB 8s+RqsAnCyV6kwjuF/ybIJMEnB1yJjvGjlUdNK8qtZem0nYD8vuecfWdIhT96fwkny5E QkNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to; bh=TJl+V3R6Y6MjwQOWM8/vuno5CwE9Lia1JZ80LBsv0TQ=; b=WlvL9kR5oyDXoJWP5PkajBDCemTZV2W3YFST2bo8I/BQ5OvnOpCWjzkKEDZWFAnRcQ Nt5BTQn0wz68FhQ/8mvF689j64KShINisBf3U+q8q9rnbHAcZAqDRwxhujUginwCyS82 bkeG69ckigRiuP6Dcaa89by6B0rYNZAOsKZ91QxwLVbIam6sBpRFFPaxGt6E8rnIajLc sZgY1qdgxLHw1AwlyVVdCrNCMGQBEUYeuZPBPKQfxv1Q4NidmHrG+5RMavzYfcIjzf7B ZXGapwUvLuio8gVdGUNJUK1AHihPEpvR5rJGicS7iP7dH15svXjGly9SiGSyedcMPm3h 8jkQ== X-Gm-Message-State: AD7BkJIi9DuJNUd75onVn1PgqSUrKGvJKwiqWybOj7JNVKD6liCR8r4oAmh0AhV4kzO0bx8VpD3YGIXoFDPLbg== MIME-Version: 1.0 X-Received: by 10.194.5.36 with SMTP id p4mr33232901wjp.167.1458599236932; Mon, 21 Mar 2016 15:27:16 -0700 (PDT) Sender: yi.jiazi@gmail.com Received: by 10.194.246.201 with HTTP; Mon, 21 Mar 2016 15:27:16 -0700 (PDT) In-Reply-To: References: <20160120222950.30520.6253.idtracker@ietfa.amsl.com> Date: Mon, 21 Mar 2016 23:27:16 +0100 X-Google-Sender-Auth: 0IJ9ryZRxdE799W_Qf069cCsrkI Message-ID: From: Jiazi YI To: manet Content-Type: multipart/alternative; boundary=047d7b5d9c3b6318b5052e96993b Archived-At: Subject: Re: [manet] I-D Action: draft-ietf-manet-olsrv2-multipath-07.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2016 22:27:22 -0000 --047d7b5d9c3b6318b5052e96993b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, The coauthors of olsrv2-multipath believe that the issues raised on the draft have been addressed (some nits have been found after the submission of -07, which will be improved in -08). Although we know that having the second WGLC is a good way to trigger comments :) , it's still appreciated that we can have some feedbacks on the solution that we proposed before the next WGLC. For your convenience, if you want to have an idea about how the major issues are addressed and clarified, taking a look at the post below should be enough. regards Jiazi On Wed, Jan 20, 2016 at 11:45 PM, Jiazi YI wrote: > Dear all, > > As you has seen, a new revision of the olsrv2-multipath draft was just > submitted. > Lots of modifications have been made based on Ulrich and Chris' comments > -- thanks very much! > > For your convenience, here is a reply to the comments, explaining how the= y > are updated in the new draft. > > Two major issues raised: > > *1. Issues related to Source Routing* > > Both Chris and Ulrich raised their concern on the source routing. The > MP-OLSR extension uses standard IP source routing, which is clarified and > improved in the new revision of the draft. > For IPv4 networks, the datagram is forwarded using RFC 791 IPv4 loose > source routing. This is due to the limitation of the IPv4 header length. = If > the number of intermediate routers exceed the capacity of the IP header, > loose source routing is applied. > For IPv6 networks, IPv6 strict source routing based on RFC6554 is used, > because IPv6 header has no strict limit on the length and RFC6554 support= s > address compression. A difference it would make compared to loose source > routing is when they are non-source-routing routers in the network: those > routers won't be taken into account when calculating multiple paths. This > will impact the performance of multipath routing, which I'll discuss in > detail in the issues related to interoperability. > In the new revision, the use of IP source routing is clarified. > > *2. Interoperability with OLSRv2 / MPR selection* > > Only a new message TLV is added to TC/HELLO messages. All the information > bases of OLSRv2 are kept and used in MP-OLSRv2. In fact, MP-OLSRv2 is not > designed to replace OLSRv2, but more as an extension to improve the > performance of certain applications. If necessary, MP-OLSRv2 will fall ba= ck > to OLSRv2. In the new revision, a new CUTOFF_RATIO is used: when the > multiple paths to be obtained are worse than the cutoff value, the router > will fall back to OLSRv2 automatically. > > Specifically, to answer Thomas' questions: > > "Will the presence of an OLSRv2 router in an OLSRv2-MP network break the >> -MP network"? >> > > No > > >> "Will the presence of an OLSRv2-MP router in an OLSRv2 network break the >> OLSRv2 network"? >> > > No > > >> "Will an OLSRv2-MP router be able to function in an OLSRv2 network"? >> > > Yes > > >> "Will an OLSRv2 router be able to function in an OLSRv2-MP network"? > > > Yes. > > >> And then, of course, what happens if it's not "a single" but "a bunch of= " >> .... > > > Yes. > One case that need to pay attention is that, if there are too many OLSRv2 > routers in the network, the multipath routing won't work effectively -- i= t > will degrade (IPv4 loose source routing case) or fall back (IPv6 strict > loose source routing case) to single path routing. But all those won't > break the network. > > Chris mentioned an issue related to MPR selection. Generally speaking, as > OLSRv2 uses a reduced topology graph (in terms of both vertex and edges) = , > not every MP-OLSR router can be recognized as source-routing enabled, > unless it generates a HELLO or TC message. The solution that we proposed = is: > - MP-OLSR enabled routers MUST generate TC messages even it's not > required to do so according to normal OLSR process, but with longer > interval. This is because the change from MP-OLSR enabled to OLSR-only > router is very rare compared to topology changes. The corresponding > SR_OLSR_HOLD_TIME will be set to longer value also. > - During routing MPR selection, an MP-OLSR enabled router SHOULD be > firstly considered. The number of MP-OLSR enabled MPRs MUST be equal or > greater than NUMBER_OF_PATHS, providing there are enough MP-OLSR symmetri= c > neighbors. Or else, all the MP-OLSR routers are selected as MPR. > ---------- > Steps above can have MP-OLSR enabled routers and links be discovered as > much as possible, while retaining the benefits of OLSRv2 topology > reduction. In the worst case, we fall back to single path OLSRv2, and the > network won't break. > > Chris also mentioned the interoperability between the multipath extension > and the multi-topology extension. As far as I can see, there is no issue > for them working together. In fact, it might even interesting to build > mutiple paths using the multi-topology information, which is added as an > item of the "experimental points". > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > > Other questions and clarifications: > > >> o NUMBER_OF_PATHS: Is this a constant? Can it change during router >> operations? If so what are the constraints, and how does the change >> impact existing routes? Is this a constant per router, or could I >> have, say, 3 paths for a certain destination that I need a lot, but >> only 1 for others? > > > Generally speaking, there is no strict constraints on this value. > Different routers using different values, or a router changing it won't > impact the interoperability. > > o MAX_SRC_HOPS: same as above. (constant? constraints?) >> Do these two parameters have to be negotiated between all routers or are >> there no interop problems if routers use different values in the network= ? > > > The don't have to be negotiated. But for better support of IPv6 source > routing, a the MAX_SRC_HOPS must be set to 0 (see the consideration of IP > source routing). > > o fp/fe: This is a function (of what?). I am not sure I understand >> why this is listed under a section Parameters. How can I implement this? > > As it's more algorithm specific, it's now moved to the section of the > algorithm. > >> - section 7.2 Multi-path Routing Set: >> How does this interact with the Routing Set in OLSRv2? Is this used >> instead? > > > There is no direct interact with the routing set in OLSRv2, and doesn't > replace OLSRv2's Routing Set. > > - "PT_cost - the cost of the path to the destination" >> Cost in what? Hops? Does this support metrics other than hop count? > > ... > >> 7.2 has costs of paths. If this is OLSRv2 path metric, use that term. If >> not, why not? > > > As an extension to OLSRv2, MP-OLSR uses the same metric type as OLSRv2. > For consistency, we now use "metric", rather than "cost" in the draft. > The example in the appendix is also updated using an arbitrary metric. > > - Section 8.2.: SR_OLSR_HOLD_TIME >> What is the relationship with other OLSRv2 information sets? Could >> there be a situation where I still have an SR-OLSR Router Tuple, but >> the same destination is not present anymore in other OLSRv2 sets >> (Routing Set, Topology Set etc). Since the hold_time can be chosen >> independently, that seems possible. > > ... > > Does the MR_valid_time have to be the same as the timeout on >> the Routing Set? > > > The following updates are made: > > For the SR_OLSR_HOLD_TIME, it's set to 3*SR_TC_INTERVAL, in which > SR_TC_INATERVAL is 10*TC_INTERVAL. The SR-OLSRv2 Router Set only servers > for identifying if a router is source-routing enabled or not, which won't > be changed frequently. > > For the tuples in Multi-path Routing set, they won't subject to > timer-based expiration (like the OLSRv2 Routing Set). Instead, all the > tuple will be removed whenever there is need to update the OLSRv2 Routing > Set -- and the new tuples of Multi-path routing set will be recalculated > on-demand. This can make it more reactive to the topology changes. > > - " o If the length of the path (n) is greater than MAX_SRC_HOPS, only >> the key routers in the path are kept. By default, the key routers >> are uniformly chosen in the path." >> What are key routers? How does this work? >> o The routers with higher priority (such as higher routing >> willingness defined in [RFC7181]) are preferred. >> How? > > Generally speaking, routers with greater capacity (such as higher > transmission power, longer battery life, etc) and greater willingness in > forwarding packets are preferred. > Of course, those information is not always available. By default, the > "key" routers are chosen uniformly in the path. > We clarified it in the new revision. > > Section 1.1, first list, point 3. I don=E2=80=99t see this as a motivatio= n for >> multiple path routing. If routers are not to be used, that=E2=80=99s an = issue for >> single path routing too. > > The point 3 is: Certain scenarios require some routers must (or must not) > be used. > > It's a motivation for source routing. > > Appendix, I haven=E2=80=99t studied, but I=E2=80=99d like to see an examp= le not using hop >> count. There=E2=80=99s a lot at the end that raises more questions than = it answers. >> Delay isn=E2=80=99t just about number of hops (and 50 is an exceptional = case). If >> delay matters, it should be part of your metric and handled that way. > > > fixed by using an arbitrary metric. > > - Section 8.4: This doesn't use the information bases that have been >> defined before. How can I implement this using the existing >> information form the protocol? (without all that abstraction) > > > Now it's separated into two subsection, one for requirements of the > algorithm, and one for the default multipath dijkstra algorithm. The > connection with the information bases is also built. > > security consideration section > > > The security consideration section is updated a bit. Compared to OLSRv2, > the vulnerability mainly comes from the source routing. Is it adequate? > Let's leave it as an open question for the moment. > > Thanks again for your valuable comments. I'm looking forward to your > further suggestions. > > regards > > Jiazi > > ---------- Forwarded message ---------- > From: > Date: Wed, Jan 20, 2016 at 11:29 PM > Subject: [manet] I-D Action: draft-ietf-manet-olsrv2-multipath-07.txt > To: i-d-announce@ietf.org > Cc: manet@ietf.org > > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Mobile Ad-hoc Networks Working Group of > the IETF. > > Title : Multi-path Extension for the Optimized Link > State Routing Protocol version 2 (OLSRv2) > Authors : Jiazi Yi > Benoit Parrein > Filename : draft-ietf-manet-olsrv2-multipath-07.txt > Pages : 21 > Date : 2016-01-20 > > Abstract: > This document specifies a multi-path extension for the Optimized Link > State Routing Protocol version 2 (OLSRv2) to discover multiple > disjoint paths, so as to improve reliability of the OLSRv2 protocol. > The interoperability with OLSRv2 is retained. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-manet-olsrv2-multipath/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-manet-olsrv2-multipath-07 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-manet-olsrv2-multipath-07 > > > 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/ > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --047d7b5d9c3b6318b5052e96993b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,=C2=A0

The coauthors of olsrv2-multi= path believe that the issues raised on the draft have been addressed (some = nits have been found after the submission of -07, which will be improved in= -08).=C2=A0

Although we know that having the seco= nd WGLC is a good way to trigger comments :) , it's still appreciated t= hat we can have some feedbacks on the solution that we proposed before the = next WGLC.=C2=A0

For your convenience, if you want= to have an idea about how the major issues are addressed and clarified, ta= king a look at the post below should be enough.=C2=A0

<= div>regards

Jiazi


On Wed, Jan 20, 2016 at 11:45 PM, J= iazi YI <ietf@jiaziyi.com> wrote:
Dear all,=C2=A0

= As you has seen, a new revision of the olsrv2-multipath draft was just subm= itted.=C2=A0
Lots of modifications have been made based on Ulrich= and Chris' comments -- thanks very much!

For = your convenience, here is a reply to the comments, explaining how they are = updated in the new draft.=C2=A0

Two major issues r= aised:=C2=A0

1. Issues related to Source Routin= g

Both Chris and Ulrich raised their concern o= n the source routing. The MP-OLSR extension uses standard IP source routing= , which is clarified and improved in the new revision of the draft.=C2=A0
For IPv4 networks, the datagram is forwarded using RFC 791 IPv4 lo= ose source routing. This is due to the limitation of the IPv4 header length= . If the number of intermediate routers exceed the capacity of the IP heade= r, loose source routing is applied. =C2=A0
For IPv6 networks, IPv= 6 strict source routing based on RFC6554 is used, because IPv6 header has n= o strict limit on the length and RFC6554 supports address compression. A di= fference it would make compared to loose source routing is when they are no= n-source-routing routers in the network: those routers won't be taken i= nto account when calculating multiple paths. This will impact the performan= ce of multipath routing, which I'll discuss in detail in the issues rel= ated to interoperability.=C2=A0
In the new revision, the use of I= P source routing is clarified.=C2=A0

2. Interop= erability with OLSRv2 / MPR selection

O= nly a new message TLV is added to TC/HELLO messages. All the information ba= ses of OLSRv2 are kept and used in MP-OLSRv2. In fact, MP-OLSRv2 is not des= igned to replace OLSRv2, but more as an extension to improve the performanc= e of certain applications. If necessary, MP-OLSRv2 will fall back to OLSRv2= . In the new revision, a new CUTOFF_RATIO is used: when the multiple paths = to be obtained are worse than the cutoff value, the router will fall back t= o OLSRv2 automatically.=C2=A0

Specifically, to ans= wer Thomas' questions:

"= Will the presence of an OLSRv2 router in an OLSRv2-MP network break the -MP= network"?=C2=A0

No
=C2= =A0
"Will the presence of an OLSRv2-MP router in= an OLSRv2 network break the OLSRv2 network"?
No
=C2=A0
"Will an OLSRv2-= MP router be able to function in an OLSRv2 network"?
<= div>
Yes
=C2=A0
"Will an= OLSRv2 router be able to function in an OLSRv2-MP network"?=C2=A0

Yes.=C2=A0
=C2=A0
And then, of course, what happens if it's not "a single" = but "a bunch of" ....

Yes.=C2=A0<= /div>
One case that need to pay attention is that, if there are too man= y OLSRv2 routers in the network, the multipath routing won't work effec= tively -- it will degrade (IPv4 loose source routing case) or fall back (IP= v6 strict loose source routing case) to single path routing. But all those = won't break the network. =C2=A0

Chris me= ntioned an issue related to MPR selection. Generally speaking, as OLSRv2 us= es a reduced topology graph (in terms of both vertex and edges) , not every= MP-OLSR router can be recognized as source-routing enabled, unless it gene= rates a HELLO or TC message. The solution that we proposed is:
= =C2=A0 =C2=A0- MP-OLSR enabled routers MUST generate TC messages even it= 9;s not required to do so according to normal OLSR process, but with longer= interval. This is because the change from MP-OLSR enabled to OLSR-only rou= ter is very rare compared to topology changes. The corresponding SR_OLSR_HO= LD_TIME will be set to longer value also.=C2=A0
=C2=A0 =C2=A0 - D= uring routing MPR selection, an MP-OLSR enabled router SHOULD be firstly co= nsidered. The number of MP-OLSR enabled MPRs MUST be equal or greater than = NUMBER_OF_PATHS, providing there are enough MP-OLSR symmetric neighbors. Or= else, all the MP-OLSR routers are selected as MPR.
----------
Steps above can have MP-OLSR enabled routers and links be discovere= d as much as possible, while retaining the benefits of OLSRv2 topology redu= ction. In the worst case, we fall back to single path OLSRv2, and the netwo= rk won't break.=C2=A0

Chris also mentioned= the interoperability between the multipath extension and the multi-topolog= y extension. As far as I can see, there is no issue for them working togeth= er. In fact, it might even interesting to build mutiple paths using the mul= ti-topology information, which is added as an item of the "experimenta= l points".=C2=A0

=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

=
Other questions and clarifications:=C2=A0
=C2=A0
o NUMBER_OF_PATHS: Is this a constant? Can it change during rout= er
operations? If so what are the constraints, and how does the changeimpact existing routes? Is this a constant per router, or could I
have= , say, 3 paths for a certain destination that I need a lot, but
only 1 f= or others?

Generally speaking, there is no = strict constraints on this value. Different routers using different values,= or a router changing it won't impact the interoperability.=C2=A0
=

o MAX_SRC_HOPS: same as above. (consta= nt? constraints?)
Do these two parameters have to be negotiated between = all routers or=C2=A0are there no interop problems if routers use different = values in the network?

The don't have t= o be negotiated. But for better support of IPv6 source routing, a the MAX_S= RC_HOPS must be set to 0 (see the consideration of IP source routing).=C2= =A0

o fp/fe: This is a functi= on (of what?). I am not sure I understand why=C2=A0this is listed under a s= ection Parameters. How can I implement this?

As it's mor= e algorithm specific, it's now moved to the section of the algorithm.= =C2=A0

- section 7.2 Multi-path Routing Set:
How doe= s this interact with the Routing Set in OLSRv2? Is this used
instead?=C2= =A0

=C2=A0There is no direct interact with = the routing set in OLSRv2, and doesn't replace OLSRv2's Routing Set= .=C2=A0

- "PT_cost - =C2=A0 = the cost of the path to the destination"
Cost in what? Hops? Does t= his support metrics other than hop count?
...
7.2 has costs of paths. If this is OLSRv2 path metric, use that t= erm. If not, why not?=C2=A0

As an extension= to OLSRv2, MP-OLSR uses the same metric type as OLSRv2.=C2=A0
Fo= r consistency, we now use "metric", rather than "cost" = in the draft.=C2=A0
The example in the appendix is also updated u= sing an arbitrary metric.=C2=A0

= - Section 8.2.: SR_OLSR_HOLD_TIME
What is the relationship with other OL= SRv2 information sets? Could
there be a situation where I still have an = SR-OLSR Router Tuple, but
the same destination is not present anymore in= other OLSRv2 sets
(Routing Set, Topology Set etc). Since the hold_time = can be chosen
independently, that seems possible.
...=C2=A0
Does the MR_valid_time have t= o be the same as the timeout on
the Routing Set?=C2=A0

The following updates are made:

For the SR_OLSR_HOLD_TIME, it's set to 3*SR_TC_INTERVAL, in which SR= _TC_INATERVAL is 10*TC_INTERVAL. The SR-OLSRv2 Router Set only servers for = identifying if a router is source-routing enabled or not, which won't b= e changed frequently.=C2=A0

For the tuples in Mult= i-path Routing set, they won't subject to timer-based expiration (like = the OLSRv2 Routing Set). Instead, all the tuple will be removed whenever th= ere is need to update the OLSRv2 Routing Set -- and the new tuples of Multi= -path routing set will be recalculated on-demand. This can make it more rea= ctive to the topology changes.=C2=A0

- " =C2=A0 o=C2=A0 If the length of the path (n) is greater than M= AX_SRC_HOPS, only
=C2=A0 =C2=A0 =C2=A0 the key routers in the path are k= ept.=C2=A0 By default, the key routers
=C2=A0 =C2=A0 =C2=A0 are uniforml= y chosen in the path."
What are key routers? How does this work?=C2=A0=C2=A0 o=C2=A0 The routers with higher priority (such as higher rout= ing
=C2=A0 =C2=A0 =C2=A0 willingness defined in [RFC7181]) are preferred= .
How?

Generally speaking, r= outers with greater capacity (such as higher transmission power, longer bat= tery life, etc) and greater willingness in forwarding packets are preferred= .=C2=A0
Of course, those information is not always available. By = default, the "key" routers are chosen uniformly in the path.=C2= =A0
We clarified it in the new revision.=C2=A0

Section 1.1, first list, point 3. I don=E2=80=99t s= ee this as a motivation for multiple path routing. If routers are not to be= used, that=E2=80=99s an issue for single path routing too.

= The point 3 is:=C2=A0Certain scenarios require some routers must (or must n= ot) be used.

It's a motivation for source routing.=C2=A0

<= p>

Appendix, I haven=E2=80=99t studied, but I=E2=80=99d= like to see an example not using hop count. There=E2=80=99s a lot at the e= nd that raises more questions than it answers. Delay isn=E2=80=99t just abo= ut number of hops (and 50 is an exceptional case). If delay matters, it sho= uld be part of your metric and handled that way.
fixed by using an arbitrary metric.=C2=A0

<= div>
- Section 8.4: This doesn't use the information ba= ses that have been
defined before. How can I implement this using the ex= isting
information form the protocol? (without all that abstraction)

Now it's separated into two subsecti= on, one for requirements of the algorithm, and one for the default multipat= h dijkstra algorithm. The connection with the information bases is also bui= lt.=C2=A0

security consideration= section

The security consideration s= ection is updated a bit. Compared to OLSRv2, the vulnerability mainly comes= from the source routing. Is it adequate? Let's leave it as an open que= stion for the moment.=C2=A0

Thanks again for your = valuable comments. I'm looking forward to your further suggestions.=C2= =A0

regards

Jiazi

---------- Forwarded message ----------
= From: <internet-drafts@ietf.org<= /a>>
Date: Wed, Jan 20, 2016 at 11:29 PM
Subject: [manet] I= -D Action: draft-ietf-manet-olsrv2-multipath-07.txt
To: i-d-announce@ietf.org
Cc:= manet@ietf.org
=


A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
=C2=A0This draft is a work item of the Mobile Ad-hoc Networks Working Group= of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Multi-path Extension for the Optimized Link State Routing Protocol version= 2 (OLSRv2)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Jiaz= i Yi
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Benoit Parrein
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-manet-olsrv2-multipath-07.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 21
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2016-01-20

Abstract:
=C2=A0 =C2=A0This document specifies a multi-path extension for the Optimiz= ed Link
=C2=A0 =C2=A0State Routing Protocol version 2 (OLSRv2) to discover multiple=
=C2=A0 =C2=A0disjoint paths, so as to improve reliability of the OLSRv2 pro= tocol.
=C2=A0 =C2=A0The interoperability with OLSRv2 is retained.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/= draft-ietf-manet-olsrv2-multipath/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ie= tf-manet-olsrv2-multipath-07

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff= ?url2=3Ddraft-ietf-manet-olsrv2-multipath-07


Please note that it may take a couple of minutes from the time of submissio= n
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/

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


--047d7b5d9c3b6318b5052e96993b-- From nobody Mon Mar 21 21:44:04 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F05C12D567 for ; Mon, 21 Mar 2016 21:44:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 KVHjeBYqER2h for ; Mon, 21 Mar 2016 21:44:00 -0700 (PDT) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF76212D558 for ; Mon, 21 Mar 2016 21:43:59 -0700 (PDT) Received: by mail-oi0-x230.google.com with SMTP id l76so71635584oig.1 for ; Mon, 21 Mar 2016 21:43:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=FZ1GBMjE/RvnPDuDW8oHdEz/GJFZ/03xP1MS5/X0geY=; b=fXkfX4Cp5GCFz7Y0cauBVYQqLRiU4ARkIZCK5xnngpht/CvInomGuDe1WKWiEwsIkj X5c9zZPHTcWZN7LJ3fyHYdKx7uyD+I/6yMozYXpk2eJztGE8zwemh5fagCp9sfAJozKI KAV7/x4dCS1NaWmFfFEe2/jzHoKM4slioi9iidL25liLfr1GBDv6snKluVAGtWXXKlfn ShDNY+7C7Tgi58f+TaZZyKlXGpzIqLFoZjcsSfgQLayP7lOeIrNt5TTiVz6Yk6q60UBm MIWJsG3bGE0S02o9+ABBoKCSYHn9J3AEo09J0ptnG06kzPgpTdu3BrsW3a7Y3P6ikzpu Wvrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=FZ1GBMjE/RvnPDuDW8oHdEz/GJFZ/03xP1MS5/X0geY=; b=hYRRlWfgz0bDF+ta/vuvpgneO0arddJZUIFbqK6jk0zLPxkXKhHBl9T16c0FF6Z4QP 1FgRHx242Nw7hxhLgQdUraiP1hJynVa8dQbjQmY6QOSVD8ZqzX5Rwh5SPppN3i6/cX9F LVntNLghrBmXmmISaVzLtwUWwfdmSnJVZkRxOZOUnp5ZpFhLYplrqOIrgLHKJ22559PA nwopxh5lz99YmW7FwMloNN9gsFX2tENpyQxKUqwD1W/8r6t15y3G1A3FRtjne8r3sfAq kVjod5Mh2QdET8r1hC4p/FcyHLxh6cGgsSA/V65phSb4w38HVDpGrDCxGfaEO9GfGAjf E13g== X-Gm-Message-State: AD7BkJLPeIiKpol4/jGbuihFAkp955LMFiep+MFrgGWD72mJ69WwwoxyUZlosHEUemOrfDCOuuIjyXq6wUN25Q== MIME-Version: 1.0 X-Received: by 10.202.90.3 with SMTP id o3mr19216578oib.96.1458621839351; Mon, 21 Mar 2016 21:43:59 -0700 (PDT) Received: by 10.76.45.102 with HTTP; Mon, 21 Mar 2016 21:43:59 -0700 (PDT) In-Reply-To: References: <20160321171400.31965.49741.idtracker@ietfa.amsl.com> Date: Tue, 22 Mar 2016 00:43:59 -0400 Message-ID: From: Justin Dean To: Stan Ratliff Content-Type: multipart/alternative; boundary=001a113d5edc98a738052e9bdcef Archived-At: Cc: MANET IETF Subject: Re: [manet] Fwd: [www.ietf.org/rt #116874] AutoReply: Re: I-D Action: draft-ietf-manet-credit-window-03.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 04:44:02 -0000 --001a113d5edc98a738052e9bdcef Content-Type: text/plain; charset=UTF-8 Big thanks for the recent turn around and revisions to both the editors and the reviewers. The rough consensus seems to be it's not perfect but good enough/better than it was. I didn't read anything either in the draft or comments from other reviewers that was a show stopper so this will (again) be sent on up. Note to the editors this isn't finished yet but with the continued effort being currently put in it should be done soon. Justin On Mon, Mar 21, 2016 at 1:20 PM, Stan Ratliff wrote: > Hello WG, > > Oops. Sent this to the wrong address. Correcting here. > > Regards, > Stan > > > ---------- Forwarded message ---------- > From: IETF-Draft Submission Queue via RT > Date: Mon, Mar 21, 2016 at 1:18 PM > Subject: [www.ietf.org/rt #116874] AutoReply: Re: [manet] I-D Action: > draft-ietf-manet-credit-window-03.txt > To: ratliffstan@gmail.com > > > > Greetings, > > This message has been automatically generated in response to the > creation of a trouble ticket regarding: > "Re: [manet] I-D Action: draft-ietf-manet-credit-window-03.txt", > a summary of which appears below. > > There is no need to reply to this message right now. Your ticket has been > assigned an ID of [www.ietf.org/rt #116874]. > > Please include the string: > > [www.ietf.org/rt #116874] > > in the subject line of all future correspondence about this issue. To do > so, > you may reply to this message. > > > Thank you, > ietf-draft-submission@ietf.org > > ------------------------------------------------------------------------- > All, > > Just posted an updated version of the Credit Windowing draft. This draft > does *not* include the proposed updated verbiage in the email exchange with > Lou Berger - Lou, I had a conversation with Rick Taylor where he talked me > out of it... ;-) > > So, this proposes what was referred to as "Option 2" in James Stevens' > email. I believe it addresses the comments from David Wiggins as well. > > Regards, > Stan > > > On Mon, Mar 21, 2016 at 1:14 PM, wrote: > > > > > A New Internet-Draft is available from the on-line Internet-Drafts > > directories. > > This draft is a work item of the Mobile Ad-hoc Networks of the IETF. > > > > Title : Credit Windowing extension for DLEP > > Author : Stan Ratliff > > Filename : draft-ietf-manet-credit-window-03.txt > > Pages : 12 > > Date : 2016-03-21 > > > > Abstract: > > This draft describes an extension to the DLEP protocol to provide a > > credit-windowing scheme analogous to that in RFC5578 for destination- > > specific flow control. > > > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-ietf-manet-credit-window/ > > > > There's also a htmlized version available at: > > https://tools.ietf.org/html/draft-ietf-manet-credit-window-03 > > > > A diff from the previous version is available at: > > https://www.ietf.org/rfcdiff?url2=draft-ietf-manet-credit-window-03 > > > > > > 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/ > > > > _______________________________________________ > > manet mailing list > > manet@ietf.org > > https://www.ietf.org/mailman/listinfo/manet > > > > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --001a113d5edc98a738052e9bdcef Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Big thanks for the recent turn around and revisi= ons to both the editors and the reviewers.=C2=A0 The rough consensus seems = to be it's not perfect but good enough/better than it was.=C2=A0 I didn= 't read anything either in the draft or comments from other reviewers t= hat was a show stopper so this will (again) be sent on up.=C2=A0 Note to th= e editors this isn't finished yet but with the continued effort being c= urrently put in it should be done soon.

Justin
<= div>

On = Mon, Mar 21, 2016 at 1:20 PM, Stan Ratliff <ratliffstan@gmail.com&= gt; wrote:
<= div>
Hello WG,

Oops. Sent this to the wrong address. Corr= ecting here.

Regards,
Stan


---------- Forwarded message ----------From: IETF-Draft Submission Queue via RT= <ietf-draft-submission@ietf.org>
Date: Mon,= Mar 21, 2016 at 1:18 PM
Subject: [www.ietf.org/rt #116874] AutoReply: Re: [manet] I-D Act= ion: draft-ietf-manet-credit-window-03.txt
To: ratliffstan@gmail.com



Greetings,

This message has been automatically generated in response to the
creation of a trouble ticket regarding:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 "Re: [manet] I-D Action: draft-ietf-manet-= credit-window-03.txt",
a summary of which appears below.

There is no need to reply to this message right now.=C2=A0 Your ticket has = been
assigned an ID of [www.ietf.org/rt #116874].

Please include the string:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0[www.ietf.org/rt #116874]

in the subject line of all future correspondence about this issue. To do so= ,
you may reply to this message.


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 Thank you,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 ietf-draft-submission@ietf.org

------------------------------------------------------------------------- All,

Just posted an updated version of the Credit Windowing draft. This draft does *not* include the proposed updated verbiage in the email exchange with=
Lou Berger - Lou, I had a conversation with Rick Taylor where he talked me<= br> out of it... ;-)

So, this proposes what was referred to as "Option 2" in James Ste= vens'
email. I believe it addresses the comments from David Wiggins as well.

Regards,
Stan


On Mon, Mar 21, 2016 at 1:14 PM, <internet-drafts@ietf.org> wrote:

>
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
> This draft is a work item of the Mobile Ad-hoc Networks of the IETF. >
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: Credit Windowing extension for DLEP
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Author=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 : Stan Ratliff
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 := draft-ietf-manet-credit-window-03.txt
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: 12
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 : 2016-03-21
>
> Abstract:
>=C2=A0 =C2=A0 This draft describes an extension to the DLEP protocol to= provide a
>=C2=A0 =C2=A0 credit-windowing scheme analogous to that in RFC5578 for = destination-
>=C2=A0 =C2=A0 specific flow control.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/do= c/draft-ietf-manet-credit-window/
>
> There's also a htmlized version available at:
> https://tools.ietf.org/html/draft-= ietf-manet-credit-window-03
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdi= ff?url2=3Ddraft-ietf-manet-credit-window-03
>
>
> 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/
>
> _______________________________________________
> manet mailing list
> manet@ietf.org=
> https://www.ietf.org/mailman/listinfo/manet
>



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


--001a113d5edc98a738052e9bdcef-- From nobody Mon Mar 21 22:03:33 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6740012D0C1 for ; Mon, 21 Mar 2016 22:03:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 lP92_SxHEapJ for ; Mon, 21 Mar 2016 22:03:30 -0700 (PDT) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C07F612D0BD for ; Mon, 21 Mar 2016 22:03:30 -0700 (PDT) Received: by mail-ob0-x236.google.com with SMTP id ts10so192238297obc.1 for ; Mon, 21 Mar 2016 22:03:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=JpCRnu3rsCF/jcGRDWiAXnEyCUchvOxhPTy/NOZw4ww=; b=i3XN4BmEXcJNu5j2nX3Cr0Rvq61/iMJu2MZp0KPXaK5d+Rc2E5iuUFzwz8Ll7XzPUw dIuKC6T/IVQB3PVkoJrI/YnDC+XHJo2E+qoxVnxoPuPSyVJTFQq2dLLNPPPlnjqqsml7 4qvFFZ3h++N9FyLVUFVYlx2ejGaJYagmPytOyDkzBxHpayPhCld4AIcXNGOmLTJI+Bm7 myvjw3DVfdzg4ssO1zGg1qlL7qJidzQ9qRvrtEBTwsaIA33lme71xACoiJPgV8zObO4B rLaKeUX7FNZqb3fqdMmLNugNc+XqPN8jdYwLlEh9/0N2nozxXEQzMyO++KHKXvInsGwy nxBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=JpCRnu3rsCF/jcGRDWiAXnEyCUchvOxhPTy/NOZw4ww=; b=ZmPeES8TsI43mtggt+lh6cJGNSNDrxL4SG+1PHonLwGJp0SkIxTrT+7M7iOF1hqSrN xBr9U3BXRRsmdl1yMzJ5FqQpUqF5Qc/4hhnVE6Y1Lq2xOmujGptKaV14JmqW3w18HsX3 ZWiw3XHgUgiq6wFh1XohcgsevY0sV+PzjbtgD2h4rd0uC9k9nCHXU4X8CMN6OntJkS3S XzFFmXivUDLTgoQfUldVEDCPq1HRtskU5brTSRZNgi0M4XFTyRW8quDNhXrh7y5osCrD lfRfajwKHbaaPXpzZ5coV0/21UORsA5ydvN3uz1U9u6Y9PCkkxP/NP0geJjdaImmKx7e JlyA== X-Gm-Message-State: AD7BkJIqmpb5/bbEqJ5TJmcgg3Ekz3b5uPeV4ANSG0/cxeKu/zcwp9U+xtna19dG5t1pHglQZvXaiYGZmQvi1Q== MIME-Version: 1.0 X-Received: by 10.60.141.193 with SMTP id rq1mr20868158oeb.19.1458623010146; Mon, 21 Mar 2016 22:03:30 -0700 (PDT) Received: by 10.76.45.102 with HTTP; Mon, 21 Mar 2016 22:03:30 -0700 (PDT) Date: Tue, 22 Mar 2016 01:03:30 -0400 Message-ID: From: Justin Dean To: "manet@ietf.org" Content-Type: multipart/alternative; boundary=047d7b450be8619301052e9c2229 Archived-At: Subject: [manet] AODVv2 status X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 05:03:32 -0000 --047d7b450be8619301052e9c2229 Content-Type: text/plain; charset=UTF-8 The intent of my review of AODVv2 was to give me better clarity on if the draft should be killed or was worth pursuing. Unfortunately for me it didn't do that and it fit nearly perfectly into very small area of not bad enough to really die but not really good enough to be a standards document (in it's reviewed state). I've been pleased with the amount of work ongoing to address my and others comments and update the draft. The turn around has been much more prompt and meaningful than in past iterations. There will be a WG last call on AODVv2. That doesn't mean that it will get sent on but will allow the rest of the WG members to voice there comments and reviews a final time with the most recent draft (which is much improved) I would like to see more on-list discussions from the AODVv2 team. It's okay to have separate discussions but the WG members are the ones who will have to agree that the draft and the decisions in it are the correct ones, not just the editor team. If someone has a comment and the editors convince themselves that it's not an issue it's not really fixed yet. The flip side of that coin. WG members we can help make this a good draft by providing meaningful and helpful comments. Remember that this is a WG document not the editors document. Justin --047d7b450be8619301052e9c2229 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The intent of my review of AODVv2 was to give me bett= er clarity on if the draft should be killed or was worth pursuing. Unfortun= ately for me it didn't do that and it fit nearly perfectly into very sm= all area of not bad enough to really die but not really good enough to be a= standards document (in it's reviewed state).=C2=A0 I've been pleas= ed with the amount of work ongoing to address my and others comments and up= date the draft.=C2=A0 The turn around has been much more prompt and meaning= ful than in past iterations.=C2=A0 There will be a WG last call on AODVv2.= =C2=A0 That doesn't mean that it will get sent on but will allow the re= st of the WG members to voice there comments and reviews a final time with = the most recent draft (which is much improved)

I would like to see = more on-list discussions from the AODVv2 team.=C2=A0 It's okay to have = separate discussions but the WG members are the ones who will have to agree= that the draft and the decisions in it are the correct ones, not just the = editor team.=C2=A0=C2=A0 If someone has a comment and the editors convince = themselves that it's not an issue it's not really fixed yet.
The flip side of that coin. WG members we can help make this a good draft = by providing meaningful and helpful comments. Remember that this is a WG do= cument not the editors document.

Justin
--047d7b450be8619301052e9c2229-- From nobody Mon Mar 21 23:00:38 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 051B012D622 for ; Mon, 21 Mar 2016 23:00:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 Feh0pt3LUidn for ; Mon, 21 Mar 2016 23:00:34 -0700 (PDT) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 978B412D5DA for ; Mon, 21 Mar 2016 23:00:34 -0700 (PDT) Received: by mail-oi0-x22b.google.com with SMTP id l76so72855922oig.1 for ; Mon, 21 Mar 2016 23:00:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=mLmY6SNZeoCnaFl53xa/q11vYjhzZ3RRxx7+IiCgPrY=; b=GhyHpESbLmPYZle9DhwqLEXRN+sexdvcr5lIVIOp4NI/AcJj3KHGn2+BfyegcwBEwO TqTIRIZUGJC7JFRsshXbMb+Bh0L3+uNHMbyCZMIdq7RplE7tgD1gkpPbqCzSZxkXPEOV /EN8Qp38r3+3EEd3q3VB3qvseyKV44shmSHMEaxOH5fKwOcsVLow8bmYG6Avu0ZehiD4 IQptw33krPfq1EUu2ZcEaDuRpUqD+yG5lw+9lGzX0UlJz0uATCmxETxyiGbRX0VXNnID mTwZmELg1j0fC/g+Zo7/R2NRq4cSfZgobd6g+szbr2xkFxjnhhE3OOL+SfHxHVqEtelu M50Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=mLmY6SNZeoCnaFl53xa/q11vYjhzZ3RRxx7+IiCgPrY=; b=QVIIM/kPOLl2WUu4lcpL7az6YxSMea9xfjg2GvwrMQL8Gew8dGL451Rn2wV3+PtWRZ pFCi8I9V5eeIXAd9IvyGr+fIRiS+AkXmTL/rAzN43hTciU6YQxm3TJwjKDpnGevBJ9nw 6Mpghsq/Sko10yzhG8O1IoawEsZiviowu/+SXCX79liUTLuPjpFzzkPO0qt3gaLUqasn rYdoaIWcE+ybVevCqR+sxuTTLUjJqLnSCBkRQ4PGKc5uYRl8pfbWQgqaWSFdAlTB3/+6 psILwD7vCZf+iqtJ228DQShbiiZ6OVWy1gNAwLfxsaOR2L0/qNETAgxFOUtnxV5/QEIy Ch9Q== X-Gm-Message-State: AD7BkJLWbtJNHrfJKc/awV7WGE7/yZV32P70UxXoShgEx3eOQLy4uVDFQ43yMTm6kP8KLC4jmREABBcrRMkVFA== MIME-Version: 1.0 X-Received: by 10.157.46.193 with SMTP id w59mr1733178ota.107.1458626433948; Mon, 21 Mar 2016 23:00:33 -0700 (PDT) Received: by 10.76.45.102 with HTTP; Mon, 21 Mar 2016 23:00:33 -0700 (PDT) In-Reply-To: References: Date: Tue, 22 Mar 2016 02:00:33 -0400 Message-ID: From: Justin Dean To: Lotte Steenbrink Content-Type: multipart/alternative; boundary=001a1142e9ec74a0e4052e9ceef9 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 06:00:38 -0000 --001a1142e9ec74a0e4052e9ceef9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Responses inline. On Tue, Mar 8, 2016 at 4:37 PM, Lotte Steenbrink < lotte.steenbrink@fu-berlin.de> wrote: > Hello Justin, > thank you very much for your thorough and helpful review. We've adopted > most of your editorial changes and are currently mulling over the larger > ones. > Some questions & comments for clarification: > > From 2. Terminology: > ------------------------------------ > > Local Route > An entry in the Local Route Set. (Local Route Set should have an > entry, something simple and pointing to the section JWD) > (Later in the document LocalRoute is used pick one JWD) > > LocalRoutes are not the same as the Local Route set, as they're actually > entries of the Set, which is explained in section 4.5. Local Route Set. > Since LocalRoute is used before its explanation (in the RERR (Route > Error) definition of section 2), I can see how this is confusing. If my > co-authors don't protest, I guess we can just eliminate that mention by > changing "a valid LocalRoute" to "a valid route". Would that resolve this > issue? > > JWD: This was mostly about introduction of the terms and the difference between Local Route Set having a space between "Local" and "Route" and an entry being a LocalRoute with no space. I'm happy with just adding a reference to the section in which the Local Route Set is defined the first time the term is used. > > From 3. Applicability Statement: > -------------------------------------------------- > > (This should go in the intro JWD) > > Which paragraph(s) are you referring to here? > JWD: The deleted text as seen in the diff. Although AODVv2 is closely related to AODV [RFC3561], and shares some features of DSR [RFC4728], AODVv2 is not interoperable with either of those protocols. The routing algorithm in AODVv2 MAY be operated at layers other than the network layer, using layer-appropriate addresses. The diff also shows that I moved/edited it to right after the (we jumped right in here) comment. > From 4.5. Local Route Set: > ------------------------------------------ > > (I=E2=80=99m assuming this is here to hint at the possibility of a unifie= d router > with multiple routing protocols playing nicely together JWD) > > Yup. Should we be more explicit there? > > JWD: Yes. Don't make it complicated just mention that other routing protocols may also be operating on the same device and it may be a better approach in these cases. > (I noticed that Unconfirmed is the only state that uses Route Request > message instead of route message, is that intended? Can unconfirmed rout= e > state only be reached through Route Request messages? JWD) > > Yes. Until a route learned through a RREQ is validated by a RREP/RREP_Ack > exchange, it is marked as unconfirmed (so that it can't erroneously be us= ed > until we know it is useful) > > JWD: My point was that I had to infer this add a bit making this explicit and things are much easier for the reader. > > (this seems like an entry that would always be full 1s on a route request > if true that should be stated to make things more clear JWD) > > I'm not sure I understand what you mean here, I'm assuming that > prefixlength =3D=3D address length with RREQs? > > JWD: Yes but even more forceful. Unless you plan on allowing route requests for networks prefixlengths (which I strongly discourage), full prefixlengths for RREQs MUST be used. > > From 4.6. Multicast Route Message Table: > --------------------------------------------------------------- > > (would this ever be in a RREQ? If no then I suggest using words similar t= o > =E2=80=9Cif RteMsg is an RREP JWD) > > It would. RREQs can include the last known sequence number associated wit= h > TargSeqNum. see 7.1.1. RREQ Generation: > > 6. For TargSeqNum: > > * If an Invalid route exists in the Local Route Set matching > TargAddr using longest prefix matching and has a valid > sequence number, set TargSeqNum :=3D LocalRoute.SeqNum. > > JWD: Okay. >From 5. Metrics: > ----------------------- > > AODVv2 enables the use of multiple metric types. Each route > discovery attempt indicates the metric type which is requested for > the route. Only one metric type may be used in each route discovery > attempt. (Already said this no need to say it again. JWD) > > I don't quite understand this one=E2=80=93 with the exception of =E2=80= =9COnly one metric > type may be used in each route discovery attempt=E2=80=9D, yes, > the rest of the information in this paragraph may be puzzled together > using bits and pieces spread across the document=E2=80=93 but previous cr= iticism > (also from me) has been that this is very confusing, tiresome and > error-prone... Or did I misunderstand your comment here? > > JWD: I deleted: However, routes to a single destination might be requested and created in the Local Route Set for multiple metric types. The decision of which of these routes to install in the Routing Information Base to use for forwarding is outside the scope of AODVv2. >From 6.1. Initialization: > ------------------------------- > > Until MAX_SEQNUM_LIFETIME after its sequence number is reset, the > router SHOULD NOT create RREQ or RREP messages. > (Just to be clear one MUST wait 5 mins before starting to request any > route without a persistent store of the seq num, yes? JWD) > > Yes... That mini paragraph is a bit redundant & contradictory, isn't it? > I've taken it out and the "must" in "must wait for MAX_SEQNUM_LIFETIME > before it creates any messages" was changed to a MUST. > > JWD: Good > From 6.2. Next Hop Monitoring: > ------------------------------------------ > > (I can=E2=80=99t see how the above would be helpful at all JWD) > > I'm assuming that "the above" refers to the text you've deleted, not the > general idea of leveraging external mechanisms to monitor connectivity, > correct? > > JWD: Yes. > > From 6.6. Route Discovery, Retries and Buffering: > ------------------------------------------------------------------ > > (is there some table that lists routes that are being waited on? JWD) > > Currently not, we're reshuffling things in order to make it more clear ho= w > to do all of that. > > JWD: Looking forward to seeing that. > > From 6.7. Processing Received Route Information > -------------------------------------------------------- > > (MAY not MUST? Why wouldn=E2=80=99t one update it according to section 6.= 7.2? JWD) > > No idea. This is a MUST now. > > JWD: Good > > From 6.7.1. Evaluating Route Information: > -------------------------------------------------------- > > (does processing stop here? It seems like it hsould be that isn=E2=80=99= t stated. > JWD) > > It does, in both instances. Since the if statements following those > paragraphs wouldn't match, there are nor no further processing instructio= ns > for the loop-causing AdvRte, essentially terminating the processing > procedure. This pattern is employed in different places across the > document; if that's desired by the WG I can add "Stop processing AdvRte" = or > something similar. > > JWD: I think an explicit "Stop processing AdvRte" (or whatever applicable message) would add clarity as there may be some more complicated steps that don't stop right away. > > From 6.7.2. Applying Route Updates: > -------------------------------------------------- > > (we seem to be missing when the Route Information Base should be updated > based on the new Local Route Set. JWD) > > 4.5. Local Route Set says: > > When the Local Route State is stored separately from the Routing > Information Base, routes are added to the Routing Information Base > when LocalRoute.State is valid (set to Active or Idle), and removed > from the Routing Information Base LocalRoute.State becomes Invalid. > > > To me, the connection to the RIB is more of an issue connected to the > general architecture of the Local Route Set rather than the nitty gritty = of > detailed update instructions, so I think that section 4.5 is the right > place for this information... > > JWD I see you're point. A reminder here or reference to 4.5 would be helpful. > From 6.9.1. Local Route State Changes: > ------------------------------------------------------ > > (it=E2=80=99s not clear to me how the RERR=E2=80=99s are identified consi= der rewording to > make it more clear. JWD) > > I'm not quite sure what' s unclear here=E2=80=93 would something like > > o If a Route Error (RERR) message reporting the route as broken is > received, > either from LocalRoute.NextHop, or with PktSource set to a Router > Client address, LocalRoute.State MUST immediately be set to > Invalid. > > improve things? > > JWD: Something like.... If a Route Error (RERR) message containing a route, matching a LocalRoute is received, either from LocalRoute.NextHop, or with PktSource set to a Router Client address, the matching LocalRoute.State MUST immediately be set to Invalid. is close but what specifically in a RERR message matches what specifically to a LocalRoute to give a match. (Shouldn=E2=80=99t they also be removed from the Route Information Base? JW= D) > > No=E2=80=93 Unconfirmed routes can't be used for forwarding, and therefor= e > shouldn't be in the RIB in the first place. > > JWD yep. > 7.1.1. RREQ Generation: > ---------------------------------- > > (perhaps I=E2=80=99m missing a table or something but I don=E2=80=99t rem= ember any RREQ > table or list being described which i can check if a RREQ has been recent= ly > sent with associated timers. If there is such a table then it should be > mentioned here. If there isn=E2=80=99t aon there should be. JWD!) > > The table in question is the Multicast Route Message Table and you're > absolutely right=E2=80=93 that should be stated explicitly. We've done s= o now. > > JWD: good. > > 7.2.3. RREP Regeneration: > -------------------------------------- > > (This seems like a bad idea to do on the reverse path. It would be a good > way to attack a network Forward RREQ and drop all RREP. JWD) > > Wouldn't this attack be possible no matter if we allow RREPs to be droppe= d > or not? What am I missing here? > > JWD: It would be operating correctly as specified but would be hurting th= e network if a router would send all RREQ messages but drop all RREP messages. They shouldn't regenerate RREP AND RREQ messages if they aren't willing to forward. > 7.4.2. RERR Reception: > --------------------------------- > > (it=E2=80=99s not clear to me what the point of this invalid route is. It= doesn=E2=80=99t > get used and doesn=E2=80=99t remove any existing routes. JWD) > > The point of that invalid route is to keep the Sequence Number. One poin= t > of keeping Sequence Numbers is to avoid processing stale messages that > might be received after long queuing delays. > > JWD: It would be useful to have simple statement pointing this out. Invalid routes are retained to avoid processing stale messages. (How do we check? It=E2=80=99s not at all clear how this is done. JWD! ) > > The word "check" perhaps is misleading, as the check has already taken > place a few paragraphs above. > I've reworded the paragraph in question to: > > 3. If there are previously Active LocalRoutes that MUST be reported, > as identified in step 2.: > > * Regenerate the RERR as detailed in Section 7.4.3. > > , does that resolve the issue? > > JWD: That helps yes. My confusion actually came from a bit further up. If any of the above are false, a matching LocalRoute MUST NOT be made Invalid and the unreachable address MUST NOT be advertised in a regenerated RERR. If all of the above are true, the LocalRoute is no longer valid. change to... If any of the above are false the address does not match a LocalRoute and MUST NOT be processed or regenerated in a RERR. If all of the above are true, the LocalRoute which matches the address is no longer valid. JWD: this is actually a really big change in terms of readability and understanding IMO. Please go back and check the language of RREQ and RREP in the "to process or not to process sections" and see if the language can be updated in a similar way. The key part is the address along with the checks (seqno/metric/previous hop) then matches a LocalRoute with attributes. Refer to addresses in the message and matching LocalRoutes only after the checks pass otherwise it should just be an ignored address. > 7.4.3. RERR Regeneration: > ------------------------------------- > > (it=E2=80=99s not clear how we know which localroutes need to be reported= JWD! > > again, missing reference here, I've changed that to > > 2. For each LocalRoute that needs to be reported as identified in > Section 7.4.1: > > , is that better? > > JWD: yep > > Kind regards, > Lotte Steenbrink > > Thanks for the comments. Justin --001a1142e9ec74a0e4052e9ceef9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Responses inline.

<= /div>
On Tue, Mar 8, 2= 016 at 4:37 PM, Lotte Steenbrink <lotte.steenbrink@fu-berlin.d= e> wrote:
Hello Justin,
thank you very much= for your thorough and helpful review. We've adopted most of your edito= rial changes and are currently mulling over the larger ones.
Some= questions & comments for clarification:

From = =C2=A02. Terminology:
------------------------------------
<= div>
=C2=A0 =C2=A0Local Route
=C2=A0 =C2=A0 = =C2=A0 An entry in the Local Route Set. (Local Route Set should have an ent= ry, something simple and pointing to the section JWD)
(Later in t= he document LocalRoute is used pick one JWD)

LocalRoutes are not the same as the Local Route set, as they're actual= ly entries of the Set, which is explained in section 4.5.=C2=A0 Local Route= Set. Since LocalRoute is used before its explanation (in the =C2=A0=C2=A0 = =C2=A0RERR (Route Error) definition of section 2), I can see how this is co= nfusing. If my co-authors don't protest, I guess we can just eliminate = that mention by changing "a valid LocalRoute" to "a valid ro= ute". Would that resolve this issue?

<= div>JWD: This was mostly about introduction of the terms and the difference= between Local Route Set having a space between "Local" and "= ;Route" and an entry being a LocalRoute with no space.=C2=A0 I'm h= appy with just adding a reference to the section in which the Local Route S= et is defined the first time the term is used.

From =C2=A03.=C2=A0 Applicability Statement:
------------= --------------------------------------

=C2= =A0(This should go in the intro JWD)

Which paragraph(s) are you referring to here?
<= /div>
JWD: The deleted text as seen in the diff.=C2= =A0

Although AODVv2 is closely related to AODV [RFC3561], and share= s some
=C2=A0=C2=A0 features of DSR [RFC4728], AODVv2 is not interoperab= le with either of
=C2=A0=C2=A0 those protocols.

=C2=A0=C2=A0 The = routing algorithm in AODVv2 MAY be operated at layers other than
=C2=A0= =C2=A0 the network layer, using layer-appropriate addresses.
=
The diff also shows that I moved/edited it to right after th= e (we jumped right in here) comment.
=C2=A0
<= div style=3D"word-wrap:break-word">
From =C2=A04.5.=C2=A0 Local Route S= et:
------------------------------------------

(I=E2=80=99m assuming t= his is here to hint at the possibility of a unified router with multiple ro= uting protocols playing nicely together JWD)

Yup. = Should we be more explicit there?

JWD: Yes.=C2=A0 Don't make it complicated just mention that ot= her routing protocols may also be operating on the same device and it may b= e a better approach in these cases.
=C2=A0
(I noticed that Unconfirmed is the only state that uses= Route Request message instead of route message, is that intended?=C2=A0 Ca= n unconfirmed route state only be reached through Route Request messages? J= WD)

Yes. Until a route learned through a RREQ is v= alidated by a RREP/RREP_Ack exchange, it is marked as unconfirmed (so that = it can't erroneously be used until we know it is useful)

=
JWD: My point was that I had to infer t= his add a bit making this explicit and things are much easier for the reade= r.

(this s= eems like an entry that would always be full 1s on a route request if true = that should be stated to make things more clear JWD)

I'm not sure I understand what you mean here, I'm assuming= that prefixlength =3D=3D address length with RREQs?

JWD: Yes but even more forceful.=C2=A0 Unless y= ou plan on allowing route requests for networks prefixlengths (which I stro= ngly discourage), full prefixlengths for RREQs MUST be used.

F= rom 4.6.=C2=A0 Multicast Route Message Table:
-------------------= --------------------------------------------

(would this ever be in a RREQ? If = no then I suggest using words similar to =E2=80=9Cif RteMsg is an RREP JWD)=
=C2=A0
It would. RREQs can include the last known sequence number= associated with TargSeqNum. see=C2=A07.1.1.=C2=A0 RREQ Generation:

=C2=A0 =C2=A06.=C2=A0 For TargSeqNum:

=
=C2=A0 =C2=A0 =C2=A0 =C2=A0* =C2=A0If an Invalid route exists in= the Local Route Set matching
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = TargAddr using longest prefix matching and has a valid
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 sequence number, set TargSeqNum :=3D LocalRoute.Se= qNum.

JWD: Okay.
<= div>
From 5.=C2=A0 Metrics:
-----------------------

AOD= Vv2 enables the use of multiple metric types.=C2=A0 Each route
discovery attempt indicates the = metric type which is requested for
the route.=C2=A0 Only one metric type may be used in each ro= ute discovery
attemp= t. =C2=A0 (Already said this no need to say it again. JWD)
=
I don't quite understand this one=E2=80=93 with the exce= ption of =E2=80=9COnly one metric type may be used in each route discovery = attempt=E2=80=9D, yes,
the rest of the information in this paragr= aph may be puzzled together using bits and pieces spread across the documen= t=E2=80=93 but previous criticism
(also from me) has been that th= is is very confusing, tiresome and error-prone... Or did I misunderstand yo= ur comment here?

JW= D: I deleted:
However, routes to a single destination might be requested=
=C2=A0=C2=A0 and created in the Local Route Set for multiple metric typ= es.=C2=A0 The
=C2=A0=C2=A0 decision of which of these routes to install = in the Routing
=C2=A0=C2=A0 Information Base to use for forwarding is ou= tside the scope of
=C2=A0=C2=A0 AODVv2.

From=C2=A06.1.=C2=A0 Ini= tialization:
-------------------------------

=
Until MAX_SEQNUM_LIF= ETIME after its sequence number is reset, the
router SHOULD NOT create RREQ or RREP messages.
(Just to be cle= ar one MUST wait 5 mins before starting to request any route without a pers= istent store of the seq num, yes? JWD)

Yes... That= mini paragraph is a bit redundant & contradictory, isn't it? I'= ;ve taken it out and the "must" in "must wait for MAX_SEQNUM= _LIFETIME before it creates any messages" was changed to a MUST.
=

JWD: Good
From 6.2.= =C2=A0 Next Hop Monitoring:
-------------------------------------= -----

(I can=E2=80=99t see how the above would be helpful at all JWD)
=
I'm assuming that "the above" refers to the te= xt you've deleted, not the general idea of leveraging external mechanis= ms to monitor connectivity, correct?

=
JWD: Yes.

From=C2=A06.6.=C2=A0 Route Discovery, Re= tries and Buffering:
--------------------------------------------= ----------------------

(is there some table that lists routes that are being wai= ted on? JWD)

Currently not, we're reshuffling = things in order to make it more clear how to do all of that.

=
JWD: Looking forward to seeing th= at.
From 6.7.=C2=A0 Processing Received Route Information
--------------------------------------------------------
<= div>
(MAY not MU= ST? Why wouldn=E2=80=99t one update it according to section 6.7.2? JWD)

No idea. This is a MUST now.
=C2=A0
JWD: Good

From 6.7.1.=C2=A0 Evaluating Ro= ute Information:
------------------------------------------------= --------

(does processing stop here?=C2=A0 It seems like it hsould be that = isn=E2=80=99t stated. JWD)

It does, in both = instances. Since the if statements following those paragraphs wouldn't = match, there are nor no further processing instructions for the loop-causin= g AdvRte, essentially terminating the processing procedure. This pattern is= employed in different places across the document; if that's desired by= the WG I can add "Stop processing AdvRte" or something similar.<= /div>

JWD: I think an exp= licit "Stop processing AdvRte" (or whatever applicable message) w= ould add clarity as there may be some more complicated steps that don't= stop right away.
<= div>

From=C2=A06.7.2.=C2=A0 Applying Route Up= dates:
--------------------------------------------------

(we seem to = be missing when the Route Information Base should be updated based on the n= ew Local Route Set.=C2=A0 JWD)

4.5.=C2=A0 Local Ro= ute Set says:

   When the Local Route State is stored separate=
ly from the Routing
   Information Base, routes are added to the Routing Information Base
   when LocalRoute.State is valid (set to Active or Idle), and removed
   from the Routing Information Base LocalRoute.State becomes Invalid.

=
To me, the connect= ion to the RIB is more of an issue connected to the general architecture of= the Local Route Set rather than the nitty gritty of detailed update instru= ctions, so I think that section 4.5 is the right place for this information= ...

JWD I see you&#= 39;re point. A reminder here or reference to 4.5 would be helpful.
=C2= =A0
From 6.9.1.=C2=A0 Local Route State Changes:
------------------= ------------------------------------

(it=E2=80=99s not clear to me how the = RERR=E2=80=99s are identified consider rewording to make it more clear. JWD= )

I'm not quite sure what' s unclear= here=E2=80=93 would something like=C2=A0

=C2= =A0 =C2=A0o =C2=A0If a Route Error (RERR) message reporting the route as br= oken is received,
=C2=A0 =C2=A0 =C2=A0 either from LocalRoute.Nex= tHop, or with PktSource set to a Router
=C2=A0 =C2=A0 =C2=A0 Clie= nt address, LocalRoute.State MUST immediately be set to
=C2=A0 = =C2=A0 =C2=A0 Invalid.

improve things?
=

JWD: Something like....<= br>If a Route Error (RERR) message containing a route, matching a LocalRout= e=C2=A0 is received, either from LocalRoute.NextHop, or with PktSource set = to a Router
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Client address, the matching = LocalRoute.State MUST immediately be set to Invalid.=C2=A0
= =C2=A0
is close but what specifically in a RERR message match= es what specifically to a LocalRoute to give a match.=C2=A0

<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">
(Shouldn=E2=80=99t they also be remove= d from the Route Information Base? JWD)

No=E2=80= =93 Unconfirmed routes can't be used for forwarding, and therefore shou= ldn't be in the RIB in the first place.

JWD yep.
=C2=A0
7.1.1.=C2=A0 RREQ Gene= ration:
----------------------------------

(perhaps I=E2=80=99m missin= g a table or something but I don=E2=80=99t remember any RREQ table or list = being described which i can check if a RREQ has been recently sent with ass= ociated timers. If there is such a table then it should be mentioned here. = If there isn=E2=80=99t aon there should be. JWD!)

= The table in question is the Multicast Route Message Table and you're a= bsolutely right=E2=80=93 that should be stated explicitly.=C2=A0 We've = done so now.

JWD: g= ood.

7.2.3.=C2=A0 RREP Regeneration:
----------= ----------------------------

(This seems like a bad idea to do on the reverse pa= th. It would be a good way to attack a network Forward RREQ and drop all R= REP. JWD)

Wouldn't this attack be possible no= matter if we allow RREPs to be dropped or not? What am I missing here?

JWD: It would be opera= ting correctly as specified but would be hurting the network if a router wo= uld send all RREQ messages but drop all RREP messages. They shouldn't r= egenerate RREP AND RREQ messages if they aren't willing to forward.
=
=C2=A0
=
7.4.2.=C2=A0 RERR Reception:
--------------------= -------------

(it=E2=80=99s not clear to me what the point of this invalid route= is. It doesn=E2=80=99t get used and doesn=E2=80=99t remove any existing ro= utes. JWD)
=C2=A0
The point of that invalid route is to keep= the Sequence Number.=C2=A0 One point of keeping Sequence Numbers is to avo= id processing stale messages that might be received after long queuing dela= ys.

JWD: It would be = useful to have simple statement pointing this out.=C2=A0 Invalid routes are= retained to avoid processing stale messages.

(How do we check? It=E2=80=99s not at all clear how = this is done. JWD! )

The word "check&qu= ot; perhaps is misleading, as the check has already taken place a few parag= raphs above.
I've reworded the paragraph in question to:

=C2=A0 =C2=A03.=C2=A0 If there are previousl= y Active LocalRoutes that MUST be reported,
=C2=A0 =C2=A0 =C2=A0 = =C2=A0as identified in step 2.:

=C2=A0 =C2=A0 =C2= =A0 =C2=A0* =C2=A0Regenerate the RERR as detailed in Section 7.4.3.

, does that resolve the issue?

=
JWD: That helps yes.=C2=A0 My confusion= actually came from a bit further up.

If any of the above are false= , a matching LocalRoute MUST NOT be
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= made Invalid and the unreachable address MUST NOT be advertised
=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 in a regenerated RERR.
If all of the abov= e are true, the LocalRoute is no longer valid.

change to.= ..
If any of the above are false the address does not match a= LocalRoute and MUST NOT be processed or regenerated in a RERR.
If all of the above are true, the LocalRoute which matches the address i= s no longer valid.

JWD: this is actually a rea= lly big change in terms of readability and understanding IMO.=C2=A0 Please = go back and check the language of RREQ and RREP in the "to process or = not to process sections" and see if the language can be updated in a s= imilar way.=C2=A0 The key part is the address along with the checks (seqno/= metric/previous hop) then matches a LocalRoute with attributes. Refer to ad= dresses in the message and matching LocalRoutes only after the checks pass = otherwise it should just be an ignored address.
=C2=A0
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">
7.4.3.=C2=A0 = RERR Regeneration:
-------------------------------------

(it=E2=80=99s= not clear how we know which localroutes need to be reported JWD!

again, missing reference here, I've changed that t= o

=C2=A0 =C2=A02.=C2=A0 For each LocalRoute t= hat needs to be reported as identified in
=C2=A0 =C2=A0 =C2=A0 = =C2=A0Section 7.4.1:

, is that better?
=

JWD: yep

Kind regards,
Lotte Steenbrink

Thanks for the comments.

Justin
--001a1142e9ec74a0e4052e9ceef9-- From nobody Tue Mar 22 02:17:58 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89CD812D6ED for ; Tue, 22 Mar 2016 02:17:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.702 X-Spam-Level: X-Spam-Status: No, score=-2.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=thomasclausen.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GY_LFYXeUnsQ for ; Tue, 22 Mar 2016 02:17:53 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C167F12D66E for ; Tue, 22 Mar 2016 02:17:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 80BB524EB6E for ; Tue, 22 Mar 2016 02:17:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1458638273; bh=06yHlQvGFXvnpqchWsDcV/Gso7evxoRGqHZWP4ylN+c=; h=From:Date:Subject:References:In-Reply-To:To:From; b=ic1pc39jvWAhc/G2YP8aVH9lBRCpjjs2AcFTgp6r5fVrFECfNHMi9g9rMfwKStjdO 6twKu5S/TUjYFpmGjTxipNqW/XEpzOpW0oWP3XoqVnwFcEkeYBMK11KF7Y1tqsme1g HgickkOx/tdDYrilg7ZcFH1Rsts2L2iXVFY+jTVY= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [10.103.136.17] (unknown [173.38.220.62]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 32E3D24EB41 for ; Tue, 22 Mar 2016 02:17:53 -0700 (PDT) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii From: Thomas Clausen Mime-Version: 1.0 (1.0) Date: Tue, 22 Mar 2016 10:17:51 +0100 Message-Id: <7472EAE3-9E20-42E8-9DAE-A05AC5756E21@thomasclausen.org> References: In-Reply-To: To: manet@ietf.org X-Mailer: iPad Mail (13E233) Archived-At: Subject: Re: [manet] AODVv2 status X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 09:17:55 -0000 > On 22 Mar 2016, at 06:03, Justin Dean wrote: >=20 > The intent of my review of AODVv2 was to give me better clarity on if the d= raft should be killed or was worth pursuing. Unfortunately for me it didn't d= o that and it fit nearly perfectly into very small area of not bad enough to= really die but not really good enough to be a standards document (in it's r= eviewed state). I've been pleased with the amount of work ongoing to addres= s my and others comments and update the draft. The turn around has been muc= h more prompt and meaningful than in past iterations. There will be a WG la= st call on AODVv2. That doesn't mean that it will get sent on but will allo= w the rest of the WG members to voice there comments and reviews a final tim= e with the most recent draft (which is much improved) Given the number of outstanding major issues, considering a WGLC is extremel= y premature. Thomas > I would like to see more on-list discussions from the AODVv2 team. It's o= kay to have separate discussions but the WG members are the ones who will ha= ve to agree that the draft and the decisions in it are the correct ones, not= just the editor team. If someone has a comment and the editors convince t= hemselves that it's not an issue it's not really fixed yet. >=20 > The flip side of that coin. WG members we can help make this a good draft b= y providing meaningful and helpful comments. Remember that this is a WG docu= ment not the editors document. >=20 > Justin > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet From nobody Tue Mar 22 07:52:58 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09B4312D5E0 for ; Tue, 22 Mar 2016 07:52:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VDElPKBZiIoQ for ; Tue, 22 Mar 2016 07:52:54 -0700 (PDT) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 72ADA12D842 for ; Tue, 22 Mar 2016 07:52:53 -0700 (PDT) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Tue, 22 Mar 2016 14:52:27 +0000 From: Rick Taylor To: "MATTY, Steven" Thread-Topic: [manet] I-D Action: draft-ietf-manet-dlep-21.txt Thread-Index: AQHRg5VNe0b4S5+8x0ybRQ6Boa6Zcw== Date: Tue, 22 Mar 2016 14:52:25 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C385263F@tss-server1.home.tropicalstormsoftware.com> References: <8618_1458580518_56F02C25_8618_932_1_20160321171414.31933.82500.idtracker@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-21.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 14:52:56 -0000 Thanks Steve,=0A= =0A= Comments inline...=0A= =0A= On 21/03/16 18:10, MATTY, Steven wrote:=0A= > A couple of nits (sorry!) :=0A= =0A= Not your fault!=0A= =0A= >=0A= > 9.20 - Missing parenthesis around Section 4.3.1. in final para=0A= =0A= Actually I've just found a couple of these, replaced with ", see Section = =0A= XXX"=0A= =0A= > 12.1 - Dynamic Link Event Protocol should be Dynamic Link Exchange Protoc= ol=0A= =0A= Doh!=0A= =0A= > 12.5- 132 is listed twice. I think the range for "Specification Required"= should be 133 - 239=0A= =0A= Yes, that's the problem with having these values in 2 tables. Fixed=0A= =0A= > 12.8 (very minor) "a IPv4" and "a IPv6" -> "an IPv4" and "an IPv6"=0A= =0A= I'm not sure, you and I (as Brits) would agree, not sure how the rest of = =0A= the WG feel.=0A= =0A= I will be holding off an uplift to let others have a read, and wait for =0A= feedback on credit-windowing as well.=0A= =0A= Rick=0A= From nobody Tue Mar 22 07:58:39 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F2DF12D83A for ; Tue, 22 Mar 2016 07:58:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 XW1hFDZJL-LA for ; Tue, 22 Mar 2016 07:58:31 -0700 (PDT) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28CC012DA17 for ; Tue, 22 Mar 2016 07:58:07 -0700 (PDT) Received: by mail-io0-x22b.google.com with SMTP id m184so245880131iof.1 for ; Tue, 22 Mar 2016 07:58:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=DfC5/X5OjUz25/rcTVVNhFscAEeGltsfFZozNY21lxc=; b=B2n3/kPQJaQqjMt5JQtjCwIIcM7yVyh5R1w9gni75/iYi3IdEAvUX+Lb0tfkMN76VN YbIWCqRBM6qZm897KwjJLFS5/RdVBuAq8GvqYgp8KMCtQiCgz7qqjyy7767XWLWE0VEy J8+iJnBMbviNyC2YV73QA8sGuJiYrccajkh3QkcvJuiUay4WisKIK8k+INnGAb/odBvY OnVE5EhSDYgoZ3Xw5rs6mKANFaIUIs54+WFv40P0IP2QPgPiLg1ZDfXZFJLI9DZ1sh5H Ekmhbvim6HLuKiu3BRjWsCAW2J4lK5H3ndVf/MmzFBkOhIZeBSVid38uMVl7wvBigGdB +Etg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=DfC5/X5OjUz25/rcTVVNhFscAEeGltsfFZozNY21lxc=; b=MyEuWpQ/WZzLynF46iCbO78sMvnsZ/obsoDKGdAWzOry1qPp/+u/7tz8j5oeMjfSCO 4w8AIptQchnKGNnJ+NZm0o2DTxilwyhjCJeX2SZw0P37IvCk6zoTY66DvzH9QqtPYCgR kyR3LJcN+xlEL72Xn4QREiFqBXkcZFhZFGpNdw+KYKZ6nbwCPWLwmv/2JeeeIH6/idnz orL0pAuzUdD7sP/2okD2tQzYXVZL0G2ln/FfxCMBHRB0zhca1f42PJahj2Vd/BPhq6on Sz7Nq3K+HzLxbVaNdsZS0kQjT54457PqPmGb2iacgzPatBUHiLp61me2SIhQ/OPC5CNH EKBg== X-Gm-Message-State: AD7BkJKZ9yiqqiTrJcytyL6cd8jDE35NUR3XRm8V/ApDz+JoOt2B2OYw6tGVZZQc0rSKi5glK6e+19l82TyP4A== MIME-Version: 1.0 X-Received: by 10.107.41.148 with SMTP id p142mr38004540iop.182.1458658686528; Tue, 22 Mar 2016 07:58:06 -0700 (PDT) Received: by 10.79.96.1 with HTTP; Tue, 22 Mar 2016 07:58:06 -0700 (PDT) In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C385263F@tss-server1.home.tropicalstormsoftware.com> References: <8618_1458580518_56F02C25_8618_932_1_20160321171414.31933.82500.idtracker@ietfa.amsl.com> <38A5475DE83986499AEACD2CFAFC3F9801C385263F@tss-server1.home.tropicalstormsoftware.com> Date: Tue, 22 Mar 2016 10:58:06 -0400 Message-ID: From: Stan Ratliff To: Rick Taylor Content-Type: multipart/alternative; boundary=001a1141d074dbf4b9052ea4707e Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-21.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 14:58:38 -0000 --001a1141d074dbf4b9052ea4707e Content-Type: text/plain; charset=UTF-8 On Tue, Mar 22, 2016 at 10:52 AM, Rick Taylor < rick@tropicalstormsoftware.com> wrote: > Thanks Steve, > > Comments inline... > > On 21/03/16 18:10, MATTY, Steven wrote: > > A couple of nits (sorry!) : > > Not your fault! > > > > > 9.20 - Missing parenthesis around Section 4.3.1. in final para > > Actually I've just found a couple of these, replaced with ", see Section > XXX" > > > 12.1 - Dynamic Link Event Protocol should be Dynamic Link Exchange > Protocol > > Doh! > > > 12.5- 132 is listed twice. I think the range for "Specification > Required" should be 133 - 239 > > Yes, that's the problem with having these values in 2 tables. Fixed > > > 12.8 (very minor) "a IPv4" and "a IPv6" -> "an IPv4" and "an IPv6" > > I'm not sure, you and I (as Brits) would agree, not sure how the rest of > the WG feel. > > I will be holding off an uplift to let others have a read, and wait for > feedback on credit-windowing as well. > Just an FYI - this is stuff we can fix as publication progresses. There are going to be nits along the way... Regards, Stan > > Rick > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --001a1141d074dbf4b9052ea4707e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Tue, Mar 22, 2016 at 10:52 AM, Rick Taylor <rick@tropi= calstormsoftware.com> wrote:

Rick

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

--001a1141d074dbf4b9052ea4707e-- From nobody Tue Mar 22 08:00:33 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C580812D863 for ; Tue, 22 Mar 2016 08:00:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PLgqqJqVmqu7 for ; Tue, 22 Mar 2016 08:00:30 -0700 (PDT) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F2A3D12DA4E for ; Tue, 22 Mar 2016 08:00:26 -0700 (PDT) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Tue, 22 Mar 2016 14:59:59 +0000 From: Rick Taylor To: Stan Ratliff Thread-Topic: [manet] I-D Action: draft-ietf-manet-dlep-21.txt Thread-Index: AQHRg5VNe0b4S5+8x0ybRQ6Boa6Zcw== Date: Tue, 22 Mar 2016 14:59:57 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C38526CC@tss-server1.home.tropicalstormsoftware.com> References: <8618_1458580518_56F02C25_8618_932_1_20160321171414.31933.82500.idtracker@ietfa.amsl.com> <38A5475DE83986499AEACD2CFAFC3F9801C385263F@tss-server1.home.tropicalstormsoftware.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-21.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 15:00:32 -0000 On 22/03/16 14:58, Stan Ratliff wrote:=0A= >=0A= >=0A= > On Tue, Mar 22, 2016 at 10:52 AM, Rick Taylor=0A= > >= =0A= > wrote:=0A= >=0A= > Thanks Steve,=0A= >=0A= > Comments inline...=0A= >=0A= > On 21/03/16 18:10, MATTY, Steven wrote:=0A= > > A couple of nits (sorry!) :=0A= >=0A= > Not your fault!=0A= >=0A= > >=0A= > > 9.20 - Missing parenthesis around Section 4.3.1. in final para=0A= >=0A= > Actually I've just found a couple of these, replaced with ", see Sect= ion=0A= > XXX"=0A= >=0A= > > 12.1 - Dynamic Link Event Protocol should be Dynamic Link=0A= > Exchange Protocol=0A= >=0A= > Doh!=0A= >=0A= > > 12.5- 132 is listed twice. I think the range for "Specification=0A= > Required" should be 133 - 239=0A= >=0A= > Yes, that's the problem with having these values in 2 tables. Fixed= =0A= >=0A= > > 12.8 (very minor) "a IPv4" and "a IPv6" -> "an IPv4" and "an IPv6"= =0A= >=0A= > I'm not sure, you and I (as Brits) would agree, not sure how the rest= of=0A= > the WG feel.=0A= >=0A= > I will be holding off an uplift to let others have a read, and wait f= or=0A= > feedback on credit-windowing as well.=0A= >=0A= >=0A= > Just an FYI - this is stuff we can fix as publication progresses. There= =0A= > are going to be nits along the way...=0A= =0A= I agree, this shouldn't block the document IMHO.=0A= =0A= Rick=0A= From nobody Tue Mar 22 08:42:31 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AD4012D89B for ; Tue, 22 Mar 2016 08:42:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.921 X-Spam-Level: X-Spam-Status: No, score=-6.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-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 FhFb4Wm4FFRE for ; Tue, 22 Mar 2016 08:42:28 -0700 (PDT) Received: from ukmta2.baesystems.com (ukmta2.baesystems.com [20.133.0.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C65E12D8D7 for ; Tue, 22 Mar 2016 08:42:27 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.24,377,1454976000"; d="scan'208";a="32430747" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta2.baesystems.com with ESMTP; 22 Mar 2016 15:42:26 +0000 X-IronPort-AV: E=Sophos;i="5.24,377,1454976000"; d="scan'208";a="111158724" Received: from glkxh0005v.greenlnk.net ([10.109.2.36]) by baemasmds016.greenlnk.net with ESMTP; 22 Mar 2016 15:42:25 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.79]) by GLKXH0005V.GREENLNK.net ([10.109.2.36]) with mapi id 14.03.0248.002; Tue, 22 Mar 2016 15:42:25 +0000 From: "Dearlove, Christopher (UK)" To: Rick Taylor , "MATTY, Steven" Thread-Topic: [manet] I-D Action: draft-ietf-manet-dlep-21.txt Thread-Index: AQHRg5VNLpWGsoxgX0GSsctozJggQ59lmxOQ Date: Tue, 22 Mar 2016 15:42:24 +0000 Message-ID: References: <8618_1458580518_56F02C25_8618_932_1_20160321171414.31933.82500.idtracker@ietfa.amsl.com> <38A5475DE83986499AEACD2CFAFC3F9801C385263F@tss-server1.home.tropicalstormsoftware.com> In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C385263F@tss-server1.home.tropicalstormsoftware.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-21.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 15:42:30 -0000 I think "an IP ..." is pretty clear, whether you go by spelling or pronunci= ation. We had a trickier case in OLSRv2, where we use "an MPR", because we expect = that to be read as "an em-pee-arr". -- = Christopher Dearlove Senior Principal Engineer BAE Systems Applied Intelligence Laboratories __________________________________________________________________________ T: =A0+44 (0)1245 242194 =A0| =A0E: chris.dearlove@baesystems.com BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow,= Chelmsford, Essex CM2 8HN. www.baesystems.com/ai BAE Systems Applied Intelligence Limited Registered in England & Wales No: 01337451 Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP -----Original Message----- From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Rick Taylor Sent: 22 March 2016 14:52 To: MATTY, Steven Cc: manet@ietf.org Subject: Re: [manet] I-D Action: draft-ietf-manet-dlep-21.txt ----------------------! WARNING ! ---------------------- This message origi= nates from outside our organisation, either from an external partner or fro= m the internet. Consider carefully whether you should click on any links, open any attachme= nts or reply. Follow the 'Report Suspicious Emails' link on IT matters for instructions o= n reporting suspicious email messages. -------------------------------------------------------- *** WARNING *** EXTERNAL EMAIL -- This message originates from outside our organization. Thanks Steve, Comments inline... On 21/03/16 18:10, MATTY, Steven wrote: > A couple of nits (sorry!) : Not your fault! > > 9.20 - Missing parenthesis around Section 4.3.1. in final para Actually I've just found a couple of these, replaced with ", see Section XX= X" > 12.1 - Dynamic Link Event Protocol should be Dynamic Link Exchange = > Protocol Doh! > 12.5- 132 is listed twice. I think the range for "Specification = > Required" should be 133 - 239 Yes, that's the problem with having these values in 2 tables. Fixed > 12.8 (very minor) "a IPv4" and "a IPv6" -> "an IPv4" and "an IPv6" I'm not sure, you and I (as Brits) would agree, not sure how the rest of th= e WG feel. I will be holding off an uplift to let others have a read, and wait for fee= dback on credit-windowing as well. Rick _______________________________________________ manet mailing list manet@ietf.org https://www.ietf.org/mailman/listinfo/manet ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ******************************************************************** From nobody Tue Mar 22 10:43:04 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B27A612D5A2 for ; Tue, 22 Mar 2016 10:43:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 jagpsxUXyH_r for ; Tue, 22 Mar 2016 10:43:02 -0700 (PDT) Received: from mail-qg0-x233.google.com (mail-qg0-x233.google.com [IPv6:2607:f8b0:400d:c04::233]) (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 5647E12D13C for ; Tue, 22 Mar 2016 10:43:01 -0700 (PDT) Received: by mail-qg0-x233.google.com with SMTP id 51so18972020qgy.0 for ; Tue, 22 Mar 2016 10:43:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=QOWm7unQ9+XsiIpS/Gt3aUaWsvjtrdHbAXG+8s5tepI=; b=sWxQQ2obZdXh7O/iT82dfCpbS0M1h1vfLnQniFBdrYy+33dhJmX6UkosIY/sRXJlTg CIavpAhat+6idCUPa9CxIwz4OBTGYHLMTZV6DFUUSDIks2ihQKlv2v9vXCIqo4nRzUnx Vf8sVh2DLhMMSZ1ASvxOYe85f0aG6TC7lHWkeSxcPjoH4VWxhdgUhpKhTPUwv64/iUd4 kctozCa7ixJG34EoHcnpQ4hSDyzXNAZJpM9QvKiO//hnGcMxsQEuZb81eThGFzTTee/r iyzWaXcXM2PooG1BQ04jdnmlbxvUWruBhWVRg+l+XeEnmx/FcHSDtwWKyGkkh9LL7FOO K4Gg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=QOWm7unQ9+XsiIpS/Gt3aUaWsvjtrdHbAXG+8s5tepI=; b=S8Qu5znl+f9zYjBGSh/vyJXNHlo3zJqtHtrDeczPBswz0iK0eL8Rf7vNgbQHfKg981 95zU2v4mp0JTHYgQgoHOZqC9OdpP/8eusOWeYY/Erm1k3sIOqmMfmyG/HIwt8VRlvuxD wr1seA9i1N4rc2TELCZ9Ya9OQ0ZacvPGXjPO7QfuOwABTVo9BGoATnuPIbOnBwIvu2IK I/1VwKb7xn0DJ6KnST16kNwxAo19FJoEKPe5EFQXsSCuQGCFi3P6voo4nczncqXCBM1W ulmnc8H+dioG7AmuLjW39G3+h99WpAZfHjeOzAuqbgOrpbTuL/lhNYoarxexvJUufHSB nbQg== X-Gm-Message-State: AD7BkJLYYMOgVhrK7+g6pLL1+CQe2p9PBYAqv5jlKmgqsnUjgBUtLH6884iIc0VVKyXNJXAGETraRRtp2Q3TaQ== MIME-Version: 1.0 X-Received: by 10.140.130.14 with SMTP id 14mr31730637qhc.85.1458668580438; Tue, 22 Mar 2016 10:43:00 -0700 (PDT) Received: by 10.140.18.193 with HTTP; Tue, 22 Mar 2016 10:43:00 -0700 (PDT) In-Reply-To: References: Date: Tue, 22 Mar 2016 19:43:00 +0200 Message-ID: From: Abdussalam Baryun To: Justin Dean Content-Type: multipart/alternative; boundary=001a1134f182950da5052ea6be21 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] AODVv2 status X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 17:43:03 -0000 --001a1134f182950da5052ea6be21 Content-Type: text/plain; charset=UTF-8 Hi Justin, I agree totally that this document is our group document not only for editors, and we accepted as a group this draft, so no doubt that the draft has acceptance by the group and that we need reasonable comments that has details of problems not just thoughts or questions. The discussion problem is because it is becoming more idea-discussion not a text-discussion. I remember that when I was questioning a group draft of multi-topology with many comments with questions the chair stopped my participation because he wants clear technical issues/example of fault with advise of suggested text/deletes. I ask all participants to suggest text to solve routing-issues if any, not just say there is a problem in our draft. I think if we/you find a problem, you/we need to suggest to fix it by add-text/delete into our-draft. Mostly in routing we can understand the issue better when we see the suggested solution or if we get an example of fault. AB On Tue, Mar 22, 2016 at 7:03 AM, Justin Dean wrote: > The intent of my review of AODVv2 was to give me better clarity on if the > draft should be killed or was worth pursuing. Unfortunately for me it > didn't do that and it fit nearly perfectly into very small area of not bad > enough to really die but not really good enough to be a standards document > (in it's reviewed state). I've been pleased with the amount of work > ongoing to address my and others comments and update the draft. The turn > around has been much more prompt and meaningful than in past iterations. > There will be a WG last call on AODVv2. That doesn't mean that it will get > sent on but will allow the rest of the WG members to voice there comments > and reviews a final time with the most recent draft (which is much > improved) > > I would like to see more on-list discussions from the AODVv2 team. It's > okay to have separate discussions but the WG members are the ones who will > have to agree that the draft and the decisions in it are the correct ones, > not just the editor team. If someone has a comment and the editors > convince themselves that it's not an issue it's not really fixed yet. > > The flip side of that coin. WG members we can help make this a good draft > by providing meaningful and helpful comments. Remember that this is a WG > document not the editors document. > > Justin > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --001a1134f182950da5052ea6be21 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Justin,

I agree totally tha= t this document is our group document not only for editors, and we accepted= as a group this draft, so no doubt that the draft has acceptance by the gr= oup and that we need reasonable comments that has details of problems not j= ust thoughts or questions. The discussion problem is because it is becoming= more idea-discussion not a text-discussion. I remember that when I was que= stioning a group draft of multi-topology with many comments with questions = the chair stopped my participation because he wants clear technical issues/= example of fault with advise of suggested text/deletes.

=C2= =A0I ask all participants to suggest text to solve routing-issues if any, n= ot just say there is a problem in our draft. I think if we/you find a probl= em, you/we need to suggest to fix it by add-text/delete into our-draft. Mos= tly in routing we can understand the issue better when we see the suggested= solution or if we get an example of fault.

AB

On Tue, Mar 22, 2016 at= 7:03 AM, Justin Dean <bebemaster@gmail.com> wrote:
The intent of my review = of AODVv2 was to give me better clarity on if the draft should be killed or= was worth pursuing. Unfortunately for me it didn't do that and it fit = nearly perfectly into very small area of not bad enough to really die but n= ot really good enough to be a standards document (in it's reviewed stat= e).=C2=A0 I've been pleased with the amount of work ongoing to address = my and others comments and update the draft.=C2=A0 The turn around has been= much more prompt and meaningful than in past iterations.=C2=A0 There will = be a WG last call on AODVv2.=C2=A0 That doesn't mean that it will get s= ent on but will allow the rest of the WG members to voice there comments an= d reviews a final time with the most recent draft (which is much improved) =

I would like to see more on-list discussions from the AODVv2 team.= =C2=A0 It's okay to have separate discussions but the WG members are th= e ones who will have to agree that the draft and the decisions in it are th= e correct ones, not just the editor team.=C2=A0=C2=A0 If someone has a comm= ent and the editors convince themselves that it's not an issue it's= not really fixed yet.

The flip side of that coin. WG members we can= help make this a good draft by providing meaningful and helpful comments. = Remember that this is a WG document not the editors document.

Justin

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


--001a1134f182950da5052ea6be21-- From nobody Tue Mar 22 11:09:24 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C6FE12D116 for ; Tue, 22 Mar 2016 11:09:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T5Uo2u6aIiTn for ; Tue, 22 Mar 2016 11:09:20 -0700 (PDT) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 5EA9312D0EC for ; Tue, 22 Mar 2016 11:09:20 -0700 (PDT) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1aiQk1-001oc2-P6>; Tue, 22 Mar 2016 19:09:17 +0100 Received: from pd9577134.dip0.t-ipconnect.de ([217.87.113.52] helo=frankenbook-pro.speedport_w723_v_typ_a_1_01_012) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (envelope-from ) id <1aiQk1-003CHZ-AZ>; Tue, 22 Mar 2016 19:09:17 +0100 Content-Type: multipart/alternative; boundary="Apple-Mail=_B986858E-89E1-477D-9203-54302923649D" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Lotte Steenbrink In-Reply-To: Date: Tue, 22 Mar 2016 19:09:16 +0100 Message-Id: References: <0EE93A7C-3A02-4205-9C07-1E0001D213DB@fu-berlin.de> To: Mobile Ad Hoc Networks mailing list X-Mailer: Apple Mail (2.3112) X-Originating-IP: 217.87.113.52 X-ZEDAT-Hint: A Archived-At: Cc: "Dearlove, Christopher \(UK\)" , Christopher Dearlove Subject: Re: [manet] AODVv2 - first comment (5444 multiplexer) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 18:09:23 -0000 --Apple-Mail=_B986858E-89E1-477D-9203-54302923649D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Christopher, hi all, I=E2=80=99m very happy about the discussion going on in this thread but = I=E2=80=99m afraid I=E2=80=99ve steered off topic a bit with my remarks = about the 5444-usage draft=E2=80=93 I was wondering if you=E2=80=99d had = a chance to review my proposed changes yet and if so, do they make sense = (and/or what could we do better)? I=E2=80=99d really like to fix this = issue. :) Best regards, Lotte > Am 08.03.2016 um 12:59 schrieb Christopher Dearlove = : >=20 > I'm reading this on a phone, so I'm going to wait until I can read it = better for longer comment. >=20 > But there are, and I think this is a potential source for confusion, = two things in 5444. One is about formats, one is about multiplexing. >=20 > Formatting (and parsing) isn't defined as a process, but as formats. = Many people (everyone?) who uses 5444 will create a general 5444 = formatter/parser. That's up to the implementer to decide what to make it = do, whether to optimise in that formatter, outside the formatter, or not = at all. (Personally I have some inside, some outside.) >=20 > The other component is the 5444 multiplexer (and denultiplexer). That = takes 5444 formatted messages (and possibly some other things) and = forms 5444 packets. It is important that the 5444 multiplexer returns = messages as delivered to it (hop count and limit apart of course). = Otherwise security features in the protocol may fail. Note that doesn't = prevent the multiplexer modifying the message before putting it on the = wire, that just needs to be reversible. And obvious example is if you = implement 7182 ICVs and TIMESTAMPs in the multiplexer, if it adds them, = it also needs to remove them before handing the message to the protocol. = (You may instead put this in the protocol.) >=20 > Yes, I think the usage document could gain from adding this. Note, = that's personal only, my co-authors haven't agreed to that yet. But = largely because I haven't asked them yet (with one partial exception). >=20 > The points I think are: > - Two things in 5444. Format and multiplex. > - Generic formatter/parser not required, but recommended. Optimisation = optional. > - Multiplexer must deliver messages as sent (hop exception). But may = modify reversibly. 7182 example (could implement message level in = multiplexer, must implement packet level there). >=20 > --=20 > Christopher Dearlove > christopher.dearlove@gmail.com >=20 > On 8 Mar 2016, at 11:09, Lotte Steenbrink = > = wrote: >=20 >> Hello Christopher, >>=20 >> Am 04.03.2016 um 17:19 schrieb Dearlove, Christopher (UK) = >: >>=20 >>> I=E2=80=99ve read some of draft -13. I will provide comments (which = won=E2=80=99t be comprehensive) in bite sized chunks rather than = attempting anything consolidated. And most can wait until next week at = the earliest. >>> =20 >>> But one to kick off. >>> =20 >>> The architecture mandated by 5498 is that AODVv2 creates messages, = it passes them to the 5444 multiplexer. In due course it receives = messages from there. There are some other details, but that=E2=80=99s = the most important. >>> =20 >>> The 5444 multiplexer is what handles UDP ports, multicast addresses = and so on. It doesn=E2=80=99t handle flooding, because its packets = (which may contain multiple messages, from AODVv2 and elsewhere) only go = one hop. >>> =20 >>> There are other requests that can be made to the multiplexer, most = obviously which interface(s) this message is for, but also things like = =E2=80=9Cplease try to keep these messages together=E2=80=9D. If there = are any additional requests that should be supported, and are not = incompatible with the architecture, then the 5444 usage draft is a good = opportunity to get those in. >>> =20 >>> But, looking at the AODVv2 draft, =E2=80=9Cmultiplex=E2=80=9D (as a = whole or part word) only appears twice, both in the paragraph: >>> =20 >>> [RFC5444] provides a multiplexed transport for multiple = protocols. >>> An [RFC5444] multiplexer MAY choose to optimize the content of >>> certain message elements to reduce control message overhead. >>> =20 >>> I think that=E2=80=99s not how I see it, that that=E2=80=99s the = role of the (subtlely different) 5444 message creation process from = addresses and attributes. I think the multiplexer itself, given a whole = message from a protocol shouldn=E2=80=99t be modifying it. Note that = I=E2=80=99ve expressed that as an opinion, though a quite strong one. A = protocol might apply some sort of specialised signature, and we can=E2=80=99= t let the multiplexer destroy that. (The multiplexer might add a 7182 = ICV and/or timestamp, but it will then remove them before the protocol = gets the packet again.) >>=20 >> True. If I remember it correctly (Co-Authors, please stop me if I = don't), what we were trying to say was "The message contents MAY be = reshuffled during message creation, but please pay attention that some = things MUST be kept in one message in order to form a coherent AODVv2 = message." This is especially important for RERR messages, which could = easily get chopped up into multiple messages if the underlying MTU is = small. >>=20 >> If we change that paragraph to >>=20 >> [RFC5444 <>] provides a multiplexed transport for multiple = protocols. >> An [RFC5444 ] implementation = MAY choose to optimize the content of >> certain elements during message creation to reduce control message = overhead. >> =20 >> and the language of, say, 7.1.3 = . = RREQ Regeneration from >>=20 >> This AODVv2 message is used to create a corresponding [RFC5444 = ] >> message (see Section 8 = ) = which is multicast, by default, to LL-MANET- >> Routers on all interfaces configured for AODVv2 operation. = However, >> the regenerated RREQ can be unicast to the next hop address of the >> LocalRoute toward TargAddr, if known. >>=20 >> to something like >>=20 >> This AODVv2 message is used to create a corresponding [RFC5444 = ] >> message (see Section 8 = ), = which is handed to the RFC5444 multiplexer >> for further processing. >> By default, the multiplexer is instructed to multicast the message = to LL-MANET- >> Routers on all interfaces configured for AODVv2 operation. = However, >> the regenerated RREQ can be unicast to the next hop address of the >> LocalRoute toward TargAddr, if known. >>=20 >> (and the same thing for 7.2.3 = . = RREP Regeneration, 6.5 = . = Message Transmission, etc.), would that resolve the issue? >>=20 >>> =20 >>> This is probably something that could/should be in the 5444 usage = draft. If it gets WGLCed as requested, I=E2=80=99ll submit it to myself = and the rest of the author team. >>> =20 >>> So there is nothing describing how AODVv2 interacts with the = multiplexer. That shouldn=E2=80=99t matter (though it=E2=80=99s always = better to have it) if you assume 5498 applies, as it does. >>=20 >> I've always assumed the 5444 message creation process to be part of = the "RFC5444 component" rather than part of the "AODVv2 component", = which is why I thought the AODVv2<->RFC5444 interaction that should be = described clearly was the part where AODVv2 tells the 5444 message = creation process what a message looks like (and where it should be = sent). I've assumed that this is the part where AODVv2 hands over all = control to 5444, so obviously it wouldn't multicast a message *itself*, = it would instruct the multiplexer to do so. I wasn't aware that this = must be stated explicitly. >>=20 >> I'm not sure if this is a subtlety or a misconception that should be = clarified in the 5444-usage draft... >>=20 >> With kind regards, >> Lotte Steenbrink >>=20 >>> But unfortunately the draft still has material that contradicts that = model, which needs to go. In particular (but not only) the first two = paragraphs of section 6.5. This is an essential change. >>> =20 >>> -- >>>=20 >>> Christopher Dearlove >>> Senior Principal Engineer >>> BAE Systems Applied Intelligence Laboratories >>> = __________________________________________________________________________= >>>=20 >>> T: +44 (0)1245 242194 | E: chris.dearlove@baesystems.com = >>>=20 >>> BAE Systems Applied Intelligence, Chelmsford Technology Park, Great = Baddow, Chelmsford, Essex CM2 8HN. >>> www.baesystems.com/ai >>> BAE Systems Applied Intelligence Limited >>> Registered in England & Wales No: 01337451 >>> Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP >>>=20 >>> =20 >>> ******************************************************************** >>> This email and any attachments are confidential to the intended >>> recipient and may also be privileged. If you are not the intended >>> recipient please delete it from your system and notify the sender. >>> You should not copy it or use it for any purpose nor disclose or >>> distribute its contents to any other person. >>> ******************************************************************** >>>=20 >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet = >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet = --Apple-Mail=_B986858E-89E1-477D-9203-54302923649D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi Christopher, hi all,

I=E2=80=99m very happy about the discussion going on in this = thread but I=E2=80=99m afraid I=E2=80=99ve steered off topic a bit with = my remarks about the 5444-usage draft=E2=80=93 I was wondering if = you=E2=80=99d had a chance to review my proposed changes yet and if so, = do they make sense (and/or what could we do better)? I=E2=80=99d really = like to fix this issue. :)

Best regards,
Lotte


Am = 08.03.2016 um 12:59 schrieb Christopher Dearlove <chris@mnemosyne.demon.co.uk>:

I'm reading this = on a phone, so I'm going to wait until I can read it better for longer = comment.

But = there are, and I think this is a potential source for confusion, two = things in 5444. One is about formats, one is about = multiplexing.

Formatting (and parsing) isn't defined as a process, but as = formats. Many people (everyone?) who uses 5444 will create a general = 5444 formatter/parser. That's up to the implementer to decide what to = make it do, whether to optimise in that formatter, outside the = formatter, or not at all. (Personally I have some inside, some = outside.)

The = other component is the 5444 multiplexer (and denultiplexer). That takes = 5444 formatted messages (and  possibly some other things) and forms = 5444 packets. It is important that the 5444 multiplexer returns messages = as delivered to it (hop count and limit apart of course). Otherwise = security features in the protocol may fail. Note that doesn't prevent = the multiplexer modifying the message before putting it on the wire, = that just needs to be reversible. And obvious example is if you = implement 7182 ICVs and TIMESTAMPs in the multiplexer, if it adds them, = it also needs to remove them before handing the message to the protocol. = (You may instead put this in the protocol.)

Yes, I think the usage document could = gain from adding this. Note, that's personal only, my co-authors haven't = agreed to that yet. But largely because I haven't asked them yet (with = one partial exception).

The points I think are:
- Two things in = 5444. Format and multiplex.
- Generic = formatter/parser not required, but recommended. Optimisation = optional.
- Multiplexer must deliver messages as = sent (hop exception). But may modify reversibly. 7182 example (could = implement message level in multiplexer, must implement packet level = there).

-- 
Christopher Dearlove
christopher.dearlove@gmail.com

On 8 Mar 2016, at 11:09, Lotte Steenbrink = <lotte.steenbrink@fu-berlin.de> wrote:

Hello Christopher,

Am 04.03.2016 um 17:19 = schrieb Dearlove, Christopher (UK) <chris.dearlove@baesystems.com>:

I=E2=80=99ve read some of draft -13. I will provide comments = (which won=E2=80=99t be comprehensive) in bite sized chunks rather than = attempting anything consolidated. And most can wait until next week at = the earliest.
 
But one to kick off.
 
The architecture mandated by 5498 is = that AODVv2 creates messages, it passes them to the 5444 multiplexer. In = due course it receives messages from there. There are some other = details, but that=E2=80=99s the most important.
 
The 5444 = multiplexer is what handles UDP ports, multicast addresses and so on. It = doesn=E2=80=99t handle flooding, because its packets (which may contain = multiple messages, from AODVv2 and elsewhere) only go one hop.
 
There are = other requests that can be made to the multiplexer, most obviously which = interface(s) this message is for, but also things like =E2=80=9Cplease = try to keep these messages together=E2=80=9D. If there are any = additional requests that should be supported, and are not incompatible = with the architecture, then the 5444 usage draft is a good opportunity = to get those in.
 
But, looking at the AODVv2 draft, =E2=80=9Cmultiplex=E2=80=9D = (as a whole or part word) only appears twice, both in the paragraph:
 
   [RFC5444] provides a multiplexed transport for = multiple protocols.
   An [RFC5444] = multiplexer MAY choose to optimize the content of
   certain message elements to reduce control = message overhead.
 
I think that=E2=80=99s not how I see it, that that=E2=80=99s = the role of the (subtlely different) 5444 message creation process from = addresses and attributes. I think the multiplexer itself, given a whole = message from a protocol shouldn=E2=80=99t be modifying it. Note that = I=E2=80=99ve expressed that as an opinion, though a quite strong one. A = protocol might apply some sort of specialised signature, and we can=E2=80=99= t let the multiplexer destroy that. (The multiplexer might add a 7182 = ICV and/or timestamp, but it will then remove them before the protocol = gets the packet again.)

True. If I remember it correctly = (Co-Authors, please stop me if I don't), what we were trying to say was = "The message contents MAY be reshuffled during message creation, but = please pay attention that some things MUST be kept in one message in = order to form a coherent AODVv2 message." This is especially important = for RERR messages, which could easily get chopped up into multiple = messages if the underlying MTU is small.

If we change that paragraph = to

   [RFC5444] provides =
a multiplexed transport for multiple protocols.
   An [RFC5444] implementation MAY choose to =
optimize the content of
   certain elements during message creation to reduce control message =
overhead.
   =
and the language of, say,  7.1.3. RREQ = Regeneration from

   This AODVv2 message is used to create a =
corresponding [RFC5444]
   message (see Section 8) which is multicast, by default, to LL-MANET-
   Routers on all interfaces configured for AODVv2 operation.  However,
   the regenerated RREQ can be unicast to the next hop address of the
   LocalRoute toward TargAddr, if known.

to something like

   This AODVv2 message is used to create a =
corresponding [RFC5444]
   message (see Section 8), which is handed to the RFC5444 =
multiplexer
   for =
further processing.
  =
 By default, the multiplexer is instructed to multicast the message to =
LL-MANET-
   =
Routers on all interfaces configured for AODVv2 operation.  However,
   the regenerated RREQ can be unicast to the next hop address of the
   LocalRoute toward TargAddr, if known.

(and the same thing for 7.2.3. RREP = Regeneration, 6.5. Message = Transmission, etc.), would that resolve the issue?

 
This is = probably something that could/should be in the 5444 usage draft. If it = gets WGLCed as requested, I=E2=80=99ll submit it to myself and the rest = of the author team.
 
So there is nothing describing how AODVv2 interacts with the = multiplexer. That shouldn=E2=80=99t matter (though it=E2=80=99s always = better to have it) if you assume 5498 applies, as it = does.

I've always assumed the 5444 message = creation process to be part of the "RFC5444 component" rather than part = of the "AODVv2 component", which is why I thought the = AODVv2<->RFC5444 interaction that should be described clearly was = the part where AODVv2 tells the 5444 message creation process what a = message looks like (and where it should be sent). I've assumed that this = is the part where AODVv2 hands over all control to 5444, so obviously it = wouldn't multicast a message *itself*, it would instruct the multiplexer = to do so. I wasn't aware that this must be stated explicitly.

I'm not sure if this is = a subtlety or a misconception that should be clarified in the 5444-usage = draft...

With = kind regards,
Lotte Steenbrink

But unfortunately the = draft still has material that contradicts that model, which needs to go. = In particular (but not only) the first two paragraphs of section 6.5. = This is an essential change.
 

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied = Intelligence Laboratories
_______________________________________________________________= ___________

T:  +44 = (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford = Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research Park, = Guildford, Surrey, GU2 7YP

 

***************************************************************= *****
This email and any attachments are confidential to = the intended
recipient and may also be privileged. If you = are not the intended
recipient please delete it from your = system and notify the sender.
You should not copy it or = use it for any purpose nor disclose or
distribute its = contents to any other person.
***************************************************************= *****

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

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

= --Apple-Mail=_B986858E-89E1-477D-9203-54302923649D-- From nobody Tue Mar 22 13:22:46 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AB2912D977 for ; Tue, 22 Mar 2016 13:22:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.393 X-Spam-Level: X-Spam-Status: No, score=-1.393 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, TRACKER_ID=1.306] autolearn=no 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 wpftdkeX1htd for ; Tue, 22 Mar 2016 13:22:42 -0700 (PDT) Received: from mail-oi0-x22e.google.com (mail-oi0-x22e.google.com [IPv6:2607:f8b0:4003:c06::22e]) (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 2CA3512D973 for ; Tue, 22 Mar 2016 13:22:42 -0700 (PDT) Received: by mail-oi0-x22e.google.com with SMTP id i17so23083614oib.1 for ; Tue, 22 Mar 2016 13:22:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=kfQBZF/G9p3/TCIFqcKmETmBxNvFieSbr4AFpMsK/Po=; b=h3rztbO/cxrA/mLVtNWrCefTCJrl/jbQUqtaesfGiilsBrcNurXLC/ml4Bp7AYONZe DMZLiySF5tll1jCYn6sTsj5CRfVeHH5Q5F+PmHmtHQPmZh9hcCC0SJVSEQlBnGqHPdcQ 58gztcG4iHOjw3SMhYbu9Culno84LOcIe2BVARVH0oGiFEClQUBCGJVfLL6CCKQl/M1i O6FKpPDWLsGXC5C5yHiscJ4Z5q6DCQl+u3DCSWl/Ld0iy2CzshzySwc/NndbQX1NnRdd uXQWEOGpQ2VLzp544kTyhALgBTKQ56ar5ZLD0ujnZpQiP8OHRas9T7X302VZHZxhe6LL YS2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=kfQBZF/G9p3/TCIFqcKmETmBxNvFieSbr4AFpMsK/Po=; b=LG0Iu/drZAiepDpPv1n/cRMPi2fk6Nsg3f3UoJzsKdpirtByKn4hkDzGzgyB9Gd74b PnBqDvPudZBfWImKWwaXahjB89PR+BNLITp/dVXBstulmE8EX4A3O4UqA4o/nuFrXuMc fUPoir4Qgl5kt1DjmoGXH9xezUZm0dsUBE3o0l9O79ztBvnomyuADjEkrZYS//Tww4/U 4NMxL6jbzQBaIvs2wigD9zGCHUgilAN+xPJTv7xgFuE0olIZmYXbaSzfXxXg5iBzoeSb /3iXDVEHKtrvgSLWdLHdWZZ4R3H2pqLLlTXUbUmPMTwgrmdhxIpG9RUHZEqRve7MVffv FZWQ== X-Gm-Message-State: AD7BkJIoHHUB9UWU/Rc7kb+iXBxDecy0br+vr8hrCUBN9QS/lto5G/zHCd0ePB0ZaDd9G0ldk8USptg7y/ZZUA== MIME-Version: 1.0 X-Received: by 10.202.90.3 with SMTP id o3mr21462515oib.96.1458678157920; Tue, 22 Mar 2016 13:22:37 -0700 (PDT) Received: by 10.76.45.102 with HTTP; Tue, 22 Mar 2016 13:22:37 -0700 (PDT) In-Reply-To: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> References: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> Date: Tue, 22 Mar 2016 16:22:37 -0400 Message-ID: From: Justin Dean To: Thomas Heide Clausen Content-Type: multipart/alternative; boundary=001a113d5edc71cf87052ea8f9d6 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 20:22:44 -0000 --001a113d5edc71cf87052ea8f9d6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable A few comments from me inline. *Loops* > Just to bring this out: I share Chris=E2=80=99 worry about conflicting an= d > concurrent statements from the authors on =E2=80=9CThere are no loops pos= sible=E2=80=9D and > =E2=80=9CWe need to fix two situations where loops can occur=E2=80=9D and= =E2=80=9Cwe are still > investigating some loop conditions=E2=80=9D > > I particularly worry that this is not a discussion had in public, but > apparently in some other forum=E2=80=A6 > > Discussions on list are key. This needs to happen more. > > *Intermediate Route Replies, and all of section 10* > Section 10 contains a set of =E2=80=9Cvaguely specified extensions=E2=80= =9D, which is > incoherent with the intended status indicated for this document. > > Specifically, and this is not unrelated to the point about loops above, > intermediate RREPs (section 10.3) are a potential source for loops. > > Expanding Ring Multicast (section 10.1) is not documented in a way that > can be implemented (and also, see =E2=80=9CForwarding-vs-regeneration=E2= =80=9D below, it is > in the present form of this protocol impossible), etc. > > I'm all for removal of vaguely specified extensions. The use of reduced relay sets is one of those that should be cut at this time. Expanding Ring Multicast could be kept IMO. It's not much different than the way OLSR specifies that MPR selectors can be chosen in different ways but must cover all the 2 hop neighbors. Something as simple as. If limited scope RREQ are sent each successive RREQ for the same address MUST at least double the hop count. > > *Forwarding-vs-regeneration* > Recent exchanges on the list made me understand that protocol control > messages are *not* forwarded, but are consumed at each hop, then a new > message with (almost-but-not-quite) the same content is generated and > transmitted. > > I have thought some more on this (& read some of the exchanges on the lis= t > on this topic by Chris, Ulrich, and others), and I am convinced that this > is not the right way to go, *at least* for the following reasons: > > > o *It renders the hop-limit/hop-count fields in the RFC5444 message > header useless.* > This would not be bad if the functionality offered by those fields was no= t > useful > =E2=80=94 sadly, it is. For example, for scope limited flooding (expandin= g ring > search, and > such) which may be of interest, and which require hop-limit. > A hop-count field may also provide a =E2=80=9Ccheap=E2=80=9D (in terms of= overhead) > additional piece > of information to use conjunctively with a =E2=80=9Creal=E2=80=9D metric. > > The only practical solution would be to re-introduce these functions by > way of inserting a > MessageTLV =E2=80=94 which (i) is not specified in this document, and (ii= ) which > would just > serve to render messages bigger than strictly needed. > > Scope limited flooding does seem to be a necessary requirement, if for n= o > other reason than to prevent information from =E2=80=9Ccirculating foreve= r in the > network=E2=80=9D. > > JWD: I partly disagree that it can't be used for this purpose. RFC5444 specifies: is omitted if the mhashoplimit flag is cleared '0'); otherwise, is an 8-bit unsigned integer field that can contain the maximum number of hops that the message should be further transmitted. which in retrospect was a mistake as 5444 was meant to be a format and not a protocol specification as we mentioned many times. No other protocol message is going to forward these messages as AODVv2 "owns" the message type so I don't see an issue with bending the terms in 5444 to allow this forwarding of "information" The way multiplexers work messages can get torn apart and sent back out in a different way. My OLSRv2 with another version will likely do just that. o *It makes end-to-end authentication unnecessarily hard.* > I think Chris called this out already, but it bears repeating: S generate= s > a message > (say, a RREQ), and includes an ICV calculated over the content of the > message. > For any recipient to be able to validate the ICV, the message has to be > exactly > the same =E2=80=94 not just in content, but in structure =E2=80=94 as wha= t was generated. > > =E2=80=9CRegenerating=E2=80=9D rather than =E2=80=9Cforwarding=E2=80=9D m= essages means, that the > intermediate > router =E2=80=9Cregenerating=E2=80=9D the RREQ may chose a different stru= cture (e.g., > include TLVs > in a different order). > > The proposal from > https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00 > is to add constraints on (i) the set of elements to include in a signatur= e > and (ii) the > order of these elements. > > One problem with that approach is (i): if an extension adds a message TLV= , > or an > Address TLV, to a message, then that will not be =E2=80=9Ccovered=E2=80= =9D by the proposed > e2esec TLV. > Rather for *each* extension developed, an =E2=80=9Cupdates e2esec=E2=80= =9D clause needs to > be done. > > I=E2=80=99d say that this approach would be prone to errors =E2=80=94 and= add entropy to > the process > of designing protocol extensions. The alternative, a message being > generated by the > source and *forwarded* (as we do in OLSRv2, for example) would allow ICV > TLVs > (even, allow reuse of those specified for OLSRv2) for covering a message > and > extensions. > > =E2=80=9CBut what about the metrics value which will change on each hop= =E2=80=9D, you may > say? > Fortunately, that is relatively easy to handle: simply zero out the value > of that TLV when > generating or verifying the ICV MessageTLV. And use Packet-TLVs for > hop-by-hop > authentication, if needed (but, see below). > > o *It prevents the use of more clever/advanced signature schemes/ICVs* > Aggregate signature algorithms ( > https://crypto.stanford.edu/~dabo/papers/aggsurvey.pdf) > exist, and an interesting use-case can be found in also reactive > protocols, allowing verifying > not =E2=80=9Cjust=E2=80=9D the end points, but also the intermediaries (a= gain, with the > appropriate =E2=80=9Czero out=E2=80=9D > discussed above, or something smarter). > Regeneration of messages, rather than forwarding, renders that impossible > (or, if used, > updating to > https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00) > > JWD: this is IMO the big issue. > There are other reasons, but the above are those that jump at me as > immediate show-stoppers. > > I do honestly not see what possible benefit there is from =E2=80=9Cregene= ration=E2=80=9D =E2=80=94 > but I see very clear inconveniences, and security is not the least of > these. Insisting on =E2=80=9Cregeneration=E2=80=9D requires development o= f =E2=80=9Cnon-general > workarounds=E2=80=9D as pointed out above. > > *Security Considerations* > This is an always thorny subject. When OLSRv2 was going through the > process we got a thorough education in how little we knew about security > from the SEC-ADs, and had to spend about a year or so developing RFC7183. > The bottom line is, that this protocol needs its =E2=80=9CRFC7183 equiva= lent=E2=80=9D, > either as part of the main document, or as an independent document. > currently, that is not the case. > > A minima, looking at BCP72 and BCP107 =E2=80=94 taking inspiration from R= FC7183 > might be aw good idea, as that was the most recent that went through the > SEC AD. Regardless of how, however, a =E2=80=9Cmandatory to implement=E2= =80=9D security > mechanism most be specified (I think the right term was =E2=80=9CMUST imp= lement, > SHOULD use=E2=80=9D), in sufficient detail to ensure interoperable implem= entations. > > As an example, both [RFC6130] and [RFC7181] set out that that: > > On receiving a ... message, a router MUST first check if the > message is invalid for processing by this router > > and then proceed to give a number of conditions that, each, will lead to = a > rejection of the message as "badly formed and therefore invalid for > processing=E2=80=9D =E2=80=94 a list which RFC7183 then amended. That gav= e a =E2=80=9Chook=E2=80=9D for > RFC7183 for inserting =E2=80=9Crejection=E2=80=9D. Idem for message gener= ation. > > If I was to do RFC7181/RFC6130 today, I would include that directly into > the protocol specifications. It turned out to be more overhead (and slow > down publication anyways) to do it as separate documents. > > Secondly, we need to be a lot more rigid in terms of what ICVs, > Timestamps, etc. are added/removed, and what that brings. > > For example (with the assumption that messages are *forwarded* and *not* > regenerated), this could be one option: > > o When a RREQ, RREP message is generated, add an ICV Message TLV, which > is calculated > =E2=80=A6(take inspiration from RFC7183 here) > > o When a RREQ, RREP message is transmitted (by the source, or forwarded > by an intermediary) > in an RFC5444 packet, an ICV Packet TLV is added to the packet, which is > calculated =E2=80=A6 > > o When an RFC5444 packet is received, validate the ICV Packet TLV way> and if the ICV doesn=E2=80=99t validate, > discard the contained messages. > > o When receiving a RREQ/RREP (either as destination, or as an > intermediary), validate the ICV Message TLV > and if the ICV doesn=E2=80=99t validate, discard the message, = do not > process, do not forward. > > This is a different (and more flexible?) model than =E2=80=9Cjust=E2=80= =9D transitive > trust and =E2=80=9Cjust=E2=80=9D end-to-end trust discussed previously, a= nd is enabled by > the =E2=80=9Cforwarding=E2=80=9D bit described previously. > > *Metrics* > I have asked this numerous times, but have not gotten any answer so I am > escalating this again. Why is this document having a normative reference = to > RFC6551? > > [RFC6551] Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, N., > and D. Barthel, "Routing Metrics Used for Path Calculation > in Low-Power and Lossy Networks", RFC 6551 , DOI 10.17487/ > RFC6551 , March 2012, > . > > > > Unless I am mistaken, this is not the ROLL WG. And the abstract to RFC655= 1 > explicitly reads: > > Low-Power and Lossy Networks (LLNs) have unique characteristics > compared with traditional wired and ad hoc networks that require the > specification of new routing metrics and constraints. > > Which explicitly is disclaiming that these metrics are* not applicable in > ad hoc networks* =E2=80=94 and, I am wondering, what has changed since th= e > publication of RFC6551 to suddenly make these applicable? > > I am also wondering if looking at (and, perhaps, using?) the same metric > type TLV type as in OLSRv2 is not a possibility? > > Either way, referencing RFC6551 here is wrong. > > *RFC6621 (SMF) usage* > As late as earlier this month, RFC6621 reared its head again on the > mailing list. I understand that the authors are set on using flooding > reduction as part of RREQ distribution. If that is the case, then this > protocol MUST specify that flooding reduction. > > Saying =E2=80=9CUse RFC6621=E2=80=9D won=E2=80=99t work, for reasons Chri= s point out in an email > earlier to the list: > > The network does not and fundamentally cannot offer multicast suppression > to AODVv2. This isn't a hard concept, but seems to keep having to be said= . > AODVv2 messages are carried in 5444 packets, and those only travel one ho= p. > That doesn't allow for suppression. Furthermore AODVv2 is creating new > messages each hop. That needs AODVv2 specific handling. > > > And quoting an email from myself: > > If protocol X relies on using a flooding operation, then it certainly is > protocol X's responsibility to specify the flooding operation (or, at > least, the requirements to the flooding operation ) for correct functioni= ng > of protocol X. > > > I=E2=80=99ve previously pointed out that RFC6621 requires some degree of > configuration (can=E2=80=99t just, for example, pick two different relay = set > selection algorithms, as that may produce a disconnected flooding domain)= . > > In other words, what the authors propose in > https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-00 is > insufficient. > > JWD: I agree references to RFC6621 should be removed and use of reduced relay sets should be work for an extension draft. All that's is needed to to allow AODVv2 routers to not regenerate RREQ which is already the case. > *Multiple interfaces configured with the same address(es) - & RFC6621* > I think that it has been established that the ability to use the same > address on multiple interfaces is a requirement. It=E2=80=99s not clear t= o me that > a single way of doing so has been proposed, nor that the =E2=80=9Coperati= ng > conditions=E2=80=9D are called out (for example, will it work if router = A and > router B both have two interfaces, and that all 4 interfaces use the same > IP address?) > > This is not entirely unrelated to flooding reduction and RFC6621. One of > the complexities is to get that just right: OLSRv2 - for example - > calculates Flooding-MPRs per interface, and RFC6130 is careful in how it > detects bidirectionality of links. > > I have not worked out all the details of how this impacts this protocol = =E2=80=94 > but, it requires attention. Especially when wanting to be able to say =E2= =80=9C=E2=80=A6use > RFC6621=E2=80=9D, then the interface configuration constraints when faced= with > multiple interfaces must be worked out. > > JWD: The super simple dumb way of doing this is to mandate that any interface which shares an address with another much be bridged. Then you really only have a single interface again. Or just say it's not allowed. Other more complex methods may be possible but we are honestly past time for that and as Thomas points out there are corner cases that we will likely miss and its past time for that. > *Prefixes & Gateways* > A question to my mind, and I am not sure I know how to answer that from > reading the draft since it is not discussed in section 9 (at least), is: > =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D (i.e., a /<12= 8 in IPv6)? > > JWD: I believe Lotte answered this in that it's not allowed. Simple fix. > o If the whole prefix is part of the attached network set of a single > router, > then I expect to get a single RREP back, is that the case? > > o If "half the prefix" is part of the attached network set of a single > router, > and the other half is part of the attached network set of another single > router, > then I expect two RREPs, is that the case? > > o More generally, will I get a tree build through the network here? > > Section 9 (or, the whole spec) is also not explicit enough about multiple > "default gateways" =E2=80=94 i.e., the external network being =E2=80=9Ct= he rest of the > Internet=E2=80=9D, and there being multiple gateways to the Internet. I u= nderstand > how the RREQ gets to the gateway, and how the gateway determines if it > should respond (the destination is not part of =E2=80=9Cthe MANET prefix,= with > which it is configured=E2=80=9D). > > But, if A is close to GW1, and B is close to GW2, but A and B being far > far apart (according to the metric used) within the MANET, then it would = be > preferential for the route from A to B to go via GW1-=E2=80=9Cthe-Interne= t=E2=80=9D-GW2? > > Is this a supported configuration? > o If yes, how is it (seq# wise, I would expect some complications) > handled? > o If not, where is it stated that this configuration is not possible with > this protocol? > > > The applicability statement says: > > AODVv2 is designed for stub or disconnected mobile ad hoc networks, > i.e., non-transit networks or those not connected to the internet. > AODVv2 can, however, be configured to perform gateway functions when > attached to external networks, as discussed in Section 9 . > > > I believe that the scenario I describe is indeed a stub network (and not = a > transit network)? > > JWD: I'd change it to be configured to perform limited gateway functions when attached to external networks. > =E2=80=94 =E2=80=94 =E2=80=94 > > As I indicated, these are the big-picture issues that I have gotten aroun= d > to thinking about enough to write up. I=E2=80=99m not through working thr= ough the > document, but those were the ones that came to mind, and which seem > imperative to resolve. > > Best, > > Thomas > > > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > --001a113d5edc71cf87052ea8f9d6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
A few comments from me inline.

Loops
Just to bring this out: I = share Chris=E2=80=99 worry about conflicting and concurrent statements from= the authors on =E2=80=9CThere are no loops possible=E2=80=9D and =E2=80=9C= We need to fix two situations where loops can occur=E2=80=9D and =E2=80=9Cw= e are still investigating some loop conditions=E2=80=9D

I particularly worry that this is not a discussion had in public, but= apparently in some other forum=E2=80=A6

Discussions on list are key.=C2=A0 This needs to happen more.
=C2=A0

Intermediate Route Replies, and all = of section 10
Section 10 contains a set of =E2=80=9Cvague= ly specified extensions=E2=80=9D, which is incoherent with the intended sta= tus indicated for this document.=C2=A0

Specificall= y, and this is not unrelated to the point about loops above, intermediate R= REPs (section 10.3) are a potential source for loops.

<= div>Expanding Ring Multicast (section 10.1) is not documented in a way that= can be implemented (and also, see =E2=80=9CForwarding-vs-regeneration=E2= =80=9D below, it is in the present form of this protocol impossible), etc.<= /div>

I'm all for removal o= f vaguely specified extensions.=C2=A0 The use of reduced relay sets is one = of those that should be cut at this time.=C2=A0 Expanding Ring Multicast co= uld be kept IMO.=C2=A0 It's not much different than the way OLSR specif= ies that MPR selectors can be chosen in different ways but must cover all t= he 2 hop neighbors.=C2=A0 Something as simple as.=C2=A0 If limited scope RR= EQ are sent each successive RREQ for the same address MUST at least double = the hop count.

Forwarding-vs-regeneration
=
Recent exchanges on the list made me understand that protocol control = messages are *not* forwarded, but are consumed at each hop, then a new mess= age with (almost-but-not-quite) the same content is generated and transmitt= ed.

I have thought some more on this (& read s= ome of the exchanges on the list on this topic by Chris, Ulrich, and others= ), and I am convinced that this is not the right way to go,=C2=A0at leas= t=C2=A0for the following reasons:


o It renders the hop-limit/hop-count fields in the RFC5= 444 message header useless.
This would not be bad if the functionality offered by those fi= elds was not useful
=E2=80=94 sadly, it is. For example, for scope limited flooding (expanding= ring search, and=C2=A0
such) which may be of interest, and which require hop-limit.=C2=A0
A hop-count field may = also provide a =E2=80=9Ccheap=E2=80=9D (in terms of overhead) additional pi= ece
of information = to use conjunctively with a =E2=80=9Creal=E2=80=9D metric.

The only practical s= olution would be to re-introduce these functions by way of inserting a
MessageTLV =E2=80=94 wh= ich (i) is not specified in this document, and (ii) which would just
<= div> serve to render messages = bigger than strictly needed.

Scope limited flooding =C2=A0does seem to be a nec= essary requirement, if for no
other reason than to prevent information from =E2=80=9Ccirculati= ng forever in the network=E2=80=9D.

=
JWD: I partly disagree that it can't be used for this purpose.=C2= =A0 RFC5444 specifies:
=C2=A0<msg-hop-limit> is omitted if the mhashoplimit flag is cle= ared
      '0'); otherwise, is an =
8-bit unsigned integer field that can
      contain the maximum number of hops that the message should be
      further transmitted.

which in retrospect was a mistake as 5444 was mea= nt to be a format and not a protocol specification as we mentioned many tim= es.=C2=A0 No other =C2=A0protocol message is going to forward these message= s as AODVv2 "owns" the message type so I don't see an issue w= ith bending the terms in 5444 to allow this forwarding of "information= " =C2=A0The way multiplexers work messages can get torn apart and sent= back out in a different way.=C2=A0 My OLSRv2 with another version will lik= ely do just that.

o It makes end-to-end a= uthentication unnecessarily hard.
I think Chris called this out already, but it bears = repeating: S generates a message=C2=A0
(say, a RREQ), and includes an ICV calculated over the = content of the message.
For any recipient to be able to validate the ICV, the message has to b= e exactly
the same = =E2=80=94 not just in content, but in structure =E2=80=94 as what was gener= ated.

=E2=80=9CRegenerating=E2=80=9D rather than =E2=80=9Cforwarding=E2=80=9D m= essages means, that the intermediate
router =E2=80=9Cregenerating=E2=80=9D the RREQ may chose = a different structure (e.g., include TLVs
in a different order).

The proposal from=C2=A0https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec-00<= /div>
is to add constrain= ts on (i) the set of elements to include in a signature and (ii) the
<= div> order of these elements.<= /div>

One= =C2=A0problem with that approach is (i): if an extension adds a message TLV= , or an=C2=A0
Addre= ss TLV, to a message, then that will not be =E2=80=9Ccovered=E2=80=9D by th= e proposed e2esec TLV.
Rather for *each* extension developed, an =E2=80=9Cupdates e2esec=E2=80= =9D clause needs to be done.

I=E2=80=99d say that this approach would be prone = to errors =E2=80=94 and add entropy to the process
of designing protocol extensions. The alter= native, a message being generated by the
source and *forwarded* (as we do in OLSRv2, for examp= le) would allow ICV TLVs=C2=A0
(even, allow reuse of those specified for OLSRv2) for covering = a message and=C2=A0
extensions.

= =E2=80=9CBut what about the metrics value which will change on eac= h hop=E2=80=9D, you may say?
Fortunately, that is relatively easy to handle: simply zero out t= he value of that TLV when
= generating or verifying the ICV MessageTLV. And use Packet-TLVs for = hop-by-hop=C2=A0
au= thentication, if needed (but, see below).

o It prevents the use of more clever/advanced signature schemes/IC= Vs
Aggregat= e signature algorithms (=C2=A0https://crypto.stanford.edu/~dabo/p= apers/aggsurvey.pdf)
<= /span>exist, and an interesting use-case can be found in also reactive prot= ocols, allowing verifying
= not =E2=80=9Cjust=E2=80=9D the end points, but also the intermediari= es (again, with the appropriate =E2=80=9Czero out=E2=80=9D
discussed above, or something smart= er).
Regeneration o= f messages, rather than forwarding, renders that impossible (or, if used,
updating to =C2=A0https://tools.ietf.org/html/draft-perkins-manet-aodv-e2esec= -00)

JWD: this is IMO the b= ig issue.
=C2=A0
There are other reasons, but the above are those = that jump at me as immediate show-stoppers.

I do h= onestly not see what possible benefit there is from =E2=80=9Cregeneration= =E2=80=9D =E2=80=94 but I see very clear inconveniences, and security is no= t the least of these. Insisting on =E2=80=9Cregeneration=E2=80=9D requires = development of =E2=80=9Cnon-general workarounds=E2=80=9D as pointed out abo= ve.

Security Considerations
This is an always thorny subject. When OLSRv2 was going through the proce= ss we got a thorough education in how little we knew about security from th= e SEC-ADs, and had to spend about a year or so developing RFC7183. The bott= om line is, that this protocol needs its =E2=80=9CRFC7183 =C2=A0equivalent= =E2=80=9D, either as part of the main document, or as an independent docume= nt. currently, that is not the case.

A minima, loo= king at BCP72 and BCP107 =E2=80=94 taking inspiration from RFC7183 might be= aw good idea, as that was the most recent that went through the SEC AD. Re= gardless of how, however, a =E2=80=9Cmandatory to implement=E2=80=9D securi= ty mechanism most be specified (I think the right term was =E2=80=9CMUST im= plement, SHOULD use=E2=80=9D), in sufficient detail to ensure interoperable= implementations.

As an example, both [RFC6130] an= d [RFC7181] set out that that:

=C2=A0 =C2=A0 = =C2=A0 On receiving a ... message, a router MUST first check if the
=C2=A0 =C2=A0 =C2=A0 message is invalid for processing by this router

and then proceed to give a number of conditions that= , each, will lead to a rejection of the message as "badly formed and t= herefore invalid for processing=E2=80=9D =E2=80=94 a list which RFC7183 the= n amended. That gave a =E2=80=9Chook=E2=80=9D for RFC7183 for inserting =E2= =80=9Crejection=E2=80=9D. Idem for message generation.

=
If I was to do RFC7181/RFC6130 today, I would include that directly in= to the protocol specifications. It turned out to be more overhead (and slow= down publication anyways) to do it as separate documents.
=
Secondly, we need to be a lot more rigid in terms of what IC= Vs, Timestamps, etc. are added/removed, and what that brings.
For example (with the assumption that messages are *forwarded* = and *not* regenerated), this could be one option:

= o When a RREQ, RREP message is generated, add an ICV Message= TLV, which is calculated <this way>
=C2=A0=E2=80=A6(take inspiration from RFC7183 here= )

o<= span style=3D"white-space:pre-wrap"> When a RREQ, RREP message is tr= ansmitted =C2=A0(by the source, or forwarded by an intermediary)
= in an RFC5444 packet, an ICV= Packet TLV is added to the packet, which is calculated <this way> = =E2=80=A6

<= /span>o When an RFC5444 packet = is received, validate the ICV Packet TLV <this way> and if the ICV do= esn=E2=80=99t validate,
<= /span>discard the contained messages.

o <= /span>When receiving a RREQ/RREP (either as destination, or as an intermedi= ary), validate the ICV Message TLV=C2=A0
<this way> and if the ICV doesn=E2=80=99t vali= date, discard the message, do not process, do not forward.

This is a different (and more flexible?) model than =E2=80=9Cjust= =E2=80=9D transitive trust and =E2=80=9Cjust=E2=80=9D end-to-end trust disc= ussed previously, and is enabled by the =E2=80=9Cforwarding=E2=80=9D bit de= scribed previously.

Metrics
I have asked this numerous times, but have not gotten any answer so I am = escalating this again. Why is this document having a normative reference to= RFC6551?

   [RFC=
6551]  Vasseur, JP., Ed., Kim, M., Ed., Pister, K., Dejean, N.,
              and D. Barthel, "Routing Metrics Used for Path Calculati=
on
              in Low-Power and Lossy Networks", RFC 6551, DOI 10.17487/
              RFC6551, March 2012,
              <http://www.rfc-editor.org/info/rfc6551>.

<= /div>

Unless I am mistaken, this is not the ROLL W= G. And the abstract to RFC6551 explicitly reads:

<= pre style=3D"word-wrap:break-word;white-space:pre-wrap"> Low-Power and Lo= ssy Networks (LLNs) have unique characteristics compared with traditional wired and ad hoc networks that require the specification of new routing metrics and constraints.
Which = explicitly is disclaiming that these metrics are not applicable in ad= hoc networks =E2=80=94 and, I am wondering, what has changed since= the publication of RFC6551 to suddenly make these applicable?
=C2=A0I am also wondering if looking at (and, perhaps, using?)= the same metric type TLV type as in OLSRv2 is not a possibility?

Either way, referencing RFC6551 here is wrong.
<= div>
RFC6621 (SMF) usage
As late as e= arlier this month, RFC6621 reared its head again on the mailing list. I und= erstand that the authors are set on using flooding reduction as part of RRE= Q distribution. If that is the case, then this protocol MUST specify that f= looding reduction.=C2=A0

Saying =E2=80=9CUse RFC66= 21=E2=80=9D won=E2=80=99t work, for reasons Chris point out in an email ear= lier to the list:
The network does not = and fundamentally cannot offer multicast suppression to AODVv2. This isn= 9;t a hard concept, but seems to keep=C2=A0having to be said. AODVv2 messag= es are carried in 5444 packets, and those only travel one hop. That doesn&#= 39;t allow for suppression.=C2=A0Furthermore AODVv2 is creating new message= s each hop. That needs AODVv2 specific handling.
And quoting an email from myself:
If protocol X relies on using a flooding operation, then it certainl= y is protocol X's responsibility to =C2=A0specify the flooding operatio= n (or, at least,=C2=A0the requirements to the flooding operation ) for corr= ect functioning of protocol X.

I=E2=80=99ve = previously pointed out that RFC6621 requires some degree of configuration (= can=E2=80=99t just, for example, pick two different relay set selection alg= orithms, as that may produce a disconnected flooding domain).
In other words, what the authors propose in=C2=A0https://tools.ietf.org/html/draft-perkins-manet-using-rfc6621-00= =C2=A0is insufficient.

JWD: I a= gree references to RFC6621 should be removed and use of reduced relay sets = should be work for an extension draft.=C2=A0 All that's is needed to to= allow AODVv2 routers to not regenerate RREQ which is already the case.
=C2=A0
Multiple interfaces configured with the same address(es)= - & RFC6621
I think that it has been established tha= t the ability to use the same address on multiple interfaces is a requireme= nt. It=E2=80=99s not clear to me that a single way of doing so has been pro= posed, nor that the =E2=80=9Coperating conditions=E2=80=9D are called out (= for example, will it work =C2=A0if router A and router B both have two inte= rfaces, and that all 4 interfaces use the same IP address?)

<= /div>
This is not entirely unrelated to flooding reduction and RFC6621.= One of the complexities is to get that just right: OLSRv2 - for example - = calculates Flooding-MPRs per interface, and RFC6130 is careful in how it de= tects bidirectionality of links.=C2=A0

I have not = worked out all the details of how this impacts this protocol =E2=80=94 but,= it requires attention. Especially when wanting to be able to say =E2=80=9C= =E2=80=A6use RFC6621=E2=80=9D, then the interface configuration constraints= when faced with multiple interfaces must be worked out.

JWD: The super simple dumb way of doing this is t= o mandate that any interface which shares an address with another much be b= ridged.=C2=A0 Then you really only have a single interface again. Or just s= ay it's not allowed.=C2=A0 Other more complex methods may be possible b= ut we are honestly past time for that and as Thomas points out there are co= rner cases that we will likely miss and its past time for that.
= =C2=A0
Prefixes & Gateways
A question to my mind= , and I am not sure I know how to answer that from reading the draft since = it is not discussed in section 9 (at least), is: =E2=80=9CWhat happens if I= send a RREQ to a prefix=E2=80=9D (i.e., a /<128 in IPv6)?
JWD: I believe Lotte answered this in that i= t's not allowed.=C2=A0 Simple fix.=C2=A0
o If the whole pr= efix is part of the attached network set of a single router,=C2=A0
then I expect to get a sing= le RREP back, is that the case?

o If= "half the prefix" =C2=A0is part of the attached network set of a= single router,=C2=A0
and the other half is part of the attached network set of another =C2=A0= single router,=C2=A0
then I expect two RREPs, is that the case?

o More generally, will I get a tree build through the network here= ?

Section 9 (or, the whole spec) is also not expli= cit enough about multiple =C2=A0"default gateways" =E2=80=94 i.e.= , the external network being =E2=80=9Cthe rest of the Internet=E2=80=9D, an= d there being multiple gateways to the Internet. I understand how the RREQ = gets to the gateway, and how the gateway determines if it should respond (t= he destination is not part of =E2=80=9Cthe MANET prefix, with which it is c= onfigured=E2=80=9D).

But, if A is close to GW1, an= d B is close to GW2, but A and B being far far apart (according to the metr= ic used) within the MANET, then it would be preferential for the route from= A to B to go via GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2?=C2=A0
<= br>
Is this a supported configuration?=C2=A0
o <= /span>If yes, how is it (seq# wise, I would expect some complications) hand= led?=C2=A0
o If not, where is it stated that this c= onfiguration is not possible with this protocol?

<= br>
The applicability statement says:

AODVv2 is d= esigned for stub or disconnected mobile ad hoc networks, i.e., non-transit networks or those not connected to the internet. AODVv2 can, however, be configured to perform gateway functions when attached to external networks, as discussed in Secti= on 9.

I believe that the scenario I describe is i= ndeed a stub network (and not a transit network)?

JWD: I'd change it to be configured to perform limit= ed gateway functions when attached to external networks.=C2=A0
=E2=80=94 =E2= =80=94 =E2=80=94=C2=A0

As I indicated, these are t= he big-picture issues that I have gotten around to thinking about enough to= write up. I=E2=80=99m not through working through the document, but those = were the ones that came to mind, and which seem imperative to resolve.

Best,

Thomas




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


--001a113d5edc71cf87052ea8f9d6-- From nobody Tue Mar 22 13:36:46 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9645712D787 for ; Tue, 22 Mar 2016 13:36:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=thomasclausen.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WUhto8hG9wg8 for ; Tue, 22 Mar 2016 13:36:43 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8FCC112D6AF for ; Tue, 22 Mar 2016 13:36:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 6900C25101D; Tue, 22 Mar 2016 13:36:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1458679003; bh=uqD1NB1LbsljC67ijNdr8/Nca6nlN8KYX0uyRq1VW0k=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=Eg4pjweAvDv8rjiKBepTU1OyoerLxzo+dsUm8UcIvtOCM6O0EW3boS6qt7Cts84ik Tgf4MqpdVDd5ycHuqinZzgDmk69uyLXD6RMEeXCt+ZJSpgMWywweDtq+JTmJ4Glw7s 2QcQbqyG/78iPQYO/psBV7Dr4f0sT0B34WlhKVAI= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [192.168.147.246] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id C3FBB250A10; Tue, 22 Mar 2016 13:36:42 -0700 (PDT) Content-Type: multipart/alternative; boundary=Apple-Mail-F01C20DB-34D3-4D97-91D2-16F13AC14912 Mime-Version: 1.0 (1.0) From: Thomas Heide Clausen X-Mailer: iPad Mail (13E233) In-Reply-To: Date: Tue, 22 Mar 2016 21:36:41 +0100 Content-Transfer-Encoding: 7bit Message-Id: <1AACF97D-5BE6-450A-8474-AE698D2100D5@thomasclausen.org> References: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> To: Justin Dean Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 20:36:45 -0000 --Apple-Mail-F01C20DB-34D3-4D97-91D2-16F13AC14912 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I will get to the rest of your mail some other time, but one point... > =20 >> Multiple interfaces configured with the same address(es) - & RFC6621 >> I think that it has been established that the ability to use the same add= ress on multiple interfaces is a requirement. It=E2=80=99s not clear to me t= hat a single way of doing so has been proposed, nor that the =E2=80=9Coperat= ing conditions=E2=80=9D are called out (for example, will it work if router= A and router B both have two interfaces, and that all 4 interfaces use the s= ame IP address?) >>=20 >> This is not entirely unrelated to flooding reduction and RFC6621. One of t= he complexities is to get that just right: OLSRv2 - for example - calculates= Flooding-MPRs per interface, and RFC6130 is careful in how it detects bidir= ectionality of links.=20 >>=20 >> I have not worked out all the details of how this impacts this protocol =E2= =80=94 but, it requires attention. Especially when wanting to be able to say= =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, then the interface configuration co= nstraints when faced with multiple interfaces must be worked out. >>=20 > JWD: The super simple dumb way of doing this is to mandate that any interf= ace which shares an address with another much be bridged. Then you really o= nly have a single interface again. Or just say it's not allowed. Other more= complex methods may be possible but we are honestly past time for that and a= s Thomas points out there are corner cases that we will likely miss and its p= ast time for that. You do simply not get to say that it is "past time" for this, given that I h= ave been pointing the need for this to be resolved out, on the list, repeate= dly and for ages -- only to have the authors ignore it. To declare that "it is past time for that" when the issue in question has be= en raised in public and for a long time is, I believe, grounds for a process= appeal. Thomas > =20 >> Prefixes & Gateways >> A question to my mind, and I am not sure I know how to answer that from r= eading the draft since it is not discussed in section 9 (at least), is: =E2=80= =9CWhat happens if I send a RREQ to a prefix=E2=80=9D (i.e., a /<128 in IPv6= )? >>=20 > JWD: I believe Lotte answered this in that it's not allowed. Simple fix.=20= >> o If the whole prefix is part of the attached network set of a= single router,=20 >> then I expect to get a single RREP back, is that the case? >>=20 >> o If "half the prefix" is part of the attached network set o= f a single router,=20 >> and the other half is part of the attached network set of a= nother single router,=20 >> then I expect two RREPs, is that the case? >>=20 >> o More generally, will I get a tree build through the network= here? >>=20 >> Section 9 (or, the whole spec) is also not explicit enough about multiple= "default gateways" =E2=80=94 i.e., the external network being =E2=80=9Cthe= rest of the Internet=E2=80=9D, and there being multiple gateways to the Int= ernet. I understand how the RREQ gets to the gateway, and how the gateway de= termines if it should respond (the destination is not part of =E2=80=9Cthe M= ANET prefix, with which it is configured=E2=80=9D). >>=20 >> But, if A is close to GW1, and B is close to GW2, but A and B being far f= ar apart (according to the metric used) within the MANET, then it would be p= referential for the route from A to B to go via GW1-=E2=80=9Cthe-Internet=E2= =80=9D-GW2?=20 >>=20 >> Is this a supported configuration?=20 >> o If yes, how is it (seq# wise, I would expect some complicat= ions) handled?=20 >> o If not, where is it stated that this configuration is not p= ossible with this protocol? >>=20 >>=20 >> The applicability statement says: >>=20 >> AODVv2 is designed for stub or disconnected mobile ad hoc networks, >> i.e., non-transit networks or those not connected to the internet. >> AODVv2 can, however, be configured to perform gateway functions when >> attached to external networks, as discussed in Section 9. >>=20 >> I believe that the scenario I describe is indeed a stub network (and not a= transit network)? >>=20 > JWD: I'd change it to be configured to perform limited gateway functions w= hen attached to external networks.=20 >> =E2=80=94 =E2=80=94 =E2=80=94=20 >>=20 >> As I indicated, these are the big-picture issues that I have gotten aroun= d to thinking about enough to write up. I=E2=80=99m not through working thro= ugh the document, but those were the ones that came to mind, and which seem i= mperative to resolve. >>=20 >> Best, >>=20 >> Thomas >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >>=20 >=20 --Apple-Mail-F01C20DB-34D3-4D97-91D2-16F13AC14912 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
I will get to the rest of your mail so= me other time, but one point...

 
Multiple interfaces configured with the= same address(es) - & RFC6621
I think that it has been= established that the ability to use the same address on multiple interfaces= is a requirement. It=E2=80=99s not clear to me that a single way of doing s= o has been proposed, nor that the =E2=80=9Coperating conditions=E2=80=9D are= called out (for example, will it work  if router A and router B both h= ave two interfaces, and that all 4 interfaces use the same IP address?)

This is not entirely unrelated to flooding reduction an= d RFC6621. One of the complexities is to get that just right: OLSRv2 - for e= xample - calculates Flooding-MPRs per interface, and RFC6130 is careful in h= ow it detects bidirectionality of links. 

I ha= ve not worked out all the details of how this impacts this protocol =E2=80=94= but, it requires attention. Especially when wanting to be able to say =E2=80= =9C=E2=80=A6use RFC6621=E2=80=9D, then the interface configuration constrain= ts when faced with multiple interfaces must be worked out.

JWD: The super simple dumb way of doing this is t= o mandate that any interface which shares an address with another much be br= idged.  Then you really only have a single interface again. Or just say= it's not allowed.  Other more complex methods may be possible but we a= re honestly past time for that and as Thomas points out there are corner cas= es that we will likely miss and its past time for that.

You do simply not get to say that it is "= past time" for this, given that I have been pointing the need for this to be= resolved out, on the list, repeatedly and for ages -- only to have the auth= ors ignore it.

To declare that "it is past time for= that" when the issue in question has been raised in public and for a long t= ime is, I believe, grounds for a process appeal.

Th= omas

 
Prefixes & G= ateways
A question to my mind, and I am not sure I know ho= w to answer that from reading the draft since it is not discussed in section= 9 (at least), is: =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D= (i.e., a /<128 in IPv6)?

JWD= : I believe Lotte answered this in that it's not allowed.  Simple fix.&= nbsp;
o If the whole prefix is part of the attached network s= et of a single router, 
= then I expect to get a single RREP back, is that the= case?

o If "half the prefix"=  is part of the attached network set of a single router, 
and the othe= r half is part of the attached network set of another  single router,&n= bsp;
then= I expect two RREPs, is that the case?

o More generally, will I get a tree build through the network here?
<= div>
Section 9 (or, the whole spec) is also not explicit enoug= h about multiple  "default gateways" =E2=80=94 i.e., the external netwo= rk being =E2=80=9Cthe rest of the Internet=E2=80=9D, and there being multipl= e gateways to the Internet. I understand how the RREQ gets to the gateway, a= nd how the gateway determines if it should respond (the destination is not p= art of =E2=80=9Cthe MANET prefix, with which it is configured=E2=80=9D).

But, if A is close to GW1, and B is close to GW2, but A= and B being far far apart (according to the metric used) within the MANET, t= hen it would be preferential for the route from A to B to go via GW1-=E2=80=9C= the-Internet=E2=80=9D-GW2? 

Is this a supporte= d configuration? 
o If yes, how is it (s= eq# wise, I would expect some complications) handled? 
o If not, where is it stated that this configuration is not po= ssible with this protocol?


The appli= cability statement says:

   AODVv2 is designed for stub or disco=
nnected mobile ad hoc networks,
   i.e., non-transit networks or those not connected to the internet.
   AODVv2 can, however, be configured to perform gateway functions when
   attached to external networks, as discussed in Section=
 9.

I believe that the scenario I describe is in= deed a stub network (and not a transit network)?

<= /blockquote>
JWD: I'd change it to be configured to perform limited gate= way functions when attached to external networks. 
=
=E2=80=94 =E2=80=94 =E2=80= =94 

As I indicated, these are the big-picture= issues that I have gotten around to thinking about enough to write up. I=E2= =80=99m not through working through the document, but those were the ones th= at came to mind, and which seem imperative to resolve.

<= div>Best,

Thomas




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


= --Apple-Mail-F01C20DB-34D3-4D97-91D2-16F13AC14912-- From nobody Tue Mar 22 13:51:40 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3860512D9D3 for ; Tue, 22 Mar 2016 13:51:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 GmnCoy0YOI3j for ; Tue, 22 Mar 2016 13:51:37 -0700 (PDT) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 85E6612D9E7 for ; Tue, 22 Mar 2016 13:51:35 -0700 (PDT) Received: by mail-ob0-x235.google.com with SMTP id m7so209925097obh.3 for ; Tue, 22 Mar 2016 13:51:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=2TAcxaXxX+18K83Vj3xXCyCLYf7Rd9DdgdqAUiM/j10=; b=nTclnU4g9jfUWSkpcuJ0/gUJzBVxQUABiK8ajAelJ/4tJzoV18m7awlDphSVIE70Je OwO7UaBYteX21EwNmAI1JpVnjJlzlKmhbvX90F2DTH1zH5LRcxSosIfafwoXTeb6CnQB JTdxTUot3WI5/zeI1VVwQX0kWtWfI2yi+BkEqi8IIFhkBLJ+tMgJJiOI8ycESpoVRxx7 GEzCUCwCSARXYuiU99IEYJ1Axt78wFrDh6LbjwxDtYxm4Y3TFN/YCkalv1PqsTPQRVY3 smm8aPLcm3ZG7Vu+YhsqVYwIQmOwAsNVsx5Sm6L8kRo9iCVgd35T5jz0+Npsx3Bu6c78 5h4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=2TAcxaXxX+18K83Vj3xXCyCLYf7Rd9DdgdqAUiM/j10=; b=O5iowpp9q+377Xed6o0smS61Vczu8xznSR8nbyxizIXGVtGnlCqDqQZOPVed7ZbaVl KYRbh9b5lns6LK/uhSUxOZy8NJ9rldyLmPWx1bToaEqRSkpud4HIZdID+FX/v3xZ6cDX UVaBoNssXZOpJ2pnBa0vPwK9eLiyDYpjVUkZK7wTPEc8tiKIFINi1wdJHk0z+twB01u1 ORYKHWrJOeTfOcf4lduiLL1a999PH0Mg/wqt6zZBe68OnXzm22JVZXOBNgiyP8OuCyQi 14Yadv7RvdicVA8vrFKCa+NWcOzFlf0YbwZ6GiaVPtN2QBV2wlkgXuBjoZgCx099i/q6 Y0YA== X-Gm-Message-State: AD7BkJL5XQC/WSacQTBrHOGWhaX2Bey+p674XBI2XKlRlm7RXUG1PllLCJkRR3pG/7m/uNmL1/6deIe84DS8ow== X-Received: by 10.60.36.194 with SMTP id s2mr21718325oej.18.1458679894918; Tue, 22 Mar 2016 13:51:34 -0700 (PDT) MIME-Version: 1.0 References: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> <1AACF97D-5BE6-450A-8474-AE698D2100D5@thomasclausen.org> In-Reply-To: <1AACF97D-5BE6-450A-8474-AE698D2100D5@thomasclausen.org> From: Justin Dean Date: Tue, 22 Mar 2016 20:51:25 +0000 Message-ID: To: Thomas Heide Clausen Content-Type: multipart/alternative; boundary=089e01176311fa4d78052ea96005 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 20:51:39 -0000 --089e01176311fa4d78052ea96005 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I think you're misunderstanding my point. It's my opinion that it's past time to come up with some elegant and complex solution to fix this issue. Simple and safe solutions should be preferred as we'd likely miss something. This is regardless of when the outstanding problem was first raised. Justin On Tue, Mar 22, 2016, 4:36 PM Thomas Heide Clausen wrote: > I will get to the rest of your mail some other time, but one point... > > > >> *Multiple interfaces configured with the same address(es) - & RFC6621* >> I think that it has been established that the ability to use the same >> address on multiple interfaces is a requirement. It=E2=80=99s not clear = to me that >> a single way of doing so has been proposed, nor that the =E2=80=9Coperat= ing >> conditions=E2=80=9D are called out (for example, will it work if router= A and >> router B both have two interfaces, and that all 4 interfaces use the sam= e >> IP address?) >> >> This is not entirely unrelated to flooding reduction and RFC6621. One of >> the complexities is to get that just right: OLSRv2 - for example - >> calculates Flooding-MPRs per interface, and RFC6130 is careful in how it >> detects bidirectionality of links. >> >> I have not worked out all the details of how this impacts this protocol = =E2=80=94 >> but, it requires attention. Especially when wanting to be able to say = =E2=80=9C=E2=80=A6use >> RFC6621=E2=80=9D, then the interface configuration constraints when face= d with >> multiple interfaces must be worked out. >> >> JWD: The super simple dumb way of doing this is to mandate that any > interface which shares an address with another much be bridged. Then you > really only have a single interface again. Or just say it's not allowed. > Other more complex methods may be possible but we are honestly past time > for that and as Thomas points out there are corner cases that we will > likely miss and its past time for that. > > > You do simply not get to say that it is "past time" for this, given that = I > have been pointing the need for this to be resolved out, on the list, > repeatedly and for ages -- only to have the authors ignore it. > > To declare that "it is past time for that" when the issue in question has > been raised in public and for a long time is, I believe, grounds for a > process appeal. > > Thomas > > > >> *Prefixes & Gateways* >> A question to my mind, and I am not sure I know how to answer that from >> reading the draft since it is not discussed in section 9 (at least), is: >> =E2=80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D (i.e., a /<1= 28 in IPv6)? >> >> JWD: I believe Lotte answered this in that it's not allowed. Simple fix= . > >> o If the whole prefix is part of the attached network set of a single >> router, >> then I expect to get a single RREP back, is that the case? >> >> o If "half the prefix" is part of the attached network set of a single >> router, >> and the other half is part of the attached network set of another singl= e >> router, >> then I expect two RREPs, is that the case? >> >> o More generally, will I get a tree build through the network here? >> >> Section 9 (or, the whole spec) is also not explicit enough about multipl= e >> "default gateways" =E2=80=94 i.e., the external network being =E2=80=9C= the rest of the >> Internet=E2=80=9D, and there being multiple gateways to the Internet. I = understand >> how the RREQ gets to the gateway, and how the gateway determines if it >> should respond (the destination is not part of =E2=80=9Cthe MANET prefix= , with >> which it is configured=E2=80=9D). >> >> But, if A is close to GW1, and B is close to GW2, but A and B being far >> far apart (according to the metric used) within the MANET, then it would= be >> preferential for the route from A to B to go via GW1-=E2=80=9Cthe-Intern= et=E2=80=9D-GW2? >> >> Is this a supported configuration? >> o If yes, how is it (seq# wise, I would expect some complications) >> handled? >> o If not, where is it stated that this configuration is not possible >> with this protocol? >> >> >> The applicability statement says: >> >> AODVv2 is designed for stub or disconnected mobile ad hoc networks, >> i.e., non-transit networks or those not connected to the internet. >> AODVv2 can, however, be configured to perform gateway functions when >> attached to external networks, as discussed in Section 9 . >> >> >> I believe that the scenario I describe is indeed a stub network (and not >> a transit network)? >> >> JWD: I'd change it to be configured to perform limited gateway functions > when attached to external networks. > >> =E2=80=94 =E2=80=94 =E2=80=94 >> >> As I indicated, these are the big-picture issues that I have gotten >> around to thinking about enough to write up. I=E2=80=99m not through wor= king >> through the document, but those were the ones that came to mind, and whi= ch >> seem imperative to resolve. >> >> Best, >> >> Thomas >> >> >> >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www.ietf.org/mailman/listinfo/manet >> >> > --089e01176311fa4d78052ea96005 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

I think you're misunderstanding my point. It's my op= inion that it's past time to come up with some elegant and complex solu= tion to fix this issue. Simple and safe solutions should be preferred as we= 'd likely miss something. This is regardless of when the outstanding pr= oblem was first raised.

Justin


On Tue, Mar 22, 2016, 4:36 = PM Thomas Heide Clausen <ietf@= thomasclausen.org> wrote:
I will get to the rest of your mail some other time, b= ut one point...

=C2=A0
Multiple interfaces configured with the same addres= s(es) - & RFC6621
I think that it has been establishe= d that the ability to use the same address on multiple interfaces is a requ= irement. It=E2=80=99s not clear to me that a single way of doing so has bee= n proposed, nor that the =E2=80=9Coperating conditions=E2=80=9D are called = out (for example, will it work =C2=A0if router A and router B both have two= interfaces, and that all 4 interfaces use the same IP address?)
=
This is not entirely unrelated to flooding reduction and RFC= 6621. One of the complexities is to get that just right: OLSRv2 - for examp= le - calculates Flooding-MPRs per interface, and RFC6130 is careful in how = it detects bidirectionality of links.=C2=A0

I have= not worked out all the details of how this impacts this protocol =E2=80=94= but, it requires attention. Especially when wanting to be able to say =E2= =80=9C=E2=80=A6use RFC6621=E2=80=9D, then the interface configuration const= raints when faced with multiple interfaces must be worked out.
JWD: The super simple dumb way of doing thi= s is to mandate that any interface which shares an address with another muc= h be bridged.=C2=A0 Then you really only have a single interface again. Or = just say it's not allowed.=C2=A0 Other more complex methods may be poss= ible but we are honestly past time for that and as Thomas points out there = are corner cases that we will likely miss and its past time for that.
=

= You do simply not get to say that it is "past time" for this, giv= en that I have been pointing the need for this to be resolved out, on the l= ist, repeatedly and for ages -- only to have the authors ignore it.

To declare that "it is past time for that" when= the issue in question has been raised in public and for a long time is, I = believe, grounds for a process appeal.
Thomas

=C2=A0
Prefixes & Gateways
A que= stion to my mind, and I am not sure I know how to answer that from reading = the draft since it is not discussed in section 9 (at least), is: =E2=80=9CW= hat happens if I send a RREQ to a prefix=E2=80=9D (i.e., a /<128 in IPv6= )?

JWD: I believe Lotte answere= d this in that it's not allowed.=C2=A0 Simple fix.=C2=A0
o If the whole prefix is part of the attached network set of a single router= ,=C2=A0
then I expe= ct to get a single RREP back, is that the case?

o If "half the prefix" =C2=A0is part of the attached = network set of a single router,=C2=A0
and the other half is part of the attached network set o= f another =C2=A0single router,=C2=A0
then I expect two RREPs, is that the case?

=
o More generally, will I get a tree build through = the network here?

Section 9 (or, the whole spec) i= s also not explicit enough about multiple =C2=A0"default gateways"= ; =E2=80=94 i.e., the external network being =E2=80=9Cthe rest of the Inter= net=E2=80=9D, and there being multiple gateways to the Internet. I understa= nd how the RREQ gets to the gateway, and how the gateway determines if it s= hould respond (the destination is not part of =E2=80=9Cthe MANET prefix, wi= th which it is configured=E2=80=9D).

But, if A is = close to GW1, and B is close to GW2, but A and B being far far apart (accor= ding to the metric used) within the MANET, then it would be preferential fo= r the route from A to B to go via GW1-=E2=80=9Cthe-Internet=E2=80=9D-GW2?= =C2=A0

Is this a supported configuration?=C2=A0
o If yes, how is it (seq# wise, I would expect some c= omplications) handled?=C2=A0
o If not, where is it = stated that this configuration is not possible with this protocol?


The applicability statement says:

   AODVv2 is designed for stub or disconnected mobile ad hoc networks,
   i.e., non-transit networks or those not connected to the internet.
   AODVv2 can, however, be configured to perform gateway functions when
   attached to external networks, as discussed in Secti=
on 9.

I believe that the scenario I describe is i= ndeed a stub network (and not a transit network)?

JWD: I'd change it to be configured to perform limit= ed gateway functions when attached to external networks.=C2=A0
=E2=80=94 =E2= =80=94 =E2=80=94=C2=A0

As I indicated, these are t= he big-picture issues that I have gotten around to thinking about enough to= write up. I=E2=80=99m not through working through the document, but those = were the ones that came to mind, and which seem imperative to resolve.

Best,

Thomas




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


--089e01176311fa4d78052ea96005-- From nobody Tue Mar 22 14:05:00 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A903212D9F1 for ; Tue, 22 Mar 2016 14:04:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=thomasclausen.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X9V82QIyXtIM for ; Tue, 22 Mar 2016 14:04:38 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A51712D9B6 for ; Tue, 22 Mar 2016 14:04:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 6A76C24129D; Tue, 22 Mar 2016 14:04:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thomasclausen.org; s=1.tigertech; t=1458680678; bh=BNinVirkbaaRVQKgZOvlj6BZ+imlRumUBtyRGiuaBhQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=C5lS0EhmTBz4xMG8trQAKxL1IMRKsg8nZc6PDbV/NW5r62nnY4Gjh0wj9w5DMkadR h/oQANGt1PXypLBPVi/ZpG1BckR1LWVXrrXx6IWTPcE84XVhzR3nR7Z/4C3EA+BZvl 23LyeSRzICKe8AC/qfQf+YKJ49YNTc3JOuL3WHi0= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from [192.168.147.246] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id B1968240470; Tue, 22 Mar 2016 14:04:37 -0700 (PDT) Content-Type: multipart/alternative; boundary=Apple-Mail-37E19D02-1A01-4046-9E9A-C375E8612BBE Mime-Version: 1.0 (1.0) From: Thomas Heide Clausen X-Mailer: iPad Mail (13E233) In-Reply-To: Date: Tue, 22 Mar 2016 22:04:36 +0100 Content-Transfer-Encoding: 7bit Message-Id: <86E88A09-8C13-4049-AD0D-3C164C5E5E61@thomasclausen.org> References: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> <1AACF97D-5BE6-450A-8474-AE698D2100D5@thomasclausen.org> To: Justin Dean Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2016 21:04:40 -0000 --Apple-Mail-37E19D02-1A01-4046-9E9A-C375E8612BBE Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > On 22 Mar 2016, at 21:51, Justin Dean wrote: >=20 > I think you're misunderstanding my point. It's my opinion that it's past t= ime to come up with some elegant and complex solution to fix this issue. Sim= ple and safe solutions should be preferred as we'd likely miss something. Th= is is regardless of when the outstanding problem was first raised. >=20 My point is that it is an issue that must be addressed: the requirements tha= t multiple interfaces can be sharing the same address is old, I have raised i= t multiple times over the years. OLSRv2 was built to support it. Henning rep= orted an additional use case. The WG chair suggesting to disallow it, or to "bridge it", is *not* solving t= he issue raised. It is the WG chair ignoring legitimate requirements from th= e WG, which does not strike me as aligned with proper process. The WG chair saying "it is past time to solve" a long raised (and ignored) i= ssue does not strike me as being aligned with proper process either. Thomas > Justin >=20 >=20 >> On Tue, Mar 22, 2016, 4:36 PM Thomas Heide Clausen wrote: >> I will get to the rest of your mail some other time, but one point... >>=20 >>> =20 >>>> Multiple interfaces configured with the same address(es) - & RFC6621 >>>> I think that it has been established that the ability to use the same a= ddress on multiple interfaces is a requirement. It=E2=80=99s not clear to me= that a single way of doing so has been proposed, nor that the =E2=80=9Coper= ating conditions=E2=80=9D are called out (for example, will it work if rout= er A and router B both have two interfaces, and that all 4 interfaces use th= e same IP address?) >>>>=20 >>>> This is not entirely unrelated to flooding reduction and RFC6621. One o= f the complexities is to get that just right: OLSRv2 - for example - calcula= tes Flooding-MPRs per interface, and RFC6130 is careful in how it detects bi= directionality of links.=20 >>>>=20 >>>> I have not worked out all the details of how this impacts this protocol= =E2=80=94 but, it requires attention. Especially when wanting to be able to= say =E2=80=9C=E2=80=A6use RFC6621=E2=80=9D, then the interface configuratio= n constraints when faced with multiple interfaces must be worked out. >>>>=20 >>> JWD: The super simple dumb way of doing this is to mandate that any inte= rface which shares an address with another much be bridged. Then you really= only have a single interface again. Or just say it's not allowed. Other mo= re complex methods may be possible but we are honestly past time for that an= d as Thomas points out there are corner cases that we will likely miss and i= ts past time for that. >>=20 >> You do simply not get to say that it is "past time" for this, given that I= have been pointing the need for this to be resolved out, on the list, repea= tedly and for ages -- only to have the authors ignore it. >>=20 >> To declare that "it is past time for that" when the issue in question has= been raised in public and for a long time is, I believe, grounds for a proc= ess appeal. >>=20 >> Thomas >>=20 >>> =20 >>>> Prefixes & Gateways >>>> A question to my mind, and I am not sure I know how to answer that from= reading the draft since it is not discussed in section 9 (at least), is: =E2= =80=9CWhat happens if I send a RREQ to a prefix=E2=80=9D (i.e., a /<128 in I= Pv6)? >>>>=20 >>> JWD: I believe Lotte answered this in that it's not allowed. Simple fix= .=20 >>>> o If the whole prefix is part of the attached network set of a= single router,=20 >>>> then I expect to get a single RREP back, is that the case? >>>>=20 >>>> o If "half the prefix" is part of the attached network set o= f a single router,=20 >>>> and the other half is part of the attached network set of a= nother single router,=20 >>>> then I expect two RREPs, is that the case? >>>>=20 >>>> o More generally, will I get a tree build through the network= here? >>>>=20 >>>> Section 9 (or, the whole spec) is also not explicit enough about multip= le "default gateways" =E2=80=94 i.e., the external network being =E2=80=9Ct= he rest of the Internet=E2=80=9D, and there being multiple gateways to the I= nternet. I understand how the RREQ gets to the gateway, and how the gateway d= etermines if it should respond (the destination is not part of =E2=80=9Cthe M= ANET prefix, with which it is configured=E2=80=9D). >>>>=20 >>>> But, if A is close to GW1, and B is close to GW2, but A and B being far= far apart (according to the metric used) within the MANET, then it would be= preferential for the route from A to B to go via GW1-=E2=80=9Cthe-Internet=E2= =80=9D-GW2?=20 >>>>=20 >>>> Is this a supported configuration?=20 >>>> o If yes, how is it (seq# wise, I would expect some complicat= ions) handled?=20 >>>> o If not, where is it stated that this configuration is not p= ossible with this protocol? >>>>=20 >>>>=20 >>>> The applicability statement says: >>>>=20 >>>> AODVv2 is designed for stub or disconnected mobile ad hoc networks, >>>> i.e., non-transit networks or those not connected to the internet. >>>> AODVv2 can, however, be configured to perform gateway functions when= >>>> attached to external networks, as discussed in Section 9. >>>>=20 >>>> I believe that the scenario I describe is indeed a stub network (and no= t a transit network)? >>>>=20 >>> JWD: I'd change it to be configured to perform limited gateway functions= when attached to external networks.=20 >>>> =E2=80=94 =E2=80=94 =E2=80=94=20 >>>>=20 >>>> As I indicated, these are the big-picture issues that I have gotten aro= und to thinking about enough to write up. I=E2=80=99m not through working th= rough the document, but those were the ones that came to mind, and which see= m imperative to resolve. >>>>=20 >>>> Best, >>>>=20 >>>> Thomas >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>> _______________________________________________ >>>> manet mailing list >>>> manet@ietf.org >>>> https://www.ietf.org/mailman/listinfo/manet >>>>=20 >>>=20 --Apple-Mail-37E19D02-1A01-4046-9E9A-C375E8612BBE Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable


On 22 Mar 2016, at 2= 1:51, Justin Dean <bebemaster@gma= il.com> wrote:

I think you're misunderstanding my point. It's my opinion that it's pas= t time to come up with some elegant and complex solution to fix this issue. S= imple and safe solutions should be preferred as we'd likely miss something. T= his is regardless of when the outstanding problem was first raised.


My point is that it is an issue that must b= e addressed: the requirements that multiple interfaces can be sharing the sa= me address is old, I have raised it multiple times over the years. OLSRv2 wa= s built to support it. Henning reported an additional use case.
The WG chair suggesting to disallow it, or to "bridge it", is *= not* solving the issue raised. It is the WG chair ignoring legitimate requir= ements from the WG, which does not strike me as aligned with proper process.=

The WG chair saying "it is past time to solve" a l= ong raised (and ignored) issue does not strike me as being aligned with prop= er process either.

Thomas

Justin


On Tue, Mar 22, 2016, 4:36 P= M Thomas Heide Clausen <ietf@th= omasclausen.org> wrote:
I will get to the rest of your mail some other time, but on= e point...

=
 
Multiple interfaces configured with the same address(es) - &am= p; RFC6621
I think that it has been established that the a= bility to use the same address on multiple interfaces is a requirement. It=E2= =80=99s not clear to me that a single way of doing so has been proposed, nor= that the =E2=80=9Coperating conditions=E2=80=9D are called out (for example= , will it work  if router A and router B both have two interfaces, and t= hat all 4 interfaces use the same IP address?)

This= is not entirely unrelated to flooding reduction and RFC6621. One of the com= plexities is to get that just right: OLSRv2 - for example - calculates Flood= ing-MPRs per interface, and RFC6130 is careful in how it detects bidirection= ality of links. 

I have not worked out all the= details of how this impacts this protocol =E2=80=94 but, it requires attent= ion. Especially when wanting to be able to say =E2=80=9C=E2=80=A6use RFC6621= =E2=80=9D, then the interface configuration constraints when faced with mult= iple interfaces must be worked out.

<= div>JWD: The super simple dumb way of doing this is to mandate that any inte= rface which shares an address with another much be bridged.  Then you r= eally only have a single interface again. Or just say it's not allowed. = ; Other more complex methods may be possible but we are honestly past time f= or that and as Thomas points out there are corner cases that we will likely m= iss and its past time for that.
You do simply not get to say that it is "= past time" for this, given that I have been pointing the need for this to be= resolved out, on the list, repeatedly and for ages -- only to have the auth= ors ignore it.

To declare that "it is past time for= that" when the issue in question has been raised in public and for a long t= ime is, I believe, grounds for a process appeal.

Thomas

 
Prefixes & Gateways
A q= uestion to my mind, and I am not sure I know how to answer that from reading= the draft since it is not discussed in section 9 (at least), is: =E2=80=9CW= hat happens if I send a RREQ to a prefix=E2=80=9D (i.e., a /<128 in IPv6)= ?

JWD: I believe Lotte answered t= his in that it's not allowed.  Simple fix. 
o If t= he whole prefix is part of the attached network set of a single router, = ;
then= I expect to get a single RREP back, is that the case?

<= div> o If "half the prefix"  is part of the at= tached network set of a single router, 
and the other half is part of the at= tached network set of another  single router, 
then I expect two RREPs, is t= hat the case?

= o More general= ly, will I get a tree build through the network here?

Section 9 (or, the whole spec) is also not explicit enough about multiple=  "default gateways" =E2=80=94 i.e., the external network being =E2=80=9C= the rest of the Internet=E2=80=9D, and there being multiple gateways to the I= nternet. I understand how the RREQ gets to the gateway, and how the gateway d= etermines if it should respond (the destination is not part of =E2=80=9Cthe M= ANET prefix, with which it is configured=E2=80=9D).

But, if A is close to GW1, and B is close to GW2, but A and B being far far= apart (according to the metric used) within the MANET, then it would be pre= ferential for the route from A to B to go via GW1-=E2=80=9Cthe-Internet=E2=80= =9D-GW2? 

Is this a supported configuration?&n= bsp;
o If yes, how is it (seq# wise, I woul= d expect some complications) handled? 
o If n= ot, where is it stated that this configuration is not possible with this pro= tocol?


The applicability statement s= ays:

   AODVv2 is designed for stub or disconnected mobile ad ho=
c networks,
   i.e., non-transit networks or those not connected to the internet.
   AODVv2 can, however, be configured to perform gateway functions when
   attached to external networks, as discussed in Section=
 9.

I believe that the scenario I describe is in= deed a stub network (and not a transit network)?

<= /blockquote>
JWD: I'd change it to be configured to perform limited gate= way functions when attached to external networks. 
=
=E2=80=94 =E2=80=94 =E2=80= =94 

As I indicated, these are the big-picture= issues that I have gotten around to thinking about enough to write up. I=E2= =80=99m not through working through the document, but those were the ones th= at came to mind, and which seem imperative to resolve.

<= div>Best,

Thomas




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


= --Apple-Mail-37E19D02-1A01-4046-9E9A-C375E8612BBE-- From nobody Wed Mar 23 03:15:11 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 040C912D6ED for ; Wed, 23 Mar 2016 03:15:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-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 54u33G9GouN0 for ; Wed, 23 Mar 2016 03:15:07 -0700 (PDT) Received: from ukmta1.baesystems.com (ukmta1.baesystems.com [20.133.0.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A33112D6D5 for ; Wed, 23 Mar 2016 03:15:06 -0700 (PDT) X-IronPort-AV: E=Sophos; i="5.24,382,1454976000"; d="scan'208,217"; a="54385190" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta1.baesystems.com with ESMTP; 23 Mar 2016 10:15:05 +0000 X-IronPort-AV: E=Sophos;i="5.24,382,1454976000"; d="scan'208,217";a="111265686" Received: from glkxh0004v.greenlnk.net ([10.109.2.35]) by baemasmds016.greenlnk.net with ESMTP; 23 Mar 2016 10:15:04 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.79]) by GLKXH0004V.GREENLNK.net ([10.109.2.35]) with mapi id 14.03.0248.002; Wed, 23 Mar 2016 10:15:04 +0000 From: "Dearlove, Christopher (UK)" To: Lotte Steenbrink , "Mobile Ad Hoc Networks mailing list" Thread-Topic: [manet] AODVv2 - first comment (5444 multiplexer) Thread-Index: AdF2LtrjY6tA82pcToGBYH4uZpwxUgC/CsAAAAHAhwACzPqLAAAhqcrg Date: Wed, 23 Mar 2016 10:15:03 +0000 Message-ID: References: <0EE93A7C-3A02-4205-9C07-1E0001D213DB@fu-berlin.de> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D923817D7GLKXM0002VGREEN_" MIME-Version: 1.0 Archived-At: Cc: Christopher Dearlove Subject: Re: [manet] AODVv2 - first comment (5444 multiplexer) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2016 10:15:10 -0000 --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D923817D7GLKXM0002VGREEN_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSByZWFsbHkgd2FudCB0byBnZXQgdG8gbG9vayBhdCB0aGlzIC0gdGhvdWdoIGxvb2tpbmcgYXQg RExFUCBpcyBoaWdoZXIgcHJpb3JpdHkgYW5kIEkgaGF2ZW7igJl0IGdvdCB0byB0aGF0IHlldCBl aXRoZXIuIEnigJltIGFib3V0IHRvIGJlIG91dCBmb3IgYSB3ZWVrLCBhbmQgdG9vIG1hbnkgdGhp bmdzIHRvIGRvIGJlZm9yZSB0aGVuLCBzbyBJ4oCZbSBub3Qgc3VyZSB3aGVuIEkgY2FuIGdldCB0 byB0aGlzLg0KDQotLQ0KQ2hyaXN0b3BoZXIgRGVhcmxvdmUNClNlbmlvciBQcmluY2lwYWwgRW5n aW5lZXINCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExhYm9yYXRvcmllcw0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCg0KVDogICs0NCAoMCkxMjQ1IDI0MjE5NCAgfCAgRTogY2hyaXMuZGVh cmxvdmVAYmFlc3lzdGVtcy5jb208bWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29t Pg0KDQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9s b2d5IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00yIDhITi4NCnd3dy5i YWVzeXN0ZW1zLmNvbS9haTxodHRwOi8vd3d3LmJhZXN5c3RlbXMuY29tL2FpPg0KQkFFIFN5c3Rl bXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGltaXRlZA0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kICYg V2FsZXMgTm86IDAxMzM3NDUxDQpSZWdpc3RlcmVkIE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBh cmssIEd1aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQDQoNCkZyb206IExvdHRlIFN0ZWVuYnJpbmsg W21haWx0bzpsb3R0ZS5zdGVlbmJyaW5rQGZ1LWJlcmxpbi5kZV0NClNlbnQ6IDIyIE1hcmNoIDIw MTYgMTg6MDkNClRvOiBNb2JpbGUgQWQgSG9jIE5ldHdvcmtzIG1haWxpbmcgbGlzdA0KQ2M6IERl YXJsb3ZlLCBDaHJpc3RvcGhlciAoVUspOyBDaHJpc3RvcGhlciBEZWFybG92ZQ0KU3ViamVjdDog UmU6IFttYW5ldF0gQU9EVnYyIC0gZmlyc3QgY29tbWVudCAoNTQ0NCBtdWx0aXBsZXhlcikNCg0K DQoqKiogV0FSTklORyAqKioNClRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20gb3V0c2lkZSBv dXIgb3JnYW5pc2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBwYXJ0bmVyIG9yIHRoZSBp bnRlcm5ldC4NCkNvbnNpZGVyIGNhcmVmdWxseSB3aGV0aGVyIHlvdSBzaG91bGQgY2xpY2sgb24g YW55IGxpbmtzLCBvcGVuIGFueSBhdHRhY2htZW50cyBvciByZXBseS4NCkZvciBpbmZvcm1hdGlv biByZWdhcmRpbmcgUmVkIEZsYWdzIHRoYXQgeW91IGNhbiBsb29rIG91dCBmb3IgaW4gZW1haWxz IHlvdSByZWNlaXZlLCBjbGljayBoZXJlPGh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5j b20vaG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL1JlZCUyMEZsYWdzLnBk Zj4uDQpJZiB5b3UgZmVlbCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywgcGxlYXNlIGZvbGxvdyB0 aGlzIHByb2Nlc3M8aHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsv c2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGluZyUyMFdpdGglMjBTdXNwaWNpb3Vz JTIwRW1haWxzLnBkZj4uDQpIaSBDaHJpc3RvcGhlciwgaGkgYWxsLA0KDQpJ4oCZbSB2ZXJ5IGhh cHB5IGFib3V0IHRoZSBkaXNjdXNzaW9uIGdvaW5nIG9uIGluIHRoaXMgdGhyZWFkIGJ1dCBJ4oCZ bSBhZnJhaWQgSeKAmXZlIHN0ZWVyZWQgb2ZmIHRvcGljIGEgYml0IHdpdGggbXkgcmVtYXJrcyBh Ym91dCB0aGUgNTQ0NC11c2FnZSBkcmFmdOKAkyBJIHdhcyB3b25kZXJpbmcgaWYgeW914oCZZCBo YWQgYSBjaGFuY2UgdG8gcmV2aWV3IG15IHByb3Bvc2VkIGNoYW5nZXMgeWV0IGFuZCBpZiBzbywg ZG8gdGhleSBtYWtlIHNlbnNlIChhbmQvb3Igd2hhdCBjb3VsZCB3ZSBkbyBiZXR0ZXIpPyBJ4oCZ ZCByZWFsbHkgbGlrZSB0byBmaXggdGhpcyBpc3N1ZS4gOikNCg0KQmVzdCByZWdhcmRzLA0KTG90 dGUNCg0KDQpBbSAwOC4wMy4yMDE2IHVtIDEyOjU5IHNjaHJpZWIgQ2hyaXN0b3BoZXIgRGVhcmxv dmUgPGNocmlzQG1uZW1vc3luZS5kZW1vbi5jby51azxtYWlsdG86Y2hyaXNAbW5lbW9zeW5lLmRl bW9uLmNvLnVrPj46DQoNCkknbSByZWFkaW5nIHRoaXMgb24gYSBwaG9uZSwgc28gSSdtIGdvaW5n IHRvIHdhaXQgdW50aWwgSSBjYW4gcmVhZCBpdCBiZXR0ZXIgZm9yIGxvbmdlciBjb21tZW50Lg0K DQpCdXQgdGhlcmUgYXJlLCBhbmQgSSB0aGluayB0aGlzIGlzIGEgcG90ZW50aWFsIHNvdXJjZSBm b3IgY29uZnVzaW9uLCB0d28gdGhpbmdzIGluIDU0NDQuIE9uZSBpcyBhYm91dCBmb3JtYXRzLCBv bmUgaXMgYWJvdXQgbXVsdGlwbGV4aW5nLg0KDQpGb3JtYXR0aW5nIChhbmQgcGFyc2luZykgaXNu J3QgZGVmaW5lZCBhcyBhIHByb2Nlc3MsIGJ1dCBhcyBmb3JtYXRzLiBNYW55IHBlb3BsZSAoZXZl cnlvbmU/KSB3aG8gdXNlcyA1NDQ0IHdpbGwgY3JlYXRlIGEgZ2VuZXJhbCA1NDQ0IGZvcm1hdHRl ci9wYXJzZXIuIFRoYXQncyB1cCB0byB0aGUgaW1wbGVtZW50ZXIgdG8gZGVjaWRlIHdoYXQgdG8g bWFrZSBpdCBkbywgd2hldGhlciB0byBvcHRpbWlzZSBpbiB0aGF0IGZvcm1hdHRlciwgb3V0c2lk ZSB0aGUgZm9ybWF0dGVyLCBvciBub3QgYXQgYWxsLiAoUGVyc29uYWxseSBJIGhhdmUgc29tZSBp bnNpZGUsIHNvbWUgb3V0c2lkZS4pDQoNClRoZSBvdGhlciBjb21wb25lbnQgaXMgdGhlIDU0NDQg bXVsdGlwbGV4ZXIgKGFuZCBkZW51bHRpcGxleGVyKS4gVGhhdCB0YWtlcyA1NDQ0IGZvcm1hdHRl ZCBtZXNzYWdlcyAoYW5kICBwb3NzaWJseSBzb21lIG90aGVyIHRoaW5ncykgYW5kIGZvcm1zIDU0 NDQgcGFja2V0cy4gSXQgaXMgaW1wb3J0YW50IHRoYXQgdGhlIDU0NDQgbXVsdGlwbGV4ZXIgcmV0 dXJucyBtZXNzYWdlcyBhcyBkZWxpdmVyZWQgdG8gaXQgKGhvcCBjb3VudCBhbmQgbGltaXQgYXBh cnQgb2YgY291cnNlKS4gT3RoZXJ3aXNlIHNlY3VyaXR5IGZlYXR1cmVzIGluIHRoZSBwcm90b2Nv bCBtYXkgZmFpbC4gTm90ZSB0aGF0IGRvZXNuJ3QgcHJldmVudCB0aGUgbXVsdGlwbGV4ZXIgbW9k aWZ5aW5nIHRoZSBtZXNzYWdlIGJlZm9yZSBwdXR0aW5nIGl0IG9uIHRoZSB3aXJlLCB0aGF0IGp1 c3QgbmVlZHMgdG8gYmUgcmV2ZXJzaWJsZS4gQW5kIG9idmlvdXMgZXhhbXBsZSBpcyBpZiB5b3Ug aW1wbGVtZW50IDcxODIgSUNWcyBhbmQgVElNRVNUQU1QcyBpbiB0aGUgbXVsdGlwbGV4ZXIsIGlm IGl0IGFkZHMgdGhlbSwgaXQgYWxzbyBuZWVkcyB0byByZW1vdmUgdGhlbSBiZWZvcmUgaGFuZGlu ZyB0aGUgbWVzc2FnZSB0byB0aGUgcHJvdG9jb2wuIChZb3UgbWF5IGluc3RlYWQgcHV0IHRoaXMg aW4gdGhlIHByb3RvY29sLikNCg0KWWVzLCBJIHRoaW5rIHRoZSB1c2FnZSBkb2N1bWVudCBjb3Vs ZCBnYWluIGZyb20gYWRkaW5nIHRoaXMuIE5vdGUsIHRoYXQncyBwZXJzb25hbCBvbmx5LCBteSBj by1hdXRob3JzIGhhdmVuJ3QgYWdyZWVkIHRvIHRoYXQgeWV0LiBCdXQgbGFyZ2VseSBiZWNhdXNl IEkgaGF2ZW4ndCBhc2tlZCB0aGVtIHlldCAod2l0aCBvbmUgcGFydGlhbCBleGNlcHRpb24pLg0K DQpUaGUgcG9pbnRzIEkgdGhpbmsgYXJlOg0KLSBUd28gdGhpbmdzIGluIDU0NDQuIEZvcm1hdCBh bmQgbXVsdGlwbGV4Lg0KLSBHZW5lcmljIGZvcm1hdHRlci9wYXJzZXIgbm90IHJlcXVpcmVkLCBi dXQgcmVjb21tZW5kZWQuIE9wdGltaXNhdGlvbiBvcHRpb25hbC4NCi0gTXVsdGlwbGV4ZXIgbXVz dCBkZWxpdmVyIG1lc3NhZ2VzIGFzIHNlbnQgKGhvcCBleGNlcHRpb24pLiBCdXQgbWF5IG1vZGlm eSByZXZlcnNpYmx5LiA3MTgyIGV4YW1wbGUgKGNvdWxkIGltcGxlbWVudCBtZXNzYWdlIGxldmVs IGluIG11bHRpcGxleGVyLCBtdXN0IGltcGxlbWVudCBwYWNrZXQgbGV2ZWwgdGhlcmUpLg0KDQot LQ0KQ2hyaXN0b3BoZXIgRGVhcmxvdmUNCmNocmlzdG9waGVyLmRlYXJsb3ZlQGdtYWlsLmNvbTxt YWlsdG86Y2hyaXN0b3BoZXIuZGVhcmxvdmVAZ21haWwuY29tPg0KDQpPbiA4IE1hciAyMDE2LCBh dCAxMTowOSwgTG90dGUgU3RlZW5icmluayA8bG90dGUuc3RlZW5icmlua0BmdS1iZXJsaW4uZGU8 bWFpbHRvOmxvdHRlLnN0ZWVuYnJpbmtAZnUtYmVybGluLmRlPj4gd3JvdGU6DQpIZWxsbyBDaHJp c3RvcGhlciwNCg0KQW0gMDQuMDMuMjAxNiB1bSAxNzoxOSBzY2hyaWViIERlYXJsb3ZlLCBDaHJp c3RvcGhlciAoVUspIDxjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTxtYWlsdG86Y2hyaXMu ZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20+PjoNCg0KDQpJ4oCZdmUgcmVhZCBzb21lIG9mIGRyYWZ0 IC0xMy4gSSB3aWxsIHByb3ZpZGUgY29tbWVudHMgKHdoaWNoIHdvbuKAmXQgYmUgY29tcHJlaGVu c2l2ZSkgaW4gYml0ZSBzaXplZCBjaHVua3MgcmF0aGVyIHRoYW4gYXR0ZW1wdGluZyBhbnl0aGlu ZyBjb25zb2xpZGF0ZWQuIEFuZCBtb3N0IGNhbiB3YWl0IHVudGlsIG5leHQgd2VlayBhdCB0aGUg ZWFybGllc3QuDQoNCkJ1dCBvbmUgdG8ga2ljayBvZmYuDQoNClRoZSBhcmNoaXRlY3R1cmUgbWFu ZGF0ZWQgYnkgNTQ5OCBpcyB0aGF0IEFPRFZ2MiBjcmVhdGVzIG1lc3NhZ2VzLCBpdCBwYXNzZXMg dGhlbSB0byB0aGUgNTQ0NCBtdWx0aXBsZXhlci4gSW4gZHVlIGNvdXJzZSBpdCByZWNlaXZlcyBt ZXNzYWdlcyBmcm9tIHRoZXJlLiBUaGVyZSBhcmUgc29tZSBvdGhlciBkZXRhaWxzLCBidXQgdGhh dOKAmXMgdGhlIG1vc3QgaW1wb3J0YW50Lg0KDQpUaGUgNTQ0NCBtdWx0aXBsZXhlciBpcyB3aGF0 IGhhbmRsZXMgVURQIHBvcnRzLCBtdWx0aWNhc3QgYWRkcmVzc2VzIGFuZCBzbyBvbi4gSXQgZG9l c27igJl0IGhhbmRsZSBmbG9vZGluZywgYmVjYXVzZSBpdHMgcGFja2V0cyAod2hpY2ggbWF5IGNv bnRhaW4gbXVsdGlwbGUgbWVzc2FnZXMsIGZyb20gQU9EVnYyIGFuZCBlbHNld2hlcmUpIG9ubHkg Z28gb25lIGhvcC4NCg0KVGhlcmUgYXJlIG90aGVyIHJlcXVlc3RzIHRoYXQgY2FuIGJlIG1hZGUg dG8gdGhlIG11bHRpcGxleGVyLCBtb3N0IG9idmlvdXNseSB3aGljaCBpbnRlcmZhY2UocykgdGhp cyBtZXNzYWdlIGlzIGZvciwgYnV0IGFsc28gdGhpbmdzIGxpa2Ug4oCccGxlYXNlIHRyeSB0byBr ZWVwIHRoZXNlIG1lc3NhZ2VzIHRvZ2V0aGVy4oCdLiBJZiB0aGVyZSBhcmUgYW55IGFkZGl0aW9u YWwgcmVxdWVzdHMgdGhhdCBzaG91bGQgYmUgc3VwcG9ydGVkLCBhbmQgYXJlIG5vdCBpbmNvbXBh dGlibGUgd2l0aCB0aGUgYXJjaGl0ZWN0dXJlLCB0aGVuIHRoZSA1NDQ0IHVzYWdlIGRyYWZ0IGlz IGEgZ29vZCBvcHBvcnR1bml0eSB0byBnZXQgdGhvc2UgaW4uDQoNCkJ1dCwgbG9va2luZyBhdCB0 aGUgQU9EVnYyIGRyYWZ0LCDigJxtdWx0aXBsZXjigJ0gKGFzIGEgd2hvbGUgb3IgcGFydCB3b3Jk KSBvbmx5IGFwcGVhcnMgdHdpY2UsIGJvdGggaW4gdGhlIHBhcmFncmFwaDoNCg0KICAgW1JGQzU0 NDRdIHByb3ZpZGVzIGEgbXVsdGlwbGV4ZWQgdHJhbnNwb3J0IGZvciBtdWx0aXBsZSBwcm90b2Nv bHMuDQogICBBbiBbUkZDNTQ0NF0gbXVsdGlwbGV4ZXIgTUFZIGNob29zZSB0byBvcHRpbWl6ZSB0 aGUgY29udGVudCBvZg0KICAgY2VydGFpbiBtZXNzYWdlIGVsZW1lbnRzIHRvIHJlZHVjZSBjb250 cm9sIG1lc3NhZ2Ugb3ZlcmhlYWQuDQoNCkkgdGhpbmsgdGhhdOKAmXMgbm90IGhvdyBJIHNlZSBp dCwgdGhhdCB0aGF04oCZcyB0aGUgcm9sZSBvZiB0aGUgKHN1YnRsZWx5IGRpZmZlcmVudCkgNTQ0 NCBtZXNzYWdlIGNyZWF0aW9uIHByb2Nlc3MgZnJvbSBhZGRyZXNzZXMgYW5kIGF0dHJpYnV0ZXMu IEkgdGhpbmsgdGhlIG11bHRpcGxleGVyIGl0c2VsZiwgZ2l2ZW4gYSB3aG9sZSBtZXNzYWdlIGZy b20gYSBwcm90b2NvbCBzaG91bGRu4oCZdCBiZSBtb2RpZnlpbmcgaXQuIE5vdGUgdGhhdCBJ4oCZ dmUgZXhwcmVzc2VkIHRoYXQgYXMgYW4gb3BpbmlvbiwgdGhvdWdoIGEgcXVpdGUgc3Ryb25nIG9u ZS4gQSBwcm90b2NvbCBtaWdodCBhcHBseSBzb21lIHNvcnQgb2Ygc3BlY2lhbGlzZWQgc2lnbmF0 dXJlLCBhbmQgd2UgY2Fu4oCZdCBsZXQgdGhlIG11bHRpcGxleGVyIGRlc3Ryb3kgdGhhdC4gKFRo ZSBtdWx0aXBsZXhlciBtaWdodCBhZGQgYSA3MTgyIElDViBhbmQvb3IgdGltZXN0YW1wLCBidXQg aXQgd2lsbCB0aGVuIHJlbW92ZSB0aGVtIGJlZm9yZSB0aGUgcHJvdG9jb2wgZ2V0cyB0aGUgcGFj a2V0IGFnYWluLikNCg0KVHJ1ZS4gSWYgSSByZW1lbWJlciBpdCBjb3JyZWN0bHkgKENvLUF1dGhv cnMsIHBsZWFzZSBzdG9wIG1lIGlmIEkgZG9uJ3QpLCB3aGF0IHdlIHdlcmUgdHJ5aW5nIHRvIHNh eSB3YXMgIlRoZSBtZXNzYWdlIGNvbnRlbnRzIE1BWSBiZSByZXNodWZmbGVkIGR1cmluZyBtZXNz YWdlIGNyZWF0aW9uLCBidXQgcGxlYXNlIHBheSBhdHRlbnRpb24gdGhhdCBzb21lIHRoaW5ncyBN VVNUIGJlIGtlcHQgaW4gb25lIG1lc3NhZ2UgaW4gb3JkZXIgdG8gZm9ybSBhIGNvaGVyZW50IEFP RFZ2MiBtZXNzYWdlLiIgVGhpcyBpcyBlc3BlY2lhbGx5IGltcG9ydGFudCBmb3IgUkVSUiBtZXNz YWdlcywgd2hpY2ggY291bGQgZWFzaWx5IGdldCBjaG9wcGVkIHVwIGludG8gbXVsdGlwbGUgbWVz c2FnZXMgaWYgdGhlIHVuZGVybHlpbmcgTVRVIGlzIHNtYWxsLg0KDQpJZiB3ZSBjaGFuZ2UgdGhh dCBwYXJhZ3JhcGggdG8NCg0KDQogICBbUkZDNTQ0NF0gcHJvdmlkZXMgYSBtdWx0aXBsZXhlZCB0 cmFuc3BvcnQgZm9yIG11bHRpcGxlIHByb3RvY29scy4NCg0KICAgQW4gW1JGQzU0NDQ8aHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzU0NDQ+XSBpbXBsZW1lbnRhdGlvbiBNQVkgY2hvb3Nl IHRvIG9wdGltaXplIHRoZSBjb250ZW50IG9mDQoNCiAgIGNlcnRhaW4gZWxlbWVudHMgZHVyaW5n IG1lc3NhZ2UgY3JlYXRpb24gdG8gcmVkdWNlIGNvbnRyb2wgbWVzc2FnZSBvdmVyaGVhZC4NCg0K DQphbmQgdGhlIGxhbmd1YWdlIG9mLCBzYXksICA3LjEuMzxodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMjc2VjdGlvbi03LjEuMz4uIFJSRVEgUmVn ZW5lcmF0aW9uIGZyb20NCg0KDQogICBUaGlzIEFPRFZ2MiBtZXNzYWdlIGlzIHVzZWQgdG8gY3Jl YXRlIGEgY29ycmVzcG9uZGluZyBbUkZDNTQ0NDxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv cmZjNTQ0ND5dDQoNCiAgIG1lc3NhZ2UgKHNlZSBTZWN0aW9uIDg8aHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzI3NlY3Rpb24tOD4pIHdoaWNoIGlz IG11bHRpY2FzdCwgYnkgZGVmYXVsdCwgdG8gTEwtTUFORVQtDQoNCiAgIFJvdXRlcnMgb24gYWxs IGludGVyZmFjZXMgY29uZmlndXJlZCBmb3IgQU9EVnYyIG9wZXJhdGlvbi4gIEhvd2V2ZXIsDQoN CiAgIHRoZSByZWdlbmVyYXRlZCBSUkVRIGNhbiBiZSB1bmljYXN0IHRvIHRoZSBuZXh0IGhvcCBh ZGRyZXNzIG9mIHRoZQ0KDQogICBMb2NhbFJvdXRlIHRvd2FyZCBUYXJnQWRkciwgaWYga25vd24u DQoNCnRvIHNvbWV0aGluZyBsaWtlDQoNCg0KICAgVGhpcyBBT0RWdjIgbWVzc2FnZSBpcyB1c2Vk IHRvIGNyZWF0ZSBhIGNvcnJlc3BvbmRpbmcgW1JGQzU0NDQ8aHR0cHM6Ly90b29scy5pZXRmLm9y Zy9odG1sL3JmYzU0NDQ+XQ0KDQogICBtZXNzYWdlIChzZWUgU2VjdGlvbiA4PGh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1hbmV0LWFvZHZ2Mi0xMyNzZWN0aW9uLTg+KSwg d2hpY2ggaXMgaGFuZGVkIHRvIHRoZSBSRkM1NDQ0IG11bHRpcGxleGVyDQoNCiAgIGZvciBmdXJ0 aGVyIHByb2Nlc3NpbmcuDQoNCiAgIEJ5IGRlZmF1bHQsIHRoZSBtdWx0aXBsZXhlciBpcyBpbnN0 cnVjdGVkIHRvIG11bHRpY2FzdCB0aGUgbWVzc2FnZSB0byBMTC1NQU5FVC0NCg0KICAgUm91dGVy cyBvbiBhbGwgaW50ZXJmYWNlcyBjb25maWd1cmVkIGZvciBBT0RWdjIgb3BlcmF0aW9uLiAgSG93 ZXZlciwNCg0KICAgdGhlIHJlZ2VuZXJhdGVkIFJSRVEgY2FuIGJlIHVuaWNhc3QgdG8gdGhlIG5l eHQgaG9wIGFkZHJlc3Mgb2YgdGhlDQoNCiAgIExvY2FsUm91dGUgdG93YXJkIFRhcmdBZGRyLCBp ZiBrbm93bi4NCg0KKGFuZCB0aGUgc2FtZSB0aGluZyBmb3IgNy4yLjM8aHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzI3NlY3Rpb24tNy4yLjM+LiBS UkVQIFJlZ2VuZXJhdGlvbiwgNi41PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1p ZXRmLW1hbmV0LWFvZHZ2Mi0xMyNzZWN0aW9uLTYuNT4uIE1lc3NhZ2UgVHJhbnNtaXNzaW9uLCBl dGMuKSwgd291bGQgdGhhdCByZXNvbHZlIHRoZSBpc3N1ZT8NCg0KDQoNClRoaXMgaXMgcHJvYmFi bHkgc29tZXRoaW5nIHRoYXQgY291bGQvc2hvdWxkIGJlIGluIHRoZSA1NDQ0IHVzYWdlIGRyYWZ0 LiBJZiBpdCBnZXRzIFdHTENlZCBhcyByZXF1ZXN0ZWQsIEnigJlsbCBzdWJtaXQgaXQgdG8gbXlz ZWxmIGFuZCB0aGUgcmVzdCBvZiB0aGUgYXV0aG9yIHRlYW0uDQoNClNvIHRoZXJlIGlzIG5vdGhp bmcgZGVzY3JpYmluZyBob3cgQU9EVnYyIGludGVyYWN0cyB3aXRoIHRoZSBtdWx0aXBsZXhlci4g VGhhdCBzaG91bGRu4oCZdCBtYXR0ZXIgKHRob3VnaCBpdOKAmXMgYWx3YXlzIGJldHRlciB0byBo YXZlIGl0KSBpZiB5b3UgYXNzdW1lIDU0OTggYXBwbGllcywgYXMgaXQgZG9lcy4NCg0KSSd2ZSBh bHdheXMgYXNzdW1lZCB0aGUgNTQ0NCBtZXNzYWdlIGNyZWF0aW9uIHByb2Nlc3MgdG8gYmUgcGFy dCBvZiB0aGUgIlJGQzU0NDQgY29tcG9uZW50IiByYXRoZXIgdGhhbiBwYXJ0IG9mIHRoZSAiQU9E VnYyIGNvbXBvbmVudCIsIHdoaWNoIGlzIHdoeSBJIHRob3VnaHQgdGhlIEFPRFZ2MjwtPlJGQzU0 NDQgaW50ZXJhY3Rpb24gdGhhdCBzaG91bGQgYmUgZGVzY3JpYmVkIGNsZWFybHkgd2FzIHRoZSBw YXJ0IHdoZXJlIEFPRFZ2MiB0ZWxscyB0aGUgNTQ0NCBtZXNzYWdlIGNyZWF0aW9uIHByb2Nlc3Mg d2hhdCBhIG1lc3NhZ2UgbG9va3MgbGlrZSAoYW5kIHdoZXJlIGl0IHNob3VsZCBiZSBzZW50KS4g SSd2ZSBhc3N1bWVkIHRoYXQgdGhpcyBpcyB0aGUgcGFydCB3aGVyZSBBT0RWdjIgaGFuZHMgb3Zl ciBhbGwgY29udHJvbCB0byA1NDQ0LCBzbyBvYnZpb3VzbHkgaXQgd291bGRuJ3QgbXVsdGljYXN0 IGEgbWVzc2FnZSAqaXRzZWxmKiwgaXQgd291bGQgaW5zdHJ1Y3QgdGhlIG11bHRpcGxleGVyIHRv IGRvIHNvLiBJIHdhc24ndCBhd2FyZSB0aGF0IHRoaXMgbXVzdCBiZSBzdGF0ZWQgZXhwbGljaXRs eS4NCg0KSSdtIG5vdCBzdXJlIGlmIHRoaXMgaXMgYSBzdWJ0bGV0eSBvciBhIG1pc2NvbmNlcHRp b24gdGhhdCBzaG91bGQgYmUgY2xhcmlmaWVkIGluIHRoZSA1NDQ0LXVzYWdlIGRyYWZ0Li4uDQoN CldpdGgga2luZCByZWdhcmRzLA0KTG90dGUgU3RlZW5icmluaw0KDQoNCkJ1dCB1bmZvcnR1bmF0 ZWx5IHRoZSBkcmFmdCBzdGlsbCBoYXMgbWF0ZXJpYWwgdGhhdCBjb250cmFkaWN0cyB0aGF0IG1v ZGVsLCB3aGljaCBuZWVkcyB0byBnby4gSW4gcGFydGljdWxhciAoYnV0IG5vdCBvbmx5KSB0aGUg Zmlyc3QgdHdvIHBhcmFncmFwaHMgb2Ygc2VjdGlvbiA2LjUuIFRoaXMgaXMgYW4gZXNzZW50aWFs IGNoYW5nZS4NCg0KLS0NCkNocmlzdG9waGVyIERlYXJsb3ZlDQpTZW5pb3IgUHJpbmNpcGFsIEVu Z2luZWVyDQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMYWJvcmF0b3JpZXMNCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQoNClQ6ICArNDQgKDApMTI0NSAyNDIxOTQgIHwgIEU6IGNocmlzLmRl YXJsb3ZlQGJhZXN5c3RlbXMuY29tPG1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNv bT4NCg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2ZvcmQgVGVjaG5v bG9neSBQYXJrLCBHcmVhdCBCYWRkb3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4SE4uDQp3d3cu YmFlc3lzdGVtcy5jb20vYWk8aHR0cDovL3d3dy5iYWVzeXN0ZW1zLmNvbS9haT4NCkJBRSBTeXN0 ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExpbWl0ZWQNClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAm IFdhbGVzIE5vOiAwMTMzNzQ1MQ0KUmVnaXN0ZXJlZCBPZmZpY2U6IFN1cnJleSBSZXNlYXJjaCBQ YXJrLCBHdWlsZGZvcmQsIFN1cnJleSwgR1UyIDdZUA0KDQoqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KVGhpcyBlbWFp bCBhbmQgYW55IGF0dGFjaG1lbnRzIGFyZSBjb25maWRlbnRpYWwgdG8gdGhlIGludGVuZGVkDQpy ZWNpcGllbnQgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBp bnRlbmRlZA0KcmVjaXBpZW50IHBsZWFzZSBkZWxldGUgaXQgZnJvbSB5b3VyIHN5c3RlbSBhbmQg bm90aWZ5IHRoZSBzZW5kZXIuDQpZb3Ugc2hvdWxkIG5vdCBjb3B5IGl0IG9yIHVzZSBpdCBmb3Ig YW55IHB1cnBvc2Ugbm9yIGRpc2Nsb3NlIG9yDQpkaXN0cmlidXRlIGl0cyBjb250ZW50cyB0byBh bnkgb3RoZXIgcGVyc29uLg0KKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQptYW5ldCBtYWlsaW5nIGxpc3QNCm1hbmV0QGlldGYub3Jn PG1haWx0bzptYW5ldEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vbWFuZXQNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCm1hbmV0IG1haWxpbmcgbGlzdA0KbWFuZXRAaWV0Zi5vcmc8bWFpbHRvOm1hbmV0QGll dGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldA0KDQo= --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D923817D7GLKXM0002VGREEN_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6SGVsdmV0aWNhOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNv bnNvbGFzOw0KCXBhbm9zZS0xOjIgMTEgNiA5IDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmlu aXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21h cmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJ Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z dHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyI7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToi SFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1z dHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvbnNvbGFzIiwi c2VyaWYiO30NCnNwYW4uYXBwbGUtY29udmVydGVkLXNwYWNlDQoJe21zby1zdHlsZS1uYW1lOmFw cGxlLWNvbnZlcnRlZC1zcGFjZTt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUtdHlw ZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0K CWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0 LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2 MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpk aXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4 PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8 bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0i MSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5 IGxhbmc9IkVOLUdCIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9Ildv cmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+SSByZWFsbHkgd2FudCB0byBnZXQgdG8gbG9vayBhdCB0aGlz IC0gdGhvdWdoIGxvb2tpbmcgYXQgRExFUCBpcyBoaWdoZXIgcHJpb3JpdHkgYW5kIEkgaGF2ZW7i gJl0IGdvdCB0byB0aGF0IHlldCBlaXRoZXIuIEnigJltIGFib3V0IHRvIGJlIG91dCBmb3IgYSB3 ZWVrLCBhbmQgdG9vDQogbWFueSB0aGluZ3MgdG8gZG8gYmVmb3JlIHRoZW4sIHNvIEnigJltIG5v dCBzdXJlIHdoZW4gSSBjYW4gZ2V0IHRvIHRoaXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzAwN0U3RSI+LS0NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwN0U3RSI+Q2hyaXN0b3BoZXIgRGVhcmxvdmU8YnI+ DQpTZW5pb3IgUHJpbmNpcGFsIEVuZ2luZWVyPGJyPg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRl bGxpZ2VuY2UgTGFib3JhdG9yaWVzPGJyPg0KPC9zcGFuPjwvYj48Yj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiNCRUJFQkUiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KPC9zcGFuPjwv Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojN0Q3RDdEIj5UPC9zcGFuPjwvYj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzdEN0Q3RCI+OiAmbmJzcDsmIzQzOzQ0ICgwKTEy NDUgMjQyMTk0ICZuYnNwO3wgJm5ic3A7PGI+RToNCjwvYj48YSBocmVmPSJtYWlsdG86Y2hyaXMu ZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20iPmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPC9h Pjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJy Pg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4QjkyIj5CQUUgU3lz dGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5IFBhcmssIEdy ZWF0IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00yIDhITi48YnI+DQo8YSBocmVmPSJodHRw Oi8vd3d3LmJhZXN5c3RlbXMuY29tL2FpIj48c3BhbiBzdHlsZT0iY29sb3I6IzNBOEI5MiI+d3d3 LmJhZXN5c3RlbXMuY29tL2FpPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+ QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGltaXRlZDxicj4NClJlZ2lzdGVyZWQg aW4gRW5nbGFuZCAmYW1wOyBXYWxlcyBObzogMDEzMzc0NTE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4QjkyIj5SZWdpc3RlcmVkIE9mZmljZTogU3Vy cmV5IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAx LjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IExvdHRlIFN0ZWVuYnJp bmsgW21haWx0bzpsb3R0ZS5zdGVlbmJyaW5rQGZ1LWJlcmxpbi5kZV0NCjxicj4NCjxiPlNlbnQ6 PC9iPiAyMiBNYXJjaCAyMDE2IDE4OjA5PGJyPg0KPGI+VG86PC9iPiBNb2JpbGUgQWQgSG9jIE5l dHdvcmtzIG1haWxpbmcgbGlzdDxicj4NCjxiPkNjOjwvYj4gRGVhcmxvdmUsIENocmlzdG9waGVy IChVSyk7IENocmlzdG9waGVyIERlYXJsb3ZlPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbbWFu ZXRdIEFPRFZ2MiAtIGZpcnN0IGNvbW1lbnQgKDU0NDQgbXVsdGlwbGV4ZXIpPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOnNvbGlkIGJsYWNrIDEuMHB0O3BhZGRp bmc6Mi4wcHQgMi4wcHQgMi4wcHQgMi4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249 ImNlbnRlciIgc3R5bGU9InRleHQtYWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQtYWxpZ246Y2VudGVy O2JhY2tncm91bmQ6d2hpdGUiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTUuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMz Mzk3MiI+KioqIFdBUk5JTkcgKioqPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJtYXJnaW4t Ym90dG9tOjEyLjBwdDt0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3JvdW5kOndoaXRlIj4NCjxlbT48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPlRoaXMgbWVzc2FnZSBvcmln aW5hdGVzIGZyb20gb3V0c2lkZSBvdXIgb3JnYW5pc2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBleHRl cm5hbCBwYXJ0bmVyIG9yIHRoZSBpbnRlcm5ldC48L3NwYW4+PC9lbT48aT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Q29uc2lkZXIg Y2FyZWZ1bGx5IHdoZXRoZXIgeW91IHNob3VsZCBjbGljayBvbiBhbnkgbGlua3MsIG9wZW4gYW55 IGF0dGFjaG1lbnRzIG9yIHJlcGx5Ljwvc3Bhbj48L2VtPjxicj4NCjxlbT48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Rm9y IGluZm9ybWF0aW9uIHJlZ2FyZGluZyA8L3NwYW4+DQo8L2VtPjwvc3Bhbj48L2k+PHN0cm9uZz48 aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOnJlZCI+UmVkIEZsYWdzPC9zcGFuPjwv aT48L3N0cm9uZz48ZW0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4g dGhhdCB5b3UgY2FuIGxvb2sgb3V0IGZvciBpbiBlbWFpbHMgeW91IHJlY2VpdmUsDQogY2xpY2sg PGEgaHJlZj0iaHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2Vj dXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3MucGRmIj4NCmhlcmU8L2E+Ljwv c3Bhbj48L2VtPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+PGJy Pg0KPGVtPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7Ij5JZiB5b3UgZmVlbCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywgcGxl YXNlIGZvbGxvdw0KPGEgaHJlZj0iaHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9o b3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGluZyUyMFdpdGglMjBT dXNwaWNpb3VzJTIwRW1haWxzLnBkZiI+DQp0aGlzIHByb2Nlc3M8L2E+Ljwvc3Bhbj48L2VtPjwv c3Bhbj48L2k+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkg Q2hyaXN0b3BoZXIsIGhpIGFsbCw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5J4oCZbSB2ZXJ5IGhhcHB5IGFib3V0IHRoZSBkaXNjdXNzaW9uIGdvaW5nIG9uIGluIHRoaXMg dGhyZWFkIGJ1dCBJ4oCZbSBhZnJhaWQgSeKAmXZlIHN0ZWVyZWQgb2ZmIHRvcGljIGEgYml0IHdp dGggbXkgcmVtYXJrcyBhYm91dCB0aGUgNTQ0NC11c2FnZSBkcmFmdOKAkyBJIHdhcyB3b25kZXJp bmcgaWYgeW914oCZZCBoYWQgYSBjaGFuY2UgdG8gcmV2aWV3IG15IHByb3Bvc2VkIGNoYW5nZXMg eWV0IGFuZCBpZiBzbywgZG8gdGhleQ0KIG1ha2Ugc2Vuc2UgKGFuZC9vciB3aGF0IGNvdWxkIHdl IGRvIGJldHRlcik/IEnigJlkIHJlYWxseSBsaWtlIHRvIGZpeCB0aGlzIGlzc3VlLiA6KTxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CZXN0IHJl Z2FyZHMsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5Mb3R0ZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5BbSAwOC4wMy4yMDE2IHVtIDEyOjU5IHNjaHJpZWIgQ2hyaXN0b3BoZXIgRGVhcmxv dmUgJmx0OzxhIGhyZWY9Im1haWx0bzpjaHJpc0BtbmVtb3N5bmUuZGVtb24uY28udWsiPmNocmlz QG1uZW1vc3luZS5kZW1vbi5jby51azwvYT4mZ3Q7OjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkknbSByZWFkaW5nIHRoaXMgb24gYSBwaG9uZSwg c28gSSdtIGdvaW5nIHRvIHdhaXQgdW50aWwgSSBjYW4gcmVhZCBpdCBiZXR0ZXIgZm9yIGxvbmdl ciBjb21tZW50LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5CdXQgdGhlcmUgYXJlLCBhbmQgSSB0aGluayB0aGlzIGlzIGEgcG90ZW50aWFsIHNv dXJjZSBmb3IgY29uZnVzaW9uLCB0d28gdGhpbmdzIGluIDU0NDQuIE9uZSBpcyBhYm91dCBmb3Jt YXRzLCBvbmUgaXMgYWJvdXQgbXVsdGlwbGV4aW5nLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Gb3JtYXR0aW5nIChhbmQgcGFyc2luZykgaXNu J3QgZGVmaW5lZCBhcyBhIHByb2Nlc3MsIGJ1dCBhcyBmb3JtYXRzLiBNYW55IHBlb3BsZSAoZXZl cnlvbmU/KSB3aG8gdXNlcyA1NDQ0IHdpbGwgY3JlYXRlIGEgZ2VuZXJhbCA1NDQ0IGZvcm1hdHRl ci9wYXJzZXIuIFRoYXQncyB1cCB0byB0aGUgaW1wbGVtZW50ZXIgdG8gZGVjaWRlIHdoYXQgdG8g bWFrZSBpdCBkbywgd2hldGhlciB0byBvcHRpbWlzZSBpbiB0aGF0DQogZm9ybWF0dGVyLCBvdXRz aWRlIHRoZSBmb3JtYXR0ZXIsIG9yIG5vdCBhdCBhbGwuIChQZXJzb25hbGx5IEkgaGF2ZSBzb21l IGluc2lkZSwgc29tZSBvdXRzaWRlLik8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIG90aGVyIGNvbXBvbmVudCBpcyB0aGUgNTQ0NCBtdWx0 aXBsZXhlciAoYW5kIGRlbnVsdGlwbGV4ZXIpLiBUaGF0IHRha2VzIDU0NDQgZm9ybWF0dGVkIG1l c3NhZ2VzIChhbmQgJm5ic3A7cG9zc2libHkgc29tZSBvdGhlciB0aGluZ3MpIGFuZCBmb3JtcyA1 NDQ0IHBhY2tldHMuIEl0IGlzIGltcG9ydGFudCB0aGF0IHRoZSA1NDQ0IG11bHRpcGxleGVyIHJl dHVybnMgbWVzc2FnZXMgYXMgZGVsaXZlcmVkIHRvIGl0DQogKGhvcCBjb3VudCBhbmQgbGltaXQg YXBhcnQgb2YgY291cnNlKS4gT3RoZXJ3aXNlIHNlY3VyaXR5IGZlYXR1cmVzIGluIHRoZSBwcm90 b2NvbCBtYXkgZmFpbC4gTm90ZSB0aGF0IGRvZXNuJ3QgcHJldmVudCB0aGUgbXVsdGlwbGV4ZXIg bW9kaWZ5aW5nIHRoZSBtZXNzYWdlIGJlZm9yZSBwdXR0aW5nIGl0IG9uIHRoZSB3aXJlLCB0aGF0 IGp1c3QgbmVlZHMgdG8gYmUgcmV2ZXJzaWJsZS4gQW5kIG9idmlvdXMgZXhhbXBsZSBpcyBpZiB5 b3UgaW1wbGVtZW50DQogNzE4MiBJQ1ZzIGFuZCBUSU1FU1RBTVBzIGluIHRoZSBtdWx0aXBsZXhl ciwgaWYgaXQgYWRkcyB0aGVtLCBpdCBhbHNvIG5lZWRzIHRvIHJlbW92ZSB0aGVtIGJlZm9yZSBo YW5kaW5nIHRoZSBtZXNzYWdlIHRvIHRoZSBwcm90b2NvbC4gKFlvdSBtYXkgaW5zdGVhZCBwdXQg dGhpcyBpbiB0aGUgcHJvdG9jb2wuKTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5ZZXMsIEkgdGhpbmsgdGhlIHVzYWdlIGRvY3VtZW50IGNvdWxk IGdhaW4gZnJvbSBhZGRpbmcgdGhpcy4gTm90ZSwgdGhhdCdzIHBlcnNvbmFsIG9ubHksIG15IGNv LWF1dGhvcnMgaGF2ZW4ndCBhZ3JlZWQgdG8gdGhhdCB5ZXQuIEJ1dCBsYXJnZWx5IGJlY2F1c2Ug SSBoYXZlbid0IGFza2VkIHRoZW0geWV0ICh3aXRoIG9uZSBwYXJ0aWFsIGV4Y2VwdGlvbikuPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBw b2ludHMgSSB0aGluayBhcmU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4tIFR3byB0aGluZ3MgaW4gNTQ0NC4gRm9ybWF0IGFuZCBtdWx0aXBsZXgu PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tIEdl bmVyaWMgZm9ybWF0dGVyL3BhcnNlciBub3QgcmVxdWlyZWQsIGJ1dCByZWNvbW1lbmRlZC4gT3B0 aW1pc2F0aW9uIG9wdGlvbmFsLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+LSBNdWx0aXBsZXhlciBtdXN0IGRlbGl2ZXIgbWVzc2FnZXMgYXMgc2Vu dCAoaG9wIGV4Y2VwdGlvbikuIEJ1dCBtYXkgbW9kaWZ5IHJldmVyc2libHkuIDcxODIgZXhhbXBs ZSAoY291bGQgaW1wbGVtZW50IG1lc3NhZ2UgbGV2ZWwgaW4gbXVsdGlwbGV4ZXIsIG11c3QgaW1w bGVtZW50IHBhY2tldCBsZXZlbCB0aGVyZSkuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQotLSZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNocmlzdG9waGVyIERlYXJsb3ZlPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJtYWlsdG86 Y2hyaXN0b3BoZXIuZGVhcmxvdmVAZ21haWwuY29tIj5jaHJpc3RvcGhlci5kZWFybG92ZUBnbWFp bC5jb208L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KT24gOCBNYXIg MjAxNiwgYXQgMTE6MDksIExvdHRlIFN0ZWVuYnJpbmsgJmx0OzxhIGhyZWY9Im1haWx0bzpsb3R0 ZS5zdGVlbmJyaW5rQGZ1LWJlcmxpbi5kZSI+bG90dGUuc3RlZW5icmlua0BmdS1iZXJsaW4uZGU8 L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9 Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+SGVsbG8gQ2hyaXN0b3BoZXIsPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkFtIDA0LjAzLjIwMTYgdW0gMTc6MTkgc2NocmllYiBEZWFybG92 ZSwgQ2hyaXN0b3BoZXIgKFVLKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJh ZXN5c3RlbXMuY29tIj5jaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTwvYT4mZ3Q7OjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQo8bzpw PjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij5J4oCZdmUgcmVhZCBzb21lIG9mIGRyYWZ0IC0xMy4gSSB3aWxs IHByb3ZpZGUgY29tbWVudHMgKHdoaWNoIHdvbuKAmXQgYmUgY29tcHJlaGVuc2l2ZSkgaW4gYml0 ZSBzaXplZCBjaHVua3MgcmF0aGVyIHRoYW4gYXR0ZW1wdGluZyBhbnl0aGluZyBjb25zb2xpZGF0 ZWQuIEFuZCBtb3N0IGNhbiB3YWl0IHVudGlsDQogbmV4dCB3ZWVrIGF0IHRoZSBlYXJsaWVzdC48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+QnV0IG9uZSB0byBraWNrIG9mZi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+VGhlIGFyY2hpdGVj dHVyZSBtYW5kYXRlZCBieSA1NDk4IGlzIHRoYXQgQU9EVnYyIGNyZWF0ZXMgbWVzc2FnZXMsIGl0 IHBhc3NlcyB0aGVtIHRvIHRoZSA1NDQ0IG11bHRpcGxleGVyLiBJbiBkdWUgY291cnNlIGl0IHJl Y2VpdmVzIG1lc3NhZ2VzIGZyb20gdGhlcmUuIFRoZXJlIGFyZSBzb21lIG90aGVyDQogZGV0YWls cywgYnV0IHRoYXTigJlzIHRoZSBtb3N0IGltcG9ydGFudC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+VGhlIDU0NDQg bXVsdGlwbGV4ZXIgaXMgd2hhdCBoYW5kbGVzIFVEUCBwb3J0cywgbXVsdGljYXN0IGFkZHJlc3Nl cyBhbmQgc28gb24uIEl0IGRvZXNu4oCZdCBoYW5kbGUgZmxvb2RpbmcsIGJlY2F1c2UgaXRzIHBh Y2tldHMgKHdoaWNoIG1heSBjb250YWluIG11bHRpcGxlIG1lc3NhZ2VzLCBmcm9tDQogQU9EVnYy IGFuZCBlbHNld2hlcmUpIG9ubHkgZ28gb25lIGhvcC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+VGhlcmUgYXJlIG90 aGVyIHJlcXVlc3RzIHRoYXQgY2FuIGJlIG1hZGUgdG8gdGhlIG11bHRpcGxleGVyLCBtb3N0IG9i dmlvdXNseSB3aGljaCBpbnRlcmZhY2UocykgdGhpcyBtZXNzYWdlIGlzIGZvciwgYnV0IGFsc28g dGhpbmdzIGxpa2Ug4oCccGxlYXNlIHRyeSB0byBrZWVwIHRoZXNlIG1lc3NhZ2VzDQogdG9nZXRo ZXLigJ0uIElmIHRoZXJlIGFyZSBhbnkgYWRkaXRpb25hbCByZXF1ZXN0cyB0aGF0IHNob3VsZCBi ZSBzdXBwb3J0ZWQsIGFuZCBhcmUgbm90IGluY29tcGF0aWJsZSB3aXRoIHRoZSBhcmNoaXRlY3R1 cmUsIHRoZW4gdGhlIDU0NDQgdXNhZ2UgZHJhZnQgaXMgYSBnb29kIG9wcG9ydHVuaXR5IHRvIGdl dCB0aG9zZSBpbi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+QnV0LCBsb29raW5nIGF0IHRoZSBBT0RWdjIgZHJhZnQs IOKAnG11bHRpcGxleOKAnSAoYXMgYSB3aG9sZSBvciBwYXJ0IHdvcmQpIG9ubHkgYXBwZWFycyB0 d2ljZSwgYm90aCBpbiB0aGUgcGFyYWdyYXBoOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBbUkZDNTQ0NF0gcHJvdmlkZXMgYSBt dWx0aXBsZXhlZCB0cmFuc3BvcnQgZm9yIG11bHRpcGxlIHByb3RvY29scy48L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IEFuIFtSRkM1 NDQ0XSBtdWx0aXBsZXhlciBNQVkgY2hvb3NlIHRvIG9wdGltaXplIHRoZSBjb250ZW50IG9mPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyBjZXJ0YWluIG1lc3NhZ2UgZWxlbWVudHMgdG8gcmVkdWNlIGNvbnRyb2wgbWVzc2FnZSBvdmVy aGVhZC48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+SSB0 aGluayB0aGF04oCZcyBub3QgaG93IEkgc2VlIGl0LCB0aGF0IHRoYXTigJlzIHRoZSByb2xlIG9m IHRoZSAoc3VidGxlbHkgZGlmZmVyZW50KSA1NDQ0IG1lc3NhZ2UgY3JlYXRpb24gcHJvY2VzcyBm cm9tIGFkZHJlc3NlcyBhbmQgYXR0cmlidXRlcy4gSSB0aGluayB0aGUgbXVsdGlwbGV4ZXIgaXRz ZWxmLA0KIGdpdmVuIGEgd2hvbGUgbWVzc2FnZSBmcm9tIGEgcHJvdG9jb2wgc2hvdWxkbuKAmXQg YmUgbW9kaWZ5aW5nIGl0LiBOb3RlIHRoYXQgSeKAmXZlIGV4cHJlc3NlZCB0aGF0IGFzIGFuIG9w aW5pb24sIHRob3VnaCBhIHF1aXRlIHN0cm9uZyBvbmUuIEEgcHJvdG9jb2wgbWlnaHQgYXBwbHkg c29tZSBzb3J0IG9mIHNwZWNpYWxpc2VkIHNpZ25hdHVyZSwgYW5kIHdlIGNhbuKAmXQgbGV0IHRo ZSBtdWx0aXBsZXhlciBkZXN0cm95IHRoYXQuIChUaGUgbXVsdGlwbGV4ZXINCiBtaWdodCBhZGQg YSA3MTgyIElDViBhbmQvb3IgdGltZXN0YW1wLCBidXQgaXQgd2lsbCB0aGVuIHJlbW92ZSB0aGVt IGJlZm9yZSB0aGUgcHJvdG9jb2wgZ2V0cyB0aGUgcGFja2V0IGFnYWluLik8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ VHJ1ZS4gSWYgSSByZW1lbWJlciBpdCBjb3JyZWN0bHkgKENvLUF1dGhvcnMsIHBsZWFzZSBzdG9w IG1lIGlmIEkgZG9uJ3QpLCB3aGF0IHdlIHdlcmUgdHJ5aW5nIHRvIHNheSB3YXMgJnF1b3Q7VGhl IG1lc3NhZ2UgY29udGVudHMgTUFZIGJlIHJlc2h1ZmZsZWQgZHVyaW5nIG1lc3NhZ2UgY3JlYXRp b24sIGJ1dCBwbGVhc2UgcGF5IGF0dGVudGlvbiB0aGF0IHNvbWUgdGhpbmdzIE1VU1QgYmUga2Vw dCBpbiBvbmUgbWVzc2FnZQ0KIGluIG9yZGVyIHRvIGZvcm0gYSBjb2hlcmVudCBBT0RWdjIgbWVz c2FnZS4mcXVvdDsgVGhpcyBpcyBlc3BlY2lhbGx5IGltcG9ydGFudCBmb3IgUkVSUiBtZXNzYWdl cywgd2hpY2ggY291bGQgZWFzaWx5IGdldCBjaG9wcGVkIHVwIGludG8gbXVsdGlwbGUgbWVzc2Fn ZXMgaWYgdGhlIHVuZGVybHlpbmcgTVRVIGlzIHNtYWxsLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JZiB3ZSBjaGFuZ2UgdGhhdCBwYXJhZ3Jh cGggdG88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHByZSBzdHlsZT0icGFnZS1i cmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsgWzxhIG5hbWU9InJlZi1SRkM1NDQ0IiBp ZD0icmVmLVJGQzU0NDQiPlJGQzU0NDQ8L2E+XSBwcm92aWRlcyBhIG11bHRpcGxleGVkIHRyYW5z cG9ydCBmb3IgbXVsdGlwbGUgcHJvdG9jb2xzLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxl PSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPiZuYnNwOyZuYnNwOyBBbiBbPGEgaHJlZj0iaHR0 cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzU0NDQiIHRpdGxlPSImcXVvdDtHZW5lcmFsaXpl ZCBNb2JpbGUgQWQgSG9jIE5ldHdvcmsgKE1BTkVUKSBQYWNrZXQvTWVzc2FnZSBGb3JtYXQmcXVv dDsiPlJGQzU0NDQ8L2E+XSBpbXBsZW1lbnRhdGlvbiBNQVkgY2hvb3NlIHRvIG9wdGltaXplIHRo ZSBjb250ZW50IG9mPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVm b3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IGNlcnRhaW4gZWxlbWVudHMgZHVyaW5nIG1lc3NhZ2Ug Y3JlYXRpb24gdG8gcmVkdWNlIGNvbnRyb2wgbWVzc2FnZSBvdmVyaGVhZC48bzpwPjwvbzpwPjwv cHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsg PG86cD48L286cD48L3ByZT4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmFu ZCB0aGUgbGFuZ3VhZ2Ugb2YsIHNheSwgJm5ic3A7PGEgbmFtZT0ic2VjdGlvbi03LjEuMyI+PC9h PjxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1hbmV0LWFv ZHZ2Mi0xMyNzZWN0aW9uLTcuMS4zIj48Yj48c3BhbiBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5v bmUiPjcuMS4zPC9zcGFuPjwvYj48L2E+PGI+LiBSUkVRIFJlZ2VuZXJhdGlvbiZuYnNwOzwvYj5m cm9tPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwcmUgc3R5bGU9InBhZ2UtYnJl YWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IFRoaXMgQU9EVnYyIG1lc3NhZ2UgaXMgdXNl ZCB0byBjcmVhdGUgYSBjb3JyZXNwb25kaW5nIFs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYu b3JnL2h0bWwvcmZjNTQ0NCIgdGl0bGU9IiZxdW90O0dlbmVyYWxpemVkIE1vYmlsZSBBZCBIb2Mg TmV0d29yayAoTUFORVQpIFBhY2tldC9NZXNzYWdlIEZvcm1hdCZxdW90OyI+UkZDNTQ0NDwvYT5d PG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+ Jm5ic3A7Jm5ic3A7IG1lc3NhZ2UgKHNlZSA8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMjc2VjdGlvbi04Ij5TZWN0aW9uIDg8L2E+ KSB3aGljaCBpcyBtdWx0aWNhc3QsIGJ5IGRlZmF1bHQsIHRvIExMLU1BTkVULTxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPiZuYnNwOyZuYnNw OyBSb3V0ZXJzIG9uIGFsbCBpbnRlcmZhY2VzIGNvbmZpZ3VyZWQgZm9yIEFPRFZ2MiBvcGVyYXRp b24uJm5ic3A7IEhvd2V2ZXIsPG86cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJl YWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5ic3A7IHRoZSByZWdlbmVyYXRlZCBSUkVRIGNhbiBi ZSB1bmljYXN0IHRvIHRoZSBuZXh0IGhvcCBhZGRyZXNzIG9mIHRoZTxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPiZuYnNwOyZuYnNwOyBMb2Nh bFJvdXRlIHRvd2FyZCBUYXJnQWRkciwgaWYga25vd24uPG86cD48L286cD48L3ByZT4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dG8gc29tZXRoaW5nIGxpa2U8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6 YWx3YXlzIj4mbmJzcDsmbmJzcDsgVGhpcyBBT0RWdjIgbWVzc2FnZSBpcyB1c2VkIHRvIGNyZWF0 ZSBhIGNvcnJlc3BvbmRpbmcgWzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9y ZmM1NDQ0IiB0aXRsZT0iJnF1b3Q7R2VuZXJhbGl6ZWQgTW9iaWxlIEFkIEhvYyBOZXR3b3JrIChN QU5FVCkgUGFja2V0L01lc3NhZ2UgRm9ybWF0JnF1b3Q7Ij5SRkM1NDQ0PC9hPl08bzpwPjwvbzpw PjwvcHJlPg0KPHByZSBzdHlsZT0icGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJz cDsgbWVzc2FnZSAoc2VlIDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1pZXRmLW1hbmV0LWFvZHZ2Mi0xMyNzZWN0aW9uLTgiPlNlY3Rpb24gODwvYT4pLCB3aGljaCBp cyBoYW5kZWQgdG8gdGhlJm5ic3A7UkZDNTQ0NCBtdWx0aXBsZXhlcjxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlIHN0eWxlPSJwYWdlLWJyZWFrLWJlZm9yZTphbHdheXMiPiZuYnNwOyZuYnNwOyBmb3Ig ZnVydGhlciBwcm9jZXNzaW5nLjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlIHN0eWxlPSJwYWdlLWJy ZWFrLWJlZm9yZTphbHdheXMiPiZuYnNwOyZuYnNwOyBCeSBkZWZhdWx0LCB0aGUgbXVsdGlwbGV4 ZXIgaXMgaW5zdHJ1Y3RlZCB0byBtdWx0aWNhc3QgdGhlIG1lc3NhZ2UgdG8gTEwtTUFORVQtPG86 cD48L286cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5i c3A7Jm5ic3A7IFJvdXRlcnMgb24gYWxsIGludGVyZmFjZXMgY29uZmlndXJlZCBmb3IgQU9EVnYy IG9wZXJhdGlvbi4mbmJzcDsgSG93ZXZlciw8bzpwPjwvbzpwPjwvcHJlPg0KPHByZSBzdHlsZT0i cGFnZS1icmVhay1iZWZvcmU6YWx3YXlzIj4mbmJzcDsmbmJzcDsgdGhlIHJlZ2VuZXJhdGVkIFJS RVEgY2FuIGJlIHVuaWNhc3QgdG8gdGhlIG5leHQgaG9wIGFkZHJlc3Mgb2YgdGhlPG86cD48L286 cD48L3ByZT4NCjxwcmUgc3R5bGU9InBhZ2UtYnJlYWstYmVmb3JlOmFsd2F5cyI+Jm5ic3A7Jm5i c3A7IExvY2FsUm91dGUgdG93YXJkIFRhcmdBZGRyLCBpZiBrbm93bi48bzpwPjwvbzpwPjwvcHJl Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4oYW5kIHRoZSBzYW1lIHRo aW5nIGZvciZuYnNwOzxhIG5hbWU9InNlY3Rpb24tNy4yLjMiPjwvYT48YSBocmVmPSJodHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djItMTMjc2VjdGlvbi03 LjIuMyI+PGI+PHNwYW4gc3R5bGU9InRleHQtZGVjb3JhdGlvbjpub25lIj43LjIuMzwvc3Bhbj48 L2I+PC9hPjxiPi4gUlJFUCBSZWdlbmVyYXRpb248L2I+LCZuYnNwOzxhIG5hbWU9InNlY3Rpb24t Ni41Ij48L2E+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYt bWFuZXQtYW9kdnYyLTEzI3NlY3Rpb24tNi41Ij48Yj48c3BhbiBzdHlsZT0idGV4dC1kZWNvcmF0 aW9uOm5vbmUiPjYuNTwvc3Bhbj48L2I+PC9hPjxiPi4NCiBNZXNzYWdlIFRyYW5zbWlzc2lvbiw8 L2I+Jm5ic3A7ZXRjLiksIHdvdWxkIHRoYXQgcmVzb2x2ZSB0aGUgaXNzdWU/PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+ PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+VGhpcyBp cyBwcm9iYWJseSBzb21ldGhpbmcgdGhhdCBjb3VsZC9zaG91bGQgYmUgaW4gdGhlIDU0NDQgdXNh Z2UgZHJhZnQuIElmIGl0IGdldHMgV0dMQ2VkIGFzIHJlcXVlc3RlZCwgSeKAmWxsIHN1Ym1pdCBp dCB0byBteXNlbGYgYW5kIHRoZSByZXN0IG9mIHRoZSBhdXRob3IgdGVhbS48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ U28gdGhlcmUgaXMgbm90aGluZyBkZXNjcmliaW5nIGhvdyBBT0RWdjIgaW50ZXJhY3RzIHdpdGgg dGhlIG11bHRpcGxleGVyLiBUaGF0IHNob3VsZG7igJl0IG1hdHRlciAodGhvdWdoIGl04oCZcyBh bHdheXMgYmV0dGVyIHRvIGhhdmUgaXQpIGlmIHlvdSBhc3N1bWUgNTQ5OCBhcHBsaWVzLCBhcyBp dCBkb2VzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5JJ3ZlIGFsd2F5cyBhc3N1bWVkIHRoZSA1NDQ0IG1lc3NhZ2Ug Y3JlYXRpb24gcHJvY2VzcyB0byBiZSBwYXJ0IG9mIHRoZSAmcXVvdDtSRkM1NDQ0IGNvbXBvbmVu dCZxdW90OyByYXRoZXIgdGhhbiBwYXJ0IG9mIHRoZSAmcXVvdDtBT0RWdjIgY29tcG9uZW50JnF1 b3Q7LCB3aGljaCBpcyB3aHkgSSB0aG91Z2h0IHRoZSBBT0RWdjImbHQ7LSZndDtSRkM1NDQ0IGlu dGVyYWN0aW9uIHRoYXQgc2hvdWxkIGJlIGRlc2NyaWJlZCBjbGVhcmx5IHdhcyB0aGUgcGFydA0K IHdoZXJlIEFPRFZ2MiB0ZWxscyB0aGUgNTQ0NCBtZXNzYWdlIGNyZWF0aW9uIHByb2Nlc3Mgd2hh dCBhIG1lc3NhZ2UgbG9va3MgbGlrZSAoYW5kIHdoZXJlIGl0IHNob3VsZCBiZSBzZW50KS4gSSd2 ZSBhc3N1bWVkIHRoYXQgdGhpcyBpcyB0aGUgcGFydCB3aGVyZSBBT0RWdjIgaGFuZHMgb3ZlciBh bGwgY29udHJvbCB0byA1NDQ0LCBzbyBvYnZpb3VzbHkgaXQgd291bGRuJ3QgbXVsdGljYXN0IGEg bWVzc2FnZSAqaXRzZWxmKiwgaXQgd291bGQgaW5zdHJ1Y3QNCiB0aGUgbXVsdGlwbGV4ZXIgdG8g ZG8gc28uIEkgd2Fzbid0IGF3YXJlIHRoYXQgdGhpcyBtdXN0IGJlIHN0YXRlZCBleHBsaWNpdGx5 LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5J J20gbm90IHN1cmUgaWYgdGhpcyBpcyBhIHN1YnRsZXR5IG9yIGEgbWlzY29uY2VwdGlvbiB0aGF0 IHNob3VsZCBiZSBjbGFyaWZpZWQgaW4gdGhlIDU0NDQtdXNhZ2UgZHJhZnQuLi48bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2l0aCBraW5kIHJl Z2FyZHMsPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5Mb3R0ZSBTdGVlbmJyaW5rPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkJ1dCB1bmZvcnR1bmF0 ZWx5IHRoZSBkcmFmdCBzdGlsbCBoYXMgbWF0ZXJpYWwgdGhhdCBjb250cmFkaWN0cyB0aGF0IG1v ZGVsLCB3aGljaCBuZWVkcyB0byBnby4gSW4gcGFydGljdWxhciAoYnV0IG5vdCBvbmx5KSB0aGUg Zmlyc3QgdHdvIHBhcmFncmFwaHMgb2Ygc2VjdGlvbiA2LjUuIFRoaXMNCiBpcyBhbiBlc3NlbnRp YWwgY2hhbmdlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8YmxvY2tx dW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMDA3RTdFIj4tLTwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzAwN0U3RSI+Q2hyaXN0b3BoZXIgRGVhcmxvdmU8YnI+DQpTZW5pb3IgUHJpbmNpcGFsIEVuZ2lu ZWVyPGJyPg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzPGJy Pg0KPC9zcGFuPjwvYj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiNCRUJFQkUi Pl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fPGJyPg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojN0Q3RDdEIj5UPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzdEN0Q3RCI+OiAmbmJzcDsmIzQzOzQ0ICgwKTEyNDUgMjQyMTk0ICZuYnNwO3wgJm5ic3A7 PGI+RTo8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9i PjxhIGhyZWY9Im1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbSI+Y2hyaXMuZGVh cmxvdmVAYmFlc3lzdGVtcy5jb208L2E+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMDAwMDdFIj48YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4 LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMzQThCOTIiPkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBDaGVsbXNm b3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3NleCBDTTIg OEhOLjxicj4NCjxhIGhyZWY9Imh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWkiPjxzcGFuIHN0 eWxlPSJjb2xvcjojM0E4QjkyIj53d3cuYmFlc3lzdGVtcy5jb20vYWk8L3NwYW4+PC9hPjwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGltaXRlZDxicj4NClJl Z2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxlcyBObzogMDEzMzc0NTE8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzQThCOTIiPlJlZ2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkg UmVzZWFyY2ggUGFyaywgR3VpbGRmb3JkLCBTdXJyZXksIEdVMiA3WVA8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OyI+KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8YnI+DQpUaGlzIGVtYWlsIGFuZCBhbnkg YXR0YWNobWVudHMgYXJlIGNvbmZpZGVudGlhbCB0byB0aGUgaW50ZW5kZWQ8YnI+DQpyZWNpcGll bnQgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRl ZDxicj4NCnJlY2lwaWVudCBwbGVhc2UgZGVsZXRlIGl0IGZyb20geW91ciBzeXN0ZW0gYW5kIG5v dGlmeSB0aGUgc2VuZGVyLjxicj4NCllvdSBzaG91bGQgbm90IGNvcHkgaXQgb3IgdXNlIGl0IGZv ciBhbnkgcHVycG9zZSBub3IgZGlzY2xvc2Ugb3I8YnI+DQpkaXN0cmlidXRlIGl0cyBjb250ZW50 cyB0byBhbnkgb3RoZXIgcGVyc29uLjxicj4NCioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtm b250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQptYW5l dCBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bWFuZXRAaWV0Zi5vcmciPjxzcGFu IHN0eWxlPSJjb2xvcjpwdXJwbGUiPm1hbmV0QGlldGYub3JnPC9zcGFuPjwvYT48YnI+DQo8YSBo cmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0Ij48c3BhbiBz dHlsZT0iY29sb3I6cHVycGxlIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L21hbmV0PC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYmxvY2tx dW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+ DQptYW5ldCBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bWFuZXRAaWV0Zi5vcmci Pm1hbmV0QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vbWFuZXQiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vbWFuZXQ8L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9o dG1sPg0K --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D923817D7GLKXM0002VGREEN_-- From nobody Wed Mar 23 05:39:34 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1B7C12DC06 for ; Wed, 23 Mar 2016 05:39:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.126 X-Spam-Level: X-Spam-Status: No, score=-6.126 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RDNS_NONE=0.793] 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 pH2HnIPPw67J for ; Wed, 23 Mar 2016 05:39:24 -0700 (PDT) Received: from ukmta2.baesystems.com (unknown [20.133.0.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B696312D648 for ; Wed, 23 Mar 2016 05:29:26 -0700 (PDT) X-IronPort-AV: E=Sophos; i="5.24,382,1454976000"; d="scan'208,217"; a="32492699" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta2.baesystems.com with ESMTP; 23 Mar 2016 12:29:24 +0000 X-IronPort-AV: E=Sophos;i="5.24,382,1454976000"; d="scan'208,217";a="111300091" Received: from glkxh0004v.greenlnk.net ([10.109.2.35]) by baemasmds016.greenlnk.net with ESMTP; 23 Mar 2016 12:29:24 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.79]) by GLKXH0004V.GREENLNK.net ([10.109.2.35]) with mapi id 14.03.0248.002; Wed, 23 Mar 2016 12:29:24 +0000 From: "Dearlove, Christopher (UK)" To: Justin Dean Thread-Topic: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items Thread-Index: AQHRhHiiU+1aHmMw/kSRrabi+iXC459m1SlQgAAfQACAAABmcA== Date: Wed, 23 Mar 2016 12:29:23 +0000 Message-ID: References: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92381902GLKXM0002VGREEN_" MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" , "Thomas Heide Clausen \(Thomas.Clausen@polytechnique.edu\)" Subject: Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2016 12:39:30 -0000 --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92381902GLKXM0002VGREEN_ Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 SeKAmXZlIHB1dCB0aGUgTUFORVQgbGlzdCBiYWNrIG9uIGRpc3RyaWJ1dGlvbi4NCg0KQXMgVGhv bWFzIGhhcyBwb2ludGVkIG91dCB0byBtZSwgUkZDIDcxODIgaXMgbWFuZGF0b3J5IHRvIGltcGxl bWVudCBhcyBzcGVjaWZpZWQgaW4gUkZDIDcxODEuIFRodXMg4oCcd2l0aG91dCBJQ1Zz4oCdIGlz IG5vdCBhbiBvcHRpb24sIGFuZCBhbnl0aGluZyB0aGF0IGJyZWFrcyA3MTgyIGJyZWFrcyBjb21w bGlhbmNlIHdpdGggNzE4MS4gQW5kIGNoYW5naW5nIGEgbWVzc2FnZSBicmVha3MgNzE4MSwgaW4g YWRkaXRpb24gdG8gaXQgYmVpbmcgZGlyZWN0bHkgaW5kaWNhdGVkIHRoYXQgbWVzc2FnZXMgYXJl IGZvcndhcmRlZCB1bmNoYW5nZWQgKGhvcCBjb3VudC9saW1pdCBhc2lkZSkuDQoNCk9yIGluIG90 aGVyIHdvcmRzLCBPTFNSdjIgTVVTVCBOT1QgZG8gdGhpcywgYW5kIDU0NDQgbXVsdGlwbGV4ZXIg TVVTVCBOT1QgY2hhbmdlIG1lc3NhZ2VzIChhcyB2aXNpYmxlIGZyb20gcHJvdG9jb2wpLiBJIGhh dmUgYW4gdXBkYXRlZCA1NDQ0IHVzYWdlIGRyYWZ0IHRoYXQgbWFrZXMgdGhpcyBjbGVhcmVyIGZv ciB0aGUgbXVsdGlwbGV4ZXIsIHdhaXRpbmcgb24gY28tYXV0aG9ycyB0byByZXZpZXcuDQoNCi0t DQpDaHJpc3RvcGhlciBEZWFybG92ZQ0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcg0KQkFFIFN5 c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KDQpUOiAgKzQ0ICgwKTEyNDUgMjQyMTk0ICB8ICBFOiBjaHJpcy5kZWFybG92ZUBiYWVzeXN0 ZW1zLmNvbTxtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20+DQoNCkJBRSBTeXN0 ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlLCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFyaywgR3Jl YXQgQmFkZG93LCBDaGVsbXNmb3JkLCBFc3NleCBDTTIgOEhOLg0Kd3d3LmJhZXN5c3RlbXMuY29t L2FpPGh0dHA6Ly93d3cuYmFlc3lzdGVtcy5jb20vYWk+DQpCQUUgU3lzdGVtcyBBcHBsaWVkIElu dGVsbGlnZW5jZSBMaW1pdGVkDQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcyBObzogMDEz Mzc0NTENClJlZ2lzdGVyZWQgT2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3Jk LCBTdXJyZXksIEdVMiA3WVANCg0KRnJvbTogSnVzdGluIERlYW4gW21haWx0bzpiZWJlbWFzdGVy QGdtYWlsLmNvbV0NClNlbnQ6IDIzIE1hcmNoIDIwMTYgMTI6MjMNClRvOiBEZWFybG92ZSwgQ2hy aXN0b3BoZXIgKFVLKQ0KU3ViamVjdDogUmU6IFttYW5ldF0gZHJhZnQtaWV0Zi1tYW5ldC1hb2R2 djItMTMgcmV2aWV3IC0gYSBjb3VwbGUgb2YgYmlnIHRpY2tldCBJdGVtcw0KDQoNCioqKiBXQVJO SU5HICoqKg0KVGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRlIG91ciBvcmdhbmlz YXRpb24sIGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIgb3IgdGhlIGludGVybmV0Lg0K Q29uc2lkZXIgY2FyZWZ1bGx5IHdoZXRoZXIgeW91IHNob3VsZCBjbGljayBvbiBhbnkgbGlua3Ms IG9wZW4gYW55IGF0dGFjaG1lbnRzIG9yIHJlcGx5Lg0KRm9yIGluZm9ybWF0aW9uIHJlZ2FyZGlu ZyBSZWQgRmxhZ3MgdGhhdCB5b3UgY2FuIGxvb2sgb3V0IGZvciBpbiBlbWFpbHMgeW91IHJlY2Vp dmUsIGNsaWNrIGhlcmU8aHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdv cmsvc2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3MucGRmPi4NCklmIHlv dSBmZWVsIHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93IHRoaXMgcHJvY2Vz czxodHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9z cG90bGlnaHRzL0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0aCUyMFN1c3BpY2lvdXMlMjBFbWFpbHMu cGRmPi4NCkNNRD4gSSB0aGluayB0aGlzIGNvbWVzIHVuZGVyIHRoZSBoZWFkaW5nIG9mIOKAnG5v dCBwcm9oaWJpdGVkIGJ1dCB1bmRlc2lyYWJsZeKAnSBidXQgYWxzbyB0aGF0IGFsbCBvcHRpb25z IEkgY2FuIHNlZSBpbnZvbHZlIHNvbWV0aGluZyB1bmRlc2lyYWJsZSwgb3Igd29yc2UsIHNvIHRo aXMgbWF5IGJlIHRoZSBsZWFzdCB1bmRlc2lyYWJsZQ0KSldEOiBjaGVjay4NCg0KSldEPiBUaGUg d2F5IG11bHRpcGxleGVycyB3b3JrIG1lc3NhZ2VzIGNhbiBnZXQgdG9ybiBhcGFydCBhbmQgc2Vu dCBiYWNrIG91dCBpbiBhIGRpZmZlcmVudCB3YXkuICBNeSBPTFNSdjIgd2l0aCBhbm90aGVyIHZl cnNpb24gd2lsbCBsaWtlbHkgZG8ganVzdCB0aGF0Lg0KDQpDTUQ+IEFic29sdXRlbHkgbm90LCB0 aGF0IGlzIGEgdmlvbGF0aW9uIG9mIE9MU1J2MiBydWxlcyBhbmQgdW5hY2NlcHRhYmxlLCBiZWNh dXNlIE9MU1J2MiBzcGVjaWZpZXMgZm9yd2FyZGluZyBtZXNzYWdlcyB1bmNoYW5nZWQuIFRoYXQg Y29tcGxldGVseSBicmVha3MgdXNlIG9mIFJGQyA3MTgyIG1lc3NhZ2UgSUNWcyAtIHdoaWNoIG1p Z2h0IGJlIGFwcGxpZWQgYnkgdGhlIG11bHRpcGxleGVyLiBQbGVhc2UgZG8gbm90IGV2ZW4gY29u c2lkZXIgdGhpcy4NCkpXRDogeW91IGFyZSBjb3JyZWN0LiAgSUNWcyBkaXNhbGxvdyB0aGlzIGJl aGF2aW9yLiAgSW4gbXkgb3duIGNvZGUgdGhlIG1lc3NhZ2VzIGFyZSBub3QgY2hhbmdlZCBiZWNh dXNlIEkgZ2VuZXJhdGVkIHRoZW0gaW4gdGhlIGZpcnN0IHBsYWNlLiAgV2l0aG91dCBJQ1ZzIHRo b3VnaCBpdCdzIHF1aXRlIG5hdHVyYWwuICBJJ3ZlIHBlcnNvbmFsbHkgc2VlbiB0aHJlZSBkaWZm ZXJlbnQgcGFja2V0YmIgcGFyc2VycyAob25lIG15IG93bikgd2hpY2ggYnkgZGVmYXVsdCB3aWxs IHJlYXJyYW5nZSBhIG1lc3NhZ2UgaWYgcHJvY2Vzc2VkIGFuZCByZWdlbmVyYXRlZCAgKGFjdHVh bGx5IGNhdXNlZCBzb21lIGhlYWRhY2hlIHdoZW4gdHJ5aW5nIHRvIGRlYnVnIGFuZCBnZXR0aW5n IGRpZmZlcmVudCBnZW5lcmF0ZWQgbWVzc2FnZSBvdXRwdXRzKS4gIElmIHRoZXJlIGFyZSBubyBJ Q1ZzIGFuZCBpdCBkb2Vzbid0IG1hdHRlciwgYnV0IHRoYXQncyB0aHJvd2luZyBhbGwgb2YgZW5k IHRvIGVuZCBzZWN1cml0eSBvdXQgdGhlIHdpbmRvdy4gIEVuZCB0byBlbmQgc2VjdXJpdHkgaXMg YW4gaXNzdWUuDQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKgpUaGlzIGVtYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgYXJl IGNvbmZpZGVudGlhbCB0byB0aGUgaW50ZW5kZWQKcmVjaXBpZW50IGFuZCBtYXkgYWxzbyBiZSBw cml2aWxlZ2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQKcmVjaXBpZW50IHBsZWFzZSBk ZWxldGUgaXQgZnJvbSB5b3VyIHN5c3RlbSBhbmQgbm90aWZ5IHRoZSBzZW5kZXIuCllvdSBzaG91 bGQgbm90IGNvcHkgaXQgb3IgdXNlIGl0IGZvciBhbnkgcHVycG9zZSBub3IgZGlzY2xvc2Ugb3IK ZGlzdHJpYnV0ZSBpdHMgY29udGVudHMgdG8gYW55IG90aGVyIHBlcnNvbi4KKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioK --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92381902GLKXM0002VGREEN_ Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJ bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6 NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0K ZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1h eD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9 IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9k eSBsYW5nPSJFTi1HQiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJX b3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPknigJl2ZSBwdXQgdGhlIE1BTkVUIGxpc3QgYmFjayBvbiBk aXN0cmlidXRpb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5BcyBUaG9tYXMgaGFzIHBvaW50ZWQgb3V0IHRvIG1lLCBS RkMgNzE4MiBpcyBtYW5kYXRvcnkgdG8gaW1wbGVtZW50IGFzIHNwZWNpZmllZCBpbiBSRkMgNzE4 MS4gVGh1cyDigJx3aXRob3V0IElDVnPigJ0gaXMgbm90IGFuIG9wdGlvbiwgYW5kIGFueXRoaW5n IHRoYXQgYnJlYWtzDQogNzE4MiBicmVha3MgY29tcGxpYW5jZSB3aXRoIDcxODEuIEFuZCBjaGFu Z2luZyBhIG1lc3NhZ2UgYnJlYWtzIDcxODEsIGluIGFkZGl0aW9uIHRvIGl0IGJlaW5nIGRpcmVj dGx5IGluZGljYXRlZCB0aGF0IG1lc3NhZ2VzIGFyZSBmb3J3YXJkZWQgdW5jaGFuZ2VkIChob3Ag Y291bnQvbGltaXQgYXNpZGUpLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+T3IgaW4gb3RoZXIgd29yZHMsIE9MU1J2MiBN VVNUIE5PVCBkbyB0aGlzLCBhbmQgNTQ0NCBtdWx0aXBsZXhlciBNVVNUIE5PVCBjaGFuZ2UgbWVz c2FnZXMgKGFzIHZpc2libGUgZnJvbSBwcm90b2NvbCkuIEkgaGF2ZSBhbiB1cGRhdGVkIDU0NDQg dXNhZ2UgZHJhZnQgdGhhdA0KIG1ha2VzIHRoaXMgY2xlYXJlciBmb3IgdGhlIG11bHRpcGxleGVy LCB3YWl0aW5nIG9uIGNvLWF1dGhvcnMgdG8gcmV2aWV3LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzAwN0U3RSI+LS0NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwN0U3RSI+Q2hyaXN0b3BoZXIgRGVhcmxvdmU8YnI+DQpT ZW5pb3IgUHJpbmNpcGFsIEVuZ2luZWVyPGJyPg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxp Z2VuY2UgTGFib3JhdG9yaWVzPGJyPg0KPC9zcGFuPjwvYj48Yj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiNCRUJFQkUiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KPC9zcGFuPjwvYj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojN0Q3RDdEIj5UPC9zcGFuPjwvYj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzdEN0Q3RCI+OiAmbmJzcDsmIzQzOzQ0ICgwKTEyNDUg MjQyMTk0ICZuYnNwO3wgJm5ic3A7PGI+RToNCjwvYj48YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVh cmxvdmVAYmFlc3lzdGVtcy5jb20iPmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPC9hPjxi cj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJyPg0K PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4QjkyIj5CQUUgU3lzdGVt cyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5IFBhcmssIEdyZWF0 IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00yIDhITi48YnI+DQo8YSBocmVmPSJodHRwOi8v d3d3LmJhZXN5c3RlbXMuY29tL2FpIj48c3BhbiBzdHlsZT0iY29sb3I6IzNBOEI5MiI+d3d3LmJh ZXN5c3RlbXMuY29tL2FpPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+QkFF IFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGltaXRlZDxicj4NClJlZ2lzdGVyZWQgaW4g RW5nbGFuZCAmYW1wOyBXYWxlcyBObzogMDEzMzc0NTE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojM0E4QjkyIj5SZWdpc3RlcmVkIE9mZmljZTogU3VycmV5 IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJv bTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IEp1 c3RpbiBEZWFuIFttYWlsdG86YmViZW1hc3RlckBnbWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50Ojwv Yj4gMjMgTWFyY2ggMjAxNiAxMjoyMzxicj4NCjxiPlRvOjwvYj4gRGVhcmxvdmUsIENocmlzdG9w aGVyIChVSyk8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFttYW5ldF0gZHJhZnQtaWV0Zi1tYW5l dC1hb2R2djItMTMgcmV2aWV3IC0gYSBjb3VwbGUgb2YgYmlnIHRpY2tldCBJdGVtczxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOnNvbGlkIGJsYWNrIDEuMHB0O3BhZGRpbmc6Mi4wcHQgMi4w cHQgMi4wcHQgMi4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5 bGU9InRleHQtYWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJs YWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQtYWxpZ246Y2VudGVyO2JhY2tncm91bmQ6 d2hpdGUiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTUuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+KioqIFdB Uk5JTkcgKioqPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBw dDt0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3JvdW5kOndoaXRlIj4NCjxlbT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPlRoaXMgbWVzc2FnZSBvcmlnaW5hdGVzIGZyb20g b3V0c2lkZSBvdXIgb3JnYW5pc2F0aW9uLCBlaXRoZXIgZnJvbSBhbiBleHRlcm5hbCBwYXJ0bmVy IG9yIHRoZSBpbnRlcm5ldC48L3NwYW4+PC9lbT48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMzMzM5NzIiPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Q29uc2lkZXIgY2FyZWZ1bGx5IHdo ZXRoZXIgeW91IHNob3VsZCBjbGljayBvbiBhbnkgbGlua3MsIG9wZW4gYW55IGF0dGFjaG1lbnRz IG9yIHJlcGx5Ljwvc3Bhbj48L2VtPjxicj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Rm9yIGluZm9ybWF0aW9u IHJlZ2FyZGluZyA8L3NwYW4+DQo8L2VtPjwvc3Bhbj48L2k+PHN0cm9uZz48aT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOnJlZCI+UmVkIEZsYWdzPC9zcGFuPjwvaT48L3N0cm9uZz48 ZW0+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4gdGhhdCB5b3UgY2Fu IGxvb2sgb3V0IGZvciBpbiBlbWFpbHMgeW91IHJlY2VpdmUsDQogY2xpY2sgPGEgaHJlZj0iaHR0 cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxp Z2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3MucGRmIj4NCmhlcmU8L2E+Ljwvc3Bhbj48L2VtPjxp PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+PGJyPg0KPGVtPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij5JZiB5b3UgZmVlbCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywgcGxlYXNlIGZvbGxvdw0K PGEgaHJlZj0iaHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2Vj dXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvRGVhbGluZyUyMFdpdGglMjBTdXNwaWNpb3VzJTIw RW1haWxzLnBkZiI+DQp0aGlzIHByb2Nlc3M8L2E+Ljwvc3Bhbj48L2VtPjwvc3Bhbj48L2k+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkNNRCZndDsg SSB0aGluayB0aGlzIGNvbWVzIHVuZGVyIHRoZSBoZWFkaW5nIG9mIOKAnG5vdCBwcm9oaWJpdGVk IGJ1dCB1bmRlc2lyYWJsZeKAnSBidXQgYWxzbyB0aGF0IGFsbCBvcHRpb25zIEkgY2FuIHNlZSBp bnZvbHZlIHNvbWV0aGluZyB1bmRlc2lyYWJsZSwgb3Igd29yc2UsIHNvIHRoaXMgbWF5IGJlIHRo ZSBsZWFzdCB1bmRlc2lyYWJsZTxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkpXRDogY2hlY2suPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8YmxvY2txdW90ZSBz dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5n OjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+SldEJmd0OyBUaGUgd2F5IG11bHRpcGxleGVycyB3b3JrIG1l c3NhZ2VzIGNhbiBnZXQgdG9ybiBhcGFydCBhbmQgc2VudCBiYWNrIG91dCBpbiBhIGRpZmZlcmVu dCB3YXkuJm5ic3A7IE15IE9MU1J2MiB3aXRoIGFub3RoZXIgdmVyc2lvbiB3aWxsIGxpa2VseSBk byBqdXN0IHRoYXQuPGJyPg0KPGJyPg0KQ01EJmd0OyBBYnNvbHV0ZWx5IG5vdCwgdGhhdCBpcyBh IHZpb2xhdGlvbiBvZiBPTFNSdjIgcnVsZXMgYW5kIHVuYWNjZXB0YWJsZSwgYmVjYXVzZSBPTFNS djIgc3BlY2lmaWVzIGZvcndhcmRpbmcgbWVzc2FnZXMgdW5jaGFuZ2VkLiBUaGF0IGNvbXBsZXRl bHkgYnJlYWtzIHVzZSBvZiBSRkMgNzE4MiBtZXNzYWdlIElDVnMgLSB3aGljaCBtaWdodCBiZSBh cHBsaWVkIGJ5IHRoZSBtdWx0aXBsZXhlci4gUGxlYXNlIGRvIG5vdCBldmVuIGNvbnNpZGVyIHRo aXMuPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkpXRDogeW91IGFyZSBjb3JyZWN0LiZuYnNwOyBJQ1ZzIGRpc2FsbG93IHRoaXMgYmVo YXZpb3IuJm5ic3A7IEluIG15IG93biBjb2RlIHRoZSBtZXNzYWdlcyBhcmUgbm90IGNoYW5nZWQg YmVjYXVzZSBJIGdlbmVyYXRlZCB0aGVtIGluIHRoZSBmaXJzdCBwbGFjZS4mbmJzcDsgV2l0aG91 dCBJQ1ZzIHRob3VnaCBpdCdzIHF1aXRlIG5hdHVyYWwuJm5ic3A7IEkndmUgcGVyc29uYWxseSBz ZWVuIHRocmVlIGRpZmZlcmVudCBwYWNrZXRiYiBwYXJzZXJzDQogKG9uZSBteSBvd24pIHdoaWNo IGJ5IGRlZmF1bHQgd2lsbCByZWFycmFuZ2UgYSBtZXNzYWdlIGlmIHByb2Nlc3NlZCBhbmQgcmVn ZW5lcmF0ZWQmbmJzcDsgKGFjdHVhbGx5IGNhdXNlZCBzb21lIGhlYWRhY2hlIHdoZW4gdHJ5aW5n IHRvIGRlYnVnIGFuZCBnZXR0aW5nIGRpZmZlcmVudCBnZW5lcmF0ZWQgbWVzc2FnZSBvdXRwdXRz KS4mbmJzcDsgSWYgdGhlcmUgYXJlIG5vIElDVnMgYW5kIGl0IGRvZXNuJ3QgbWF0dGVyLCBidXQg dGhhdCdzIHRocm93aW5nIGFsbA0KIG9mIGVuZCB0byBlbmQgc2VjdXJpdHkgb3V0IHRoZSB3aW5k b3cuJm5ic3A7IEVuZCB0byBlbmQgc2VjdXJpdHkgaXMgYW4gaXNzdWUuPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cD4qKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKjxicj4KVGhpcyBlbWFpbCBh bmQgYW55IGF0dGFjaG1lbnRzIGFyZSBjb25maWRlbnRpYWwgdG8gdGhlIGludGVuZGVkPGJyPgpy ZWNpcGllbnQgYW5kIG1heSBhbHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBp bnRlbmRlZDxicj4KcmVjaXBpZW50IHBsZWFzZSBkZWxldGUgaXQgZnJvbSB5b3VyIHN5c3RlbSBh bmQgbm90aWZ5IHRoZSBzZW5kZXIuPGJyPgpZb3Ugc2hvdWxkIG5vdCBjb3B5IGl0IG9yIHVzZSBp dCBmb3IgYW55IHB1cnBvc2Ugbm9yIGRpc2Nsb3NlIG9yPGJyPgpkaXN0cmlidXRlIGl0cyBjb250 ZW50cyB0byBhbnkgb3RoZXIgcGVyc29uLjxicj4KKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8L3A+PC9ib2R5Pg0KPC9o dG1sPg0K --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D92381902GLKXM0002VGREEN_-- From nobody Wed Mar 23 05:50:45 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C0E412DC17 for ; Wed, 23 Mar 2016 05:50:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 SG42lESTH5K4 for ; Wed, 23 Mar 2016 05:50:30 -0700 (PDT) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F93812DAF4 for ; Wed, 23 Mar 2016 05:40:26 -0700 (PDT) Received: by mail-oi0-x235.google.com with SMTP id u127so3873381oie.1 for ; Wed, 23 Mar 2016 05:40:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=N/eC2qXvpGhkbum/iIB0fn2nTnrtM0nLMpE96GFzrQk=; b=zTLpeafnML/ntIa1otjn/Tzf13B+DwXOdI/fqpeZTKUhOv45CN9aidnI9aAKpVWkxp mMCTdG9ulOtpoH71QCGA8AEIo6APGUXj1gaB7pKy8TJqxYfkuaArV39OswYE5zcuCwmZ iEghsSsmBsYlONv7jiRrxY7w/u9OSiwiUGo7uYg50KDYzbFmbTSIvpPBBy2iI0SZiPWH 0xIx5ueTY6ou8PHqHJ0ZDynavIPIabvVS7n4IdJ05fyrIl4cyxeQHBWIAgXSmdbMwTPW EgqpxuYLrn7ZgRXDu9yljSmbUK6xrrIr61eQFvspdn7yGmOMXaAWtYIQ+fksYPSzHGQh 7CpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=N/eC2qXvpGhkbum/iIB0fn2nTnrtM0nLMpE96GFzrQk=; b=ZrdLfLucmVQXHBaois7hp7dZU/qaJ3Z6gTOpULkUrz6qnS/tl1l7IdteefdPq8WgdL jkXhhe0mypXTOvF0u+VTp0xi5lGTOXRm6AM5NHtfx+CyaGxLPlSB7QqjHRXBAK+zrQS4 DINN/83kbLwyNf4zazDqui77KtOqamsUqR8c8mv/UNZBzngbYIQazS8MuIiYfpIOylpc X5r+j7hWsSdfkbyH3JtBclvrYVSwtX86aZSyxw83wtocmGcSbz99qYFflDMZEzFdBMd8 Mnm9AcIVLORbnJgpoOymk3UKNO6H0AJh7GKdq5wfmAPLK3Uj3az0XwhStAEaQxgu3JSb W7QA== X-Gm-Message-State: AD7BkJJGkMQqAPO92AqtrjyLRt2vPzMlcKnnQIyp7SSX7IdAZGEd52L9nOb9pCXPDLt/kvjrczdDhgCuyygtcw== MIME-Version: 1.0 X-Received: by 10.157.46.193 with SMTP id w59mr1326069ota.107.1458736825384; Wed, 23 Mar 2016 05:40:25 -0700 (PDT) Received: by 10.76.45.102 with HTTP; Wed, 23 Mar 2016 05:40:25 -0700 (PDT) In-Reply-To: References: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> Date: Wed, 23 Mar 2016 08:40:25 -0400 Message-ID: From: Justin Dean To: "Dearlove, Christopher (UK)" Content-Type: multipart/alternative; boundary=001a1142e9ec4c4715052eb6a223 Archived-At: Cc: "manet@ietf.org" , "Thomas Heide Clausen \(Thomas.Clausen@polytechnique.edu\)" Subject: Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2016 12:50:34 -0000 --001a1142e9ec4c4715052eb6a223 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable RFC 7182 is mandatory to RFC 7181. In violent agreement. OLSRv2 MUST NOT do that. 5444 doesn't generate/forward messages though 7181 does. Clearly there should be a way for a process sitting on the multiplexer to tell it that a message is immutable. But in other cases a message does get change/added to (e.g. 6121 (SMF) tlvs attached to 6130 (NHDP) hello messages). In the end we all seem to agree end-to-end security is a problem currently for AODVv2. Justin On Wed, Mar 23, 2016 at 8:29 AM, Dearlove, Christopher (UK) < chris.dearlove@baesystems.com> wrote: > I=E2=80=99ve put the MANET list back on distribution. > > > > As Thomas has pointed out to me, RFC 7182 is mandatory to implement as > specified in RFC 7181. Thus =E2=80=9Cwithout ICVs=E2=80=9D is not an opti= on, and anything > that breaks 7182 breaks compliance with 7181. And changing a message brea= ks > 7181, in addition to it being directly indicated that messages are > forwarded unchanged (hop count/limit aside). > > > > Or in other words, OLSRv2 MUST NOT do this, and 5444 multiplexer MUST NOT > change messages (as visible from protocol). I have an updated 5444 usage > draft that makes this clearer for the multiplexer, waiting on co-authors = to > review. > > > > *-- * > > > > > *Christopher Dearlove Senior Principal Engineer BAE Systems Applied > Intelligence Laboratories * > *________________________________________________________________________= __ > * > *T*: +44 (0)1245 242194 | *E: *chris.dearlove@baesystems.com > > BAE Systems Applied Intelligence, Chelmsford Technology Park, Great > Baddow, Chelmsford, Essex CM2 8HN. > www.baesystems.com/ai > > BAE Systems Applied Intelligence Limited > Registered in England & Wales No: 01337451 > > Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP > > > > *From:* Justin Dean [mailto:bebemaster@gmail.com] > *Sent:* 23 March 2016 12:23 > *To:* Dearlove, Christopher (UK) > *Subject:* Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of > big ticket Items > > > > > > **** WARNING **** > > *This message originates from outside our organisation, either from an > external partner or the internet.* > > * Consider carefully whether you should click on any links, open any > attachments or reply. For information regarding **Red Flags** that you > can look out for in emails you receive, click here > .* > * If you feel the email is suspicious, please follow this process > .* > > CMD> I think this comes under the heading of =E2=80=9Cnot prohibited but > undesirable=E2=80=9D but also that all options I can see involve somethin= g > undesirable, or worse, so this may be the least undesirable > > JWD: check. > > > > JWD> The way multiplexers work messages can get torn apart and sent back > out in a different way. My OLSRv2 with another version will likely do ju= st > that. > > CMD> Absolutely not, that is a violation of OLSRv2 rules and unacceptable= , > because OLSRv2 specifies forwarding messages unchanged. That completely > breaks use of RFC 7182 message ICVs - which might be applied by the > multiplexer. Please do not even consider this. > > JWD: you are correct. ICVs disallow this behavior. In my own code the > messages are not changed because I generated them in the first place. > Without ICVs though it's quite natural. I've personally seen three > different packetbb parsers (one my own) which by default will rearrange a > message if processed and regenerated (actually caused some headache when > trying to debug and getting different generated message outputs). If the= re > are no ICVs and it doesn't matter, but that's throwing all of end to end > security out the window. End to end security is an issue. > > ******************************************************************** > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. > You should not copy it or use it for any purpose nor disclose or > distribute its contents to any other person. > ******************************************************************** > --001a1142e9ec4c4715052eb6a223 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Yes, and those changes have been adopted (I=E2=80=99= ve assumed Intro to mean Overview?), I just wanted to make sure I = understood you correctly there.

 
=46rom  4.5.  Local Route Set:
------------------------------------------

(I=E2=80=99m = assuming this is here to hint at the possibility of a unified router = with multiple routing protocols playing nicely together JWD)

Yup. Should we be more = explicit there?

JWD: = Yes.  Don't make it complicated just mention that other routing = protocols may also be operating on the same device =

done.

and it may be a better approach in these cases.
 
with =E2=80=9Eit=E2=80=9C being the division = between local route set and RIB?

(I noticed that Unconfirmed is the only state = that uses Route Request message instead of route message, is that = intended?  Can unconfirmed route state only be reached through = Route Request messages? JWD)

Yes. Until a route learned through a = RREQ is validated by a RREP/RREP_Ack exchange, it is marked as = unconfirmed (so that it can't erroneously be used until we know it is = useful)

JWD: My point = was that I had to infer this add a bit making this explicit and things = are much easier for the reader.

Done: I=E2=80=99ve added =E2=80=9EThis state only = applies to routes learned through RREQ messages.=E2=80=9C to the = description.


(this seems like = an entry that would always be full 1s on a route request if true that = should be stated to make things more clear JWD)

I'm not sure I = understand what you mean here, I'm assuming that prefixlength =3D=3D = address length with RREQs?

JWD: Yes but = even more forceful.  Unless you plan on allowing route requests for = networks prefixlengths (which I strongly discourage), full prefixlengths = for RREQs MUST be used.

Done.


=46r= om 4.6.  Multicast Route Message Table:
---------------------------------------------------------------=

(would this ever = be in a RREQ? If no then I suggest using words similar to =E2=80=9Cif = RteMsg is an RREP JWD)
 
It would. RREQs can = include the last known sequence number associated with TargSeqNum. = see 7.1.1.  RREQ Generation:

   6.  = For TargSeqNum:

       *  If an Invalid route exists = in the Local Route Set matching
    =       TargAddr using longest prefix matching and has a = valid
          sequence = number, set TargSeqNum :=3D LocalRoute.SeqNum.

JWD: = Okay.

=46rom = 5.  Metrics:
-----------------------

AODVv2 enables = the use of multiple metric types.  Each route
= discovery attempt indicates the metric type which is requested = for
= the route.  Only one metric type may be used in each route = discovery
attempt.   (Already said this no need to say = it again. JWD)

I don't quite understand this one=E2=80=93 with the exception = of =E2=80=9COnly one metric type may be used in each route discovery = attempt=E2=80=9D, yes,
the rest of the information = in this paragraph may be puzzled together using bits and pieces spread = across the document=E2=80=93 but previous criticism
(also from me) has been that this is very confusing, tiresome = and error-prone... Or did I misunderstand your comment here?

JWD: I deleted:
However, routes to a single = destination might be requested
   and created in = the Local Route Set for multiple metric types.  The
   decision of which of these routes to install in = the Routing
   Information Base to use for = forwarding is outside the scope of
   AODVv2.

Done (deleted it too).


From 6.1.  = Initialization:
-------------------------------

Until = MAX_SEQNUM_LIFETIME after its sequence number is reset, the
= router SHOULD NOT create RREQ or RREP messages.
= (Just to be clear one MUST wait 5 mins before starting to request = any route without a persistent store of the seq num, yes? JWD)

Yes... That mini = paragraph is a bit redundant & contradictory, isn't it? I've taken = it out and the "must" in "must wait for MAX_SEQNUM_LIFETIME before it = creates any messages" was changed to a MUST.

JWD: = Good
=46rom 6.2.  Next = Hop Monitoring:
------------------------------------------

(I can=E2=80=99t = see how the above would be helpful at all JWD)

I'm assuming that "the above" refers to = the text you've deleted, not the general idea of leveraging external = mechanisms to monitor connectivity, correct?

JWD: = Yes.

OK cool, then that one=E2=80=99s taken care of as = well. :)


From 6.6.  = Route Discovery, Retries and Buffering:
---------------------------------------------------------------= ---

(is there some = table that lists routes that are being waited on? JWD)

Currently not, we're = reshuffling things in order to make it more clear how to do all of = that.

JWD: = Looking forward to seeing that.

=46rom = 6.7.  Processing Received Route Information
--------------------------------------------------------
<= /div>

(MAY not MUST? = Why wouldn=E2=80=99t one update it according to section 6.7.2? = JWD)

No idea. = This is a MUST now.
 
JWD: Good

=46rom = 6.7.1.  Evaluating Route Information:
--------------------------------------------------------
<= div class=3D"">
(does processing = stop here?  It seems like it hsould be that isn=E2=80=99t stated. = JWD)

It = does, in both instances. Since the if statements following those = paragraphs wouldn't match, there are nor no further processing = instructions for the loop-causing AdvRte, essentially terminating the = processing procedure. This pattern is employed in different places = across the document; if that's desired by the WG I can add "Stop = processing AdvRte" or something similar.

JWD: I = think an explicit "Stop processing AdvRte" (or whatever applicable = message) would add clarity as there may be some more complicated steps = that don't stop right away.

Done.


From 6.7.2.  Applying Route Updates:
--------------------------------------------------

(we seem to be = missing when the Route Information Base should be updated based on the = new Local Route Set.  JWD)

4.5.  Local Route Set = says:

   =
When the Local Route State is stored separately from the Routing
   Information Base, routes are added to the Routing Information Base
   when LocalRoute.State is valid (set to Active or Idle), and removed
   from the Routing Information Base LocalRoute.State becomes =
Invalid.

To me, the connection = to the RIB is more of an issue connected to the general architecture of = the Local Route Set rather than the nitty gritty of detailed update = instructions, so I think that section 4.5 is the right place for this = information...

JWD I = see you're point. A reminder here or reference to 4.5 would be helpful. =

Done: I=E2=80=99ve added =E2=80=9CFor information = on how to apply these changes to the Routing Information Base, see = Section 4.5.=E2=80=9D

 
=46rom 6.9.1.  = Local Route State Changes:
------------------------------------------------------

(it=E2=80=99s not = clear to me how the RERR=E2=80=99s are identified consider rewording to = make it more clear. JWD)

I'm not quite sure what' s unclear = here=E2=80=93 would something like 

   o  If = a Route Error (RERR) message reporting the route as broken is = received,
      either from = LocalRoute.NextHop, or with PktSource set to a Router
      Client address, LocalRoute.State MUST = immediately be set to
      = Invalid.

improve things?

JWD: = Something like....
If a Route Error (RERR) message = containing a route, matching a LocalRoute  is received, either from = LocalRoute.NextHop, or with PktSource set to a Router
      Client address, the matching = LocalRoute.State MUST immediately be set to Invalid. 
 
is close but what specifically in a RERR message matches what = specifically to a LocalRoute to give a match. 

I=E2=80=99ve reworded this to

   o  LocalRoute.State MUST = immediately be set to Invalid if a Route
      = Error (RERR) message is received where:

      *  The sender = is LocalRoute.NextHop or PktSource is a Router
    =      Client address

      *  There is an Address = in AddressList which matches
        =  LocalRoute.Address, and:

  =        +  The prefix length associated with = this Address, if any,
          =   matches LocalRoute.PrefixLength

         +  The = sequence number associated with this Address, if any, = is
            newer or equal to = LocalRoute.SeqNum (see Section 4.4)

         +  The = metric type associated with this Address matches
    =         LocalRoute.MetricType
, what do you think?


(Shouldn=E2=80=99t they also be removed from the = Route Information Base? JWD)

No=E2=80=93 Unconfirmed routes can't be = used for forwarding, and therefore shouldn't be in the RIB in the first = place.

JWD = yep.
 
7.1.1.  RREQ Generation:
----------------------------------

(perhaps I=E2=80=99m missing a table or something = but I don=E2=80=99t remember any RREQ table or list being described = which i can check if a RREQ has been recently sent with associated = timers. If there is such a table then it should be mentioned here. If = there isn=E2=80=99t aon there should be. JWD!)

The table in question is the Multicast = Route Message Table and you're absolutely right=E2=80=93 that should be = stated explicitly.  We've done so now.

JWD: = good.

7.2.3.  RREP Regeneration:
--------------------------------------
(This seems like a bad idea to do on the reverse = path. It would be a good way to attack a network Forward RREQ and drop = all RREP. JWD)

Wouldn't this attack be possible no matter if we allow RREPs = to be dropped or not? What am I missing here?

JWD: It = would be operating correctly as specified but would be hurting the = network if a router would send all RREQ messages but drop all RREP = messages. They shouldn't regenerate RREP AND RREQ messages if they = aren't willing to forward.

True. I suppose the MAYs here correspond to the = priorities described in 6.5. Message Transmission=E2=80=93 = if a router simply cannot send a RREP because it has reached CONTROL_TRAFFIC_LIMIT, there=E2=80=99s no point in = regenerating it. So we can=E2=80=99t completely forbid choosing not to = regenerate, can we?
I=E2=80=99= ve reworded the paragraph(s) to

   A received Route Reply message is = regenerated toward OrigAddr.  By
   regenerating a RREP, = a router advertises that it will forward IP
   packets to = TargAddr.

   The RREP SHOULD NOT be regenerated if = CONTROL_TRAFFIC_LIMIT has been
   reached.  If approaching the = limit, the message should be sent if the
   priorities in = Section 6.5 allow it.  Otherwise, the router = MUST
  =  regenerate the RREP.

for now...

 
7.4.2.  RERR = Reception:
---------------------------------

(it=E2=80=99s not clear to me what the point of = this invalid route is. It doesn=E2=80=99t get used and doesn=E2=80=99t = remove any existing routes. JWD)
 
The = point of that invalid route is to keep the Sequence Number.  One = point of keeping Sequence Numbers is to avoid processing stale messages = that might be received after long queuing delays.

JWD: It would be useful to have simple statement pointing = this out.  Invalid routes are retained to avoid processing stale = messages.

Done.


(How do we check? = It=E2=80=99s not at all clear how this is done. JWD! )

The word "check" perhaps = is misleading, as the check has already taken place a few paragraphs = above.
I've reworded the paragraph in question = to:

   3.  If there are previously = Active LocalRoutes that MUST be reported,
  =      as identified in step 2.:

       * =  Regenerate the RERR as detailed in Section = 7.4.3.

, does that resolve the issue?

JWD: That = helps yes.  My confusion actually came from a bit further up.

If any of the above are false, a matching = LocalRoute MUST NOT be
       = made Invalid and the unreachable address MUST NOT be advertised
       in a regenerated = RERR.
If all of the above are true, the LocalRoute is no = longer valid.

change = to...
If any of the above are false = the address does not match a LocalRoute and MUST NOT be processed or = regenerated in a RERR.
If all of the = above are true, the LocalRoute which matches the address is no longer = valid.


Done.

JWD: this is actually a really big change in terms of = readability and understanding IMO.  Please go back and check the = language of RREQ and RREP in the "to process or not to process sections" = and see if the language can be updated in a similar way.  The key = part is the address along with the checks (seqno/metric/previous hop) = then matches a LocalRoute with attributes. Refer to addresses in the = message and matching LocalRoutes only after the checks pass otherwise it = should just be an ignored address.

Done=E2=80=93 I=E2=80=99ve checked the sections = RREQ Reception, RREP Reception, Evaluating Route Information, Applying = Route Updates and Processing Received Route Information and = made some small changes:

in Processing Received Route = Information:
---------------------------------------------------= ------

-to use and offers an = improvement to existing information, as explained in [](#test). The = Local Route Set MUST then be updated according to = [](#update_rte).
+to use and offers an improvement to existing = information, as explained in [](#test).
+If these checks pass, = the Local Route Set MUST be updated according to = [](#update_rte).


in Evaluating Route = Information:
------------------------------------------

-An incoming advertised route (AdvRte) = is compared to existing LocalRoutes to determine whether the advertised = route is to be used to
-update the AODVv2 Local Route Set. The = incoming route information MUST be processed as follows:
+An = incoming advertised route (AdvRte) is compared to existing LocalRoutes = to determine whether the advertised route is to be used to update the = AODVv2 Local Route Set. The incoming route information MUST be processed = as follows:

- =    *   If no matching LocalRoute exists, AdvRte MUST be = used to update the Local Route Set.
+    *   If = no matching LocalRoute exists, AdvRte MUST be used to update the Local = Route Set and no further checks are required.

-    *   If AdvRte is more = recent than all matching LocalRoutes, AdvRte MUST be used to update the = Local Route Set.
-    *   If AdvRte is stale, = AdvRte MUST NOT be used to update the Local Route Set.
+ =    *   If AdvRte is more recent than all matching = LocalRoutes, AdvRte MUST be used to update the Local Route Set and no = further checks are required.
+    *   If AdvRte = is stale, AdvRte MUST NOT be used to update the Local Route Set. Ignore = AdvRte for further processing.


in RERR = Reception:
---------------------------

     *  If the prefix = length is different, create a new LocalRoute with the unreachable = address,
        and its prefix length and = sequence number, and set LocalRoute.State to Invalid.
+   =     These Invalid routes are retained to avoid processing = stale messages.


Best regards,
Lotte Steenbrink

 
7.4.3.  RERR Regeneration:
-------------------------------------

(it=E2=80=99s not clear how we know which = localroutes need to be reported JWD!

again, missing = reference here, I've changed that to

   2.  = For each LocalRoute that needs to be reported as identified in
       Section 7.4.1:

, is that = better?

JWD: yep =

Kind regards,
Lotte = Steenbrink

Thanks for the = comments.

Justin

= --Apple-Mail=_0F0EBCCB-CE15-46D3-AF7F-4FC8010A769B-- From nobody Sun Mar 27 22:50:16 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0CD912D6A4 for ; Sun, 27 Mar 2016 22:50:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a8BIWwVqydyw for ; Sun, 27 Mar 2016 22:50:12 -0700 (PDT) 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 DA0EB12D6A3 for ; Sun, 27 Mar 2016 22:50:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9277; q=dns/txt; s=iport; t=1459144211; x=1460353811; h=from:to:cc:subject:date:message-id:references: content-transfer-encoding:mime-version; bh=6S1a+sz7IUvalctbzek3tsbv3/m9UqCEW5+LQR+hRDA=; b=hlBZQUZ0RNzcEGW/t8BH/+kIzlT3DdlBdbJsQZX8W/plez8+XEO6vpls W55VzPLFibhFgDaRVtM5MKlaxAsf0lkHkxxtYUc+cK3Vs+xq5noDV7un5 MbiBt62aw6AVP38E6ZefbSi4MWF1EKn1taPF+wqbSBuEKlkf04pDO375Q c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D+AQBlxfhW/40NJK1bgy5TfQavGItOA?= =?us-ascii?q?Q2BcBcKhWwCgR44FAEBAQEBAQFkHAuEQQEBAQQBAQE3NAsMBAIBCBEDAQEBAR4?= =?us-ascii?q?JByEGCxQJCAEBBA4FCIgKAxIOuwkNhG4BAQEBAQEBAQEBAQEBAQEBAQEBAQERB?= =?us-ascii?q?IYeg0V/gj6BWIV8BYYiCYxbhCoxAYVwgi6DcoFugW2HdIUxhzaHVAEeAQFCg2V?= =?us-ascii?q?shxk/fgEBAQ?= X-IronPort-AV: E=Sophos;i="5.24,404,1454976000"; d="scan'208";a="252423240" Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Mar 2016 05:50:10 +0000 Received: from XCH-ALN-016.cisco.com (xch-aln-016.cisco.com [173.36.7.26]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u2S5oAek019998 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 28 Mar 2016 05:50:10 GMT Received: from xch-rcd-020.cisco.com (173.37.102.30) by XCH-ALN-016.cisco.com (173.36.7.26) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 28 Mar 2016 00:50:09 -0500 Received: from xch-rcd-020.cisco.com ([173.37.102.30]) by XCH-RCD-020.cisco.com ([173.37.102.30]) with mapi id 15.00.1104.009; Mon, 28 Mar 2016 00:50:09 -0500 From: "Arun Parashar (arparash)" To: "manet@ietf.org" Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AdEHQsnoEIjbPaGbSsi7klNsrLls3Bu6ns6wAief+HACdemmMA== Date: Mon, 28 Mar 2016 05:50:09 +0000 Message-ID: <59e4135701054951a5b61fef04393dac@XCH-RCD-020.cisco.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> <051ad977f5a5488b9622ccb5ef25883c@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.232.28.123] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2016 05:50:14 -0000 Hi All, Has everyone had chance to read and submit the review comments, we would li= ke to hear comments/concerns before we take these two documents further in = the chain. 1. VLANs and DLEP draft - https://tools.ietf.org/html/draft-dalela-vlans-an= d-dlep-01 2. Flow Control draft - https://tools.ietf.org/html/draft-dalela-dlep-flow-= control-02 -Arun -----Original Message----- From: Arun Parashar (arparash)=20 Sent: Tuesday, March 15, 2016 9:10 PM To: Rick Taylor ; Stan Ratliff ; Henning Rogge Cc: manet@ietf.org; Ashish Dalela (adalela) Subject: RE: [manet] DLEP Credit Windowing Hi Rick, Stan, Per comments, VLAN topic is dealt in separate draft and flow control draft = is updated accordingly. 1. VLANs and DLEP draft - https://tools.ietf.org/html/draft-dalela-vlans-an= d-dlep-01 2. Flow Control draft - https://tools.ietf.org/html/draft-dalela-dlep-flow-= control-02 Request comments. -Arun -----Original Message----- From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Ashish Dalela (ada= lela) Sent: Friday, March 04, 2016 9:21 PM To: Rick Taylor ; Stan Ratliff ; Henning Rogge Cc: manet@ietf.org Subject: Re: [manet] DLEP Credit Windowing Hi Rick, Sure, that can be done. This draft is to seek the inputs and feedback on wh= at is the best path for us. Any and all suggestions are welcome, including = "this is a very bad idea" :-) Thanks -----Original Message----- From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] Sent: Friday, March 04, 2016 8:32 PM To: Ashish Dalela (adalela) ; Stan Ratliff ; Henning Rogge Cc: manet@ietf.org Subject: Re: [manet] DLEP Credit Windowing Hi Ashish, Okay, I understand that the VLAN's don't extend over the 'air'. My issue w= ith them is between router and modem - as core DLEP stands, your method is = not allowed. However, it can be allowed in the way you describe via an extension, as you= have already done. My concern is not "VLANs can be used without PFC, and = PFC can be used without VLAN", it is that core DLEP and VLANs doesn't work. I would much rather have an extension entitled "VLANs and DLEP" that covers= the VLAN topic in isolation. And an updated version of your draft coverin= g PFC-based flow control, referring to the VLAN extension if VLANs are in u= se. Sorry, I don't mean to be negative, the PFC part of your draft seems excell= ent. Cheers, Rick On 04/03/16 14:20, Ashish Dalela (adalela) wrote: > Hi Rick, > > The usage of the VLAN is limited to that between the router and the modem= . It doesn't stretch to neighbors. In other words, the VLAN is not seen on = the radio network. It is added by the modem and the router when forwarding = packets to each other, and stripped when then packet exits the router (towa= rds another router) or the modem (towards another modem). This clarificatio= n can be added to the next version if that would help. > > PFC based flow-control only gives us 8 neighbors with one traffic class e= ach. And usage of VLAN alone doesn't imply the use of PFC per VLAN. That's = why it is important to combine them. > > Currently VLANs can be used without PFC, and PFC can be used without VLAN= . So, separating them will not achieve the key purpose of flow control. > > Thanks > Ashish > > -----Original Message----- > From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] > Sent: Friday, March 04, 2016 7:28 PM > To: Ashish Dalela (adalela) ; Stan Ratliff=20 > ; Henning Rogge > Cc: manet@ietf.org > Subject: Re: [manet] DLEP Credit Windowing > > Hi Ashish, > > Introducing a VLAN per neighbour is actually quite a big change from core= DLEP. Destinations (neighbours) in DLEP are distinguished by MACs that ar= e MUST be addressable/reachable on the same (V)LAN segment as the DLEP peer= s. > > What you are proposing with VLAN-per-destination looks a lot more like=20 > the draft extension I put forward for layer-3 DLEP > (https://tools.ietf.org/html/draft-taylor-manet-l3-dlep-00) where I propo= sed the workaround of stating that the MAC address is no longer a MAC, just= an identifying unique sequence of octets. > > In your case the additional VLAN-Id data item paired with the MAC becomes= the unique destination identifier. > > Might I suggest that you actually have 2 extensions in this one draft: > Per-VLAN destinations, and PFC based flow control? Maybe splitting the d= ocument into two might be clearer for the readers? > > Cheers, > > Rick > > On 04/03/16 12:26, Ashish Dalela (adalela) wrote: >> Hi Rick, >> >> Yes, one of the proposals is to use a VLAN per neighbor. The default VLA= N 1 will be used for the control plane. That allows us to have 4K neighbors= , each distinguished by a unique VLAN ID. >> >> Thanks >> >> Ashish >> >> -----Original Message----- >> From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] >> Sent: Friday, March 04, 2016 5:17 PM >> To: Ashish Dalela (adalela) ; Stan Ratliff=20 >> ; Henning Rogge >> Cc: manet@ietf.org >> Subject: Re: [manet] DLEP Credit Windowing >> >> Hi Ashish, >> >> Thank you for this, it looks extremely interesting. >> >> Obviously I haven't had a chance to completely digest the draft, but one= thing that leaps out to me is the use of VLAN tagging, specifically sectio= n 7. Are you suggesting that the DLEP session runs over a VLAN trunk betwe= en router and modem (somehow) and the VLANs then fan out at the modem in so= me way? >> >> Given the 'transparent layer-2' requirement of DLEP, how do you see this= working with your model of a VLAN per destination (for flow control), or h= ave I misunderstood what you are proposing? >> >> Regards >> >> Rick >> >> On 04/03/16 10:43, Ashish Dalela (adalela) wrote: >>> Hello Stan, >>> >>> We have submitted a new draft today to describe the PFC flow control=20 >>> mechanism. Sorry, this was long due on me; but better late than never! >>> >>> https://datatracker.ietf.org/doc/draft-dalela-dlep-flow-control/ >>> >>> Here is the quick rationale underlying this draft. The current DLEP=20 >>> credit window scheme requires credits exchanged over a TCP session. >>> This is harder to achieve in many scenarios because many data path=20 >>> implementations are incapable of handling TCP windowing. So we are=20 >>> suggesting an alternative approach that utilizes IEEE 802.1Qbb (a.k.a. >>> PFC). >>> >>> Request comments. >>> >>> Thanks >>> >>> -Ashish >>> >>> *From:*Stan Ratliff [mailto:ratliffstan@gmail.com] >>> *Sent:* Friday, October 16, 2015 2:34 AM >>> *To:* Ashish Dalela (adalela) >>> *Cc:* Henning Rogge ; manet@ietf.org >>> *Subject:* Re: [manet] DLEP Credit Windowing >>> >>> Ashish, >>> >>> If you'd like to write a proposed DLEP extension using PFC, I=20 >>> encourage you to do so. As Henning mentioned, more than 1 flow=20 >>> control mechanism is likely for DLEP. >>> >>> Stan >>> >>> On Thu, Oct 15, 2015 at 10:49 AM, Ashish Dalela (adalela)=20 >>> > wrote: >>> >>> Yes it will and that's why I suggested the use of PFC. The contro= l >>> and data planes will have different priorities. The radio never >>> pauses the control channel because it is never sent over the air.= If >>> desired, the data packets themselves could be given different >>> priorities allowing some flows to be selectively paused. >>> >>> Sent from Samsung Mobile >>> >>> >>> >>> -------- Original message -------- >>> From: Henning Rogge >>> Date:15/10/2015 18:36 (GMT+05:30) >>> To: "Ashish Dalela (adalela)" >>> Cc: manet@ietf.org >>> Subject: Re: [manet] DLEP Credit Windowing >>> >>> On Thu, Oct 15, 2015 at 2:25 PM, Ashish Dalela (adalela) >>> > wrote: >>> > The ideal mechanism for Ethernet flow control is the use of 802= .3 PAUSE >>> > frames, which has further been enhanced by the PFC (802.1Qbb) m= echanism. In >>> > essence, we don't send credits before packets are forwarded. Ra= ther we pause >>> > the traffic when the traffic cannot be forwarded and the buffer= s are full. >>> > PFC is widely used in a number of Ethernet flow-control scenari= os today. >>> >>> Would a 802.3 PAUSE Frame not also block the DLEP control channel= ? >>> >>> Henning Rogge >>> >>> >>> _______________________________________________ >>> manet mailing list >>> manet@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet >>> >> >> > > _______________________________________________ manet mailing list manet@ietf.org https://www.ietf.org/mailman/listinfo/manet From nobody Mon Mar 28 01:05:35 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EEC112D718 for ; Mon, 28 Mar 2016 01:05:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.611 X-Spam-Level: X-Spam-Status: No, score=-2.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 819F2GYlIbbz for ; Mon, 28 Mar 2016 01:05:28 -0700 (PDT) Received: from outbox.sics.se (outbox.sics.se [193.10.64.137]) by ietfa.amsl.com (Postfix) with ESMTP id 8764712D70B for ; Mon, 28 Mar 2016 01:05:28 -0700 (PDT) Received: from norm.sics.se (norm.sics.se [193.10.64.192]) by outbox.sics.se (Postfix) with ESMTPS id 3771AF46 for ; Mon, 28 Mar 2016 10:05:26 +0200 (CEST) Received: from [192.168.0.64] (c-e8e5e455.05-153-73746f7.cust.bredbandsbolaget.se [85.228.229.232]) by norm.sics.se (Postfix) with ESMTPSA id 2EEAC260 for ; Mon, 28 Mar 2016 10:05:26 +0200 (CEST) To: manet@ietf.org From: Marco Tiloca Message-ID: <56F8E5C5.9030701@sics.se> Date: Mon, 28 Mar 2016 10:05:25 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Subject: [manet] SMARTCOMP 2016 | PH.D. FORUM ABSTRACT SUBMISSION DEADLINE: April 4, 2016 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2016 08:05:31 -0000 [Apologies for possible multiple copies] ------------------------------------------------------------------------ Call for Ph.D. Forum Abstracts SMARTCOMP 2016 Second IEEE International Conference on Smart Computing http://www.smart-comp.org/ May 18-20, 2016 St. Louis, Missouri, USA ******* PH.D. FORUM ABSTRACT SUBMISSION DEADLINE: April 4, 2016 ******* Conference Proceedings in IEEE Xplore NSF student travel grants available for US based students ------------------------------------------------------------------------ The 2nd IEEE International Conference on Smart Computing (SMARTCOMP 2016) draws upon many application disciplines such as transportation, energy, environmental protection, resource management, healthcare, security, banking, entertainment, and social media. The Ph.D. Forum at SMARTCOMP 2016 provides an opportunity for Ph.D. students to present their work in progress to the scientific community and obtain individual feedback from leading researchers in the field. The Forum will be structured as a poster presentation session by the students, followed by collective discussions. The student presentations will be interleaved with speeches by leading researchers, who will provide their own perspectives on current and future research in the field, as well as on how to best purse a Ph.D. in this context. Current Ph.D. students in the early stages of their career are encouraged to submit a 2-page abstract about their research to be considered for the Ph.D. Forum. The student should be the sole author, although contributions of the advisor and others should be acknowledged. NSF student travel grants are available for US based students. Instructions on how to apply for the travel grant are available on the conference website: http://www.smart-comp.org/nsf-student-travel-grant-applications.html SUBMISSION GUIDELINES: Ph.D. Forum abstracts may be no more than 2 pages in length, including figures, tables, and references. Submissions will be reviewed by the Ph.D. Forum committee to ensure quality, relevance, and potential benefit from attendance to the Forum. There will be no separate registration fee for the Forum. Participating students will only need to register to the main SMARTCOMP conference. Authors of accepted submissions are expected to participate in person to the Forum. Authors are requested to submit manuscripts in standard IEEE proceedings format in PDF. All submissions must be typeset in double-column IEEE format using 10pt fonts on US letter paper, with all fonts embedded. Submitted abstracts must include the contact information of the authors. Please make sure you use the latest version of the templates to prepare your submissions. The IEEE LaTeX and Microsoft Word templates for conferences can be found at IEEE Manuscript Templates for Conference Proceedings at http://www.ieee.org/conferences_events/conferences/publishing/templates.html Further information for authors may be found at the IEEE Computer Society Information for Authors for Conference Publishing Services: http://www.computer.org/web/cs-cps/authors Submissions must be made via EasyChair: https://easychair.org/conferences/?conf=smartcomp2016 When submitting, please select the appropriate Track for your paper (i.e., SMARTCOMP 2016 - PhD Forum). IMPORTANT DATES: Abstract submissions: April 4, 2016 Notification of acceptance: April 12, 2016 Conference date: May 18-20, 2016 PHD FORUM COMMITTEE: Hassan Ghasemzadeh (hassan@eecs.wsu.edu), Washington State University, USA Sejun Song (songsej@umkc.edu), University of Missouri-Kansas City, USA From nobody Tue Mar 29 05:28:13 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07D1B12D781 for ; Tue, 29 Mar 2016 05:28:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y160Mjo9uTdt for ; Tue, 29 Mar 2016 05:28:09 -0700 (PDT) Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 919FE12D76E for ; Tue, 29 Mar 2016 05:28:00 -0700 (PDT) Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Tue, 29 Mar 2016 13:27:30 +0100 From: Rick Taylor To: "Arun Parashar (arparash)" , "manet@ietf.org" Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AQHRB0pTS0nD4ts8fk69I2irNQDYGw== Date: Tue, 29 Mar 2016 12:27:28 +0000 Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801C385E127@tss-server1.home.tropicalstormsoftware.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> <051ad977f5a5488b9622ccb5ef25883c@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> <59e4135701054951a5b61fef04393dac@XCH-RCD-020.cisco.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2016 12:28:12 -0000 Hi Arun,=0A= =0A= I have two concerns regarding your drafts:=0A= =0A= 1) DLEP isn't finished yet, and so I don't think any extensions will =0A= proceed until then.=0A= =0A= 2) I still have worries about the use of VLANs per neighbour. Given the = =0A= single layer-2 requirement of DLEP, I don't see how this will work.=0A= =0A= Will you be in Argentina? If so, I would be happy to talk over my =0A= concerns face to face.=0A= =0A= Cheers,=0A= =0A= Rick=0A= =0A= On 28/03/16 06:50, Arun Parashar (arparash) wrote:=0A= > Hi All,=0A= >=0A= > Has everyone had chance to read and submit the review comments, we would = like to hear comments/concerns before we take these two documents further i= n the chain.=0A= >=0A= > 1. VLANs and DLEP draft - https://tools.ietf.org/html/draft-dalela-vlans-= and-dlep-01=0A= > 2. Flow Control draft - https://tools.ietf.org/html/draft-dalela-dlep-flo= w-control-02=0A= >=0A= > -Arun=0A= >=0A= > -----Original Message-----=0A= > From: Arun Parashar (arparash)=0A= > Sent: Tuesday, March 15, 2016 9:10 PM=0A= > To: Rick Taylor ; Stan Ratliff ; Henning Rogge =0A= > Cc: manet@ietf.org; Ashish Dalela (adalela) =0A= > Subject: RE: [manet] DLEP Credit Windowing=0A= >=0A= > Hi Rick, Stan,=0A= >=0A= > Per comments, VLAN topic is dealt in separate draft and flow control draf= t is updated accordingly.=0A= >=0A= > 1. VLANs and DLEP draft - https://tools.ietf.org/html/draft-dalela-vlans-= and-dlep-01=0A= > 2. Flow Control draft - https://tools.ietf.org/html/draft-dalela-dlep-flo= w-control-02=0A= >=0A= > Request comments.=0A= >=0A= > -Arun=0A= >=0A= > -----Original Message-----=0A= > From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Ashish Dalela (a= dalela)=0A= > Sent: Friday, March 04, 2016 9:21 PM=0A= > To: Rick Taylor ; Stan Ratliff ; Henning Rogge =0A= > Cc: manet@ietf.org=0A= > Subject: Re: [manet] DLEP Credit Windowing=0A= >=0A= > Hi Rick,=0A= >=0A= > Sure, that can be done. This draft is to seek the inputs and feedback on = what is the best path for us. Any and all suggestions are welcome, includin= g "this is a very bad idea" :-)=0A= >=0A= > Thanks=0A= >=0A= > -----Original Message-----=0A= > From: Rick Taylor [mailto:rick@tropicalstormsoftware.com]=0A= > Sent: Friday, March 04, 2016 8:32 PM=0A= > To: Ashish Dalela (adalela) ; Stan Ratliff ; Henning Rogge =0A= > Cc: manet@ietf.org=0A= > Subject: Re: [manet] DLEP Credit Windowing=0A= >=0A= > Hi Ashish,=0A= >=0A= > Okay, I understand that the VLAN's don't extend over the 'air'. My issue= with them is between router and modem - as core DLEP stands, your method i= s not allowed.=0A= >=0A= > However, it can be allowed in the way you describe via an extension, as y= ou have already done. My concern is not "VLANs can be used without PFC, an= d PFC can be used without VLAN", it is that core DLEP and VLANs doesn't wor= k.=0A= >=0A= > I would much rather have an extension entitled "VLANs and DLEP" that cove= rs the VLAN topic in isolation. And an updated version of your draft cover= ing PFC-based flow control, referring to the VLAN extension if VLANs are in= use.=0A= >=0A= > Sorry, I don't mean to be negative, the PFC part of your draft seems exce= llent.=0A= >=0A= > Cheers,=0A= >=0A= > Rick=0A= >=0A= > On 04/03/16 14:20, Ashish Dalela (adalela) wrote:=0A= >> Hi Rick,=0A= >>=0A= >> The usage of the VLAN is limited to that between the router and the mode= m. It doesn't stretch to neighbors. In other words, the VLAN is not seen on= the radio network. It is added by the modem and the router when forwarding= packets to each other, and stripped when then packet exits the router (tow= ards another router) or the modem (towards another modem). This clarificati= on can be added to the next version if that would help.=0A= >>=0A= >> PFC based flow-control only gives us 8 neighbors with one traffic class = each. And usage of VLAN alone doesn't imply the use of PFC per VLAN. That's= why it is important to combine them.=0A= >>=0A= >> Currently VLANs can be used without PFC, and PFC can be used without VLA= N. So, separating them will not achieve the key purpose of flow control.=0A= >>=0A= >> Thanks=0A= >> Ashish=0A= >>=0A= >> -----Original Message-----=0A= >> From: Rick Taylor [mailto:rick@tropicalstormsoftware.com]=0A= >> Sent: Friday, March 04, 2016 7:28 PM=0A= >> To: Ashish Dalela (adalela) ; Stan Ratliff=0A= >> ; Henning Rogge =0A= >> Cc: manet@ietf.org=0A= >> Subject: Re: [manet] DLEP Credit Windowing=0A= >>=0A= >> Hi Ashish,=0A= >>=0A= >> Introducing a VLAN per neighbour is actually quite a big change from cor= e DLEP. Destinations (neighbours) in DLEP are distinguished by MACs that a= re MUST be addressable/reachable on the same (V)LAN segment as the DLEP pee= rs.=0A= >>=0A= >> What you are proposing with VLAN-per-destination looks a lot more like= =0A= >> the draft extension I put forward for layer-3 DLEP=0A= >> (https://tools.ietf.org/html/draft-taylor-manet-l3-dlep-00) where I prop= osed the workaround of stating that the MAC address is no longer a MAC, jus= t an identifying unique sequence of octets.=0A= >>=0A= >> In your case the additional VLAN-Id data item paired with the MAC become= s the unique destination identifier.=0A= >>=0A= >> Might I suggest that you actually have 2 extensions in this one draft:= =0A= >> Per-VLAN destinations, and PFC based flow control? Maybe splitting the = document into two might be clearer for the readers?=0A= >>=0A= >> Cheers,=0A= >>=0A= >> Rick=0A= >>=0A= >> On 04/03/16 12:26, Ashish Dalela (adalela) wrote:=0A= >>> Hi Rick,=0A= >>>=0A= >>> Yes, one of the proposals is to use a VLAN per neighbor. The default VL= AN 1 will be used for the control plane. That allows us to have 4K neighbor= s, each distinguished by a unique VLAN ID.=0A= >>>=0A= >>> Thanks=0A= >>>=0A= >>> Ashish=0A= >>>=0A= >>> -----Original Message-----=0A= >>> From: Rick Taylor [mailto:rick@tropicalstormsoftware.com]=0A= >>> Sent: Friday, March 04, 2016 5:17 PM=0A= >>> To: Ashish Dalela (adalela) ; Stan Ratliff=0A= >>> ; Henning Rogge =0A= >>> Cc: manet@ietf.org=0A= >>> Subject: Re: [manet] DLEP Credit Windowing=0A= >>>=0A= >>> Hi Ashish,=0A= >>>=0A= >>> Thank you for this, it looks extremely interesting.=0A= >>>=0A= >>> Obviously I haven't had a chance to completely digest the draft, but on= e thing that leaps out to me is the use of VLAN tagging, specifically secti= on 7. Are you suggesting that the DLEP session runs over a VLAN trunk betw= een router and modem (somehow) and the VLANs then fan out at the modem in s= ome way?=0A= >>>=0A= >>> Given the 'transparent layer-2' requirement of DLEP, how do you see thi= s working with your model of a VLAN per destination (for flow control), or = have I misunderstood what you are proposing?=0A= >>>=0A= >>> Regards=0A= >>>=0A= >>> Rick=0A= >>>=0A= >>> On 04/03/16 10:43, Ashish Dalela (adalela) wrote:=0A= >>>> Hello Stan,=0A= >>>>=0A= >>>> We have submitted a new draft today to describe the PFC flow control= =0A= >>>> mechanism. Sorry, this was long due on me; but better late than never!= =0A= >>>>=0A= >>>> https://datatracker.ietf.org/doc/draft-dalela-dlep-flow-control/=0A= >>>>=0A= >>>> Here is the quick rationale underlying this draft. The current DLEP=0A= >>>> credit window scheme requires credits exchanged over a TCP session.=0A= >>>> This is harder to achieve in many scenarios because many data path=0A= >>>> implementations are incapable of handling TCP windowing. So we are=0A= >>>> suggesting an alternative approach that utilizes IEEE 802.1Qbb (a.k.a.= =0A= >>>> PFC).=0A= >>>>=0A= >>>> Request comments.=0A= >>>>=0A= >>>> Thanks=0A= >>>>=0A= >>>> -Ashish=0A= >>>>=0A= >>>> *From:*Stan Ratliff [mailto:ratliffstan@gmail.com]=0A= >>>> *Sent:* Friday, October 16, 2015 2:34 AM=0A= >>>> *To:* Ashish Dalela (adalela) =0A= >>>> *Cc:* Henning Rogge ; manet@ietf.org=0A= >>>> *Subject:* Re: [manet] DLEP Credit Windowing=0A= >>>>=0A= >>>> Ashish,=0A= >>>>=0A= >>>> If you'd like to write a proposed DLEP extension using PFC, I=0A= >>>> encourage you to do so. As Henning mentioned, more than 1 flow=0A= >>>> control mechanism is likely for DLEP.=0A= >>>>=0A= >>>> Stan=0A= >>>>=0A= >>>> On Thu, Oct 15, 2015 at 10:49 AM, Ashish Dalela (adalela)=0A= >>>> > wrote:=0A= >>>>=0A= >>>> Yes it will and that's why I suggested the use of PFC. The cont= rol=0A= >>>> and data planes will have different priorities. The radio never= =0A= >>>> pauses the control channel because it is never sent over the ai= r. If=0A= >>>> desired, the data packets themselves could be given different= =0A= >>>> priorities allowing some flows to be selectively paused.=0A= >>>>=0A= >>>> Sent from Samsung Mobile=0A= >>>>=0A= >>>>=0A= >>>>=0A= >>>> -------- Original message --------=0A= >>>> From: Henning Rogge=0A= >>>> Date:15/10/2015 18:36 (GMT+05:30)=0A= >>>> To: "Ashish Dalela (adalela)"=0A= >>>> Cc: manet@ietf.org =0A= >>>> Subject: Re: [manet] DLEP Credit Windowing=0A= >>>>=0A= >>>> On Thu, Oct 15, 2015 at 2:25 PM, Ashish Dalela (adalela)=0A= >>>> > wrote:=0A= >>>> > The ideal mechanism for Ethernet flow control is the use of 8= 02.3 PAUSE=0A= >>>> > frames, which has further been enhanced by the PFC (802.1Qbb)= mechanism. In=0A= >>>> > essence, we don't send credits before packets are forwarded. = Rather we pause=0A= >>>> > the traffic when the traffic cannot be forwarded and the buff= ers are full.=0A= >>>> > PFC is widely used in a number of Ethernet flow-control scena= rios today.=0A= >>>>=0A= >>>> Would a 802.3 PAUSE Frame not also block the DLEP control chann= el?=0A= >>>>=0A= >>>> Henning Rogge=0A= >>>>=0A= >>>>=0A= >>>> _______________________________________________=0A= >>>> manet mailing list=0A= >>>> manet@ietf.org =0A= >>>> https://www.ietf.org/mailman/listinfo/manet=0A= >>>>=0A= >>>=0A= >>>=0A= >>=0A= >>=0A= >=0A= > _______________________________________________=0A= > manet mailing list=0A= > manet@ietf.org=0A= > https://www.ietf.org/mailman/listinfo/manet=0A= >=0A= =0A= From nobody Tue Mar 29 08:21:12 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42B1212D8A9 for ; Tue, 29 Mar 2016 08:21:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable 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 IbHX4bcJk6bs for ; Tue, 29 Mar 2016 08:21:07 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3752C12D8ED for ; Tue, 29 Mar 2016 08:12:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11892; q=dns/txt; s=iport; t=1459264362; x=1460473962; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=wZnmzu6Wcrvad6bdUtkWwc4FIzn0V77SKGtXRwdcbjM=; b=Czvs37k7O5+gpwtsyqnW8ziILRMpTygDRPzHJrekNQW9lSUA2gXh3e5s Gd9Fhye0WtqU90l9hpNqlbJw0BtjJ+M0YAE5bTcyWgxExIL/GQqkO5vaA t9MGS6Uzm2qphgYNXpp5anHTt4/WhiSLaYjDWTQXmxA+D5Uj9m6UjjwAf 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AQAgClmvpW/4QNJK1TCoMuU30Grx+LU?= =?us-ascii?q?QENgXAXCoVsAoExOBQBAQEBAQEBZCeEQQEBAQQBAQE3NBcEAgEIEQMBAQEBHgk?= =?us-ascii?q?HIQYLFAkIAQEEARIIiAoDEg67bw2EZQEBAQEBAQEBAQEBAQEBAQEBAQEBAREEh?= =?us-ascii?q?h2DRX+CP4FUBAGFewWGJwmRCzEBhXGCLoNygW6BbYd1hTKHO4dTAR4BAUKDZWy?= =?us-ascii?q?HPQEfH34BAQE?= X-IronPort-AV: E=Sophos;i="5.24,411,1454976000"; d="scan'208";a="87730395" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 Mar 2016 15:12:40 +0000 Received: from XCH-RTP-018.cisco.com (xch-rtp-018.cisco.com [64.101.220.158]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id u2TFCee0002889 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 29 Mar 2016 15:12:40 GMT Received: from xch-rtp-005.cisco.com (64.101.220.145) by XCH-RTP-018.cisco.com (64.101.220.158) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 29 Mar 2016 11:12:40 -0400 Received: from xch-rtp-005.cisco.com ([64.101.220.145]) by XCH-RTP-005.cisco.com ([64.101.220.145]) with mapi id 15.00.1104.009; Tue, 29 Mar 2016 11:12:39 -0400 From: "Ashish Dalela (adalela)" To: Rick Taylor , "Arun Parashar (arparash)" , "manet@ietf.org" Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AdEHQsnoEIjbPaGbSsi7klNsrLls3CCiZRRQ Date: Tue, 29 Mar 2016 15:12:39 +0000 Message-ID: <68edf7efadb04df3b127936b86921284@XCH-RTP-005.cisco.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> <051ad977f5a5488b9622ccb5ef25883c@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> <59e4135701054951a5b61fef04393dac@XCH-RCD-020.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C385E127@tss-server1.home.tropicalstormsoftware.com> In-Reply-To: <38A5475DE83986499AEACD2CFAFC3F9801C385E127@tss-server1.home.tropicalstormsoftware.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.65.55.83] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2016 15:21:09 -0000 Hello Rick, Arun and I are co-authors. So, let me try to respond to you. The proposal f= or VLAN came about because we wanted to implement PFC as the flow-control m= echanism instead of the credit-windowing scheme currently proposed. The rea= son is that if we separate control and data planes, then holding a TCP wind= ow in the data plane is very hard to achieve. HW based data planes, don't s= upport TCP windows. Moreover, PFC is the standard way of dealing with flow-= control over Ethernet.=20 Now, the issue is that PFC allows only 8 CoS queues, so that would limit us= to only 8 neighbors and/or flows. That was perceived as a limitation. Henc= e the use of VLANs to identify neighbors. We understand that in current DLEP a single L2 network is assumed between t= he radios and the radio/router. So, VLANs can be used only between the radi= o and router, in case there are no VLANs between the radios. These VLANs wi= ll help us identify multiple neighbors, and PFC + VLAN will help us pause a= particular neighbor. If, however, someone feels the need to use multiple V= LANs between the radios, that would be achieved by VLAN-in-VLAN, and so for= th.=20 Bottom line, the VLAN proposal is driven by the need for flow-control, usin= g a standard Ethernet based scheme, because in the control-data plane separ= ation scenario, we don't have the alternative to use the current credit-win= dow scheme. Thanks -----Original Message----- From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Rick Taylor Sent: Tuesday, March 29, 2016 5:57 PM To: Arun Parashar (arparash) ; manet@ietf.org Subject: Re: [manet] DLEP Credit Windowing Hi Arun, I have two concerns regarding your drafts: 1) DLEP isn't finished yet, and so I don't think any extensions will procee= d until then. 2) I still have worries about the use of VLANs per neighbour. Given the si= ngle layer-2 requirement of DLEP, I don't see how this will work. Will you be in Argentina? If so, I would be happy to talk over my concerns= face to face. Cheers, Rick On 28/03/16 06:50, Arun Parashar (arparash) wrote: > Hi All, > > Has everyone had chance to read and submit the review comments, we would = like to hear comments/concerns before we take these two documents further i= n the chain. > > 1. VLANs and DLEP draft -=20 > https://tools.ietf.org/html/draft-dalela-vlans-and-dlep-01 > 2. Flow Control draft -=20 > https://tools.ietf.org/html/draft-dalela-dlep-flow-control-02 > > -Arun > > -----Original Message----- > From: Arun Parashar (arparash) > Sent: Tuesday, March 15, 2016 9:10 PM > To: Rick Taylor ; Stan Ratliff=20 > ; Henning Rogge > Cc: manet@ietf.org; Ashish Dalela (adalela) > Subject: RE: [manet] DLEP Credit Windowing > > Hi Rick, Stan, > > Per comments, VLAN topic is dealt in separate draft and flow control draf= t is updated accordingly. > > 1. VLANs and DLEP draft -=20 > https://tools.ietf.org/html/draft-dalela-vlans-and-dlep-01 > 2. Flow Control draft -=20 > https://tools.ietf.org/html/draft-dalela-dlep-flow-control-02 > > Request comments. > > -Arun > > -----Original Message----- > From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Ashish Dalela=20 > (adalela) > Sent: Friday, March 04, 2016 9:21 PM > To: Rick Taylor ; Stan Ratliff=20 > ; Henning Rogge > Cc: manet@ietf.org > Subject: Re: [manet] DLEP Credit Windowing > > Hi Rick, > > Sure, that can be done. This draft is to seek the inputs and feedback=20 > on what is the best path for us. Any and all suggestions are welcome,=20 > including "this is a very bad idea" :-) > > Thanks > > -----Original Message----- > From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] > Sent: Friday, March 04, 2016 8:32 PM > To: Ashish Dalela (adalela) ; Stan Ratliff=20 > ; Henning Rogge > Cc: manet@ietf.org > Subject: Re: [manet] DLEP Credit Windowing > > Hi Ashish, > > Okay, I understand that the VLAN's don't extend over the 'air'. My issue= with them is between router and modem - as core DLEP stands, your method i= s not allowed. > > However, it can be allowed in the way you describe via an extension, as y= ou have already done. My concern is not "VLANs can be used without PFC, an= d PFC can be used without VLAN", it is that core DLEP and VLANs doesn't wor= k. > > I would much rather have an extension entitled "VLANs and DLEP" that cove= rs the VLAN topic in isolation. And an updated version of your draft cover= ing PFC-based flow control, referring to the VLAN extension if VLANs are in= use. > > Sorry, I don't mean to be negative, the PFC part of your draft seems exce= llent. > > Cheers, > > Rick > > On 04/03/16 14:20, Ashish Dalela (adalela) wrote: >> Hi Rick, >> >> The usage of the VLAN is limited to that between the router and the mode= m. It doesn't stretch to neighbors. In other words, the VLAN is not seen on= the radio network. It is added by the modem and the router when forwarding= packets to each other, and stripped when then packet exits the router (tow= ards another router) or the modem (towards another modem). This clarificati= on can be added to the next version if that would help. >> >> PFC based flow-control only gives us 8 neighbors with one traffic class = each. And usage of VLAN alone doesn't imply the use of PFC per VLAN. That's= why it is important to combine them. >> >> Currently VLANs can be used without PFC, and PFC can be used without VLA= N. So, separating them will not achieve the key purpose of flow control. >> >> Thanks >> Ashish >> >> -----Original Message----- >> From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] >> Sent: Friday, March 04, 2016 7:28 PM >> To: Ashish Dalela (adalela) ; Stan Ratliff=20 >> ; Henning Rogge >> Cc: manet@ietf.org >> Subject: Re: [manet] DLEP Credit Windowing >> >> Hi Ashish, >> >> Introducing a VLAN per neighbour is actually quite a big change from cor= e DLEP. Destinations (neighbours) in DLEP are distinguished by MACs that a= re MUST be addressable/reachable on the same (V)LAN segment as the DLEP pee= rs. >> >> What you are proposing with VLAN-per-destination looks a lot more=20 >> like the draft extension I put forward for layer-3 DLEP >> (https://tools.ietf.org/html/draft-taylor-manet-l3-dlep-00) where I prop= osed the workaround of stating that the MAC address is no longer a MAC, jus= t an identifying unique sequence of octets. >> >> In your case the additional VLAN-Id data item paired with the MAC become= s the unique destination identifier. >> >> Might I suggest that you actually have 2 extensions in this one draft: >> Per-VLAN destinations, and PFC based flow control? Maybe splitting the = document into two might be clearer for the readers? >> >> Cheers, >> >> Rick >> >> On 04/03/16 12:26, Ashish Dalela (adalela) wrote: >>> Hi Rick, >>> >>> Yes, one of the proposals is to use a VLAN per neighbor. The default VL= AN 1 will be used for the control plane. That allows us to have 4K neighbor= s, each distinguished by a unique VLAN ID. >>> >>> Thanks >>> >>> Ashish >>> >>> -----Original Message----- >>> From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] >>> Sent: Friday, March 04, 2016 5:17 PM >>> To: Ashish Dalela (adalela) ; Stan Ratliff=20 >>> ; Henning Rogge >>> Cc: manet@ietf.org >>> Subject: Re: [manet] DLEP Credit Windowing >>> >>> Hi Ashish, >>> >>> Thank you for this, it looks extremely interesting. >>> >>> Obviously I haven't had a chance to completely digest the draft, but on= e thing that leaps out to me is the use of VLAN tagging, specifically secti= on 7. Are you suggesting that the DLEP session runs over a VLAN trunk betw= een router and modem (somehow) and the VLANs then fan out at the modem in s= ome way? >>> >>> Given the 'transparent layer-2' requirement of DLEP, how do you see thi= s working with your model of a VLAN per destination (for flow control), or = have I misunderstood what you are proposing? >>> >>> Regards >>> >>> Rick >>> >>> On 04/03/16 10:43, Ashish Dalela (adalela) wrote: >>>> Hello Stan, >>>> >>>> We have submitted a new draft today to describe the PFC flow=20 >>>> control mechanism. Sorry, this was long due on me; but better late tha= n never! >>>> >>>> https://datatracker.ietf.org/doc/draft-dalela-dlep-flow-control/ >>>> >>>> Here is the quick rationale underlying this draft. The current DLEP=20 >>>> credit window scheme requires credits exchanged over a TCP session. >>>> This is harder to achieve in many scenarios because many data path=20 >>>> implementations are incapable of handling TCP windowing. So we are=20 >>>> suggesting an alternative approach that utilizes IEEE 802.1Qbb (a.k.a. >>>> PFC). >>>> >>>> Request comments. >>>> >>>> Thanks >>>> >>>> -Ashish >>>> >>>> *From:*Stan Ratliff [mailto:ratliffstan@gmail.com] >>>> *Sent:* Friday, October 16, 2015 2:34 AM >>>> *To:* Ashish Dalela (adalela) >>>> *Cc:* Henning Rogge ; manet@ietf.org >>>> *Subject:* Re: [manet] DLEP Credit Windowing >>>> >>>> Ashish, >>>> >>>> If you'd like to write a proposed DLEP extension using PFC, I=20 >>>> encourage you to do so. As Henning mentioned, more than 1 flow=20 >>>> control mechanism is likely for DLEP. >>>> >>>> Stan >>>> >>>> On Thu, Oct 15, 2015 at 10:49 AM, Ashish Dalela (adalela)=20 >>>> > wrote: >>>> >>>> Yes it will and that's why I suggested the use of PFC. The cont= rol >>>> and data planes will have different priorities. The radio never >>>> pauses the control channel because it is never sent over the ai= r. If >>>> desired, the data packets themselves could be given different >>>> priorities allowing some flows to be selectively paused. >>>> >>>> Sent from Samsung Mobile >>>> >>>> >>>> >>>> -------- Original message -------- >>>> From: Henning Rogge >>>> Date:15/10/2015 18:36 (GMT+05:30) >>>> To: "Ashish Dalela (adalela)" >>>> Cc: manet@ietf.org >>>> Subject: Re: [manet] DLEP Credit Windowing >>>> >>>> On Thu, Oct 15, 2015 at 2:25 PM, Ashish Dalela (adalela) >>>> > wrote: >>>> > The ideal mechanism for Ethernet flow control is the use of 8= 02.3 PAUSE >>>> > frames, which has further been enhanced by the PFC (802.1Qbb)= mechanism. In >>>> > essence, we don't send credits before packets are forwarded. = Rather we pause >>>> > the traffic when the traffic cannot be forwarded and the buff= ers are full. >>>> > PFC is widely used in a number of Ethernet flow-control scena= rios today. >>>> >>>> Would a 802.3 PAUSE Frame not also block the DLEP control chann= el? >>>> >>>> Henning Rogge >>>> >>>> >>>> _______________________________________________ >>>> manet mailing list >>>> manet@ietf.org >>>> https://www.ietf.org/mailman/listinfo/manet >>>> >>> >>> >> >> > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > _______________________________________________ manet mailing list manet@ietf.org https://www.ietf.org/mailman/listinfo/manet From nobody Tue Mar 29 12:37:13 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5294B12DD02 for ; Tue, 29 Mar 2016 12:37:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 5GoqwaPGxfwA for ; Tue, 29 Mar 2016 12:37:05 -0700 (PDT) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::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 DCE4A12DC11 for ; Tue, 29 Mar 2016 12:02:07 -0700 (PDT) Received: by mail-ig0-x229.google.com with SMTP id ui10so13432086igc.1 for ; Tue, 29 Mar 2016 12:02:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=I5N61aGQEjBZpiab0VgvVLgswvrvwpCHOLDXtu2MLP0=; b=sxvyS+KGgkTJagpQ3suSIfV6zzxrCS+IvJiKvFSEDA238e+r0c3WrIK+8wzAdFheXb mJNqhjzwVz7gqMW/KZ5Jq1U+Q7GPHuMUrm569ovQxlOcT7QboKg9y7tMjzOu4OnXxi3x khg/kKHfbspKynFw+peo+ShPEbeK38/e6wDfy7Ml2lb98YZkdiFPLWtyYA7lcgqiHb+b gpM/OdKUiyS90hdzclQVfNxdaDVODoU3E8W1a7aP5YbomegQMzeWUDX7PwjGBLo8qZDs 1Kpb4o8uzHMh6QvDgM72D/ytpa8xBv5LnAeLeO2KuhMEtu9pUyTfca3YJ1jTxlWRCRo/ KVZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=I5N61aGQEjBZpiab0VgvVLgswvrvwpCHOLDXtu2MLP0=; b=gTtZpIIZ5Paf2Iv8zaoqAPljUSr0cdupd0HkxgW+c5VB8YNXdHNsiaDH4SoMgtOtk0 NRVxRUsgDaq+BVCAOBkICbWah4uGmNQG0DDjAjIbRrBO2l8oW1GXbGGBN62rm9p1o5Pr c1IZD4xL0orsP7n5HEZ2qZeDJ6d+uIzCVr7bfSCflSAMpAiIal6QbnWO8KaK5qpnVcar b18JHiaagp6mNjvilKSQqQFSW9kkde2nHEClb8kml32QS9icNcbHtQbbVFqx0oSDR99R qfhHco9oDijpx+dbVlDxlk+QwbhqT+vhkTJHFmFX6VrW8dIMG8mwxJTGUh9Zv4dWHF4U NMlg== X-Gm-Message-State: AD7BkJLxpgWp6p1lgwsr1MhcRe3FhYKArRZaNMqRrQQV7WvxStUeKOlrIm2z5lXhfgqJ0PGEWp12O+tyVzx5Zg== MIME-Version: 1.0 X-Received: by 10.50.13.36 with SMTP id e4mr17738186igc.85.1459278127081; Tue, 29 Mar 2016 12:02:07 -0700 (PDT) Received: by 10.79.96.1 with HTTP; Tue, 29 Mar 2016 12:02:06 -0700 (PDT) In-Reply-To: <68edf7efadb04df3b127936b86921284@XCH-RTP-005.cisco.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> <051ad977f5a5488b9622ccb5ef25883c@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> <59e4135701054951a5b61fef04393dac@XCH-RCD-020.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C385E127@tss-server1.home.tropicalstormsoftware.com> <68edf7efadb04df3b127936b86921284@XCH-RTP-005.cisco.com> Date: Tue, 29 Mar 2016 15:02:06 -0400 Message-ID: From: Stan Ratliff To: "Ashish Dalela (adalela)" Content-Type: multipart/alternative; boundary=089e0118478464afed052f34aaf7 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2016 19:37:11 -0000 --089e0118478464afed052f34aaf7 Content-Type: text/plain; charset=UTF-8 Ashish, On Tue, Mar 29, 2016 at 11:12 AM, Ashish Dalela (adalela) wrote: > Hello Rick, > > Arun and I are co-authors. So, let me try to respond to you. The proposal > for VLAN came about because we wanted to implement PFC as the flow-control > mechanism instead of the credit-windowing scheme currently proposed. The > reason is that if we separate control and data planes, then holding a TCP > window in the data plane is very hard to achieve. I'm afraid I must have missed something - the original Credit Windowing draft has no requirement to hold a TCP window in the data plane. I guess there would be an issue if the DLEP code itself was in the control plane, which would necessitate control plane/data plane chatter to keep counts consistent, but you'll have that problem irrespective of the approach, wouldn't you? One other point I've neglected to mention - the current Credit Windowing draft allows a partner to flow-control a single MAC address, while keeping traffic to other destinations (via the same radio). I don't believe PFC allows for that level of granularity. Regards, Stan > HW based data planes, don't support TCP windows. Moreover, PFC is the > standard way of dealing with flow-control over Ethernet. > > Now, the issue is that PFC allows only 8 CoS queues, so that would limit > us to only 8 neighbors and/or flows. That was perceived as a limitation. > Hence the use of VLANs to identify neighbors. > > We understand that in current DLEP a single L2 network is assumed between > the radios and the radio/router. So, VLANs can be used only between the > radio and router, in case there are no VLANs between the radios. These > VLANs will help us identify multiple neighbors, and PFC + VLAN will help us > pause a particular neighbor. If, however, someone feels the need to use > multiple VLANs between the radios, that would be achieved by VLAN-in-VLAN, > and so forth. > > Bottom line, the VLAN proposal is driven by the need for flow-control, > using a standard Ethernet based scheme, because in the control-data plane > separation scenario, we don't have the alternative to use the current > credit-window scheme. > > Thanks > > -----Original Message----- > From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Rick Taylor > Sent: Tuesday, March 29, 2016 5:57 PM > To: Arun Parashar (arparash) ; manet@ietf.org > Subject: Re: [manet] DLEP Credit Windowing > > Hi Arun, > > I have two concerns regarding your drafts: > > 1) DLEP isn't finished yet, and so I don't think any extensions will > proceed until then. > > 2) I still have worries about the use of VLANs per neighbour. Given the > single layer-2 requirement of DLEP, I don't see how this will work. > > Will you be in Argentina? If so, I would be happy to talk over my > concerns face to face. > > Cheers, > > Rick > > On 28/03/16 06:50, Arun Parashar (arparash) wrote: > > Hi All, > > > > Has everyone had chance to read and submit the review comments, we would > like to hear comments/concerns before we take these two documents further > in the chain. > > > > 1. VLANs and DLEP draft - > > https://tools.ietf.org/html/draft-dalela-vlans-and-dlep-01 > > 2. Flow Control draft - > > https://tools.ietf.org/html/draft-dalela-dlep-flow-control-02 > > > > -Arun > > > > -----Original Message----- > > From: Arun Parashar (arparash) > > Sent: Tuesday, March 15, 2016 9:10 PM > > To: Rick Taylor ; Stan Ratliff > > ; Henning Rogge > > Cc: manet@ietf.org; Ashish Dalela (adalela) > > Subject: RE: [manet] DLEP Credit Windowing > > > > Hi Rick, Stan, > > > > Per comments, VLAN topic is dealt in separate draft and flow control > draft is updated accordingly. > > > > 1. VLANs and DLEP draft - > > https://tools.ietf.org/html/draft-dalela-vlans-and-dlep-01 > > 2. Flow Control draft - > > https://tools.ietf.org/html/draft-dalela-dlep-flow-control-02 > > > > Request comments. > > > > -Arun > > > > -----Original Message----- > > From: manet [mailto:manet-bounces@ietf.org] On Behalf Of Ashish Dalela > > (adalela) > > Sent: Friday, March 04, 2016 9:21 PM > > To: Rick Taylor ; Stan Ratliff > > ; Henning Rogge > > Cc: manet@ietf.org > > Subject: Re: [manet] DLEP Credit Windowing > > > > Hi Rick, > > > > Sure, that can be done. This draft is to seek the inputs and feedback > > on what is the best path for us. Any and all suggestions are welcome, > > including "this is a very bad idea" :-) > > > > Thanks > > > > -----Original Message----- > > From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] > > Sent: Friday, March 04, 2016 8:32 PM > > To: Ashish Dalela (adalela) ; Stan Ratliff > > ; Henning Rogge > > Cc: manet@ietf.org > > Subject: Re: [manet] DLEP Credit Windowing > > > > Hi Ashish, > > > > Okay, I understand that the VLAN's don't extend over the 'air'. My > issue with them is between router and modem - as core DLEP stands, your > method is not allowed. > > > > However, it can be allowed in the way you describe via an extension, as > you have already done. My concern is not "VLANs can be used without PFC, > and PFC can be used without VLAN", it is that core DLEP and VLANs doesn't > work. > > > > I would much rather have an extension entitled "VLANs and DLEP" that > covers the VLAN topic in isolation. And an updated version of your draft > covering PFC-based flow control, referring to the VLAN extension if VLANs > are in use. > > > > Sorry, I don't mean to be negative, the PFC part of your draft seems > excellent. > > > > Cheers, > > > > Rick > > > > On 04/03/16 14:20, Ashish Dalela (adalela) wrote: > >> Hi Rick, > >> > >> The usage of the VLAN is limited to that between the router and the > modem. It doesn't stretch to neighbors. In other words, the VLAN is not > seen on the radio network. It is added by the modem and the router when > forwarding packets to each other, and stripped when then packet exits the > router (towards another router) or the modem (towards another modem). This > clarification can be added to the next version if that would help. > >> > >> PFC based flow-control only gives us 8 neighbors with one traffic class > each. And usage of VLAN alone doesn't imply the use of PFC per VLAN. That's > why it is important to combine them. > >> > >> Currently VLANs can be used without PFC, and PFC can be used without > VLAN. So, separating them will not achieve the key purpose of flow control. > >> > >> Thanks > >> Ashish > >> > >> -----Original Message----- > >> From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] > >> Sent: Friday, March 04, 2016 7:28 PM > >> To: Ashish Dalela (adalela) ; Stan Ratliff > >> ; Henning Rogge > >> Cc: manet@ietf.org > >> Subject: Re: [manet] DLEP Credit Windowing > >> > >> Hi Ashish, > >> > >> Introducing a VLAN per neighbour is actually quite a big change from > core DLEP. Destinations (neighbours) in DLEP are distinguished by MACs > that are MUST be addressable/reachable on the same (V)LAN segment as the > DLEP peers. > >> > >> What you are proposing with VLAN-per-destination looks a lot more > >> like the draft extension I put forward for layer-3 DLEP > >> (https://tools.ietf.org/html/draft-taylor-manet-l3-dlep-00) where I > proposed the workaround of stating that the MAC address is no longer a MAC, > just an identifying unique sequence of octets. > >> > >> In your case the additional VLAN-Id data item paired with the MAC > becomes the unique destination identifier. > >> > >> Might I suggest that you actually have 2 extensions in this one draft: > >> Per-VLAN destinations, and PFC based flow control? Maybe splitting the > document into two might be clearer for the readers? > >> > >> Cheers, > >> > >> Rick > >> > >> On 04/03/16 12:26, Ashish Dalela (adalela) wrote: > >>> Hi Rick, > >>> > >>> Yes, one of the proposals is to use a VLAN per neighbor. The default > VLAN 1 will be used for the control plane. That allows us to have 4K > neighbors, each distinguished by a unique VLAN ID. > >>> > >>> Thanks > >>> > >>> Ashish > >>> > >>> -----Original Message----- > >>> From: Rick Taylor [mailto:rick@tropicalstormsoftware.com] > >>> Sent: Friday, March 04, 2016 5:17 PM > >>> To: Ashish Dalela (adalela) ; Stan Ratliff > >>> ; Henning Rogge > >>> Cc: manet@ietf.org > >>> Subject: Re: [manet] DLEP Credit Windowing > >>> > >>> Hi Ashish, > >>> > >>> Thank you for this, it looks extremely interesting. > >>> > >>> Obviously I haven't had a chance to completely digest the draft, but > one thing that leaps out to me is the use of VLAN tagging, specifically > section 7. Are you suggesting that the DLEP session runs over a VLAN trunk > between router and modem (somehow) and the VLANs then fan out at the modem > in some way? > >>> > >>> Given the 'transparent layer-2' requirement of DLEP, how do you see > this working with your model of a VLAN per destination (for flow control), > or have I misunderstood what you are proposing? > >>> > >>> Regards > >>> > >>> Rick > >>> > >>> On 04/03/16 10:43, Ashish Dalela (adalela) wrote: > >>>> Hello Stan, > >>>> > >>>> We have submitted a new draft today to describe the PFC flow > >>>> control mechanism. Sorry, this was long due on me; but better late > than never! > >>>> > >>>> https://datatracker.ietf.org/doc/draft-dalela-dlep-flow-control/ > >>>> > >>>> Here is the quick rationale underlying this draft. The current DLEP > >>>> credit window scheme requires credits exchanged over a TCP session. > >>>> This is harder to achieve in many scenarios because many data path > >>>> implementations are incapable of handling TCP windowing. So we are > >>>> suggesting an alternative approach that utilizes IEEE 802.1Qbb (a.k.a. > >>>> PFC). > >>>> > >>>> Request comments. > >>>> > >>>> Thanks > >>>> > >>>> -Ashish > >>>> > >>>> *From:*Stan Ratliff [mailto:ratliffstan@gmail.com] > >>>> *Sent:* Friday, October 16, 2015 2:34 AM > >>>> *To:* Ashish Dalela (adalela) > >>>> *Cc:* Henning Rogge ; manet@ietf.org > >>>> *Subject:* Re: [manet] DLEP Credit Windowing > >>>> > >>>> Ashish, > >>>> > >>>> If you'd like to write a proposed DLEP extension using PFC, I > >>>> encourage you to do so. As Henning mentioned, more than 1 flow > >>>> control mechanism is likely for DLEP. > >>>> > >>>> Stan > >>>> > >>>> On Thu, Oct 15, 2015 at 10:49 AM, Ashish Dalela (adalela) > >>>> > wrote: > >>>> > >>>> Yes it will and that's why I suggested the use of PFC. The > control > >>>> and data planes will have different priorities. The radio never > >>>> pauses the control channel because it is never sent over the > air. If > >>>> desired, the data packets themselves could be given different > >>>> priorities allowing some flows to be selectively paused. > >>>> > >>>> Sent from Samsung Mobile > >>>> > >>>> > >>>> > >>>> -------- Original message -------- > >>>> From: Henning Rogge > >>>> Date:15/10/2015 18:36 (GMT+05:30) > >>>> To: "Ashish Dalela (adalela)" > >>>> Cc: manet@ietf.org > >>>> Subject: Re: [manet] DLEP Credit Windowing > >>>> > >>>> On Thu, Oct 15, 2015 at 2:25 PM, Ashish Dalela (adalela) > >>>> > wrote: > >>>> > The ideal mechanism for Ethernet flow control is the use of > 802.3 PAUSE > >>>> > frames, which has further been enhanced by the PFC > (802.1Qbb) mechanism. In > >>>> > essence, we don't send credits before packets are forwarded. > Rather we pause > >>>> > the traffic when the traffic cannot be forwarded and the > buffers are full. > >>>> > PFC is widely used in a number of Ethernet flow-control > scenarios today. > >>>> > >>>> Would a 802.3 PAUSE Frame not also block the DLEP control > channel? > >>>> > >>>> Henning Rogge > >>>> > >>>> > >>>> _______________________________________________ > >>>> manet mailing list > >>>> manet@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/manet > >>>> > >>> > >>> > >> > >> > > > > _______________________________________________ > > manet mailing list > > manet@ietf.org > > https://www.ietf.org/mailman/listinfo/manet > > > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www.ietf.org/mailman/listinfo/manet > --089e0118478464afed052f34aaf7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Ashish,


On Tue, Mar 29, 2016 at 11:12 AM, Ashish Dalela (adalela) = <adalela@cisco.com> wrote:
Hello Rick,

Arun and I are co-authors. So, let me try to respond to you. The proposal f= or VLAN came about because we wanted to implement PFC as the flow-control m= echanism instead of the credit-windowing scheme currently proposed. The rea= son is that if we separate control and data planes, then holding a TCP wind= ow in the data plane is very hard to achieve.

<= div>I'm afraid I must have missed something - the original Credit Windo= wing draft has no requirement to hold a TCP window in the data plane. I gue= ss there would be an issue if the DLEP code itself was in the control plane= , which would necessitate control plane/data plane chatter to keep counts c= onsistent, but you'll have that problem irrespective of the approach, w= ouldn't you?=C2=A0

One other point I've ne= glected to mention - the current Credit Windowing draft allows a partner to= flow-control a single MAC address, while keeping traffic to other destinat= ions (via the same radio). I don't believe PFC allows for that level of= granularity.=C2=A0

Regards,
Stan
<= div>
=C2=A0
HW based data= planes, don't support TCP windows. Moreover, PFC is the standard way o= f dealing with flow-control over Ethernet.

Now, the issue is that PFC allows only 8 CoS queues, so that would limit us= to only 8 neighbors and/or flows. That was perceived as a limitation. Henc= e the use of VLANs to identify neighbors.

We understand that in current DLEP a single L2 network is assumed between t= he radios and the radio/router. So, VLANs can be used only between the radi= o and router, in case there are no VLANs between the radios. These VLANs wi= ll help us identify multiple neighbors, and PFC + VLAN will help us pause a= particular neighbor. If, however, someone feels the need to use multiple V= LANs between the radios, that would be achieved by VLAN-in-VLAN, and so for= th.

Bottom line, the VLAN proposal is driven by the need for flow-control, usin= g a standard Ethernet based scheme, because in the control-data plane separ= ation scenario, we don't have the alternative to use the current credit= -window scheme.

Thanks

-----Original Message-----
From: manet [mailto:manet-bounces= @ietf.org] On Behalf Of Rick Taylor
Sent: Tuesday, March 29, 2016 5:57 PM
To: Arun Parashar (arparash) <arpa= rash@cisco.com>; manet@ietf.org
Subject: Re: [manet] DLEP Credit Windowing

Hi Arun,

I have two concerns regarding your drafts:

1) DLEP isn't finished yet, and so I don't think any extensions wil= l proceed until then.

2) I still have worries about the use of VLANs per neighbour.=C2=A0 Given t= he single layer-2 requirement of DLEP, I don't see how this will work.<= br>
Will you be in Argentina?=C2=A0 If so, I would be happy to talk over my con= cerns face to face.

Cheers,

Rick

On 28/03/16 06:50, Arun Parashar (arparash) wrote:
> Hi All,
>
> Has everyone had chance to read and submit the review comments, we wou= ld like to hear comments/concerns before we take these two documents furthe= r in the chain.
>
> 1. VLANs and DLEP draft -
> https://tools.ietf.org/html/draft-dal= ela-vlans-and-dlep-01
> 2. Flow Control draft -
> https://tools.ietf.org/html/draft-= dalela-dlep-flow-control-02
>
> -Arun
>
> -----Original Message-----
> From: Arun Parashar (arparash)
> Sent: Tuesday, March 15, 2016 9:10 PM
> To: Rick Taylor <= rick@tropicalstormsoftware.com>; Stan Ratliff
> <ratliffstan@gmail.com= >; Henning Rogge <hrogge@gmail.co= m>
> Cc: manet@ietf.org; Ashish Dalel= a (adalela) <adalela@cisco.com&= gt;
> Subject: RE: [manet] DLEP Credit Windowing
>
> Hi Rick, Stan,
>
> Per comments, VLAN topic is dealt in separate draft and flow control d= raft is updated accordingly.
>
> 1. VLANs and DLEP draft -
> https://tools.ietf.org/html/draft-dal= ela-vlans-and-dlep-01
> 2. Flow Control draft -
> https://tools.ietf.org/html/draft-= dalela-dlep-flow-control-02
>
> Request comments.
>
> -Arun
>
> -----Original Message-----
> From: manet [mailto:manet-bo= unces@ietf.org] On Behalf Of Ashish Dalela
> (adalela)
> Sent: Friday, March 04, 2016 9:21 PM
> To: Rick Taylor <= rick@tropicalstormsoftware.com>; Stan Ratliff
> <ratliffstan@gmail.com= >; Henning Rogge <hrogge@gmail.co= m>
> Cc: manet@ietf.org
> Subject: Re: [manet] DLEP Credit Windowing
>
> Hi Rick,
>
> Sure, that can be done. This draft is to seek the inputs and feedback<= br> > on what is the best path for us. Any and all suggestions are welcome,<= br> > including "this is a very bad idea" :-)
>
> Thanks
>
> -----Original Message-----
> From: Rick Taylor [mailto:rick@tropicalstormsoftware.com]
> Sent: Friday, March 04, 2016 8:32 PM
> To: Ashish Dalela (adalela) <a= dalela@cisco.com>; Stan Ratliff
> <ratliffstan@gmail.com= >; Henning Rogge <hrogge@gmail.co= m>
> Cc: manet@ietf.org
> Subject: Re: [manet] DLEP Credit Windowing
>
> Hi Ashish,
>
> Okay, I understand that the VLAN's don't extend over the '= air'.=C2=A0 My issue with them is between router and modem - as core DL= EP stands, your method is not allowed.
>
> However, it can be allowed in the way you describe via an extension, a= s you have already done.=C2=A0 My concern is not "VLANs can be used wi= thout PFC, and PFC can be used without VLAN", it is that core DLEP and= VLANs doesn't work.
>
> I would much rather have an extension entitled "VLANs and DLEP&qu= ot; that covers the VLAN topic in isolation.=C2=A0 And an updated version o= f your draft covering PFC-based flow control, referring to the VLAN extensi= on if VLANs are in use.
>
> Sorry, I don't mean to be negative, the PFC part of your draft see= ms excellent.
>
> Cheers,
>
> Rick
>
> On 04/03/16 14:20, Ashish Dalela (adalela) wrote:
>> Hi Rick,
>>
>> The usage of the VLAN is limited to that between the router and th= e modem. It doesn't stretch to neighbors. In other words, the VLAN is n= ot seen on the radio network. It is added by the modem and the router when = forwarding packets to each other, and stripped when then packet exits the r= outer (towards another router) or the modem (towards another modem). This c= larification can be added to the next version if that would help.
>>
>> PFC based flow-control only gives us 8 neighbors with one traffic = class each. And usage of VLAN alone doesn't imply the use of PFC per VL= AN. That's why it is important to combine them.
>>
>> Currently VLANs can be used without PFC, and PFC can be used witho= ut VLAN. So, separating them will not achieve the key purpose of flow contr= ol.
>>
>> Thanks
>> Ashish
>>
>> -----Original Message-----
>> From: Rick Taylor [mailto:rick@tropicalstormsoftware.com]
>> Sent: Friday, March 04, 2016 7:28 PM
>> To: Ashish Dalela (adalela) <adalela@cisco.com>; Stan Ratliff
>> <ratliffstan@gmail.com= >; Henning Rogge <hrogge@gmai= l.com>
>> Cc: manet@ietf.org
>> Subject: Re: [manet] DLEP Credit Windowing
>>
>> Hi Ashish,
>>
>> Introducing a VLAN per neighbour is actually quite a big change fr= om core DLEP.=C2=A0 Destinations (neighbours) in DLEP are distinguished by = MACs that are MUST be addressable/reachable on the same (V)LAN segment as t= he DLEP peers.
>>
>> What you are proposing with VLAN-per-destination looks a lot more<= br> >> like the draft extension I put forward for layer-3 DLEP
>> (https://tools.ietf.org/html/draft= -taylor-manet-l3-dlep-00) where I proposed the workaround of stating th= at the MAC address is no longer a MAC, just an identifying unique sequence = of octets.
>>
>> In your case the additional VLAN-Id data item paired with the MAC = becomes the unique destination identifier.
>>
>> Might I suggest that you actually have 2 extensions in this one dr= aft:
>> Per-VLAN destinations, and PFC based flow control?=C2=A0 Maybe spl= itting the document into two might be clearer for the readers?
>>
>> Cheers,
>>
>> Rick
>>
>> On 04/03/16 12:26, Ashish Dalela (adalela) wrote:
>>> Hi Rick,
>>>
>>> Yes, one of the proposals is to use a VLAN per neighbor. The d= efault VLAN 1 will be used for the control plane. That allows us to have 4K= neighbors, each distinguished by a unique VLAN ID.
>>>
>>> Thanks
>>>
>>> Ashish
>>>
>>> -----Original Message-----
>>> From: Rick Taylor [mailto:rick@tropicalstormsoftware.com]
>>> Sent: Friday, March 04, 2016 5:17 PM
>>> To: Ashish Dalela (adalela) <adalela@cisco.com>; Stan Ratliff
>>> <ratliffstan@gmail= .com>; Henning Rogge <hrogge@= gmail.com>
>>> Cc: manet@ietf.org
>>> Subject: Re: [manet] DLEP Credit Windowing
>>>
>>> Hi Ashish,
>>>
>>> Thank you for this, it looks extremely interesting.
>>>
>>> Obviously I haven't had a chance to completely digest the = draft, but one thing that leaps out to me is the use of VLAN tagging, speci= fically section 7.=C2=A0 Are you suggesting that the DLEP session runs over= a VLAN trunk between router and modem (somehow) and the VLANs then fan out= at the modem in some way?
>>>
>>> Given the 'transparent layer-2' requirement of DLEP, h= ow do you see this working with your model of a VLAN per destination (for f= low control), or have I misunderstood what you are proposing?
>>>
>>> Regards
>>>
>>> Rick
>>>
>>> On 04/03/16 10:43, Ashish Dalela (adalela) wrote:
>>>> Hello Stan,
>>>>
>>>> We have submitted a new draft today to describe the PFC fl= ow
>>>> control mechanism. Sorry, this was long due on me; but bet= ter late than never!
>>>>
>>>> https://datatracker= .ietf.org/doc/draft-dalela-dlep-flow-control/
>>>>
>>>> Here is the quick rationale underlying this draft. The cur= rent DLEP
>>>> credit window scheme requires credits exchanged over a TCP= session.
>>>> This is harder to achieve in many scenarios because many d= ata path
>>>> implementations are incapable of handling TCP windowing. S= o we are
>>>> suggesting an alternative approach that utilizes IEEE 802.= 1Qbb (a.k.a.
>>>> PFC).
>>>>
>>>> Request comments.
>>>>
>>>> Thanks
>>>>
>>>> -Ashish
>>>>
>>>> *From:*Stan Ratliff [mailto:ratliffstan@gmail.com]
>>>> *Sent:* Friday, October 16, 2015 2:34 AM
>>>> *To:* Ashish Dalela (adalela) <adalela@cisco.com>
>>>> *Cc:* Henning Rogge <hrogge@gmail.com>; manet@ietf.or= g
>>>> *Subject:* Re: [manet] DLEP Credit Windowing
>>>>
>>>> Ashish,
>>>>
>>>> If you'd like to write a proposed DLEP extension using= PFC, I
>>>> encourage you to do so. As Henning mentioned, more than 1 = flow
>>>> control mechanism is likely for DLEP.
>>>>
>>>> Stan
>>>>
>>>> On Thu, Oct 15, 2015 at 10:49 AM, Ashish Dalela (adalela)<= br> >>>> <adalela@cisco.com= <mailto:adalela@cisco.com&= gt;> wrote:
>>>>
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Yes it will and that's why = I suggested the use of PFC. The control
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 and data planes will have diffe= rent priorities. The radio never
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 pauses the control channel beca= use it is never sent over the air. If
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 desired,=C2=A0 the data packets= themselves could be given different
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 priorities allowing some flows = to be selectively paused.
>>>>
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Sent from Samsung Mobile
>>>>
>>>>
>>>>
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 -------- Original message -----= ---
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 From: Henning Rogge
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date:15/10/2015 18:36 (GMT+05:3= 0)
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 To: "Ashish Dalela (adalel= a)"
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Cc: manet@ietf.org <mailto:mane= t@ietf.org>
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Subject: Re: [manet] DLEP Credi= t Windowing
>>>>
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 On Thu, Oct 15, 2015 at 2:25 PM= , Ashish Dalela (adalela)
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 <adalela@cisco.com <mailto:adalela@cisco.com>> wrote:
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 > The ideal mechanism for Et= hernet flow control is the use of 802.3 PAUSE
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 > frames, which has further = been enhanced by the PFC (802.1Qbb) mechanism. In
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 > essence, we don't send= credits before packets are forwarded. Rather we pause
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 > the traffic when the traff= ic cannot be forwarded and the buffers are full.
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 > PFC is widely used in a nu= mber of Ethernet flow-control scenarios today.
>>>>
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Would a 802.3 PAUSE Frame not a= lso block the DLEP control channel?
>>>>
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Henning Rogge
>>>>
>>>>
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 _______________________________= ________________
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 manet mailing list
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 manet@ietf.org <mailto:manet@ie= tf.org>
>>>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.i= etf.org/mailman/listinfo/manet
>>>>
>>>
>>>
>>
>>
>
> _______________________________________________
> manet mailing list
> manet@ietf.org
> https://www.ietf.org/mailman/listinfo/manet
>


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

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

--089e0118478464afed052f34aaf7-- From nobody Tue Mar 29 21:33:42 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9792D12DCE5 for ; Tue, 29 Mar 2016 21:33:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.53 X-Spam-Level: X-Spam-Status: No, score=-14.53 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LOazVvjqlpGc for ; Tue, 29 Mar 2016 21:33:37 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7697C12D0A9 for ; Tue, 29 Mar 2016 21:33:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=242574; q=dns/txt; s=iport; t=1459312416; x=1460522016; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=+s6vcQX9n7UC90d/MCo5kIlfNyhkU4QqCCdtJK8sBak=; b=W21hhsWwFmNpsDncfD3GikhkpwRdIpnI7CLhb/e6nl1vBXXMJryNloui mA3rmFL0fPwRHFes5S4xENffxtGKU4v1WbZw6OWByAKabJ2R4c/r6ngXI e2fkCLbM9ddYLmTtCpgwTLpF8urhekCUbENOEFyHq6ST5DiObq9bbqoY4 I=; X-Files: DLEP PFC based control flow.png : 132040 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BUBACIVvtW/4QNJK1TCoJoTFN9BoJxr?= =?us-ascii?q?DeLUQ6BbQMXAQmFbAIcgSc4FAEBAQEBAQFkJ4RBAQEBAwEBAQECBw4JCkEDCAw?= =?us-ascii?q?EAgEGAhEDAQEBAQUBARkBBgMCAgIVAQkGCxQJCAEBBAENBQYCBogEAwoIDpJUn?= =?us-ascii?q?ReLeg2EcwEBAQEBAQEBAQEBAQEBAQEBAQEBAQ0EBIYeg0Z/gkCBVAQBOwoNCYJ?= =?us-ascii?q?KglYFhicJkQsxAYMegWdsgi6DcoFugW2ETYMohTKHO4dTAR4BQ4NlbIcCAR8ff?= =?us-ascii?q?gEBAQ?= X-IronPort-AV: E=Sophos;i="5.24,414,1454976000"; d="png'150?scan'150,208,217,150";a="90814565" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 30 Mar 2016 04:33:34 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id u2U4XYoq024029 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 30 Mar 2016 04:33:34 GMT Received: from xch-rcd-020.cisco.com (173.37.102.30) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 29 Mar 2016 23:33:33 -0500 Received: from xch-rcd-020.cisco.com ([173.37.102.30]) by XCH-RCD-020.cisco.com ([173.37.102.30]) with mapi id 15.00.1104.009; Tue, 29 Mar 2016 23:33:32 -0500 From: "Arun Parashar (arparash)" To: Stan Ratliff , "Ashish Dalela (adalela)" Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AdEHQsnoEIjbPaGbSsi7klNsrLls3CCiZRRQABLByQAABzGmsA== Date: Wed, 30 Mar 2016 04:33:32 +0000 Message-ID: <047c8a619fd24fd18b548af18c342260@XCH-RCD-020.cisco.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> <051ad977f5a5488b9622ccb5ef25883c@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> <59e4135701054951a5b61fef04393dac@XCH-RCD-020.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C385E127@tss-server1.home.tropicalstormsoftware.com> <68edf7efadb04df3b127936b86921284@XCH-RTP-005.cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.232.28.37] Content-Type: multipart/mixed; boundary="_004_047c8a619fd24fd18b548af18c342260XCHRCD020ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2016 04:33:40 -0000 --_004_047c8a619fd24fd18b548af18c342260XCHRCD020ciscocom_ Content-Type: multipart/alternative; boundary="_000_047c8a619fd24fd18b548af18c342260XCHRCD020ciscocom_" --_000_047c8a619fd24fd18b548af18c342260XCHRCD020ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUmljaywNCg0KPj5JJ20gYWZyYWlkIEkgbXVzdCBoYXZlIG1pc3NlZCBzb21ldGhpbmcgLSB0 aGUgb3JpZ2luYWwgQ3JlZGl0IFdpbmRvd2luZyBkcmFmdCBoYXMgbm8gcmVxdWlyZW1lbnQgdG8g aG9sZCBhIFRDUCB3aW5kb3cgaW4gdGhlIGRhdGEgcGxhbmUuIEkgZ3Vlc3MgdGhlcmUgd291bGQg YmUgYW4gaXNzdWUgaWYgdGhlIERMRVAgY29kZSBpdHNlbGYgd2FzIGluIHRoZSBjb250cm9sIHBs YW5lLCB3aGljaCB3b3VsZCBuZWNlc3NpdGF0ZSBjb250cm9sIHBsYW5lL2RhdGEgcGxhbmUgY2hh dHRlciB0byBrZWVwIGNvdW50cyBjb25zaXN0ZW50LCBidXQgeW91J2xsIGhhdmUgdGhhdCBwcm9i bGVtIGlycmVzcGVjdGl2ZSBvZiB0aGUgYXBwcm9hY2gsIHdvdWxkbid0IHlvdT8NCg0KTGV04oCZ cyB0YWtlIHRoZSBjYXNlIG9mIGRhdGEgcGxhbmUgaXMgaGFuZGxlZCBpbiBhc2ljICh3aGljaCBp cyBub3JtYWxseSB0aGUgY2FzZSksIGhvdyBkb2VzIGFzaWMgaGFuZGxlIGRsZXAgY3JlZGl0IHdp bmRvd2luZyBleGNoYW5nZSBjcmVkaXRzPyBUaGlzIHByb2JsZW0gcmVxdWlyZXMgY29udHJvbCBw bGFuZSBpbnZvbHZlbWVudCBhbmQgdGhlcmVieSB0aGUgY2hhdHRlciBiZXR3ZWVuIGNvbnRyb2wv ZGF0YSBwbGFuZSB0byBjYWxjdWxhdGUgYW5kIHN5bmMgY3JlZGl0cywgd2hpY2ggaXMgd2h5IHdl IGFyZSBwcm9wb3NpbmcgdG8gdXNlIHdoYXQgaXMgbm93IHRoZSBzdGFuZGFyZCBmb3IgZXRoZXJu ZXQgZmxvdyBjb250cm9sICg4MDIuMVFiYiBha2EgUEZDKS4gUEZDIGJhc2VkIHNjaGVtZXMgZG9u 4oCZdCBoYXZlIGFueSBjb250cm9sIHBsYW5lIGludm9sdmVtZW50LCBQRkMgcGF1c2UvcmVzdW1l IHBhY2tldHMgYXJlIGhhbmRsZWQgYXQgTDIgbGF5ZXIgaXRzZWxmIChhIHdpZGUgc3VwcG9ydCBv ZiBpdCBpcyBhbHJlYWR5IHRoZXJlKS4NCg0KPj4gT25lIG90aGVyIHBvaW50IEkndmUgbmVnbGVj dGVkIHRvIG1lbnRpb24gLSB0aGUgY3VycmVudCBDcmVkaXQgV2luZG93aW5nIGRyYWZ0IGFsbG93 cyBhIHBhcnRuZXIgdG8gZmxvdy1jb250cm9sIGEgc2luZ2xlIE1BQyBhZGRyZXNzLCB3aGlsZSA+ PiBrZWVwaW5nIHRyYWZmaWMgdG8gb3RoZXIgZGVzdGluYXRpb25zICh2aWEgdGhlIHNhbWUgcmFk aW8pLiBJIGRvbid0IGJlbGlldmUgUEZDIGFsbG93cyBmb3IgdGhhdCBsZXZlbCBvZiBncmFudWxh cml0eS4NCg0KSSB0aGluayB5b3UgYXJlIG1peGluZyA4MDIuM3ggZmxvdyBjb250cm9sIGFuZCBQ RkMsIHdoYXQgd2UgYXJlIHByb3Bvc2luZyBpcyB1c2Ugb2YgSUVFRSA4MDIuMVFiYiBha2EgUEZD LiBUaGUgUEZDIGJhc2VkIHNjaGVtZXMgcHJvcG9zZWQgaW4gdGhlIGRyYWZ0IGRvZXMgYWxsb3cg cGVyIHJhZGlvIGdyYW51bGFyaXR5IGluIGZhY3QgaXQgcHJvdmlkZXMgZXZlbiBiZXR0ZXIgZ3Jh bnVsYXJpdHkg4oCccGVyIHRyYWZmaWMgY2xhc3MgcGVyIHJhZGlv4oCdLiBQbGVhc2Ugc2VlIHRo ZSBhdHRhY2hlZCBwaWN0dXJlIHdoaWNoIGRlc2NyaWJlcyB0aGUgc2NlbmFyaW8gd2l0aCBQRkMs IG5laWdoYm9yIGNhbiBiZSBpZGVudGlmaWVkIHVzaW5nIE1BQyBvciBWTEFOIG9yIENvUyBiYXNl ZCBvbiB0aGUgc2NoZW1lcyBsaXN0ZWQgaW4gdGhlIGRyYWZ0Lg0KDQpJbiB0aGUgYXR0YWNoZWQg ZmlndXJlLCB0aGUgaW1wYWN0IG1hdHJpeCB3b3VsZCBsb29rIGFzIGZvbGxvd3MgLQ0KDQoxLiAg ICAgIFRyYWZmaWMgQ2xhc3Mg4oCYWOKAmSBkZXN0aW5lZCB0byBSMiAtIFBhdXNlZA0KDQoyLiAg ICAgIE90aGVyIFRyYWZmaWMgQ2xhc3NlcyBkZXN0aW5lZCB0byBSMiDigJMgTm90IEltcGFjdGVk DQoNCjMuICAgICAgVHJhZmZpYyBkZXN0aW5lZCB0byBSMyDigJMgTm90IEltcGFjdGVkDQoNCkhv cGUgaXQgaGVscHMgdG8gY2xhcmlmeSB0aGUgcXVlcnkuDQoNCi1BcnVuDQoNCkZyb206IFN0YW4g UmF0bGlmZiBbbWFpbHRvOnJhdGxpZmZzdGFuQGdtYWlsLmNvbV0NClNlbnQ6IFdlZG5lc2RheSwg TWFyY2ggMzAsIDIwMTYgMTI6MzIgQU0NClRvOiBBc2hpc2ggRGFsZWxhIChhZGFsZWxhKSA8YWRh bGVsYUBjaXNjby5jb20+DQpDYzogUmljayBUYXlsb3IgPHJpY2tAdHJvcGljYWxzdG9ybXNvZnR3 YXJlLmNvbT47IEFydW4gUGFyYXNoYXIgKGFycGFyYXNoKSA8YXJwYXJhc2hAY2lzY28uY29tPjsg bWFuZXRAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbbWFuZXRdIERMRVAgQ3JlZGl0IFdpbmRvd2lu Zw0KDQpBc2hpc2gsDQoNCg0KT24gVHVlLCBNYXIgMjksIDIwMTYgYXQgMTE6MTIgQU0sIEFzaGlz aCBEYWxlbGEgKGFkYWxlbGEpIDxhZGFsZWxhQGNpc2NvLmNvbTxtYWlsdG86YWRhbGVsYUBjaXNj by5jb20+PiB3cm90ZToNCkhlbGxvIFJpY2ssDQoNCkFydW4gYW5kIEkgYXJlIGNvLWF1dGhvcnMu IFNvLCBsZXQgbWUgdHJ5IHRvIHJlc3BvbmQgdG8geW91LiBUaGUgcHJvcG9zYWwgZm9yIFZMQU4g Y2FtZSBhYm91dCBiZWNhdXNlIHdlIHdhbnRlZCB0byBpbXBsZW1lbnQgUEZDIGFzIHRoZSBmbG93 LWNvbnRyb2wgbWVjaGFuaXNtIGluc3RlYWQgb2YgdGhlIGNyZWRpdC13aW5kb3dpbmcgc2NoZW1l IGN1cnJlbnRseSBwcm9wb3NlZC4gVGhlIHJlYXNvbiBpcyB0aGF0IGlmIHdlIHNlcGFyYXRlIGNv bnRyb2wgYW5kIGRhdGEgcGxhbmVzLCB0aGVuIGhvbGRpbmcgYSBUQ1Agd2luZG93IGluIHRoZSBk YXRhIHBsYW5lIGlzIHZlcnkgaGFyZCB0byBhY2hpZXZlLg0KDQpJJ20gYWZyYWlkIEkgbXVzdCBo YXZlIG1pc3NlZCBzb21ldGhpbmcgLSB0aGUgb3JpZ2luYWwgQ3JlZGl0IFdpbmRvd2luZyBkcmFm dCBoYXMgbm8gcmVxdWlyZW1lbnQgdG8gaG9sZCBhIFRDUCB3aW5kb3cgaW4gdGhlIGRhdGEgcGxh bmUuIEkgZ3Vlc3MgdGhlcmUgd291bGQgYmUgYW4gaXNzdWUgaWYgdGhlIERMRVAgY29kZSBpdHNl bGYgd2FzIGluIHRoZSBjb250cm9sIHBsYW5lLCB3aGljaCB3b3VsZCBuZWNlc3NpdGF0ZSBjb250 cm9sIHBsYW5lL2RhdGEgcGxhbmUgY2hhdHRlciB0byBrZWVwIGNvdW50cyBjb25zaXN0ZW50LCBi dXQgeW91J2xsIGhhdmUgdGhhdCBwcm9ibGVtIGlycmVzcGVjdGl2ZSBvZiB0aGUgYXBwcm9hY2gs IHdvdWxkbid0IHlvdT8NCg0KT25lIG90aGVyIHBvaW50IEkndmUgbmVnbGVjdGVkIHRvIG1lbnRp b24gLSB0aGUgY3VycmVudCBDcmVkaXQgV2luZG93aW5nIGRyYWZ0IGFsbG93cyBhIHBhcnRuZXIg dG8gZmxvdy1jb250cm9sIGEgc2luZ2xlIE1BQyBhZGRyZXNzLCB3aGlsZSBrZWVwaW5nIHRyYWZm aWMgdG8gb3RoZXIgZGVzdGluYXRpb25zICh2aWEgdGhlIHNhbWUgcmFkaW8pLiBJIGRvbid0IGJl bGlldmUgUEZDIGFsbG93cyBmb3IgdGhhdCBsZXZlbCBvZiBncmFudWxhcml0eS4NCg0KUmVnYXJk cywNClN0YW4NCg0KDQpIVyBiYXNlZCBkYXRhIHBsYW5lcywgZG9uJ3Qgc3VwcG9ydCBUQ1Agd2lu ZG93cy4gTW9yZW92ZXIsIFBGQyBpcyB0aGUgc3RhbmRhcmQgd2F5IG9mIGRlYWxpbmcgd2l0aCBm bG93LWNvbnRyb2wgb3ZlciBFdGhlcm5ldC4NCg0KTm93LCB0aGUgaXNzdWUgaXMgdGhhdCBQRkMg YWxsb3dzIG9ubHkgOCBDb1MgcXVldWVzLCBzbyB0aGF0IHdvdWxkIGxpbWl0IHVzIHRvIG9ubHkg OCBuZWlnaGJvcnMgYW5kL29yIGZsb3dzLiBUaGF0IHdhcyBwZXJjZWl2ZWQgYXMgYSBsaW1pdGF0 aW9uLiBIZW5jZSB0aGUgdXNlIG9mIFZMQU5zIHRvIGlkZW50aWZ5IG5laWdoYm9ycy4NCg0KV2Ug dW5kZXJzdGFuZCB0aGF0IGluIGN1cnJlbnQgRExFUCBhIHNpbmdsZSBMMiBuZXR3b3JrIGlzIGFz c3VtZWQgYmV0d2VlbiB0aGUgcmFkaW9zIGFuZCB0aGUgcmFkaW8vcm91dGVyLiBTbywgVkxBTnMg Y2FuIGJlIHVzZWQgb25seSBiZXR3ZWVuIHRoZSByYWRpbyBhbmQgcm91dGVyLCBpbiBjYXNlIHRo ZXJlIGFyZSBubyBWTEFOcyBiZXR3ZWVuIHRoZSByYWRpb3MuIFRoZXNlIFZMQU5zIHdpbGwgaGVs cCB1cyBpZGVudGlmeSBtdWx0aXBsZSBuZWlnaGJvcnMsIGFuZCBQRkMgKyBWTEFOIHdpbGwgaGVs cCB1cyBwYXVzZSBhIHBhcnRpY3VsYXIgbmVpZ2hib3IuIElmLCBob3dldmVyLCBzb21lb25lIGZl ZWxzIHRoZSBuZWVkIHRvIHVzZSBtdWx0aXBsZSBWTEFOcyBiZXR3ZWVuIHRoZSByYWRpb3MsIHRo YXQgd291bGQgYmUgYWNoaWV2ZWQgYnkgVkxBTi1pbi1WTEFOLCBhbmQgc28gZm9ydGguDQoNCkJv dHRvbSBsaW5lLCB0aGUgVkxBTiBwcm9wb3NhbCBpcyBkcml2ZW4gYnkgdGhlIG5lZWQgZm9yIGZs b3ctY29udHJvbCwgdXNpbmcgYSBzdGFuZGFyZCBFdGhlcm5ldCBiYXNlZCBzY2hlbWUsIGJlY2F1 c2UgaW4gdGhlIGNvbnRyb2wtZGF0YSBwbGFuZSBzZXBhcmF0aW9uIHNjZW5hcmlvLCB3ZSBkb24n dCBoYXZlIHRoZSBhbHRlcm5hdGl2ZSB0byB1c2UgdGhlIGN1cnJlbnQgY3JlZGl0LXdpbmRvdyBz Y2hlbWUuDQoNClRoYW5rcw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogbWFu ZXQgW21haWx0bzptYW5ldC1ib3VuY2VzQGlldGYub3JnPG1haWx0bzptYW5ldC1ib3VuY2VzQGll dGYub3JnPl0gT24gQmVoYWxmIE9mIFJpY2sgVGF5bG9yDQpTZW50OiBUdWVzZGF5LCBNYXJjaCAy OSwgMjAxNiA1OjU3IFBNDQpUbzogQXJ1biBQYXJhc2hhciAoYXJwYXJhc2gpIDxhcnBhcmFzaEBj aXNjby5jb208bWFpbHRvOmFycGFyYXNoQGNpc2NvLmNvbT4+OyBtYW5ldEBpZXRmLm9yZzxtYWls dG86bWFuZXRAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW21hbmV0XSBETEVQIENyZWRpdCBXaW5k b3dpbmcNCg0KSGkgQXJ1biwNCg0KSSBoYXZlIHR3byBjb25jZXJucyByZWdhcmRpbmcgeW91ciBk cmFmdHM6DQoNCjEpIERMRVAgaXNuJ3QgZmluaXNoZWQgeWV0LCBhbmQgc28gSSBkb24ndCB0aGlu ayBhbnkgZXh0ZW5zaW9ucyB3aWxsIHByb2NlZWQgdW50aWwgdGhlbi4NCg0KMikgSSBzdGlsbCBo YXZlIHdvcnJpZXMgYWJvdXQgdGhlIHVzZSBvZiBWTEFOcyBwZXIgbmVpZ2hib3VyLiAgR2l2ZW4g dGhlIHNpbmdsZSBsYXllci0yIHJlcXVpcmVtZW50IG9mIERMRVAsIEkgZG9uJ3Qgc2VlIGhvdyB0 aGlzIHdpbGwgd29yay4NCg0KV2lsbCB5b3UgYmUgaW4gQXJnZW50aW5hPyAgSWYgc28sIEkgd291 bGQgYmUgaGFwcHkgdG8gdGFsayBvdmVyIG15IGNvbmNlcm5zIGZhY2UgdG8gZmFjZS4NCg0KQ2hl ZXJzLA0KDQpSaWNrDQoNCk9uIDI4LzAzLzE2IDA2OjUwLCBBcnVuIFBhcmFzaGFyIChhcnBhcmFz aCkgd3JvdGU6DQo+IEhpIEFsbCwNCj4NCj4gSGFzIGV2ZXJ5b25lIGhhZCBjaGFuY2UgdG8gcmVh ZCBhbmQgc3VibWl0IHRoZSByZXZpZXcgY29tbWVudHMsIHdlIHdvdWxkIGxpa2UgdG8gaGVhciBj b21tZW50cy9jb25jZXJucyBiZWZvcmUgd2UgdGFrZSB0aGVzZSB0d28gZG9jdW1lbnRzIGZ1cnRo ZXIgaW4gdGhlIGNoYWluLg0KPg0KPiAxLiBWTEFOcyBhbmQgRExFUCBkcmFmdCAtDQo+IGh0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1kYWxlbGEtdmxhbnMtYW5kLWRsZXAtMDENCj4g Mi4gRmxvdyBDb250cm9sIGRyYWZ0IC0NCj4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWRhbGVsYS1kbGVwLWZsb3ctY29udHJvbC0wMg0KPg0KPiAtQXJ1bg0KPg0KPiAtLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBBcnVuIFBhcmFzaGFyIChhcnBhcmFzaCkNCj4g U2VudDogVHVlc2RheSwgTWFyY2ggMTUsIDIwMTYgOToxMCBQTQ0KPiBUbzogUmljayBUYXlsb3Ig PHJpY2tAdHJvcGljYWxzdG9ybXNvZnR3YXJlLmNvbTxtYWlsdG86cmlja0B0cm9waWNhbHN0b3Jt c29mdHdhcmUuY29tPj47IFN0YW4gUmF0bGlmZg0KPiA8cmF0bGlmZnN0YW5AZ21haWwuY29tPG1h aWx0bzpyYXRsaWZmc3RhbkBnbWFpbC5jb20+PjsgSGVubmluZyBSb2dnZSA8aHJvZ2dlQGdtYWls LmNvbTxtYWlsdG86aHJvZ2dlQGdtYWlsLmNvbT4+DQo+IENjOiBtYW5ldEBpZXRmLm9yZzxtYWls dG86bWFuZXRAaWV0Zi5vcmc+OyBBc2hpc2ggRGFsZWxhIChhZGFsZWxhKSA8YWRhbGVsYUBjaXNj by5jb208bWFpbHRvOmFkYWxlbGFAY2lzY28uY29tPj4NCj4gU3ViamVjdDogUkU6IFttYW5ldF0g RExFUCBDcmVkaXQgV2luZG93aW5nDQo+DQo+IEhpIFJpY2ssIFN0YW4sDQo+DQo+IFBlciBjb21t ZW50cywgVkxBTiB0b3BpYyBpcyBkZWFsdCBpbiBzZXBhcmF0ZSBkcmFmdCBhbmQgZmxvdyBjb250 cm9sIGRyYWZ0IGlzIHVwZGF0ZWQgYWNjb3JkaW5nbHkuDQo+DQo+IDEuIFZMQU5zIGFuZCBETEVQ IGRyYWZ0IC0NCj4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWRhbGVsYS12bGFu cy1hbmQtZGxlcC0wMQ0KPiAyLiBGbG93IENvbnRyb2wgZHJhZnQgLQ0KPiBodHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtZGFsZWxhLWRsZXAtZmxvdy1jb250cm9sLTAyDQo+DQo+IFJl cXVlc3QgY29tbWVudHMuDQo+DQo+IC1BcnVuDQo+DQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+IEZyb206IG1hbmV0IFttYWlsdG86bWFuZXQtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86 bWFuZXQtYm91bmNlc0BpZXRmLm9yZz5dIE9uIEJlaGFsZiBPZiBBc2hpc2ggRGFsZWxhDQo+IChh ZGFsZWxhKQ0KPiBTZW50OiBGcmlkYXksIE1hcmNoIDA0LCAyMDE2IDk6MjEgUE0NCj4gVG86IFJp Y2sgVGF5bG9yIDxyaWNrQHRyb3BpY2Fsc3Rvcm1zb2Z0d2FyZS5jb208bWFpbHRvOnJpY2tAdHJv cGljYWxzdG9ybXNvZnR3YXJlLmNvbT4+OyBTdGFuIFJhdGxpZmYNCj4gPHJhdGxpZmZzdGFuQGdt YWlsLmNvbTxtYWlsdG86cmF0bGlmZnN0YW5AZ21haWwuY29tPj47IEhlbm5pbmcgUm9nZ2UgPGhy b2dnZUBnbWFpbC5jb208bWFpbHRvOmhyb2dnZUBnbWFpbC5jb20+Pg0KPiBDYzogbWFuZXRAaWV0 Zi5vcmc8bWFpbHRvOm1hbmV0QGlldGYub3JnPg0KPiBTdWJqZWN0OiBSZTogW21hbmV0XSBETEVQ IENyZWRpdCBXaW5kb3dpbmcNCj4NCj4gSGkgUmljaywNCj4NCj4gU3VyZSwgdGhhdCBjYW4gYmUg ZG9uZS4gVGhpcyBkcmFmdCBpcyB0byBzZWVrIHRoZSBpbnB1dHMgYW5kIGZlZWRiYWNrDQo+IG9u IHdoYXQgaXMgdGhlIGJlc3QgcGF0aCBmb3IgdXMuIEFueSBhbmQgYWxsIHN1Z2dlc3Rpb25zIGFy ZSB3ZWxjb21lLA0KPiBpbmNsdWRpbmcgInRoaXMgaXMgYSB2ZXJ5IGJhZCBpZGVhIiA6LSkNCj4N Cj4gVGhhbmtzDQo+DQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFJpY2sg VGF5bG9yIFttYWlsdG86cmlja0B0cm9waWNhbHN0b3Jtc29mdHdhcmUuY29tPG1haWx0bzpyaWNr QHRyb3BpY2Fsc3Rvcm1zb2Z0d2FyZS5jb20+XQ0KPiBTZW50OiBGcmlkYXksIE1hcmNoIDA0LCAy MDE2IDg6MzIgUE0NCj4gVG86IEFzaGlzaCBEYWxlbGEgKGFkYWxlbGEpIDxhZGFsZWxhQGNpc2Nv LmNvbTxtYWlsdG86YWRhbGVsYUBjaXNjby5jb20+PjsgU3RhbiBSYXRsaWZmDQo+IDxyYXRsaWZm c3RhbkBnbWFpbC5jb208bWFpbHRvOnJhdGxpZmZzdGFuQGdtYWlsLmNvbT4+OyBIZW5uaW5nIFJv Z2dlIDxocm9nZ2VAZ21haWwuY29tPG1haWx0bzpocm9nZ2VAZ21haWwuY29tPj4NCj4gQ2M6IG1h bmV0QGlldGYub3JnPG1haWx0bzptYW5ldEBpZXRmLm9yZz4NCj4gU3ViamVjdDogUmU6IFttYW5l dF0gRExFUCBDcmVkaXQgV2luZG93aW5nDQo+DQo+IEhpIEFzaGlzaCwNCj4NCj4gT2theSwgSSB1 bmRlcnN0YW5kIHRoYXQgdGhlIFZMQU4ncyBkb24ndCBleHRlbmQgb3ZlciB0aGUgJ2FpcicuICBN eSBpc3N1ZSB3aXRoIHRoZW0gaXMgYmV0d2VlbiByb3V0ZXIgYW5kIG1vZGVtIC0gYXMgY29yZSBE TEVQIHN0YW5kcywgeW91ciBtZXRob2QgaXMgbm90IGFsbG93ZWQuDQo+DQo+IEhvd2V2ZXIsIGl0 IGNhbiBiZSBhbGxvd2VkIGluIHRoZSB3YXkgeW91IGRlc2NyaWJlIHZpYSBhbiBleHRlbnNpb24s IGFzIHlvdSBoYXZlIGFscmVhZHkgZG9uZS4gIE15IGNvbmNlcm4gaXMgbm90ICJWTEFOcyBjYW4g YmUgdXNlZCB3aXRob3V0IFBGQywgYW5kIFBGQyBjYW4gYmUgdXNlZCB3aXRob3V0IFZMQU4iLCBp dCBpcyB0aGF0IGNvcmUgRExFUCBhbmQgVkxBTnMgZG9lc24ndCB3b3JrLg0KPg0KPiBJIHdvdWxk IG11Y2ggcmF0aGVyIGhhdmUgYW4gZXh0ZW5zaW9uIGVudGl0bGVkICJWTEFOcyBhbmQgRExFUCIg dGhhdCBjb3ZlcnMgdGhlIFZMQU4gdG9waWMgaW4gaXNvbGF0aW9uLiAgQW5kIGFuIHVwZGF0ZWQg dmVyc2lvbiBvZiB5b3VyIGRyYWZ0IGNvdmVyaW5nIFBGQy1iYXNlZCBmbG93IGNvbnRyb2wsIHJl ZmVycmluZyB0byB0aGUgVkxBTiBleHRlbnNpb24gaWYgVkxBTnMgYXJlIGluIHVzZS4NCj4NCj4g U29ycnksIEkgZG9uJ3QgbWVhbiB0byBiZSBuZWdhdGl2ZSwgdGhlIFBGQyBwYXJ0IG9mIHlvdXIg ZHJhZnQgc2VlbXMgZXhjZWxsZW50Lg0KPg0KPiBDaGVlcnMsDQo+DQo+IFJpY2sNCj4NCj4gT24g MDQvMDMvMTYgMTQ6MjAsIEFzaGlzaCBEYWxlbGEgKGFkYWxlbGEpIHdyb3RlOg0KPj4gSGkgUmlj aywNCj4+DQo+PiBUaGUgdXNhZ2Ugb2YgdGhlIFZMQU4gaXMgbGltaXRlZCB0byB0aGF0IGJldHdl ZW4gdGhlIHJvdXRlciBhbmQgdGhlIG1vZGVtLiBJdCBkb2Vzbid0IHN0cmV0Y2ggdG8gbmVpZ2hi b3JzLiBJbiBvdGhlciB3b3JkcywgdGhlIFZMQU4gaXMgbm90IHNlZW4gb24gdGhlIHJhZGlvIG5l dHdvcmsuIEl0IGlzIGFkZGVkIGJ5IHRoZSBtb2RlbSBhbmQgdGhlIHJvdXRlciB3aGVuIGZvcndh cmRpbmcgcGFja2V0cyB0byBlYWNoIG90aGVyLCBhbmQgc3RyaXBwZWQgd2hlbiB0aGVuIHBhY2tl dCBleGl0cyB0aGUgcm91dGVyICh0b3dhcmRzIGFub3RoZXIgcm91dGVyKSBvciB0aGUgbW9kZW0g KHRvd2FyZHMgYW5vdGhlciBtb2RlbSkuIFRoaXMgY2xhcmlmaWNhdGlvbiBjYW4gYmUgYWRkZWQg dG8gdGhlIG5leHQgdmVyc2lvbiBpZiB0aGF0IHdvdWxkIGhlbHAuDQo+Pg0KPj4gUEZDIGJhc2Vk IGZsb3ctY29udHJvbCBvbmx5IGdpdmVzIHVzIDggbmVpZ2hib3JzIHdpdGggb25lIHRyYWZmaWMg Y2xhc3MgZWFjaC4gQW5kIHVzYWdlIG9mIFZMQU4gYWxvbmUgZG9lc24ndCBpbXBseSB0aGUgdXNl IG9mIFBGQyBwZXIgVkxBTi4gVGhhdCdzIHdoeSBpdCBpcyBpbXBvcnRhbnQgdG8gY29tYmluZSB0 aGVtLg0KPj4NCj4+IEN1cnJlbnRseSBWTEFOcyBjYW4gYmUgdXNlZCB3aXRob3V0IFBGQywgYW5k IFBGQyBjYW4gYmUgdXNlZCB3aXRob3V0IFZMQU4uIFNvLCBzZXBhcmF0aW5nIHRoZW0gd2lsbCBu b3QgYWNoaWV2ZSB0aGUga2V5IHB1cnBvc2Ugb2YgZmxvdyBjb250cm9sLg0KPj4NCj4+IFRoYW5r cw0KPj4gQXNoaXNoDQo+Pg0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206 IFJpY2sgVGF5bG9yIFttYWlsdG86cmlja0B0cm9waWNhbHN0b3Jtc29mdHdhcmUuY29tPG1haWx0 bzpyaWNrQHRyb3BpY2Fsc3Rvcm1zb2Z0d2FyZS5jb20+XQ0KPj4gU2VudDogRnJpZGF5LCBNYXJj aCAwNCwgMjAxNiA3OjI4IFBNDQo+PiBUbzogQXNoaXNoIERhbGVsYSAoYWRhbGVsYSkgPGFkYWxl bGFAY2lzY28uY29tPG1haWx0bzphZGFsZWxhQGNpc2NvLmNvbT4+OyBTdGFuIFJhdGxpZmYNCj4+ IDxyYXRsaWZmc3RhbkBnbWFpbC5jb208bWFpbHRvOnJhdGxpZmZzdGFuQGdtYWlsLmNvbT4+OyBI ZW5uaW5nIFJvZ2dlIDxocm9nZ2VAZ21haWwuY29tPG1haWx0bzpocm9nZ2VAZ21haWwuY29tPj4N Cj4+IENjOiBtYW5ldEBpZXRmLm9yZzxtYWlsdG86bWFuZXRAaWV0Zi5vcmc+DQo+PiBTdWJqZWN0 OiBSZTogW21hbmV0XSBETEVQIENyZWRpdCBXaW5kb3dpbmcNCj4+DQo+PiBIaSBBc2hpc2gsDQo+ Pg0KPj4gSW50cm9kdWNpbmcgYSBWTEFOIHBlciBuZWlnaGJvdXIgaXMgYWN0dWFsbHkgcXVpdGUg YSBiaWcgY2hhbmdlIGZyb20gY29yZSBETEVQLiAgRGVzdGluYXRpb25zIChuZWlnaGJvdXJzKSBp biBETEVQIGFyZSBkaXN0aW5ndWlzaGVkIGJ5IE1BQ3MgdGhhdCBhcmUgTVVTVCBiZSBhZGRyZXNz YWJsZS9yZWFjaGFibGUgb24gdGhlIHNhbWUgKFYpTEFOIHNlZ21lbnQgYXMgdGhlIERMRVAgcGVl cnMuDQo+Pg0KPj4gV2hhdCB5b3UgYXJlIHByb3Bvc2luZyB3aXRoIFZMQU4tcGVyLWRlc3RpbmF0 aW9uIGxvb2tzIGEgbG90IG1vcmUNCj4+IGxpa2UgdGhlIGRyYWZ0IGV4dGVuc2lvbiBJIHB1dCBm b3J3YXJkIGZvciBsYXllci0zIERMRVANCj4+IChodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtdGF5bG9yLW1hbmV0LWwzLWRsZXAtMDApIHdoZXJlIEkgcHJvcG9zZWQgdGhlIHdvcmth cm91bmQgb2Ygc3RhdGluZyB0aGF0IHRoZSBNQUMgYWRkcmVzcyBpcyBubyBsb25nZXIgYSBNQUMs IGp1c3QgYW4gaWRlbnRpZnlpbmcgdW5pcXVlIHNlcXVlbmNlIG9mIG9jdGV0cy4NCj4+DQo+PiBJ biB5b3VyIGNhc2UgdGhlIGFkZGl0aW9uYWwgVkxBTi1JZCBkYXRhIGl0ZW0gcGFpcmVkIHdpdGgg dGhlIE1BQyBiZWNvbWVzIHRoZSB1bmlxdWUgZGVzdGluYXRpb24gaWRlbnRpZmllci4NCj4+DQo+ PiBNaWdodCBJIHN1Z2dlc3QgdGhhdCB5b3UgYWN0dWFsbHkgaGF2ZSAyIGV4dGVuc2lvbnMgaW4g dGhpcyBvbmUgZHJhZnQ6DQo+PiBQZXItVkxBTiBkZXN0aW5hdGlvbnMsIGFuZCBQRkMgYmFzZWQg ZmxvdyBjb250cm9sPyAgTWF5YmUgc3BsaXR0aW5nIHRoZSBkb2N1bWVudCBpbnRvIHR3byBtaWdo dCBiZSBjbGVhcmVyIGZvciB0aGUgcmVhZGVycz8NCj4+DQo+PiBDaGVlcnMsDQo+Pg0KPj4gUmlj aw0KPj4NCj4+IE9uIDA0LzAzLzE2IDEyOjI2LCBBc2hpc2ggRGFsZWxhIChhZGFsZWxhKSB3cm90 ZToNCj4+PiBIaSBSaWNrLA0KPj4+DQo+Pj4gWWVzLCBvbmUgb2YgdGhlIHByb3Bvc2FscyBpcyB0 byB1c2UgYSBWTEFOIHBlciBuZWlnaGJvci4gVGhlIGRlZmF1bHQgVkxBTiAxIHdpbGwgYmUgdXNl ZCBmb3IgdGhlIGNvbnRyb2wgcGxhbmUuIFRoYXQgYWxsb3dzIHVzIHRvIGhhdmUgNEsgbmVpZ2hi b3JzLCBlYWNoIGRpc3Rpbmd1aXNoZWQgYnkgYSB1bmlxdWUgVkxBTiBJRC4NCj4+Pg0KPj4+IFRo YW5rcw0KPj4+DQo+Pj4gQXNoaXNoDQo+Pj4NCj4+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KPj4+IEZyb206IFJpY2sgVGF5bG9yIFttYWlsdG86cmlja0B0cm9waWNhbHN0b3Jtc29mdHdh cmUuY29tPG1haWx0bzpyaWNrQHRyb3BpY2Fsc3Rvcm1zb2Z0d2FyZS5jb20+XQ0KPj4+IFNlbnQ6 IEZyaWRheSwgTWFyY2ggMDQsIDIwMTYgNToxNyBQTQ0KPj4+IFRvOiBBc2hpc2ggRGFsZWxhIChh ZGFsZWxhKSA8YWRhbGVsYUBjaXNjby5jb208bWFpbHRvOmFkYWxlbGFAY2lzY28uY29tPj47IFN0 YW4gUmF0bGlmZg0KPj4+IDxyYXRsaWZmc3RhbkBnbWFpbC5jb208bWFpbHRvOnJhdGxpZmZzdGFu QGdtYWlsLmNvbT4+OyBIZW5uaW5nIFJvZ2dlIDxocm9nZ2VAZ21haWwuY29tPG1haWx0bzpocm9n Z2VAZ21haWwuY29tPj4NCj4+PiBDYzogbWFuZXRAaWV0Zi5vcmc8bWFpbHRvOm1hbmV0QGlldGYu b3JnPg0KPj4+IFN1YmplY3Q6IFJlOiBbbWFuZXRdIERMRVAgQ3JlZGl0IFdpbmRvd2luZw0KPj4+ DQo+Pj4gSGkgQXNoaXNoLA0KPj4+DQo+Pj4gVGhhbmsgeW91IGZvciB0aGlzLCBpdCBsb29rcyBl eHRyZW1lbHkgaW50ZXJlc3RpbmcuDQo+Pj4NCj4+PiBPYnZpb3VzbHkgSSBoYXZlbid0IGhhZCBh IGNoYW5jZSB0byBjb21wbGV0ZWx5IGRpZ2VzdCB0aGUgZHJhZnQsIGJ1dCBvbmUgdGhpbmcgdGhh dCBsZWFwcyBvdXQgdG8gbWUgaXMgdGhlIHVzZSBvZiBWTEFOIHRhZ2dpbmcsIHNwZWNpZmljYWxs eSBzZWN0aW9uIDcuICBBcmUgeW91IHN1Z2dlc3RpbmcgdGhhdCB0aGUgRExFUCBzZXNzaW9uIHJ1 bnMgb3ZlciBhIFZMQU4gdHJ1bmsgYmV0d2VlbiByb3V0ZXIgYW5kIG1vZGVtIChzb21laG93KSBh bmQgdGhlIFZMQU5zIHRoZW4gZmFuIG91dCBhdCB0aGUgbW9kZW0gaW4gc29tZSB3YXk/DQo+Pj4N Cj4+PiBHaXZlbiB0aGUgJ3RyYW5zcGFyZW50IGxheWVyLTInIHJlcXVpcmVtZW50IG9mIERMRVAs IGhvdyBkbyB5b3Ugc2VlIHRoaXMgd29ya2luZyB3aXRoIHlvdXIgbW9kZWwgb2YgYSBWTEFOIHBl ciBkZXN0aW5hdGlvbiAoZm9yIGZsb3cgY29udHJvbCksIG9yIGhhdmUgSSBtaXN1bmRlcnN0b29k IHdoYXQgeW91IGFyZSBwcm9wb3Npbmc/DQo+Pj4NCj4+PiBSZWdhcmRzDQo+Pj4NCj4+PiBSaWNr DQo+Pj4NCj4+PiBPbiAwNC8wMy8xNiAxMDo0MywgQXNoaXNoIERhbGVsYSAoYWRhbGVsYSkgd3Jv dGU6DQo+Pj4+IEhlbGxvIFN0YW4sDQo+Pj4+DQo+Pj4+IFdlIGhhdmUgc3VibWl0dGVkIGEgbmV3 IGRyYWZ0IHRvZGF5IHRvIGRlc2NyaWJlIHRoZSBQRkMgZmxvdw0KPj4+PiBjb250cm9sIG1lY2hh bmlzbS4gU29ycnksIHRoaXMgd2FzIGxvbmcgZHVlIG9uIG1lOyBidXQgYmV0dGVyIGxhdGUgdGhh biBuZXZlciENCj4+Pj4NCj4+Pj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtZGFsZWxhLWRsZXAtZmxvdy1jb250cm9sLw0KPj4+Pg0KPj4+PiBIZXJlIGlzIHRoZSBxdWlj ayByYXRpb25hbGUgdW5kZXJseWluZyB0aGlzIGRyYWZ0LiBUaGUgY3VycmVudCBETEVQDQo+Pj4+ IGNyZWRpdCB3aW5kb3cgc2NoZW1lIHJlcXVpcmVzIGNyZWRpdHMgZXhjaGFuZ2VkIG92ZXIgYSBU Q1Agc2Vzc2lvbi4NCj4+Pj4gVGhpcyBpcyBoYXJkZXIgdG8gYWNoaWV2ZSBpbiBtYW55IHNjZW5h cmlvcyBiZWNhdXNlIG1hbnkgZGF0YSBwYXRoDQo+Pj4+IGltcGxlbWVudGF0aW9ucyBhcmUgaW5j YXBhYmxlIG9mIGhhbmRsaW5nIFRDUCB3aW5kb3dpbmcuIFNvIHdlIGFyZQ0KPj4+PiBzdWdnZXN0 aW5nIGFuIGFsdGVybmF0aXZlIGFwcHJvYWNoIHRoYXQgdXRpbGl6ZXMgSUVFRSA4MDIuMVFiYiAo YS5rLmEuDQo+Pj4+IFBGQykuDQo+Pj4+DQo+Pj4+IFJlcXVlc3QgY29tbWVudHMuDQo+Pj4+DQo+ Pj4+IFRoYW5rcw0KPj4+Pg0KPj4+PiAtQXNoaXNoDQo+Pj4+DQo+Pj4+ICpGcm9tOipTdGFuIFJh dGxpZmYgW21haWx0bzpyYXRsaWZmc3RhbkBnbWFpbC5jb208bWFpbHRvOnJhdGxpZmZzdGFuQGdt YWlsLmNvbT5dDQo+Pj4+ICpTZW50OiogRnJpZGF5LCBPY3RvYmVyIDE2LCAyMDE1IDI6MzQgQU0N Cj4+Pj4gKlRvOiogQXNoaXNoIERhbGVsYSAoYWRhbGVsYSkgPGFkYWxlbGFAY2lzY28uY29tPG1h aWx0bzphZGFsZWxhQGNpc2NvLmNvbT4+DQo+Pj4+ICpDYzoqIEhlbm5pbmcgUm9nZ2UgPGhyb2dn ZUBnbWFpbC5jb208bWFpbHRvOmhyb2dnZUBnbWFpbC5jb20+PjsgbWFuZXRAaWV0Zi5vcmc8bWFp bHRvOm1hbmV0QGlldGYub3JnPg0KPj4+PiAqU3ViamVjdDoqIFJlOiBbbWFuZXRdIERMRVAgQ3Jl ZGl0IFdpbmRvd2luZw0KPj4+Pg0KPj4+PiBBc2hpc2gsDQo+Pj4+DQo+Pj4+IElmIHlvdSdkIGxp a2UgdG8gd3JpdGUgYSBwcm9wb3NlZCBETEVQIGV4dGVuc2lvbiB1c2luZyBQRkMsIEkNCj4+Pj4g ZW5jb3VyYWdlIHlvdSB0byBkbyBzby4gQXMgSGVubmluZyBtZW50aW9uZWQsIG1vcmUgdGhhbiAx IGZsb3cNCj4+Pj4gY29udHJvbCBtZWNoYW5pc20gaXMgbGlrZWx5IGZvciBETEVQLg0KPj4+Pg0K Pj4+PiBTdGFuDQo+Pj4+DQo+Pj4+IE9uIFRodSwgT2N0IDE1LCAyMDE1IGF0IDEwOjQ5IEFNLCBB c2hpc2ggRGFsZWxhIChhZGFsZWxhKQ0KPj4+PiA8YWRhbGVsYUBjaXNjby5jb208bWFpbHRvOmFk YWxlbGFAY2lzY28uY29tPiA8bWFpbHRvOmFkYWxlbGFAY2lzY28uY29tPG1haWx0bzphZGFsZWxh QGNpc2NvLmNvbT4+PiB3cm90ZToNCj4+Pj4NCj4+Pj4gICAgICAgIFllcyBpdCB3aWxsIGFuZCB0 aGF0J3Mgd2h5IEkgc3VnZ2VzdGVkIHRoZSB1c2Ugb2YgUEZDLiBUaGUgY29udHJvbA0KPj4+PiAg ICAgICAgYW5kIGRhdGEgcGxhbmVzIHdpbGwgaGF2ZSBkaWZmZXJlbnQgcHJpb3JpdGllcy4gVGhl IHJhZGlvIG5ldmVyDQo+Pj4+ICAgICAgICBwYXVzZXMgdGhlIGNvbnRyb2wgY2hhbm5lbCBiZWNh dXNlIGl0IGlzIG5ldmVyIHNlbnQgb3ZlciB0aGUgYWlyLiBJZg0KPj4+PiAgICAgICAgZGVzaXJl ZCwgIHRoZSBkYXRhIHBhY2tldHMgdGhlbXNlbHZlcyBjb3VsZCBiZSBnaXZlbiBkaWZmZXJlbnQN Cj4+Pj4gICAgICAgIHByaW9yaXRpZXMgYWxsb3dpbmcgc29tZSBmbG93cyB0byBiZSBzZWxlY3Rp dmVseSBwYXVzZWQuDQo+Pj4+DQo+Pj4+ICAgICAgICBTZW50IGZyb20gU2Ftc3VuZyBNb2JpbGUN Cj4+Pj4NCj4+Pj4NCj4+Pj4NCj4+Pj4gICAgICAgIC0tLS0tLS0tIE9yaWdpbmFsIG1lc3NhZ2Ug LS0tLS0tLS0NCj4+Pj4gICAgICAgIEZyb206IEhlbm5pbmcgUm9nZ2UNCj4+Pj4gICAgICAgIERh dGU6MTUvMTAvMjAxNSAxODozNiAoR01UKzA1OjMwKQ0KPj4+PiAgICAgICAgVG86ICJBc2hpc2gg RGFsZWxhIChhZGFsZWxhKSINCj4+Pj4gICAgICAgIENjOiBtYW5ldEBpZXRmLm9yZzxtYWlsdG86 bWFuZXRAaWV0Zi5vcmc+IDxtYWlsdG86bWFuZXRAaWV0Zi5vcmc8bWFpbHRvOm1hbmV0QGlldGYu b3JnPj4NCj4+Pj4gICAgICAgIFN1YmplY3Q6IFJlOiBbbWFuZXRdIERMRVAgQ3JlZGl0IFdpbmRv d2luZw0KPj4+Pg0KPj4+PiAgICAgICAgT24gVGh1LCBPY3QgMTUsIDIwMTUgYXQgMjoyNSBQTSwg QXNoaXNoIERhbGVsYSAoYWRhbGVsYSkNCj4+Pj4gICAgICAgIDxhZGFsZWxhQGNpc2NvLmNvbTxt YWlsdG86YWRhbGVsYUBjaXNjby5jb20+IDxtYWlsdG86YWRhbGVsYUBjaXNjby5jb208bWFpbHRv OmFkYWxlbGFAY2lzY28uY29tPj4+IHdyb3RlOg0KPj4+PiAgICAgICAgPiBUaGUgaWRlYWwgbWVj aGFuaXNtIGZvciBFdGhlcm5ldCBmbG93IGNvbnRyb2wgaXMgdGhlIHVzZSBvZiA4MDIuMyBQQVVT RQ0KPj4+PiAgICAgICAgPiBmcmFtZXMsIHdoaWNoIGhhcyBmdXJ0aGVyIGJlZW4gZW5oYW5jZWQg YnkgdGhlIFBGQyAoODAyLjFRYmIpIG1lY2hhbmlzbS4gSW4NCj4+Pj4gICAgICAgID4gZXNzZW5j ZSwgd2UgZG9uJ3Qgc2VuZCBjcmVkaXRzIGJlZm9yZSBwYWNrZXRzIGFyZSBmb3J3YXJkZWQuIFJh dGhlciB3ZSBwYXVzZQ0KPj4+PiAgICAgICAgPiB0aGUgdHJhZmZpYyB3aGVuIHRoZSB0cmFmZmlj IGNhbm5vdCBiZSBmb3J3YXJkZWQgYW5kIHRoZSBidWZmZXJzIGFyZSBmdWxsLg0KPj4+PiAgICAg ICAgPiBQRkMgaXMgd2lkZWx5IHVzZWQgaW4gYSBudW1iZXIgb2YgRXRoZXJuZXQgZmxvdy1jb250 cm9sIHNjZW5hcmlvcyB0b2RheS4NCj4+Pj4NCj4+Pj4gICAgICAgIFdvdWxkIGEgODAyLjMgUEFV U0UgRnJhbWUgbm90IGFsc28gYmxvY2sgdGhlIERMRVAgY29udHJvbCBjaGFubmVsPw0KPj4+Pg0K Pj4+PiAgICAgICAgSGVubmluZyBSb2dnZQ0KPj4+Pg0KPj4+Pg0KPj4+PiAgICAgICAgX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+Pj4gICAgICAgIG1h bmV0IG1haWxpbmcgbGlzdA0KPj4+PiAgICAgICAgbWFuZXRAaWV0Zi5vcmc8bWFpbHRvOm1hbmV0 QGlldGYub3JnPiA8bWFpbHRvOm1hbmV0QGlldGYub3JnPG1haWx0bzptYW5ldEBpZXRmLm9yZz4+ DQo+Pj4+ICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0 DQo+Pj4+DQo+Pj4NCj4+Pg0KPj4NCj4+DQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+IG1hbmV0IG1haWxpbmcgbGlzdA0KPiBtYW5ldEBpZXRm Lm9yZzxtYWlsdG86bWFuZXRAaWV0Zi5vcmc+DQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vbWFuZXQNCj4NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KbWFuZXQgbWFpbGluZyBsaXN0DQptYW5ldEBpZXRmLm9yZzxtYWls dG86bWFuZXRAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L21hbmV0DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQptYW5ldCBtYWlsaW5nIGxpc3QNCm1hbmV0QGlldGYub3JnPG1haWx0bzptYW5ldEBpZXRmLm9y Zz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbWFuZXQNCg0K --_000_047c8a619fd24fd18b548af18c342260XCHRCD020ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgs IGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJe21zby1zdHlsZS1w cmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBpbjsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1hcmdp bi1ib3R0b206MGluOw0KCW1hcmdpbi1sZWZ0Oi41aW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0 Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsc2Vy aWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVp biAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2Vj dGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxp c3QgbDANCgl7bXNvLWxpc3QtaWQ6ODI4MzIzOTQ3Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0K CW1zby1saXN0LXRlbXBsYXRlLWlkczotMTU3NjI2MzgwMCA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5 ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcx NTt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBs MDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6 bGV2ZWw0DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpu b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1 aW47fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxv d2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28t bGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGww OmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRl eHQtaW5kZW50Oi05LjBwdDt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJn aW4tYm90dG9tOjBpbjt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1 ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhpIFJpY2ssPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPiZndDsmZ3Q7SSdtIGFmcmFpZCBJIG11c3QgaGF2ZSBtaXNzZWQgc29tZXRoaW5nIC0g dGhlIG9yaWdpbmFsIENyZWRpdCBXaW5kb3dpbmcgZHJhZnQgaGFzIG5vIHJlcXVpcmVtZW50IHRv IGhvbGQgYSBUQ1Agd2luZG93IGluIHRoZSBkYXRhIHBsYW5lLiBJIGd1ZXNzIHRoZXJlIHdvdWxk IGJlIGFuIGlzc3VlIGlmIHRoZSBETEVQIGNvZGUgaXRzZWxmIHdhcyBpbiB0aGUgY29udHJvbCBw bGFuZSwgd2hpY2ggd291bGQgbmVjZXNzaXRhdGUNCiBjb250cm9sIHBsYW5lL2RhdGEgcGxhbmUg Y2hhdHRlciB0byBrZWVwIGNvdW50cyBjb25zaXN0ZW50LCBidXQgeW91J2xsIGhhdmUgdGhhdCBw cm9ibGVtIGlycmVzcGVjdGl2ZSBvZiB0aGUgYXBwcm9hY2gsIHdvdWxkbid0IHlvdT8mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkxl dOKAmXMgdGFrZSB0aGUgY2FzZSBvZiBkYXRhIHBsYW5lIGlzIGhhbmRsZWQgaW4gYXNpYyAod2hp Y2ggaXMgbm9ybWFsbHkgdGhlIGNhc2UpLCBob3cgZG9lcyBhc2ljIGhhbmRsZSBkbGVwIGNyZWRp dCB3aW5kb3dpbmcgZXhjaGFuZ2UgY3JlZGl0cz8gVGhpcyBwcm9ibGVtIHJlcXVpcmVzDQogY29u dHJvbCBwbGFuZSBpbnZvbHZlbWVudCBhbmQgdGhlcmVieSB0aGUgY2hhdHRlciBiZXR3ZWVuIGNv bnRyb2wvZGF0YSBwbGFuZSB0byBjYWxjdWxhdGUgYW5kIHN5bmMgY3JlZGl0cywgd2hpY2ggaXMg d2h5IHdlIGFyZSBwcm9wb3NpbmcgdG8gdXNlIHdoYXQgaXMgbm93IHRoZSBzdGFuZGFyZCBmb3Ig ZXRoZXJuZXQgZmxvdyBjb250cm9sICg4MDIuMVFiYiBha2EgUEZDKS4gUEZDIGJhc2VkIHNjaGVt ZXMgZG9u4oCZdCBoYXZlIGFueSBjb250cm9sDQogcGxhbmUgaW52b2x2ZW1lbnQsIFBGQyBwYXVz ZS9yZXN1bWUgcGFja2V0cyBhcmUgaGFuZGxlZCBhdCBMMiBsYXllciBpdHNlbGYgKGEgd2lkZSBz dXBwb3J0IG9mIGl0IGlzIGFscmVhZHkgdGhlcmUpLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Jmd0OyZndDsgT25lIG90aGVyIHBvaW50IEkndmUgbmVnbGVjdGVkIHRvIG1lbnRpb24g LSB0aGUgY3VycmVudCBDcmVkaXQgV2luZG93aW5nIGRyYWZ0IGFsbG93cyBhIHBhcnRuZXIgdG8g Zmxvdy1jb250cm9sIGEgc2luZ2xlIE1BQyBhZGRyZXNzLCB3aGlsZSAmZ3Q7Jmd0OyBrZWVwaW5n IHRyYWZmaWMgdG8gb3RoZXIgZGVzdGluYXRpb25zICh2aWEgdGhlIHNhbWUgcmFkaW8pLiBJIGRv bid0IGJlbGlldmUgUEZDIGFsbG93cyBmb3INCiB0aGF0IGxldmVsIG9mIGdyYW51bGFyaXR5LiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+SSB0aGluayB5b3UgYXJlIG1peGluZyA4MDIuM3ggZmxvdyBjb250cm9sIGFuZCBQRkMsIHdo YXQgd2UgYXJlIHByb3Bvc2luZyBpcyB1c2Ugb2YgSUVFRSA4MDIuMVFiYiBha2EgUEZDLiBUaGUg UEZDIGJhc2VkIHNjaGVtZXMgcHJvcG9zZWQgaW4gdGhlIGRyYWZ0IGRvZXMgYWxsb3cNCiBwZXIg cmFkaW8gZ3JhbnVsYXJpdHkgaW4gZmFjdCBpdCBwcm92aWRlcyBldmVuIGJldHRlciBncmFudWxh cml0eSDigJxwZXIgdHJhZmZpYyBjbGFzcyBwZXIgcmFkaW/igJ0uIFBsZWFzZSBzZWUgdGhlIGF0 dGFjaGVkIHBpY3R1cmUgd2hpY2ggZGVzY3JpYmVzIHRoZSBzY2VuYXJpbyB3aXRoIFBGQywgbmVp Z2hib3IgY2FuIGJlIGlkZW50aWZpZWQgdXNpbmcgTUFDIG9yIFZMQU4gb3IgQ29TIGJhc2VkIG9u IHRoZSBzY2hlbWVzIGxpc3RlZCBpbiB0aGUgZHJhZnQuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5JbiB0aGUgYXR0YWNoZWQgZmlndXJlLCB0aGUgaW1wYWN0IG1h dHJpeCB3b3VsZCBsb29rIGFzIGZvbGxvd3MgLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0idGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0 OmwwIGxldmVsMSBsZm8xIj48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+MS48c3BhbiBzdHlsZT0i Zm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj5UcmFmZmljIENsYXNzIOKAmFjigJkgZGVzdGluZWQgdG8gUjIg LSBQYXVzZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFw aCIgc3R5bGU9InRleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+PCFb aWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0 eWxlPSJtc28tbGlzdDpJZ25vcmUiPjIuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh bj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ T3RoZXIgVHJhZmZpYyBDbGFzc2VzIGRlc3RpbmVkIHRvIFIyIOKAkyBOb3QgSW1wYWN0ZWQ8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRl eHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+PCFbaWYgIXN1cHBvcnRM aXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlz dDpJZ25vcmUiPjMuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9z cGFuPjwhW2VuZGlmXT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VHJhZmZpYyBkZXN0 aW5lZCB0byBSMyDigJMgTm90IEltcGFjdGVkPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj5Ib3BlIGl0IGhlbHBzIHRvIGNsYXJpZnkgdGhlIHF1ZXJ5LjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+LUFydW48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gU3RhbiBS YXRsaWZmIFttYWlsdG86cmF0bGlmZnN0YW5AZ21haWwuY29tXQ0KPGJyPg0KPGI+U2VudDo8L2I+ IFdlZG5lc2RheSwgTWFyY2ggMzAsIDIwMTYgMTI6MzIgQU08YnI+DQo8Yj5Ubzo8L2I+IEFzaGlz aCBEYWxlbGEgKGFkYWxlbGEpICZsdDthZGFsZWxhQGNpc2NvLmNvbSZndDs8YnI+DQo8Yj5DYzo8 L2I+IFJpY2sgVGF5bG9yICZsdDtyaWNrQHRyb3BpY2Fsc3Rvcm1zb2Z0d2FyZS5jb20mZ3Q7OyBB cnVuIFBhcmFzaGFyIChhcnBhcmFzaCkgJmx0O2FycGFyYXNoQGNpc2NvLmNvbSZndDs7IG1hbmV0 QGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbbWFuZXRdIERMRVAgQ3JlZGl0IFdp bmRvd2luZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFzaGlzaCw8bzpw PjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBUdWUsIE1hciAyOSwgMjAxNiBhdCAxMTox MiBBTSwgQXNoaXNoIERhbGVsYSAoYWRhbGVsYSkgJmx0OzxhIGhyZWY9Im1haWx0bzphZGFsZWxh QGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmFkYWxlbGFAY2lzY28uY29tPC9hPiZndDsgd3Jv dGU6PG86cD48L286cD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdp bi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGVs bG8gUmljayw8YnI+DQo8YnI+DQpBcnVuIGFuZCBJIGFyZSBjby1hdXRob3JzLiBTbywgbGV0IG1l IHRyeSB0byByZXNwb25kIHRvIHlvdS4gVGhlIHByb3Bvc2FsIGZvciBWTEFOIGNhbWUgYWJvdXQg YmVjYXVzZSB3ZSB3YW50ZWQgdG8gaW1wbGVtZW50IFBGQyBhcyB0aGUgZmxvdy1jb250cm9sIG1l Y2hhbmlzbSBpbnN0ZWFkIG9mIHRoZSBjcmVkaXQtd2luZG93aW5nIHNjaGVtZSBjdXJyZW50bHkg cHJvcG9zZWQuIFRoZSByZWFzb24gaXMgdGhhdCBpZiB3ZSBzZXBhcmF0ZSBjb250cm9sDQogYW5k IGRhdGEgcGxhbmVzLCB0aGVuIGhvbGRpbmcgYSBUQ1Agd2luZG93IGluIHRoZSBkYXRhIHBsYW5l IGlzIHZlcnkgaGFyZCB0byBhY2hpZXZlLg0KPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JJ20gYWZyYWlkIEkgbXVzdCBoYXZlIG1p c3NlZCBzb21ldGhpbmcgLSB0aGUgb3JpZ2luYWwgQ3JlZGl0IFdpbmRvd2luZyBkcmFmdCBoYXMg bm8gcmVxdWlyZW1lbnQgdG8gaG9sZCBhIFRDUCB3aW5kb3cgaW4gdGhlIGRhdGEgcGxhbmUuIEkg Z3Vlc3MgdGhlcmUgd291bGQgYmUgYW4gaXNzdWUgaWYgdGhlIERMRVAgY29kZSBpdHNlbGYgd2Fz IGluIHRoZSBjb250cm9sIHBsYW5lLCB3aGljaCB3b3VsZCBuZWNlc3NpdGF0ZQ0KIGNvbnRyb2wg cGxhbmUvZGF0YSBwbGFuZSBjaGF0dGVyIHRvIGtlZXAgY291bnRzIGNvbnNpc3RlbnQsIGJ1dCB5 b3UnbGwgaGF2ZSB0aGF0IHByb2JsZW0gaXJyZXNwZWN0aXZlIG9mIHRoZSBhcHByb2FjaCwgd291 bGRuJ3QgeW91PyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5PbmUgb3RoZXIgcG9pbnQgSSd2ZSBuZWdsZWN0ZWQgdG8gbWVudGlvbiAt IHRoZSBjdXJyZW50IENyZWRpdCBXaW5kb3dpbmcgZHJhZnQgYWxsb3dzIGEgcGFydG5lciB0byBm bG93LWNvbnRyb2wgYSBzaW5nbGUgTUFDIGFkZHJlc3MsIHdoaWxlIGtlZXBpbmcgdHJhZmZpYyB0 byBvdGhlciBkZXN0aW5hdGlvbnMgKHZpYSB0aGUgc2FtZSByYWRpbykuIEkgZG9uJ3QgYmVsaWV2 ZSBQRkMgYWxsb3dzIGZvciB0aGF0DQogbGV2ZWwgb2YgZ3JhbnVsYXJpdHkuJm5ic3A7PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlZ2FyZHMs PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TdGFu PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5v bmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYu MHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+SFcgYmFzZWQgZGF0YSBwbGFuZXMsIGRvbid0IHN1cHBvcnQgVENQIHdpbmRvd3MuIE1v cmVvdmVyLCBQRkMgaXMgdGhlIHN0YW5kYXJkIHdheSBvZiBkZWFsaW5nIHdpdGggZmxvdy1jb250 cm9sIG92ZXIgRXRoZXJuZXQuPGJyPg0KPGJyPg0KTm93LCB0aGUgaXNzdWUgaXMgdGhhdCBQRkMg YWxsb3dzIG9ubHkgOCBDb1MgcXVldWVzLCBzbyB0aGF0IHdvdWxkIGxpbWl0IHVzIHRvIG9ubHkg OCBuZWlnaGJvcnMgYW5kL29yIGZsb3dzLiBUaGF0IHdhcyBwZXJjZWl2ZWQgYXMgYSBsaW1pdGF0 aW9uLiBIZW5jZSB0aGUgdXNlIG9mIFZMQU5zIHRvIGlkZW50aWZ5IG5laWdoYm9ycy48YnI+DQo8 YnI+DQpXZSB1bmRlcnN0YW5kIHRoYXQgaW4gY3VycmVudCBETEVQIGEgc2luZ2xlIEwyIG5ldHdv cmsgaXMgYXNzdW1lZCBiZXR3ZWVuIHRoZSByYWRpb3MgYW5kIHRoZSByYWRpby9yb3V0ZXIuIFNv LCBWTEFOcyBjYW4gYmUgdXNlZCBvbmx5IGJldHdlZW4gdGhlIHJhZGlvIGFuZCByb3V0ZXIsIGlu IGNhc2UgdGhlcmUgYXJlIG5vIFZMQU5zIGJldHdlZW4gdGhlIHJhZGlvcy4gVGhlc2UgVkxBTnMg d2lsbCBoZWxwIHVzIGlkZW50aWZ5IG11bHRpcGxlIG5laWdoYm9ycywNCiBhbmQgUEZDICYjNDM7 IFZMQU4gd2lsbCBoZWxwIHVzIHBhdXNlIGEgcGFydGljdWxhciBuZWlnaGJvci4gSWYsIGhvd2V2 ZXIsIHNvbWVvbmUgZmVlbHMgdGhlIG5lZWQgdG8gdXNlIG11bHRpcGxlIFZMQU5zIGJldHdlZW4g dGhlIHJhZGlvcywgdGhhdCB3b3VsZCBiZSBhY2hpZXZlZCBieSBWTEFOLWluLVZMQU4sIGFuZCBz byBmb3J0aC48YnI+DQo8YnI+DQpCb3R0b20gbGluZSwgdGhlIFZMQU4gcHJvcG9zYWwgaXMgZHJp dmVuIGJ5IHRoZSBuZWVkIGZvciBmbG93LWNvbnRyb2wsIHVzaW5nIGEgc3RhbmRhcmQgRXRoZXJu ZXQgYmFzZWQgc2NoZW1lLCBiZWNhdXNlIGluIHRoZSBjb250cm9sLWRhdGEgcGxhbmUgc2VwYXJh dGlvbiBzY2VuYXJpbywgd2UgZG9uJ3QgaGF2ZSB0aGUgYWx0ZXJuYXRpdmUgdG8gdXNlIHRoZSBj dXJyZW50IGNyZWRpdC13aW5kb3cgc2NoZW1lLjxicj4NCjxicj4NClRoYW5rczxicj4NCjxicj4N Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogbWFuZXQgW21haWx0bzo8YSBo cmVmPSJtYWlsdG86bWFuZXQtYm91bmNlc0BpZXRmLm9yZyI+bWFuZXQtYm91bmNlc0BpZXRmLm9y ZzwvYT5dIE9uIEJlaGFsZiBPZiBSaWNrIFRheWxvcjxicj4NClNlbnQ6IFR1ZXNkYXksIE1hcmNo IDI5LCAyMDE2IDU6NTcgUE08YnI+DQpUbzogQXJ1biBQYXJhc2hhciAoYXJwYXJhc2gpICZsdDs8 YSBocmVmPSJtYWlsdG86YXJwYXJhc2hAY2lzY28uY29tIj5hcnBhcmFzaEBjaXNjby5jb208L2E+ Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzptYW5ldEBpZXRmLm9yZyI+bWFuZXRAaWV0Zi5vcmc8L2E+ PGJyPg0KU3ViamVjdDogUmU6IFttYW5ldF0gRExFUCBDcmVkaXQgV2luZG93aW5nPGJyPg0KPGJy Pg0KSGkgQXJ1biw8YnI+DQo8YnI+DQpJIGhhdmUgdHdvIGNvbmNlcm5zIHJlZ2FyZGluZyB5b3Vy IGRyYWZ0czo8YnI+DQo8YnI+DQoxKSBETEVQIGlzbid0IGZpbmlzaGVkIHlldCwgYW5kIHNvIEkg ZG9uJ3QgdGhpbmsgYW55IGV4dGVuc2lvbnMgd2lsbCBwcm9jZWVkIHVudGlsIHRoZW4uPGJyPg0K PGJyPg0KMikgSSBzdGlsbCBoYXZlIHdvcnJpZXMgYWJvdXQgdGhlIHVzZSBvZiBWTEFOcyBwZXIg bmVpZ2hib3VyLiZuYnNwOyBHaXZlbiB0aGUgc2luZ2xlIGxheWVyLTIgcmVxdWlyZW1lbnQgb2Yg RExFUCwgSSBkb24ndCBzZWUgaG93IHRoaXMgd2lsbCB3b3JrLjxicj4NCjxicj4NCldpbGwgeW91 IGJlIGluIEFyZ2VudGluYT8mbmJzcDsgSWYgc28sIEkgd291bGQgYmUgaGFwcHkgdG8gdGFsayBv dmVyIG15IGNvbmNlcm5zIGZhY2UgdG8gZmFjZS48YnI+DQo8YnI+DQpDaGVlcnMsPGJyPg0KPGJy Pg0KUmljazxicj4NCjxicj4NCk9uIDI4LzAzLzE2IDA2OjUwLCBBcnVuIFBhcmFzaGFyIChhcnBh cmFzaCkgd3JvdGU6PGJyPg0KJmd0OyBIaSBBbGwsPGJyPg0KJmd0Ozxicj4NCiZndDsgSGFzIGV2 ZXJ5b25lIGhhZCBjaGFuY2UgdG8gcmVhZCBhbmQgc3VibWl0IHRoZSByZXZpZXcgY29tbWVudHMs IHdlIHdvdWxkIGxpa2UgdG8gaGVhciBjb21tZW50cy9jb25jZXJucyBiZWZvcmUgd2UgdGFrZSB0 aGVzZSB0d28gZG9jdW1lbnRzIGZ1cnRoZXIgaW4gdGhlIGNoYWluLjxicj4NCiZndDs8YnI+DQom Z3Q7IDEuIFZMQU5zIGFuZCBETEVQIGRyYWZ0IC08YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1kYWxlbGEtdmxhbnMtYW5kLWRsZXAtMDEiIHRhcmdl dD0iX2JsYW5rIj4NCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1kYWxlbGEtdmxh bnMtYW5kLWRsZXAtMDE8L2E+PGJyPg0KJmd0OyAyLiBGbG93IENvbnRyb2wgZHJhZnQgLTxicj4N CiZndDsgPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWRhbGVsYS1k bGVwLWZsb3ctY29udHJvbC0wMiIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWRhbGVsYS1kbGVwLWZsb3ctY29udHJvbC0wMjwvYT48YnI+DQomZ3Q7 PGJyPg0KJmd0OyAtQXJ1bjxicj4NCiZndDs8YnI+DQomZ3Q7IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tPGJyPg0KJmd0OyBGcm9tOiBBcnVuIFBhcmFzaGFyIChhcnBhcmFzaCk8YnI+DQomZ3Q7 IFNlbnQ6IFR1ZXNkYXksIE1hcmNoIDE1LCAyMDE2IDk6MTAgUE08YnI+DQomZ3Q7IFRvOiBSaWNr IFRheWxvciAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJpY2tAdHJvcGljYWxzdG9ybXNvZnR3YXJlLmNv bSI+cmlja0B0cm9waWNhbHN0b3Jtc29mdHdhcmUuY29tPC9hPiZndDs7IFN0YW4gUmF0bGlmZjxi cj4NCiZndDsgJmx0OzxhIGhyZWY9Im1haWx0bzpyYXRsaWZmc3RhbkBnbWFpbC5jb20iPnJhdGxp ZmZzdGFuQGdtYWlsLmNvbTwvYT4mZ3Q7OyBIZW5uaW5nIFJvZ2dlICZsdDs8YSBocmVmPSJtYWls dG86aHJvZ2dlQGdtYWlsLmNvbSI+aHJvZ2dlQGdtYWlsLmNvbTwvYT4mZ3Q7PGJyPg0KJmd0OyBD YzogPGEgaHJlZj0ibWFpbHRvOm1hbmV0QGlldGYub3JnIj5tYW5ldEBpZXRmLm9yZzwvYT47IEFz aGlzaCBEYWxlbGEgKGFkYWxlbGEpICZsdDs8YSBocmVmPSJtYWlsdG86YWRhbGVsYUBjaXNjby5j b20iPmFkYWxlbGFAY2lzY28uY29tPC9hPiZndDs8YnI+DQomZ3Q7IFN1YmplY3Q6IFJFOiBbbWFu ZXRdIERMRVAgQ3JlZGl0IFdpbmRvd2luZzxicj4NCiZndDs8YnI+DQomZ3Q7IEhpIFJpY2ssIFN0 YW4sPGJyPg0KJmd0Ozxicj4NCiZndDsgUGVyIGNvbW1lbnRzLCBWTEFOIHRvcGljIGlzIGRlYWx0 IGluIHNlcGFyYXRlIGRyYWZ0IGFuZCBmbG93IGNvbnRyb2wgZHJhZnQgaXMgdXBkYXRlZCBhY2Nv cmRpbmdseS48YnI+DQomZ3Q7PGJyPg0KJmd0OyAxLiBWTEFOcyBhbmQgRExFUCBkcmFmdCAtPGJy Pg0KJmd0OyA8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZGFsZWxh LXZsYW5zLWFuZC1kbGVwLTAxIiB0YXJnZXQ9Il9ibGFuayI+DQpodHRwczovL3Rvb2xzLmlldGYu b3JnL2h0bWwvZHJhZnQtZGFsZWxhLXZsYW5zLWFuZC1kbGVwLTAxPC9hPjxicj4NCiZndDsgMi4g RmxvdyBDb250cm9sIGRyYWZ0IC08YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1kYWxlbGEtZGxlcC1mbG93LWNvbnRyb2wtMDIiIHRhcmdldD0iX2Js YW5rIj4NCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1kYWxlbGEtZGxlcC1mbG93 LWNvbnRyb2wtMDI8L2E+PGJyPg0KJmd0Ozxicj4NCiZndDsgUmVxdWVzdCBjb21tZW50cy48YnI+ DQomZ3Q7PGJyPg0KJmd0OyAtQXJ1bjxicj4NCiZndDs8YnI+DQomZ3Q7IC0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tPGJyPg0KJmd0OyBGcm9tOiBtYW5ldCBbbWFpbHRvOjxhIGhyZWY9Im1haWx0 bzptYW5ldC1ib3VuY2VzQGlldGYub3JnIj5tYW5ldC1ib3VuY2VzQGlldGYub3JnPC9hPl0gT24g QmVoYWxmIE9mIEFzaGlzaCBEYWxlbGE8YnI+DQomZ3Q7IChhZGFsZWxhKTxicj4NCiZndDsgU2Vu dDogRnJpZGF5LCBNYXJjaCAwNCwgMjAxNiA5OjIxIFBNPGJyPg0KJmd0OyBUbzogUmljayBUYXls b3IgJmx0OzxhIGhyZWY9Im1haWx0bzpyaWNrQHRyb3BpY2Fsc3Rvcm1zb2Z0d2FyZS5jb20iPnJp Y2tAdHJvcGljYWxzdG9ybXNvZnR3YXJlLmNvbTwvYT4mZ3Q7OyBTdGFuIFJhdGxpZmY8YnI+DQom Z3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86cmF0bGlmZnN0YW5AZ21haWwuY29tIj5yYXRsaWZmc3Rh bkBnbWFpbC5jb208L2E+Jmd0OzsgSGVubmluZyBSb2dnZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmhy b2dnZUBnbWFpbC5jb20iPmhyb2dnZUBnbWFpbC5jb208L2E+Jmd0Ozxicj4NCiZndDsgQ2M6IDxh IGhyZWY9Im1haWx0bzptYW5ldEBpZXRmLm9yZyI+bWFuZXRAaWV0Zi5vcmc8L2E+PGJyPg0KJmd0 OyBTdWJqZWN0OiBSZTogW21hbmV0XSBETEVQIENyZWRpdCBXaW5kb3dpbmc8YnI+DQomZ3Q7PGJy Pg0KJmd0OyBIaSBSaWNrLDxicj4NCiZndDs8YnI+DQomZ3Q7IFN1cmUsIHRoYXQgY2FuIGJlIGRv bmUuIFRoaXMgZHJhZnQgaXMgdG8gc2VlayB0aGUgaW5wdXRzIGFuZCBmZWVkYmFjazxicj4NCiZn dDsgb24gd2hhdCBpcyB0aGUgYmVzdCBwYXRoIGZvciB1cy4gQW55IGFuZCBhbGwgc3VnZ2VzdGlv bnMgYXJlIHdlbGNvbWUsPGJyPg0KJmd0OyBpbmNsdWRpbmcgJnF1b3Q7dGhpcyBpcyBhIHZlcnkg YmFkIGlkZWEmcXVvdDsgOi0pPGJyPg0KJmd0Ozxicj4NCiZndDsgVGhhbmtzPGJyPg0KJmd0Ozxi cj4NCiZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQomZ3Q7IEZyb206IFJpY2sg VGF5bG9yIFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOnJpY2tAdHJvcGljYWxzdG9ybXNvZnR3YXJl LmNvbSI+cmlja0B0cm9waWNhbHN0b3Jtc29mdHdhcmUuY29tPC9hPl08YnI+DQomZ3Q7IFNlbnQ6 IEZyaWRheSwgTWFyY2ggMDQsIDIwMTYgODozMiBQTTxicj4NCiZndDsgVG86IEFzaGlzaCBEYWxl bGEgKGFkYWxlbGEpICZsdDs8YSBocmVmPSJtYWlsdG86YWRhbGVsYUBjaXNjby5jb20iPmFkYWxl bGFAY2lzY28uY29tPC9hPiZndDs7IFN0YW4gUmF0bGlmZjxicj4NCiZndDsgJmx0OzxhIGhyZWY9 Im1haWx0bzpyYXRsaWZmc3RhbkBnbWFpbC5jb20iPnJhdGxpZmZzdGFuQGdtYWlsLmNvbTwvYT4m Z3Q7OyBIZW5uaW5nIFJvZ2dlICZsdDs8YSBocmVmPSJtYWlsdG86aHJvZ2dlQGdtYWlsLmNvbSI+ aHJvZ2dlQGdtYWlsLmNvbTwvYT4mZ3Q7PGJyPg0KJmd0OyBDYzogPGEgaHJlZj0ibWFpbHRvOm1h bmV0QGlldGYub3JnIj5tYW5ldEBpZXRmLm9yZzwvYT48YnI+DQomZ3Q7IFN1YmplY3Q6IFJlOiBb bWFuZXRdIERMRVAgQ3JlZGl0IFdpbmRvd2luZzxicj4NCiZndDs8YnI+DQomZ3Q7IEhpIEFzaGlz aCw8YnI+DQomZ3Q7PGJyPg0KJmd0OyBPa2F5LCBJIHVuZGVyc3RhbmQgdGhhdCB0aGUgVkxBTidz IGRvbid0IGV4dGVuZCBvdmVyIHRoZSAnYWlyJy4mbmJzcDsgTXkgaXNzdWUgd2l0aCB0aGVtIGlz IGJldHdlZW4gcm91dGVyIGFuZCBtb2RlbSAtIGFzIGNvcmUgRExFUCBzdGFuZHMsIHlvdXIgbWV0 aG9kIGlzIG5vdCBhbGxvd2VkLjxicj4NCiZndDs8YnI+DQomZ3Q7IEhvd2V2ZXIsIGl0IGNhbiBi ZSBhbGxvd2VkIGluIHRoZSB3YXkgeW91IGRlc2NyaWJlIHZpYSBhbiBleHRlbnNpb24sIGFzIHlv dSBoYXZlIGFscmVhZHkgZG9uZS4mbmJzcDsgTXkgY29uY2VybiBpcyBub3QgJnF1b3Q7VkxBTnMg Y2FuIGJlIHVzZWQgd2l0aG91dCBQRkMsIGFuZCBQRkMgY2FuIGJlIHVzZWQgd2l0aG91dCBWTEFO JnF1b3Q7LCBpdCBpcyB0aGF0IGNvcmUgRExFUCBhbmQgVkxBTnMgZG9lc24ndCB3b3JrLjxicj4N CiZndDs8YnI+DQomZ3Q7IEkgd291bGQgbXVjaCByYXRoZXIgaGF2ZSBhbiBleHRlbnNpb24gZW50 aXRsZWQgJnF1b3Q7VkxBTnMgYW5kIERMRVAmcXVvdDsgdGhhdCBjb3ZlcnMgdGhlIFZMQU4gdG9w aWMgaW4gaXNvbGF0aW9uLiZuYnNwOyBBbmQgYW4gdXBkYXRlZCB2ZXJzaW9uIG9mIHlvdXIgZHJh ZnQgY292ZXJpbmcgUEZDLWJhc2VkIGZsb3cgY29udHJvbCwgcmVmZXJyaW5nIHRvIHRoZSBWTEFO IGV4dGVuc2lvbiBpZiBWTEFOcyBhcmUgaW4gdXNlLjxicj4NCiZndDs8YnI+DQomZ3Q7IFNvcnJ5 LCBJIGRvbid0IG1lYW4gdG8gYmUgbmVnYXRpdmUsIHRoZSBQRkMgcGFydCBvZiB5b3VyIGRyYWZ0 IHNlZW1zIGV4Y2VsbGVudC48YnI+DQomZ3Q7PGJyPg0KJmd0OyBDaGVlcnMsPGJyPg0KJmd0Ozxi cj4NCiZndDsgUmljazxicj4NCiZndDs8YnI+DQomZ3Q7IE9uIDA0LzAzLzE2IDE0OjIwLCBBc2hp c2ggRGFsZWxhIChhZGFsZWxhKSB3cm90ZTo8YnI+DQomZ3Q7Jmd0OyBIaSBSaWNrLDxicj4NCiZn dDsmZ3Q7PGJyPg0KJmd0OyZndDsgVGhlIHVzYWdlIG9mIHRoZSBWTEFOIGlzIGxpbWl0ZWQgdG8g dGhhdCBiZXR3ZWVuIHRoZSByb3V0ZXIgYW5kIHRoZSBtb2RlbS4gSXQgZG9lc24ndCBzdHJldGNo IHRvIG5laWdoYm9ycy4gSW4gb3RoZXIgd29yZHMsIHRoZSBWTEFOIGlzIG5vdCBzZWVuIG9uIHRo ZSByYWRpbyBuZXR3b3JrLiBJdCBpcyBhZGRlZCBieSB0aGUgbW9kZW0gYW5kIHRoZSByb3V0ZXIg d2hlbiBmb3J3YXJkaW5nIHBhY2tldHMgdG8gZWFjaCBvdGhlciwgYW5kIHN0cmlwcGVkDQogd2hl biB0aGVuIHBhY2tldCBleGl0cyB0aGUgcm91dGVyICh0b3dhcmRzIGFub3RoZXIgcm91dGVyKSBv ciB0aGUgbW9kZW0gKHRvd2FyZHMgYW5vdGhlciBtb2RlbSkuIFRoaXMgY2xhcmlmaWNhdGlvbiBj YW4gYmUgYWRkZWQgdG8gdGhlIG5leHQgdmVyc2lvbiBpZiB0aGF0IHdvdWxkIGhlbHAuPGJyPg0K Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBQRkMgYmFzZWQgZmxvdy1jb250cm9sIG9ubHkgZ2l2ZXMg dXMgOCBuZWlnaGJvcnMgd2l0aCBvbmUgdHJhZmZpYyBjbGFzcyBlYWNoLiBBbmQgdXNhZ2Ugb2Yg VkxBTiBhbG9uZSBkb2Vzbid0IGltcGx5IHRoZSB1c2Ugb2YgUEZDIHBlciBWTEFOLiBUaGF0J3Mg d2h5IGl0IGlzIGltcG9ydGFudCB0byBjb21iaW5lIHRoZW0uPGJyPg0KJmd0OyZndDs8YnI+DQom Z3Q7Jmd0OyBDdXJyZW50bHkgVkxBTnMgY2FuIGJlIHVzZWQgd2l0aG91dCBQRkMsIGFuZCBQRkMg Y2FuIGJlIHVzZWQgd2l0aG91dCBWTEFOLiBTbywgc2VwYXJhdGluZyB0aGVtIHdpbGwgbm90IGFj aGlldmUgdGhlIGtleSBwdXJwb3NlIG9mIGZsb3cgY29udHJvbC48YnI+DQomZ3Q7Jmd0Ozxicj4N CiZndDsmZ3Q7IFRoYW5rczxicj4NCiZndDsmZ3Q7IEFzaGlzaDxicj4NCiZndDsmZ3Q7PGJyPg0K Jmd0OyZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQomZ3Q7Jmd0OyBGcm9tOiBS aWNrIFRheWxvciBbbWFpbHRvOjxhIGhyZWY9Im1haWx0bzpyaWNrQHRyb3BpY2Fsc3Rvcm1zb2Z0 d2FyZS5jb20iPnJpY2tAdHJvcGljYWxzdG9ybXNvZnR3YXJlLmNvbTwvYT5dPGJyPg0KJmd0OyZn dDsgU2VudDogRnJpZGF5LCBNYXJjaCAwNCwgMjAxNiA3OjI4IFBNPGJyPg0KJmd0OyZndDsgVG86 IEFzaGlzaCBEYWxlbGEgKGFkYWxlbGEpICZsdDs8YSBocmVmPSJtYWlsdG86YWRhbGVsYUBjaXNj by5jb20iPmFkYWxlbGFAY2lzY28uY29tPC9hPiZndDs7IFN0YW4gUmF0bGlmZjxicj4NCiZndDsm Z3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86cmF0bGlmZnN0YW5AZ21haWwuY29tIj5yYXRsaWZmc3Rh bkBnbWFpbC5jb208L2E+Jmd0OzsgSGVubmluZyBSb2dnZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmhy b2dnZUBnbWFpbC5jb20iPmhyb2dnZUBnbWFpbC5jb208L2E+Jmd0Ozxicj4NCiZndDsmZ3Q7IENj OiA8YSBocmVmPSJtYWlsdG86bWFuZXRAaWV0Zi5vcmciPm1hbmV0QGlldGYub3JnPC9hPjxicj4N CiZndDsmZ3Q7IFN1YmplY3Q6IFJlOiBbbWFuZXRdIERMRVAgQ3JlZGl0IFdpbmRvd2luZzxicj4N CiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgSGkgQXNoaXNoLDxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0 OyZndDsgSW50cm9kdWNpbmcgYSBWTEFOIHBlciBuZWlnaGJvdXIgaXMgYWN0dWFsbHkgcXVpdGUg YSBiaWcgY2hhbmdlIGZyb20gY29yZSBETEVQLiZuYnNwOyBEZXN0aW5hdGlvbnMgKG5laWdoYm91 cnMpIGluIERMRVAgYXJlIGRpc3Rpbmd1aXNoZWQgYnkgTUFDcyB0aGF0IGFyZSBNVVNUIGJlIGFk ZHJlc3NhYmxlL3JlYWNoYWJsZSBvbiB0aGUgc2FtZSAoVilMQU4gc2VnbWVudCBhcyB0aGUgRExF UCBwZWVycy48YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IFdoYXQgeW91IGFyZSBwcm9wb3Np bmcgd2l0aCBWTEFOLXBlci1kZXN0aW5hdGlvbiBsb29rcyBhIGxvdCBtb3JlPGJyPg0KJmd0OyZn dDsgbGlrZSB0aGUgZHJhZnQgZXh0ZW5zaW9uIEkgcHV0IGZvcndhcmQgZm9yIGxheWVyLTMgRExF UDxicj4NCiZndDsmZ3Q7ICg8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtdGF5bG9yLW1hbmV0LWwzLWRsZXAtMDAiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtdGF5bG9yLW1hbmV0LWwzLWRsZXAtMDA8L2E+KSB3aGVyZSBJ IHByb3Bvc2VkIHRoZSB3b3JrYXJvdW5kIG9mIHN0YXRpbmcgdGhhdCB0aGUgTUFDIGFkZHJlc3Mg aXMgbm8gbG9uZ2VyIGEgTUFDLCBqdXN0IGFuIGlkZW50aWZ5aW5nIHVuaXF1ZQ0KIHNlcXVlbmNl IG9mIG9jdGV0cy48YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IEluIHlvdXIgY2FzZSB0aGUg YWRkaXRpb25hbCBWTEFOLUlkIGRhdGEgaXRlbSBwYWlyZWQgd2l0aCB0aGUgTUFDIGJlY29tZXMg dGhlIHVuaXF1ZSBkZXN0aW5hdGlvbiBpZGVudGlmaWVyLjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0 OyZndDsgTWlnaHQgSSBzdWdnZXN0IHRoYXQgeW91IGFjdHVhbGx5IGhhdmUgMiBleHRlbnNpb25z IGluIHRoaXMgb25lIGRyYWZ0Ojxicj4NCiZndDsmZ3Q7IFBlci1WTEFOIGRlc3RpbmF0aW9ucywg YW5kIFBGQyBiYXNlZCBmbG93IGNvbnRyb2w/Jm5ic3A7IE1heWJlIHNwbGl0dGluZyB0aGUgZG9j dW1lbnQgaW50byB0d28gbWlnaHQgYmUgY2xlYXJlciBmb3IgdGhlIHJlYWRlcnM/PGJyPg0KJmd0 OyZndDs8YnI+DQomZ3Q7Jmd0OyBDaGVlcnMsPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBS aWNrPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBPbiAwNC8wMy8xNiAxMjoyNiwgQXNoaXNo IERhbGVsYSAoYWRhbGVsYSkgd3JvdGU6PGJyPg0KJmd0OyZndDsmZ3Q7IEhpIFJpY2ssPGJyPg0K Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7IFllcywgb25lIG9mIHRoZSBwcm9wb3NhbHMg aXMgdG8gdXNlIGEgVkxBTiBwZXIgbmVpZ2hib3IuIFRoZSBkZWZhdWx0IFZMQU4gMSB3aWxsIGJl IHVzZWQgZm9yIHRoZSBjb250cm9sIHBsYW5lLiBUaGF0IGFsbG93cyB1cyB0byBoYXZlIDRLIG5l aWdoYm9ycywgZWFjaCBkaXN0aW5ndWlzaGVkIGJ5IGEgdW5pcXVlIFZMQU4gSUQuPGJyPg0KJmd0 OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7IFRoYW5rczxicj4NCiZndDsmZ3Q7Jmd0Ozxicj4N CiZndDsmZ3Q7Jmd0OyBBc2hpc2g8YnI+DQomZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsg LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQomZ3Q7Jmd0OyZndDsgRnJvbTogUmljayBU YXlsb3IgW21haWx0bzo8YSBocmVmPSJtYWlsdG86cmlja0B0cm9waWNhbHN0b3Jtc29mdHdhcmUu Y29tIj5yaWNrQHRyb3BpY2Fsc3Rvcm1zb2Z0d2FyZS5jb208L2E+XTxicj4NCiZndDsmZ3Q7Jmd0 OyBTZW50OiBGcmlkYXksIE1hcmNoIDA0LCAyMDE2IDU6MTcgUE08YnI+DQomZ3Q7Jmd0OyZndDsg VG86IEFzaGlzaCBEYWxlbGEgKGFkYWxlbGEpICZsdDs8YSBocmVmPSJtYWlsdG86YWRhbGVsYUBj aXNjby5jb20iPmFkYWxlbGFAY2lzY28uY29tPC9hPiZndDs7IFN0YW4gUmF0bGlmZjxicj4NCiZn dDsmZ3Q7Jmd0OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJhdGxpZmZzdGFuQGdtYWlsLmNvbSI+cmF0 bGlmZnN0YW5AZ21haWwuY29tPC9hPiZndDs7IEhlbm5pbmcgUm9nZ2UgJmx0OzxhIGhyZWY9Im1h aWx0bzpocm9nZ2VAZ21haWwuY29tIj5ocm9nZ2VAZ21haWwuY29tPC9hPiZndDs8YnI+DQomZ3Q7 Jmd0OyZndDsgQ2M6IDxhIGhyZWY9Im1haWx0bzptYW5ldEBpZXRmLm9yZyI+bWFuZXRAaWV0Zi5v cmc8L2E+PGJyPg0KJmd0OyZndDsmZ3Q7IFN1YmplY3Q6IFJlOiBbbWFuZXRdIERMRVAgQ3JlZGl0 IFdpbmRvd2luZzxicj4NCiZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyBIaSBBc2hpc2gs PGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7IFRoYW5rIHlvdSBmb3IgdGhpcywg aXQgbG9va3MgZXh0cmVtZWx5IGludGVyZXN0aW5nLjxicj4NCiZndDsmZ3Q7Jmd0Ozxicj4NCiZn dDsmZ3Q7Jmd0OyBPYnZpb3VzbHkgSSBoYXZlbid0IGhhZCBhIGNoYW5jZSB0byBjb21wbGV0ZWx5 IGRpZ2VzdCB0aGUgZHJhZnQsIGJ1dCBvbmUgdGhpbmcgdGhhdCBsZWFwcyBvdXQgdG8gbWUgaXMg dGhlIHVzZSBvZiBWTEFOIHRhZ2dpbmcsIHNwZWNpZmljYWxseSBzZWN0aW9uIDcuJm5ic3A7IEFy ZSB5b3Ugc3VnZ2VzdGluZyB0aGF0IHRoZSBETEVQIHNlc3Npb24gcnVucyBvdmVyIGEgVkxBTiB0 cnVuayBiZXR3ZWVuIHJvdXRlciBhbmQgbW9kZW0gKHNvbWVob3cpIGFuZA0KIHRoZSBWTEFOcyB0 aGVuIGZhbiBvdXQgYXQgdGhlIG1vZGVtIGluIHNvbWUgd2F5Pzxicj4NCiZndDsmZ3Q7Jmd0Ozxi cj4NCiZndDsmZ3Q7Jmd0OyBHaXZlbiB0aGUgJ3RyYW5zcGFyZW50IGxheWVyLTInIHJlcXVpcmVt ZW50IG9mIERMRVAsIGhvdyBkbyB5b3Ugc2VlIHRoaXMgd29ya2luZyB3aXRoIHlvdXIgbW9kZWwg b2YgYSBWTEFOIHBlciBkZXN0aW5hdGlvbiAoZm9yIGZsb3cgY29udHJvbCksIG9yIGhhdmUgSSBt aXN1bmRlcnN0b29kIHdoYXQgeW91IGFyZSBwcm9wb3Npbmc/PGJyPg0KJmd0OyZndDsmZ3Q7PGJy Pg0KJmd0OyZndDsmZ3Q7IFJlZ2FyZHM8YnI+DQomZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZn dDsgUmljazxicj4NCiZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyBPbiAwNC8wMy8xNiAx MDo0MywgQXNoaXNoIERhbGVsYSAoYWRhbGVsYSkgd3JvdGU6PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0 OyBIZWxsbyBTdGFuLDxicj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7 IFdlIGhhdmUgc3VibWl0dGVkIGEgbmV3IGRyYWZ0IHRvZGF5IHRvIGRlc2NyaWJlIHRoZSBQRkMg Zmxvdzxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgY29udHJvbCBtZWNoYW5pc20uIFNvcnJ5LCB0aGlz IHdhcyBsb25nIGR1ZSBvbiBtZTsgYnV0IGJldHRlciBsYXRlIHRoYW4gbmV2ZXIhPGJyPg0KJmd0 OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgPGEgaHJlZj0iaHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZGFsZWxhLWRsZXAtZmxvdy1jb250cm9sLyIgdGFy Z2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZGFs ZWxhLWRsZXAtZmxvdy1jb250cm9sLzwvYT48YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0 OyZndDsmZ3Q7Jmd0OyBIZXJlIGlzIHRoZSBxdWljayByYXRpb25hbGUgdW5kZXJseWluZyB0aGlz IGRyYWZ0LiBUaGUgY3VycmVudCBETEVQPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyBjcmVkaXQgd2lu ZG93IHNjaGVtZSByZXF1aXJlcyBjcmVkaXRzIGV4Y2hhbmdlZCBvdmVyIGEgVENQIHNlc3Npb24u PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyBUaGlzIGlzIGhhcmRlciB0byBhY2hpZXZlIGluIG1hbnkg c2NlbmFyaW9zIGJlY2F1c2UgbWFueSBkYXRhIHBhdGg8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7IGlt cGxlbWVudGF0aW9ucyBhcmUgaW5jYXBhYmxlIG9mIGhhbmRsaW5nIFRDUCB3aW5kb3dpbmcuIFNv IHdlIGFyZTxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgc3VnZ2VzdGluZyBhbiBhbHRlcm5hdGl2ZSBh cHByb2FjaCB0aGF0IHV0aWxpemVzIElFRUUgODAyLjFRYmIgKGEuay5hLjxicj4NCiZndDsmZ3Q7 Jmd0OyZndDsgUEZDKS48YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0 OyBSZXF1ZXN0IGNvbW1lbnRzLjxicj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZn dDsmZ3Q7IFRoYW5rczxicj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7 IC1Bc2hpc2g8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyAqRnJv bToqU3RhbiBSYXRsaWZmIFttYWlsdG86PGEgaHJlZj0ibWFpbHRvOnJhdGxpZmZzdGFuQGdtYWls LmNvbSI+cmF0bGlmZnN0YW5AZ21haWwuY29tPC9hPl08YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7ICpT ZW50OiogRnJpZGF5LCBPY3RvYmVyIDE2LCAyMDE1IDI6MzQgQU08YnI+DQomZ3Q7Jmd0OyZndDsm Z3Q7ICpUbzoqIEFzaGlzaCBEYWxlbGEgKGFkYWxlbGEpICZsdDs8YSBocmVmPSJtYWlsdG86YWRh bGVsYUBjaXNjby5jb20iPmFkYWxlbGFAY2lzY28uY29tPC9hPiZndDs8YnI+DQomZ3Q7Jmd0OyZn dDsmZ3Q7ICpDYzoqIEhlbm5pbmcgUm9nZ2UgJmx0OzxhIGhyZWY9Im1haWx0bzpocm9nZ2VAZ21h aWwuY29tIj5ocm9nZ2VAZ21haWwuY29tPC9hPiZndDs7DQo8YSBocmVmPSJtYWlsdG86bWFuZXRA aWV0Zi5vcmciPm1hbmV0QGlldGYub3JnPC9hPjxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgKlN1Ympl Y3Q6KiBSZTogW21hbmV0XSBETEVQIENyZWRpdCBXaW5kb3dpbmc8YnI+DQomZ3Q7Jmd0OyZndDsm Z3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyBBc2hpc2gsPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxi cj4NCiZndDsmZ3Q7Jmd0OyZndDsgSWYgeW91J2QgbGlrZSB0byB3cml0ZSBhIHByb3Bvc2VkIERM RVAgZXh0ZW5zaW9uIHVzaW5nIFBGQywgSTxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgZW5jb3VyYWdl IHlvdSB0byBkbyBzby4gQXMgSGVubmluZyBtZW50aW9uZWQsIG1vcmUgdGhhbiAxIGZsb3c8YnI+ DQomZ3Q7Jmd0OyZndDsmZ3Q7IGNvbnRyb2wgbWVjaGFuaXNtIGlzIGxpa2VseSBmb3IgRExFUC48 YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyBTdGFuPGJyPg0KJmd0 OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgT24gVGh1LCBPY3QgMTUsIDIwMTUg YXQgMTA6NDkgQU0sIEFzaGlzaCBEYWxlbGEgKGFkYWxlbGEpPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0 OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFkYWxlbGFAY2lzY28uY29tIj5hZGFsZWxhQGNpc2NvLmNv bTwvYT4gJmx0O21haWx0bzo8YSBocmVmPSJtYWlsdG86YWRhbGVsYUBjaXNjby5jb20iPmFkYWxl bGFAY2lzY28uY29tPC9hPiZndDsmZ3Q7IHdyb3RlOjxicj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+ DQomZ3Q7Jmd0OyZndDsmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFllcyBpdCB3aWxs IGFuZCB0aGF0J3Mgd2h5IEkgc3VnZ2VzdGVkIHRoZSB1c2Ugb2YgUEZDLiBUaGUgY29udHJvbDxi cj4NCiZndDsmZ3Q7Jmd0OyZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgYW5kIGRhdGEg cGxhbmVzIHdpbGwgaGF2ZSBkaWZmZXJlbnQgcHJpb3JpdGllcy4gVGhlIHJhZGlvIG5ldmVyPGJy Pg0KJmd0OyZndDsmZ3Q7Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBwYXVzZXMgdGhl IGNvbnRyb2wgY2hhbm5lbCBiZWNhdXNlIGl0IGlzIG5ldmVyIHNlbnQgb3ZlciB0aGUgYWlyLiBJ Zjxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZGVzaXJl ZCwmbmJzcDsgdGhlIGRhdGEgcGFja2V0cyB0aGVtc2VsdmVzIGNvdWxkIGJlIGdpdmVuIGRpZmZl cmVudDxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgcHJp b3JpdGllcyBhbGxvd2luZyBzb21lIGZsb3dzIHRvIGJlIHNlbGVjdGl2ZWx5IHBhdXNlZC48YnI+ DQomZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyBTZW50IGZyb20gU2Ftc3VuZyBNb2JpbGU8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7 PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0 OyZndDsmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IC0tLS0tLS0tIE9yaWdpbmFsIG1l c3NhZ2UgLS0tLS0tLS08YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IEZyb206IEhlbm5pbmcgUm9nZ2U8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7IERhdGU6MTUvMTAvMjAxNSAxODozNiAoR01UJiM0MzswNTozMCk8 YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFRvOiAmcXVv dDtBc2hpc2ggRGFsZWxhIChhZGFsZWxhKSZxdW90Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgQ2M6IDxhIGhyZWY9Im1haWx0bzptYW5ldEBpZXRmLm9y ZyI+bWFuZXRAaWV0Zi5vcmc8L2E+ICZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOm1hbmV0QGll dGYub3JnIj5tYW5ldEBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBTdWJqZWN0OiBSZTogW21hbmV0XSBETEVQIENyZWRpdCBX aW5kb3dpbmc8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBPbiBUaHUsIE9jdCAxNSwgMjAxNSBhdCAyOjI1IFBNLCBB c2hpc2ggRGFsZWxhIChhZGFsZWxhKTxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJmx0OzxhIGhyZWY9Im1haWx0bzphZGFsZWxhQGNpc2NvLmNvbSI+YWRh bGVsYUBjaXNjby5jb208L2E+ICZsdDttYWlsdG86PGEgaHJlZj0ibWFpbHRvOmFkYWxlbGFAY2lz Y28uY29tIj5hZGFsZWxhQGNpc2NvLmNvbTwvYT4mZ3Q7Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7Jmd0 OyZndDsmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsgVGhlIGlkZWFsIG1lY2hh bmlzbSBmb3IgRXRoZXJuZXQgZmxvdyBjb250cm9sIGlzIHRoZSB1c2Ugb2YgODAyLjMgUEFVU0U8 YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsgZnJh bWVzLCB3aGljaCBoYXMgZnVydGhlciBiZWVuIGVuaGFuY2VkIGJ5IHRoZSBQRkMgKDgwMi4xUWJi KSBtZWNoYW5pc20uIEluPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmZ3Q7IGVzc2VuY2UsIHdlIGRvbid0IHNlbmQgY3JlZGl0cyBiZWZvcmUgcGFja2V0 cyBhcmUgZm9yd2FyZGVkLiBSYXRoZXIgd2UgcGF1c2U8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsgdGhlIHRyYWZmaWMgd2hlbiB0aGUgdHJhZmZp YyBjYW5ub3QgYmUgZm9yd2FyZGVkIGFuZCB0aGUgYnVmZmVycyBhcmUgZnVsbC48YnI+DQomZ3Q7 Jmd0OyZndDsmZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZndDsgUEZDIGlzIHdpZGVs eSB1c2VkIGluIGEgbnVtYmVyIG9mIEV0aGVybmV0IGZsb3ctY29udHJvbCBzY2VuYXJpb3MgdG9k YXkuPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgV291bGQgYSA4MDIuMyBQQVVTRSBGcmFtZSBub3QgYWxzbyBibG9j ayB0aGUgRExFUCBjb250cm9sIGNoYW5uZWw/PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZn dDsmZ3Q7Jmd0OyZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgSGVubmluZyBSb2dnZTxi cj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsm Z3Q7Jmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgbWFuZXQgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0 OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA8YSBocmVmPSJtYWlsdG86bWFuZXRAaWV0Zi5v cmciPm1hbmV0QGlldGYub3JnPC9hPiAmbHQ7bWFpbHRvOjxhIGhyZWY9Im1haWx0bzptYW5ldEBp ZXRmLm9yZyI+bWFuZXRAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9tYW5ldCIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldDwvYT48YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0K Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KJmd0OyBtYW5ldCBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7IDxhIGhy ZWY9Im1haWx0bzptYW5ldEBpZXRmLm9yZyI+bWFuZXRAaWV0Zi5vcmc8L2E+PGJyPg0KJmd0OyA8 YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0IiB0YXJn ZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldDwv YT48YnI+DQomZ3Q7PGJyPg0KPGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188YnI+DQptYW5ldCBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVm PSJtYWlsdG86bWFuZXRAaWV0Zi5vcmciPm1hbmV0QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9 Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbWFuZXQiIHRhcmdldD0iX2Js YW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21hbmV0PC9hPjxicj4N Cjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy Pg0KbWFuZXQgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOm1hbmV0QGlldGYub3Jn Ij5tYW5ldEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL21hbmV0IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldDwvYT48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90 ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_047c8a619fd24fd18b548af18c342260XCHRCD020ciscocom_-- --_004_047c8a619fd24fd18b548af18c342260XCHRCD020ciscocom_ Content-Type: image/png; name="DLEP PFC based control flow.png" Content-Description: DLEP PFC based control flow.png Content-Disposition: attachment; filename="DLEP PFC based control flow.png"; size=132040; creation-date="Wed, 30 Mar 2016 04:08:53 GMT"; modification-date="Wed, 30 Mar 2016 04:09:56 GMT" Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAABRIAAAOCCAYAAAF8EB5dAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAAFxEAABcRAcom8z8AAP+lSURBVHhe7J0HmBzFtbZnlSUkRBJRIJFMzjlZ Avs6YPs6G2NsI0cMGPs6x/+CjcPF2MQNQiCEEDkLMEFgRM5JSDu7q5wDCCSQAAkh7X++6jozNTXV E3Zndmdmv/d5vu3K3dtdffpMdXd1ghBCCCGElJT29vYf/mDqkuaDb57TapMyaUy2GxFSbjZt2tRo lyOkY/ba/pq29895fNl9Et9V9FCqM4okfqOpREg5QGeUTjjyf59b8YhJiDrdylmr1y/SuEoYjA5r 0gkpNdLxGrCUTrbb8Iltl2w/oW22pC0WfQcd8KCbZo//2OT5d0j8tX5jkxtNJUII6RngUuwglvAi sZa7TGpbfU9iwrwBfj4hZUE63SBRb3S4j0+ef9GQK1s/RFg65ChJr9tqfOs4CT9si+cHHbc7lEjU RRtAqhbpaJ8xATmgEt7fpj2Hjohf1zb+ZSwLoFdWJ+kqJRIDok0gVYt0tGF9xiaPwXijdMBev3hq efvGjRuX/vHZFR/8cOqS5LCrW/8pZa61xfPRJ9hRukKJxObRJpCqRjrbr00gfWB3EqUuezfNevvb NpgPdkZSAhqaX3UO7AhRR3wwdkbSSS579RfegWVnJN3A36buETiwXdYZlRPunJ+R5pYpSOyMVU+4 83SjZXx3w0azLLpDsjNWNfEdB53xohd2iIoVRYctI3DTV77/YUY8r9gZCyRzp2Ugx+ALotE2Wn4a mv+eqJ/RnmiYsS5ju1yhMzaYZbF02DK6ndENFyx2xgKJdpZZLly74ZObNm26XzrE9rojJf412f99 r2x+68VU2fLSW7Sbrj9L3XCZHjFpllm6+GVyip2xQGRnSYd7pFdT8tR/vfrmp855fOn0IVe13XTY 3UsGSfqVonNFT6GoOPJvmzrlZ6Bo36yDCnWjz9hhsTMWSLSzMLjcIkrqDrxh5uprf/fMirW2M34C abL8mqlTftDZBon21+1JiZ2RlJz65IU2FAc63GaiA70Dy85Yy4gLlHEjX+L9RHVQ77EtE8Uinm6z uhp0uiGig50Dy85Y08gOkw63NZZnPbb0grfWffh76Yi9RL/td0XLJHRKu1O7A3Q8HMxD7TZUfWeM dmZXqFikjnSEV0Ufs+FpNqcgpPw5WGqHEUaaDEHydjLp+YjWO9xpA88RojP2QmfUMmbZEeqbn7Gh joL/YQvRIaJdbLxYKqYz9gsWKofw3FwxePWlUywTXV7XmJxv4y+IzhBNsfH7pZP0leVF5z3/Oi6h C2zHyTjhJH2GaLhoW9FH7NqC/OWF159FWYRRD/Vtm6nO2KsxuR7Lojl3ah8b6izogENFW9pwsVRM ZxwYLFQOdaAzmo5kw9IZZpm4hPe4btZyiTeIznTyNxN9W1RvZYZdtI5KOEzy0BlvNY/n50DK/LcN gt6mjWi8zyD5x9hgd4P91NG3AFEPj5/t08XaXZSx/yu2M8qBni7CZfpnotdED6NjibaQ8IOim0Tf sGXHSbp5FF/CsGYni34t8QG2zvYSx3vGX5Dl/ogjXcLjzMoKI30VcTpkR8C6bdCAuJ/WxeDY4H/q amX8z5VrGSuPTJemM/+P1Be2XPnehnlyQtwm4W1kuTWyZIn3ouEHopOadfz8yeUrsAS9Gmb8zgZr DnbGwsn2rzv6P0nd7z+6FB3xR6LbRU+J1Mo3io616r/dhLb30BlHTpqFd6O/j7rC9qadGoOdsXDC P/bi/q9cDy1IPaGuT1Nyg3Sw22yqQeKpzog4XrD6xVPLX5c4fOaDRUPtemuOgjoj8MOKpudVrXZG SH2fAn8hS8fCPWYsN4dMokV2KaYk6QvZ+FDRliIzMiDlDzQFa5CiOiOe7NWwm16QarkzQuiQHXuE q3i6aj1dTFGdcdGaD4LpBal+xqN2ndVKvs442HSSppbU4HrZqJ/xKRuqKTp8mfbDeVXbl2n4d1sn Lp9h7vqQjsEfMIUT9wPmBBHu0mDcLE1D8lYbIgXCzlg42Z0xkfioCPeEwz9cLn7FjBeSwmBnLJzM zvipM74nafAPza9e0nnYGQsn3Rn/POV+ie8mYkcsIeyMhRN1xkteXibhPU2clBR2xsKJOmMigcfO +puUWsE/Vl0lD3bGwsGPlO1EpZtTsHSD17gD1NGnfqJH47pD3kmNHYvbS3gur1w6WoRH4qu9M+Jg V+L/ED2vGT1g25EOmT1K0FXyHq7FzsV90sFlFN5ko39VHtIPDicSO5t48VRMZyTVS8YT7BLv6AtZ PbgzRhuB94NPNctCaEyebUO50XK6jkIxO6c5euErvaMqmcyOGG0vO2PRpDckwo37HbQhGc1L7ZYH fhygbGPyAtOp/PyGZOpJaUOovl+vMbnWLrPLdjfYJl/sjB0g2ogIdL70xq1NNLbsZXMiNO7WMWW9 ciDqjGenOhU6Zhz1zR/L6vhxltENdwcNzRNsKEK3z1c3dMaHF601S31gRpcFq7s641l3j24XzTtz 8uipZ949eoIs/37m5FHnnTV51Jiz7xk1GjrjzlEde/wq+sc6TkPz0zYUJtT5uxLc48YwkH8wXaEz dmyoqMOd0e18brhgVcUPmMwNzqSxeW4wHeiltTbBU0EjM/aNq45axh81bhtsrwBdPv2tjHjRHbIq OiOINjazY6bkXFLjyKpjZfK62dJ1DAzD7Sg6Ieb/6vLLtD99sv/wdV5VXWcEbjgfDc1TzNL4j7ae vwShtMoHd4HwyFp2h+QPGNIN4EmhkYmjPn+Kd2DZGUm3gA65W+LMpr87B5adkXQbuMW6R+KCJ56z B5adkXQreOplz8Tlr62RJTsj6Xbw5BUe9s34kGURsDOSkgILiYnn2RlJ17Bp06Y/7XPjnMX2QGbQ 3t5e16up5bFQXh4wXIT3eQ7qYmGORjPNC6lCpDO22OUp6HxXJt96GZ1P4pgoakLfsS1PqNX5ywuv N5pK+YE1RYfEL/SuFNbZEUtOKgHpcK2iY9DZhF47Tpy5+pdPLV9p43XaGQde0fJlKXeErUZI6ZEO lsRSOt4PzVzi0vEkbYHoLoS1Mwq39B+b3GQqEUKqDTmLo6V98AHPJEbPJUa/tvSh2NAjXloX6NM6 pn6z+fqBVeYDsun71plOflTWPiVut0VxnzL363UX3nYcdfu8F1pXf3DEJ+6eP1msYm/5P9+3WSQv bidJqWWvjM7oomU0rOAhWaD5qOvGXXLlgdArC/qArqZpG92IdLa9TUC2adsJbX/42oOLlyAs7HbZ qyu/jSy5bD9vypAi0IOMpT71HdcZG5r/YMK6dNHyWlelaBhLdGA3D0Tlw+/PNDTfkUqLymXmdzHS 0SaagGyHhH+J4P8+//pcLCW+X11j8i5Z3o44CWCf8i5GeCL8lfRT4aPOK/ipcP8yW2NIR/uiCUhn FLYYOK5l9SWvrpwj6eajSci6/LU3F5kypITEWSJNj8tTv7FQXL+wChh+7axbbDCIdEzzVS9SDkId Sy/J+HGj+W45hDUe5+upFVXfk5C8mE7ndaiUfyg/fFKdzvm1bJR6PSH6wZT1RqBNJ6Ri0M5MCCGE EEIIIYQQQgghhBBCCCGEEEIIIYQQQggh1cfIMeknokecfr4NEdIN5OuMbj4hZQWdTTscOmMqPOZk s2RnJF2GdjYs3c6oaDohZcftfNrpkKbp7tJPI4QQQkhZcS+5Id8wn79YzCU7Y132B5KCPJXixt30 XKDcbt85PhXWeiPGXJqRVwxuOz4jxkzMmR/CL+vGR4yZbEPp9Xa07bi6fhklrqyq7GAlI74TTRHi +ozYySDTj5xqwkA3LkqXg/zd/TPifhi46f6vdb+ctlcMobaUEae/apahPBc/343rfkKapse1N/L0 X6XysA/dcn79UDgXOA5xddzwLqftkBEPgfwRp69OhX3i2i4L0cZEB8rfacBNC22MpsHyuCDdL++m qYXSepoXqlMoWtav41rhXJYRBw+49bPasgfOBWX8cgrS9YRWTJr9v3HSaV3/apGP3OuNDIefr3F3 6RoSHzfN/z9KjrtRxXZG7DxNU0uqIN0v76bpgdd/UNNdi+jXz3ewtLxfT9F15sOt74f9zpiZn75y KFGd7M7ogjgsqeLng9CVwtQLlHXT/fyRY84wyxHWHXDL+WWBmxbKLynuCtyOoTvdTfM3Rjujm+7G /fKh9Lg0V8Xglnfra9jNDxHK9+vliwPsN02L64zu0q2vHQVLPw/4l2kfN03rQ/52qL+ruGHFrV8R VMIGVczOIIT0EPJZHeTD8ffNvI+24y/Lgf8LEMtQmov6S3G4flncDxWQbz+QTpDayc4PEiz9cCgt F6GycWHFjwMt5+Zp2C/v/sjx81zcoRclVB5pmp6rPVIidCe7B9LvmEoxB8Rt123LHfMLtRdK83Hb c1GrVejgtlvfbytuO+LSSQnQnaudUeOFjLu5+JcvlPXbSo9phX8RunVyEaqrhC6xPiNOn2+W/roV hP3hFDffH8oiFUioc1Qi7lXAJbp8Z48XKtFJlNv3JKQo4jojIYQQQgghhBBCCCGEVAuNyfYfTF3S HPrg5qZNm74t+qSNElJGtAPKUjrd10QvJxqaL0b81CmL8QX+r7S3tw9Yu2Hjc6HOSkhpiDrgJbJc 9ZMnl/9MOt2jvZuSCweNTX5fwudJ3plIQ9E/PrviDVOHkFJz1G1zr8NSOtwS0ez9bpqzdLsJbf+S 8H13znl7mSx/JNpr3xtnvybLz5tKhBBSs4ilGyiX3zobTSDcZ2zLtcYnjC7dP7VZhJSPfmOTG6Wz 7b711W0fyPKL0hFvGTiu9XrkXfTqypmmkxb+QyUq2x0iVY4cROmA+2kYHa/fFS2TRk6aBb9wiKab ZX42S3WMrhZOAlK9SGd7RDvixo0bb8NBPeG2WT8+49GlrWaMUdh6fOu/sSyArbM6SFcpkegVbQKp SqQTHmCDvZyDOjBKMvlft8FCYEcknSLTt3M6YpGwI5IOk/0Dgx2RdDHhX7ld1BGVdzdsTKVNW7mu /ZQpizPKFSR2xKolfqilCzuiG0YndPOLEjtiVZJ7vA8dsaH5vKhogTSYeh2yiGDEpFkZ6W65gsSO mBv51XmKs7OyyZVXDqIOMzC13pCijjjBlC+UhuQa+dshi6hLP1yU2BFzIx3xdrvcQ/Zxr75NyQ/7 jm1ZK/HtRFe7O3NCy6pGU6lcNCRX2dDmoiPddWeomy7NM1evN0vglitI7Ii5QUeU/Tq6/xUt75kE 2WmStvKvL70RPVbl7ExJ31rKdsUdAhy07UTHuutPqYs6YknFjpgbdEQs0Rl1p0naG6KL3B0p8QdN uOvoLcKcQce522G3gR2RlIjG5NE2lAt0xp1Ex3sHlR2xZol2VoofTl1iZvwafee8W02Cl98pLn5l CxsqhD6inUUnOAeVHbEWkcvuZnJp7o0dNuCKlmVbjm9dh7Ckny2abss8ZAp3D+iMIxIj9j/ZHtSq 7ojpm+blFMbAikAO8F9Fr1oNkw7Rd+j4to/b7ILo1ZhcgKXUv0fqX2MSlWibciL1vmsCUlbD/1m8 diaW2C677Nwbc8VZwRB9Rbsm/ueac2VZtR0RnWNYsECpVeROkgN8odaVMN7HONQ+DDpN9F+iPzn5 B01ZuOaekyYvaLHxW894dMkXt7yq1Qx7SPwh0WTRN0WXaj2jHEjZfUwganNz6djr71uwZqHN0474 Vyy7mX4i/JrGsiNUREccESxQakVjYAUjB/hCDIlYHaYWUdKfFS0V1YtOR9uyHI46Da+9uczG66X8 YMcioiPeI/oW4rpNvRuTH5h4DqYuXvsdGwTRgLJj3Xe7bvYMG+xucEA7OoS0mWhPEU68rtLeom1F ZpsrtiNKR/qtdBxzaZbwFrI8Q5Z9ZHmbaAfRUyK8t/EF0faoI/EponNEz9n4y3Y5UTQOZW38Hzbt k5JW6MFDuW2d/6f4gx7dHTG460W4iO0oB1g3fol3tVL+ITagIjtiBYJ9tYP3P3UIOQG+JR0PJ9en 6pqSD6AtYZtUZ5T4Fx9Y9O3eY1tOrGts/pOU21zyeiGOMliacjUEO2LhZHfE6P8qGnTEsx9bOidV X5aS9pQJA6d9ST8IHXHHiTOXoTPatB/YkjUDO2LhhDtiY+o+cMGgI9rl1b0am8807bg47QvboCOK dtQ0CWd+FbYG6FRHBKH0oGq3I7YnLp9+c1SkMKQj9bdBhOHnYjwwhcT7igZLHsYxe4mwbpTdWrSV xIeagjVE0R0RhNLzCh3Rcdarjug5v3BHhP753GfN/1ff/H5Uocw0JGfZUE3Ajlgo0bbHd0QIZar5 f+xGOnVpLkq1fGmGonEx3OUgHYAdsXDiO2IicZBosC0TcVkrOiYpEHbEwgl3xETiEBH+t3QnJEXD jlg42R0xkThMhF+w7ISdhB2xcDI7YiJxuGhLm14YDckNNkQ82BELJ90R8QJTIrGVTSMlgB2xcLCv 8HAFLsfbiFI37GuA3O9Ll1MWdsTCwb6CPwhLWHmd8NJX8aOpoxZ6cPCYdYXsNuPPjqKjRMeUUYeK 8MxbtdOZZ/7Kx1n1UUfq2Dgm/p/tszpIV8k5qbHx6CQYByuXBolq6VJWSfRxDmpHXhVARwyPj3aF 2C8qlOLuVZsXu5yDyo5YNA3J4qfpiDa8dORrD/kNzXfYWKWR2Qmj/4UdsSjSG4Hw2WYJkNaQXGFj 2TQkr000Nk+zsaiuactJczHt2Y7krgftAN0GN65plU34zUt2xA6CDVHLWN/8sWjjmuemN9TrYNph QKqMI5eG5qclba2Tn9kR0eG1DtZdydTPONiGQPzrv13UEd0nsMDkee+Y8MOL1qbSC1ZXd8Sz7h7d Dp05efTUM+8efb9owpmTR5131uRRY6Cz7xk1+ow7R42EbJVM3I7kk/6nSk+52i2W6PGy3O+g/+62 vYuelu7S6Z+Tvx3qiJPaVrf/5InlJox5EjW9KFWERcxFekMzgaWDFQ3lqQV1LWdtMSS1X0KCRaxv GRMVLZBCnrP0pB1Ol51SxXdEJdrYzKUvk+5cxtEREU/leUugl+fqAsNgB6b+b1/ddGnG8vLpb6XC RanqOiJwOxjk/qJ1f4Wbcm49saJm6ZSB/1h9oNPgDtUhqX3gij9WqpjKHZ6JAx0HtxoPDRxUdkTS paDzYPKmw72Dyo5Iuhx0IDyAcYRzUNkRSbeAg7i1KJrgnR2RdCM4kMNE+4rYEUm3goOJp5wyZowo EHTEingMjFQJ7Zh6RA7e3jfOWWQPYgaSj6n8fmKjhYKOiHdv9hfhtdiu0oEiPAvLjlhtSEeLbvEB WZ40ef5j0vGmahyS+IV2jpz/hDprDOgMeC61q4U5Ekm1oR1ROtkLiQnzBgwa17JC0h6VOGZ7xSRN mLz0oUVrPjDTKxfREQkpHNcinv/C6y3S6R7b/bpZq+sak8/+7Mllt0t8ucjMmotywm6mIiGkUtHL RXp5QbT0nj1sbNkrWtp89wEFfXYR6LKheYpZgtRTOM1/iJbJaxP1yVNNWO8x+/V9stqXNioEsXj4 0E8KiWOOxdQroRL/k80isbgH3u64VNhH891yCuL6cIObHyqnzzL6ecDNd4nSo5Og0pBtE74qP1be 3OfG2fjcB75Jg0k9TWcUBsvl+i5bmgTRzoAlHjhw4+4SIBxKB246rJ2b74ejDptpCRWTb7Yjs9Np OSxVlYJsi3S8XzphTPZeJ8v+IvNFrIra3koBT1/rE9qF6MzJozfIcp59mnuC/zT3qBvP+1bOp7k7 +5xh3EGskEfH8H0Y6XC/QNh0vKgzbt1vbMu7C99Zf6l0Skx3jGcXSUlAh4gUfk3A9yuB1qlhpNP9 ygaD/Hv+OzfaICkZ7o8EXILxoyTX+ysh9MFYdFD3hw6o8U5LSoX/azV6My/dEfXXtRJ6I08tp3a6 UEf02yGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCegAjTj/fhhKJkWP4rgfpJtARtQOGOqLb UQkpG9rRRnzn1FRHHDHmZLNEXPNzdVZCOk2qI54+P6uThToiIWXBvfS6Vk/Du33neNshV2ekE0II IaQshC7NLoWmdQRtx12q3Hgx+HUQhnuh4VB7oTQXrRdXLp1/hk3Jj9tWXBho24UCF8rHPcZA94eP /khVdL26DcVsR9FgI90VAvcXtLuEsLHp8GSTB7QccMMjxkw07bmMHDM11UYu3F/v7rJQCqmHPLcc hG3OR642lai9aGJ23W8h/A6guOVHnp45SZNp20lzO+Bu38XXBNL1/Y4YbZfTtpaL7YjR/wD87SgZ upH+xoFQmrtDc5Uv9GBm/JO2vpvmom3nIvpRFdXX8m69UBuhcop/EIH+b367GHlQ/LaCbcuJPGLM pWafAi3jL32y2860xJo/4vRX7TL7f/BBnYI6Ysw2dRp3I0Mr8dNydUR3CKjwjhi/zrgdXAhxVj1E vnwftyPG7T+/rVDbSDNteB1RceNxYeB3IP/SW+g2FtIRdzltBxsqMaGNhPlNb0R6CcV1xLhwCKwT ZXKVwz+sZbRcrvKKWx5oeIRYHzcvVEbzfVciNHTlh029wIEMWU8fvx7Q8tq2T5Qenai56gNtQ6W4 YRAX13pqYbsV3ZhyUK52i6VStoMQUunoHZZ8PoLmd4V1wTrUf9FfjbpexN1fkkq+7dL8uHKFXGpJ CXB9Kcj1j0xc/JHIxzsjlaa4YZdUXaezaFk3DNQPcdO0jJsG3B9EmueXccGwhltOlQsto+vCr1zS BbgHBp3CjWtYf2z4hNIUt61Qmy652omj2LZDeTr+5oL/Fbjl9epAyoju4NABcPM0HMoHbthtK11v aqx1wYEe4QyW58PtGP7SJ7tc5hBR6Jevu1RCl31SQUSX7PCAdCUR11FBrjyQL5+QgmFnIoQQQggh hBBCCCGEEEIIIYSQHsumTZsa8cV6YRsJbyc669P3LHi9/7jWXZEv6XV1jc1/SjS1jDQVBKT1apjx Oyn7D9SV5XBR6oHfra9q2bH32JYTbZQQQqoHMWbGKP5w6pLk8GtnvTPkytYPJe1Lov6im8UADoK+ 9fCSVb0akwvWbtj47ME3z/mHpA2Q/BesUTzTLv9qDWwfCZ98yoOLZ9rVEEJIdSDGyxhFhK0xe8Ya uGH9xyZlsWk7GMBDbpnzvk1v0/LvfLBxvE1To3iT5kl4J4SFXogTQkhVIMZrmBiuQTZqkLSdRZtJ +payPMQut5XlAFGdaBeJf0S0lU0bKuEhtu7mEj9YtI1pjBBCqhkxZnU2WDSdqUsIIRWHeHnn7nvD rEsQhoET9Uo0tYy28V59G5u/K2VeHXRl6w2fuGfBOxLeT9JHyrLV/lTeXsITezclv4g6hBBStYhB O9gZD9zPjhHip/U2NjxEhLvMr/e7omWSqST89aU3fm0NYm/EJd/ETWZpgPfZ17TZk5RIYH/S8yak uxBj9lF7MqaMog3v/NKK916sa0ze1GdsS/tu181e3/+K1utumrX6or1umL1SjOEAlFMk/kOtWyL6 iLZMGYueokRisIg3qQjpLsSY9RIDOAUnpNBPtL3N6iU/h9v3u2lO+44TZ7aPHTv2gIsvvniLdevW 7Snl91BJ+b6iAf3GJjfKEoasVKCtrbOMRq0rkdhcRKNISHcjBk4fwu4lJ+eqwMm6i2igKOunndTF 4zul/slHo0gI6VbqEpdPvzl4okKJxAhR0CiWCRpFQki3UJf453OfDZ6grmgUu0Y0ioR0G3WJs+oH B0/MkGrQKAI3/pMnlpu0RWs+yCjz8KK1qTDQvLKIRpGQLgdGrU/whMylHmAUoRPunB9MV+XKK4lo FAnpMmDMegdPxEK064EfSTTIMtKqRH3zPKN0Wul1+fS5wW0pkVwD9+6Gje0r3/8wI98V8t3yZRON IikFmzZtuh0dSjhMwseKxvdtSn5osw2SF/RwJP0a1JU6h4vgDRniylclMDCXvfawhIaK9sg4CQtV D/EUwaS21RnxaSvXZZQpq2gUSSlQo6ja9bpZ70vaqaKB0qcfleXWstx+1ur1i/FWxk2zVjf/9unl pyFN8hahjizPtcs/YCkMlvBvBlzR8r5dTbUDY9ZfNEy0t+gY3V8FiTdaukY0iqQUiPGKjKJgjdls xGU53C7xru7QY+6Y//6gK1rukPgcLS/hG2wZNYr/cfJ2RliofK8R3mBh4ISDccND2vuJjjX/bz7R KHaNaBRJKRDjdQCMno2an76SdhzSRHtL+MuiXUUHSRyTp/aW8Imij4n2FW0mQv7WqC9LvLXxNdFe aMs0Wlvgf8I7tpuJdhQdIDo+eJKqaBS7RjSKhHQrMHAwPnjfdrjoINEJMScrjWJXiEaRlBrx7v73 mNvm/tFGM4DXJ/mbXTZt5UIJ9xKZWVh+/+yK93UGGMnHjDBjK2oarMJ/GncUNY44IfE63yGiaKKI 9MlKo9gVKsAo4gBUu8qOnNz9YnZwCikzSOfIKxvOR46ArHMAtkOXNjkDyauLyysWMWaRlxOFdTxx f1nHYXY7tpD41/747Io3JAyj2BtLSXvVnRZL4ueUapuqDPTXviIMReBYHpr49JnfsfuCRrErFDCK 2OEY6xgUrFCtig5w2TqTnMQXYj32RFfBKzpJt0HCs/a+cU76dS7Ltx5a/BE3TepFBszRyGvbfpKK R2V6O/n3S9v9U/H05KRY/0NIk6Xp3FquV1PybVu+SdKM8UJ5UXTcO4jU/6rW13Zt+hec9M3t+kzH w1LSfKP4+c5sRw2gxnFLEYzjXiKMPdIollsxRhE73tz1qxklEviORdnGCeQkNkZRlg9ZPSgnO24y qIfUV9IWjJjY9iUJw/i8aMtPS22jlaSZjxGhnITVYMFwbF7/2ptLZXmiWx6qa0yulvSn8NU3u0m+ UbzHLr9l6ggSNo+EyDIyXqpOIOvE//msbRdfpTvQZiVWr1691YYNG76y1w2z2999992jJSl1cku5 I6WumSwVy1OnLF4uaeiH5QcPQlcuahyxLzB/YldOgAqjCKMMg3yU6HjRCTUq/G9HiHYTZc2nqEZx RMaJUu0q8+CpnMDGKPqS9EOw7NXU8piEZw0d3/Zxa6zUcDyMJb7ve/Atc5/s3Zj8QNKMUbTtprwt CW/W8Nqby2R5kNbb7frZJ9t2YICeMmXrZ3wK5fMZRck3BlvSzDpkublopuZ3FGkXBhx3U1305M6c tDRwkkvdfaQNnJCke9Fjhjvk+Dm/RY0LNgK2L6tP0ih2ABggGANPZsdqGEtTWNA8YPP6aJqNZ+Tb oB8243E2agjEU23qUsPAzwcSLsd+Qvv9RNvHHJ+yHZtciAH+L6z/9jnvPHvbnHeeOv0/i1+y24P9 cB7CZz+2dA50xqNLW3BRMxUFqftT5MsyNVu2j7QxaMx/lrzs7l9SfeDg0SiSUqNGcYfg8VGV8hhd nvxsoqH57zYWRAya8ZxhtKyMJyvpA0W3eXkZhk3yzXebZXmou7Q//V+2aZv//MnlK6Ru7x2umbn0 Z08tnyBpOr77lOg6hG2TpEKhUSTloDCjqOrMsaqfsYcN5UWMkjGKshwmOlP0gF0/8tQobgFJHK/o pZC4GkXzRooukSflt9n+mja86rj5H55dse655e8tcfMk/RFR8ujb5iY1nVQuJTeKufDLPrP8vWB6 p0Wj2N0UZxShhuZXbb2yIYbpm//974UP2ijiGFddsNukmfXSDW/Z54ZZV9isLKRcwwE3zb5Klsd8 6+HFz2P59SmLnkSe1N3m/z33+my0d+/8NbMljnHWb9819537P/Pvhf9Pws/tet3s2UfcNg+fK93H NEgqlrIYxXzpmFxSZ8Zw00smGsXupnijqLr0lT/Y+hHRtFavJC5+BYPjhJSdshhFn8unvxUsC4FQ eqcUnUhUd+v/Hv9n8PgUor9N3SNx+YzfpdrqLHjQXR92r28ZY5YNzecFxyHddbrL0Ha46ZjvEDQ0 T5W0+03Y5fLk11PlL52G1/xIBdIlniLApJF+uuaF0jsleordTcc9RSiR2Fe0jahvhtEhpAvoEqMI zVy9PpgXSuu0aBS7m44ZxeihWjwAjrc5Bol4DEmXU3KjWBGiUexuijOK0VsGB4t2FuFtpLK+pklI LmgUSTkozCiO2P9kKXOoCJMf4Jh13Bg2JDfYECGdgkaRlIPcRvHMJtzcOEy0qwh3lfF6WceMISEl hkaRlIOwUfznM82ShhfxdxdtZcvQGJKKgkaRlINMo1g/fb2EjxR9RIRPEOBtka4/Pg3NNyYua8VH pAiJhUaRlAM1iviSHQwhXsVDGNNhVcZx8SboJeaYFf/R/mpXoD+qUcSU6LiSnyj6WJXqJNGxoj1F NIrdD/Y/PEL0LxhIHo/81CX+8eTu9mTtyn0GO4Bx3WFZRqPWFU2VlrGfdWdgsBtP2GPgG+M91ShM GAnjrj/P8L8RUhzwIBua77GxriLbS4s+iQrPuiv6MdaRHu7oScrhQGGnQMisdnVFJyI9gfoZmJW5 nKCvhn+yRo8pwcvuiv6MddAo9jgyd8YFNrU8RDsbz86tMMt8aPkQjcmzbSgiV9l8NCSvtaGInOtt zvx0gktj81yTr5R7f9YeMEK9M/avLxrFrlGPN4ouOJEbW/bydlBmOTfNSIxBRtzmu7hpMEJxZdz6 7lKlBswYIJtm4m6Z5juy0qL42RlxJdWmV96lPnmqWbpGD4TKumkNzU/bUM+gYw+L5zeGKhrFrhGN okdjcq0o8nI03y2XEU4Zp0zPzcc1Jq4RUtywommuJ5euG61P2w211dCM6bYikBa3jWgzVF/J8P4y wnMT9c24mRXh1wOhNOLSy+yjQlWDRjGOXGXcvLKopxnFs+4e3fUnarSjO08+41suCv3JH0ep/v9q BrP6NCbxBUNQnDFU1ahR9NP+/CI+CR42fpiEeuX7HwbzSqaeZBTPvHv0rG4xip3kjDtHjVSdfc+o 0aqzJo8aA51596gfnTl51HnQWZNHN8n/OcFo8uipKvm/5zlq7yKl1ului/23eh6Xv/bVxCWv3B48 EQsRjKJOm9bQPMHMAYn5H+uTF5p4NGfjLDOHY6pcETL1pI365J2ptM/8+KDgtpRIPvkMnhLKK5l6 9M/nUhPt0MII/fTNh1tWw+7P61JSzHaRQsGnM/GpUDy4frTZx8Woh3iKbhrwDSVw4yUXjWIJiXZo hBtWcOMhNS7oGcXU0hm3cwm1B3yjaG4WeW0qiOtNEx/k+eU7+7OZ+MDQYNYfTIWGKdEwNdoJqX2f Tz3EKGq6fp4Eipt7tSyiUSwh0Q6NCIWxzGsUvaWLqd/8B2PYND/VntazN39MOHa51ixddHvcO8bl 8kKJGkecfDB0hyS22vHj5vjkUg0axYoUjSIJEjKcpNTA8ODtMfykxptjhyU+dcb3sk5SFY1i14hG kZBuRw3QliK8nnp44v/dfWvgZKVR7ArRKBJSMaghwrySmMTkyMQlLy9zTlYaxa4QjSIhFQdOSExg gq8XYpq1I+zJislNaBTLLRpFQioWnJiYFQezPO0kgpHsqtmeaBQJIRULDBSecYS6wiACNYrbifCJ WXxqdnQNa5ToKBHGdPHIFI0iIV1Be3t7r02bNrXCI5HlHqIDRHdbD8UgZep6j23B5M4pkNavYfo+ UvaFvmNbnpD48RLGT2kD8m2wlKinirlVMUv6tjUs/H/wyDE1HD+nS0hXYY1iG4zgPjfOWYzl9TNX L5E0GLzhoiulzABZ7nnEbfPekfBga0C3Fe0qWgmjKMuHkD7/nfXPHXnrnCtsnXGucS0xMBI9QYSQ rsQaxRY1XhLeUbTEGr5POgbQjOXJcqeXXn/vlbrG5Fip2/u0h5dkGEVZznba+m8NE0JI1SDGaz8x cPiJZoCxEx0s6it5+4pGSXioLYc8pJ8ggjf5EaTJck9Z9hPV2fDHRXjOkZAOgiuqq4Zko83pWvTK Hm1HemowTQ8R9/pdqE5HX9ULtRWausx9XdGVEkojhFQg7skK6aSs7slrJldwJmjQPDU0/nvHQMP+ Erhh4E64EFfPraPlsd6G5ikmDEJls9qxM4TnWqdLqL5vFN16CLvycdM40YRBPLtev3lmxXTx9PAI iAGenw2asGiLL9y/aIUst9/m6rYNstxFyv9G96eEv7L5Va2LTQVCOoV7ksLw6SzS/gmbUc6G1SBp PFQmlOcTqgcQzlUfRjFUN5Sm/48atHz1lKz65jMNuY2iEhdWOuq91hiecfslwrLcQWSmFZPlQNEp X3pgEWZdhYHET+VLRGYMEvVs2pPB/UxILs6aPPp9TLxqo5VDRydecE+CajshXC+3ByPG7DI9dhI2 RhFhMXRjnPRtEZbl4U5a//5jk5vOfWUVHpVB/P5eTcm3ESakYMwM1ZNHnWejRNDZvGXf7KGzeZ95 96gvpGb0trN5G+ls3p2Y0btHz7odQIzfUNGjdY3Ju8SwbSdhY+SAzfu4pMNz3AtpstxcdJJoX8kz P7NlOVKNJSGVjfsTEZ1WOy7GLhHWGzua55ZJL6Mv8Pn4aX49gHDGeKiEdVwR+D/BFb8Nd0lKjhi1 PmLk8Apf0cAwinazUUIqHN8oKgironh6nE7rIC/XuJvbnkuqTTvRrJF3dzj1uVIbD/2UDU5C640n EkJIUeQ3ivoZ1bBR1KVRi/n5lAFugGi+4tfTMhlpzl12I8d7BFoeqHHkGCAhhFjoIRJCCCGEEEII IYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYTEMeL08xMjx7Qn Rp7+K5sSgTTk5UPrE0JITZAyimOmZhg33yhGZdJS/LQRp6/OSBtx+qsmHWgZQgipWHxPT8ORQYuM YsiYaZpbH94mwr5GjDnZ5BNCSMXjG0WQMmaOUXQNG8JaJ86oKojvctoONkYIIYQQQgghhBBCCKl2 dEwwNBaoY4qlwG/fJVdeOXDHRMGIMRMTu313fxsLbw/uomv6yDFnZJRB3Yz2Tp9vQ53D3w433tG8 EMjPVyYXUf2pNhahN90KIVSuM9sTR7SdZ2QdnxFjJidGfOfUrHXif/LHzJWorcx0jJ2HynaWUJu7 fef4VDqW+c5VlPH7qYI0P90/R3zcvKh+5vF3t6/qcA+6/4/qjvY7jMkTQ5IK23Juuu4UvUGDMKT4 4Vx5I6TTKll5ziM/PlrW/R8Bwn7cxY8DpOFxoxChzhZqAyA9pBB6kqlGjLnU5oS32b0Z5uKXDRFq z02L4mfYWJp8J4/ilsHxzG47fv+6hI6l1nPz0Gd9NM+tD0wbgf9D46ET3I/nQx9VUxDG9mpY89yL s4Lj7q8vrq0QuAjoeWLKOv0IaFtum501iiC03VVBsJPZHeIfNF+a55ZzMXn2RC0mzz0gxeT55Crn 5ul2KH75UH0lLi/ULkB6SCH8dMT1pMmVpyAtZMhChNrzCaUV4h0hP98+9kF+yECE6mma35d93DwN p+o6/Qog7Kszz9yGymuaaTvQV1xQRl+w8Nsy9XMYRVPXk4sbRxgG3N0fWidSZPw0D7jpLu6vq6oi 1JFwZUFayth5P4Xcq15GOYTVU7Tekx5stz7w89x8Pzwih6eYC833f+4irHH/ZAB+HLh1CjUEnQVt uIbBbRNhveL7/0NH1u3XQdxvM2SkgO8FgZBnpOB4+nn+Y1t+e4rfXxHGuoCf5+PmoZ+iHrzAKJ7/ Yot03c6QF4Q24+qG9kfmeZPbKAKUC7XvtuUTKg/cdL+MesZxdYFf3zeKoT7RI/F3QrXslFJvZ3Ry FuahVSrs0IQQQghR1zesjhDVjVxpuNA6rhDn3ufD3R79aa4grVpJ34jKHPQG+lMutM90KCNUL4T+ tOwMWJ+q2OOoP6NUhFQVne20bv1StuVSynV0F/525/qfCs3zQZ6qo8TVLbTNULnObA8hXY7fYf0B /GisLLOMG88VVg8jV32XuHQXLZNru7B0vRt3QNitg3R/sF9BufSNo/RNn86AtlRxN1OAWWfAOws9 Vxci1J6bFteOf+xD6D5xCcVVpXp+k5Auw+/Q/omhd13xk1jvlrn5ucJxRjGOuHJIVyOiZfJtF9AT GPKNn/7Ey/VTU+vGofm+QvjpMMhqrLPzMo0mjHJcuyFC7fnEtZcrPb3PMw221kF6qH5UJ/7ZUkIq Cr8T+0bRvVXvSskV1pNHPRNXcbj56bG09Lii5hWyXYWku8ZHiQxWZp3Ooo9uuFL0/1S5htpNVykI 6wXBxS0DTDk7zqvKRVQ+85EX9866205UNvNZPpNmH6TWiw8hhFQMxkgFjCchhBBCCCGEEEIIIYQQ QgghhBBCCCGEEEIIIYQQQgghhBBCSHnZtGnTZp+6d+HcH0xd0gx95z9LXkk0JttFr9gisbS3tw86 dcqip2TZV9pp7D+u9SSbRQgh1YcYsy2+PmXxGjFo20p4G1nuI2o1RjHKrxtwRcuxiYbm80wFy9ZX tex47K2zD/+fJ5YtkTK9pc6xKIs8LHs1zPidKUgIIdWCGK8tTpmy+B1Z9rLxXgfdMveNXo3J9WLk hsAwyvJZ0ZMII//Am+ck/++lN+ZJWpPN7y+avNlVrR+T5Qk27fGdr531Sq/G5jPNigghpNKBQfzm w0vW/3DqkiRkjdnDooGir4m+KGV6P75k7Q9s3hHWMOJn8km/f2b5MgkPkPCc/W6a8zmbt41okKS9 gLhdFSGEVDZiuPQn83aiY0Wpn8sSNh7ilc1vvSThlxGW5VmaL3UHj21+a7YsjUH8+kOLv+saQEn7 kxsnhJCKBgbR/cksRuxEUZs1fhPscjPRf9vwFwdf2bomcfErW0h4GNLUIB5/1/yvrN2wEV5hi6TV Pb303Xv6jW1506yIEEIqHRjEG2auXqoGEYZMjNukrz6w6NEFb6+/YOaqdTfB6F3Tuqp17Iy3npF8 /BR+6Zg75r20+/Wz325dtb5Z0mAQZ+12/ew9UXfJmg/Go85Fr66cKXn9zIoIIaTSgSEUIzbCRg0w cKKRot6ivSV/D1n2k+XOmi/hg0RbiYZLHEZ0BJYitLe7aF8J9zUNEkIIIYQQQggh1Y/81P3aVx5Y +CkbzULyD7A3Unr1G9vy7ui75s8/67Gl19s03Gj5aaJ+Rmx9QgipCmDQ1NiJMB5Y16spaT6xinDv sS24A30Sysjy23a5leT9FmGUk3i9hgkhpGoRY/ZLaxBxk8S8hTLv7fWPS3yoNX5PvL1+Y6MNHyjp W6KeLA9WIyjpB3z9oSV534MuErwSWGfW0VMU/c+EkO7AGsGnB45ruc+G9VW9LSX8DxvuI+FL7Alr kLRBiEv6cRqXcEufpuRZpkBpwCNB/c16e4oSCTyuRKNISHcghgyPy8zsO7blHgnDID6OE9OGn7An aeL851cYLxJhSd8aYVl+DXFg25kzYGzzH21SZ4FRgHHYyqy3pyiRGCrqY/9/QkhXYg2ZmfrLGkFj EJEn4TtM+KLnd/vSA4vMCfvOO+9sg6XkHWsasEjdfv/vuRVvyrJUzyDCIAwQDTfb0FOUSGwrwj6k QSSkOxDjZt4wsQbxsa3Gt/4D6evXrz/ww40bp/W/orX9tIeWtH/5vvmPbdy48fpfPrX8DZ0U4isP LJxq622rbZhGOw/aGSgakWEwal2JxPYi/mwmpLsQY3bo6vUb/5WYMA9vouwkRq23JOOE7LP11W3t B9w8p33zq1rbr7jiil2WLVs2Usrs4WhH28b3d7l21jMIl4ieahB3ENEgEtJdiAHEz+brhoxr+btN MsYwcLLi7jLGtzKQuv3PeHRpq7RTylf2aBAJId2DGLNBIozZhY1hdLJubfI8YAjFKG5uo6WCBpEQ 0q3gJOwdPFGhGINYJmgQCSHdRm5jCNEgll80iIR0O/mNIUSDWH7RIBLS7fQKnpy+aBDLLxpEQrqV wowhVGMGMcS0leuyyp1w53yTN3P1+qy8kosGkZBuo3BjCNWgQZw8752MtJXvf2jSNf7uho2pOMpq uGyiQSSkWyjOGEI9wCBq+k+eWJ4Ku3mL1nxQXk+RBpGQLqd4Ywj1IIPop6ngMT6z/L1gXklEg0hI lwJjuCrrRCxEahDrm983LZWLBllXffJOCXX5GKISKg/lyiuJaBAJ6TLqEg3NrwZPxEJ0+YwVxlgZ g9U8z0jj5dLmw3YPbksJBNRDPGXKYhP3y7jKl18S0SCSziL9dNCWV7Vmez1NLSNtkVg2bdo0cPi1 s/CB9X4/enTJJFnWXkeEYalvbk9c9ho8O/O5gA4JHuJl035t2isnaP/vT+C96S7/yQzcODRi0qxg ellEg0g6i/TVbXaaOPMDMW6HW31RtNh2MIOUyepgSJNyWx1269xVEsb3h08Nlat66mcMNgYxml8Q J9xBWSdiIeoBY4iIA40X4jmWVDSIpLNIf91mx2tmrpel6URYPrZk7bO9GpPrxcgNREdb8e4HDy1Z +8EkhJH/ketnv/zRO+cvf2Tx2v+1aQP++OyKh5EndcwX5mR5k+2k1UlDcpUNJRKXzfiB/O0v2k50 gOh4878Vox50UwU3TzQcwq9TMtEgks4i/XObnSfO/NDtWA8tWjtD0jG/3xmib0kY3/z4A/JkebRd bi46Z+SkWe9J/uCG195chjSbt7NouKjNtFn94ATDPIdDRCNEhyZG7H+y+d8KVY0ZxIoUDSLpLDCI 9ifzkRL+oSzNlPjIk7DxEPe9ac6SN97bYNIl7S9O/lZfe3DxEscgHqp5QOLXuvEqBycZ5izEdzsw vnpo4lNnfM/8f4WIBrH8okEknQUG0f3JLEbsRxe8/Ma0REPz+xK+AR1NltuKTrPh/7GdD2W3Q9gx iPv+6NGlbYn6GQcjf80HG+/tO7ZlJcIVzcWvbCE/kZ+wsVyoUdxCtKvosMSZTX83+yOfaBDLLxpE 0ll8gyhLfDbzWXQw4ZY9rp+dRPiI2+a906cpuQFGUDRDO+EX7l+0XMoZgyhL3Fx5ctfrZk1H3t43 zH5P4hh7qyXUKOJO7m6iwxP/7+5bdX/Eigax/KJBJJ1FjBhmbD7SRg0Sh0d4pGig6DNSZrRoqIQP sfnbSfyrstwVaRLuLcujZVknGiD6uMRPFuGkrFzOndpRA4UTDicejOLuoiMSFz4dDTXEiQax/KJB JKQDlOZZQDWKW4n2FB2ZuOTlZcETFaJBLL9oEAnpVnqJMCQAY/cR0VGJ+unrY05WGsRyiwaRlBr5 mfuZ0x9ZepiNZiE/h0fbzmeQuPn4ug0PFo2R+NEms2egRnEb0V6io1InqCsaxPKLBpGUEjFm5tU0 ASd5EDGY59rOlzjnsSWfcDoj6uPB7HEarwgams9LXN4y2sbKBfYX3mQZJtpbZJ7VzBANYvlFg0hK iRi039qOBcP3O4SPu2Me3r8yXqCkXb/5Va3v2jBuuNwn+r7WARI/4FdPL3/MRnsSahS3Fe0jOsbs FxUNYvmVxyAisdpVduDVDLwi+desnauTG8hSykTf2u1CZJ1m3j1sX651S/6AUmwb1ifG7KWhV7ac h7iE/412ZfkR0V0H3jznTlluLYoeuUnXOcldP7ZH0lp7j22ZaJO6h/oZ29tQVwKjCEOEV/z2FaWN Ig1i+RVjEKMTqFYUdbKyGUc5eYf89pnla1pXrU9K+FVITupH7cl+Tq/G5AJZnmq3pSxI+8P89mX9 uyFN8nYQ3Sjx4D6QvOgZuE4i7eMZwrmDxia/j7iE70W7SF/5/ob5ctH4sU3/vbs+ifsGEfst2Xds yz02qWsp92wy+VGjCIMMo3i43T+4G02DWE4FDCIC/YKFq1XRzxB0srIgJ+/mv3pq+ZvDrpm5O05m laT3123460tv/A3L3k3JhSatofkZ1JVyvbWM6H6J133uvkUHSl1j4NC2k9+emDAP/0viWw8t/kgq TZBykVGxcSBpeyCeWocg4S0lfYhbVuL32HJ1/a5oebiusflPSC8WrEfami0XgOcQd9pF+kxnfWZf IAwknmUQZ65eP2+HibM+aZN6GjgH8d7zIBGMIu4+4wFuPLNIg1hOBQxi9AJ6qHC1Kt2RUv9kKZET evNfPb38LX+9kr6PaAHmCpTl6TbtQtFLCAt9bdpFolvPe/71icOvaTtSjMGCfmOTGyXtfNFkp4wx prL8L7v8k+gFG/6XXR5oNwvbZQyiLIdjifVJeL5Nu1L0al1jcr4sjeE68rZ5z//yqeXGs7VNFIXU ww2Rh9AW4tquDf9iyZoPJiK+341zosdKLJKXYRAlbvpfR7ejRnCNIu4+Y1xxsE3rCnqqQcQFKMMg wnBsFSxcrYrGY2IHSjuLnMCb//7ZFe83v7XuSQk/ZHWuNRBP2Z/M37LbgvI628uojO0UiYFaPWv1 +hXDr535PVvf/Oy09cw7r7Kc5taBhMNM2EHKhQziouETZ35DwvBiX7T5keGKynTqhJO2vnjsHfOm 2DA8XfPanbRb99577x336XsXtn/khjlvr169Gj//DJIHrxXv9Rok/EmzPV2BO0VX5aFGEfsQxgmv +5WlDwfAevBrZLgIbxcdJzqhhnWMaH8RLjwZ+xkGcWs9QWpCAatfSuQEdn8y49Uzsx4sJS/LIEq6 MV6S9k27rFfBOIiHuHDo+LaPo6ykuV6WeVxFlkv3uG7WclunQXS6tolyiqSHDOIstC1hbJt531iW evMjdbOjo0i7GEdMbbMD9onxiI0wlX7geEj93gfdMvcNWcIzItE+gso6Dh4A68I5gwsXLlZ4FAh3 vmtVeP5zFxFmIsr4NVmLBrGszxaJATAG0V9vXVPLo5L3FMK/f2b5hSZdkJNdDeIBoocR3u362WZu PIkPwU/mPAbR1MFY38G3zH2yd2MSU28dYtJknSgLJK1Qg2jWIcuffeOhxc9IuMk20SGkHdzE2cxG FZzQg7CelOqnT5a0jGMi2wWDmvIWSbeCYwbvFHM4YnaeWhYMIYYksuwEDWKRyEk8WE7i10TmDrPV c6LNRL8WvSz6upT7AspLeH/RP6xROkf0rAjlT7YG4RFZ4jig7DgJm8c/JHyOhEfLEgbnQdFToptE AyV9C1liG76LskDCI0Smviwnok1ZYlbqPiKs+zZbb5xohIRhMKfIEgP4pQYnV/bY9KWvni/pZTku WVzRuk2iPrqZpWA/qGxSCjcvlN8DwP8M4djhp3utK+iF0yB2ADlhUneXVTZL8zJOKi/cG2Vs1JS3 Qb9cqg0bNobNZAoSNuuxUYPGnWVW224dhN14CcF6M++Yq/753GclrxzrzIn8n7hA3HnU7fNev33O O8/eMvvtR/tf0fIetkkYut2EtvfOfmzpHNWxt8+9wVZF3cEfu3tBqyzxNEEThkVsVgaS/0PzP5Kq hQaRlIN4gwj9beoekl+e44PJWwOIsTJ33Ydc1XaThOEp7yR6ANsjmDkeJT4MYSvzyBOQ8BZffmDR SlnCIB41+MrW4yRc139c6669m5Jf7N3Y/GmUk7x/mP8vqlOXaIpeATzs7iWDOvp4E+laaBBJOcht EKGz6jGGU7pjlOcBazFQMIjz+l3RYj5/Cn3rocWPYFuEbXa4pm2dLLO8eyBxNYh4xvIue+PsdtSV 5Wsvv/H+TXbGcGMQZbmTXW4lOudvL70xR5ZPmv+bVDQ0iKQc5DeIUNT/uuQ4iTGDQVyx5/Wz1+An Mdb/+nsbXoCxE22zy7Uz8Szo0yKM1eJRKvMIEfAM4kvWIL6GNoS+okcRlrTIQ4zCGNPtL5qN+LDx rXjO9Cwpy35ZwdAgknJQmEGEusgownCJQZq/xfi2W2S5h8g8MI+3gSRPP4uwpQgGcqgotU1I8w2i hF/UsURJuw1tydI8XSDLl7FEGxI+UzRr3tvrjdHspnemSYHQIJJyULhBhIo1ig3Nlxc7RZcYJ/OT uc/YlmttfKTEl2L9gv5kDm6DpIc8xBcCBlF/Ml+4/TUzl2w5vvX4Ccm3zu7blIR3uF/T9DffxNtJ plFSkZTcIMYRVzaU3inRIFYCxRlEKHoUomzHTLoaDOIcMVJfs0kwZD+/ZNqbLwyf2Parc59/fb6U iTWIE1tXzZIlDOIL21zd9ntZPidt/dbm37L7dbPw0PwFh90y5xpZYqqz5IhrZ14mywfumfeO+bzq w4vWPBC3DlIZlMUg+mmL1nyQkT5iEvpWhFuuJKJBrASKN4hQPqOoU6x1EDFOW0mXS7UvYdw13hpL UfDuNEAdzcdS41giTdrYXMIwlpvJEq+CoRyeV8Uzo3jcZ3fRHiiDPFK5dIlBfHjR2ox0DeuypKJB rAQ6ZhAh1yjWN79vZrDu/im6SA+h7AZRjSG8QjcdAn5ap6UGsaF5Kv5B0sVExqvjBhGK6kdt1ZIx 1P/HTutGKo+yjyHi53KoHARC6Z3SJa88lep4VPcqdHwKVf2Me8VDvMy001nwUzv0c9t4n80TbDi6 gNY3zwuuU/8nDesyWFbaSrdrZhRP1LeMkbLLbJ0NJo1UHGX3EMEpUxZnpLl5ofROKeUhmjDparDf 66dfI6GOe4jnP3RO4h+PH2eNR7u5o9zJ8cOKAMaWVDRlN4h6A8VNU8Wld0ocQ6wEOv6T+fyHb5O6 I0SbRca1ea3xrgjpArrkpooSSvfTOi0axEqgYwbxwqdfkXqHinYWYY7EaCyRkC6iSwyipvs/nYEb L4loECuB4g3iJS8vkzp4aBkTP+AzENkzRl86DTM6E1I2Sm4Qu100iJVAcQaxfvp6KX+UCB9Ywuc3 8R5xvHfI8WFSJmgQSTkoziBGxhDTuuMDS7mNISFlhAaRlIPCDWIicbQI3/AYJirrJ2QJyQcNIikH hRnE6Otn+OgPvn7WcWN47tQ+fKSFlAIaRFIO8hvEROJY0b4ifDYWn92kZ0i6HRpEUg5yG8TIGO4n wtyANIakYqBBJOUg3iBGH0HHR8JxnPCsYXmm/cJPaL4zTIqEBpGUg7BBTCSOFx0g2lGEbzmXdQ5E QoqFBpGUg2yDGBnDA0U7iWgMSUVCg0jKQaZBjH4mHyTCmyb42h76XdcfHz7QTfJAg0jKQdogJhKH i2AM8X7yEFH3GEOSH/9cqnUF+iENIikHMIjwBDFrDd5AgTHcXERjWLn0Cp5PtaxAf6RBJOUABhGP 0+BVPDx0XZmeIaYVq0/+2MYqhTrbj7tyX2Fd/bPOpVpXdNHO+M4NOulWIjwTdoLoJNHHqlSjRIeI 8GwbDWL3gn2PvgWjiEdfKs8YViZpL61r9xkuYJtlGIueoOh10YxZlWAd8TWxPUUY68GrVNUqTB2F Nx+y/knSLWD/40SDKv9YXNaK96m7k8yfrF07HyTWE35utJYVcJ6wI3AVx88ajPfsJtq9CoXtxhTz +Lmc5QYTUjDdcyc6e/wukRgqgpfYFfRUg5g1vIYAjAd+1uDZMBiTahW2nz/PSLURvpkRDWXRIJZT MfcbEIGwU6pd+r8QUg30SjQ0vx9zsmKiXBrEcoo3YAkpkvJNLVaXaJgxP3iiQjSI5VePNYiNybNT O6EhucKmlpdoh6fx4y4NyWttKJNQnbiy+Si0LS2HpaqheYpJA/XNH4vSW/B8oZRrnmaWpBhgDB/L 2Me+aBDLrx5tEF2inVEetO30To/oyDpDdTpqEEPkaitj28X4qVHUZWNyrVmCrrrI1AZ1ifoZE83+ zSUaxPKLBtES7Yxomd45mcSVqU+emoq7nhNQrwmY/GSjKa/xaLk2VV9Rw6Tp6bLpeEPzH6K05rkZ ZUC6XGSk/Hyg8XRZbF+mQXTruGH8D/7/iv9Nccv2BDo+tVhd4pKXv5fa/7lEg1h+8SezlRoppaH5 6VjjgKUaI6DpwA2DUF7WUgyaomlYd666IFXWMUz6fymhekoqz/mJm88gqlzjp2SWzbzgkBB1iX8+ 99mM/ZpLNIjlFz1Ej2inROQyDjCIiOv4WRxunh/WeGjMrSiD6Bgn3S4lVE9J10//n/kMouK3lx3v uQbxila8npiPusTfpu5h9luhqjGDmAstc/n0t2xKxLsbNma0UXLRIHpEOyVaqnFA2DV8WEZjaE9H y+QKCd9hwlpGyfTe0nmmvNNe9BMUxiz6iYt1m3WKsXSNnNuGn5ZeXmDq6U/5KC1dTwnVL9wgnp36 30Ljhf7P6Z6I+0A37kynqUucVT/Y7M9iVIMGMV+6Gw7FS66eZBDPvHv0xTbYtcBAdZboYHU9Hb1j 3F3bW6mkjSNOtD6pE7AY9UCD6CtXXknUEwziWZNH33nW3aPbreadOXn01JTuHj0hpcmjzlOdNXnU GNXZ94waDZ1196jjz7hz1EjorFtG4U2Ywoh2dPHAC0sdLGecsavpqFEEvsfZE4ExNGrGBbljxhCC Qaxvfj/D8ywHUftdbhBHTJpl0oCbDikn3Dk/K6+k6kkeIgyiDVYN59w3argaYTXMxjg7Bts15JkG Pm34cSGwF4NF9sJQVsn618jSrFP0jG6H/bd6HpdOG5647LVLEpe9el3wRCxE593/rZRxNdOUiRqa zxNNEN0jmmrudmuZYmTqNbeYNtLpG4LbUSKFmNS2OlgWUoMZyiuZeuwYYqnI8OJSOzU/Wi69zH8T QscEy/14SznaJDjBcKJtm7jk5Razj4uV/mSOPM3yERnDVRLqUg/xmeXvZaX5enjR2rxlOiUaxBJR zE/DaMcXX8d9NEjb0GWpwQ0dUkpwguE5RZxwB4lRXGaOXTHqAWOIiht38xet+cDITSupaBBLhG/c cOfV7GR75zm9wyMjlp0WeYhumksoDaTre+15D2unXq8Tuc9QglQduwRumJQCnGCYk3NLEeYaPTJR P3196pgUoh56lxkgXHbvEKJBLBHZj6tk3lnWn9ZROFq6ddz8EHF5fro+AoN0t33zoLkoDjzuE/JA SSmBkekvwnOKeIPpKLOfC1UPMYiT572TkXfKlMUmjp/UbrmyiAaxRGQbRPX48FpeZByjHZ5edsYg +m2lX9FLj0WqV+g+JxhtT/Z6kOa/ZkjKAQwNfjpjFnfMyH10tO8LUI0ZxIoUDWKJiDeI9qHrZKPd 4Wljk20Q8bDz07K8INDeBU49PAgePficahM/kZ0Hw7GM2vuDeWwG7UGhh8fdOopfhpQSNYqYlX4f 0TFmf+cTDWL5RYNIgkSdg5QPGBx8qmM7UWFGkQax/KJBJFmU4s0aUghqFPFhI3wM7disE9QVDWL5 RYNISLeBkw6GB1/Tg1HEp3/jjSINYvlFg0hIt4ITDx91g1HEybi/6LiYk5UGsdyiQSSk21GjiK9E 7ig6QHR84GSlQSy3aBAJqQhco7iT6EBRplGkQSy/aBAJqRhwEsLgYSal4aKDRGmjSINYftEgElJR qFEcItpZBKMYvdFCg1h+0SASUnH4RhGP5OD9Z7wHTYNYTtEgElKRuEYRJymEMMYZuwIaREJIRaFG EY/kYFwRE0PAUHUFPdUg4nlQGkRCKhScmDBO8Ayx7KoTFeuCR7q76CjRKNHoGtbxItzZx6uUNIiE dAWbNm0yk2vsc+OcxdCwCTPfsJ5JPura29t3Q1lpY1iBdToDDCJeK8RzkXjXGsYCN3hqVXggfjeR jtPSIBJSbsSYnWSN2h6QGLkvyHKRa+AkrS7R1DLSRg1Ik3LmtT5hsAlbTPnLXsNUYqUEBgGGAT/V cXcb05Vhdp5aFf6/LUSYhQgXA0JIuRFDZgyijcKY9UV8r+tnfVXyRlhj+cTLb7x/kw33x3LFux9M fWb5e/U2bScsYQh/9dTyv+0yadZaSbsNabbZUgGjiJ/qMIyY7bvWhf+zK4clCOnZiOEyBhE/lze/ qvVda+CuEuPWS5aXi/YR9V+29oM7bN5vrPEbIGEzp6Ys97DLw20ePMaPiKbXNSVb7apKCQxETxAh pCsRo6U/mWH4/kf0MOI2b0eEf/PMiukSXmjLPeTkH2HT1CD+j+aJUcRP6uc1TgghFY8YrdRPZmvE LoOnWNeYHLvyvQ0te14/+ybr8Y1HOeEWp/zHEZY8NYhf69OU3GDz+ux745x133po8UcQJ4SQisc1 iEAM2SBJM19IlOULwya0Gc9w5ur1823aISLj+Y2cNOs9m6YGcYho2q7XzZqO+PUzV98n7fGnHyGk OoARE6OVcQdZ0nYS7Srp8AxPlOXeoi0kjAkekD/cpm8jS5TtL9rD5m0m+qjkHSzi3VFCCCGkc8hP jAx1F/rpz0K3IVc59xOkoDP/VyFtpb781zzN5Lvy0/FJVJNm8wghFYr7yc+GZvO4g43JCWw/2xk6 oTUcfeZzhcTPjv3Mp9Z3ccuZT4Q2z7WxNO7nR4Efxvp0+836kWaNmYbd7zKDKF2/FW232Vu3thF9 4H6KqeOT+ii+/P8uWtatE6rfw5GfuHVnPLr0TvwEtklZSN7Xse9MGVl+Y8oifKa2PTFhHh7DOWrk pFnX2aKEdAJ0Klcg84PumSd1+kPw2Se5u/Q9PjU0+Dazj9uWMYhOHBhj6LfnL6X9tEEMlwHZeTC0 9lvQzgVBifKi/xm4bQHXwMd5iC7uOkL5PRAxaIe6+wIGMlE/42AN9x7bcqKUaUAZWTbtcM3MOZK+ m4RbkCb0k3DqsRxCOo/bmRB2FaWttfEcBtF6SH5eZFScNj1PyjUSvlEDGXVtui7Dda1nGLM90TL9 UzhqN/OnsaLbrrhh4P4vGWGvHMiqGyjTw4DBE2N27743zh4jy/6T2lbfg/3ylxffuEHi5k0UWd65 7YQ2fXh7H6nTR9S339jkxstffd08XiPpf+D+JKVFO1SoY2X/lEyXSdXLaYDiv3HsGpIMD0rbC/6E 1najJTy14gxi2uuLfgp3zCCGtldJbZt4xfjJ7eO31QMRwzboa1MWvy3L3mLUBj60aO3bR9w29yKJ b9Py1rqX/uueBb+T8FDJa9P9JfGREn/hz8+//qSmSfygvk3JDxEmpDTg5E/dIJCOBumJDKOkaSZu xwijMUOblsMAaTk3T3HTMgyM106kTA9VxzozfzJnG0SVkqpn03IZxGiZ3Ybir09xtzVUPz1+md1m D0EM2VZH3DbvHTFy8BQHPrBwzbJh18zc3YaXDr6y9Thb7iLdT1K2lwjPLV6naRIeJmU3oB3ECcnL WZNH7XHW3aMr7+RzjWCxqDHJ5YGWm44YNHec1g33MMSADX140drW/uNad1UjOHR8226SjnHB2Y7B m4CwLC910n6gYSk/skPHgfRMYAjLrHmqMyePnprS3aMnpDR51HkqMc5jjO4Z9ZWz7xk1Gp0ZBvuM O0eNhOxm50c91TgPr1IJ3VzqgYgh6yOGzbxhIsuB9y9cswQGEXkS/907H2w0N9n+/tIbq2yZP4rM 63w7TZz5gdTHzM4oezLSECakYGC8bJAIaoAhGGZVymCLXEOeaeBTRv8F52KwAfs4l+yqiUWM2Z96 NSbXi3HDTDeYoNQgcUwGe7CkHSkaLuFBSEMZWY6W5ea2aGLNBxtvQRkbJaSCwJXaVz6y6njjcSGi R2bSdZTO/ASPw22flBQxbrhpclOioXmeTSoKqZuaF9EmEVKB+EYKPxNTNzrMTRp700HS1Kil5BhE jLGFjJzbPtC4ltUbJxnPCpr20z+vEUc5l4ZmPMKRvpmidOc4ZY0jRm1nMWgd+pKe1MO7zbEPdRNS GbjGBEYqbGSicNZSDaeNNyQbzdIlbtwQ63Ifc8nXtj707YI8pLvGUssTQkjRuAbE9fAiDyztDYKs pWe0QsR5bLoubV/b8B/9cX9yh/DT48oRQkheXAPiGkQ3XcNZy4BB9D1CNw/o4yuRN+rWy2wboK1Q GQVx87C3GG/FL0MIIQXjGpAMg+g85K1lspbOGKJbzkfzMt48yfIQozz8jNY0YMY0nbgSvfUS/UR3 8/xyhBDSI3FvzBBCSI8m9D41IYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBC CCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQggh hBBCCCGEEEIIIYQQ0gFGjmm3oUzi0gkhpGaB4QsZv0INIg0nIaRmUIM44vTVNiWCBpEQ0uNQg+Yb NjcOY4m4So2nm6a4aW76iDEnZ8QJIaTiUCO123eOzzBYcWGQq9xu393fxhKJXU7bIasuIYRULL5B G3H6/FQYjDj9/CyjFpU7PxVWEA6JEEKqAt9gaVyXxRpEQgipWnwjpmN9uQxdXB7CqO/i1yWEkIol ZLCQ5qb7N1XcvLi4n86bKoQQQgghhBBCCCGEEEIIIYQQUgvgzq//HjMo9I5wZ8uV6+5zrjb9vOgt nTNMGHkhjTj9VZOvZOal9x/ipcJdh99uR/NCjBgzsaBycYz4zqlZ6wz1qTj8ulA5iGu72HSgb2H5 KjVxbbrHrJD1xm1frvQ4/HNW23ClL3hUHfoP+ITSOkNce93xOI6/PjeOsP8sJfDLuCCOE0Tx8zuC /yolOpga5VCHdB+UHzFmsgkDGKZcxgltoo7bXrGE6iLNfY0zjmh7J9pYRL5t7ihx/2e+dBh8n7jy /v/SWaI208dTcdcf2hYflAmV03TtP0quNkP9zydqd6qNVRHYcHRc/58KxVUublxPYsh/jzlKn5rK V3TnunLRbYPckwT1cBBDdYCflm4j880bc6U9/Vc2FpXLZxBHjLnUhiLwf7kdyi3bUdTrUrCNGg+1 n86LPF2XuO1BemRoY95GkhMRy7j6ICqXuT+Avx04dtqWayjj6udC24FcTFvWwIeMsdbx87SOi7v/ s/Ls/1IsqKNyiUsHcfMBuGmhfBfk4//B8fQ9N63rt5GrzUIMIsjVRsWiG42la3D8f9g1En6e4of9 OAwm0BMtCkc7Vzup2zn9zuB2RPegaLsubj2EU+17Pw/dMEDcN4i+t+bj58V1Yt1mX64xdfHLKW5Y CaUBpGN/5wLr9+tH9SJvxzfOLnHpLqYtr2/5HnWkbGPuY9qyHlvoopvLQ9Oyfh13qYTKKIi7218I bp2si12e9kLrd/eVn+/jr8tF4+qsKLnadM89EFc2VxsVS9w/lusfRlwNjOZh6RuSfG0Af+cCjWPp X81z1XNx8/xy+fJCigN57smu5KpTKKZt+T+xDxBWwx9qO5x2RjDdJ84gusS1U0j7fhn9f1z0QqWK w89DXC8oueoBzXfLhdKAG8cFJVSnUFzvXimmPeTnKp+rvt8HEHbPKT9PLza52uwxBtH1hHSp/7wv vxPq0sVN8/M1ns8g+uSq55KrnBsP5aGOkuvnEdJz5fnk25cuSPe9BqS5Sxc/zfeEc9HVBhHkqhf6 CQvCxxKeTTRWlW9bNN8t58/uBJCGuC8FYbeP5MPdRsVtw207Di0T8tZz1UdeSIobBhr3y6iAfxzc sEtcekXjbzTi2iGUXP+Y5pl6XifJ1YbGw5083WZ3eIih/yM09uJ3che/3WIJ1dc0LP1hArc8wqH6 cXTWIPr7Brht+nVdDzFXuyH8dMT9i3Mcbj7CflwJtROVj36mYswzVMb/Ca901kMEWibYfo76+cr7 +YXcZCvEIMbti4ontNFI8//huDGLXOG4PKBx3bmp8RXHI/N3atwYYgg3D2E1cn5n9ttwy7r4ddwb MSH8dovF/6mD/939ae5vj144/ItZIcQZRD3m/rb4IC/OmwUI+9seOt5KLu/WtJVjDDEXftlQXb9N xR9HjupnjnkiLdR3APJS/3NgDDEfI3Lc4Iqr7/cZBeU1Pa69uDaBf+7FteH3iaog9M/EueUq9x91 y+mOgkIdyEXjbh2Vi7YDuZ6If1B8/LxUG954EDqG621FZbI7tWtotK1Mpb1Fv82Oop6F3z5w89y7 tOnymVLcsBJvELOfCohDy6l8zx77pJA8VS7iyhVST0FYjQLQPCzjLnZ++6asqwIukioXPx5HVDfT CAO3XVWh50dcmVx1/bYR9tXjiU6e7HGSaqDU21kLHYKdmpBOgpPIVbWAcZNSAW/L94CqERpEQggh hBBCSA/H/4nrqiO4Nyx00N99xKJYdLBf5YI48qsVvWERAnnugL8Lbu7E5YWIW0ehFPrAdAi9Y6uq haEE0kNAhw3dXS0U/1EJN9wR9CRSfMOKcLUaxOh/OyNlMPy73Mjz79Lr/49jpHn5jlfUVsePg1mH Y3zz3bn08cua9jrRxwjpMjrbWaOTJzJQxZ44PnH1Xa/KXV81EfrfND5CPGz/Bo/7//qE0oCuQ730 joB9G6qrj8jkA2VCx6ej20NIl2I6sGcQkaYC/s8nTVdDFVKUnz4JQvk+Jq+AZ7rSBji8XcBP1zqh bQ7hpsNg5SqXrfCbLMhTENbnCN10JZSmxOVpepzx9RUC6YU8SxnXVpxBJaQqQOcNGUSXUFxPGlM/ ZaAyT0QNZ/+sDr8BEUrzQZm0ccssj7i7XS76P2al27Z89Gct8Ot0FH1bRqWE2o9bZ1y6S5xBdOlM +9ltZY6L6sPsKo4hkqoBHTafQVT06u/WMeE8BtFNy0Uh5dz1KXHbpXI9HtdDjDOGipYrxatI/kVB xwOBm67EpaGdfBRqEP3jDkLr9QmViavn7m9CKh50VP/E8Duvdmg1IG4dN90/ETXspuUiajc8h5/+ DHXXh7Af9/8XtKflXHSczU930XGzXAZR28hU9k9mpPtoGpb+OvzyUbvZr2+F8I8DCMX9fQXMemKG LfTY+G0BTQvlgbh0QioKdFT/xPA7byiudUw4j0H0vSP356hPKN0d0MfSNYAuJs/ZLhe3vosfV0r9 kxn/g+/dpdv3567LnsuuGC/VPw4gX9wllIc0Tc9uK/2TGUu/PwG/DiEVSagDZ3d49XzSyvDK8hhE oPVUcajxU2/IL4+wu25fcXloF7jTHKlCuOlx0z4Vi7tOyDVyfp7ip6sUN6zEGURXuV5bTJVxJg2F XDQtLi+1v+2EIYX81CeExJAeeyrsZyLJjW+0CkGPgRrGYkgPSYTvuBNCSLfREYNICCE1CQ0iIYQQ QgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEII ISSL9vb2OtHgwVe23phoTLbnVFPL3221ToP1btq0abOhV7b8H9q22zFA0ray6xptixJCCCGEkK5G HLMtxDFrOO3hJevgnEn4NtGtVneIHha1iaalnMUSIO1tLrrgp08sW2zX2190qgjr+7xsVx9blBBC CCGEdDXWSWw8Zcrid+CsCb1slkHiGPHbSXTz7tfP/kDLIF00YN8bZv0i5Tz6stjyW/Qd27LSL3Pm 48uWYSn0lnVsKzoQ8d5jW060dft8d+rSw906KZVwZJMQQgghhDjAeYOT+PUpi9cEHTFHW45vXSdl 94HjJstRd817Z9oe189+R8JniD4n+p7oHtEslK9rTM6XsltK/H8R79uU/FDC3xR9X4SRyqX9xyY3 IU/AreYzRbMRH3bNzE9I+JjP3bfIjDROX/n+v6TMVyXtHNGDoueRbkQIIYQQQkqLOF7GSfzmw0vW w+GS8O2i+yX9RVm+OXP1+vnqjEl8oK2DkcFtRHsfccuc01LOmqfeTcmFUueU+xeuWYL4iOtmf9qs VEB9ybvy3vlrZiJPUCdxDuKfvHchbj3frW0JqRFOSR8muurW2W+bskPHt+1mswghhBBCSCkQ5yt4 u1mWuP27p2iiaGGfpuQG5PdqmPE7yesnaV8cfGWrSZPwVaI/iL4hwkhfC9LrGpOrJQzHb66p25Sc bFYqSNpmonM/Nnn+W3a9GU7ilx9cfLqEH973xtmrELfVDJI+RPSXYVe3fWjrZtwiJ4QQQgghnUQc rJzPJFqH7KeiBWc+ttTcRhZn722JT35q2btJ48CJ+oxtuXaLq1of0rhKyu0rul/0H03r1dTSJmWN M/iVBxcHncTdrp99soT/R9T26XsXPKd1+45teaJ3Y9I8GwlJ/nC7qYQQQgghpFSIczZYHC04gZNE R/lOIpC0vpJ3kuh6UYNoX0nbW5Z/EcEBfECEt6L/IfqS6O+iS0W7Szm8+LK16Nuim0UPiSaLUPaP IrS3n5TD6OR/i64T/ZfE+9j1Hij6kwh1UBfrQp1PSv5gu4mEEEIIIaQcwJmzwZz45RBX2aSc5Csb l6f1ctUlhBBCCCGEEEIIIYR0Bxi127Rp0+Yn3jXvO+YZwA4gbfQVbWmfIZxg09Bu/83GtV6tzxYa NTS/n5gwbwDKIF+069CrWsdK3jKkEUIIIYSQbkYcuV7ipB167B3zFsGBE4p+/s+2caLoZbTR/4pW PG+489Utq25G/LfPrJgh8StEmDPxFdH16ixKXTyP+FnRHZ+8Z8FVJp0QQgghhHQf1rk78uzHl5qp ayQ8BOmyHCj6CNIGXdn6jHHcrPo1TN9H8vqPunPeGDcd+t4jS17HcshVbTdJmXOl/UdleaIsezvr O0j0eKpelA5HEfMlPuumVzh4ZpKqXRFCCCE9F3HKdhDdBKesd1PydaSJw4ZbxPuJHlOHTcLjRBeK 4OB97MTJ881n9yT8c9EpIrzl/NqLK95bjfR+V7RMQjtwCs2KLFJmyF1z3v6z065xSoGE8Wb02JdW vPcS8vqMTR5jsyoJdSDwf/XR/4OqQSUS+GGD40yHkRBCSM/CjuphupsZuCgOHNd6vU1XJ/EJvWBa hw8aKen3uum2Dj7fhylxWpEOJxHpAGUkfchn/r1wgskbm9woaV8VDbJFDBLHaOK3ROZzfb3Htky0 WZVC2jlMJPA85RDdD1QNKpFA/+wnoqNICCGkZyFOGZxETGRtHDtMfG3T1Un0bwmn0red0PauTcfF s67v5dMOPe6OeRgZNLeLdSRR4tvtecNs81WWz/574SKJY32boT0fKY8vv5wyc/X6BSiPbzrbrEoB /ytGl/qLNhdtb/YBVZtKJLYWoa/2FdFRJIQQ0nOwTtz+snz0W/9Z0mwvjLFOIpC8waLfSl7rfjfO ma75A8e1mmX/sclNWA4a13Ljhx9++DXNzymLtGk+3zfkytZK/QQfnASMIuK71luJdsn6X6jaEX4E YLSYo4mEEEJ6IuKI4RN5Z4leHnBFyyr7trHeVr4ETpuEh9rioG7q1KkD3n777WMuevXN9gcXrm1/ QHRN6+r2Xz69ov3dd9+9etWqVT9YsWLFwRs3bmyU+g9b4Qsqrh4U4UssO9r1QQffMHP1q7hAC1va 9VUSrpOIUaYRWY4FVTtKJHYQYcSYTiIhhJCeiThq+Gbzb0T3bTG+7UW5QIbmKsQFEhfKjJc16qxS adHoC5xKPLPX59xzz+3lOIEZknyDje/y4MI1k9GGbMdONqvSoJPYk0QnkRBCCDGOIia0/pwI31ge 4ThxaecQE2CHLqauEomdRbgVC0cKDlXeC6usa0tZ549F35OwO2pZadBJ7Emik0gIIYQEUeewd6Jh xvzgRTQkOE6RA1Wwk1hF0EnsSaKTSAghhGSACyHUO1E/48HgxTOX6CRStSI6iYQQQogh7RxeNu2y 4EWzENFJpGpFdBIJIYT0cNLO4aWvnBa8WBYjOolUrYhOIiGEkB4MLnq9Ehc8eXjwItkR0UmkakV0 EgkhhPRAIufwnPHDghfHzohOYsWrWN7dsDHYDoS8XITqVI3oJBJCCOlBRM4hHJ3QRbEUopNY8VIm z3snmO/qmeXv2dKZDt8Jd863qe3tIybNyshTKT95Ynkwv+JFJ5EQQkgPoPzOoYpOYsVLKcRJhBTX 2YNjiPq52kAemLl6fTC/4kUnkRBCSA2Tdg4LmQi7FKpFJ7GheYIN9SgnEY6gS6hMLimhvKoQnURC CCE1CC5mUHETYZdC6iSe/o/tEw3JVaL2SM3nSXp1kvofrC6f/pykVr2TWAgr3/8w2EYuuc8phvKr RnQSCSGVgNhSfLt2QF1jMvaCXteUbJUL7cW2SknAejdt2tS/V1PLY1iH3Y5+Q69s+aFZL6l8GpLn S7+YmnJg6ptFM9oTf3/645K+2u1DXSI4Tv989p+p7UlJ+m5Ty8gMVQuZ/8uyxGfO3FJSa3YkcdGa D2yJ+OcNQ3IJ5Ved6CQSQioBcdS2Fl2/88SZH8I4SfgxR8+IpotmTVv5/r8dA9ZpxJbjm7lXHHLr 3DftejcT/VyE9Z4k+TCMpNJpSG4wDow6iKediwvbYNEwUdc6MjqS6N5ubmj+kUhv2VYf9TO2tyE4 CT3mdrNLKB86ZcpiW6Jjo44VLTqJhJBKQOzrNuKU3b7jNTPXwzgJvUQY1VP1FR0mZZ5SA4Z0W7fP QTfNPi5l2Fw1NN9oViCgvNQfOHBc69Numf1vmrPssFvnrkJY6CVlNh95bdtPTL4F6aLBvZuSC926 RhPmDbDFSFdSP+MrictbRttY9NwcnETcYk4kcEyGinCR21N0sOjorGNXDoWcxNqhRzmJkEtc3rSV 67LyakJ0EgkhlYDY2QwnMZ9eWrluH6nTW+ocM+qu+SuQJuF/in4nahTNEBmHsq4xeYmUHSrxnyO+ 5fjWdRL+q6he0h+V5WJtVxgs8f+tf+3NJTbeR+L77XXD7DcQn7lq3U3IF40XvSy63tZdZf8VUm7M iGHLGBvzwUUMF7O+os1EW4mGi/YSRY7iVjt+3B6z8ohOYsVLKcRJhOAEKvqGc7H4bVaF6CQSQioB saHGSdzl2pkbYZwk/IToJdFc0Vv73jhnHdKHT5z5lMSH2Dpw4PYRfVS0Q5+xLVMyDJzVoCtbb5D8 M3719PK3EBfMyJ8sMbK4p+iBL9y/aLnNg5N4bsNrby6z8ZESvxvhusZmXCnM7WcsJX1f0SOfuHuB lqUBLQcYMaxP3mljhaCOIpwZHGtc5LYV4RnAfUSHio5JHP2Fr+G4lVx0EqlaEZ1EQkglIA5W6HYz NEjSTxY9KXo2ZbwmzBsgef0k7VOaJuEHRNeK/iS6SLQA6UOuasPo39+mvfHePMR7NzZ/2q4W68UI 4+UjJs16F3lChpMo4aNFzyNs5CDpW4nGD7my1TxHKRgHkpSA+uSFiXOnwhnpDOosYlQRTg1uP28n 2lW0r+gw0bGJ0/78q9TxLYXoJFK1IjqJhJBKQBws30lMGSOEJW9n0RWipX2akhtQ5shb5/5F4k/v d+Mc8wZrXWPyrr0nJrf+zL0LPr7dNTPNiyhQ76bk89LGx6Xsq1c2v/WASW9ofn/IuORn/+vu+Rcj 3m9s0oxgCr6TuJ0It69fM/VEuH29w8RZnzz+jnk3aZrk72g3l3SUy1r3NreSS//Wr+ssDhJtIcKL GLuJ9hMdLjo28csbrtDj2SnRSaRqRXQSCSGVgDhneMu4QXSv6FA4hjYrhaRvLvqJ6HnRJaLdRZ8T 3SPlX5TlwyLUnyj6lehO0WWibSUfzy/i9jBGGF8QPSeaKrpKhNvR14v2lHIYuTxHNEXCo0W4rTxE 9BXRbaKnrdDGZNG3pcyWIhrPjoCpa9yXT8oHjg+El1pwwYOziGlccBHcXbS/6AjRcYm/PPyf4AWz UNFJpGpFdBIJIZUCHK1CnC04bpCNaj2k9bZL04ZNz2rPlkmVVdnsVD03Ddi0rPWQImlIvmJD3QGO GaTOor7cspNoD9EBoiNFxycuen5W8MKZT3QSqVoRnURCCCFlp6H572Yuw84/Z1gqfGcRcyrC6cGb 0Jgy50BR5Cxe/tqa4AU0TnQSqVoRnURCSDWwadOm/vvcOPtj1nAVhR0BzPkVFZTBOuoak69KmdSk xxgxlPQh/ca2XC6OzjybTAoBn6SrHKcwDlz0cPHDdvYXwVncRrSz6COig0RHiU5IXTjziU4iVSui k0gIqWSsk3YQ5ins3Zj8QMK4PVgUqCP63cWvrpwNw4c2bZY6kFvucM3MOWoY+13RMslmIx9vUH9Z dPuJk+c3WcNJQsAhrG+ebmPVhussYtocTLOEr7XAWUzPsViIs0gnkaoV0UkkhFQqcObEOTvmWw8v MV85ETDKo+mbqyHb7MrWR1NGranl73Dstru69S+pNNGAK1rev2zaSm0HzxNijsWj/vzC609hCps3 3tvwisTNBNqukwjQnuR9U/QUHFXTJklT3/xGoqG5xcaqHd9ZxAUScyzC8dtbdIjomJwTctNJpGpF dBIJIZWKOGUjRHfCWBlH0CJpw0WT1ZDdOfcdfPkEbzJ/RvRNTZfwP0T/Ej0kMqOIkHUS+0raAaJD JLyFLD8mwq3mLCcRSB7mRKx/acV7L6JMr4YZ37FZPRNMVVPbqLPozrFY2ITcdBKpWlGRTiIy64IN Ud2vKjdEcgHuL/rEl+5fWND0E/3Hte4qF3c8RzakV1NyBZ4Xw8Vf4geJzHd3e49tOdE2XzX4/5NN zkLKwGn5tu4PCWN6mG9o3BYriM7ULReyHzBlzZdXvrdhLrZpm6tbT7FZ6iTeq9uLsrb8yW2r1s9E 2vBrZ37PFkd5zHV45X0L1sy35WHsUiAu+SeJYp1E2/6XRKb9Xk0tj9msngHmLmxo/qWN9SRgV31n EXMs6oTccBaPSnz77z9DvzCik0jVigp0EvUkwVtgfYMNUd2v6MTN6+lXKnLxhaNy4W+eXm4mRr5+ 5urTJI4Lt68TRMNwYRcdLOFHUL5XY3KBxDE69C2Rmbpi6Pi2j6NtSS9on5SiXGfaQJoo43+yWRmg nJTZQ/SQOfYiCeO5u0+LPif5uJBlYdvPWq/UgdN1j7YVKtPVyDbgFu/3RcZJ7NuUPN9mZW0v0pzy 9qsqyZtNYUHSBop+/rtnluv3mDviJKLMJ0TNKLPZuJa/2azaBiOGDc2X21hPBueEOovuhNxwFjGy iKlzDkj8+UHsK7whjWl16CRS1a0CnET3xECn2CLYENX9it7Kw9t5cOarzijJxdc4ib96arn5UoY4 ePgaQhC5YMNJOlyEz629jvLbXN22RtIx+fEYSUu9hLDFVa3v379gzTOzVq+/feC4FuOA9mpsPhPt SLmBd819+7+RJk7Ih8vf/eA+Sbt6zMOLx9n6y6Q9OJ6ffH7Fe1chTdpYh69zHHvH/JfFUXhV8n5n yxpd/tqbSLvnp08sezCVXuC6JJ71P0n4ONkGHNMU9v/3ncStRb/XOOpIfJToUsTxlZLh1856Z97b 6x99aunau/uNbTGfoUvUz/iUlPGdRDhE2+1+/WzjEB17+9wbJM1877irwDaI8JWUGfqFFZsV5yRi nxwoemTNBxvv17y+jc3f/dQ9C/4Hx6z/2OQmpKFt05AFcamXz0mEE/qdHz66dJVtA0az9rh02nBx ChfZGMkEdhXSaXN0Qm586g8vuGAEEUvclsaFFedMVdrjHOB/oZPYU1Sgk4hOjs6OX047Bhuiul/R m3h48xMOffBgVjJyATZO4u+fXfEe/p+9b5j95oE3z33d167XzZ7dd2zLE3KRhvN2nMh8z7d3U3Kh hDFihJFE42SJc3CplMPXMLYR/VDSU8+lSRiOxtUIj5w0C1/fgJOFL2vgqxzjRKZdcVBukfCZs99e /xbiu02a9ZjE9xTtLG2OlOW/nTZHSNpQ0WESvu/SaSvNqBbKigpdV8b/JG3BIGcgaSEn0Xf0dFR1 BeL73jj7NknDV01w6xVfLTEjdKG6R9w27zksf/HU8kckfS+pl+GkdhWyXjwriC+kPGa2raH5PJu+ vaRhv41D2BQWJIz9gv/lD6KnRC88vvTd9ptmrf4QZUX4GssxUi7kJB4jukd0jsRx8c9A0naRvNux HV95YOGnbHJtUD/jK6LUfiR5gW3VayMunnCY8DY0RvAh/GDHNbMqbXEe8L+ok4jR0l1EuO2Or9Uc L8LXc/CYz0lUVQnHDPqo6BgR3ubH5PKwC+jbOZ3EzA5hLyRUhSk6mAU/YFppyAXYOIm/fnq5Gan5 0wtvnChxOEKudpeL9fYiPIOGW6dwxp5Cee92sxlJ3Orqmf+Ftp2yxvmChK9K3Nx+POXBxTNvmvX2 f1R3zn3npQcXrl15Tevq2w67bd4XpNyZs1avN2WHXTPzE2aDBUn3HTOzzyUNt37d7/+eIsq7rr1v nPNZu52p/8msyAPrkTKFOonGGdTtRl27jtS+sHVTzu7d8955W47DEybe1PJ3s9JuwP6f2DZ8Om88 tkcc5y9qHmQKZoK0Xj/84Q/7nn766QOkPL61HKlhxnzJ05GdrLpxbUoanNU/Y/3XtKw6UeIZTmbV glvJcBBJR9F+hP6A6yScQghh9LNacxAB/h/8b7hrhesNrju46wNHEY7FYSJ8CxtOI1U9wjGD8Iwt Hp3AHKEYFcdocc7BJySok8ih5UpWlb+qLhfhgm83A3tBTzlUkKCOUdYzibas6xjhTdg2vZUpbGGF 0bZdv/zAot8gfciVLRh1O3Pm6vUL3DaBpGc4ZjY55CTi+8J51yX5Z0laxv9km8xAyhTjJBayLzLq Shhv+mIkboqmmRV3A/Z/xcgrvsX8/ySOiY7jQJ/XCzZGcoaktt9Vwwy8dBLrLLrIOnEsfyT6h6x7 JLbHZlUf9ckf62gsKTnal1zVIvi/Ms+xaAAJt9hxDcLnDfFMJlV9wrHbUQTHH3YWo+K4q5LTp0Ai ncRqUI04ib99ZnlBn8DC26VS/iOiKW+8t2Gapu974+xnJc28gZrLMRIGS/wc0QzRjX3HtqzVPOhz 9y1aIulHinALG06ieTO2g04i/re865JtwnOEWf9TXWPyJtu0Af+PlCnUScy7LwJ1cft1d9H1oqSm JybMw0WhW7Dbna9P6wUMv3qjL2fotodUP/0KKZPXWSxw3ZVJQ3Pq6zGElAg9X9RZxPmG6w5GF2Ej qOoWjiOOJ45t3hFxZNBJrAZVuZMoF2FMbryHLEfL0n2bOUM2H+X64MIt4W1FuDV9sgjPCu4kwnNn uC2d2geShmcA8WLIvpIOo6YXfziLeOEBI4tfE/2XCNPrYD+iDBymuDYxbQ/qQjixDFIGzt6uoqNF W6OOVc51AZSTNPd/wv+KEzUDSR8o6XgT2qzb6kCbhjysD8/u5d0Xssyoa4ups3uoCP/HVm4bFQq2 D30f+xMjHNsHzxVfl7yM6XIKGlmsChqbP25uJeMllBhwLOWYoh/sGtwnmVpmq5m+Ldq+T1NyUaBc pgKjllIX59OwLca33WLKRGkDJG1nW2eeKVgAtq2td5jQdpG2RbocPWeo2lReUIhOYjWoyp1EQkoA +rw6idHzUqFzJU4XPIlncqrz3KlvfsbMZVgg4mDhxwG+IrMU//vH7l7QKuEGKzwDepcIk5TPP+K2 uea5VswKIPW2kbRbd54480OkSfi2gCaKPol12NWlkDQ839nw5QcWrUR9AT+o8EPkTgmfJ0sct4JA WdEFP39y2XLbFo4dIaQLoZNYLaKTSIjvJO4QPFfy6ZzxmCmg8s+hTnwKTxwqfRzBvIHfZ2zLtTYr heRhJPk3N8162zwnPPjK1l9LPTiJt+1wTds6pAlF7SMpDyex0XESMdUR0o5CvK4xOV/iQyV+OOKp UUJfl722t5SBk/iPnz+53LzBb9vCCOkw2VbzmMWWV7acYdM232J825MZbajqZ9TW2+qEdCF0EqtF dBIJKY2TqIpsX2WdSw3J+xP1ze8nzp2Kbesw4jipk2heyMqnxWs34M173Go2TuJOE2dG37COUV1j 85/sqjKQ+r6TiJHEY0UvIY43+m3czFkJSfh00ddFV4jmYa5Sm57hJEp45x0nzjTPAV82beXNEsej HH1FH29dte41pP/PE8v+JOmfFP1S9PLLb7x/oyxhOwkhHYBOYrWITiIhpXUSVd3tLDYk19hQyYDz JM4RnERzq/bkfy+Ec4ZbxVNECBtnCxoxse1LUt7877KEk3i7c7u5UaS3qaF/wSlD+2ZFHpJelJOI uUJtVYxsDhPdvv01be/bdRsnUb/SBO1742wzhdagsUlM5YH14VlnPNv7muiZLa9qNfmuthzXvJ9Z ASGkaOgkVovoJBJSHicRamh+X9rrGmcRb5E3NN9oY2UBTpw4TVm3myUdLzxhaqafieb86unl0Yhe 9P+rk1jK281xTuILGrdVU+v2nMTUjAgSxnRVM55e+q6+qf+Krdd726tbfz50fNsLko/nMP8lekg0 b+0HG800T3Ejn4SQ3FSFk1gMK9//MNhGnBat+cDUC+VVlOgkElI+J1EVTchdHmcx+k5yh58zLAYx aTmfSZR8jMDhDfvn3t2wsU3/f6HSnET3mUTcWsb0Tg+KnkeaLYfpp57f/MpWs06o/7jW1FykQ65s eUPqoc8QQoqkqpzEUJ6ry6e/ZUu2tz+z/L1gGRXyXUJlKkp0Egkpv5Ooqp/xoLTfuWlz8FxhQ3KD jXUpYtLgnOHb3mNFn5d4lpMkaXjhA1M5/VWEzxrCadxKhInNLxDhC0hF/e9SZzOpg09kXijCJx8x jc1eiCNdhGmiEP+H6NsST30iUeJwCrHuv4jwWcxBKCO6WHSAxHWqKUz59FtJw61wfPt8sAhTZ10i ulsEJxLLv4kOl7zgrXFCSH5gAGrGSYR+8sRyWzq7vJsHkKb4ZStOdBIJQZ/vGidRddm0y2Q98c6i uXXsOIKXte6duDz5WRsjXYyYcnUkaR8JKQE4kWrKSVTe3bAxK2/EpFlZaYqfXnGik0gI+nzXOomq 0ITcOqm1qj7ZZNJJ5WCOS/MzNkYIKZKqchIL5ZQpi4PthKSE8ipK6iRePv2xjAsTIT0Bt89f+ur5 ktK1TqJKJ+RuaL4yY5tSav4lNpeUAH/y8MtbRhth3sP6ljE2NcL/+gs+V4iXg4LHKLkqcfErW9iS hJAcVJWTGMqbtnKdzS3OOVQpobyKEi6Il017IsvgEdIT8Pv9JS9fJ6ld7yRCFzz534n65IdZ2wQ1 NicT9c3zjFyQ5+LXc+lMWV13cBu87zzDsYLqk7/NcrrgjLnAYevk3I3dAvaB7rf6GQfbVEJIgVS9 k6hyCeXHSQnlVZR0JNG93dzQPFWWhNQ+kYMDe9U9t5uhP0/B84k7ibYUDUxcPuPZlAOiIoSQGqJm nETIfWP5zy++ESzjSwnlVZRCTiIhPYvucRL//tjjsq4jRJiUGbdA8Vm/waJ+ictm/CzDOaxvfkPE Z+AIITVBTTmJ0Al34tOgEYXMmaiE8ipKdBIJ6Von8aLnZ8k6jhfBQdxftJtoe9FQ0QARbCe2Kf5c 7KYpcAghpBRUhZNIiegkEtI1TuLlr+EzeXAOjxQdKNpThNvMsJGbibD+4udQbEjeyhcmCCHVBJ3E ahGdRELK7yQmEieIjhIdJPqIaGfRNiLcXu4vgr3s3PmHZ4n5/CIhpAqgk1gtopNISPmcxMg5PFqE N2D3EsE5xLOHQ0R6a7k85x1uSVfjm8OEkJqHTmK1iE4iIaV3Erfa8ePSzjGiQ0R7i0aIthWh/fI6 hyEak0cbEUJIBUAnsVpEJ5GQ0jmJR33+FKkP5/BQ0T4ivLUM5xAvpcAe4nu/3XeeYVJu3pImhHQz dBKrRXQSCem8k3jan38l9Y4VHSbaV7SrSN9Y7n7nMI6G5P3mSyOEENKF0EmsFtFJJKTjTuJvb8Vk 3HAO8Vk9zHeI6WxwTuFt40Ei1zms7HMLzy/y83+EkC6ATmK1iE4iIcU7iRc88ZyUO06kcx3ubupF X02Bc4i2ip/OphLAp/NwS7p+BkZCCSGk5NBJrBbRSSSkcCfx4pcWSL7OdXiAaA8R5jrcStTxuQ4r GdyOrk822RghhHQaOonVIjqJhOR3EsMTYQ8Xwb5Fn9KrNecwDn7bnRDSSegkVovoJBLiO4nbe+cI 3laGc1i+ibCrDXzhBbekG5Ln2xRCOgLOGap2VDAoTCexGkQnkRD0eXUSMcn1dvbcwFvKGDXEM4fq HHbNRNjVBl56qW+eZ2OEhMB5Ep1r/nWIqi2l7WKsbUQGncRqEJ1EQqILV/QmMp4rxPOFO4owATaE Zw4xcojzhM5hITQkX7EhUgiXTfu0DdUqeo7h3BkQvBZRtaMC7CQS6SRWg6K53Ogkkp4M+jyEZwpx HsBRxDmBaWwwzyHidA47QkNyGUcYg0R97qLnd3NsMfqf9q9a6mP4X9RBhE+wZcY1iKo9RbM84FjH 2kwkaIfAr3LcpsHXBzDRLOYU+6holGg01aXCPsfD90eJcBsN03ZsJ8LtMzqJpCeDfu9ezDCqCCHs XrxJZ8D3pHs2UR/7+fXbBC6smDqpFp9x1fMq83EOqnZVgF+BBP1VjoJ4jmcXEZ7rwYSzmDoCD4FT XSt9vgoOOyb9xS21vB4/IT0I9P+QSKmpb/5j4opW3MbvCaAPwb72CV5UoeiRBlwv4Sjqm/K1gP7v 8AcwQp/5YhhVeyrgDiUSIHUU8QsJFTCqiBMBTiO+Z0p1rbDfITwCgFtpeDuTt9EIId1HQ/M95k3p 2kQdpHjnUBU9++r+aK8Ve6z7QJ3E4j97SVWXinjXARnaQeAwouPrbRyq+4TjALm30WIPIiGEdBkN zYtq4Gsvet3Dpw7fD15IfUV32/ADnk4iVd3q5AuxKEx1vwghpLLB7ejG5NE2Vg3AtkbOYWNyVcaF M5+iN+npJFLVr046iYQQQkjh1Cd/XOG3pHERhHonGppfDV4484lOIlUropPYA2lMnp3VETK11pas LqJtP9vGNJ6Z5oK8YkGdhuS1NlYYubZB6Ui7naWQdRa6XQ3NUxKNzdNsTOpJOPq/4+WCdYTKNDT/ wZaIQBqpLeqTF8px/oKNdSdp57B+xoNZfbEY0UmkakV0Ensg6iTGgTzfMTBOgHYcOAAte9mciFB7 Wt6loflpk9aQXCHLC2xqJm6Z+uaP2dTcROvKbC9qwzofzXNtahqk+6ANOMmmrvzPPtqmS2rf2P3i lzF5ss/h8ERhtJ/pNGodPTbmf0+eanMzSR8LtOP/z/YHgN2O0P+t6DpdtG0cAxAq44P/G9vrok5i HGbbnPxQ2bh+mqtdUv00NJ9nQ11F2jm89NXzTf/qrOgkUrUiOok9kLiLb9qJSeepw+SDtIZko42F L9xuW6F1Rk6Ruy4p7zk1cJT8ej7q2PggTR0c07ZXxo1HzqGUCTi/rgMUxaM2Q+vF9rtlgGnXL+el BcvYtpTIsfbbsdst+zeKq5OZ27EDbjl1zF1SDmOOtuDE+/VAsSOJIUw5accn7niT2gHPLuKWdHmf YVTnsFfikpe+HPW3EolOIlUropPYA4lzEuNQR9GX7wj5aDkl5Djo7UTdplgFnAUlLh/p7jYijDQd nURYMW3kkIKwtumGXfz0qA1v5NDuCyVUBrht5SqjbRVzbP22C/lffPz/Qwmlpx3a8AiyEvfDRCnm fyS1QVPLSOmHt9pYKYicnQuePNz0pVKLTmLFqxje3bAx2IbqlCmLbclMHl60Nli+qkQnsQfSUUdC ibul6t8aRpquJzRSBdx2ovK5HYgQ7npc3LZdTHnfSfNG7eJw2zTteHV0ZM3fN75zF3ISs27Zescp aif7eVFTtzm6Nd4ZJzFUzy0TAnnBejHOIwitq5Db4wqdRNKQfMKGiiVycs4ZPyzVD8shOokVLyWU 58p1AFe+/2FWvjJt5bqM9BGTZtmc9vbLp7+VkVdVopPYAynKkdCLtyvrAGTehtVRokgNzXekwoo6 FK58B0RvqWaU8V5e8NFt9DF1YxwcbdtFb21nKtMpQ5rbpvt/GsXebi7ESfT3T7ZDmLU+keucd9RJ BNnHMP/tZhCVz/3/+bijhe5jDiH5IE2dYpBvXaQ2qZ8xWPrmBjlvJ9mUROLSacMlbY2NuUTOzVn1 gzP6VrlEJ7HipYTyQlLcNDiCk+e9k+Ugqn7yxHJbq/D1VJzoJNYeZ949esJZd49uV9nk2qY7RpfS J1EadbR6Gl31P8M59EdcQU/c5ySThuYbpW/gR02kCHVq8n8lpZTyncQLnhwi27RMtnGCxKuZHukk uoTyQ/rzi2/YGu3GmQyVqQrRSawtxEF8wXUQoTPuHDUSOvueUaN9nTV51KdEY7J096jfnjl51HlZ Egc0qMmjpwb0hKx/ni8pv0aWGdtYKqFTh9LLpW/ccUr7llc+/AHWO6DphQ+PveEvKyU9+j/D+2Rq 1r4TnTV5dFN4f4/6Uej4hI4lpMfa1Tn3jRpuu0d5iQxK+YhGDIt/HIHUPq5zCNU3i2agP3atc6j6 8dWnZG1TtF3zjKOY1nlWv0zUt4wxujz52cTlLaON6mfsYZ7HhLob9//426NHSEpNOImFUsgtY9cx VGauXh8sWzWik1i7nD511ABxSpbZKCE1wVm3jBoccoblh83xIcfZViM9Bx3twmdLB4m2TFzy8iPB C2C55I4kXvraz9MOVpdP71M86pRe1rp3ylnFPJaukwjVN7+f+Nbfjgn+/1UgJZSHW8hKZ58nVCa1 rQ7mV7zoJJJuR28V51Nn0efgVP4ziFEZhLPfIC4Wt11fLvocYjUQ3UqvzonWSU8CFzF8y36AaKgI F7k9RAeJszg/dR6WU7X4TGJDclbiX0/j/+kxt5vxVrMSumWMl1qeWf6eGUH081SuwxnKr3jRSSQV Ry7HSdOjF1zWZkw4rS9aGOHWpDPnYSo9TlI+XS7TSUy1i5dSnDZDpB3P8G3RlENs2wn9r6YN+zIG hJdVfNRhi/IDk37jZR5tQ5b+m+c+ui6XtPOe3h+YG9MvR0hloU4iLmpDRNuKcLt2P9HhouMTl7+2 xvbt8ogvrlS8lFCeK4wkKv6UNm6em65y33A+4c75wTIVLzqJpOLI5yT6o1nqLPkgzZ/wW51BEFpP 1H7kFIWm7YnayP0VE79OLvxtQNjdZuC/DBOtw//SSnq71Tl0idtHLu7/q2+Zh0A6tpuQysV1FAeL 4LDh2dyPiA4SHSU6wfTlcohOYsVLCeWF5JIrz4fPJBJSavI7idm3g9UJ8uU6MyatCCfRr18IhThj Lv42hKfhiaSEyuhn9JTs/SHxPKOgwIxA2vJxaJuEVDbq0MBJw61njCoOE+0swrlwsAhfdDkh1adL JTqJVK2ITiKpOIp1EpHmO3Pq7Ljppm6RTmJWfmCUzieqF3ay9Na14m4D1htq21+nad9z+NwyJj8w 2hlq20XnK4wmBI93duPaJ6Qy8Z1FXPDgLMKR21t0iAjO4kejvl0C0UmkakV0EknFUbSTmBr9cmSd pswJv6N0JZ+TCEKTZRdC3ATRrtMK/G3IeK5S6zjOGwj+v55Tap6f9Mq4z2/6hJxC3bYsh9QrR0h1 EHIW8bwiHLp9RIeKjkmM2P/kqN93QnQSqVoRnURCSMHAaOR7CYaQykYdHUyRAycOb0BvJ8LLLfuK DhMdm/jUGd/LumAWKjqJVK2ITiIhpCAig0FIreA7i1uIthftKsKb0JGzeNqff5V14cwnOolUrYhO IiGEkB4KLngQ3oROT74dXRh3E+0vwrQ5xyV+e+uE4EU0JDqJVK2ITiIhhJAejuss4mK4mQjO4o6i 3UVwFvEpuuMSf55yf/Bi6opOIlUropNICCGEGELO4lainUT4assBoiNFxycuen5W8KIK0UmkakV0 EgkhhJAMfGdRJ+SGs7in6EBR5Cxe9uqbgQsrnUSqNkQnkRBCCAmiThEcvf6i0Ndb4Cwem6ifvt65 sNJJpGpDdBIJIYSQnPjOIr7eso0IX2+Bs4jb0JiU+yB7YUU6blPTSaSqW3QSCSGEkIJwnUX36y0Y WcTb0HjJBfMtYiodzL+IMnQSqeoVnURCCCGkKHxnEbeh8TY0bjFjBBEOIqbTwbQ6tXRhpZPY00Qn kRBCCOkQ6jTpPIu4kOJ2NJZwIGvtouo7iRgxxYs8uNV+rGiU6CQRvspEVZ9w7HAMcSxxTHFscYzp JBJCCKk92tvb+2zatGnz4ChJpu60VToCLpwZevHFF/uuXLlS1ztVtqOXaHBqfdUJ/jc4CnCIMT0Q brXjJR18zhDfvsZLPEeLjqGqUjh2OIY4ljimOLY4xjjWtTYqTgghpCdjHbPR4iTOUOdMwvdZ3S96 RDRNNOv0hxe/aMt0xlk0yDrrpM2jRU+jzb5jW56QtJESv1GW18gSt/CqFTgJGDl13/bG/7OLCM9j 4tlMfT6Tqh7pccMxxLHEMcWxxTHGscYxp4NICCGkNoCTKA7ZSaIWdRLhwHkaIPmniRYiv66xeZ2t C0dvsz5NyUVaN0P1Mz5lViJI2T6XvPz6nn6ZS6etnIeldRL7SnvDU/lRPayj/3YT2v6VSk9rmWm8 MtERRdxSx21IPJeJZzAx4gTBsaCqT3r8cCxxTGv1sQlCCCE9HXHCspzEXPrY5PmPS51BosFS5xdI GzSudb2Ez5S0H8pyrGj2f9+3cCby0L7o4DMeXWranzz3nasl/2xRo+i1F1e8txrpcBIlvodoCuKQ hDcXne3EfyP6ieha0bRzn3/9LqT3akr+zP47lQgcBxUcCap25B5bQgghpLaAEycOF5xE49RZZ+wh 0fOiRaJV/cYmNyL9Sw8s+rKUx6hJQtI3E+0v2m/bq1t/rnV9Sf6Oops0jvXZ9eI5yP8WGefRcRIf cup+44GFa5YifNBNs49DPWDrfl6U1LI2ixBCCCGElAI4beJshW43YwRwC0n/kaj1tjnvPOU6ZJK2 g+h8xA+7de4qKXuN6DxJO0N02yfuWfAO8iS8l+jhXSbNWqt1AdYh6YeKHkd6jJP4Y9FchHs3Jm+2 VbXu4aLnkdfvipYnbRYhhBBCCCkF4nBl3252kPzekneULB+V5Rwts+L9D78j8fkar2tMjt1h4qxP 7nn9bHO7eN8b56zD8qhbZh8m5XCbuHW7CTMXm7JNydZtxrdeOGzCzDe0foyTeCjWu+aDjQ9omqzn ph2vabt486ta30V8+wlts6UMngsjhBBCCCGlwjqJR4huE/1JhPneMpAyGLnbWXShaIoIDiJGEn8g whvQT4mQjjb+V4QRwMmib4n6W31UhOcRnxU9KbpDdK7oOhGeM8Tta6wDzypeLNoW6xVtL2GMZt4l Qj3U/4/ob6IDJN/c/iaEEEIIIWXAOmQ5H8DXMm45G8etachPz2rPL+uX8+OKTc9aDyGEdC32tka2 mqcl6psx43rPorFlL/P/Kwg3JFfYWDZu2UKJ2rzWxgrDHJPk2TYWpiPtdpZCtytfGQVlFfTBqG62 Gpqn2FKZYD04Xqac1PdpTK5N1CdPtTFCCCGExIKLaRx6Qe4pwMGCE+Gi+yBuP3TV/om2ofKcxEIo ZNuBvy/VSQyhzrzrLEbrucDGIqI0v925sU4m6dG0t7f3Fm2DuRE7MtUMRv02bdo0sP8Vrde5/Q4j gkiva0wuT/XJxmSLzdZ6mAJnu6z+Sggh3UYug6TGzEXTMpV2rDD6GCrT0PwHWyJqw3dmIgctvS5T Ty7mWl8Vbj/tGGCUKDs/fuRJwfahnI+pK9vWkGw0YX8Uyq+DfYE0Xy6Iu/+/X1aVVSawP/z9Gi5z hy0R4edHSh9DOHR+fhxRftoB9Oul90d+Bzdr3+ZwEvU45z+u5gsXNpbG1JVjSohFHLTNxFn7IfrG 5+9b+Es4djarYKQO3pC+9PP3L1qGdoS+ouP7NiU/RFzy8GziZEl7UZYTTT9sTC6TOG4v7yJpDaK/ IL13U/KLtllCCOkmIiOVLXNxbdnLloqI0tNOieJezPWijGXcbT2TX4CT6N/mRZpbBvhpfr6CdH+d Lqad4O3JzHp+OXd9Ud5cG0ujTpfitum3p7hlgCnnj5J5TpSpE3CaorqRkxaVyXQagUm3+9vf3lxk tR3Yx26ZEKgTWp/+fyEV4uBFZTNHhpW4dZIeiThomCz7l+gT/ca2vClx8yygaItRkxd8FelnTl38 cdunjJAvdTYbcEVLev5CERzCL9y/yDzyIPmYEme8CC/BbGfbxKgipsMxttL7osuuotueWLL2FtNe Uws+iUYIId0EDJFParTOc3hMWo6LvU80+pYeWVMQ9p0JODd+Gd958tsBbloxzo0P6sU5OH565jpz b3MIt0037OKnm7a9fR90EgPOk0m3zr0bdonaL34/RvXSTmKof8SlK/7/ocSnR6OloWdm9TZ0nHOo YN+G2iY9DnHO+oi+cP6Lb+joHz4/hpHFgaJfPLBwrXH49rh+9jsSv1l0jmi46DdIh1Mo4Z+K/ijC W8+mHduWeTHFqp9oN82DPnvvglslzawPSBhT8HxGlP6BRAgh3UYuI+QbKb3lai7SdpRRL7bq0Pjx 6KKdMbFs1AbKqONinIFAGc/h0noufpq+tKCjZWb91tnwR0ZdtJ6Pacv+Ly5o37Tp1Ek7KOlbp/gf ozT3dm66zbRDHv2v6fKZ643S8juJpl7z0zZ+gU1z123T7Pr0ti2kdNxJzGzb/V9yOYm6D3z8/89F t9EdOY3i0f+ej7jjTXoc4pgNFafs8l2vm23mOhTMbWZJg5P4ywcXrjXzGx54w8xDbPl+kv7tq1tW mT50/F3z97XpGAkcLstb/v7SG+aHDNKcPEyjg29C/1p0s6S9eNqURWaexF6NzWeiHJA8TI3z7+0m tL3ntkEIIWXhrHtHbX/m3aMvtlEShxjk4OhUd4BtyeVY1RpwCP3HC8qFOvM+oTRS84hDtpXo2jMf X2Y+iadOmaQZJ1E/lTd0fNtuSJf8QZL+63c3bJyH9D6Nzb9HOpD0IaILjr1j3lvIkzDmTNzK9K3G 5ARbDOWQ/oNZq9ebCbcHjWv5lc1C3naiO20dOomEkNIiTuHBZ04eveGsu0e3qyR+vs0muTCGOceI Y6nREbEsBZ5trHXM86x2FLKcYP/6FDoCSWoO6/T9TmSeLaxrTF6CdInHOYkYFTxK9PSc1evv03O2 39iWy/e6YfY9CMvSfCFFyhyNcsvf/SBVrvfYlgt2uGbmBI1//O75V0ibvbVt0cFSx3wWcPg1bT9G OiGElJQz7x71hUwncdR5NquiOXfqqD5n3DlqpC84vmffM2q0r7MmjxoTEv7foO4ePcHXWZNH3ylO 9NQs3T16luy7eQGl9muNKPQ/zgvtE7OvAvswuK9FoWMDhY7l2XeNOjx07NEnbPcgpORYp28/0ZS2 VetSU9dIHKN9+IoKvqZykpRLve1s6+C2MG4dPyJ6TvSQ6FIRXlK5SrSPlMOUOnhr+VeiB0VPi/DF Fny55TeSt5vXLhzWn2Mbhl7Vik/wGeeREELKyo/vHrW3DVYv9pd3HnX+Fq37LJ0+W6gvS5jn5HI8 K9cRoucb7Qs+aDswkom80LORlYYZGe2Bo6CkqoGjJs7ZcaIH31z34a/1/JZ089KJKRSDLRP7VRXF KRf8ioqk9ZX1f77f2OTG/W+e85jE+Y1mQgjpMOVwnPT2r0s51pOa5y/wHJ6+6e0+H1mObSgXcc/8 EVLBwHETJ21P0d9FXxT1t1llR9aNt5pxa/qfomMlztFzQgjpFHGOE9KQl1b0dm9qtM6TOmo6QphL bjlFnboM5RlNQ5nQfIVxmPLO/5qxLke+Y+nLXWfc/siF1lFSb3l7o5+aTkiVAWcRstEuo7vWSwgh tQmckFxOYi7g1LjzOCqFjCS6TmKofCGgTjG3xv1tcEE7KUdVtg1kTFcUs55oG9BucV8eyZzaJv5/ R16lvC1OCCGEkB5E5OAU7iQap0acJvdLMH7Z4p3EaG7AYonajJ/yxR+Jc7fBvAVs4pnOHdLUSXTB Nuq8gG6birn1bf8n064z92AIvZ0cKX7S6ii/50zjQwghhJAKwTg0BTqJqWcA7VQn0QTO6dutSrFO ItA2zDqMA5U5OhmH1jNOn71dmxoB9OqbcnYbtH2M6EVxnTRbZJ1E/T/cqV305RtF66jTrO2E9qmi Dqrit6lE+zf/PiCEEEIIIT0IOIhwOgkhhBBCCDFEDiJvMxNCCCGEEEIIIYQQQgghhBBCCCGEEEII IYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGE EEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBC CCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQggh hBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgjp2Yw4/fzEyDHtRiNOX21T40mXPd+mdJ4RYy41 bRJCCCGEkArBdRJVudAypXIS3fUTQgghhJAKwXXSdvvu/qnwiO+caktkksqPcRJ1VNAX0n1C5SCf kCMLxW/DyakyhBBCCCGkA4RG8jQeuv2czst00EaOmZrK2+07x9vUCMQ1D+VcQutXXIcTDqzLLqft kMobOeYMm0oIIYQQQkpCnJM24vRXg+ma5jqJrhOYi1TdMSfblPj1u05gLgopQwghhBBCiiTXSJ7r /Kljl4o7TmKuNlyKqeumFyLX8SSEEEIIIZ2kEAcv5YidPt8Jl3cksdA2CSGEEEJIGSjESQSugwi5 TiLo6DOJI0//VSrPZ8SYyak8v02geaG6hBBCCCGkExTqJAK88axlfSdRGTFmYqqMq7jyAC/IuGV9 Yt+YFsc1BN9uJoQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIqQCKeXEFaNlcL6IUQ7naK4Zq e9GlI9ta6P84wr5R7qL1cgkvEeGlJUyCno/obff02/AI+1/UUfRlqULa7Q6wfTrxPF7AKrQf4ytB 6XrzzVv+hYD29UWvYuoVSnQ8uvc80D4YVvm+rpQ5C0OmsM8rtQ+G8Le9EPz9no9cM1MUAvqyuz5X sCXVQGp7i7x+aT3tUx1tJ0S6rfCLnT7FrLsz18pcdTU9XlNLsm9IB8g6UfNcdLRcpR4w3b5i6Alv QxfyP8blazraiCNyltJvqef9VrfTz9w34kMXtPTXdzKnT+pOUv8Httl+5xyOrnHcbHrIqQjVc48N 5KOOsqkj7et0UH69zjgx/qwEXY3/P4ZwnRI42KXC/WZ9nP0b4ThQ1eAspv4fq9AUYi56jrnncC7S 52RaheLWCe3LjOMhqmTcHxaFkv7f0j94NK2z19X08Yt+hBfSnq5blYvOXCtz1dX0OBuPuq5tDbVB ykSWkyjK9cszXYZOYjWR738sJA9tFEKoLTVeuNjGkVpPoG+5F7Huxj1nQsTt6/Q+yHagQdwFJ5Tm 4l6wiwEXKa0HuVNNdSV6QSt0vVq2VH0h1V6e/t0Rh6C7cLezkG3WMoXaQrdMoSOKhbatFNsvuou4 T9iGSNkA70eO1u/MdVXPXz0vtM24uzRKat3OD6E4ij2GLrnqanohAwH57C8pMf4Oz3dial6oM7sn S0gho57Oy2zPv4D5St2q8wx7Oj/9izhbmR3R7by55K8LuAYyTv6vZV2fe1KqCiGubL7/WcM+cemK 5of+fx/3uBWL1ou7pZgyggXeiir0uKpCfTqOdL3sbU21Z0cKFU3PRSFlfDrqvKC/uH3TtwUhND/U d1Wh8zwXWq+zuM5yvELHK31uxI0kdgZ/BCQkHz0WpbARaqPiRl91FNmMhDvnTBya7/7YSdue+Iu8 1ivHPnZJrSdGof0QKgfFjWr7FFI+lzOdrt8xJzHuh2Iozcctk3EOBY5TIf0jjlx1NT1X/3Fxr3Wk zIQuDO5FJ+5C53dmTY+7wAMt46JpbntqtOIuNq4j4jsuofZcNN/F7bx+e4rmu/+fGv9cF8VgvU6c aCBUV9Pitj/upNLjn9O42XrFqFi0Xj4HsKPtlwP/Fq0K+9r/YQA0PxepNmKOo08pR/9CtsBH8+P6 S7HbU8g6C8G1CXHoORC77c454guOReiY5iNdP2yP4i7und0vfl2Nx/VLdZzy2aZctlnrxV0DcrVb KnQdcccqbr9qWpwjXQipNrxrJog7zkqqbkw/yYfW9//vXI6pEsrXNP84d+balauuphfuJJbGbpAC yLWzNd01qum0dGd2ncpC5NbNlZaLVD3vYpqvbqheIR0/VCZfHRCqV8j6ctHR9kJlNC3Xr3stg/W4 uOst9OT2SdcvbF9oWX9bupJ8Pw7iDHMozUfL5Pv/XKco7qJcLIUY3nz5oJAySiHOXSFoG/n3W3Hr QntwHLSeWUfMcfdxz49cpEcy0+dQIcciF6G6haTl2mb3WcE4ND/OGc1Vt7OE9mMI3Q63r4TSiiVX X9b0OOdV893rYKHkq6s/fmLtla3vk96f6bxC+3SIXHU1Pd+xUzp7fpAiyLez9YKo+Rp2O2RnOk6o vULaStXzTup8dUP1Ctn+UJl8dUCoXiHry0VH2wuV0TS0EUcxZaB8ZIxUF3jBVVL1cmyL4u6XQhRn ZH20fC5CbRZTLw7XYcF+LCX5bAHIlw8KKeOi5Yv5f1DeHXXWNvL1Cy2nFOpYKOn1hJ8rdXH7Xy5C 21DIschFqK7/uIbG3f2ea5s1vVD5aPqIHM8l+0R14mc/cCn0WKa3I91XQmkdwb9eAo3n+jGnZQq1 QQr2Zbr9/ArdqdG8EBm2+junmv0TKq9p2XL6dEF9q9jzsLBHj0gnKMQYuQdX5XfmuHSXVBlnOD5U L9ctDeBuj39Sa3ocoXpue3HGKFXP2fZ8I0pA67kjde76OkKorqbFjQiGjBfQfZ3r5NR6/r72SRvp 8AXf/aWdq5/kQut3J7oNhRh9l3S/jrtVW8itvPL974XYAs0fEXOhT/enwrfTvRDFjbS4aFl3PxYy Ion9GtXL3L9ar5h15zr2Llo+rr9jnVrGpZBjkYu4um46ln5fjLNNmobjmw/dz34bINVOAed/rnbi 0PJxxzJuv2paPhtXCOm2Jor08YsCHdcC9ovinjeFoGV921xIG1rGVbHkuu6l283vJKbLFr8NpAMU Y4zcgxPqzP5tmZD8k1fT/fZco59L/kmt6XGE6rmdN5dChse9tRgn3/HMdbIUQlzdXPt/hPOL0ycu XdF8f1+HcA2Xe8K7Bj+/woZC+0Sck9WVFNLXQ7jHISS06+I6EYXIJy49RCG2QPNz97WO/brPaEOO sfY37AP3WUco9COkkH0VNwKYUcZZN8i2RcXd3kd7mfWz5VPIschFrrqaF8oP2Sb3x1+haPnQuZpt C9L707enHelLbv2Q/B8JIJVXgI0rBHd9UD788rmk26jx0LkQojOPwQD/nC+WUN9S3HYLUaH/M+nB aGchnUefNaoE5ysXPObdT1cdAzhJmRelqV12YQitO/QyAuk8kQOedkKjcHFOOCGkhwGDrEYjNHrX kdsQJDfph9LzD/d3BzzelQGPAyGEkIog8xdmWpU+4lXNVOL+jY57ZTqvPQ09BwkhhBBCCCGEEEII IYQQQkiPR28dFauuIG69obdkgYbx0Hm5KeaN0xCa1xXbStK4xyVb+aezCStcL3ogP1Re1fmH8911 dAeZb7LnVqnJv38jdfRNa0IIITGkDWxppgMoFn0WcURgLjbdtu5C159vG1xH0r9QpdLpJHYZus9D oJ+F8t1jGCL9gyXzeUmtE/dsp/vmbEdwt7cz7XQGXW9oOhGXTEeyNG+tpuxDnmdn3WeaCSGElAg1 rLmcRJ3zCI4OnCCtY9LcCaedN5Wz5V9cwy+q5JI/Z1TI8Uq/uevVLfIFjY68VR2a3Dq9/uxtLWZ/ KblHNsMXZn/eOVUx+8R1AEJvoYOOtFtq8jl77v/homm5zoNQvegY5n7RJlQvH1pHHTM9B3O14+aj v2k8reJfCNK6cHYLIdq/8Q4i+kbmNtn2Y/Z7Kr/A9RNCCCkh+Yw0cC9QrrHGBUFJt5N9y8d1hnxS 9TwnKtdFMa6OpvsXw0zHqrALpZaPc4gKRduJ29Zi9he2PWore0QnbsRK0/z/I3OfFD7qk66T3o+u Y+5PJp6LdFuFqDgHJ9yGKrstzcuFlgk5/HGoU5RvFC4fxTiJ0foynSrXOS7mtqzW6SzaTqgt16EN 2SG3bkoxXxsihBBSQtToFuokdpS49aTSO+kkalrpbnOF110s2k4xjgVI1XP2l+sIFtpeuvzqDKe+ M7gjk+7IUKWg22O2TxxuAKc4cxQ8s59oei60TCH73nXKStEnCzkHNV//5xD52nApxXkPRthb5vlG mAtZV9yoONRZR5wQQohHysB6zptLIReLzItivPz1pNJL5CSWitQ6cuyXQki14/1/Hd1fIO6WHRRy EOCkhMpCnbmwptooYmTKxd2O/CpuBLgQR8l13jQtF6F6Pu6+7uh+CVHIOZgvH2iZQvt1IW3mI7XO PM51Z9aV6wcAIYSQDqKGNddFI98FCo6GaSOHwxG3nlR6iZzEXBeIaCSusAuIO2JRCO7tW/eWq6a5 29qZ/ZWLdJ3sl4BCxH3fMx/4X9LrKm4/lZtCtiV1C1i2XdFjkus2Zq62U/VFpRqxdcl3DoJC1p+v DZ+4xxjiCG0n+iPixY4kFvI/u+jjGIWWJ4QQkgc1qrmckXzGWvNC+f6Imb+eVHonnUSQSg84Sek6 hY+cZd7ayuF8OqMYhfx/mgb55NpfriPik+GkOk6CpoVGtfTiDRVKqj3nmbc4B7k7cJ+P9I8FyOX0 aLo/aum26feDjuzDjpDrfFA0H/KPd2a/Km6kzd1nuRxQtxz6hIumQz44NzQv+/xJO365+hb+Jy1H CCGkRKhhDV1QlUIuUO7LFq7g2ETPg4VHnNLlOu8kgswLelr5RjFy4ToCsYoZgdL8rP+vg/vL5DnO oit3ZMzFvQj78i/mcbhORtzFWvNdB7K7cPuPq3z9IK5e8GUXZyS2EPloeq5zTynkHHTby/yBY9MD 50sxuE5gnPL9L3GPSnS0Xob4MgshhBBCSDbqLBXidBJCCCGEkB4CnURCCCGEEEIIIYQQQgghhBBC CCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQggh hBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEK6nfb2 9r6iLRONyfY8WpW4+JUtbLVOY9e7hW17qoR7i4am1kcIIYQQQroHccrqNm3adICoQZ2zH0xd0qz6 /iNLpn/zocXPbX5l68qU8zZh3gBbvcPY9e4l+gfa7D225XFJ217i56bWQwghhBBCugdxzHqJY3ai qFWdMwnfanWb6B7R86J5jdPffMKWecVW7zDWSTxG9Bza7Du25QkJjxBNEI2Fw2iLEkIIIYSQrsY6 iSeJWtRJFLaBJG2YaGfRKNH1oiVaxlY3SNk6tNOrKXlqXWPzn3o1zPiOzcpAy/Ue23Jir8bmM6W9 Y0UvqJMoeYMkfojoIFF/W83g17XJhBBCCCGkHMDxEocsw0m0WSmkDJ4d/KqUWYD8usbkapveSxT/ LGND88WmAUHK9Tt1yqKT/TKfuXfBm1jakcT+or1S+VE9jDhuNviqVjPimKUS3PomhBBCCCEecPTE CcvpJMJ5a3nz/R9q/kl3zDnSOoh7H3LL3DakzX9n/fMSfxGS8ne4bUkaRgg/g3i/scmNEn5ShFvZ l2k56yRi1LJR0wRs206fvmfBvYifOmXxcok/LXpowTvrL9RyZiMJIYQQQkjpsI5YppOYQ+e/8HqD lB0o2kr0t6Nun7d2q/GtqyX8ZdGXRH8RtX19yuJZKC/0kfhx33p4yULE565ed67EvyY6X/TKkrUf rEa6dRL3EE3RdUkY6/i9yW9Kfijh74pOFV0qmn7/gjW32rJN9t8hhBBCCCGlwHESZ6pzhreafzh1 SfJjk+cv0rT7FqyZL2X+KdoVdUQjJQxn7V8IwxmEJD6iYfqbj+14zcz1qCfxzUWpN5aFLWxZvMn8 d9EKpDtO4kNaVsLHtKxaNw3hI26be5HE+9t1YMQRcePY1jUml9t/hxBCCCGElAJxurKcRAnfJZoq mit6a9sJbe8ifeS1M3+D8rbeANFukr/HwHEt92ld1TZXt23AUvKHi27TdKd+b0n/tGgG0mOcxG8/ sHDNUoQPvWnWoagHbN2TRc1a1mYRQgghhJBSAKdNnK2M280S3kG0j+hbosdFz6ScsaaWkbYeJr7e rXdj8gOkf/H+RXOb31qHZw2h+b98armZV1HCmAvx4VR9i9TFCymHozzSY5zEn618f4N5WWbAuJbT bFW3bvplFkIIIYQQUjpCTqJNN28Vi74pak6+tc5MVQMhT7SLpJsXTz7z74ULJXyh6CxJx1vQNxx8 85z3kCfhPUVTDrl1rnmL2axUsG0cJnlm7sUYJ/Es0VyE6xqTz9qqum1Hvrth40vIG3RFyx02ixBC CCGElAJxuIJOIrDOGOZK/Jto6V43zH7DOGxNLY9K/LNaZ9jVbfdJ2aEi3ILefunaD27QtqQMRiWv X/DOBy9rXdu2ud2MF1+QHuMk4kWYWVte1brKpNlPAkrdvpL+Fb2lfe3sNdsinRBCCCGElAhxuGKd RGDzMbn1fSJz6xd6aum7GOWb36cpaRy1uqZk65BxLX/fbFzL64j/5MnlxrHb/bpZ+JrLT0Sto++a /7zWH3Rla/oWtijGSdxf9KDocU3DSyrunImfuHv+DXAa7eYSQgghhJBS4DiJye8+suTVLa5qucBm pZAyAyT/G6LWJ5a++8rBN8+5+qCbZo+XOBy75z82eb65ZQyH8bSHFs+TtNdEC0+8a95tA69I/ljC eC5xkmjai6+/f81m41rfQXkp+4akLT11yqKnho1vxRdY4CRO+dGjS9t2mNB2kawX8yt+R/SS6EEp 9+DWV7eZt6E/etf8NW+v31gv6cOlXJ3dVEIIIYQQUgrgYImjhU/h4ZvJvxENsVkpbJntRH8U3SE6 XbStpOP5wxtFU0T3SPwaWZ4tOk0Ep/AbkoZb0Lg9fKjoAtEDIowOIv+XokbJ/6EIDuFOIjzb+FfR MEnDejFXIuZVnChC3YdEmIj756LdpUxvu5mEEEIIIaSUiLM1UJwtvIiyXZzTJekYcdxKlpj2BuUw 1yFGGDFnIW5HHyDaSdLg7G0my11E+Aa0O+UNHD68NX0gyoowhyKWW6OcCM7kjqIdJNzH1oOjiM/1 4dnG/SV+sAhzNGIdHEEkhBBCCKkEQo4Z0gp12Iop69OZuoQQQgghhBBCCCGEEEIIIYQQQrqc7rrN y9vLhBBCCCEVijhpfTZt2jQc0870G5v8kk0uGOvoDR44rvV6tGGTkd77C/ct2N2kuaqf8Vubj3rb yLp3Nel2Im1CCCGEENLNwFETJ233T9+7wExeLeH+Nqtg8Bay6Acn3Dl/GtqwbW42oXX1V9UxvPCV lY+Pb1l141bj23RC71ekHN6GPlJ04dG3z7vEpBNCCCGEkO5HHDRMUfMzOGg/fWLZV8VxM9PZFIPU 2ULaqP/C/YuWox0B0+Z8zjqDcDwx/+F4Scen/p7fZdKsNlsOziSmvbkYQlqvpuTPbLOEEEIIIaQ7 ECcN8yIeiy+oWGduM5ueek4Qy8PuXjKoV8OM3yGuIH3o+LbdEg3N533uvkWYE7FBnETzpRQB8yze jPDO1856RcKYcxHzKY6W8P2vv7vhaesQnippmDcR34h+eKdrZyWRbldBCCGEEEK6A3HMMIr4/+CY DRzXOk8cNkx2Dcdxuy8+sOjbSP/ifQvPMo6blc3fqndT0nx2z5U6iZJ/lAhfTfkHytrV6W3p34xv WbUM5YZf07aTTcdk3TfMWr3+VtNWU8toU6GygRNN1a4IIYSQnok4e7jVe8DaDzb+B47ZfjfOOgXp koYvn3zzpllvm3ToHy+/sfjZ5e817H797B9K3p47TZxpbitPbF01U+L4XF/9f929YKmWl/gw0Ymi fWQ95qsqQOJwEn+n5QTz5RdZ4gsu+Hzfy0iva2p51FSoTCInwv4PVA2KziIhhJCeDJw3ccq+8odn V+jon3lhRZYDRb94cOHaN5B+xG3zlku8UfRd0QjR35G++VWt70r4G6IzRHeKTDuQYEYkRamLLOJS 5oDNrmz9AGW+O3XpjzRflniB5ROiV7UNU6nywPbimc3eqe2kak+JBH7Y4DjTUSSEENLzEIcMo3p/ /Px9C9fgwghHzabDSfzlQ4vWrkb6ITfP+ZPkbSlpuDV9wsuvvzcD6aPvmn+2pON5QpT/tGjaNx5a /LptK+PCKnE4iLsOHNeyDvm/eHLZnWjTZiPfjGqKHh80rnU9ytisSkIdBuynfmYbqdpUIoEfTH1F 6igSQgghPQdxzPBGcsNOE2eakT04ckiXNOMkPrhwrXH4jrpj3j62fD9J/27j9DdN+mG3zdsb6UDy tpe86y9+deVs21bqwiphjBJ+xFx8RX996Y0HJb67pGe8RS1pw0X3bDeh7T2/jQoB24Nt7icapP8P VYNKJIaIBojcEUVCCCGkZyAO2daiScffOd+MGKpTJmnGSXxg4Rrzcsmwa2bujnTJx3ODv5Z08+zh Zle1fgzpQNI3v+jVlRt+9dRy85a0tiXLvm1vf3CUufCKpi5eg6lw9pJ0M2rpIul4jvH2fmOTG902 KgRsCwSnAc7DUP2fqBpUIoGXrfCmP34Q0EkkhBDSsxCHbCtxxK756RPLFuPCqE6ZpKuTaJxBM82N ky6ai/TeTclLJdk4T5tf1br6H6+sbP/IDbPXaltSrv/8NRtOMhdd0ar1G/8iabtKXpaDCCQdo5F3 anm0YbMqAWwLnAXcgoTzsLVuJ1WDSiS2F20uwm1n9Fc6iYQQQnoO4oQNFafs4tZV68wzhn0bmw9B uqQFnUQpj+cPTxPN6tOU3GAupufePSjR0Dxv+2tmto9rfit1kZ0xYwZuTR+j8TfXffgLOIGijFvM ChxCEeZWfBDlpf1FNqtScJ3EwaJt9X+jalCJxHARnpnVW850EgkhhPQcxCGDM/grkflMXl1TyzVO eshJxOjgIaKpaz7YaJw5qHdTS/uQq9pM+DP3LngTy9WrV+/28hvvm8m0c6lXw4zvaNuiw6TtZ5C+ zw2zvob0CkKdRNx+xPNq2/v/C1VDSiR2EeGW80ARnURCCCE9C3HK8EIJvnQybbNxrdHE2ILE4ST+ Yubq9fOPv2PeTcOvnJGaDPuNN94Y8uGHH569cePGaY8teff1fW6cbS6qe98wu/3Oue+0P7Fk7fT9 rm8bv379+lMeXbJ2ye+fXfHejx9fOu+HU5ckXX33kSWvHnnb3ElbX9VyONq12/L5Pzy7wsy/iG0w K6wcXCcRtyHpJNayEokRoq1FdBIJIYT0POzI4F6if7/zwcZJ5uJ48St44xmTaX9NdJ3oBCmnt4jr zj333F7z58/f4Y/Prnj+1tlvtz+0aG37XeIc/u2lle3nvfBG+3vvvdcwe/bsw2V5utS9R/SwCF9e 8YV5FT8nbeP2LRzT1CTbO14z8wlnnZWC7yTukOFUULUlOomEEEJ6OuKYDYFzJnq8z9iWNXWNyVfh PIrgLGLibPMtZwEXSah3Xf30ywaOa2kfOWlW+8G3zG3f8/rZ7VuOb2vf5uq29kmTJu3729/+duvn nntu+9WrV++xbt26PaWNPQLCCyxD7brgrO7x2sp19+MCLeClgUqDTmJPEp1EQgghPR1xyPBVFDwL eK/o9+YCOWEeHtY3I42mkOMgJi595Q96IRWHMiXn4rqNCI5l369+9au9MfKIdkKSMgYJ4yWXU1D/ pLvmXStxM7pYYWB76ST2FNFJJIQQQoyTNlictLNEt379wUU/6dUw43c2C6QdxEte/l7wguoKb/1G L3bAmYJTlfPiah3GkW2r1k36+pRFT8o2bIc0m11JYJvoJPYU0UkkhBBCUo7aLhhJlOUXZGm+4WyJ nKN/PvfZ4MXUVzS/XDFOIl5YOVr0ZwkfjLjNqjToJPYk0UkkhBBCIuCcibYRZ21rWcIZApFjdMGT hwcvpCGlJyEueCRR1olvQmMEsRJvMyt0EnuS6CQSQgghsURO0d+m7hG8iMapSCexiqCT2JNEJ5EQ QggJEjlE54wfFryA5hKcJzqJVLWLTiIhhBCSReQMnVU/OHjxzCc6iVQtiE4iIYQQkoE6Qn2CF85C RCeRqgXRSSSEEEJSdN5BhOgkUrUgOomEEEKIoTQOIkQnkaoF0UkkhBBCSuggQnQSqVoQnURCCCE9 nLSD2ND8fvBiWazoJFK1IDqJhBBCejBpB7ExuSrrItlR0UmkakF0EgkhhPRQ1OHpnWiYMT94keyo 6CRWtH7yxPL2Qpi5en37pLbVwTZ8odzK9z809d7dsLH94UVrg+WqSnQSCSGE9EBwsYPEQWx+NXiB 7IzoJFa0CnUSXf784hvBti6f/pYtEQb5oXpVITqJhBBCehhpB7F+xoPBi2NnRSexouU6iaF8aMSk We2T571jS0X4ZU64c77NiUYP0S7ST5my2MQVTa860UkkhBDSg3AdxInBC2MpRCexolWIk+hKmbZy XTAdt5nddNWiNR/YEoWtp+JEJ5EQQkgPIe0gXv7aP4IXxVKJTmJFq1gnEc8mKm664qb5UkJ5FS86 iYQQQnoAaQfxsld/EbwgllJ0EitaxTqJeAlFcdPxnCIcSDfNlxLKq3jRSSSEEFLjpB3ES185LXgx LLXoJFa0Onq7GYTyc0kJ5VW86CQSQgipcSLH5p/PfTZ4ISyHas1JbGj+pvxf+0uoxzmJeA5RiXvD OU7ulDih/IoXnURCCCE1TOTUXPDk4cGLYLnkO4kNzRcnGkx6dVLfMsZsP3Tp9BMlpWacxELBSyih tuIEh1IJ5VeF6CQSQgipUSIH8W9T9wheAMspdRIvffX8lHNVzU5iY/PHM/4P6K//+Ybk9Agnsdi5 DjEFjsJ5EgkhhJDKInIQzxk/LHjxK7fOf+R/s5wqqL55XoYamhcFy1WLzn3gf4L/f4Ur1+1md27E jjh4roP4zPL3gmWqRnQSCSGVgtjUPqJBQWNlVdfU8miifsYYW6UkyDp7p9bb0HyehHtt2rRpYGq9 pLLBKFd9clLkdMnxqm8WzWhPXD69PfGXh49MHceu1Gd+fJBsx+osp6qpZWSGLp023P4Xlc3lLaMz /o9LXv2FpNbsM4mYSFsp5jaz+/WVqncQITqJhJBKQGxqnThm+4h+HTRW2Vplq3YKu949RWej3d5N zX+W8I6i76fWRSof14GBkwgH8Q837yo5gxN/nPy11LHsKunt5h81bivbtCy1bdVKyklsPk9iPeLF FfeZQn8S7ZDcF1yq+hazKzqJhJBKQOwqRu/+WzQPxunw2+atlvBjVk+IXhLNxHKzca3voEzvpuQX bfUOY9f7SVm+iDb7j03+ReIHiu4RXSLpW9iipJJpTB6dchAxinjptPmSigsbjt+Oid/c+htz0esq qZOoL6786+mBsn2zJFyd1M/Y3oai2/g95O1m94sp+ARfqAzkfoIPt5tDZapSdBIJIZWA2FY4a18S LYZx2vrqma9I2mGQpB0hOkn0U4m/KMsZKFPXmHzWVk8h+XWQjcai5URY78miZrRpncRhImzLSZI/ wFZJoXVtlFQK0XN+kZOYSPQVbSbCBW4X0T6J391+eeriV275TmLtXFx7lJMIuYTyXQcRt6lDZapW dBIJIZWA2Fd1EhfCOPUd2/KEpKkjZ5w50RaS/7vpK99/3Za5x9ZF/oB+V7Q8mWHgVBPmpRw9Kdf7 3GeWjfTLrHxvQyuWcBKlTF9ZT/qFBwvSd79u1rdS6aqmlr/bIqSrqW9+w4Yi4CRe9tolElIncRsR LnT7ig5P/O+/b846fuUQncSKVjFOolvW/7qKe4vZTa8Z0UkkhFQCYmOznESblULKDJD8H21+VetG lDnoptnHoZ5ol0HjWt5G2rnPv/6qlHlQdOeX71/4iDF0Dc3vo76k9RcdbdJEzy579yGJ//WL9y98 WNMGXpH8q6TtLm3+n6YJeG5x631unGPa23J867rl735wn6Q1Db921su23CtmI0nXcHny+/YZuR/Z lIhLp39O/sKJgZM4SLSVCC+H7C06VHRM4i8P/0ePbdlEJ7GiVYyTCOmk2MAdLSwGt72qEZ1EQkgl IDY0w0nMp4NvmfuklO0v9TC6+L9I2+uG2Ssl/P9EfxL9WzRvwBUt7yNP6C3xw4+8bd4KxN/+YOM4 icMhvE007TP3LlyHdDiJUha3uJ9GHJLwZqIfINxvbBL3lv5P4n8XTRE9v+2EtkWmbPq5LVJOGpL3 Z40gpsFFDMIFDSPIcGS2E+ElFnwx5HDRcYkLnnhOj29ZRCexolWskwi5ID6pbbWNFYbfXlWITiIh pBIQG6pO4tKgsbL647MrXpcyV4gw2odRxL0lfLNovGhfiQ+W5RDRMaIn9rh+tnnJRcKbi/6s7Qjb 2zQ873i3aCXSHSfxWS0r4cOvblllnoM86/FlP5H8oZCknyB6QGRuc/dqmPE7+++Q7kUdGR1N3FK0 o2h30QGiI0THJy56fpYe45KLTiJVC6KTSAipBMTpUifRjPTZt5ufETWLlr/5/oY31HBJfA8pj7kN 8SzilqLjJe2A4RNnfqOuMbk6ZeAcST6mubkf4brGZjxIZIydLHEL+wyReas6xkk8/VdPL38LYQFO hwFhyfsf0Vzk9WpMPmezSKlpSG6woULB8e0tgjODZxNx23kn0R6iA0VHio5PXPLyMj3OJRWdRKoW RCeREFIJiMOlTmLq7WYJYzTwc6JLRG2vrnz/Tsd4GVBPtP3AK1qWa94n7lk4+/a57zwndZYccds8 HUk8SvRCqL6kf1L0GtJjnMQ//vOVlab9w+5e4jqJqPtZURvyeo9tedxmkVJz8SvFTkWEi5nrKA4W 4WIHR3FPUdpRvPy1NXqsSyY6iVQtiE4iIaQSsA5XxosrkoaRQowY7iLp/xDNOfb2ecYhE2GKHLxQ stOCd9ZfiLQzHlu2SOJ3iC6TvN/K8rGtr277AHkSPkbSzFyIRhZJw3pPFL2E9Bgn8fxFaz4wtyZ7 NzZ/2lZNOZjvbthotmnQuJYGm0U6S/2MwYmGZNbLS0WiDg0ubv1F6ijiRZaPiA4SHSU6IVE/fb0e 75KITiJVC6KTSAipBKzDleEk2izN2190p8jc2oW2uyqJtFPGt6wyzzH+5MnlP5P4CCm/pSx3RXkt K+F9RY+c+djSmSatfsbBtm280PLFT9yzwIw4xjiJPxHN1rjZKEHKYaqcbw27uu1DWw63NUlnaWie YN5cvqwVbyR3lpCjiGlxsh1FPb6lEJ1EqhZEJ5EQUglYRzDoJALJ7yd5XxTNaF21ztwahiT+O60D YaRP4v0/dc+CSxEfcmWrceCEbSS9XpSqW9fU8n+H3TbvC/vfNCfleMY4iZ8STbt02ptTNE227xsn Tl7wtaFXtb6H+A4TZ86QejCipDPg2cP65EM2Vip8R3GICI7izqK9RPjBUFpHkU4iVQuik0gIqQTE wVIncQGMU8w8iXD0MPXM0pGTZr2JcntcPxtfYJn18KI1D2QYN9GDC9e+/u6Gjeat5H5jW34h5eDs PS16YPi1s1rcspJmJuiOcRK3E/1TND355rpGTVf938srH5E8jGDSgFYurqOIqXHgKA4TuY7i0aLS OIp0EqlaEJ1EQkglYJ3ET4gel/BvRbgtmIEtc4gIcxtOFX1etIfobyK8qPKU6H4RbkvDmUT6w6KT pW4fWWLKm1NFmAj7ZRHmWsQ3mi8TYWLt74sGinAbG+v4h9TbQoTnIjHVDhzIR2UJR1PX9y9JO1jE UcSOcO7UPubWctfgO4pwcuAo4rN9uLV9iAiO4keDF8xiRCeRqgXRSSSEVALiZOElFHwz+TgRprgJ Ol2Sh6+mwIn7qAhzJeI29DBZYhqcL4vwtjEcya1FO4qOFe0s+XgLGuswTqCEvwBJ+FDki46U+C4i PKOIeRYPF2HeRcy1pw4q2kQ51MO60DbWjTdoSUcp/s3lzhByFLcV4WKojuIxia12/Hjwolmo6CRS tSA6iYSQSkGcLf1Gc05DFCpn4xjxM/Mn2rRgezY9VdaVLaJlsrbDpmeshxQJXhqqn/EVG+sOcNzi HMV9RNHn+0bsf3LwwlmI6CRStSA6iYQQQrqMhuYW83LKhHlwzroTdXYwUowL4FARHMWRorSjePQX vha8eOYTnUSqFkQnkRBCSJeAZw8bms+zsUog5CjiO89wFPcVHSY6NvGpM74XvIDmEp1EqhZEJ5EQ QkgPJuQobi/aVZR2FE/786+CF9E40UmkakF0Egkh1UB79OLIEBiu3mNbTrTJBWPrDzSGr6F5nk3O AM8ZnvvKqi2scUwh9fCyzOYmvftvk1YPjcmjEw3JV2yskvEdRbxIo47ifqLIUTyz6e+mDxQiOolU LYhOIiGk0sELIuKkjfjUvQv/06sxuV7iMFYFY+vjTWdz27CuMTnfZqWQMvh6yuFqHFHHpsO5PFCW vz3kljnm83+mAqk1XEcR3+dWR3E3ERzFw0XHJn576wTtIzlFJ5GqBdFJJIRUOuKgDRZH7ccwWte0 rDoRjpvNKgg4fFIf0+I8jDbE0VxgswyS3/fcZ5d/wTWOqGPzUBdT5DSI/mbqNyV/ZiqSbBqaf1ml o6043hCmM1JHcUsRnD04ivuL4CgelzjvvsluXwmKTiJVC6KTSAipZMRJw0jeMSfcOX8ZjJaEg99H VqfOB+lW+IrKU2hDnUSbPnTwla2pz/p96YFFb2CJPNOAIGHMxYh5EacMv3bWy6YsySSaFHtDoj58 K79KwDGH4CjCCXIdxd1FcBSPEB2X+NujT2ifCYpOIlULopNICKlk4MSJc/YnGKytxrc9JXEziihp /SW8JdIlPMw1bCgjaZvXNTavc9PvnveO+USfOolSBpNjn4O0nz25bJmEZ8Y4ieZ2t+iGJWs+uNa0 h7n+SET9jMHmzWU8g1j94LhD6ijiRwkcxR1FcBQPEMFRPD5x4dOvmL4QEp1EqhZEJ5EQUqlY5+yQ x5esfR4G664F7+JCjXR8FWWU6FKkDxzXsq7f2OTGEyfPf6Hf2JYZkr6fGrkrmt/C5/Mu+X/PvX61 psFJtG3vJ7pBwtfI8uuiiV+4f9EKlEG+2QiLxAdJ/i9FZlvqGpOv2ixSe+DYQ66juJVoJ9EeIjiK R4qOT1z0/CztVxmik0jVgugkEkIqFXHMcJv39E/cs+AdGCzEbTpeMvmmaL4aMwlPEeFbzUf+38sr H0Fa/Wtv4vvOfxZNkjov3jLr7dVId243byN5x8pyF1nik4ANOZxEfGHl41LmJV2nzeqZNDRfmahP /tjGahEcfyjkKO4pOlAUOYqXvGwehcgQnUSqFtRJJ1FPIqp7VTPgQiwX4WiakkIUABd30YBcZWoF +T/7HnXHvH3M/9nUMlrifUSDTLx+xhhbrCA6U7dcSF/YXHTR1le3fYDtEnBxMv+3pH9L9DrSd5w4 80UJ7yn6iOhH21zdtgHpEt5VhO8w7yW6QvQm0r1nEvXTfFtIfi4nESOPaOfhza5sNdtjs0jtojZW HcXBIlwwh4tcR/G4xOWvrTF9QkUnkaoFdcBJrAs2RHW/ooNXtYbIXoTxFulZwf8vpKhe3/+aPP8k jUt9OBbfcMtUG/7/FELKwKE+fOqSd83zekPHt2GU6yDRTxHv29j8XVs0L9IWnuHrUN1yItuzrehW sx9Egunf2D+SDidxMdLFKfw98kQYGRzvlMfFHeX7SPpnRUmkq5PoImVyOolA8rE9Nx97xzzjbIbK 1DQNzVNtqCeBYwynCBfI/iLXUfyI6CARnlE8JlE/fb32PYlj+hw6iVR1qwgnERlR5wg1RHW/0oYo 9iBWMrjgygX4KJF55guS8KsBvSz6l5TfQoTRr+N//fTye1FegLOzkyjlWNjmq4bQ/2SzMpD/ERM8 f79t1fo2lBt2zcxPSBxv4D4l+rbUgxEvCCkLp+tU0XS0NWhs8vs2q1uR7Rop23S/HkvB9G27vXAS 5yJ98LjkD5zy9wXKw4E8WPIeR3onnMStROOPv3O+uW0dKlOTXNa6t/2k3gSb0tPAcfYdxW1EO4vg KGJEERNuH6Z9T8J0EqnqV5FOYnSShBqiul/R3F4YOalKg4QLrlyAjxW9qv+ThE+K0QFSvq9okOi3 l05bOQ/lBTiJw0X3OPtFnYS8+6SQMvno7LokPet/slkZyP8IJ/HMmavXL0C5ra6e+V8Sx+3Wb4j2 k3pmFM1H0rPWK2nqdM1BW5XgJGI7ZXtwu/iBPa6fbZ5JtFnu9s7W7XXL73fjnAwnzubtK/oP0jvq JErallLmyh2uaTNvTYfK1BwNzT8yDiLeYO7Z4FhH18DIURwiUkcRt54xPQ6cxX3RN2SJb0CjDJ1E qnpVoJPonhzpZ72oylI0pxdOXDgHOGZVZZRwwZULMJzE1LQSQq8YwRHDcvutxrcah8CVtJFyEo+/ Y+4oN8+ofgZ+5RtsWwMGXNFiHIhQOcnHc2tDNX2zK1sf1XD/ca0XSp5OxTKkV1Pybc2zajIrEvKt S/Ji/yfbRApZV4aTiNvNUhcO5vaI92qY8R20J2Wiz8mJRl7b9hMNpzRh3gApF3QSJb3PDXPWbJcq 28XI9mwnuv30/ywxt5UF06ed7TVvlvZvav6eLY/bwTe0rFpnfmjUNSYvseWxH46Z2LrKlO+Ek4jb 2TcgP64MqWlwvNPXwrSjiFvPmB5nLxEcRlxYh4ngWNNJpKpXRTiJcDyiYfZQQ1T3K/qMFA4kRhSr zijhgisX4Awn0WYFkXJ4IeHnKD+u+a21KC9hTFFyoCg9kij6nyeWJSXt3p88seyBVLog6zQjjwPH tRin7DuPLJ0l8VtXr9/4f72bkmb0ShymHaTc9pL+x1Rd0UmT5y/sN7blTUn/mMhMxdKnKblh+LWz 3pn39vpHn1q69m7Jf9eUr5/xqULW9ZUHFu4haaH/CW9VZiBpGU6ivd2MaWEaEYfjJGHMA/g7xFWX v/Ymbtnf89Mnlj2oaUKWkyhp/eat2XCilpG8XSWtS/uUrA8jd2Pf3bDRTGDdZ2zyGJsedBIlHdPU /ErUNvSqVvPcoDiKd+12/eyTR981f6r+L5243Yy5Ev+N/C2vbrs1VKYmwITYF78Ce0KywTEPOYqY ngkX1F1sGOcs3oiuSnucA/3/6ST2BBXgJLonBAqZEROqAhX9ctXbGzqaWDXggisX4EwnMYfwVq+U PU30nytmvGUcr//P3nmASVWe7X/oFhBFsaIo9hY1mthbNIkxJp9JjCXJZ9Q0SzSamHzJZ/6fLdFY EgvbaAIi9oYdGyqgiErdmdldFpZeBAEBQUDY/3OfeZ+Zd86+Z+bM7uzuzOz9u677mjlvPf085zlv kf/41IrPit6DHBo7f+3zsnyn6BnRnO+/PD+OcFPfbs/P+Xwolm98f+kUCbtFwh4QoV3fc14Z5dEN 8h/GW9LAxLh9svysCJ94fymyh2JB/iEijNenHq258j9sXa5tws04DQlLMxL3GDnru7KMYWE8wwmG nvzHp/fkFGKvz1/7oiz/R/SqaP63xszTfZFmJO48NH6l/D9J88n/i0TOmU5aE6lzW9F1oijWo1Nl 7DWEW+tbh3DLSIQh/nXRy6L3bcMQ+mzD5rTezTaSN6ORiGWJP2Hemk3eEDg3TVyMm2dpMqgGRg8J xn4uqqEIo3BXET4zY//1FumDtZSNRO/LBVWiysFIxNsQHhJpMxtQBaTE2yve/nHTKmYjcYZu09ee mPOpX0c8PnvJTsNqPxFDZk9Ji44E/xw447MFSC/Ak4Qe0kkjUUBnBvR4PlL03APTV3gGnfyHkfWT b78wT42xgyVtTxE+KV4svx8f99Qcr82bLMNI9Ob9NcsoC0OuoH4YK55hcdhj9U9LPni/8JkUxo3X scLkCVsXvH9p2yRqciwljctITPMGyn8Yicl9If/7S1m9RZii7hWr3SPGI0zm/d6Lc++08sBAxEOw zZH1gtEH7+iH33lx3vveOiXC0bnnfAl/E79Y9jII8n8bCYdX9QkROjlNfH3BusYZK9bDQIbxeKvI ZXTvIHlvET0p/4+Q37R9LsueYbrfI/XaHhH3xNKhPBo3/0g49NmIcw9f2fB8xHkF4xC/Rd38JwO6 3dg23BfQJAcDjGMGInj6TxOdafQtqqiEY3aG6BQReuwfJoJnHC9AWY1EPSFS7ZOowlKiAXXGg1nI 4KEsD2EYiV4PW0j+v+EQDLFTRDAgthfd/OD0Fd7cuyYMhpHXM1jDUL6E4fP0HWUzPltswmHMPdCj KrZV0wZJ0sEgTBqJgo6tpx4tz6DrN7LuZ2ZbsB4nyu/HVhmh6hJ6Stq0bUKZfiRNWCPRtS9gNN+p +0L+oyzkTXpEVfs/Mgs3jnZD1gkvA0NFz2B9ulTGfiTbgX2PJgDYx2jLmXau19XV9fjyyy8P3Lx5 83kbN2786YnPNDTu/fCsxn9PWfqzNWvWHPrxxx83MfCkDAyTA+MdBnQTo1jCMNh2GdbhqncW/9hf Z9GS7JgSL4ixMYsMfT7ifotnJF7Qcf+FsIxwxJfGuZJAtxnXENpcwns6QKTzWsNQhJFxKlV0wnE7 WXS86BgR2tiivS2mpcS5ndVIpGu5kBXC4i9k8NCVhzCMRLt3Mzx4fqEHq/fpE78il5GYbJOoD3NN Wz7jM292BPkP4+MZNdwen/X5W6on6z9/95V5a+e9PHft7GvGL/2DpIOR+Ia/TPlVI9HzGKJdoAmH EQNjY5Lmkf9h64Ixm08jMcy+UCPR84hiPQVvTEFP7YisM7ycGNpn3CWvL/CMNBOOfex1YvISptPp pz/9aRdR9wsuuGDbzpXeJ39PPf79Prwezge3KdMVjvPqpNOfn7tsu8Hxz+V/m396bxXgPSyPLjBL pHngfMH5BI8h7rswniDbQHSdo8WKbi+2EdcBPkXqUECYrvDrouOMYDRSxSMcMwzlBK8wvIgw/nUo J3jLnV8o9YSgkVjoCtkLqVDBwxkPYpHdu9l7aPtlsoQyEk3SJoaRgKnYXvreS/PWY1n+l/lUMWnp +nL5PUKUZiSaIrHOaiR67QDRw9iEYz39RmKYujB0Tb49iVn3hfxPMxL/9sFStFmc+f7iLzRvu32K xL6UdYFBj/ab5eg9LrrBRLvQexauAdzYErPI2PrjaLQZ0wd4VmQd0F7x/yGv/B4WdExIhwXnkZ53 tjS8lNBtwvUF7xI+r8ObCCeF9vA+RHQoVZTCsUMP/f1EmIJSO2DBBtRzOg0EIEKNRPZkKlSVoJFo ogKRtJ6xMzi2yvtMioe3LIc1jPD5cOS8NZu8z9vdKmMfwRiATNwxWob8hwezpUZiqLoEz0i0t8mr zIekaQ0j0avzyMfq0UMYnX3qdh9Rt8jkP8Fkb3NkH3gDjMv6VIjOxLKJcqH3LHg60C4sOXRRmq4u w6cy503PRurCeYk2qKj7J7KMB2PxUh7bbP6R/INzyVapgm1TuyBxjSU668DrhLbxMC7wmZIqPuHY YUpJGP4wENH0Rj81O++X9slAI7GQVYpGYhZJWhg7f5+2fL3X6QPadnDN+xIWxpMIYwzDy6QMofJo w/ZDa8668PWFl2v+k5+Zc6mkyYeRGKous15p2yRqMh2apGkNI9HL23tI/Lfy/xgRPIrJGXBM9nZB 9gs6pBwu2lv+454UBM57fBZJDXis6+9XhhufgmMpdcKQP0r+o9NPUV1XTXhgOh4EhLQEXAN6ncE2 wDMHL12wEWAwogMlVbzCMcS9Ex5E3Efxwh14n0QgjcRiUOkYidOd2+eQAMPhGtHcPUfWeT2HIVkO YySiowLGVHxO9Mkfxi9JTeVnNH7xF3dJut4Sn81I9IZiyWIkhqpL5Nwmr0ILiVcj0fP+WUZichYS +Z+rkWjnxfAzGFInNqZhTWJMRTFsTRHtgtmv2c5rxOP8x9svbniZm8iENBRD1FuYYLzDstg9ZomQ fIHrAdeNtsWEjQCDAtcdVdzCccTxDNW2Vk8EGomFrtIwEjHG3SswTETTRf55m6GpIox5CM8ODD3M 9/yCqE70qOg0EcYpHCzx9swqGB7nWtHr8v8MET5Nwzg6FWlF8EBCH4jeFf0/EYaMQToMojxS5C/T ORSL/GJb0JbxadHdsozPyqHqEnWR//Y2jRYdhDK9Sg2yjA4dGEPxbfmPujFzCtblbYQjXoQewKgv 275AWn9eGEbID+P1Hfm9RH5xAyl0sJ9wHHAdoFfeXs7rxVYIQ7EoKY8+5vVcxtzLGTDHOk0mKhBX HlsmGSltcJwhXDtqMFKlIT2meowDr2k9AWgkFrqK3EgE8nCB1w4Gkmu+ZlvHIy0eRvIfxhfajH1f dLLI+zQogucOb0QekhbGF3pGnyDaWR9k8gtDcy8RjEu0OYOxdJz87iTCuQ/P27by/2j59ZeJB6Jz KBYJQy/l40To6IA3slB1AQnzbxOuvTSQXsJRltbtTemHZYSbeJSDdc62L5rkNekQjg4+MG4xPIxn BBc4OAZqJKJNzd7O68WvUjMUYRyWR180S05wPOW4hrunY6gcg+SBJ3o/Zzq/HEheeKm949KpMv4O zjNZ3nmP4bX/CcoThOSF5z1xjNvZ092BwTVDla4yggQ0EotBJWAkArnpw/CCcZJJaduGZTtOZaKT ZIlDXox/6I2BaIKTICxDeJN1AhnyZKwLINykSxqPfqw0Xhn+ZWDCAtdN48z/JtsRFF7AYD3VSMT1 sI/zevGrPLrB5CsdQzELYlzhheoO3QfPzF4zSfVk/efvlc/87L3vvzT/I2sfYbBxGHR4aXgWYbsN r11/zbuLZ9u6+t3F9Ze8vmCixP3bdT5JXrR39WYf6lIVf0/CMGD8b3/51kJvNht/niBMWWinWoV8 rpl0CCGtCy5WGonFoBIxEglpITjvbSOxv/N6cWuVyVt8hmJZdc9ImWfohkaMq7Q2q/IfwzBB6MmN Zg5vieaIPtQ0AozEH4m8gdiPenLOcvmPZhVJSRrMWnOz/DYZ6Nzkx9cAr+1xt6r4eAlDZ62/iDAr zglIY5JnBGVL+pPk1xu0nkYiIW0PjcRiEY1EQkBLjMTGSHn1XJO/OA3FHBADC0aiPSMPmj14QzOJ MGUk5kG/SeT1oDdp0FThxyKvw9R2Q2o+QFqH0BwEbZvSkDA1Er3pN42RiM/eBw6OrfrR4Y/P/oEs ex7uHoNr9otUxtFm1vNmd6qI3gpvpmyn174W4ZIPnd08D6RtJCKu35DqPl2q4meiDA1DOQhDWZ0r old5HXsIIc2GRmKxiEYiIaBlRiJUHp0m+WDgoKzCvY4GivGTpVNKJsS48huJadsKg0ri0b53gpUG Bh2MRG/eb3wuNslDYcp0GolHPl7vfYI2ywcc8ugs7zPyvqNmPYJfn+KSzmkkynKPl+Z8frymFdCs AyMRuNunJpoaEEKaAW4aNBKLQTQSCQE471tmJELl1e9K3sI1FDGdHgbGHt7Q7B7nYjT5jUSv7aml rg1rN5/ZvSq2BfF7jax7QsLUk5g0En15PJkqmiBxLiMRn5v/56p3F3tDScl/dPr6y+/eWRzHMrR8 /eYZEjZTNG6HITUrELZdVWwPWU4zEqWsbT5e+sX5WO5WGftK4r4hQgeu43sPrdEZjzCywETRm798 a5H3ud3zKhJCcgYXO43EYhCNREIAzvuWG4nQwJlPSP7CMxQTPZdvMUvNRoykNCMxk346duFHkrav MfJgJCY/QQfKgctIlP87iO7+44Sl3rSQAkY5uPtvHyxbh+X/nbTsCVnG/N3Xi/B522uD2LUq9kdZ ThqJXSpj89VAhGEr4fh0jeGedhY9iHBI/n9bdIEIQ2ZN+d8PP71J0nkjEBBCcoNGYrGIRiIhIH9G IvTg9AeljML/9NwMxECCkfiybmuyh/J7i+fsPqJ2A8L++81Fq8SAGiHpvi6/+GyrRuJSxB/3dMPn 8h9eOdUEUZVoP0nbZH+Z/GGMxHvESPwCy68s+KKfhKFuhP9J5Hkxe1TF/iH/k0biNoPiq/ALLfpi MzrXYOgqfJLGcE+viqG7QOM7V8Q+vGnSMgwg/3fR6ZKORiIhzQAXOY3EYhCNREIAzvv8GYnQA1Nv knLaz1Asj54vesws5Q0xjtKMRPmP3snPi8H0sfyuvH/aCm+axk4V0S8lDPtUjTwYiV7v5sMfn71Y /muvaBUMuT1goHkVWZj8oYzEP7+/dKVZxr7XvPAAeuu17aDYP+U/jMTkVJ47DK3xPo3b7QwlflcR DNc5f5y4NDWkj1GnyliNlM37JSHNABcOjcRiEI1EQgDO+/waidD9U34lZZWUR1GMprTPzfIfn5Mx qDrGQcQMQ/FDH5vtzUsuRtcHyGMMNRiJXu9mzJUuYdojWtVT5Bl2fiQ8rJEoy0s8byXyWHlRt99I nInlHlWYqGnroj9NXPo2lvWTvORDRxgM0o+ZmNCusV40+faPPv2gS0Vsk0nLziuENAMaicUiGomE gNYxEqF7PzxPysP9sPWvrTaYb1kMJX/HFW+7YFSJMPf4S6La5PY/OOMQCVdDLW+9m+W/00i8fvyS RWZZ1yvISPTGXOw1JI4xGzG+YzRp/A1vwHSV6EyzzR4jZ1V846nZD0v8jaJHRJjms65rZWyzl5YQ kjO4OGkkFoNoJBICcN63jpEI3TXhOCmz9QxFjHWIXsvlsVkmpNUQA8lpJAIYVaKfSnxsyqfrPYPO pClEIzHZcUXSnC3Lk9Zt2vImwuAhlDCM+fg9bzlRHmZ4gccUZSU/VQu8ZxKSI7hoCt5IzJXrxi91 luNS/1GzTK5GZ3zBiEYiIQDnfesZidAd4w6QcvNvKJZVH+D1XK6InWBCWhUxkDIZiejwgWn77hQt 2XfUrM+QplNF7HFZLkgj0QyBg7zwFM66YOzCyQjf95F6fGYeU79643NYdumPE5dh5hbeMwnJEVw0 JWckgoEzVzrL8svGFV8wopFICMB537pGInTtsL5Sdut5FNsAMZxgJL5w7XtL5u7/yKxyucWlbYss wyjDPMtjRXPOeXHei9sPjt8h/9FzePYFr80ft9OQ+O9M8lCYMs8UTbv49QUT+g6ruUr+w0i866W5 a+uPfXL2CEkDQ++uF+eujWOAbV0vkxd1z/rhy/PH9nt41jny/0TRR//95sLJfR6q/RvSyvIBIgxv Ez1rzNxn+z5Uc6/8/18R2iM+dfYL8ybsP7p+juRfc8Xbi5ZJ2G8k33beChJCcgIXZ9EYiXWrNzrj bdm44lW2B1FxpSsY0UgkBOC8b30jEbq6DNPgtcxQRK/lNvIc+hHjCOMHwnjCUDJ7yy2uyXZI+Lai H0schsH5i/ziM+0JIvQWvkjUwyQNBeqQPEeK7hNdKsv49IuxDC81YUday3eLDkYeKy/qxtzS/yXC INkHi+6RuN/K7/YmHWZXOUs0SHSDCB7RvUXXiB4TvSp6TTRKhHrQYYf3S0KaAS6ckjISISXos/OY hjUmRTqutAUjGomEAJz3bWMkQom6mm8otmDGlJYitzR45naQX+c8y4qkgTG2s6RBz2X0FMZyH/kP Ay/n7ZY83UQ7SRnbIz9k/mPuaMTpMupLG79Q6xZ5YyCa9NqjOrku8r870smvt22IE8H43EuEOamP EGGYHq9ji8lGCMkRXDwlayTCGAyKA28uWJdmMPrTFpRoJBICcN63nZEIZTMUMYVeWfXRZikSKUsM J0PaB7mVZ5w6kBASng5pJH6xeUtymUYiIUVF2xuJUJChWBnfNzGNnmhg/LjE/+gQE0sIIUVNyRmJ uRp9RW8k3jd1R++XkFIm9dm2fYxEyGUoqoGowhA3pLBIGO7nmyVCSA6UjJGI9ocrNnxlUqZ7CzOp aI3EB2aeaW5+3qwDhJQ0ZdEGOd9XRe4cv5MstY+RmJi1I2UoDoxdnzQOVQ/WHCJxpJBIO0bRK00o ISQERWUkhiWsgQgVnZH4j3e/67vp0UgkpU/CSNTzflXkl3fvLqFtayQmtErqTBiKadehJZIfBtXs kuaZhQE+MH6Gp7L4Zd64kwo8hXa70IGxX0vYcNE45zHifZOQUJSUkfjB0vXe0DauMoJUNEbi7x+6 yH2zo6gOqrLo6sjXv3ek83ppTZVXz40MjFaJoTFQ1uEKWZdPrXX6u9xH2w8YVmgnqbKNrLLqU5oY VjCWEhruxStlsb/K8jlmCcv3pBnqMNIUL69vWdO1JK1XZ/UFZimxTp7R5yl9ff1GoretUhYMSrt8 T5KXEBKKov/cbI93iM/N/vhsKipP4l+f/6Hjhsc3YlL6pHsSoc2R3w7EFHpt7UnENbchctvrh/rW J6Gy2GpZ15ne+toGTi7GUUvSqjGXlLUO8K75DSs1ElGGbUDCa1dWDW9tAjU+i5Hkvou+aEIIISEp iTaJtqGYy6dmqCjbJN77yVnWjY9GIil9Ukbi5shdEw6WkLZvk6iKRNBZbFu59tanrkOjiuh8SXNE Ey8eaT/KY1PNP0JIjpRMx5XbPl5uUjU2Tl/xpTONS0XbcQXHzvuUQiORdADKY7OMpwv3rPbpuAJF IvCm7SrqJeqeZiB6ig6UcEIIKQlKxkiE7N7NYdsmFrWRSEjHo/2MxEjkKNGBoj1EvUXbRAbOHGYZ iRs9EUJIiVBSRiJk44r3i0YiIUVF+xiJkciJInSMgJG4pwifnDF2Y1fjQRwn/9HO7xfeMiGElAAl ZyTan50x7Z4rjS0aiYQUFW1vJO6851lSzzdFR4r2F6FDB+6XPURdIgNnfFt+CSGk5Cg5IxFC5xUl 22dnGomEFBVtayT2P+JcqQNexGNE6DCztwj1bi/qJsL9M/ha9Pc+JoSQIqIkjUTIxhWvopFISFHR dkbiCedfKOXDQPy66FCvrkSnFfUi6nXIa5EQUpIUhZFIiWgkEgLaxkg853e/krJPEh0rOkyEXs27 idBhRa/BzF5EF/AsEkJIkUAjsVhEI5EQ0PpG4s9v+7OUaxuI+4nQDlENxOyfmYMoi37gdWzB4NSE EFLg0EgsFtFIJAS0rpF4VeWdUqYaiIeL1EBMDKDdEgNRwUDbMBTtaeQIIaQAoZFYLKKRSAhoPSPx r0/hUzAMREz3BwNxgEgNxO1ELTcQCSGkiKCRWCyikUgIaB0j8ZZXxkhZJ4tgIB4hgoGIQbN3EqmB 2EWE+vN77cGjqOMsEkJIAUEjsVhEI5EQkH8j8Y53xks5MBC/IYKBiLEQbQMR98fWMRAVzvNMCClA aCQWi2gkEgLyayTe8/5UKeMUEQxEHSwbM6r0EWEsxNY3EP2URWeaf4QQ0q7QSCwW0UgkBOTPSPzP 5FmSHwaizqZygGgvUfsZiKA8eovXsWVg7DwTQggh7QKNxGIRjURCQH6MxPunLJG8aiB+TYQ5mdvf QFRuHtc1UhbdECmLjTIhhBDS5tBILBbRSCQEtNxIHDhjreTzG4j9RCgPbQPb10AkhJACgUZisYhG IiGgZUZi2cyNkudU0fGio0QHiWwDUafbw32xsK6x8tgq848QQtoEGonFIhqJhICWGYlNDcS9RZj9 pLANRPDAdBizhBDSZtBILBbRSCQENN9ITBmImOnkYJEaiL1EhW0g+sG4imi3SAghrQiNxGIRjURC QPOMxISBeIJIDcR9RH1FMBC3ERWPgQjQ8xk9oNETmhBCWgkaicUiGomEgNyNxEjkNBEMxGNEh4jU QMQ9r/gMRJvy2CyvFzQhhLQCNBKLRTQSCQG5GYl99jxb0pwoUgMR19GuouI3EAkhpJWhkVgsopFI CAhvJPY/4lyJh4H4ddGhXtpSNxDxCZoQQvIEjcRiEY1EQkA4I/GE8y+UONtA3FcEA7G3CHm7iUrP g8ge0ISQPEIjsVhEI5EQkN1IPOfKKyT8JNGxosNEMBB3E5W2geinPPqLSGUc204IIc2CRmKxiEYi ISCzkfiL22+UMHgQ1UDcT7S7qGMZiGBQzS7e5+ey6AcmhBBCcoJGYrGIRiIhINhI/P3gf8gyejHD QDxcNEAEA3FHUccyEG3Ko8PZVpHkAVw3VGkoNEhMI7EYRCOREIDzXo3EPqJ9vOvj7y8Mkv/HidAG UQ3EPUQwELcT2QYirx1CspO4VvzPIqp0FOJ+iEgaicUgGomEAJz3tpHYL3LXhGfl90jR10T4xKwG 4k4iNRC7iLLeEDsEZdGZkQdrMBwQIUHotdLZ+TyiSkMhXpwTJwGNxMIXjURCAM57NRJhBO4p2l+E WVQwFzPaIKqBuL0I9zYaiDaczo9kRu0CXDfdnM8jqjSUeoFWY7EJejLQSCx00UgkBOC8x00N4xyi MwqGtcEczOjFi1+0QaSBGJay6p6RsvhlZomEobykZ7jRawXXDa6f7ZzPI6o0lPjSkvE+iQAaicUg GomEAPsB1lOET84wFGEcYqo9tEGkgZgLZdHlkfLYKrNE3CTOowrZT4n7cameV9gm2ATwMOFZs2Pa c4gqLYXo1KcnhBqJuzsLotpfNBIJAf6HWC8RPIq42eE/wmgg5kpZ9QVeD2h+ivaj5xDa5i2x7sc4 B50P1SIH26MvYbie+ia3mSo9JV6scZzte2YaiZPfNhIjkQNFmOcUg9GeLvqW6CyqTYV9fqboVNE3 ReituY8IXhMaiaQjg/NeH2QwFPHZGdcE1MOE0UAk+SB1rpVXz/U9XPU8KzVDMbG9iesKL157pm03 VVpKtOnGccbxzmokwprErARoBI5egseLThHBUDyDalNhn58m0lkjMK0Y2lvRSCQkdd/CTQ3XAh7Y EP7rQ5vXR0soi/0+Uhb9u1nqiOg5JAZidJrj4YqHqv1CUipgW3Ad4TmD583eTbadKh2FsCsQgJsq Tna044HrEZ81MYwExhuDFwuD02IGA6ptBSMd477BYId3N6vFT0gHAue/3r9saTghzUXPoS6Rsuqx AQ9XtIfFvVgfrKVyzmE7bCMxMQ4pVZoK8YUSAbix6kmhQ0pgnDF4r44QwUg5impzYdw3fGbGsB44 kFnbDhDSwcA14BdpDcpjT5l/pY6eRzAQRzofrFD6GJz6clIKYDvUHkAb+KZzo1Olo5B9HRIXRKI9 D96OkAHjjMEwwbASMBghfIam2kbY3xjvDQewnwi9N7P2QiKEkFahLPaG17Hlgem4H5UquKcmnodl Mwc5H6qqSGQXEZ6XNBKp4lUORqJ6E+E+x4kPgwQZ4b2CYKRQbSvsd9yI4ApGp6Ks4xkRQkirAQMR hiJ6Qpceek/tEnlg2u3OB6qtxD1av+zQSKSKUyGNRIAINRRx0sNYhFGCdooQDEeqbaX7HgfPbiRN LyIhhOQP3E+hLpH7p/zK+TD1KzESCI1EqriVo5EI4WSHIYLEEAwTqn2F42Abh4EHkRBC2oz7pu4Y KY9NNUvFSurZd++H5zkfpC4ljER84aGRSBWvcjASFb1gIJz4VPvLPiYQIYQUBmXVMJaKmcSz7t4P TnE+RINEI5EqBTXDSLRBYqr9RQghhU95bLz5Vyzg/to5cteE45wP0ExKdO6kkUgVt1poJBJCCCHh KI/e4nVsGRjHhACFTsJAvGPcAc6HZzbRSKRKQTQSCSGEtBmY+7k8trbAvYoJA/HaYc2fl5hGIlUK opHYQXGdDFB59P1IRfxgk6r4qIhOl+24y/tfHns4sV0B26PbnAtaZi4k1ilznuaU21LC1JnLelXE rpH0y8xS8DmW2B/XmFTplEefTaZD3X4QTkjrkjAQry7rmTwXmyMaiVQpiEZiB8V1Mtgqi11iUhYP ZdGzvHVX1MCxw2wyxQXRHGOu4xiJ6emwnEl4IbFxpYFsyqOve/uTlBbwLBYGCQMRD0PXuZiLaCRS pSAaiR0U7wQIeNimTo7iAutsG7e2kYj/ftpqOwvVSAxD2PXCNrqNPrfHsCK2Lq1cz/jz1YNjmSgj 4RlWwqwPKS4erDnE/GtP8mcgQjQSqVIQjcQOincCBBmJDqOmPHqThM8xJ846MR4qTEyC1AmVjj9M P0ki3G9UKDAK1IiA8RAGlOuvK2kkBhhpXpwj3PvkLuFYT3gnbVxGU6Jus76yX/xp7PqTZfu23c6T SuPeds9jao6Fax8i3NvPxvBC2S6CtkWPD4w0VxoXrjQIQ3ku/MfLSyvb5CcRnn6eYpvtz9qktCiP 3ue1W2xb8msgQjQSqVIQjcQOincCBBmJPi+PLvvlan/mxw6z25vZsgmqKxtIk8nwcpXjD0t5rtJl G2t+oylomyBFjUSXFC3XJRs1/PyyjVksq6HpxQU0HQi1LQEGto3m85MoI5wnMQikwXraoI1pmLyk OEHPZ29qv9g9JqS1yb+BCNFIpEpBNBI7KN4J4DMSEx6qhFFgG0ZY9hsaaqwoXnnWsuJPY5cLvDBj BCQ8iFKOr6NJIk1mz5GXz2eQ2EaQtle0DY5EHt82+LxZajgqfsMqkSe1H9WASUuTNBJTn03hcbTT aLm2oatl+Y+Fax/aZfmXg3Bti9/QDlOWl8Z3LgHNGyQYl5nw7yObRBluA5SUBmXRmXIOZD+PW0br GIgQjUSqFEQjsYPiOhmScnz2U2C4JB7efm9jIq8fVxrP8+QzBIEX7/zk2PRTsh9XfBMjyHyiVbz6 fMsuEK7GpV1m0HqpUaj4lxWE6X7wr6tir3NQGr8hi/9hPseG2ZYgL6FNor6mn7QR7pTsD/9nfD8p r256e0QFcX5jmZDcSBmI5dENqfMzT6KRSJWCaCR2ULwTwOH9ceG1R/SdOCrFv6ykpbG8bElZRmGT OJ+CCDRwHEZVoqx11v9EvJYRKLOv7DKDjDZ/eEYjUeoFYcoKKgfY4V65IY5tmG0J2rc2Xn1mO2xc 4YmwzOWpgZjJCPTKCXn+ktIAPaDz11YxZSBWxFYlz8t8ikZiQatu9cbGXBhVu9pZjiqovP6jZjnT F41oJHZQvBMg5EM2kXZO2ifnJoZQ8oRKoZ94/XjeSDEANI+m8f4348EfZMi4DJ+kAWI+ZWp8GGMI hDGsmuybAOMOYWpEBZZlefJ0n7mww71yczYS3Z92w+wXrz6fMQgyhycMdT+p88LtQVS8NDQSOxSV 8X3Nv5aiBmKXSHn1XHO+5V80EgtauRqJ4IOl651lZePU5+Y68xWFaCR2ULwTIEdDwibM52b/p0r8 h1fSxi7f/zk4F1z5Ag0v03tXpSSWMxsnaetrPKP+T6dNym2BkZhIo55P4+30far3G49emmYcW/xv si0hjgniUZYfbz0cRqLW69/XWpf9MhKEV2eWNo2kdCmrPrqZw+bgAQeJgRitMedh64hGYkHLNhJd 8ba+2LzFpGya1i7H7zVcsHaTicleR8GKRmIHxTsBQhgSqU9/iQ4NCe9gqgeyooaKGgsJQ8BvSCaW 1VDUspNGkPU5Wg2F1Kdut+dJSaRJN0j8RpCN1mPHq/Goxoe3PsbAU8PMX6aWoduUTG+nycFIhJLb btbHNtw0jdaXzGcdS/9yENm2xe4hnQkvjaO+RN6mRiLwl5vcDp8BHESmsknpc9/UHeWckXM1NtWE hME2EKclz8HWEo3EglYuRiKkjGlY4wy/7ePlaeH+eFdcUYhGYgfFOwFCGBJAPTzpSvREtvGn0TAb fxp/fMpwtJXZQAReOt/2+I0gGxgYWr6N38sIqdEEXGU2Te/z7Ml62ctKIr3fSDQ9vJNq6tlMjxf5 ttsV5sK9LakXgISyf24O6tyi+V3oC4F2sEmkDZaNqxkDlrE9pGOBMRX9PaDLY6siZdW7myUlZSCW VY9NO7daSzQSC1rNNRKRzw6HcegPs6VcN36pM77gRSOxdLn6pdN3v3rMGRuueuGM4SaodAljzLQV mYzTUqUttxcvLWpcKjj+NBJJWfUFntGYbjjaBuJI71xtC9FILGjly0jMJsUVVxSikVh6XD3m9AOu GnPG5qtfOKMR6hBGIkic1G37CdJVJ8L8Rkyp43lLQ3gv80HixpUOvJn+9pSk46EGIjQw9msJSRmI D0y73VyvbSO/kfhg9Q0+47VY6XBGIryAykWvL3SmcUnbMq7Y8JUzvihEI7F0uPql049Ww9CWGImr 5LdB9IEYj+OaSIxIp8acfotfV79w+l/FCL3Mr2vGnH7eNS+efoZfv3vu9H1dMqucX/RTdVviv6BU HZG22G7vU77DGGUnFlIeXZBmJJZFcT4mDMQHp/2pyTXa2lIj8cHpD6atV7FSHh0u6482oB3GSIRx aHc+Aa50tvzk6nksONFILC1gmNkGIiQG330wzK4cc/oJfiPOS+8w+iCXkShG5Z1NjMmEXmxifIqk fhinLqWtY76085A3Go8Z9YAzrrV0xMiq5AW1x9Ax6yXM20bZ/rh/f3h64YzHfPsuIef+FsPcfWx+ 4TqWV754+hF+gxwyp0frkvjk27oe1MRNi5B0dCo/WzASH5z5ZuT+Kb/S67NN9Z+PX22yTp6ijyUM Lk+3JFUWvywpbI8KQ/9ATdtZti3l0XHJbRhY/byElIyRGBZXOX65yMX7WHCikViawIhQIwaGhgkm rYTLMIPB5jLkrnn+9IsDDD+nkeg0KGFoOgzQq8ecMVONVJ+aGLdFLtc2wjBvsk9kX91nDhPpKAyc cWLkwel/jtw/4/nIwSf1cj78WlvwJA6snp1uIIoGxi5OGoO2kZgyHCExyIzKog2eymNLmpTVKoou SNVprYer/n9/hKZMJW0kTl/xZbPHOURPaCWo93PBi0ZiaXPNmNOvh6FhFgkpCVxGOeQyytEMw2Qj HYfEZ+ZIpIeoV+TI0/s5H4CtKf3c/PObdxCDa3nSsCp0HpjeL+m9tD2aLiPxvo/RWawkPzcraFfo ig8rzNSiuOILXjQSSUHgOjmbquWdUlLjLqbGI0wO8WM6X+B/vkgMD2OGlUHZjnEAEVcMPXOxjmgT SEhhg4cYehNru7mdRHtF+h18ZOI6bCP5O67856M9xFjcIP+Lk4Q3M2EcDpx+m4SUzOdmVzxk44oP K8UVV/CikUgKAtfJ2VQtNxLt8vzL+TQSm453mJLf0PLCimT4Fm8bQg54TUj7oEZiN9H2ol1EeNAd Ftn/62emXYutKb+RWOwP18Tn5yvlH7ZDDfCSNhLxmVkJ6qE8cOZKr3OLK06luOIKXjQSSUGCkzPf hhOMzMRJn6I16tFe1q5OHDrQtn8WlWIxEtUTS0jhEmwkRiLHRU780QXeOdzaKjUjMUWHMRIhtElU XANiK/5wW4orruBFI5EUJDg5XYaTevvUWNHpAoEXlpwdZp3krzAxJp856YNkp7PRXrsID2PM2eW5 8Me7ytVZTDzJOrnGAExuk7fNTb2sKFPLyDZETOozfNMxHyEbLHNMQlK4qJGohkzic3MkcpAI7VNP iJxz5RXJc7u1RCOxoBXWSIRsguKCvIlFP38zjURSkODkDDYSU9MEqpHYdDo5E2+8ec01EtXzlyap PxNIk8u4fV56a1vT6rLk9z76ZdcZtD8yoXmUpKHq+7yc2P/Zp0okpP3AgyzVcSUS6SvCw+5Q0bGi kyI/v+3PifO7lUQjsaCVi5Fof3b2G4P2QNv4JK09oRGug2mD/qNmpeUrGtFIJAUJTs5AIxEnr99w kTDtiKKogaeE+dzsNxK9eNtbGatoUoYfxLs8e0HY64C6XOXb64G0/jSu9U4zKs1cydlAGq8sk95l 7Lrm7SaksMCDzPYm9hZhnMH9RIeLEobi5XenOrLlWzQSC1q5GImQ7RH0j3uIdomZKFoDEaKRSAoS nJyZjMRMwMBJGHPpnrFcjURX+jAgT3ONRD8oJ+nNlHUDaqgGfWYGiXVAualP7mGwe39DQWSKI6Qw UEMRbRO3E+0ogqE4QARD8TjRSZGrKu9MO+fzJRqJBa1cjUTIxhX/5oJ1Se8hyi/asRFt0UgkBQlO zlyMRL9xY0vJ1UhEuD99GJAH3rawNF2H1Of0NBkjEWgbSVu2J9XVu9rfqzoIv3HtIls8Ie0PHmYQ PjuroYj2iTDeYCgeIYKheHLkr08NT14n+RKNRKoURCORFCQ4OXMxEr0TWowr21DyG3m5GonN/aya KDN4ejpt66fY66Cfm/0eQITZRqKCdbQNRj9eT2uzTV65WQxF/cycUHC7Q1ddhBQetqEIY802FPcX pQzF215/1Tr3Wy4aiVQpiEYiKUhwcoY1Ev3GoNLiz81qMMmvjRcW8JkX6OfhoB7AiTpTRmRiObEO XtlOYzAVHuTp89LIeukQPH4S8U3DbRJp1nnrjv/w0LrIVg4hhYPfUMSwODAU9xTBUDxS9A3RyZG7 xn9oroGWi0YiVQqikUgKEpycYY1ENYq0Y0fCwEkYUnbaXI1EoGV4dXhGY/ZPsUDzeZ5BY2Qm2xL6 8nvpkkZionw1ztI+GyeNxMR26PYC/UStaB71rGo5rn2qqBdT8ZepNNfDSkj74TIU+4hgKB4gUkPx lLwZijQSqVIQjURSkODkDGskAnc7vnRjpjlGIkiUZcnnWQzC1W4QRqAfhKetgy9Popx041QNurR0 ltdPDec0yT4KIuk5dH3m9q0z1sf2hBJSHAQZihhDUQ3Fb4pOifxn8qzUddNM0UikSkE0EgkhOYEb R9CndEIKm0yG4oGir4kShuL9U5Y0eWDmIhqJVCmIRiIhJDT81EyKHzzkYLSpodhThIdgP1G6oThw xtq0B2YuopFIlYJoJBJCQuPdOEJ+biekcFFDEQ89zMpiG4qYvu8o0fGiUyNlMzc2eXCGEY1EqhRE I5EQEgq0mww71iIhhY/LUNxFlB9DkUYiVQqikUgIIaSD4jcUMc8zDMW9RTAUjxYlDEXXAzSTaCRS pSAaiYQQQjowtqG4jcg2FNG0AobiCaLcDEUaiVQpiEYiIYSQDo7LUOwr2kd0iCh3Q5FGIlUKopFI CCGENDEUYeDZhuIxIhiKpzkfpn7RSKRKQTQSCSGEEA+XobirCA9KNRRPjPTZ82znA9UWjUSqFEQj kRBCCEmSyVA8VPR10YmR/kec63yoqmgkUqUgGomEEEJIGmoodhPh4dhbBENxX1HKUDzi9POdD1aI RiJVCqKRSAghhDTBZSjuJoKheJgoYSiecP6FAQ9XGolU8YtGIiGEEOIkyFDcTwRD8VjRiZFzrrzC 8XClkUgVv2gkEkIIIYH4DcUdRbuLYCgeLkoYiv99xx99D1ekoZFIFbdoJBJCCCGB4KEYZCgOEMFQ xKfnb0auHXqb9XClkUgVv2gkEkIIIRlRQ7GLCIbidiIYivikDEMRn54x4PYxkf999i7zcIWRiEG5 aSRSxSsaiYQQQkhWbEMRhh8MxZ1EMBTx6RnjKMKreEjkH2/dL7/oDU0jkSpu0UgkhBBCQuE3FLcX wVCE1xAP0/1F8Cz2E2H+554ieB5pJFLFKRqJhBBCSGhchiI+PcNzuJcRekDDeIS3kUYiVbyikUgI IYTkhN9QhDGITip9RHigwkCEFxEztuiDtVQertgOGokdRTQSCSGEkJxRw087s8AghFcRxiF+sYxw xJfSg5VGYkcSjURCCCGkWdiGIh6g8Cr2ML9qIJbSp2ZgG4nwnO4jQoedb4pOFZ0p+pboLKrohOOG 44fjiOOJ44rji+NMI5EQQgjJETUUYQzCKFRhudQMROA3EvcWYT5rDCp+kug00emiM6iiE44bjh+O I44njiuOL41EQgghpUdjY2OnrVu3brvt4JrRzs9pqvJoQ6Qyjgdlc1Fj0dPNN9/cedGiRdttPzh+ h1e+IOvS/dsvzj/CW25ZXe0Jtg9GMD6no8POnqIDRV8THSc6XnQiVbTC8cNxxPHEccXxxXHG8cZx p5FICCGkNICBKLrkzDHzYjDODn1s9kJbBz1aPy9pKCZUabK2hE5iEG4j9f74R6/OfxPlCt1k+bQP lq4fiOUeg2vwaa8YUSMRn9QxDmRfET5JHiTC58kjRUdRRSscPxxHHE8cVxxfHe+TRiIhhJDSQYyz HcU4e/BnbyzaAONM/r8qesVorOh90Sz8GiPR8/q1FClvB9Edfxi/ZIGpt4foUtFE0U9kvfDprhiB kYDP6GhziU+QOvwPxoZEJwcMLI6xIjFmJFVcwnHD8cNxxPHEccXxxXEutaGcCCGEdHSMkVhx8esL 1xpj7SDRAUYHi04U3SSaffrzc5chTY/BNXhQJpEy4BnshPAuVXE07Hei6bpWxVAmjMS7rx+/ZBHK FLqIBkjYd+V3HxEeuElkOZnXBBUqMBJsb6I9/A8GEIfnCcYFVZzC8cNxxPHEccXxtb2INBIJIYSU BmJ4eUbiRa8vXGMZa55BZtRZ4vuLnj3x2bmetxFhJm+3U56dczrCmqg8usGrQDDlbLf9kJpJ/nSW kdhZtOPfJn16KpbV2ET4o7PX7tapIvqlnc9TWfU5XgWFBwwF7CMYDjr8D7xNGPpHhwGiilN6DHE8 7WGc6EUkhBBSWsAw8xmJTTx4Er/Xb8YtiqpxhjQShraM38Zy96rYFvk/TjRe9NJhj9XPQHjnytgN Jv9upz3X8BbCznx+7nJZHiPh/xrwyKxVVpndJfyH01ZseA7L2w+tOUvCuomO1jTvLVr3kaR5TTSw a1Xc83yKTjCrWmioV0mNRXw+h0FBlYZwPG3jkAYiIYSQ0kKMsLTPzdlUs3rTNyRPF8lzzF1Tlk9H 2KqNW26V5csl/K+id+R/HOGdKmJz5X8v0XWaX/5fj3Tyi7aPnhcREtCR5cq61RvnYrnPQ3XflrCj L31rsVfWyJrVz0r81aLbRDBGPaPTU+GixoMKBgVVGvIfW0IIIaS0EEPMMxJ//uYi73PuYY/PXoRe zfhVI2yXh2o3f7p+M7x4vxRtL3ng9fux6CXRpbLc24ShneEvHq1bvRj5OlfE5snyUaJxWP76E/UV km47We4lv+fLb/UfJyz12jkKMBKvEiPR6019+OOzfyDL/w//Ifm/J9KIsL4Xiqae9/L8Gi++ePAb FlTxihBCCCltjNFV8Ys3F200xhg+574niopWPjf78yUIF4NvoyzvIOm1neJeouPeXbJhPxiDaszZ MkbiT95ZtM7rwTxgdP25plr0bt5NyhnxVP3n9YgT0ozEb784/2JZflbLQp0mK9Z5d9GIh2tWzUZc 72G16HVKCCGEEELyhRhbaZ+b5T96NMP7d57oYVH83JfmTTbG2lSTzRtfsXzmyh+Y8MYLxy6ofXbO mskSPlX0GcK6VMbmy38YfvOxvP2Qml+Y7Ki3p8TdNrJmVR3ihDQj8eI3Fl4hYe/gvycLk/f2f3y8 /FPEHfvCIvQwJYQQQggh+UIMLs9IdPRu7irhXxM9LfIMOU/l0fMlDgNff2e34bXrESb/nxM9IPqD 6H9FtQjvXBlbJv/RjnAOlsVoHGSqhZG5vej/LnljofNz80/GLsSn7bf2H13/OZZNNg9J6xmYhz02 2/tELiS9jIQQQgghJA+IgeU3Eu3Pumhn+H3R1OXrN8/0jDWRLO8sqrKW9zPlwPD7/oVjF6624tB+ sK5rZWyzF2aQsD6ick0npBmJZ46Zh3xPzV2z8SMsd6qMvWayep+q12zaMgrh+AxurzMhhBBCCMkD xrjLNAQO4jGY9qJTnm3wOrN0r4pXy/KYB6avaMAyxkTsVhG9ov+oWbckjUEj4WhJ+/baTVte07Cu VfHBB4+ufwL/D3m03vNGCmlG4iGPzcbnbngla/qNrPN6PKO39LaDYv/c5+FZH2AZkvi0gb0JIYQQ QkgeMEZg+YWvL/Q+6wp+IxHjHB4qwhA0XgcUaPKy9YNleXbFzM+8cQ1Vl7+9aKmEL/veS/M9A1L+ Ywic60UzRKN7DYkv17R/mLB09Utz1/o7rngGYe9htWfLMtpG4lP2R4/Urh7WrSq+TvP+5LUFKyT8 Z8hnVpUQQgghhOQLMbQwHA3GLXxedLL8b/LpVsLw2RlD0rwsGiI6XPR1UYVogsRjbEQMh4O4X5tw GJH7ozz53UMEQ/EN0Yeit0TlEvcv+R0p+pqp4wLRGNH3ZRltIjGf80migaK3RR+IMJf0E6KLJc1O Ig5HQgghhBCSb8TIQkeVfcToOkJ+e5vgJkgcOoscJjpS/u8oQucVGH8nyH94/b4h2kv+byfaV/4f Jr+Yxky9kfAooiPMWaLjRRhCB2MfHoJ0IhiTfUVHiHZGHpMXxuKuoq/Lf9Rzqvyi/B6ahhBCCCGE tAIwtsIYXK50JgzzLifDXemAP60rnX9ZMWmRN60uQgghhBBCCCGkHTGNoh1aFymPPmtSdSyw7WXR s7z/5bGHE/sjfrC37Ef3Vy5omblQEfXmjDVLbppTbksJs15h0igVsWtkO5aZpdT+bSKvzGtMqnTK o6+bdGj0f5cJTYDjiHBCCCGEZKHJw9ehjgSMCtuISBqJAfuhOfuIRmIw/nRYzqTy6PsmZQJXGr9R CCMU+4oQQgghGdAHqQt4ahLx6d6YUsa/L2wj0WVYaFxrU6hGYhjCGolI5zb63B7DhKcwVS6MP389 CaO/MekZVsKsD+mQNDY2bnfRq/NObe45IvnR8aSXl78iNtyEoX1ht52GxH9nws09JXqll0lAvOTb rVtV/EWJS04HSAgh7YferILw4uXhbYMHbkXUm3aqSZySZlz5PlsHGTNeWmOIqYEKNL1tQCTLl/Vw oR7BRL7XTWhmXOuVqsdt6HhxjnCsK8JhuPgNFFc9ie016xuraJLGrj9Zts+gsvOk0ri33T6G/nIA wrFO+ukWZbtw7ZfUvhfh827AvvPjSqPr4cI+RwD+u5pIeOG+9ce6hT0vSIcBPYhF5+Kc+cZTc34D 485EhQLpJT/mgr4JZXStij9swvru8lBtDcJ2H1G38ievzn+755Aab35nOQ8/MHkxfuM1oiu88Adn HOIVSggh7QZuRpAL9cLYnsRUe690lcUuMSkSD2BXGsVlJAGE6cNcDYCkMZqUlN0kLL2sbPUHgTQw 0GzsdXWV4w/DftAwW7ZB4t9+GDb+9CpFDS2XFC3XJZvAY2gZs1hWQ9OLs46vjd8AdB0bDcuE7gM/ iTLCeRKDcJVRHvUe4maJEDXwDvvJawuiODfk/w4mKjRSBnoinyF5J6OM7oPio2R5l4bPN96C5R+8 smCRxD0lGieaeOTjs70p+CLDG7aRdN1FP5Xwp494fPYzPD8JIe0PbkTZZJMIS//8rMaEgv9pBofX WSAVn5uRmPJUJo0gMTqUpt4kY9j6Opokyk51iHBhl6PY6+p537xyUl4pry4rn7dsrR9Qw1Hxb38i T2o7dX+lpUkaiZbBLgatnUbLtT2DWpZtpPqXQaJs3zpZy0E0MRLlv21ou7bFhZfG2geK5g1Sts5V /nPTJiicdEjEOMO4hn/BeXHQo7OHw+AzUUkkrNN2VbE9zGIShEO9h9UOkDK+JZqGcrYdXDNa/n// hglLlmBZ/h8n2kPSwpB8ObbyS89I7FwZuwT5JWxvEQboTswTXVZ9tKmCEELaAdyI3IKXxmcM+owb Gztcy/B75ZSgchJ50o1EP9nC8N9vpIGg8pSg+CYGnc8r5tXnW3aBcN02u8zA7fQbX75lBWFqEAfu V2udg9L4DVn8z2ZUA3u9wtQfRKK+lPGtINwpqdf/Gd+PvjAEekG9sjpOe1sSiBhoGNj6qFs/+rQa 54WwownHrCh7Iqz7oPiELpUxb75nqEtV/EyJ73rFuMXHaZjqqfrPZ+N3uyE1j0qay6QMzO7yPfnf zZSLgbpvum7C0lVId+zoml0QLmEYMBvpU158QghpN1w3Iv0c6X+4qkEQrMQnvaQ3z1Kmz62Kl84Y Ci0yEjMoiKB1coUnykr0mLXL1XUOlOw/YJcZtt6MRqLZ72HKCioH2OFeuSbsMbUAAP/0SURBVGZ9 M2GXF1R20HrZePWZ7bBxhSfCspXXtKmEH8Rj3UiHR4yybUW/7zWk5iucF0JXEbyDmOnkHoR1rYxt 7l4V2/KvT5ZPOWB0PYy+7UWnm/Oscd2mLW/K8tAxc9YM07Aeg2oekTDM0oJZW3qbMuEx3Pm05+fO RJqdhtXOkbAuWA8Th5lW3vmvV+Z73khvBQkhpF0wNzOzlMLV3iuTgeHC806ZPJAaikFGg5fGPLRb ZCSGMG78BK2TK1y9bvq5V+OD1tmPXWbYeoP2PcKyGolWez99AXBhh3vlhtiP9noFfdoNWi8br76Q RiJIhLvHO1TPZZAHUUEarBvp8IhhtptoFM4JeAstYw5zNo8z51vj2k1bMM8yPgfjs/EJ5708fwHC qz/bcL8s/16E+Zurn6z/3PM4mjaJXlkieCv7/ODl+X/S8rYbXLOxfOZnJyHerArWBVP1DRu/+ItP kKZbRfQYE0UIIW2MuVmZpXT8cWEa+6sB5ccuy2U0JNvOmYd2s43EEJ82XQTVF2h4meFWVEpiOfMn TLtM3W7/p9Mm5bbASEykUc+n8XaaT9SK33j00uRoJGY6Zq5wG8TrsbdJ5G1qJOq2+ve1vtz4t8+F V6ec06RDY4zBI0XjcU5sMyj+lhUOI3FC4pzy2hSizeCeIhhyt1rhmHt5G/k9UDRctALhMBK9SgQJ w6dkdEx5RTRbNKN7VfwLU8bFJhnq3U7i/iaKIU6MxCtMFCGEtDHmJmeW0nE9iDW9hiWMwnSvo6ZR Tw7SYlmNAO0AAoMOqPFpp8lkcPixw9TogrT+VPluz5PiKlv3gQutx45X41E7VHjrYwwpNVz8ZWoZ arAk09tpcjASoeS2m/VJ60hk0mh9yXyWUehfDsK/Xlp28tgbo91O48JL46gvkbepkQj85QbtoyBy SUtKFjHKtEey9/kXnU1MuBqJnvEImbTwCu4j4WOscM8TKL8Y6/Ai0SyE20aixKH38ikSd7XoHtFE EcZETDuPTRm/FNUjvEtlbJCJIoSQNsZ3g2qCK17D0mR5bhKGoy/eGISKbTxAmqelRiJw1p/FQARI p/UrfoPORtfRH+/3MkK2x8pVZtP0Ps9egAGUSO83Ev1tQpt6NtPjRT4DzRXmwrVeaeWKMu1DpVlD 4JgXAu1gk0gboCbbl9hHNom07rpIySJGGT4DnyuqwznQrSr2lAlXI/E9c25450tQODBlnSryei37 jEQYl91E8DjuLLpUFOs9tGa9r4wuEn6ByOv80qMq9g8TRQghrcNVY06/xfwlQYQxZtqKQlqXtqIt txd12Z2pQGKf00jsYBjD7vuiWpwXXSpjk014JiPxCNH47YfUbNJwYOJOEk1CuOm40qtzRWyeP50I w+WM1bIRZuJgJF5Yt3qjl2fnofEfepkIISTfXPXCGQOvfuGMRsgEkUx4N2zLK9oWJB4S6cYJwtRD 1lHwvJIhvJf5APvXj9/bTToEYpTp5+ZEb2JzbsBok7AgI7G/6MXnG9Z4eTqXV//NxMHA+8Fpz89d i/BeQ2sfl+Vr7p6y4jlTRqWWIRoweekXXnvH7oPisxFm4jDszq//M23FcsRdO2lFzoN6E0JIRq4a c8ZTahzSSMyBRI/l7J+m80ni4dFUHZG22G4Y3/Aa+gka15OUNDDOxCg7SjT+Oy/O99oBWuHOz8oS hoG3bxPFdxhS43VS6VQRm9b3oZp7+wyrWa3pjZF4q6hW04ni2w+O37Hb8Fqv3SIk8X1N0SgbQ+vc NOCR+o2IE7zhcQghJC+IgTjObyAWmRpcwnY59cIZwx26D5/Y/bp6zOmXuXTNi6efoepUUb3hiJFV f8T/3z13+r5+/faF072Bb/OKPZyO/zNoRwIe1db0oCbaMbbtSwApeMQQ210Ms1HrNm15G9dgj8E1 +1lG4rvJa9MAw03Cjxe9Knr/0rcWvaBpDn60/gsJ82ZYMTOunCx6XTTx2vcWP54sS/Tbd5bMl/Dv SnneINtA/u8iYQ8hvvew2o+wHiaKEELyhxhQU8W4ShpfJrjgcRlmkG3I2XIafWNOv95lJDqMyYRc xqdIDdQ0jTljufzaRm1xK7E9TbbTtT88ufYf5NjfOA6u43PV86ef7TqWruMOmVODkFZBjDIMpn2D aErnihg8eEuMkbi/COMi3i3L3iwsiixjvuWzJe5h0STRBBHmZf4/EWZa+a38olzo2yIMjTNe9IHo XbP8PdH2pkj1Xh7x0bIvvDFH5f/OJooQQvLPzeNO72oe+kVjJJK2BZ5Rl2HmMuIgl9EHuYxEMR7v a2JMegalw/gU2UaqT24DNweZzSWkCWKcofPKiaJxMz/b8B/P0yfIMgy8gyV+gKirl9hCwtBbGcPh nCa/aNeItPAEHizCHM3e/M9IJ8v9RKgDBiO8kHsh3CvIIMtoj/iLnR+q3dRnWG2DP54QQlqFX447 fRvzt3jBp0jzmSaj8oHOHpIcy7HJ7Cr4n5+esN6QPWYoGXwKdbWNK6bezt52tHHnH0JaiBhkO4qB hvaDL3Svii2S83iqCUcnk8BPviYenV+8MRStsCZ5THgynQ3CpO49ald96c38Iv/7u9IRQghx0VZG Igw1uzz/uIuJNPjfciPRLtcvm2IyEnWwdEKKCBhvYphhuj18Mr7OO4eHN7TZy7XUD2/jf2F+6Bsm LEGnmB4mihBCSM60luGEMu2hWFq1HhGMUD8apxSTkQgS6595ekJCCgwx1DAl3iWi2+X/Pm3pyZO6 4MlEu8jrRZjmj15EQghpNpkMJw3Xz7hpM56Y2Uw8Id76NJoMD5IxHhPL6Z7EZLmYTSbL59aUd9Jt SCW9pqYc17amf6bGNiamArRJzCyS8Iy6ek17vX21DPn1zyHtR+uySXl4U/tDt4+QIgKGmRhoO4j2 l/89TXCbIHVibme0fdxF5LVlJIQQ0lyyGYnJdoUmjWcQmWW/FFdcmgKMxCbpRJlQwyws/m21jUO/ FP/Uh/745BzaPtkGtR/dh1gfJbHcdNgahLu8pIQUODAWzd82pb3qJYSQ0iObkeiPU4+aH4TZnUW8 vMYYBK56vDTGSFRj1CZRRvAMHon87nV30cRIlP/+Di7++YgTdaR7KhNhifV2GapB+8jG3l4Yh0Hp vbqs/UgIIYQQ0iZkMxKzDUoNY0kNHr9nLBcj0Z8+DIn8mY0xm0zbCmAM+g02rcPeNpvktstvrh6/ RNkJgzIor8sIJYQQQghpdbIaiQ7jyN9zWWWn9cJyNBKDDLEgwnjsbPzroG3+XFJcaWAQ2jTdH7Kc pT0lSH26D569hEYiIYQQQtoFl/GmINxvuKUMoqafYO20XppcjURHp5FM6LiLmUiUm/CG+tchUT+2 J7EOAP9dZaLtoXoNvTId7QcT65MyGLNhpw0yKmkkEkIIIaRdyN1IdIQFdMTI1UhsEh/CQErkc3vi tKe0Yq9DkDHor9Mr32fA2Wm8eEe7SVfZNujYgjSJji8JY9EFjURCCCGEtAsu401BeBODUMIgbUOn 3jx/Wi8sJyMxYbTpp1ztQOKv34+mS+RN9CjGumnbQrtNpX8dvHzGwPMMXasns6LLup5q3Om2aZm6 ngmDOdjoU+wygFeG7zM28KcjhBBCCGkTXMab4hkuPiNNvYZpMt4u+xOshiuuehL5U5968bk5Eabl Bvdstkkabj75192/DuppTMtjefiAc3t9nkvbuFQFdUQBLiNS162J1xJlZRl3kRBCCCGEdCDUYCWE EEIIISSJ51n0dRAihBBCCCEdGJ3JhRBCCCGEkCSu9omEEEIIIYQQQgghhBBCCCGEEEIIIYQQQggh hBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQ QgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEII IYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGE EEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBC CCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQggh hBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQ QgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEII IYQQQgghhBBCCCGEEEJyZd/LGo3GmZDMaHpCCCGEEFLCpIzExsiAK44wocHk20jc5+d75LU8Qggh hBCSB9ToC2v8hU0XlnyXRwghhBBC8oAaaSll/uys6fJFvssjhBBCCCF5QI20/peNSf7HJ+AgNE2+ yHd5hBBCCCEkD6iR1v+ycyP9f7k6q9GWKV7bF7rkNzzhsXSl6//L202KFPZ6pdKtNrFNSaUL1xmH EEIIIYT4SBpdYiSmL4/xlv1ovB/k17ggDbj8FJM6nJGI9K40tlxez1Q8jURCCCGEkGahBpUaiTDS NCyTAeZHw/v/cpoJSYGwbPlcaJyzTOvzOCGEEEIIyTNJQ8wYiUDDXAaYK7z/ZSMD0ysaj7Q2Qfls YzUIjd/3st+ZEEIIIYQQkhfU0LKNRJAKf8CEJNBwGw3LZKwhLlNePxre//JLTEhTtMz+v5xrQggh hBBCSF5IGmM+IzHos7OG2bjCXOSSV8PDihBCCCGE5BE1svxGInAZYf5l4ApzkUteDQ8rQgghhBCS R9TIchmJ9pA2+tlZl21cYS5yyRsUTgghhBBC2gA1xlxGIoBxqGlso9FGw1qjTWKmMgkhhBBCSCuh xliQkQhSBltKNrn1bk4ffzEoX5gy0WElWxpCCCGEENIM1MjKZCTaHkSVHw1v7jiJA644woSk0DhX 72W7Y40rLyGEEEIIaQFJQyyDkQjsz86QH+S3411yDWfTJE2OM664ZlXJFEcIIYQQQkKgBlU2IxGk jC/3512XxxHCPMv2MDo2fkPQ74lEPtfczQm52yum4mkkEkIIIYQQQgghhBBCCCGEEEIIIYQQQggh hBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEFJa5Do7iabPF/ksD9uQy7Youg5h Zp1pb1p7GxNpHjBL6XNkZxbWyz0Djh+UqbPoYF7ufX/5ZxPTFE1TqPS/bKTZ/sQ+CDuPuJ2v/2Vj AmcksknMTqTHP7f6wqBTa7Ynmab3bO3zAMfBVS9kTxda6KSfI+GPp50nzPam0uZ+XBIzacm1b9Vp qxjm47fPl1ywt9tbts75loJ7aS5l2edKGDRtc56VybyOc0vjgjWuWXWSPGAfiDAXpqbNF/ksL3XC 00j0E2YbNY0NLmgNDysYMy7883/75cqHc9KLz2BItgfpxmG6YAAHkTlf8MPWlV6Vqb5c0PLai+Dp N9MVdH61BFc9LhUDqXtEQvZLXxB4wUvLk8VI9E+nmgu2cZVJuFYKHV3XXM7J1PYl7sX41bCWouUk yh9jQoOxzxX/lLguUmW3tZGYUmtc/yQD/gOQjbDp2oPWNKCKnWzbqMagP17DoSBgyPkNQD/9L78k GQdjSC90+wYJuTxqajwUCmnbIg8yXWf7Qesy+NK3dVwyX7pXsekDPZVHZBnLaflaaCjadbQHdv3Y vy7sNGE8r2Gxy3WBujQ+XwZ5a6L3QTz0M22XjaZTuR7kNimDXuvK7nkE9joFGYF2mrBfJ9qL5LaE PC/se4Ri3xdagn2ehi0v9cxMKJsBpumCniOZSObNYCS6wDrZzyGvjIB7BGkF7B2fUGYDS9MVIqkT nkain2zbqPF+whiJStpNyuf50/D+AW+3+tAJutkm4grjs3NyWxw3O3sf+MmUzzY8bVwPFZukp1XU HMMJN2DNr2pr7AdVNlpjPcOUl+m4Fhr2fTDsOms6lesctdF09vmXDdsYynav9X+SLVRyuT8CTWsb yPZ+aQl6vO11ymZM2eeIKhOapjnPymRex7mlcdlIvZwU9nlRUugO7299Asj0sNE0hYh9c8wF3abm nPjFQqZt1GPveots7k3Qnz5bGdkewnpzKASybYvG+/d12Hz2cUgazxk+HWk+1803E/aDOBevU77R esN4jfL1QFVyKU/T5bqf2xr7PqjXdqZ1Tr2g2J7wDOnNVwN9odM82ZorpcoO97Kn6QutqYmf5HqG OH81rU2+zmm7jLBtE11GYqbnp6ZxPUeykczrOLc0LgyaNtfnPGkmusNx0MNY6dni7QePrSDDU+Nd uE5g/Rynyzap9IkG/ZrGlms9NC6xD9Ld2gll8666LjRRwM1N4+3/kN50M2Fvo5+gbQb633Vx2+n8 2PsjDEHGBm6giMtEpnrU41UI3kRdz6CHoms7snkEgR7b/pZBiDpwzme6KSfzZXiw+0F5uj5ati4H kToXEp/KNb2tTC+YLsI+zGywPwLvJ1Z56XJfw/Z+aE3se6utbOeQfz+HOf/1fMCvfU8IQtcNaNpM 51IyjfFS4XxN5Mm8bpov7DmCcl0vrtkIug8G3V/1HMA22004vLAQnzXt9JlI7af09cjHOej6EhGm zNS5kthW/Z/tvNR7Ri4k8zrOLY0LA/Lnkp60EN3Z/gcFTmgXGu8n6KFhy3XBa5wfO59fwYaIPiyD e81BfjQ8vS1MU7lwpbPlMoxc6aBcHwA2akRlk//iVuMlyIDL9YLUtP71y4a9/kFki/ej6cMqLOpJ ceWxHzI2QcfNpjkGE9A8YTwZCs4D/806W92pcyH1YHEpF0NR84R5QcpGtusecqFx+VgHP2Hui67j 5k6H6zd7Zw7/uaZ5g7Dj9b//3FDs7bFxhdnkeh9pLsEvCSn5z0810vobI85WGFwGmgtN438Oav3Z 8mdC86sTBajxn/GeY13LIJXHvS4a53+OhCGZ13FuaVxYck1PWoDubD3o9sXsutlrnB8Nd91oM90g XOH2idvkgrZO4kz5XOuRjPPdaDU8kS/dWLLfSv0nt70uTdbTunH482m4P1/Q25tNahvTL3wtz7/+ KF/jvHjfxZ0MD3hjznTs/NhGdphtsdF8/QNeTkAqTbgblKYPq1ywzzWX/Oi54j8XbJrzsLDPz5aS rRz7XIAyXZth0fT2w6052OvmP5fta8B1X7CN/mQ6uUc0x4vlJ1mes96UUeLflxoO5Yr/HpG8Lh1f NpL3KROndQadp2qI++8zyXwBx9G+XlqLtOPsuI8EnZ/2dWdvVy7HP5k/YPszXdvNue79uPKHe/Fu elx0Wc8fG40Lew+2SeZ1nFsaF5ZkWc1YD5Ijrp2tYZAfV3iYk1xvVEEGmo2G+W+cisY3zZf5RhTs 5XGXpwR9KtSwoPW0H1w2Gua/0YYhtY2pCzjbp8z0m6fbSAzC3oawCuPtsLEf0plIHb/gN+O2wr4B +5XpJuiKU8JcR36S5ea4z11kq9s+F7Jdm2EfsJo+034JQ7Zy7GvARVYPlMPAyka26xKkXh7SvyJo vuYYz/57RKYXCa1f0XRB+1Hj/cff3n8uNC4oPh+kDNhgj3BqPVLe2+Zcd35sL7aL5HF2XKctrV/v i67t1nJd3mqQOldSddvH0v+yr+H+50gYknkd55bGhSVTWSTPJHd2gPHgv0lpuE3KAAy+oQXdqPxh Yd5+gowKPeH9N1wl6GLUsKALCfjzZbspKq40GpapviD8DwCQugEF73+tM+g4B4GLUNOEUa43D/tB ms2wCPtZp7Wxzz97n9vb4r9hp8KDb2pB52cQqTKDH4q5kK1u+1wIwnV+ZkLLa+nNPtt6gTB14RzT 68mlsMYvSF2XwQZ8tvui/yEdBtcxcNUB/OG67NpH9vntQuNc66xxQXnzQab6ldSLZmo9cr3uXNjH 0fUClan8ltaveV333v6Wt9pF6lxJj7evARsNy/U+D5J5nedW8Dq6yFQWyTPJne076Nj5Gmef9Bpm o2FhZeMP03ozPfiCLqpsD6jgfE3D/Gga3U/Z6lL8+YArLCyuesOUp/n8aTRvEPZ54Me+4TZvW1IP nTAGc5gXiLZA1yGbN832PmlYppsa9qGmy4amC5M2LNnKS16bGYyesC9PiqbNtF+yEXa/hb1mbewX AlXQcfej6bNdG5rOxhUWFtd2pjxdqetMryd732u9ruORKQ4kjWLHvTubpy0fhCnfda7kct1lQsvw n196DgU901pSf9BLho3Gu41XPVea5tfw/tan+1RYc+73Jm+GcyssybKasR4kRzLtbI2DFP8ysNOF kY0/DCdQIiyc8WXjujnaBF2MrjA/mkb3U7a6FH8+4AoLi6veMOVpPn8azRtE6ni409iGWybjwY9t YIYxEBXNE4ZU+eEUhmz7A7g8Lqn9H+ztxbHJVjbQNNnS5Uq2MnXbXTd5Jew2KJo223WUifD7Ldw1 68J+GGerR9G0ma5L4CrTFRYW13amDMKUoaKGm43W6zrGGhdGfmxju7UIU77rXMn1nA3C5aUEGhbk 4WxJ/bbxnU2u5k2pc6Vp3fYLnxqYumyf0xrmko2GZTq3wqLpw76wkRagO9t1I8MBSMUnHm66bJNK k/lm6MJfXpiHcNBFle0hEJwvc31A0+g2ZqtL8ecDrrCwuOoNU57m86fRvEGEOx6Wt8XyngWhzROg XD7fAc0XBk0bVmHI9bgruh8ztUNNpXE3l0gzyDN42puLlh1Eav0yGIkhzheboAdrJrB/Eg/HxMsF zukwZWS6dsKQa3MHTZvtOneV6QoLS9A56i/TVYeG+Y9xf+uzZRj5XxjDeLz86MtWpvPNJkz5rnMl 7PkTBi1H72v2MzSIltSv+cLKT+pccdftz6v/7XPaTuOXjYa5jqcrfRCF0uyow6A7O+hGZhsAQSd8 8jNDDp4kxV9emAsm6EEUdHNUgsrWMJx8Qfjz5aNNYtA+z4RrG/VtMtP+D6pTw4MI2td+9BzIlk7T QLm+BYY5N1qb1MMy2Eh0PRBtAy+I5HF03kTtT/PBdbeE7OunRmKGpiDJ9snBvdRtwjxE/Wh6+3wP U0Yyn7V/NSzsy4qmD0OY+2KQ8ZRLPX5c9wiQWp9zk+ej37Ot9frPQQ3P5vXHcde0fsKWoYS9pyia NshjB3As/GXm876i5eg1Eqa9fnPrz6Vph6bz7/vUuRJchsbbx9b/HAlDMq/z/pZ5HWxyPS9IC9Gd nemgaxpbNvYDLAjXxQkyhQUZERrfNF8LjURzYfsJuhg1LGg9cTFkyte8C81hJIZ4swqqM1u+oG1w oemC0maLz4auS5CnrS0IY+zpMfKfT9nzuePt68t1g80XQfUrYc4Fjc/0oPajeYKuP5us11TA/sn6 ghum7oD7RxCh7osB9edSj5+g+6DeJxKe2ITx4kfrtfdjmHPeRtP6De/+GQxIP/bxCm9U6ktW8LFM lml98cj1uGbC/6wIU25z69c8mV5CFD3P/HWkzpXguu1rTtW8Z5fJ67hGNS4b9rmYyz2GtADd4ZkO evoF6z6YGu66QG0jpumbTNPy7BPXb4DZnyqD8zXPSIT8F5x9UvrX3b7wmqyntc3+iyIZ3qwLzb2N qbqa7n+N8+J9dWp40AVn3yCyYaf1b7PewMOUE0SyDOsG3x6ktrHpp2P7uPv3aaZ9EHQTT7v2Wnm7 XfXb2MfXlS5TXCawnzSfa58q9vXrP//Tzj05Bjb2PvRfH2lxWR62YdPZJPO47ouW0eS/f2h4c8h0 H9Ryg8rXcPv61XPTtQ0uUmVkvhcFkXbOZ0jnJ/1YNm+cxHygZanBmG2/Nad+e1vDYD/H7HMtda5k LkfTqJr37DJ5fc8GoHGZSH9Zbj9HQYcjudOzHPS0dmciP/4L26VMNw0/dr5Mssl0cwRBF6OG2W+B fgU9vFxpbWXa5uZdaO5tzL7/E/n8daqHN+jBZz98w6Bp7fRhzg1bQWSLbytCnesB+9OV1pZ9Awf2 gy273C8OUBiypbXPhUxqDv77C5Z1X8Dos/dD0EPXNsKD5EKvAZVdNx6u/vhcCHeuNP0UqXHNIege AdL2o+McTcZZD3IN83sGg/B702zsFwIIxpyWmzBkUkYLlCuZ7uGqJi9vAc+F5uK/ZoNewBW7/jAC 9n4Ki6a3DaxcytF0XhnNenZp/cFGYhgFXf+klUju+BAH3T5QQQTdqF0nBtB4F+6yMGl9kLEXfHME wflSYa4HYdC6K/aFli73ZxKNb96FlmUbfTcoKPGgSuRz1anpXNj7Iwz2Q1Ev5v6WxySMgsgW39a4 9jWU7bgG5VPDxMaVLlhtZyS6jJ+Wvt2nf3EIkvu8V1zXLxRktCthjIuWbF/QMQ8yIDS+OWS6R9je GBcap/e8XK9/JVmOY7+HMpzNvaM52F6z9DLdxy/oudBc7PLClOlPn00guSznbVjs+7CSOlfCrGfq RS7bPc5FMq85t2w0LrvCNT0gHZx8X9QdnWLYlylvDm8S7UVzDYZc8XuU8HB3PVhag8S9xa57tfdw JPkHxiKua9uAxrLrZYkQQpLoDSOI1BtRZq8CCUfqE1Dh7s9s5wRpfdrKSCSEEEIC0QeRs2OA5UXM 1taDhEff5gsRNU78HRJI20IjkRBCSLsTro0GvYj5plD3K9arJW2USH6gkUgIIaQgSH0CbSp6lFoH NQIKqU1Qf9O0gLQ/NBIJIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEhCZcD2K32gIMmqwzrniD 6ZrOKonR+lOD3Wpv3LZcN+ANBGvWz6VMw/NoGtL22LMG4NzBdRAGf74wwy8hjXa8SeYLObVZGBLX glwfIbehNfC20RoM2RbCW7MTVGqAdUfdjpk+CCGEhKSQjcR0IzAhPIz0oWhLp1rS5bYg/cEfrKAH lcaTtsOejsylIDLlyzQsT5DhpMoHWlZ7GYkYx9TepmDlf5Ycdz1NRQghJI8UwjAXWj+MMRvbc6ee nDAenXxiPxiDjMD0h2fTB6TGkbYB50jqeKS8gP65gv3YLyU495L5rGvEOeC7ZSDaU7rZ+aCWYJfT HkZi2jbKdrmw0+TTg2rfB4I8lRoPEUIIyROFZCT60fBcJjXPJ7b3NduD2X6Q+QkKJ61DylhxDxSu x8NvcGTKZxueNnZ4NgOmOcad05vexkaifY8I2kbFXs98EbY8TZdPA5UQQjo0xWAktofnBCTrN5+4 s6Hp/UathpO2Qfd30HmTjPd5xDQ8iKQRaR3f/qYpAuKCSHmac5vdxm6GYXvp2vp6SNWbvd2fbdTm y1jT8rKR7eWAEEJIjoQ1Eu00+h/yPxwztVvyPzRcabJJ8S/bBDVwz3XmFs2XzXuiwGBwPRi1HBe5 7C8lvVNFSkHGrMsblVL49mOaJ8ggsj/nht1nrYGuQ9C2abxtbAV5Cm30WrG3H9uJcCiI1DWWq5Fo tsMYpbocZCQiXNMA/W8rV8MN6TVvWHD96ad6P/Y62sr0IqZpCCGEtDGpB1jmm7Cm8cu+ubvi/bIf Hq74bFL8y4qd1iW7zVgmwu6XMASVo+GZ5H/Y2t6lIPlxpbGVycDxk8znaAKQa3nJskIqLLax6sfu mGIT5ng3x2AC6uEK44mz8afXusMYiZkUlN+Ffb61lP4hOoC5sOPb8+WDEEI6HGGNoaAbtRoxmdrk AY1zeQyC8iXzOB5qrjz2A83/MLEfUGHI58PRVU5z95eG+7cPyxpne9B0O1zeP9uLGRYYh648SUMo wMvoQssJq1wI8raqgs+PzN4+zZ8LzcnjQssJayT6XzCadbxNeuRtCfa64Z7jR+MgP/4ORxCOVy7G LiGEkGaQq5EY9LBIxgd80rUfEn6yhbseBq48Ghb0qUvjXV4wP8m0opbiKkfDct1frjAFBg6Op20A aXrXgxl4eXJ82PoNwrDnUFuCfaDr6ZfLo5d6KcivkZis0/FylCvJsgKOl33OBH1W1vgw1wBIps+y X7IRphxN47p+7W1zKewXAkIIITmQq5GYSxs2myCjB2QLdz0U/XnwYPGHtQQtKx/lNaecoP2lYTCA wrQvs71HQYZic9Ay7c+3ruPUHtieJxiEajT7PVI2rWEk2kZqPtCygvZzpmtMydWg17T5MhIzkfKu B9eFc972wjdV8+5PhBBCHORqJIYxBGCwJcpNfbK15SdbuKtOf56gz6DNJdvn4FzIVk4u+ysoTSYD 0J1+WigjMwi7fZ6WVygk1yngXE3Fp8blTO3X/BiJ+TYQgZaXzUjM5LW0j1sYNG22/ZKNMHWGvRfZ 2Ne9Ksw9ihBCSAjC3pjD3ICDDBi//GQLd9Xpz9OcB0wm7DZtLSWonObvr9xnBcnkfQn65J2NlhrS 9jqEURjUUMqU3uV11vMnm7GbrWygabKlyxUtM+gaTG17Pr2hubdjdBGmjJZcw+ltcvO73wkhpMOS LyPR3/4Ln/ls4yPTwztbuKtOf558G4nN+XytxhvWxcZVTkv2lw08KU3KCjAUgee1dPQy9XfkyEY+ PIl2/jAKQ67nsxJmf2dL09qGipbruh5Aav2CjcSw55Viv5CExTuXcU5a7R7DlOE6dmHyKfb+J4QQ kgdyfagGPaA0PugTpt0ezE+2cFed/jxhPqNhHfAAC1pHP1pe2HZOtrFmkymsOfsriOZ8ctf0MBxz IZUv5XENOjfakrD7wJUmWz6cO4k0TY0w+/zL9Lm3JSTLD9jPYQxAPV6ZXiT8aJl4wQiDprf3g4Zl IuWZTu1fzWcbnJkIUw8hhJCQ5MNIDPVwCjCgQLZwV52uPBoW9DDTdQj7EIfh5KrHRboXKd2o9JfR 3P0V5hO4P16Xg/ZJ6pN3+DZn/s/MYbanLcm2LkHnvIYF7ysT7zPs0wzEHI3tXEjVkd1IDPIMa3zY Fx+Q6dr1Y6+DvR81LNN5lsxn7d/mXoOEEELyQD6MRKDxroeP3a4J8pMt3FWnK0/K4Gn6kLQ9TEEP UBeaBwoi3UAMt32p9LntLw2DV8uP64Ga6QFvr3eQR9NPkIdTDUfU197o+rnWJc2gsz7vg5Sn0DGO Yoa2eRremgYiSNWT3UiE/ORi7PnRfJmOL4zCoHT2uuGe40fjID+pfOHai4Z9CSSEEJKF/BuJ2eUn W3hYIxFoeJBcxlUm7AdfIn9q6r2EwZHe+cSFK87Ok002fgPSJb8nzJXGVi6GXTKf4/Nfqrz8DbXT XJLrGaAgg8OV1pbfmPYf/2yysfOGQdOGNRKDlMtLkmK/HEBesw1znqFe27sMucC1Y6dxyQVepOw0 dt34tT3sECGEkDyRLyMR+B8UyTzGaNBlP9nCczESge0RsuX3HIXF7yl0KZOhpWn8NHd/2cfML5cB gDDbi2QLD9iwaBlB22obKc0xRPJN0P7N9qk1KJ/f+AaudJlk05pGItD/qlxeBlzYXtggYd9lwm9s ppS5uYO9bUFq6fYRQgghzcYztsQAtQ0uLBeCQUSI30hsLRLeu5RXENdDLi8bLQGGql23Vz+vQUII IYSQYNrKSCSEEEIIIUUEjURCCCGEENIEGomEEEIIIaQJNBIJIYQQQgghhBBCCCGEEEIIIYQQQggh hBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQ QgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEII IYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGE EEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGkLWlsbOxk1LlLZexH nSqit+aqSHn0ls4V0asiZdVHm2ILlrTtrYqfiXX3VFZ9mUmiaTpDun2eKuP7miSEEEIIIYQQQggh hHQMjLOs29atW/vK79Hy+51DHpv9VqQi1pgXlUcbCs3xJtvZVbZzZ9ERojOPfXL2CF3fTpXxdyS+ i6inaIDoFEnzXXubPMcjIYQQQgghhBBCCCEdicZEi7veW7duPVV0t+jDi99YuM52nElYzKG4Ef7P FE0TTRK9+n8fLnu7e1X8C7sMr6ViASDb2knWsZfoG6KbRW9c8+7i2bqeXari70lYD0m3r/xeKnpM NPHRus9f+3+TP/2/k56b+5NjR9fsYoojhBBCCCGEEEIIIaRjYByJO27duvVbogpRzSVvLExzAkrY T0Q/9glhF4p+KfqD6C7RsyI4FReJqvuPmrXCLicyvGEbU227YRyJO4hOEsFx+tH145cs0nXsVhUf L2m8Fpqi00TXiW4XXS06XuJ2EnUxxRFCCCGEEEIIIYQQ0jFobOpIjF/0+sI1tgNQ6GrS2UL3XwhO t23ldxf5PU50o+ht0eILxy5cbZez89D4nqZaD8mDbtUoo/vxzzYc2mNQzSOdKqJf2nkcmiq62BTR BLvM7780b8D2g+MVrjK7VsXXXvL6gomyni5HIrYP3Z+3l99dRLvbeSOV8TNMdUkkDerFftpmt+G1 F3euiM1Ly2OrPPqB/J5gshJCCCGEEEIIIYQQUvg0Jpxm2RyJnU3yQCRNF8m7q+iHokf+MGFpmhOx +6D4m1qOSYvuxftd/d6S6+x03SpjX337hXl1N0xYOvmRutUv3f7x8lcueG3+uL7Da+fb6TyVVe/u VS6gbNF2Uma/v09adqm/a/VxT82p/9W4xa/dNvnTgac/1/DkjsNqF2tc96rYFv1vtUjsI4JjFN2b /6DxkI6RiDolDt2g4UQ9vM+w2ridbpeHatf81yvzp908+dPn/zB+yZPHPjXnLVmvz+w0onHeBhBC CCGEEEIIIYQQUsgYB1xGR2KXyuhtOjOzX4jbdnDNvT0G10zsOaSmzs6nOunZhgek3B1MXduIBsjy ha/MXfOEne7luWsxPuFo0UjRo6IXRBNEGIexTjTuwEfr52r6ThWxaVIWuir3EO0t+v6w+KrH7DJv mrSsVsKfEWGsQ/y+JkKLyfGimZe/vShtPEjjSNR1/LXoRaSz0/QeVnu2xHeX8D3k9+yn6z8vhwNU 4y99c9ECiXtOhDqfEL0sQuvHKaJ3RYP2HTVrhlXmKtspSgghhBBCCCGEEEJIwdHY1JHYZIzEXHXi s3M3/OX9pXPnr9l4PxxtUuau8otuv91F+8jyxaKR8v9j+YVT75+ic0UHSdjuIrTwQx4487Befxch XcN145ckWyZ2qojNlTTbSPh+IrQcfGKvkXWbNB4tACXs6yI4GfcQHSA6U4Tu13BSzhOtumDswpWa Rx2JEo60V4neECUnY4H6P1L/PcRLustET/YaUpN0Ip7wTAOcoSdj3UW7y/+9RIeJvi+6VfS6qEb0 3mGPz67XfJ0qY6+ZQ0IIIYQQQgghhBBCSOHR2NSRWPffby7arA4uSMIwOzOcX2gVWC+aK8KEKkvH zFmzst/IurT0F49dgFZ/cAzuL8I4g9qlWScx+aYIzkS0+Psv0aGiHQaMrj9wu6rYr3tUxf7RtSr+ erfK2Ed2uX5hHEIpE07H74oG167amNYicv/R9b9Fnd6GCvIf4xjCSYj1ulw0RtTw4PQVSedkGEci Zm6WMHThHvnqvLUL7LgjHq+/XPLDYdrJVKv7GN2uDxL9RoRWjrP++fHyWXbefk/M39ZkIYQQQggh hBBCCCGksDBOrowtEoWfSvglol+JrhfdIXpMwtGiEK364h8s+WJs18pYyqFYHt2gYwnamPrgaOst +fY6+bmGP9l12dp2cPzLwx+fvfhX4xbPLpvx2eLPNmxefuPEpcmZoLtUxuZLOWi1iPV69cOl6xfa +fuOqPuOxCcdegD1S1rM2nyy6B7RRy/OXVujecI4En8ydiFmqsYszm++s+iL5FiL0O4jak/z1wkc 9U4ZGluVtr7+yWgIIYQQQgghhBBCCCkY4OASZZtspZvI65os8ZihGekPFP1Y9KBokggtFSd97YnZ yTEMjaZGhjdsY9XVU9KhC/NPv/7knGQLQkx48sLctRgLEWMXvilC1+PHJd0I/IreF823Z4I2jsRD JPz3InRjbtC4RHz0Nm8jLSQ9xlTcXnSMCF2m3/2f95fm1CLx4jcWXiFhN0i6d+R3zvZDapLdqbtX Rm8yVaVh1Yuu1v8nmmTv586VsWWSJuukNoQQQgghhBBCCCGEtAtwXomyORKbOLgkDDMvYwKVo+X3 DyJMKIIuz/Nu/ejTajs/Wif2rKzGOIGYqRndmm+OrfzyQzuN1PmUhP9AdKoITj50A8bYhuiGfJ5o 0LTl69O6AkPCvhKHFoLoLjz7Hx8vr7Xju1VEjzGr7IFtkXTaMvCuiYu/SFvXMI7E7740H60zUedL ojm/f2+xz4EZ+5GpLgnqFe0kOkPyPHDbR8vTWjL2e7juV0hjkhNCCCGEEEIIIYQQUlgYB1fOjkQg 4d6YgyI48y4UPYT8oiVTPl0/I62rs+igR+pukLifiTCjccM3nm5Iq6d7VfxPqMsIjko4Hg+7bfKn A/cZNSttdmXV7ZOWYKKV00X/EWFW5Oq7pqwY50sX7zG4Zj9TLsYqPPDDpev/tP/o+s996UI5Eo99 uuF8CcOkLWiNOV0UHTjjs7ftNJHyaAOcmFIW9pHndBUdc/PkT0f0HFKTtl9++PK8K7FeSGt2LSGE EEIIIYQQQgghhUVjCxyJAM4vUVfJt6sp4y7RZNGSLzZvqdl31KzP7LIOeGQWui4/LMLELTW3f/Tp B92r4llniT788dmbJiz+Yp3kmb/fqFmpWZYH1dwtYbuJMJMyHHuoe6boOUz6Ypfh0uDoynUvz12b dBSGcSTuMXLWdyUNZmTWOj8SwYH60r+nrni4x6B4cv2C1GdY7UaklTwnSFm9RWyNSAghhBBCCCGE EEIKFziw4MjaunXraaJ/i+CIQ8u+StG3JQ7dcbM6uSRNF1MOxgD8owhdnTHT8wzRSNHPJR7jGaLL 8gWiMhGcinD6wRGHmZ7RvflRSfek/GKMxJfM/yrRMPmPMQk9J6EIXYEx0UoP+cX4jXCGom44/1Df RNFUEcZWhDPwVdHronEijKeIbsljRagbYbeJ0O26l5SFVpYoG2Mhoi6Ug3EaLxLtKXEYMxLbq3X+ TjRU9K7oE9EHIozz+IroNUmH9cZ+hRB2j4RhApsD5RctEelEJIQQQgghhBBCCCGFTWNiEpAeor1E cCZeLEL3Y7Qu7C/xcKqF6nKLdEgv+frJ7ymmLDjjMKYgysaYh5hwBN180SUZ4yEi7lpJ/1f5/V/R jSI45tBVGt2HDxch38Gib4uQ/iciOP12k3zdrLrh4IMz8wD5xViEvxD9Qf6j7L+IMNMynIFnStix olNE6KaMSWNOlP+7izCjtDpFUTfGbcT+QOtDOEG3lzjP8Se/2hoTXbD7i04Q/VjCfiu/fxJheyB0 6caYiueIvibxaM2ISWvoQCSEEEIIIYQQQgghxQWcWnCKieBIg/AfYTmP24c8Ijjj4NjT8vA/WR5+ RZoGzkqMXQgn47YitDJMpjdyrp9XoQ8J17J1lmm0+oNQD8pFHMrT+qG08uS/fxuS62OSpIFwEw/H Ihyz2A5sj7dNEo4yUB7HQSSEEEIIIYQQQgghhBBCCCGEEEIIIYQQQgghhBBCCCGEEEIIIYQQQggh hBBCCCGEEEJaAYz5Z8b+wxiA23Spio+MVMQaRVNNklbHrIM3RmGXytiPIuXRW4zON0nSsNP3rKw+ DHk6VURv7VQZHyHrXdm5vPpvkcr4GZGy6t1NljSQT4QxE7c59snZ+0g9G8w2X2ySEEIIIYQQQggh hBBClMbGxi5bEzMwH7b4i80/2X5w/FM41OT3VYmDY7FVJxZB+aJuUn9f+T1afr+13yP1rxqnXqPn 1DRIfGeJxyQofU56tuHKLpWxNZouhOKRB2ccYsrRbcaMzj8UXdiwdvMZnStjy0za4V6FhBBCCCGE EEIIIYR0dCwH3m6i7zw/5/Mh6nTrN7JuIsIlvqtJ3mrAOSjqLfWdKrpLNO68l+cv0HXpPig+SuLR WhIzQu+/ZP1XP+3/8KxkfK8hNV+9OHdtXOImGX0owvq/Iio7c8y8VzStp/LofVJWJ4nDTMxHiK4W PSQavHzDV1d2rYwtN2mXRIY3bGNWkxBCCCGEEEIIIYSQjodxpKFlX3/Rha/NW/uMOtr6DKuNS/zu InT7bdXWiEDqgCNxR1mPb4nKRdPOf3WBtgxs7DGo5hEJ21l0sujmP01cUq9xOwyt+ULCrpH858vv d0XfF10quk30vGiGaMqQ6MqxmgfqVhE9xtTbU+K/JrpO/j+JPNNXbLjTSktnIiGEEEIIIYQQQgjp mDQmWiJ235pwIv5s1uqNT3Wvim1R59lFr847VeKTLRHlf3IswT1GzvquputcGX9X8m/fd1jNVdb4 ggmVRxu88QkT+VEfuhL3OOX5uYdtO7hmdFpao+5V8c9unLj0HUmX5kjsOaTmMQmD4++vonfeXrhu zoj4qvHfeWHumDOenwsnYk9RVxHW06tHtIfoHNGDoim1qzbW2nV5YzCmtg350aX6L6JXRW9c897i l6z0bTZOZAcEjmqKogpLhBBCCCGEEEJIgsZEd+a9RBeIhn/j6YbkOIN7j6x7QMJ6mKSadlfRSaJL 75664l5Nu+vw2rrtB9c4xyjsUhmbbPKi+3D/y95aeGOXitgmO80ZY+ZFr3538Yt/eX9pxYnPzn12 hyE1KzTOdmwaRyK6IF8huleE7s+/EB0s2lbqSXvxxbJoG9EhEv8H0duHPTb7Sy1P1m2+xPkdpTtJ ujNF94k+EL014JH62ZongklfSHNJOSh0f1IUVTyyr2FCCCGEEEIIIR0Hn9PsgRfnrk1rqfe7N+fv JfHeyyJ+Jc22okNF14leeWnu2mS3YtXQ2KoFEjdD0qM1IZx86KK8p2h/0U9umrTs9fT0K6dK+FMi OAifFb0meks0QRT/1ph5aa0b0bVZysakL2g5uKPRdiK0QmzyYotwKQfOz+88Vf/5Uz2qYltTZcVX 3jl56QBJ09kk95BlOD33Fv1MhHWb+cCMzz5Jrkd5dEO/J+Zva5KT7NiOBwj7u3Nyf1IUVTzS67fp dU0IIYQQQgghpFSB021rotvvgaKrRGMvfWvRan1Z3HZwzftwwpnktiMRMxvfKBr/xoJ1n9svmJjI RMK/J2nPFp0h/zHeYD8R8ly5dtOWl2xH3ndemPuoSYMWkXA2HiT6jugm0euiRaKVditJM9lK1pdW SQMnKSZkOeCRmlU37PJQbVprySveWjhU4gdIfLLFpYLyJbyX6ATRHSJM2DLNzt+5MnaJSU4yo04G dT50EeG86mbvT4qiikS4dhPXMK5lv1OREEIIIYQQQkgpAkebcZahm/LdoiknPNPwhb4sbjek5lGk McmdjsTXF6z7zH7BPPzx2T+QdMnxCUVoObi7pP2R6JFX561Nzq4Mff2pOd9BOlOFV4cIzj+0erxG NFY07w/jlyzUPNkciShP8mwvvwN++87iO7pWxjbbdf7vB0tR5nmifpIG6+csS+LhZEUryitFcGrO 2nV4bXL/dKmM3maSEjfqWIBsB2J3ESas2c4+LhRFFYlw7SauYVzLtkPRvuYJIYQQQgghhJQSjQlH Yh8RZjceJoof8mj9en1ZNF2Iky+E+C9p0hyJr81fl5wEBRowuv5Ak1ydgttIOoxdiK7Qbz9Wt3qp nb7fw7MOMMmTYL1E6G59VvWKDS/J77T7pq2YpXlcjkRTFxyYmO358K8/OedNu56eQ2o2P1X/+dMS d7HoYEmHbtFJJ6kLiYdDcjfRhaLnRPW7j6hNdrPuVhl7UNLwhTkYdSioExGtmND6E13Ce4p2tI8R RVFFIly7iWsY1zKuaVzbfmciIYQQQgghhJBSAo60rVu37iz6gWi0aNaPX1uwXF8Wu1TF37MdZfgv aWxH4nuvzV+72H7B7Duibn+TXJ17aF34Nfn9q/xOrFu9cb6dvltF9AqTHHgvoDfffHPn45+sOeXE Zxo23jllRaPke//i1xcu0Ty2I9HUgRmnd52zZtNp+4+uj9rlf/2pOSvnr9l4v8SjReSBkhYOxGQL yEwgneTpK8IkNM98sXnLHLvs3kPiv0X9JjlJxzuWIn9LRDgeeol2EvW19ydFUUUiXLuJaxjXMq7p oJaJhBBCCCGEEEJKhcZEyz9MVHL21q1bq0TV/5qyfK6+LHaqiK22HWX4L2kyOhJ7D6sdYJJreh2D 8WrRG6I5vxq3OOWQK49uiPznoz0keeLF8z+TB3SujK3aaVht47fGzGssm7mycVTt6jQHHhyJTz75 pNdtWspDi8FTz39l/ht2mu+9PH+uhP+PCBO9YIxGzOacsQWiH0mPCVeQ979FL/m3db8RNXCQ8mXZ jToS7NaI6Aq5vQitmeCI2NPenxRFFYlw7SauYVzLuKZxbbNVIiGEEEIIIYSUMnCCiXpu3br1m6J/ iDChyMw9Rtat0hfGzhXRq0zynB2JQPLA4beLpD1HBGflTNG0X7+96H07X6S8+pNOZdH5nSu9bsgY a7HxF28sbNxteF0qjVGPqtjolStX9t64ceNRX3311TWnPNuwyI4/7umGSUc8Vj9kl2E190jaf2As w04V0VtdipRHb/FUVn20WWUPs2/QLRtjNV4vGnfOi/PWaR29h9aMxLaZ5KQptiPR3xqxj2g30d72 caMoqkiEazdxDeNa9rdKpCOREEIIIYQQQkqVxsRkI/tu3br1ctEYUfzp2Wsm6gtjp4rYXJO0WY5E gDokbb/Nmzf/RH6HiKaKZmzZsuXJk56eM9nO71ePQfHGFxvWrLl/WqqlZO+hNU+uX7/+ZCn3lhE1 q2rs9M1V5/Lqy83qekjZXmtNWc/TRQ/UrPqyOpm2Irbx4fq1u2J/mOSkKUGOxB1EcD7sLtrHPgYU RRWJcO0mrmFcy7im6UgkhBBCCCGEkI4AHGZbEzM3nyBCq8T3RZN+987it/SlsVNlfIRJ67XSEx0i aa4VvSKCU3CkCOMs7ozyvIItMObhxx9/3G3NmjW7rF+//qRNmzb9aeNXXz1VvWLD6qnLNzROXLK+ 8fUF6xpfmbe28Q35fWfRF41vyu9Lc9d6v1999dUUyfOm5P37smXLTlm+fPlxsnzlli1bXpA654hW iJaLFokaRPWiWRlUK/pE9LDoZ6L+st5pszeb5aSDdc8RdRt1f/z41fnflTh04yPBZHIk7iyCE6K/ 7lOKoopIuHYT1zCuZToSCSGEEEIIIaQj0ZiY7Xj3rVu3/lCEFoMfiV6++PWFT+uLY+fK2A2aVuL6 yO/RovPlPxxx3xHtJ8twMtovj/oyCXU+/fTTu/773//edo8RNY8d/Gh941kvzGu89K1FjTdMXNr4 t0nLGv/8/rLGK99d0njB2IWNpz0/t/HYp+Y0ni6/c+bMuXT+/PmXRKPR08aPHz8gHo/v+/nnn5+4 cePGi7766qvfiK4SYQzGq0LqStEVIjg/D5d17i1KdlPGfwnHJCuYzbr8W2Pmfqb74ap3Fv9YwjDe Il+SM5M87iKXIxHjYtKRSFHFqIQjEdcwHYmEEEIIIYQQ0tGAU0zkdT8WYYbiYaLxokcuHLtgmL48 Ws5EpMfYh92Qz/yiK7C+OOpLJISXSjjpukYemHa7ltVJ1KUy1ti9Kt647eB443aDazyhK3NXCcNY iRD+H3XUUXsdf/zxux155JE7HXzwwb2OPfbY7W644YZtn3jiiW3ff//9bRsaGraBZH0xsUsoWeuN 7Ui+8Mp/bEdvSXOS6PYznp/7Kda3a2Vs882Tlp4vcZj1GdtEMmMffzoSKaqUREciIYQQQgghhHRs 4EwTwZm4l+i/RGWi10SDxjSsuapTRfRL7wWyMn6nyeJCXx7VgZRwIN4/5VdNXkRzUWqG0J1EPUWt 8tIKB6EITsTjRf976GP1K1H/vo/Uz5LwoyWsF9KY5CQz9nlARyJFlZLoSCSEEEIIIYQQ0phwJqLr Mrr1YpKR/yd6RHSvCN2A95T4oLEBbcdRwnl074fnRcqjG5wvorkoEuknatUZQuEglO2Do/BY+f2j COM+lot+LjpAxO7MuWGfD3QkUlQpiY5EQgghhBBCCCGKcaptL78D5BcOxXOMg62v/KI7sP2CaDuM Ek6juyYclxcHoqoNZgg124xJZw4UfUuEcR+/JsIEMv5tJtmxzws6EimqlERHIiGEEEIIIYQQP3Cu iTARCxxp+MULomI7ihLOojvGHSAvmauavHS2VImX1lafIVS2zx770dtehJlokhv2+UFHIkWVkuhI JIQQQgghhBASEn1BVCdRl8hNz+0dKa+e63zhzIf40lqM2OcIHYkUVUriPZkQQgghhBBCSBb0xVCd Q10i1w7rGymPTnO+aOZTfGktRuxzhY5Eiiol8Z5MCCGEEEIIISQAfSFUp1CXyNVlPSNl1WOdL5it Ib60FiP2OUNHIkWVknhPJoQQQgghhBDiQ18E1RnURdQ1UlY90vli2ZriS2sxYp87dCRSVCmJ92RC CCGEEEIIIQZ9AVQnUMKB+MC0250vlG0hvrQWI/Y5REciRZWSeE8mhBBCCCGEkA6Pvvip8yfhQLx/ yq+cL5JtKb60FiP2uURHIkWVknhPJoQQQgghhJAOje30STh+7v3wvEh5dIPzJbKtxZfWYsQ+p+hI pKhSEu/JhBBCCCGEENIhsZ09CYfPXROOkxfFVU1eHNtTfGktRuxzi45Eiiol8Z5MCCGEEEIIIR0K 28mTcPTcMe6ASHl0qfOlsb3Fl9ZixD7H6EikqFIS78mEEEIIIYQQ0iHQlzt18HSJXDusb6S8eq7z ZbFQxJfWYsQ+z+hIbGddN35pY2tSt3pj46nPzXXWnU3I98HS9aakcKC+i15f6CyPagPxnkwIIYQQ QgghJY2+1Kljp0vkirt6Rcqj05wviYUmvrQWI/b5RkdiO6u1HYnKF5u3hHbwDZy50uRqGSjHVT7V iuI9mRBCCCGEEEJKEn2ZU4dOl8jVZT0jZdVjnS+HhSq+tBYj9nlHR2I7y+VIHNOwxpk2FwW1JMzm 3HPlW7B2U9ZWjf1HzWqcvuJLkyMF8rrSU60k3pMJIYQQQgghpKTQlzh15HQRdY2UVY90vhQWuvjS WozY5x8die2s1nIkQnDuuXClhUbVrjYpUuTaqhAORz9vLljnTEu1gnhPJoQQQgghhJCSQF/e1IGT cCA+MO1258tgsYgvrcWIfR7SkdjOak1HIoSy/KBOV1qMb2iDZVe6bILj0Ka55VDNEO/JhBBCCCGE EFLU6EubOm4SDsT7p/zK+RJYbOJLazFin490JLazWtuRiK7FfoIciflSvhySVDPEezIhhBBCCCGE FC22wybhtLn3w/Mi5dENzhfAYhRfWosR+7ykI7Gd1ZqORL9DD2AcQ1fafMk1UcttHy93pqVaQbwn E0IIIYQQQkjRYTtqEs6auyYcJy95q5q89BW7wr60llXvHimP3hcpi/1VlklbUha/LFIuxwoqiz0X eWDaMRKq5ycdie2sfDkSMSMzHHaYLAUzNLto7ZaBrm7U+WxdSYUQHYmEEEIIIYQQUjToC1rKgXjH uAMi5dGlzhe+UlDQS+sfR+8SKZv5r0hZdEPSieUpeovEk7bEdiT6VVb9TuTuyWdLKjoS20kuR2K+ QfdmTLziqj8fghPT5bxEuCs91YqiI5EQQgghhBBCCh59MVMnYpfItcP6Rsqr5zpf9EpJ+tJ61uUD Iv+efGekLLra6bBKqhUciYNqdolUxvcNpQdrDokMjJ8RXrGLPUdcGJVHr/S2L7yGiIaHU+wp+R0X XrFZciwaPJXHlqT2fxY9OGNm5KbnL5e9SkdiGynfjkS0OsRkJ23RnTjIgchWiO0oOhIJIYQQQpoi Nmqn5soUUVRk24Zs8YSQPPPA9H6RsupTEk6mmX+OlEcHRh6c+Xxk4IxpkQenvSNx7zlf8EpRt7/1 L9neL51OqbZSWXR50mmWTeXReLrDLaseEzkcew6VxSrl1+UwdGtg7NdOh6RT1Re4HZ0BKqs+IOk8 xXnq2m+2yqJLI3dOuCqy6367yRnOFoltqJZ0bYYjzzWZCpyJrdkCEevsciCiW7UrPdWGoiOREEII ISSF2KhdRTtu3bp1f9FR3atii5xGVO6Ky0vX0aaagsFsb2/RvrK9h/ccWvOhrnOniuitEt5ZtJ3E 7SG/hxz/9OybrG2CMUkIaQm4L5THNjdxuiQcL5aqGyMDZzZG7p/yhOTqIdou8renT46UV3+Zdk2W ouyX1v/6496yD/4h+2dVk/2lgrONtC1wLDY9FqsiZTNvjVxd1lNScIzEdlQ+xkgMahmY7y7NrjEQ ASZYcaWn2kF0JBJCCCGEJBA7FU4zOBG/JbpH9OYeI2qTL+nHPd2wWsLedeg9I/x/c/LSL959fNbn b5738vyPu1TENqUZXxWxqaa6dgfbK+u7g+hk+X+L/D51+OOzF+u69qiK/UPC4UQ8VPQb0fAR8VXj Dxhd39Dnodop3ari41GGKY4Q0lyGN2wT8VqxybWncjkR//PxzZJ6G9H2Iry89RHtFrnx0V+UtEMx 00vrzS9sF3mw+gbZZ1bX2uhwiSNtiddCEWNVYrKb6t0lRB0JeEbAuUBHYjsqH45EFbo0uxhVu9qZ PoyCWj3CccnZmAtQdCQSQgghhCQQmxWOxF22bt36Y9HTokV7j6z7Sg2ngx6tnydhNzt0m+T7l/wO FD0sGiuaKZovqnm4ZtX7tgHWqSL2uKmyXcH2yvr1EZ0rGi6qPvapOckZX7cdFPunhG0rOkh0qQjb h3R/ER0v6oUyTHGEkJaC7stNHInGiXjv5IskRaIlou1EjET6iQaIDon86ZG/2/eaklEuL603j+sq eY7w/pP2RI8JHYkFoHw6EiE4/lzkOmNzW7VypPIsOhIJIYQQQhKI7Wo7Ep8Rzd9zRN1GNZx6DK6Z KPE9JXx7FZZNGJxqaM24h+goERxvI0U1ooU7DatJthbqVBmrkbRNDCyEibAOnXsPiR/bvTJ6U+fK +FjRu50qYqu9vBWxSZ0q4+9EKuN3el0is2DK7CLq1m9E7Te7VsUfRnlS1hKU1XtY7f2/envR7Ws2 bRkl6xm1HYmmRSLybiNxO8vvPpe8vuDcvg/V3AsnI7o+m2qaIGm9eq+YsLzXNoPiN3avig809a7y 1r8iVim6PvLgjENMFkI6FmiF6EK7iKYciZsj//rwcInpJtLWiL1Fu4gSzphI5EDRYSLcE46L/O+z Q/U6LgnxpbUY0WNCR2IBKN+ORNWKDV+Z0lLAMXjqc3Od6VVwEnL8wyIW78mEEEIIIQnEhs3oSDRd eTMaRoiXfD3kd4D8ojvw2FsmL/vcNsC2G1L7b9Rl0qNOOOr6/ui1BZd2rogl61N1rYxtFqO7zh+e FLqSWWAdRN2lzD7lMz87qdfQmln+POhy3b0q/pkdNuCR+o1Szxe6bByJ3URwkB4qv2ec/8q8e+08 grc/8CvCeIs9JyzbsH/fh2rH2elUvYfVBo05GadTkZQ83gQqseesLrhDTEw6903dMVJWvSAysHp5 5ObX0PKwi8jvSFRnzD6iA0SHio4SHSs6XnRy5PY3XnFca8UnvrQWI3pM6EgsALWWIxEK6uoc1CXZ tS5wSLIFYhGJ92RCCCGEkARiy4ZxJCINnGYuIa7bb8ctOuTHr87/y5lj5n6UZniJ9h9dP0zSbGfS wtnXT3Tute8tSXvhf6xu9QwJfwOSdO/I72RRtSgqevefnywfa6fvXBm7QdJhHbpJ/G6iU+/6ZHla q6TL31q0BHlFbxu9JnpC9FRVdGW9nRYyXZvR8hItLP8seu2+aSvS0gnYjq4Shy7Sx/3PB8vQ0jAZ f8pzc1d/+sXmiRL3lqTDdkwSYVuwbZXffXHuC3b6zhXRq8zhIKQ0wIy23sy8co4nnIcveg7F7NiO GL8zBpNX7CjqK9pTZLdKtJ2JJ0V23vOsyF3jk5MoFaX40lqM2OcvHYntrNZ0JEJwGrqYvuLLtHRB XaLzhV0X1YriPZkQQgghJIHYoH5H4sK9Rtb5J0vJWb2G1Hx160fLX5TyvoXyRWi51120j4RdJBr1 1sJ1dS80rKm+9M2FH905ZcVdEnamxB8rOlr+f1P0PRGchU/KL7pLzxrwyKxkN+QuVXF0o0ZLSMy+ /PM1m7Y81qMqtlXjf/Hmwucl/PuiE43w/3oRujTDafnZx8vWe92nVXAkSnnoun2sxGMsyEnlMz5b YqcR0JoSztAfLVq76SE77jsvzntfwn8iaU6R3+NEJ4uwb28SPStCvVMenPHZm3a+zpWxS8whIaT4 gSOxLDYqMqgGXZFzxXbGoFWiy5moXZzRMnF/EVr2YozAY0TfEJ0oOiXS/4hzI/+Z3KR1clGIL63F iH3u0pHYzmptRyIU1F3Zbm2IOlsT/zpRrSTekwkhhBBCEogN6nckLtvn4botajiZWZsxO/N4EVrZ fSD68M0F62J/+2Dpol0eqt2saRPOw0/RgvDfoktEh4m8yUlEaDkIB9z+ogtEcNLdKfq16BiJ21GE LsVdvj12yfa9h9We3eeh2l/2f7juwcMfq/9wt+G167UeVY9BNY9IXozP+CPRw2UzPkvrQnz9+CWH mzJRP4SWi33l9wz5heNyimgxtlHzhHEkShhaP54neuj2j5cvteN+9+4SOEDh3NRtxuQuPURYz3NE D4qmiWr3GzVrpebrUhF7whwSQoqHB2sOCdnSMFdsh4ztlPHP3ryraC8RXvC0q/ORoq+LvilKOBSP OP38yP1T0q7jghdfWosR+7ylI5GiSkm8JxNCCCGEJDAOL9uRuNgxa7PO0AwnGGYwfkk0VbRItHj5 +s2f7PPwrOW2wdVjcM09kgetiZLIsnZDRtfhnUV7XPDa/HO2GRSP2Xld2u+R+i+venfxuoMfrU+O Z9hzSM1jUh5aL/5NNOG6CUuTrRU7V8aWSRyMuzSwTpIWjkBs72OimmvfWzJX84V0JMJBep3orT9P XJocc7FLZexTV50A4ZJ+TxEcrNjP9ee/umCZ5u1UEZsraWiAkuIBrQ3Losu9WZcxa3D+0ZcyCC9p OmaiOmd03ESdyRkOxX1F6O4Mh+LXROkOxeP/66LIwBlr9boraPGltRixz1ccJzoSKapUxHsyIYQQ QkiCxqaOxCazNktYL0jSYQKSXUUHidAi7x8ijPsXF03+vw+XpU82Uh7dIL8nmKq8uiTdtvKL7s3f 2m143UI7/aVvLlrw6frNGE8Q3YPRChJlY0xDtIacLVpmOxJ7Da19XMJOkvLg5PxkWHzVYru8npXV GDstDayD2Y4zRWXId9KzDUlnYEhH4gkibPvkV+atnWfHueoEpt6dJM93RENFsUMerU+2suxWFX8R aUxyQgqL1nEUhkVfztRBow7FHiK8yKG7s07EAociWkiqQ9EePxEOxZNEp0TO+d2vImUzm0zyVFDi S2sxYp+ndCRSVCmJ92RCCCGEkATGwZVtspU0wwh5JN22ov3k/0/ld4houmju3DUbP+g5pCa9xU95 9BZTDxx4cML9v6GxVdPsNMPiq+AU/KPol5LufPn9luh4EcY2RPfn595ZtC7N8QhHoqSFw+//RHBA 1vd7eNYaje9UEXverHISsx7q0Bv0/pIv0maGDulI/LoIYx7CyVrXrTKWbMHpqhNIeWgJ2Vf0Q9Ho f36yPK0F54DR9edKGhqgpHAYGD8jUhZt8CZLKYtukOXjTEx7oS9peGFTR02QQ3F3ERyK+4kOEjWd kCUSOTXy89v+XLAORb60FiP2OUpHIkWVknhPJoQQQghJ0NgMR6Ii4eiuu7P8niK6Rf6j5eBCUc2x T81JG6+wc0XsQwk/VPQH0VszVmxIbz2Y6KaMmZ0xIUsXIywfsuLLr2747zcXzbfTQ1g3Kau/6Bci TGRSt27zlok7Dq1Jjj0oghPQaxUpZek4jQeKfveLNxYmuzSrQjoS9xNdKsJkLrOkzglN6qyMn+Ht JEHKwj5GmUdPW77hH/aYjNAhj9ajzm1ENEBJ+1JWfUGkPLrAzLa8NlIW+72JKST0ZS2TQ1EnZIFD cW/RABEcioeLjhbBKZpyKF5Vead9TRaE+NJajNjnJh2JFFVK4j2ZEEIIISSBcXI1y5EIkF/yYMzD I0TXiDBT81zR/BsmLKm1jbAulbE1U5dvQOvEdxAfW/nlR10rY8nJWrLpmveWfPlU/eezk2Hl0Q3n vzIPk7egbszGjG7QcZR/5yfLn+xcEcva0uhXby/eYI9VGNKRiK7eR4pQ5ysiTOX8zp8nLn1B9tc6 O20mffPpOdXjF649W/L2FsEIJaR9KYv9NVIWv8wsFTL6wgbh2tHZndWhuJ2ol8ie4VkdigeLMMOz OhTxoeFk0amRvz413HWttov40lqM2OckHYkUVUriPZkQQgghJAEcWFsTrQrRnRjdi+sxI/PQ2KrR v3ln8dVHPV5/ssRlNIwQL0KLun0l/8WikaKYaN7cNRvfr4yufOjq95Zc972X5//s2vFLr1+1ccs/ JW6cqEaESVteeHXe2ievG7/k1QvHLnjvZ28s/OCGCUsnPzX78wnLvtiEcRLhrMOYiUg//enZnz/z x4nLbjzyiTk/3Glw9HAJQzfrA0SYyKRKhC7H6GqNFotPvzZv7TO/Gbdo0hVvL5p25TuLa5+bswaz NU8QYYbp2R8tW//BAzM+K//J2IW/PP7ZhkNlO3pKOLov/100fv7aTbHRdatfufH9ZX85/PHZP5B4 dFNGnXBiYnvLJAzOUZSL9Xy6dtWXo0bWrH72d+MWTf7tuEWxa99bMu/uKcsXfvLp+mmSdoSk+Y0I zkiMPZk2KQ0hrQrGO6yInm2Wih19cYNshyJe7jDDszoUdxL1FeElcB/R/qJDRG6H4m2vv+p8kWxL 8aW1GLHPRToSKaqUxHsyIYQQQkiCxoQT0Ot2K/rt1q1b4eTD+H8/luUBolBdbpFGhBmZMQ7gyaJr ZBmToNwtwtiH3xbtLWEYJxFdg88SXS26R4SZoB8VjRJhvMV7Jd1f5RfdhzEpynGi74rQLfo2EVo+ wsG5i6irCHXDuYeWgnAoniNCa0HMMv2ICA5SODcfNOX+TH7PF2F74Sy8Xv6fLb97ym93+e0hv5gQ 5vuiv4jQMvGXIjgtt5c4b3/IL7pfY9/tKzpD4jCW462ictHDItSLmaGHSTz2xZUi7IcDZRmtEL11 93YgIW1FefRGr/ty6TgTgb7AQS6HImZ4xoufOhT3FNkOxSNFx4i+IUo4FPvseXbkrvEfOl8o20J8 aS1G7HOQjkSKKiXxnkwIIYQQkgLOLBGcgOiivIMIDjnMrpyzo0vLEm2HsuS3t788I4yviFZ9qG9n 0W6QhMM5CGcj1gUOPR0vEQ4+b/3kP1oMalza+mFZhHowviLK6Su/u8vvrvKLSVa0XIzFiHVEi8C0 8ozwH05UxCENysN2NdkfCBMl04tQD+pDvdgubB/WG/F0HpK2oX1nWm4vcG2pMjkU+4h2FcGhiJfD A0SHimyH4omiUyL9jzg38p/Js5wvlq0pvrQWI/a5R0ciRZWSeE8mhBBCCCGElBzDG7aJlMXuiZTH NidmW469YWI6GvpCp06dbA7FvUS2Q/Froq+LvilKOBRPOP/CyP1T0sZLbVXxpbUYsc85OhIpqpTE ezIhhBBCCCGkJCir7hkpjw5MOQ+jM+Wlx5upnCRf7NS5A4ciJmRRBw8cir1FeDHcTQSH4r6iA0WH iZo6FE//2X9HBs5Y2+QlM9/iS2sxYp9rdCRSVCmJ92RCCCGEEEJISXDf1B0j5dEXI2XVmDSEuLEd PLZDETM842Wwp8h2KPYT2Q7Fo0THiuBQPEl0SuT8P14VKZuZdWb4ZosvrcWIfZ7RkUhRpSTekwkh hBBC8gfG/DPq3LkydkmkPHqLGF0Xm+hWx6rfkwnOGc3fY3DNfpHK+BmRB2dgEgYnVn2dO5dX/81s M1uBkdbjgen9Ig/WBJ6TJBS2o0edPUEOxd1FcCjuJzpIZDsUjxfBoXhq5Oe3/TntZTNf4ktrMWKf X3QkUlQpifdkQgghhJCWAyeaCJOQ7DPr800nbTu4pgHGVreq+IsShhY/rYrWv3Xr1j1EB3/zqdn/ mzT4yqMNJllGJD+cgZh4ZSfRvv0enlWlZXSqjI8wyZIgvdTVw9R5jOjEwdGVp3aqiK328lXG7zRJ CckfXvfl2Cyv5eGgml1MKGk+tsMnyKG4owj7Gg7FvUUDRHAoHi5C68/jRCmH4lWVdybvP/kQX1qL Efu8oiORokpJvCcTQgghhDQf43zDrMu7is58uv7z8m6Vsa9gaB32WP3TEoeZl2FYtRrGoYdZnw+V /7+V34f+8dGnk9Tg61wRmyfhMOycID/WUQQH4rFnvzh/bNJYNOpaFX8Y6UwWDyxLXZj5+Wuia0RD RQOXrf/ql10qY5+avHFv0gtCmkPHnG25PdCXPgj3Cp2QRR2K24l6idShiBdIdSgeLDpCpA5FtEY+ WXRq5K9PDbfvI80WX1qLEft8wnGiI5GiSkW8JxNCCCGENA/jSOshv/vI7wWvzlv7pBpZe46s+1jC dxd1QzqTpVUw67G9/B4rv/8nmvDg9BXzdF1cjkTkEXWRtNu+sWj9Poc/Vj+4S0Vsk+bxq/ug+Cjk MdmToFwpYwfRcaK/iJ6VsCdnr/7yr50qol+a/EtMckKyg/ENy2NTvclSPEXPNzGk9dGXP8h2KOIF ER8E1KG4k6ivCC+S+4j2F6GruduheNvrr9r3k5zFl9ZixD6P6EikqFIS78mEEEIIIbkDp9rWRLfe /US/mLZiw3NqYHWuiG0cOO3TgyQNDKokyAPHG9SpInqrN5agSJa7XDtpxQ7bDor9vnNlbIyUsUQ0 TnS9tuaz8nb99jP1u25TFf1758r4u50qYtNEc3sMqnnkxGfm3DFxyfr7ZH0mPjh9xXxrfZKORFNO d0nTV36PvezNhYM1HdT3odqvJiz+Yq3Er/zxawuWa3iQIxGgbEmvzsSbRK+KXv7D+CVPJcsuj35g khPSFIypWR6NG+fhZvk/0OvCTNoLfQmEXA5FzPCMl0d1KO4psh2KR4qOEX1DlHAo9tnz7Mhd4z9M 3hNyEV9aixH7/KEjkaJKSbwnE0IIIYTkTmNjY7etW7f2E10kGtVrSI3XnRk67NFZf4KzziRVR9u2 8ouWiyfK79m2QXbuS/MG2su2dn+o5huSvifyHvzY7BGuNNsOii+1l7tXxbac9tzcNbqsjkSROj/3 F/23LI8YWbOq7oYJS5Ys+2LT2xI2RFQhel1U96PXFmj35IyORCBxaN3YR/QtEZyZ74teO+jR+hot I1Ievc8kJySdgbFfR8pi97AbfMGhL4NQJodiH9GuIjgU8YJ5gOhQke1QPFF0SqT/EedG/jN5VvK+ EEZ8aS1G7POGjkSKKiXxnkwIIYQQkhtwmol22bp16zmiqls/+nShGlddK2PLJQzdjJMGlPyH03FP 0YWiUaImrXIGPFK/8YvNW2ZL3CcijDV4wQuzV39Dfo/5dMNXv9nlodqkY3C/R2ZtmLtm44cSB+cf 9KZojOiJ6MovJ6Asu2zbkSjaRtIdIL8/ld+/if4swnqhrkNF3xdViqad/+qCZVpGNkcikHhs596i n4meEE1/evaaifa6bFcVg+FJOioV0bPNP1Jc6EshFMahuJfIdih+TfR10TdFCYfiCedfGLl/Clpf J+8PgeJLazFiny90JFJUKYn3ZEIICca8dOdNpthmka9ySOGQ7Zhmi28t2qveYsHsG8yOfKTof+T/ O3uOqEs67noPramSMLxkJ5Flbb3436KXRGktCHcbUfeZhN0gulr0O9FPRCeJzhPdYzv09hpZt1TC LhadKvqm6FtS/mXye7/oPdEiWV592GOzdXxCf9dmtI5Eq8Qd5P+OIrR2xEzN3mQrEo4WheWi5jgS sW96Sl50cb5ZNPGLzVumaxlQp8r4v0xy0tEoi18WKY+t9VofkmIF9wCVOhQxIYs6ieBQ7C3Cy+Vu IjgU9xUdKDpM1NSheMYvfh4ZOGOtfZ9oIr60FiP2eUJHIkWVktronqyFUBQVXqQdkRdhtDbCyzBe /A875NFZVc6baHNVGYdR7WFevL1xz66YsLyX95JdHm2w4jCW2c6iA0RH2OV0qYqf6RVCWp1MxykX UI4cRzhx+ooOvHvqiu/4j2mmY965vPpyU1ReMdvX5vUWI7Kf4IhDF95z5f8I+Y3b+2qnIfHfYX+a 5B6ybDsSXxaltcLZfXjtQ5IG9xycG+gCjdaOJ4v+KUrOvgzt93Dd3SaNtjBEl+JeoiNEvxe9JlpQ PuOzZB22IzEIU96OkrfZjkQgabRV4qWiF0Sz9hk1a11yXSpjY8KUQ4oczrZc6qi9ivsKpA5FzPCM F0qMb2k7FPuJbIfiUaJjRepQPCny4z//NlI2M601dVKJl9bdRXQkFg/2OUJHIkWVklrJkaiZUnJV TlGUW65riLQZeMGVF9/tRV8T/UH0xHXjlyQnLYAqq1fWvtCwpjqMxjSsmfnM7DWThsRWPXLN+KV/ OPDR+u8f+8Ki7Uw9cBrsJjrmhy/Pu0fLx8QJiBd1lbhdRehqiDHHkpM5QNsPrTnLrDZpJcIcJ5M0 K+aYqpPlAlHFzM++fMM+pn0eqvu2hOOYnyv6j+i5Qx+bvXCPkXXV2w6ueb/X4Nh5udQZFinTf65h wo/kevWojP6qNeotRsy+2kv0C9ELdas3JmdHhvqOqPuOf1/Jsr9FYloe2/loykc3aLQ6fGb68g1p aXd9qOa/HOXrZCcniu4UTa5dtTE5NmEbOxKxLnBI41x6WFRjj7XYpSr+XphySJEBx2F59MZIWXSD mWk5TmdihwDXMoT7izqM/A7FHUV42YQjEA7F/UQHiewWipjlGU7Fb0Yuv+c6vV8klZjIhY7E4sI+ N+hIpKhSUp4diZpYbxhQYvwMV+UURbmVuABx7eh1ZF9bpJXBC668+OKFHN0K0fJn+t8+WJZsTQN9 /OkGjHGGF+0wKhOhnN9I2UeL0I0QL+wYp+wg0a9Eo+6esnyGlm+NZ2Y7H9Cyp85ej97DajnWVCsi +x+Ov6zHySTPCsqTMuCURIu/q0Sv163eONc+pnBCSThm0z1bfv8hwrmG8+cHoj0lvBvKMUXmDZQr 5dvnWr29XttVxX7dGvUWG9gHInQDHiD6reynsaI5Ow2rSXYj7l4V/5NJnkTS2vv3RdFs//416Vzl N2DyFE3bbVDN3UjnFWzAsqTbVnS46I+itwZHVzZonrZ2JIrQRRpO8cGi6DeebkiO77jNoPjQMOWQ IiDhPLwl6TwsizZEBsbOM7GkY4FrGlLb1XYobifqJYJDcRcRHIJ7i2yHIiZlOVqEiVmgoyI3jr5J 7xuyjPTIhzEYURYdiYWPfU7QkUhRpaQ8OhI1od4s7PEyejgrpyjKrYTRhWsH15A6FO1rjLQieMGV F191JN4jmvrn95eutI/RT8cuhEMQY4uFVW8pB5MveE4gEV60vXHErnh70ato8fjtF+at1vI7VcRW d6mM3tatMnb7HsNr//PKvLUYOw3Oh7RZDuFIlHK6nPJEXV95Ob+xa1X84U6VMW2FNFVe8B6T34vN pmXEWq8uaPWGujtXxt+V/OgeuapTZfwd74UxQ3laRr8h1X28tKJOFdFbUea1k1bsgHWUbZsk4Ruk nHGdK2M39HtivnbR7Kx5IBPW9fDHZu3doyr2D7MuaOWyIbkulfEzTNWBSBnN3i6TL+tx0nW2u6y7 wLpIWbYj8Q1/azZzTNEiDecgWr3th3Og95D4v7xzoiKKFywPlGfWscX7TtJndXRJmrT7D5ZRF1rY di6v/pu9Dtn2RTFj7St03fX21YnPNKzQfYXr0LGv/Ps37VpGi0+T1E7rtXgUzfnzxKVzkunlOPon LEF9IozbeJT8/lV+3z3k0fr1mqcdWiSmdf3e+aHaTVqOq+s3KVLgSCyLPRcZmP1eTDoEuK5V+j6o DkVMyKIOxZ1EfociujwfIoJTUYXlAyP/eOt++cVYi5jEBXnpSCwO7HOBjkSKKiXlyZFo3yTsG0Xq geGqnKIotxIGEq4dXEP2BRn6oiTNBy+48uKb7kicuPQz+xj1HlY7wCTPCZQtwjh0cBCdJrq270O1 aa0dXbrjkxXoqtjE+bDXyFkvdK6IuccTaqqpkeENOKeSyLropAt9fvDKgl90r4qnbSfUa0h8+Y5D a9KcSkar1BmFckRwuO0nOumRutU/s9Oe/cLcQfayrd++vfAsyYPumGfZ4ee8NC/VEiGbyqMfeBtk aOl2WeMU5nScso1ZKWWGciRKOJyr+8gvzsHv2vEYq9Bsn6bJy76TskI5Eo3QYm6X+OpNx+42om6y na7PMK+1XKu0miwUZNtwvmMMwx+KRou8oQ6S+6E8ugEOcpPcA/tE0oV1JHoOPdEZku4B0TTRjIvf WDTVzuM5bA2SFs5ndL8/T66/l3oNqfnKTtvGjkSM2Yh1wUzQzzxat3pxcj0qY59L/DZhyiEFRFl1 Tzl+R5glQrKhtiqE+446FNPfD9MdiujyjBdTOBX3N4KthY9SiEMapMW4i5jQBeXAQZnTSytpU+xz QI8/HYkUVQrKgyNRE/hvEri566xdfZyVUxTlVqLbhm0ouS5KiLQCeMGVl9+MjsQulbEH0NIuF+Gl H79/fHchxsc7Weq5RX4xKUKdaNWQ6Eq00vPK33V47RcSdrvoHEmH1o+YkRXjqqWN1QjtPqJ2Q3Tl l+9L3LuiD0UzRXH8n7h43ZguFbFkS6BOFbHndRtF6LLbX/S977w4731Ngy6U4xd/MUXC3xK9LZog miTp35HfUS81fH7XNoPiyUkcpMz7JQ5Ot/3Mej4RX/nlxxqvGvBI/cYvNm+ZLfGfiIaILhi3YC0c JT8TPSL60J/npGcbVq7bvOUDiYOwTjUi7K/Jw2Ir3/RvWz63a/vB8QoJD3uczpJ0u4jwshSIxGd1 JO4xctZ3JRzj48EJAyfVR3a8cejBKaVp8rXvMjoSew6OoWs+jvNu8nvKEY/PTjnORD99bQHOP6z7 XkgnKtl7FLZNthOTm5wgukM0WTTjG0/PSbYaRGtbk9xD8oR2JAIrPcbSHC6aIZpSu+rL0Ts/VJvW Hd6lA0fXf9Uek60gXvKhi/VhInSxHnfoY/XJa+bgR+uvlDR4npFiojw2PlIW/aCUWxqTVsG2WXH/ CXIo6hiKaHGIF9M9RWiBCGEZk7XAiaitEZEPvXdcPXdI4WAfez3utiMRzmE6EimqGJVwJOIabrEj UR8OuKHjxg4HSOom4aqcoii30i9KXEs0ltoQ8yJsOxKn/8/7Sz93HqtmqN/Dsw6QOjB+GGZYxWQK VaijfOZnSzUNHFoShnH54LQZIL/oQomZXpfbZX3z6TnVEnaR6HQR1heTPGBcNTjq4Dya+/cPP01z WAg6w+sxoj/97I2FSefHtoPjX0rY5SI4Er4h+qakRwu534jgWHhPhHKfkLTJLr49BtdgPyWdY/Wr N6at54BHZi2WcDgVrjbrh/H+DhVhG7FtcJImtx/af3T9HAnDtqHFIrbvPBEmv4FzLSqae9tHn0bt PBKG45a37eo9rPZ+CQtznHaW8rI6zxAvacM4ErO1DLSdUnnZd74ym9R70CN16F5/4jeebkhzWv6/ D5fBMXuJ5D9EfnvJb0Znaqlg9hecpj+V38dEM+d8vjHNQRspq8a93EPTi34uelYUfbL+8/du/3j5 P055fu4F6IZuknpIejjFkQct+3De3ip6VYTWiR+JXq5b9eXj//fhsrd/+Mr8xgvHLmi8d+ryuXPX bPxA8n0s8fXL12+eOaJm9TPXjl96/ZGPz0aXeTw/AkG8yG4JOfnjZesnV1avHPbfby36zdcerTtG 4rKd47i/YKKVc0SDb/3o04W6P/oMq31L4r2JpkxyQkjHQO1WSN8Z/Q5FTMoCuxdORXxQhx0M4T8c iPjAjjTaY8fVGhEihYN9zP2ORBxXPCMxiQ66tR8uwtAtmHDnJNGpotNF6OnxLSNMMEhRVOtKrzdc e7gGcS3imsS1iWsU1yquWZ0AC9dyix2JyISbOm7uuNHjpo8vS/2SRjVFUdmV6MKh48DgWgoymEgr gJdceQG2HYkzb5q0LK37MCbIkPBZIVQrQmslOKvg5NtJhJd1OAm8sffkFy3eJj44fUWytaFpPdRF ZDt34EhMdhGEDnt01p8kLDnGoAjdG/uKMGEH6pxRNuOzRXYeAfUeJfqL6G20FNS47QfHp/UaHL8T 4whiPD4dpxHj8x3y6KyqH748f+w17y6efePEpcsPebQ+2UqzS2UMraXUOfZm/ecb01pw9htZi1aL mGQGXRohON3QchCtM3Xbkq2noP0emYWxFZEW+wHbpk4VzGY8SFQ9cMZnSScFJBwt4Xnbrs6VselS FpyuGY+TOXWyImlbw5GYr32H1oZ2vakx+UQ7Dq1JGycUOunZuc9JuoMkL45th3AgKrK9uIYxJiEm N7leBCffhzWrvhyRHG6gPNpgknsONhE+IBwvuloExyB+j0c44k3SNCQcxw/Xyp6bNm06+auvvsKk P2gFOXzLli2Pix4dFF3VePvHyxt/+87ixh+/On/Ti7NX3SLp/kd0k+iSL7/88pBFixIzxZtinSBe ykVrwoNFcJ7fJLpR9H2JQzf6HpnKMPkxFixaUf/1tflrk61p9xxRN17CvPufSU4KhQem95Nz9cXE TMuisujfTQwh+UbtVwj3AnUoakMUdSriIzrsXxWW1YGoH9eRD/lpFxcu9rHG8VJHIlqVwvmAlqb4 iIZu7IeKMIP3saLjRXBcnCI6TQRnBoThdCiKal3p9YZrD9cgrkVck7g2cY3iWsU1i2sX1zCuZVzT LXYk+m8QiS8NxpCkKCqE0j38zbowSfMxL8NpLRL/+sHS5Iyj0FsL1/0/CYcjKJvQjQ/dfeEcQtdf b2wwUwdeuI+V35tFLgeVOoACnTtwOqEss+reuos8B6UIjooP7e6NkITB0fh90cNwiNpxLZGUd6AI 2/zmrNUb0+rs9/AsdNFOO2d924ZWdWnr4to2SbO9KNO2oaVjvrcLrewyHiezilkx29AaLRLzse+w XnaZaQ5oqEdVbOtdU5bP71oZ26xh3uQ+vrE3Owo49rKf9Pz4mwhd4N+a+dmG/3Stiq81+2iqSe6l F8Fhi2OBewzuAXCqZzuHOt18882dx40b1/Xjjz/ebvbs2b3r6+t3ra2t3Qva+aHaxh2G1qDlLWaM RkvZxp5DalafOnrqN6dNm7b9k08+2R35UY5RILIuuIfggwQcitg2/QAAR2hgXsQhneTBuf3r+tUb X9KZpgeMmoVu72hdjWcYKQQerDkkUh4dl3QelseeigyqQddRQtoCvRdBuDdBtlMRNi8EpyGky34H Yqj7Gmk37GOMY4bjB3sBjmG0PO0rQjd2dJFECydMsANHxddFx4nQAgoOjBNEJ1IU1WbCNYdrD9cg rkVck7g2cY3iWsU1i2sX1zCuZVzT2vAp9Ace+wZhOxJT3Zo59gFF5aY8jDlAmg9eiOWl13YkNhkj 8dinG9CNE46XrJLy4CjA5BNwInjHzdTRHEdivb0emJjDW2mDo9xJfoeRgJZFmA0WzqJlBz1a773s Q5e/tQhddXVcPb8wniC6TGIMRmicCC2jThXBOamOxDdmrd64wK6zz0N13zarmETKyvu2SZh2k27x dknYKSKMF1fojsR87Tusl5bZpBv9LR99Ol/C0MIW41y+MeCR+rT1EsHo6HDg+Mv+0HMErWHHiJ4X 3dhnWO1Eb9+gZWLzna16v4f0ZUxfthMteNKPQ7rKq+dG7p6AL8d+ww7KC+b8wvmDsUkvGTt/7fNa /49fnf8fCaMTsdAoqz5Hzsvhkfum4gWAkPbCvh9BuEfpfc4ljW+VexnJO/ZxxfGzfQVoKIGeV+pM RCMKTK5zkAgtntB9EhM8HSmCA+MoiqLaTLjmcO3hGsS1iGsS1yauUVyr6kTUcWttX4Xeq7Pen+0b hH1zUEciZ2OiqFyVcCS2aBYk0nzMS3FGR2LvZs7arJg6gh2JlbFlEudyJKaNd9hMh9GeEo9x3Z4R zf3jhKXJyRTQJfPOT5ZjDEOMyeYXxttDl+nvic7tNbQmuS7bDIqXSVigc8y/nqCVtg3jAuZtu7pV xh6U+tAiK+NxMquYFbMNreFIzMe+sx2JcMamdX3+yavz75MwdKVHfZi4ZfIVby2cYKeJVMbvNFV2 KHAOyP5AK0N0c/6dCJOjYDzKG279cOmPBoyuP1eOG77m5ore69XOgnGmrXXwXMAX4F5pxyBI5dFp kT+ORoszv4EHtQjZTnUiXvT5pi1Dnqz//J1B0VUjJi1Zhy7RmISITsT2YmD8uMjN47j/STFg35PC ihQ+eqzsZxg+guEZhm7r/ol2MLwTHBV4F8LkTpjFGza3Smf0pigq/7KvNVx7uAZxLeKaxLWJaxTX Kq5ZXLu4hnEt65AToZ2IwL450JFIUfkQHYntinG6ZHQk9h1Rtz/SNUdWHXA8fF30f6KJL89dm+Yw 2mZQ/CRJl3eHkYBx2k4TwTE0VRS9fsLStAk0OlXGR/QbUt1H0sKZqd0xMaHIsYOqV/6tx6D4ek0L Z9qgmjW7SHy7OxIFTBKRt+26dtKKHSQOXcUzHiezilmRsrANxeBIRJlp3eh3f6gG4/ntJ7pYyhkh v2i9GX1j/tpX0iYYaVnru6LFOraYUAUOahwnDGtwovw215lm21gwzmw7C8YbJh/oYx+nrCqrHhu5 ugx58+JQNNuNexkmT8IM0zhP8ItZm9FSE3WQ9gCthMuiGyJlsXtMCCHFSLPvT6QgsJ8x/mcZbIWg iXbw4QstnlRwXlAU1Tayrz1ci7gmcW3iGsW1imtWx61VH0XOdqV9Y7ANXDoSKaq5oiOxXTEvxrYj cdr/vL80OZNvPtSpMv6O1IOJGo4UoTskZg2u3390vXN26NOenwfHTj4dRmiVeL78YnZnzAJbvWTd pmeOfWrOB3babLr0rUX3mrLgbCuEFon98rxd6JYe+jhla5FntqFYHIlp9fYcHPuNqReTtnxbhGvj Q9GsdZu2vLn7iLr0MRUr4xiwucMh+8hrSSzCeQMHG4Y3yDi+YAZsGwsGGr72wmhDS8SEExEGn73f w6qseqTkbZbh5yfP20wIIaT00OcLnjf6TMMzSFvZ49kG4Z1HJ9yxBccFRVFtI//1h2sS16Zep7hm ce3adqRtS4bCvinQkUhR+RAdie0KXn7lRRiOxBNEd4o+wSzEY+evW/HyvLUNL85dG3+hYU11Lnpu zpopj836/I3/TP/sgYvfWHjFIaNnoZWSzpJ7oWiUCN1FMQ7djDmfbxxXMfOz537wyvyRv313yTUP xVbC+YMZcqNP1n/+3u0fL//HKc/PveCUJ+rwpSiJWXdt6fh30fj5azfFRtetfuXG95f95fDHZ//A vODr7M4Y3xCTRDwnYRgn8BPR66JH3l247tHKmZ+NueytRVOufGdx7R/GL1n40ty19dHPvhwv8Rgb EQ4vz9kmv3BCoZUmug+/8sXmLTWZ1hNIWjil0Hrr56JnRfnYNqxL3rYLdYrUaRd4nL7/8vzhZ70w 76LdH6r5BvKYVW4C4iRfxn3105cadpdwe7/En5m9ZtLdU1fc+72X5//s2Cdn72PWKa/7TsKwXtnq xf7A+dNb4jFxC5yrY0XYJxPHzFnz0HUTlt5w7NMN528/tOasSFk1xnolzSfIxoKRlxpbyvUcCasH pt0uZdiGoNYZeB6TAmFg7LxIeXSBmWl5A683QkiBYz9fIDxzIDx/1LGogpOCoqjCkH1t6vWq16// ug6NZkAhKJiORIpqqehIbFeMswSzlA7YunXrj0WYofkBUbmowvzmqvtFcOD8COWa8rVr7R6i00V/ EA0UwVn1kAjOw/8SfU0Exxi6DGLGXfweL3l3EuFGnkSWPUeV/GJCFczMDEcPyvmlCOO3oVWad+5o WhEcb6jjR6IbRZgcAfU/KnpchPWpFKEcTGaClppwrG0rZeB8RFnqmESX6etEt4sC1xMgDHFIY9Lm Y9uwT/O2XQDlibIdp/MkDdYL65fx2pT4bPsKLbvs/YJ4pEP6vsgvao19h3Iz1muK0/Kwn3CN/FB+ /yr6F36xLErOUG6ykOah93q/jYWBrdEacTdRP+dzJFfdP+VXUpYaiPZzhsewkCirviBSFl1uZlpe GymL/d7E5ASuTZG2JO3euTL+bjahJb1P/4qUR2/pXBm7QdbraFN0E/x1damIPeEqP4y0bjlnx0md l5kqsmLqxz2ue/fK6E3Jcsqj95kkdppuaPltpXnMJMk77VEnIQWC/YzxC88giqIKS65rVdUsNDMK pyORovIhOhLbHTHq8eIDh8+2Iozz1Vu0YwuEFly9UJ78x0tD8vjhv8jrFijCLME7izCOH/IgPVqf wTGGFmVoKQmnD1rL4VxogoSjPDia4MhBl2OsP8pGHc7zRsL1JQ/pUC/WATOtonXcrvIL5xTKCuyy KGEoA+uFdFnXE2gepA2TR8Jz2jYJa/F2KYgTZTpOGfPbSLrAfSVCPWn7Rf5jwpe0/eJPY5dhkqQh 4Vn3nfxmrdcG4ZIO+w7psB+QJ/B4kJzBPoSw//02FhyJaIG2j/M50lzd++F5UqY+ayBdBx7PQgAz LcOZ2ALk2tTJgQ4SnSu63HkuNF/Pmar0vrON1IHxVb8r/y/bYUjNCkeenNWpInqrqSYQ1C/1amtr fBS58LDHZ4/TMuCcNOuI+xyeCyeKLjjjuYanUvXE5iKNKTJvtEedhBQJ9nOHoqjCUN7Rgl1GLh2J FNUc0ZFICCEku40FR2L+bazy6IbIvR+cImW7HIqktcEsy5htuZVobPQ+Tu0pukj+Pym/9fbx/8lr C1ZIOIaE+AjCf7OMSawwyVJMhOEMoghf9sWmN37w8vxP7DK8c2h4Az5awGmJjy4YPuFh0ay9R9Z9 pelOfLZhPcJCqFaEISpQxs9E/aVsOOIynpOoX4SPHHAi/ls08b9eXZAcH7ZLVfw9ie8i4fjQ9w0R JtV6QzROdJfEnYL8KMcUmRekPDg4Uec3RbfK8jvXjV8yX9erc0VsXr7rJIQQQgqJbEYuHYkUlavo SCSEENL+NtaqyD/HHSF10KHYlpTHnoqURRsiZdVw5uadxoQjUSdWekm0wD7uB46ux3iyZ4kw+7gK yxg/FsNtwJGHIR4w5AfS1osWvL5g3Qy7nE4VsSo4w0SY1R/DhDyNdHuNrEvO8r7nyFlRE5dNGKIC Q0jAsYfhQdAKGudjRpBGhBbk2AYMTTIDjlKtv1tVfLxJA6enDmeC8XUxFMnFooNFaHGe13Me5Um5 aEmOITXuFn3yxwlLl+l60ZFICCGk1GlvI5eiSk90JBJCCCkUG6u8em7kjnEHSF0cP7EEaGzqSGyw j3f3QfFRkgbDIMDB5hfCMTwHZuhGd+FzRBgDePrCtZvSZoLvXhUfYtLbjsSGPUbUfqlptEWgyFVX kEKfdyZ9NkeiN5yExGGYBowTu8duw2v/rWki5dEGk8Yb7kR+e24/OH5HsozKGMaT3X73h2qu7lwZ SzoDmwjjHt43dUezXjk5Eu36rx23oF+Xylia07ZzefXlVjpsc/d/V6/u02tw/M6M65QQunqf4FVE CCGEtBFqSNKRSFH5Eh2JhBBCCs3GKo9Oi1w7DDNF06HYXMqqe8p+HGgmS2mMlMVGmZg2ozGLI7Fr VfxhOKRMcieIh1NLdIToxtfnr51md1mGDhk960RJB6djNkdiq50/UnYYRyLSpLVI/Mmr89/WNBiv UMLgQEQ8Wkb+5Ycvzx+r8TsMrVmo/3sPrVn/67cXzRw447O3b5q07PUTnmn4eJtB8VUa76k8+piU FcqRiHQijDG516Ql676/6/DatNaj33q+4TaJ30WEcWnR1Rv7+pjjnprzkqbpVhn76jsvzq8fFlv5 5qja1S8+FF/1RNnMlYO++fScV6SejVZ5S9Ad3ew6QgghpFVRA5KORIrKl+hIJIQQUqg2Vln12MjV ZT2lbjoUw4BWaJgkRZ2H5bGpsg8DZzlubeB02prBkYgWbP7Zkm3B+dd9UHxCz8Hx6XY+1Y7Dahc/ WbvqaOPY8rdInLvniDrbeZW7yqO3mE3JitQdxpGIMRLh1DtBdIdo0g0TlizWNMaph3EWNf6DP01c +qnGQ/uMmrVu7aYtz0vc4yJsJ7p8TxFhfMfpj8/6/E07vezjSyQ8myPRa/X58dIvzt9zZF2ytWf3 qtiWB6aveEzizpU0mIkfDl1MnnOY6HfTV2x40U67ZtOWkRJeKaoSYYzJV0QYb3K6rPPLOw6tWanp O1XEnje7jhBCCGlVCtPIpahiFh2JhBBCCt3GKqseKfVjvehQzASchuWx8ZEHaw4xIe1KY1NH4iLn 8Q2pE5+duwFOsImL170gZV0uOhhOMJF2s1VH4jOoq9/Ius2ucsKqS2X0NrMpWTH1h3UkZnLqwZGI +HtEM/930rINGg8Nja/6iYT3F+0mwkQ2XxNhLMkhIkxQU9/3odp1mh7bIGGBdXarii38eOkXP3I4 EOGo/L6sz74i7GNsnx5P1AcnZnz3EbXJ9etUEf1y9+G1f7p90hLMnI3u6JhU5hrRaBEcnoNEF4lC TWBDCCGE5AM1GOlIpKh8iY5EQgghxWJjPTDtdlkPOhQr4/tGBtXsYpYKFsvxBEfiy6Ll9vG86PWF ayRMZ0vGRCoNooWiZaLl909fsdpO32tIzbrbPl6OcQKPEvVB+eqMkl+/I3FZ/4frtmre459pWCdh 0zIIM0VPFKFV3S9F+4swlmGoc8vUn29H4vT/eX/p5xrfpTL2qYSlrZP8xz6G0+4XIjhY59jOvW0H xf4pYXadU26cuDTtOLjUb2QtxqNEN2tcZ6gHztruEgYnJvaPV5fok3NemjfTVYYKzsp9R8165uI3 Fl4h6XE+bK/lEkIIIa2NGoqFbeRSVDGJjkRCCCHFZmPdP+VXsj4d06FYVn1ApCy6IYIZl28eh31Q sBgnl90iMW3cvcMfn/2OhMHxh1Z2mLn4dyJ06X1OhNZ1GDPww9+/t2S8nU+0qsfgmv1MNR5wTIns rs3z7VmbdxtRN0PC/DNE+3W6lHGsCN14c3J2mfrz6Uhs4vQz8WnrZOq1t3t2BkcinJMz/vbBsi80 Huo9tGbr5GXrlzd8vvGdLhWx5D4TTbXHMjR19ZQyjhRdLXpCNF00WxQTvf/07DXv//i1BdWy75da 5fi1KlIePd8USwghhLQqxWXkUlQxiI5EQgghxWhjlUc3RO798DxZL31e2c8sPrcKgMamjsSgWZu9 GZolvodoZ/l/tPz+RoQusXAo1s75fOMbXStj6V2VrTEMJY/fodbcWZvR8i7n88fkzbcj8SPHGIpp 62bqzcWROPOmScuS+wXdoCUMjlu0yETL0Nf3frhunsZ715k1zibqF6Fl4s4idKtGvX8RYZufFb0r Qlk1IrQyrRV9VL9640uHPDa7LlmuqHNF9CpTLCGEENJqqGFIRyJF5Ut0JBJCCClmGwuOjrsmHCfr 53IoFh8VsRNkm+LJCVPacbKUltKYxZHomrXZOKqQb1fRmSK0UHxfhC7P1QeNrk+bfEQ0zuTzO9QK cdbmnB2J149fkhxXMg+ORJQ59c/vL01OetK9KrZIwk4U/Un0qqhONPmKtxZO0DSeyqO3oG4Rjk0v 0a67Da/9t8Z3qYzNlzi05MTs2qeKsD7XicpF74nQurQOMztrnu5V8T+ZzSCEEEJaDTUK6UjMg/JJ 3eqNnsY0rMF4N8768qnrxi81NSdwpaFCio5EQgghpWFjrYrcMe4AWc/icygOjJ8RKYs2GOfh5khZ 7B67S2mxIiZazo5ERcI7S3o4rNDq7VoRxlicJ1pw9buL6+1yRKt2HhrfU/LQkZjdkdikTgnDTMwY E/LnolGialHsjflrX9F0XtrKeO2MlRtxPC4V3ScatN8j9WnHolNlfETfEXX7yzph/ModRUfPWf3l 3699b8ncHlWx5JiVOw6teUPyhx6DkhBCCGkueNBAdCTmQW0BHIuuuluiD5auN6WncKWjQoqOREII IaVkY5VXz43c9Nzesr7FM35iefQ+tPgq9DEPc0VMtGY7EgHiRNtIPswCjDEUMREKusoueWPBuiYT fBw4ehYcXHQk5uhIxHqJ4PjbXeK/K/qPaLKoft2mLW/uOLQm2YIR+ve0Ff8ncY+IMO7kR6/NW/vs PqNm1dppgnTcU3PqJT1mbkYXdlyjhBBCSKuiRiAdiXmQH7QodKXLJrQOHFW72svv4ovNWxpPfW6u M28ucjkQFVd6KqToSCSEEFKKNlZ5dFrk2mF9Zb0Lx6H4YM0h5l+HQEw0OBL3FF0oelT0iehF0TUS d4hoG1HG44F4U85uom+L4AwbL4qLMB4fHGXoAo2u0NB5oodEqOt1EcbvO0rK2C5bXS1ByoZDD05A dOvFOmLd3hLdLPqGqJfEw5GIVpZYRjjikQ7pT5V4OCLh9NN4tNqD7DLStgH1Sngf0fdF2O6PRPY+ 3k7+Z6qzN8owZcGhiHVAWuw3tALFeIdjRX8XwRmJ47C36DuiW0XPiz6UfB/LL44L9jm6SGO9J4jg kETXZjge/yA6XoQZt0vKaU4IIaRwUeOPjsQ8yE9zHYl+DZy50pSYAs5EV9psQjfpBWs3mVKCceWl QoqOREIIIaVsY5VVj41cXdZT1r99HYrorlweWxvpQLPViokGJ9e28oux8+CEQmu300QHinaQ8NAt 0kxZ6IKL1okni+A4g+C4Q7dcOOC2FcFxCWcV6oKD8VDJiy62req4kvLV4dlXfjFZjM4QjTED0fqu q0mDSWUwUQnCEX+WSY98aBWIMjQe6w8lyzDVJZEwlInJT+zttvcx6s1WZ/JawH8RWoGivONEKO97 Ihy//SSup0gnxukrOkyEMi+S8N/K7w2i/xFhzEXMwo0ZuXG80N0ZxyGtPkIIIaS1UaOPjsQ8yE++ HIkQujT7CdvNGY7IFRu+MrnSgVPxzQXrzFIKVzlUSNGRSAghpCPYWGXVI2UbsG0tcygOjF3sdUMm oRFTDc4ptNhT5bbPLRxlpZWH/0FxbYGp314Hb9lEe2iYiW+SRpdNnLMMP770Xh4T5WHiQ5ep8Sat s0xg0nhdo7cmnItwHKMVJJy6GAMRjkxnXkIIIaQtwAMIoiMxD/KTT0fibR8vN6WmCONI9E+iAuBU RLimcTkp7TKoHEVHIiGEkI5kYz0w7XbZluY5FMtjt5sJUaCpyTEN8VsW/btog4kb74UTQgghhJB2 peMYuW0gP/l0JLpaFNrOwCAhDbpBw1nYf9QsZxo6EvMsOhIJIYR0RBvr/im/km0K71Asiz1nORFV m40avVmXMfsyIcRNeXQcrxFCCCFtTcczcltRfvLhSHQ5+QC6I7vSN0d0JOZZYR2JMPxgALI7FyGE lAZoUYd7+n1Td5SljmljlUc3RO798DzZNn3m2Q7FBGhtWB6NG8dhgKI3mtSEkCCaXjtTI2Xxy0pt tnJCCCGFRcc0cltJbQFaF2LCFFf9zRUdiXlWkCPx3k/OipRVv9PU6KMjkRBCSgK0oEu/x6+KlM28 NfLH0btIbMeyseBQvGvCcbKN6Q7FB6b09fZL+n5yqyxWR4cIIRlwXTfpWhIZGLvefNwghBBC8gId iXlUa5Gta3JLRUdinqWOxL8+/8PIg9PHO4w6n+hIJISQkqCpIzFdZdHVkX9PvjNy1uUDJHVHsbFW Re4Yd4Bsa5fIv6d+07lfUtqStlwWHxWpiJ6NXUtKmAdrDvF6aZRV725C0imrPsVrZWerPHqlZz9B ZdVHm5TpDIz9WuKHe/ldlMX+KvHoGTLOu3abqPoCkzIdlJk4Py8zIelofJCy5WtuuZnkjTUavS9w HxNCCCE5QEdiHuUnW9fmU5+b65xRubUdh37RkZhn/f6hiyL3T53oNOQoiqIoCmMA/vvDxyMX/O10 53OkFFUerYmUVT8eGVhdLXo5UhZ7W/SZY99YyvOHNnVYBSnIyVIePd9bl2wOq5ReFCUcVJ6Tqvoc kzKdstg9oRxWQWoth1Rbl6sOvaD91HT/Dpc8lfKb2ZGYdEBWw5HdFPt8QJrK+L5pKqvuaVIWLjh/ XPvaU/SxwG0nhBBCWgAdiXmUn1zHSPxg6XqTM0VrdGX2i47EPEtbJGrX5n+8+93IwJnvuo08KM8v SoQQQtqH4Jf6zZGBM0ZG/vbMEZKq49lYt73+Y9nW7bzZnd37Jzc119Flt0Bz6f+39ybglhT13f9R NkUMgqAI6CAiouKOCm4zGpOoMW9MYqLG5AXNgqBGkzf+Y16TYPRNDIkbMguKggsRd53BFZcxYtxQ 2ebeO8Mui4gbCIMoROb/+3Z33VtdXb2ePueec+7n8zzf5957TnV1dW1d9b3VXWVGVp2RGK6YO3n+ 2Y0Myrdv3WdqDCuYTHJ9jtVh1TcAAIARg5HYo0K6bLaiVYoyD0O0apFHm6dEoZGYtim1LbWxOw9O uuip6aTFwqYDP4xEAIBZYGlSf7v17acP3vrdB9qnK3eM9Y+b/sauUSaarndP091Md7F8OXrpHlil i95s4QGgDIxDAABYBjASe1TIMLs2a1fmGHoUOhZ+GGEk9qw6I3Gp3aXwAmwAgNkgv/Js5Y6xTvjU eru2w0wPMN3X5MxEXfvupt0G//aNI+Pmoae1cx+ysAAAAAAwQazcQe4IFDKMkSj91Tk/yGLKc8GP fxEN31UYiT2rrZEIAACzyMobY/3LFz9p1/RYkx4BfqhJKzIPMu1v2tekf5zpMd67mHYdnPDJ/Qbr gh2c186/bHDSBQdafJ/yPvt88ggwAAAAACw7K2+QO0KFDGskSnqcOfaosz7r61FnjMSehZEIAAAr aYx14jnfHNzzgKfa9RxpOsL0CNNDTDIS3T1xH9PS482DwS6mnQd/eMKug3VzC4N18zdHzUK9R1Cb RqyfV9wAAAAAsMysnEHuGBTSh5HopFWIMbRqMRa+jTASexZGIgAArIQx1pu/dclg1eHPsut4oilm IsoYPMB0L9Neprub/HviTqbu90W9GgSDEQAAAGCszP4gd4wK6dNIlN637cYs5jwyAmPhmwojsWdh JAIAwCyPsd763esGRz7njyz9TzIdZXqc6dGmh5ncuxHvZ9I1+o80u/uhViMOZyKesHnnwbq5kwfa 2OZtW3VOAAAAABgDszvIRWi5hJEIAACzOMY6+cKbB6v/+E8t3aGB+HDTg03hKsS9Tbpe9zizuxcO ZyI2QUYjAAAAAPTO7A1yEVpuYSQCAMAsjbHWXvTLwXP+5jhLrwzEJ5hkID7GFD7GfKDp3iZdn96H WLcKcTT3wrVbDhmsnbs13ahl7kf293OzbwAAAABgSGZnkIvQpAgjEQAAZmWM9cLXvcrS+WSTDMTH m3wD8VDT/U0yEPczhQbibqZ0U5U0H8Z7D0wff/7bZCOXdAfoGwZrF47JvgUAAACADszGIBehSRJG IgAATPsY67gNb7D0+QaiNlJ5pOmhJhmIB5vua5KBqB2Z/fcgLq+BWMba+ZcN1s3pugAAAACgI9M9 yEVoEoWRCAAA0zrGevWHT7d0yUD0d2KWgXi46UEmZyAq/c5A1G7Mu5t8A3E8jzH3xckLuk4AAAAA qGE6B7kITbIwEgEAYNrGWK87+zOWnjIDMbYT814mZyBWbaQy+fe7kxfWDNbNXZ3sAg0AAAAAlUzX IBehaRBGIgAATMsY68RzvjnYe/+nW1qcgfhY06NMDzP5BuL+Jmcg6hrqdmLmPgcAAAAwg0zHIBeh aRJGIgAATPoY683fumSw6vBnWRq0E/NRJhmIjzbJQHyw6RCT7mcyEO9l2tu08gzEtfMfzzZquT1Z sbh2i94DCQAAALBimexBLkLTKIxEAACY1DHWW7973eDI5/yRndsZiI8zyUB8uMkZiAeZDjCtXAMx ZO2WRw7WzZ2bmYqmudMHb9+qd0QCAAAArCgmc5CL0DQLIxEAACZtjHXyhTcPnnHsn9k5YwbiQ0wP NDkD8d4mpXFPk9uJWenXRio8wvy2rYcN1s1/ZnDSBQdmnwAAAACsGCZrkIvQLAgjEQAAJmWMtfai Xw6e9w+vsHNpI5UnmB5veozpESbfQJQpFjMQ/Z2YdS3cx6qQuYjBCAAAADPMZAxyEZolYSQCAMAk jLFe9O+vsXPEDMSHmg413d8k02s/k9J0DxMGYlf0/sT0nYo38NgzAAAAzCrLP8hFaNaEkQgAAMs5 xvqrd73J4vYNxCNMjzQ5A/Fg031NMhBleMlAvLtpdxMGIgAAAACUsnyDXIRmVRiJAACwHGOsV3/4 dItTBuITTUeanIF4uOlBJmcg6twyEPcyOQNRG6k4A5H3IPbN+rmnL27Usnbu68nmLQAAAABTyPgH uQjNujASAQBgnGOs1539GYurzEA8zPQA0/1MOue+ptBAdPcoDMRRo8ef182dvGgqrptbsDJUmQEA AABMBeMb5CK0UoSRCAAA4xhjnXjONwd77/90i8cZiI81Pcr0MJMzEHVP2t/kDESd/24mDMTl5vQr 7jJYO/8fg7Vz/5B9AgAAADDxjH6Qi9BKE0YiAACMcoz15m9dMlh1+LPs+CeZjjLJQHy0SQbig02H mJyBeC/T3iYMxGmDx58BAABgAhndIBehlSqMRAAAGMUY663fvW5w5HP+yI5zBuLjTDIQH25yBuJB pgNMGIjTzLq5Pxmsm795cPL8K7NPAAAAACaC/ge5CK10YSQCAECfY6yTL7x58IyXvNjCxwzEh5ge aHIG4r1Nin9P0x4mdw/SRioYiAAAAAAwFP0NchFCqTASAQCgjzHW2ot+OXj+P/6VhfMNxMeYHmHy DcQDTTEDcTeT24lZ6eAeNAtog5Z0s5ab7fe/HZywWeULAAAAMBaGH+QihPLCSAQAgPox1n6m8jHW n7351fb9E0yhgfhQ06Gm+5tkICoexXcPEwbiSuLk+WcP1s1dnZmKt9vvr8VUBAAAgFFTN8jFSESo rTASAQCgfowlA/B+hXvI37zv3+zzx5tkHrpNVHwD8WDTfU06fh+TDMS7m3Y3YSCuVE5eWDNYN3/O 4C3nqT4AAIwad29BCE2nhsJFgpGIUF/CSAQAgPIxlkw/bYIiI/C+i/eOEz613v7WLr2PMsk81O/u HYi+gaj7y76mvUzOQNRGKs5A5D2IkGftlkNMWq0KANAV/56Syp//IISmR7H23BJ3EEYiQn0JIxEA AMrHWDL/ZAJqV+UDBm/8+oftp951eJhJpqFWHuqn/tbndQaiu79gIEKRtVv2G6ybOzd5r+LpV6i+ AAC0wb+n6B4j6X6zc3QehBCafOXHjZ3Gjn6ngJGIUB/CSAQAgOIYSysGZeRoZZgeP9VjyemqxHTD FBmGD8ik33Uv0TsQfQNR95S7mTAQAWA6WLvlGdlvMH349xXdZ3S/0b1M95/dovMghNDkK30Vjtqx 2nOncaTfMWAkItSHMBIBACA/xnKTLw3ctJLQrUqUmajdlvc3HWCScaifuofoc32PgQij4eT5P882 ajHNnTU46QLVP4BhWOqP1l30VKtXt2ZjY/qp6cOVl+4zvleg+1B6HwvnQAih6VD8yRbX1hv11X4H gZGIUB/CSAQAgPwYy42z3KpEZybuaZJRqPuFk96fqM/0nVYv8ggzjJa3b91nsG7+w56puHmwYUGr ZAHq8PuhVG8+99E2Hr4hGBu7fjAMD5OJX0bu/uVMRP1TS/envXNljBCaHqVjTbXj8J/UjceXsQ7C NxL1yA1GIkJtlBqJajsYiQAAKxt/nCUDUPcBtzJR9waZhBrEyTB00t/6XN/7uzBjIMLo0a7P6+ZO H6xdOCb7BCCG3w+pX7rz4N+/+oDBui1XloyN1Yf5/Rh92WTjl63KzN23dH9a8gliZY0QmnzlvQq1 azfeDMeapfidhDp3ZyTqv+RuR8H7mQ4x6cXf2kHwsaajTE8yPcW0xvRUT09DaAbl13HVedV9tQG1 BbUJtQ21EbUVtRm1HbUhtSWMRACAlYs/1nKTMt0PNGDTvUHSAM5Jfzvz0J94u3i4f8Dy8bat2gQI Vi5+P5T2Z3/zn/sM1s2dH52sOi2teOEfI9OBX8bufqUy1D+7tGJem4UdGC1rhNDkK32Vjtqx2rPa tdq365/9vrmUZp1E+tLvB5kONz3KJOPk8SaZKE80yVCRnozQDMvVc9V51X21AbUFtQm1DbURtZWh GyYAAMwUrt93Yy4nTaadseh+dxNsJ/9YgOVj3dxrB+vmbx+s3fLc7BNYOfj9UNp3Hb92j8G6Ld+I TlJDpeNh/zUNGhe7vs6PGyYDv6x1f1KZFRcbxcoaITT56mHhk99JqDNXp15ctpzuKCiD5FCTVl09 zKQVWI82PcZ0hCcZKwjNmvw6rjqvuq82oLagNqG2oTaitqI2M9RSYQAAmElc/99GAADLhd8XpfNF GYhrt3wuOjkt09L7uGQo+hNWxsaTiV/mvpHo+wO8/gyhaVUPr2JzAcKOQv8tkgGSvkg1XV2lXQTl XN7f9ADTA01agaVHHKQHI7QC5Oq76r7agNqC2oTahtqI2oobLKkNuf+8ho1SAgCAlY1/T+C+ANPJ 2i17DNbO/SjZqEU/WbE4C/j9ksavMvx2trJ9T3RSWqel8bH7J7t7WgcjcTLxyz5mJLIhK0LTrNRI HHpzWL+j8DsLdfD+roLq/Pcx6UYg91In3t8k80TS45wIzbpcfVfdVxtQW1CbUNtwBqLaTLjLpmtf jRolAAAAwNShTVrWzd+Q7QB9A5u2TB1unOrmhqmBeNL5r49ORpsqHTfva3Kv/ek0aYWx4dcBjESE Zk09GYnCBXQdhm4a+i+RItNjmYpY/z1Sxy+TRCeTYSLdA6EVKFf/1RbUJtQ21EbUVvyX5Yf/aZUA AAAAZhutTFw3/5nBCZs1MYHJxh+nurngzoOTzntpdBLaVuk/4+9t0j/dO72PC8aKXxcwEhGaNfVo JAoX2HUaSzeRVM5YlGSUSFpxhdBKlWsHrl2ojbj24gxEvyFKAAAAACubtVsOwWCcCPwx6tLc76Tz XhidfHZV/sX+Q09aYeT4dUJlpLLCSERoVtSzkehwB/lSZL50k0EIpQrbR6wNAQAAAMDJC0cM1s1d bdqcfQLLgxujuvHrzoM3fvPZVi63RieewyidtA71Yn8YK37dwEhEaNY0IiMxxEWCEGouAAAAAIBJ w41VlwzEE796hE0ubyhMNvvSmCat0Bt+HcFIRGjWRJ8MAAAAAAAzwbr512cbtdw+WDd3crIjNPSF bw6lBtG/bj5ksG7LldGJZp9i0jpt+HUFIxGhWRN9MgAAAAAAzBRv23rYYO3c1zNT0TR36uAt52mz O2iPmxA6Y2inwcvfte9YDEQnJq3Thl9fMBIRmjXRJwMAAAAAwMyyYeGgwbq5swYnL6zJPoFmuImg M4QyA3Hu/OjEcpRi0jpt+PUGIxGhWRN9MsAKYf38SwsdQHNtN700iwnGwbr59Wnez12efbLEuvn3 emWjVRYfy75phn/sKPHTqd9Hxfq5C7xr6l5Px5Xe5aav6xxFfq1feJDFdX0a59xrsk+XyJd1e62b +1pyjir86yqX+sQTsyOKrJ1/wWK4tXO/nn0KAJPI6VfcJTEawcdNAJ0RtNPg+LV7DNZu+VzWt41f TFqnDb/+YCQiNGuiTwZYIeSMRJuM16GJ8Lq5s5eOaXgcDM+iWVKS3zGjQ+ZLU/zjZoG8uYSROC76 zq/8Pzvi5di2rJN+LDHlZfy54+LHyvDLhbFz+WZm+v2JJj8u+73EmEzDu7DlpiMALB8nbN7Z2vmZ 1k/cbu30yOzTlYyb+DkDaCfTzoO1W96T9WXLJyat04ZfjzASEZo10ScDrBByk/QSg6oMt0JIwmAZ LYtGSUUZ5Q2cpbKRZJzU4YefBdqaS2X0bYzNOn3mV65/qijDYcp6cZWvKWa859pSi1WLWuVYRt6c xEwEgEnFTfic8ZMaiCdf+O9eH7a8YtI6bfj1CSMRoVkTfTLACmEYI9GfvMcMg+QxvrnLl+KvkCbr ZWaXH66OqrDJ45F6hNELE5XSXGEYNL2uto8Wl+GnuYrQwMmvfIqXkY8LJ5XRx7WH6Yyh4/34Qqm+ +PkSiyc0lworaQOVpTlMb7r6rHi8U5Nyr7u+RJbPKsMYocGWv9ZUTdLh00e5KG+axNOEpK41jGco I9G7ppiR2IY2/alfj2KPawPAZLJ2yyHWV6i/UNtdsDY8iysW3UTPGT6pgXjS+a9f7LcmRUxapw2/ XmEkIjRrok8GWCG0mfj6hKZMaHjkv5eZdWIhjM5diCdiJvrf11EWNr8CKDUm/PTod98ASVU0JPIm 2nY7Zn0+Hkt/aLYMYxLkzAY7VxVlBk7OZLH0l7EYxhSjr2svS6fwzaNEdk4/Dv2eT0eqMB4RNdcs nEtzYiwHj7fGVpH56V1Ug3TF63JgQloa/XhieRhrl7l2m8mvH7Fz11FVLoXzBdefprto0sfKpSlL KwG3Z5+Uky/reiMx6XuS610q+6bHVuGvXmxSBn6dAYDpQu9QXDv/H9bubzepv7tkBjZtcRM8Z/Sk BuJbv/tni33VpIlJ67Th1y+MRIRmTfTJACuEmCHRTjYRr3ncr44qA0P456ujLGzuOjV575Bm36zw DbQy8oZQN4OijdFQlY/+dyqzWPqXvi+eq89rr0rn0jHV59F3ftgwHuGnWYZ1FX5cIWHeVa5WDdLl k29r9e3GN9nD9Bfa7ZBtUJSVi+L2z1VX/r6ZFiuXJiTGbIs48kZie3VNp0Om4VJ81r4aGrlleQ4A 00X6TsXXWjv+TPbJNOIbPKnJ88ZvPtuu61avf5s8MWmdNvx6hpGI0KyJPhlghVAwJOpkE3aZGv5q pCpSE+LE5Jgmk/3YZNr/vo6qsJXn1wqrYIWdT94oaK/YSrc6cgaOpb2OOlMivIZwhaP/nU/f116W znR1YPHzMuquN1/e1UZuVdj8eapXhYq8ibr0/ru8Mdiw/SzGky+TXLttUDeaUJafdfkc4qetSfgY bU34urJWu87lf2J21sdbR9o2vBWtDeqHzyjKEQAmj7dtPSz7bRLxjZ3U3Dnxq0dYv3TDUv80wWLS Om349Q0jcQJ08Y2/3NEXV998WxLfF67evuN13/5R9Hxd9Ffn/CCJM0zrj2/9nx0X/PgXO9637cYd q953SfRYNGbRJwOsEEY1kfVXFIVKJvF2LpkMCuebBjHjwT+2jiZh03M2eFeiZwLl8qmLOuRt27Jp avj4qxz9eBc/M/n0fe1l6WyafkddeJ3Xfa9rqKIqrH+eunhEWbrapMexFL6iTIL87UpZuss+L8NP W5PwMdrmVZvwvqEoNTV1fcJH1NsaiI5RlCMATBbr5p5jfcTN9vPM7JNJwTd0UlPnXzYfbv3RdBiI Tkxapw2/3mEkToD6NBLLkNnX1ug7+aKfZke3Q+bi886+JhonGoPokwFWCKOYyObjLH8nnyO/Uihi CLm4TFXkzlsTNkayaikxTeIrjJbirn9nWx/0vSLRxw+bPIpZ8Uiu8MMOS1k629ZF3zyKXa//veKu oipsLr1z9RuY+Eat/4hr23j8laAy333a5lUT+iqXtitLY/S9IjGksMq2wXUl7dE34ZN+ov5cVYyi HAEAqnGTOGfm7DT4182HDNZtuXKpP5oiMWmdNvy6h5E4AYoZibFwdZJ5J/Pv6z/4eRZLkSarFBVP DBmEWnn45I9fmQu78Yqbdtxy+6+yUEvouvx40ZhEnwywQhjFRNY3EqriLE7M48ZDk3euhY8YSj65 FUQ15mZ+taL3aKp/XTLfPJMoRt4g7bhiyc8fy68qyoygMnJlHyikz2uvSmfuuIrHwcMVpbHrbWMu VYX10yspjTHC+hwLl6vLJfGIwoq3YNXcaNpts3JJrrGkLubrSTGepvgrmpuZt+2MRIdfHkn/UXJd uXZYcf1tyed5tz4CAKYXvVNRG7WsnbvV+rrXJu9aHB1u8uZMnJ0GL3/Xvnbe85f6tykUk9Zpw6+D GIkToL6MxFAy+WIGX9VqQZmEIXpcuslqRoUJz6eVkLGwaISiTwZYIYzCkBD5iX1zxcyjXBorlTdf QsLv6xSb2McMyzp1eXTS4ae5zpSpMoLKkCGSN1NSxejr2uvS6X/fVLF42phLVWFz6Wlcr5cM6JCc KVerso1xxmskiqbtp+5VBU3x62Udbco6pFgeS8cn5nDLOu+rjqVrjK/09a9rmLwEgMlm/dzTra+/ wtq52vrt1i+9IdkVuoy1C8fYPfnV2V91uEmbM292Ghy/do/B2i2fW+xfpllMWqcNvy5iJE6ARmUk Snq3YUjVSsEwLVqFGAtXptj5qoxLNALRJwNML8d/cvV+x21c/drjNq15S/ZROaMwJBypSbU+mOTr PJdnZsPShN03DUo3PMk2TPDDpivTvIl/9rlURhqPnd9fZSRl6So7f4iMlfT8vtFgv9v1Jtfd16ol 3+ioiLPOCKrCN3+kOoa59qbpVLmm1+6dQ2WUGbx+PDHjLl/vqs2lqrCx9KZpW1oVqTrZpu4IV5/z 9XB7Fm+5ESl0/sVjLO190LRcXPvx22FS7plp7KetKp46dJ7FeOx8VbQp6xihSerS7edJF1WRtJMs XNk/G/zrGiYvAWB6WD9/pPV/Fw3Wbnlk9kmedXNnWX+gPkGvz3hf9mkMN1lzps1Opp0Hay/auNiv zIKYtE4bfp3ESJwAjdJI1CrBkCojcVjp0ekQNmEZs+iTAaaH4zeuPuS4TWtOPn7jmluP37Rmh5N9 dnoWBKadRUNhrv6dk9NKzjiaz78TMIZvwLUx8GB6yJmSQ6zsnTTS1b3pddWZxrruJuEAYLZ5+9Z9 7F73o0UTcVFz5waPRLtJmjNrMgNxy3u8fmd21HTSqjxKVnLO/YP9DcuHXzcxEidAozQSY+9L1DsN Y2GHVezdiqM6F6oQRiLA5HL8J1c/8riNaz5sut03DkPZ96/PDoFZYMlM7Hfl6CSRX1m23SZJ782Z hDJgwlVirNSabXKrLzusNpw0fMO86cpTrVIFgJXLyfPPXjIOI5LB+IZz9rKQvkmTGognnf96r8+Z PZVNWk/49IGDtRf9s+XPDfn8muOf7ONG5u3J88/P/vLrKEbiBGgURqJWBsbej6j3HcbCd5Hep6jN XWLp17l5pHmZhJEIMHm89KzVa47buGZzzDREo1dm3F7RVBb+PJVXY21ac3qdDnjnxy9VJ323U776 o+Tx9YY6fuPqYxrrrNXPVV1rKjvmkGM/vvqgJvrLTav3yapzOeljpv4j03EljwD39Pg4TDYq56U6 Mb1m4pKJGH/3JQBAyLq5U/NGWERr56TbB//x3YfYEalB89bv/lnW38y23KT1r9+z2q75DMuP2wv5 kxNG4thZO//xoAw2D0666Kn2DUbiBChmxI0CmX6x87dR7B2IPjIq/V2d0TIIIxFg8jlu0+rnHLdx zXnHR0wvSQZSFhR64ITNq3eOmWNl0srRmPFWpoKhV6GXblz9ytAsrFTElCzT8RvXfLxgclZp05pL rL5FzdSCNq75kf2M1lc0AUrLJ152EUXrQ4mSehWpb6WK1eMSqT3E2kmZjvvE6qfH2mBUn1h9RKx9 l0n9RNZlAAAMx8kLRwxOnv/zwbr51ycGmAyYdFOW1CxLDcRMW3YMTr5ox+CN33re4OQLh3u/6zTp Zac9b3DSBVuWTKqp0g1JeYZaN39OUta+1s5/3n6qDoQ62fTaiF6SPsod6OSFNREdMdiwcFBBa7fs kdXE4UiuIXr9qU668P2DV5yud4JiJC6DRmkk6tHmPo09Paqs9H7h6u3J7+7v2OpH0Yd5iVoKIxFg utDkNZkkpxP8xBTQBDv7GgCgFq0YjZljMVl/c0jUeCuR/vHhm3l1Cs3CSm1a85aCEVmliNFZqk1r znXGaRPZMZWvnBiXlPasWAFgNnGTMU3M0lWI6WRNuz3fzfRrg7d+96PRid4syZ+0HviQvQdv/NZf DtZuuSZqWCWam5yx8VvOu0eJgfekgtmX7OwdMQbXzr/MMw+XtHZ+g/2MGY95gzLVuSWG5s3F/Bux 1s5tHxy/4bnRskYjUcxIjIVz0uYlenQ5dlzfxmFb6XHm0FTU32y4MkZhJAJMN0dvXn2Xl21afVj2 JwAAAADMBm4i5ozE0ETc06RJ3H6DBzzqkMGbz/2v6IRvFlQ1aT3hs3sPEmPNM8RkvsF4SU3Jomko rZ27dXDS+ScPjjnxgRaSFYnLoLZGYiit+ouxnKsBf3zr/2SpSNE1xsKhEQgjEQDAyG/0MKyW/91u 6fsHY2nTYC59Z9u6ubOj37udlPMbokzG++qSXXBz6aqSNnFZnx0Zx9/Qhc1c+kHvOVQdSvJ0hnZg BgAYP76JqE1VdjHtZtrdpIlbaiIOBvc1PcB02ODQI584eOt3ti7e22ZFbSata7ccYsccnvwO4yNv JF43eNuWvx6c8GmVlTPAVWau3mIkjlnDGolOej9hjOXY9ESPPIfEwqERCCMRAKAB02Q4JWab19HH zBwZbEvXc31yzCQTM0ZlhOra/I1Y0k0uTkyuKRe2pMwwEkfH+rnL03y1cgIAgC64iZhbjSgj0V+N qI3NUkNmMNBKL23ConfQHTF44nN/b/DW7163eI+bdjFpnXy06/gJm1UeIqy7GInLrL6MREmPPMfQ I8+x8L5iG6noXYixsHXCSFxG0ScDADRgmgyn3OrKuQuyT/NM1fXkViC22wXXPzZmaE1TPkwjSysT MRMBANrjmzHNViQOBg83Pdr0eNMTBkf93h8OTr7w5sV73bSKSeu04dddjMQJUJ9GoqT3EcY2P9Hj xnXvKoylRQZjLGyZtAIypKshiTqIPhkAoAFdDKdFEyv5WfLotL+aLnlsN13FVafYKsK84dZRFocj H1/80eZ1cx/zwkRk1zPMakc/fl1zF9KyOzFqQNaVa/KY7tzXFsNUa7vpxOzIPE3LtspwS1ZfJueI H7ukeBqa4F9rWX77jy4n4ayMykhXiNaHAwCAGG4iFhoyxXck5s3Eh5lkJj7OdJTpSYNnHPtnU20o MmmdNmL1FiNxGdW3kegUi1fUGYPh+w1FkxWNMiljj1djIo5Z9MkAAA0Yykh0kqmWmVkyY3xjSwbS UtjUkAqNL5l5+XA7oiZdXysSq4zE0BiVAeXSkhpNenR6yfSqe1dhGflz9P++vap8UBnkzm/fh/mt v9M4yq81H09atqGBnDcrLYz3vciVu9WjMC8Sk9E3KkvKvQmpYZnFY/KvOSz3sF7EyJvNk/GuTQCA 6cE3ZGJmoiZwe5vubTrQdJDJPeb8CNNjTOnqxMHgyYMXvu5Vg7UX/dLrl6dDTFqnDb/eYiROgEZl JErv23ZjFmMePXocC+9UtoFLG2QqslvzMog+GQCgAVWGUxm+Edfnaqy6tOTMnpEZie5zU2B6+fgr 16rClZE7zwhMqCb50ISqPM+do+Mjvvmy6L7isCkqq9AczRmCc5dnIetpUh8BAKAKNyFzxoz/mLMm b3uY7mHSOxPd6sSDTYeaHmpK35voG4rHbXjDUt88BWLSOm349RUjcQI0SiNRij1qLHTeWHhfOrZs ZWMMrWZczt2ikYk+GQCgAV0MpyojrozUwDkxMZzyx8cVS0sT46bJ9ZSl319hN+rHVZfOn09DXzQt V63SS4y0JE+WDLaogjwPTblQ6WrE/CrFkFyZFrQ9qS8jWbGZW02YqiqfyvCPBwCArvjmjDNo/Pcm 3t20l8ltwuIMRd1ftIuxbyg+0fTkwd++/+25PnpSxaR12vDrKkYiQrMm+mQAgAY0NZx8yoy4GOHj pL6SVX0Wl867aGgtfjd+I7HJsX2Re2dfR9Ny6fHjYhlUXUv6fr8yA9A+V5kkZSFj1Xt8uSTPnUlc /67E7YVHqB1Kk9KZW+kZk85RYUw2JVYvuxiW/vEAADAMbnLmTBqtTnRGjR539g3FfU2a6N3PpPcn hobikabUUHzNJ/4z11dPmpi0Tht+HcVIRGjWRJ8MANCAKsOpjDIjLiRv/NU/Muq/Ly+WllEbiU3i d3TJN5/UzHNpkNo91huuBgxNsKr0uc8TYy94X2VIEyOxivQ9ifXvv6wiMf1yZbY9+6Ybufc2Kl4v bn3XhsV4TAAA0AdukubMmtBQdO9PdIbi/iZnKGpDFhmKjzI91uQMxacMXnf2Z3J99qSISeu04ddN jESEZk30yQAADehiiOVNnXIjMd2YJAtXYUIlpliwmi2WllEbiSK/UjD+3r9cOoYwtYpmoozB8vx0 hMZcbCVdWT7IxFs61s5XsbovPE+Y5znjt2JVpc7hrzT0zcv8LsnlKwL9dOuYLhTMV2/zmFxdrckX h18P2hqQAABQh5usOdOmzFDUhiz3MslQ1ATQ3+HZGYrpDs977//0wYnnfHOx754EMWmdNvw6iZGI 0KyJPhkAoAFNjLeQpkaiyIdtrpgxkzPwRmQkitj786Lq6THb3Kq/FkpMz5LzV+WD/107FU3TgtlY o3A1YmLu1T4SvaTEeOyQ58mqxsV44isx8yar8rf6UWf/2tuusgQAgKa4SZszb+oMxQNMmggeYnqw SYbio01LhuKqw581ePO3Lsn1+cslJq3Thl8XMRIRmjXRJwMANKCJ8RbSxkgUMn6SFV+hqTh3+SA1 7ZbiKFu5JsZlJDr0ncwiP01Jmr2VbH0j8yoxqMK80io5+yzJxwZGWqN8mNfmN1qB6a/Suz49v/eo dd4sjD+CHc0rqUWaY+nR7+ln3Xd0zuWl/V6Hb2zGDG2RWyHZ8R2XAADQBjd5cyaO2+HZGTkyFPc0 +YbiQaYHmmQoPtwkQ/FxpiVD8a3fvW6xP18OMWmdNvw6iJGI0KyJPhkAAABGgjM7ZZ4CAMA4cZM4 Z+aEhuIeJhmKmgTe2+Qbig8xFQ3Fx//u85bNUGTSOm34dQ8jEaFZE30yAAAA9I5bdYmJCACwnPiG jjN1ZCjuZooZigeafEPxEabHmGQoPsH0pMEzjv2zwckX3lyYWI5STFqnDb/eYSQiNGuiTwYAAIBe WTIRq9+fCAAA48I3dsoMxXuYNCnczyRD8f6mQ02+ofh4kwzFJw9e+LpXDdZe9MvCBHMUYtI6bfj1 DSMRoVkTfTIAAAAAAMCKwDd4qgzFfUwyFO9rOtgkQ/GhpqKh+Jdv++foRLNPMWmdNvx6hpGI0KyJ PhkAAAAAAGDF4CZ4zuhxOzw7Q3F3091NzlDUZNEZitoUTIbiI01HmJYMxb9615uiE84+xKR12vDr F0YiQrMm+mQAAAAAAIAVh5voOcPHGYqaDN7F5AzFvUz7mjRpvJ/JGYqHm5yheKTpiaYnD1794dOj E89hxKR12vDrFUYiQrMm+mQAAAAAAIAVi5vwOeMnZihqohgaig8wHWaSofgoU95QfN3Zn4lOQLuI Seu04dcnjESEZk30yQAAAAAAACseN/FzBlBoKN7N5BuK+5s0mXSG4sNMMhQfa0oNxb33f/rgxHO+ GZ2IthGT1mnDr0cYiQjNmuiTAQAAAAAAIMNNAJ0RVGYo7m26l8kZioeYHmzyDcWjTE9KDMU3fn0u OiFtIiat04ZffzASEZo10ScDAAAAAABAgJsIOkNIhqI2ZCkzFA8whYbio02PM6WG4qrDnzV487cu iU5Mq8Skddrw6w1GIkKzJvpkAAAAAAAAKMFNCJ0x5BuKmjzuYdrTpAnlvU0yFA8yPdAkQ/Hhpryh eORz/mjw1u9eF52gxsSkddrw6wtGIkKzJvpkAAAAAAAAqME3h5xBJENxN1PMUDzQ5AzFh5hkKD7G JEPxCaYnDZ7xkhcPTr7w5uhE1ReT1mnDrysYiQjNmuiTAQAAAAAAoCG+SVRnKO5nkqF4f9OhJhmK jzA5Q1ErFJ84eP4/vXyw9qJfRiesEpPWacOvIxiJCM2a6JMBAAAAAACgJb5ZVGYo3sO0j0mG4n1N zlB8qMk3FLXL81GD//2Gv44aiumkVXEwaZ0O/LqBkYjQrAkjEQAAAAAAADrgJovONHI7PDtDcXfT 3U2hoXiwya1Q1CPP2uVZpuIRyc9XvvuEYNJ6P5OO1cYuTFonH79OYCQiNGvCSAQAAAAAAIAhcJNG Zx75hqJ2eHaG4l6mfU2agPqGojZlOdwkU1HSjs8PGbzucydnk1Y9Hq33LspIVDxMWicbvy5gJCI0 a8JIBAAAAAAAgB5wk0dnIjlDURPMKkNRm7IcYpKp+KBM2qRFRqMmrPubFF7H6ZFpJq2TjV8HMBIR mjVhJAIAAAAAAECPuEmkM5NCQ/FuJk0+ZQy6R54PMMlU1ATVSX/LRLyXyT3WrGMVh1Y7Kl4mrZOH X/YYiQjNmjASAQAAAAAAYAS4yaQzlcpWKGqXZxmFWnUo01CPMUv6XUajvlOYcDUiRuJk4pc5RiJC syaMRAAAAAAAABghblLpzCXfUHS7PGuloUxFTUplGjrpbxmIMh1lPuqY2GpECSYDv6wxEhGaNWEk AgAAAAAAwBhwk0tnMjlDUcagMxVlFmpS6ss3EBUeE3Gy8cs4ZiTqUXaMRISmVamRqHaMkQgAAAAA AAAjx00yndnkm4rOWPTlPncGoj9RlWCy8MtW5eaMRK041WPqMiDuZ9IGOw8xPdL0WNNRpieZnmJa Y3qqp6chhEYqv72p/akdqj2qXap9qp2qvardqv2qHbOTPgAAAAAAwDSxY8eOO5nuvMeGLQ/Z6ZSF p7bVrusuenAW1XLgJpu+nFEY051OOOGEO0u7rb/wYKV/sGFhzWDtFk1wE7L8uNNjNl27u7vGJMxb zrtHFgRGj1+WzhjWqlI9oq4NdvTuywNN2pVbO3QfbnqUSWbF400yLp5okokhPRkhNBa5Nqf2p3ao 9qh2qfapdqr2qnar9qt27HbSV/t2//RJ+upMAAAAAAAAMAns2LFjZ9Ned9xxx4NMR93/jEs/E30E rZtOH5x+hSaG48ZNPgv69re/vcsNN9xwD7vWQ0yPfeiZl77DpfdOGxa+LDPVPr+r6QD7/ZGnzt/w +9717EgMRRgXrtxkKGgVqQwGPbbudut2jzdrV26ZEoeatNLpYSaZwo82PcZ0hCeZGQih0clvb2p/ aodqj2qXap9qp2qvarf+Y81q12rfaufhaycAAAAAAABguclMs18zHWX6Z9MX/vBz19zgG2fGt+3z c33pM+/zb5q+avr8F66++bOP/OBlW/3jE63d8ozslMuKpVmrDPewtD7a9Hemjx/75e8vuHTudMrC V+yz3UyrTC8wnX79Lbd/+egvXPPtJ37s8jP3PW3rG/d998UPyKKD0eNMBGcmusebZU7LdHC7dGtF 0wEmPSZ5f5PK6IEmrXo6LJNWzCKExifX9tQO1R7VLtU+1U7VXtVu3U76as/uHbbhakQJAAAAAAAA lpsdO3bc2aTVeU8zrTdt/ePPX/tz3wS0z44zvSSQPnu56f8z/YvpXaYvmi42XS2T8Z7v2vozP57s lMuKjERLn4zTJ5j+3XTuK8+57lqXxl1OWTjHwuxq2s+++y3TCSbly9+bVpvuad9ppQyMD99IDM1E 7cCt96o5Q3Efk8wJrXLSTrD7m2RYSHqEEiE0Prm2p3ao9qh2qfapduoMRLVffyd9ZyL6RiIAAAAA AABMAjuKRuLC886+5ibfALTP9JivVunlZMfdxbS7/S5j7kCTjDYZb/9t+v5zP3fNT/149nzXNj3K lsOO1wrBnUy77H7K/J/vvGF+004b5r/lH7eodXNXmN4yWLtFk9FSsjh3tjTsts9pW5935w3zF/jx 2N/X7/fui7/yroUbzrQwMSNReaLj72Y/9/n7r//g4bu+feGrWq2oR593WT+nd3zlyM6p43Y56iOX r7Lw77vzhoVt/nkzbR5sWHgD71lsjTMUnKHoHnOW8aBHIbVBg1Y06R1rMib0mKRMCkl5jRBaPrm2 qHap9ql2qvaqdqv2q3Yce5xZAgAAAAAAgEkhM78qjUSFyYKXYmF2smPvZfpfpjM+fvnPfuDHsfMp Cxe5ePTTwtzVfu53wjd+8Bz77mY/7F7v3HrDoe+/9HvP+czV//2wD1w2d7/3XRIz5K7z371occnI 29Xivec75376lHu8c+tl4TGr3nfJxQ/5wGWb93zn1kv9z+/z7m2/cL9nRqLeGbmnxfVQ0+986ns3 v8IP796RmJ1ThuPdTassnZ/yw0m6lkd+8LLvPvA/L/3Obm9fyBmriWQqQlN8c0F1yRmKWsEkOWPR mYuS6ghCaPnl2qRro2qvru06A1Hy2zkAAAAAAABMEjsaGIl3e+fWX5d5FtNu79j6tD3fte3pD/3A Zb9z6PsvO32/d1+8uLrPSZu3yJjLzrWLSY8N/+aWn9z6ll1Pmf+VC7f2op9caJ9vNH3MtMmkR6X1 DsYF00U33/arT97ztG3XL8a9bu7rFpfMvF3s+33t55PO+9Gtr9tlw/z/uDBP3Xjlj+27z5jOyn4q zrOlW27/1XeO+tiVty7GZ8qMRK20PNjCvNj08a03/HLOD6Przc55T9PjL7nhF3+75zu3Lj4Ofuj7 L91+/S23fcm++6TpU6bNpm+ZvmH6hK47MBXPW6YNaaYV32hwciaEk4wJhNDkKWyrsfYMAAAAAAAA k8iOopG49fmfv2a7Z3J10mHvv/Tnp2z5iYw0rVDcX8abSav3tGrxWaZ1Jm3S8rVv//DW97xj7qf/ 135/nOmBFu4g+/kA06NMv2c60aTHpa94+Veuu9Kd407r56+0sFqFqMeqn2s67REfvOwW9/1DzrxU xuRTTVpZqB2ptcHKH5jeYMd92X5eZz9vfMonrlxcEemMRPtOOzrrPZCfv/jGX37PfS8d+N5LnmGf azOWPzKdfv8zLl1c0agVlPbZsyyOR9pPXcth9lMb2fyJ6STTOaZ502d909Wu5RNZkUB7YkYEQmh6 BAAAAAAAANPAjqKRePGffOHa25zBJRnanfk7pvNMF5i2mLZefOMvr3zFV39w426nzN/hwj7gjEtu PPOSn51h32vH44fZsVqJqHcgupWD9zY92X7/S/upXZOPNj3a/t5L32tHZK2AvMspc/+w+6nb3rT7 qVu//mvv3HqNnx6nO6+f/54dq1WBSvvabTf8Mrdb9KFnXPzXFqc2TtG5JT1SfTfTQ0wvM33OdNXb LvjxVe6YJkbi4z92xe/b5880nfqla7Zf4X/30A9cdrx9rvdHKl/defXYtx5/fpjpFSad95LXfPP6 ixePXTd3q8JmxQIAAAAAAAAAADBZZIaXbyRui+za/FLTK03aufhfTaeaZIZtNV1rmlt/0U/O8Y+5 0/r5H8gU9M0x/W6SqahHh/UOwvu89MvX/sbOG+Z/5B8b6uAzLrnhDz53zU8+eMnPbnj5OT/4ift8 pw3zV1k8B5mOsbg++eVrt+ceq7bz/6Z9lzPn7G9dr879FNObTd8568qbFw3IJkbi73326v9tnx9r OvuzV918nf/dge/e9rjwnCJy3vPP2HbjooEpxTajAQAAAAAAAAAAmAgyg6vyHYn2mTZG8Xdo1qpC PXb8ItPppu+aFm6+7Vef2+f0bT/0jx2smzszO1ViJFo4xXU/+/mbj//oFef6YV/yX9fJlPy66asm vctQj0Z/3PRpk1ZDXvunX7j2Bhc+MxL16PDLTV+85fZfLT72LO26Ye412akXydKgVYlK/z+Y/uuE b/1w8bgmRuLzP3+N3p341zrWdIX/nsddT1n4P9mpcnjn1ePV/2T6xtFfvPZn7rg7rZ+/0cLofWEA AAAAAAAAAACTh8wrU6WRGDO47DO973Bv0xNMrzFpcxE9arzwu5+++hL/eNN1B37wqrvad87A+9vL f/bLL/lhXvyla7URigy63zXpvYZHmPQI8uEmvSfx7bfc/qu5u5+6dXEjFclwm6LIbLz8pV/5/uWL 36+bu3X3U+bvkyU5wcLL0NNjxkea/vV7N932Hd8IbGIk/vanr3qhfb54zv/16au/73+/y/q5R2Wn W8TidCsSn2x68/u23Zh7JHq/07f9H4XJggMAAAAAAAAAAEwWmcHV2kgU9rkeVdYqxUNNL7bfP2Q/ LzVde9rCDVv8OKRf33jls+2755k+Yrr8/mdcsrhjslbkHXbmZYdaHHr0WWnST8X9gK0/vfX4p2+8 MvqexLOuuuUAC/d0C6fNW/T+xgv+9xeuya10TFZFnn6FVlTKRNzNpI1SXvicz1x9WS6cqYmR+JiP XPEc+/w3TW836X2RF778nOu+6ocxfXzwlvPukeXT4rsZv/3Dn//fh5x56eKqSumw919yir5X+pKM BQAAAAAAAAAAmDRkcpk6GYlC5pdJOyfvb/odkww97ZZ83VU33bblru9YWNzRWHr6xiu0EcuZJhmO c7/9qavm/e+r9JpvXP8LO+bKPd+5dfEdjtqUxT5b3LXZdL7pvJtu+9UZ9z/jkov842N64Reu/cWn rrx50VBsYiTe5z2X/JZ9rnNqB+h3mXTO8+2cZ/76pu991g9bpadv+t5539t+uwzJve2cO2VZCgAA AAAAAAAAMHnIJDTpkdvVpreYtDuzjMB3mH7LvtNuyrWP3MoIs/B61PmJphNMm02XmWSyaXMWGX0P NOlxZe3U/F6TzjVn0jsRP3LTbb867b3bbvzEGRff+KmzrrjpC/bZp0xnmT5o+pjpXNOC6aMmbXiy ys6rXZm1G/S9TNrIRBvCfMKkuPXuRj1y/bGvXXfLpz506c++/NHLbvrG9bfcprR91o77sv3Uter8 /8/0eNPd7XOtXtQj039u0vkvMn3YpJ2otQJyl+yc+5r0qLJ2n9b337TPtcO1zql3O5556Y2/3KRz brripi1fvGb7xfbZOaZ3mhT3w02/ZsdgIgIAAAAAAAAAwGSzI11RqBV49zf9tullpr8y6b2EMv60 OUqjR24tnHuEV6v5XFwy2bTr8zPte5lzej/hPU0PNWkFo871L6a3mbSa8U0mbUaiY2U+HmXHaUOV R9vPP7Sf2ljlL0x6j+L+9pmMRF2De2xZhqLew6hjX2V6o0krLRX/600vs7B6NFmm4zNNetehTL3f MN3XtJt9797/qPc0yrB8hemPTY8wyfhLjNXsvFqNqeuRQapr/Ev7+Y8mXYfOK+l3GZx/atJ5ldcy LHdWHEnmAQAAAAAAAAAATDqZIaYVhTLRdpey3/WewlZGl8KbtMpRBluywYr9rji1yi8xzjIpjFb1 KYxMtXuYtPpxT9MeJoXXyj+FkxbTp2PspwzEQvr0tymJ25TsMm0/Fbce35aJqWP1ndKiOGSiFuKz ny6OZLfq7Gep8afP9b3FJTNTZqp/Xu10rXyIphkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACKRHaa a6V18+/NYoJZZd3c19KynvtY9skSKv9cfYiEqcI/dpT46RxlnV0/d4F3TS/NPm3PuNK73PSVX33F 47N+4UGW99cnca6be0326RL5c7ZX0q7sHGUk58/aXpWUxrXzL8iOKrJufn0adu7y7BMAAAAAAACA jvgT0iZoki6zyD9u/fz2ygkxTCcq06RsrYzLzCzf8HKSsdEU/7hZACNxeejbSFQcdfG1PafMvtTU S9tU1bHr50/MhVk3d3bOLEzjCtqepacMGaEu3Nq5X88+BQCoZUf6PkG9P3CXnTfMH3+nDQtftj7l zOzrsaD3Dkq7rrvowTudsvDUwYaFNYO3XXhY9nUBF9505wNP3bK3jnGqOk5kx+ldh7sc8r6LD0yu d/385sHaLY/MggAAAACscPyJaFv81TKa6MLs0MREFHnDK1295VS1Ssrhh58FMBKXhz6NRB3fJK5h zrm4StAUGu8y+hbjbbCK0E+H4i3DNycxEwGgBplwJm1ool2In7Lv6Rcnfc3Opyxc9OKv/kgbqIx8 UxE7hwzMvez8DzI97oD3XLLJ9WN32rDw7iyYM/8Udo9/+Mb1j7jrOxYWFvu7Kq2b+/pgw8JBWTTu mvewc2lHa+0c/Zv/+I0f/O6d1s/9QuHvvG7L32dBAQAAAFYw/oCqLZrkumOrjMTCypmIah/PS1bU hCt5YjoxOyJPG2OmKmzOZLAJfLoyKG+g5ZWmpy5cnRGr4/38LlPbR4vLWMxru8YqwrxKTZClcqrL axdOKqOPa68qU0dxpW1eKr+ceR6JJzSXVK5LfxdVluYwveEKtVBNyr3u+hJZPpeZTKHBlr/WVE3S 4RPmV0hiaEfOs6TtWf2ojqcpSVxZPGX1xDHMOf2yCI3EtoR1pYpcfWQVOQDEkSl3xx133NN+PumC H9/6ht3fsfWX6jfu8c6tl9nn+9vnu2RBR4ZMPTuXdkQ+yn5/rf0865mfvOoK14ft+vaF92VhtNvz fvbzyUd99Ipzlvq4+R3/9K0fXm6ff83036YvmT5qeuPTN175cT/cYMPCG7xzavfnR5leaTrN9Lav fv+Wlzgz0frRrycJBAAAAFix+AOpOtJVajFzZHt0Uuo/TifJhPHfNZbGd6JNyD2TyH4PyZ3Pvg/f V5acJxdH0fxqNdmuCJsYKNl3i7Lz5a4rMX18My0zEIO0J+n2wsXSLXLXZuG16sg3exKTMjCJwjxq g5/firuKsrzKmSyRMnUshjHF6Ovaq8rUN48Sxcopl45UYTwiby4thXNpVp0PH29Vuwjx07uoBumK lVfBhAzqaywPY3UxVvf9FXB1dSVGPr/yZlyYB8on/xxl5dLW1PNZMvu3Z5+UU5X2GAqTXpPX5hse W0Zq3Lt4GqQ56XOz8JEyBoAVzY50Zd8ud9xxx/6m31n46S/esesp879Sn7H7Oxaut8/ua9/vqnDZ ISNDpp7pHnbOp5nWmc5/zmeuXvyH7G5v33qGfa/Vgw8zvewN3/nRt5f6t/kdV/zsl/9snx9ter7p z0yvN33cdL7pO6fO/fRzfnjTke689r0MzMea/s4k8/GDmy7/2b96Yc9LEgkAAACwIskPotpqe86Q 8NHk2IWTMVVH1QQ3P2GPrziswzcl9HsVVWH965LKVm+F5lRZPgk/XIh/7WXn8skbQu0NirZGQ1Ve +d+prsTSv/T9aK+9ukzdMdXn0Xd+2DAe4ae5rt77cYWEeadyKSNMl0++vlbHI3wTOUx/WPfr4mpC vm0vlVliEmaf163YC6+/S70X+XNW9xEin/b2anKOKlJDOotPhmrD8ijLcwBY8exYMhF/76bbfnXa 3u/alqxElJ668Xt/ZN8vmoj6aUreJXjPdy4coXcJJlo//1Y7frdD3nfxkTudsvCVxf5m3dyt9nND 5FFiPZJ8l71OXTj2zuvnv7cY3qS/7/fei7/06Stv+qDFmTMSdz916/vts0NMLzbJ7JNB+Omf/OJ/ XvW6b13/+xbnXialN4nfvruP6Zmmt5nO+/T3br7SP9du79j6tCxZvpn4ONM/mc42ffo5n77q8y68 XecnsuAAAAAAKwxvEJV9kicxD/yJp/3ezNSp3220Sv7Ko4KBkZPMzLMTE6AK35ipm8BXhc2lxfKi isVwpirKwoVmZFvFVrrV0dZMqcvXgqHqrWAT/nc+fV97WTp9M6aP621j0lSFzZ+n/L13jryJumS2 543B6jbiWIqnwpSsqftNKcuDNvko/PxqEj5GWxO+Lo3qJ3P5n6x27JY2n3CFqd9XNqGuDgPAikSG 2x133HFv02+bNjxt45U/cX3Ffu+++EyZcSZnIirs3qZHmH7nH7/1w39yYfc5/eLz9zt926Xub193 Wj9/pR27kx2zm2lfvX9QKx39MDtvmL/9fu+7ZNuDz7zsS3ucuvUq/7v7vHtb+nix6a7v2PqfFscB ptWmvzC9wvRci/8w0+4urUK/23d3Mz3Cfn/1By65cW63U+bvcHHd813bTrXPd86CJ9jfMkn3sWN+ y7Te9E3TZ+552rbF9N55w/xfZ8EBAAAAVhDZYChRFclKtdxjhPEVZo78JLuLSibmNvFdevywRJHV OW0mz1VhlS73XZ2ZshjOVEVZuNy5uqgmfTHa5JNoGj5Xd7x0LX5m8un72svS2TT9jrrw+XpfbRpV hfXPUxePKEtXm/Q4lsKvLCOx7TnbhPcNRampqeuTj0OPR3e7zrK6AgArlh3pysA9TU+64447/v2r 37/lwsV+wvQbZ111uMJkYbUSUabiYRb2ZaZNZ115c2Fzk1f99w9+Yt9tM+n9hG+y8E836V2GMv+e 9pFLf7bOD3/0F6+9xj7/tOmTps+avmj6nOnsH/389gsf8J+X3uaHz96RKLNvVwtzV/sp81Dp0grE ZKWjfb7bQ8+85An+cb6O/Mjl81/7/vZnWNh76JgkMzzsM8WtzWZeZPqE6aJ/+tYPz/PiuCELCgAA ALCC8AZU2SfV5B6nM5VNRPOT1foVVcOSrKTLTezz7wtrM3n24wnDavLuvlO4KhbDmaqoCrf0Xf37 z/qg7xWJPn5YZ0Qv/T3aay9LZ5vyFFV1Q+TrYLXRUxU2l965+g1MfKPWX6HWNh5/JWj4SHHbvGpC WR6UlVcZ+RXQHQ22nlckhhRW2TbIw/QY752KVs5NVoRX0TZvAWDm8QyzPzd96i82f/+nrp/Y7ZSF 79j3i5ur2O9a3XdX00NNf2s65+yrt9+w2K+Yfn3jlV+xz19oYf/Qfv6e6Qn2+0H2U7sv/6npzH1O 23a7C//kj13xBfvsyaYHZ2H0SLHebfgmk4zIH5puuP8Zl+jx6OSYzEgsvKvRPnOrJR9t+uNjvnjt J3/tnVtveeSHLv/xIz542S3ueCdtonLXty/8QXZ4DovLPeL8RNO/m8695fZf+Ubijp02zP9eFhwA AABgheANhrJP6gkNoLIJsT8B1mqaKvIT5tAEXFqBWLWSp9oE8R8HLH9XXGHlUDDRbmOm+PFUURUu b9ymO9RWkX+Usr2Bm6w8deebK98kxdHWlMjlX6CQPq+9Kp254yoeBw8f149dbxtzqSqsn16prP2E K4Vj4fLtp7wdho/Mhm2tTd1vSnUeNEt3WC51+V5GzkRvZN62MxId/nWV9UVpH9u8/2yDn+66NgUA M4/MuDvSnYqPtN//zX5+58iPXrFouOldhDLUsuBlRuKi8Sg9/AOXPt/CufcT6r2LepRZj00/2/Su 8P2Ej/nIFc9ROMWdSY8/u92T/z/Tf5mueeU5113rjokZidmxeh+i3p34x6aTTB8zaXXjd0wXm7aY Nn32ezeddOf184vvgDRdNzj9irtkUSUoPgurtD/Q9FKTDM9L7nX6tsX82WnD3Ouy4AAAAAArhKUB VHMj0dFkQqwJsH+OWkXMq9AsqVOSrkha8hP/Etl5/JVJoVnUxkxZDGeqoi5c3mRtpirDtY58mVUb JFUGXRkqm3zdSRWjr2uvS6f/fVPF4mljLlWFzaWnSb1NVL4RUbt2WLYxzniNRNEs3el7Upf+bm7q hfj1so42ZR1SvK6l43P53FY15eL/E6jMNM/FN0ReAsBUsCN9DHivO+644zdNp5oW7n/GpYvvIsx2 R640Ej971fbcPf2wMy87VOFceJPMvUNNiRl32sINufAH/+elD0wi99A5LaxWFipdbzdd+Jbzf3yJ O6ZiRaIed9ZjzvuZDrbjtMLx4Sa9S1Ebs+h9h18zbfnBLbfldm7WRjFZNItYHDJD9Uj280x6vPnS /d69bXFl5M6nLLzDvi+kAwAAAGB28QZQ2SftqJoQ+2gCmxh0oSGYGHeKo9mEVWZJugLJN5dkJOiz Zjs6JyuvPBNA5kFi3GTmo2/ihGZRbpJfM2lfDGeqomk4UXb9Skuygi9ioHZh0VCJGLs+VXlVR/5R 0tFee9N0qnzT+uidQ3U0W+HoxxOrb369qqvTVWFj6U3TtrT6Lqm3locx06+MtB3a9eXaYbP206bu N6VpfqXX7pdLmma3oi5fLs36khh5o616VWKbso6R9EOLx3vlnIu3pWrKxa8/Ze0lF98QeQkAU8GO 1LC7p+l3TNrA5JLf/+zVP3L9gHZe9o0y/W5hfCPxK5+96ubve/3Gjn3fffEDsuBJeNPuFu7h9vPV 9vO/L/zRrVf74Xc5ZeGPs+CLZOfRqsSj7HetlPz60V+8NlyRKBM00U7r5555p/Vz/2z93FsGGxbW 6PhAMgTvYfG4nZi/brr8bqduXXz34s6nLLxXYbMkJNjfyp99TX9g0u7Ql7nw0p6nLvxleAwAAADA xHP8J1fvd9ymNW85fuOaW4/ftGaH/X569hVAN2QyONOmzlCZZnLG0Xz+cfgYvgHXxsCD6UHm2WKd GGJl76Thvyqgru46k586DjDzyCgz+SsS5177rR9+z/UXd1o//wPfKNPvFqbSSNzzXdsOzoI7I1Er ErUy8K9MXzJd/jufvvoa75jYY8VKlzZBWWPhT/rv626Z98Inj1zb5/vb94+xn79x/zMu/Yz3/Q1h fMLC6jHrA016T+Mn/+mb1+fe7Xif91zyWxYmNBL1zkVtEPMnpk3f/MHPcyboge/e9rjwGAAAAICJ 4/iNqw+RWXjcxjW3yzgMhZEIvZAzE7PVUrNIfgXY9uRafQNFq97yK95mOz8gbybOwqo8f/VjrYmY 1fXwPaMAMJPIBLsj/47Ec00XaIMS12/4G4pk4RsbicKO0TsP72XSqsfTTfOm76z+xJVb/OOS1YRp eGc+PvBHt/7P8U/++JXX5cKZ9nzntg9aGJmM2gRFm7t85fAPXBa+BueVSQIMpcG0p4V77JvO+/F7 73natsWViDutn7/t2Z+6Su9p3DULnmB/+yboy01ffN7Z19zkjrv7qQufsO93zoIDAAAATA7Hf3L1 I4/fuObjMdMwpuM2rbnBfl7h6evHbVyzuZE2rflMYlI21cY1bzhu4+rXNtHxm1a/+viNq49pqpdu XP3sl561ek0TWdxPOvbjqw9qquM/tHqPLHuhDme0zbSZmBgt3uPMJUoeDe3p8XGYbHwjfZrNxEUT seY1BQCwIpFZdke6ocgD7Pe/tJ+fNi2csuWn38j6P61KPD8L7sK3MhKFhdM5tDN0smuzSZuenHvt zbedts9p2xZXQJbp/37j+p+fdMGPr3B/ZysStQmK3nv4YZPMye+ec+32D9379G2L71Ks0l7v2vqL f/rWD2VsPsKuaw9dW5bchOxaf81+Psl+vvFHP789t2Pz351z7f3su8X3RwIAAABMHDLMjtu05lyZ hVWyMG/xTbOXbFx9ZGi8len4jaufERp6ldq0+tUx0zCuNW/ImZD1OitnclbrHLt23zytlMV9s/2M 5h9afll5Xm0/o2UXysIuePWgXpvWnOnVsUodv3HNhnhdLtGm1S+JtpOILPyfxNpgmV5y1urD/XZd pZd/evWBWbcBAABQicww056ZYfYfpm+avvbMT37vm840u9OGhX/Lwjoj8cGmV5g+Z7rIdIbpf5nu GTPXdJxpV/v+PqbfMP2z6VOm79rn37af2hH5I1+4+ubPfujSn/3XRy+76Rvbb/uVPvus6RzThSbt vvx/TY+yY2T8abWgHjv+LdP/M8kE1e7MSv/n7PsP3XTbrz5g8X35Y5ffdO5ZV968kJ1Lceo6f98k c/Ou9nnh8WT7TI9C39ekx5o/9ogPXra4SvOxH778L+z73ApGAAAAgIlHRsRxm9ZccnzBhFn92iwI wFQiIyxmkMUkgy1mvJXqE6ufHzP2YpIxuGgSNlBiPEYMyRKdGTU6S2RxXyTjtIksvIzYXL+AJkdW 9vpHRrTsStRmVXnyaCAAQBsy0+wA+/mH9vO9Jhlyn3jix674vDPP3CPOWVg9qvwE04tMMhT/yPRg +047Jpe+M9C+k2kpA1CG4mNNzzf9venNJu2ofJJJJuNLTM82PSX7+ecmnUu7L+vdiLvqPC4+k3ZW PsJ+Kv3/x/QG08mmDSbFKaNR6dSmKUeYdH4ZiNEVhfa5HsfWrtFPNb3pmC9eu7jq8hlnfe+V9tnd LAzvRgQAAIDp5ejNq+/y0o2rX2kTyetkaGQfAwDAhKFXK8RM8TLp1Q1RUzwivQojOw0AQGNkit2x 9PixVuBpB+evmk57+Acv+5wz0UxHZuFl4MlQlBkn81BmnnZGbmSuKZxJcWiVokw5rYjU5ir6maw2 NO1iUpwKo1WQOpcMRB1XeAw5+1zHaJfou9tPxbeXSe9G1Hsgdby+Lxzvo++z8DIcX/M3X73uYnf9 Lzj7apmRetyZR5oBAAAAoEfymzUMq+V/P5u/WUMot3nDurmzo9+73ZDzm5pMxjvntJFKPl1V0kYs 1RtQ+JuysCFLfyTvplSezvAO4gAAy4zMtTuWzMQXmE4z6dHlt/3d169/tbu/+ZuvzBqZySgj85F2 3X/z/LOvSd63uMepW28+55qbn26fy5zERAQAAACAMTNNhlNitmVpTdI795rsmyVksC1dz/XJMZNM zBiVEapr8zdTkUmqsLqmXNiSMsNIHB0yEdN8TY1pAADonR3pyj6tNNSjv8+037WT8weyn3oX4b3t 95ncqVjXbtd3N9PDTS8zvcf0Lvtcm9Acbj9lMGIiAgAAAMAyME2GU2515dwF2ad5pup6cisQty+u qGyCf6yMx5BpyodpxK16xUwEABgpO9J3BP6aSbszaxOV59ln2ozlPvYzeT9hFnRm0DWb9Bj04abf Nem9j0+c5WsGAAAAgGmhi+HkH6NVczLBFv/O5K8WTB/bvbwQJqbYKsLmj/xWyDMe8/HFH212q85K ZdczzGpHP/6uZlRaDidGDci6clW5ucd066XyPTE7Mk/Tso2ZnY5k9WWkDhUVT0MT/Gsty+8kT+y7 xXA1jy8vhrXrBwCAkSHjLDPXZKLpnYX6qb9n1lCza3PvWdSGMLvZz8bvfQQAAAAAGB11hlMM/5hU MoGWDDnfYMu/rzA1pELjS8fmw+2ImnR9rUisMhJz51Acc19bTEtqNOnR6SXTq+5dhWXkz1F8RHtY qvJBZZA7v30f5rf+TuMov9Z8PGnZ5h7HVhw5s9LCeN+LXLnPXV7Ii8Rk9I3KknJvQmpYZvGY/GsO yz2sFzH8+MrqGgAAAAAAAADAzFBlOJXhH9Pnaqy6tIzHSHSfmwLTy8dfuVYVrozceRqYVm1pkg9N qMrz3DkqVhxWkS+L7isOm6KyCs3R3OrTlvV58TgTAAAAAAAAAMBM08Vw6nJMauCcmBhOefMorli8 ozYS/RV2dY+1DsvS+fNp6IumZaRVdYmRluTJksEWVZDnoSkXKl2NmF+lGJIr04K2J/UlXKXYBznz MFNVPpVRVpcAAAAAAAAAAGaOpoaTT5tjwsdJfSWr+uYuSOJYNLQWvyvGO2ojscmxfZF7Z19H03Lp 8eOigVV1LekO0GUGoH2uMknKQsaq9/hySZ47kzj3CHJU2wuPUDuUJqUzt9IzJp2jwphsSqxedjEs y+oSAAAAAAAAAMDMUWU4ldH0mLzxV//IqP++vFi8ozYSm8TvaJoHZaRmnkuD1O6x3nA1YGiCVaXP fZ4Ye5GNWnyaGIlVpO9JrH//ZRWJ6Zcrs+3ZN93IvbdR8Xpx67s25NOFkQgAAAAAAAAAM0wXQ6zp MenGJJnJUmFCJaZYsJotFu+ojUSRXykYf+9fLh1DmFpFM1HGYL0ZFRpzsZV0ZfkgE2/pWDtfxeq+ 8DxhnueM34pVlTqHv9LQNy/9z6tWBPrp1jFdKJiv3uYxubpaky8+/jEAAAAAAAAAADNNE+MtpM0x edOuuWIrw8ZhJIrY+/Oi6ukx29yqvxZKTM+S81flg/9dOxXNsoLZWKNwNWJi7tU+Er2kxHjskOfJ qsbFeOIrMfMmq/K3+lFnv9zCHa0BAAAAAAAAAGaOJsZbSNtjZPwkK75CU3Hu8sy0WzLzylauiXEZ iQ59J6PMT1OS5hGaRjKvEnMuzCutkrPPknxsYKQ1yod5bX6jFZj+Kr3r0/N7j1rnzcL4I9jRvJJa pDmWHv2eftZ9R+dcXtrvdfjGZszQdiym08IDAAAAAAAAAAAAFEjNzdR4BQAAAAAAAAAAACjgVmhi IgIAAAAAAAAAAECURROxYnMZAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAIVh19OsHBx2zo6ij X5WFGI4wXp1vUjn4RU+yNG7O/gIAAAAAAAAAAIBFSo3ERMObamGck2YkrjrmWZamG3NpBAAAAAAA AAAAgIBqI1HG342Dg198eBa6PcX4JsxIjFw/AAAAAAAAAAAABNQZiUs6NjuiHWE8GIkAAAAAAAAA AABTSMxI0+O+eqy5+PnG7KjmFOLoYCTe74X3Sd7ZqPOvOvrKIL4rk8/1vcK1JXb9XUnSecyxWTrP z8W5mE77vks6AQAAAAAAAAAAlpWYkSYjUcicK3x39I2tjLDi8c2MRG18Er67sKlk2un4MmImaZWq 0qzHvkPTsKl0XNO8TM3dMA42hgEAAAAAAAAAgDFRZSSKdCfj/PdJmBe9IAtRTeG4GiMxNebiBuKq Y96TS5vQ3/o8Gr7k/Y59GIkyAGMGos5Zns6TSq6t3hDU8V2OAwAAAAAAAAAA6IU6I9ERNc0aPOpc OKbCSIyZZW1W7aXmXv7R5ySOyPU4Ytdfh8zJ8Jg26RShmal0AwAAAAAAAAAATCxNjUQRDXv0lZUG WjF8hZEYrNZb1cCojBFbcVhGFyMxNFW1ArEL4UrKrvEAAAAAAAAAAACMnDZGoih91LnkmEK4EiNR m5CEYWOPJTchtmKwbNfptkZibNVk13TG4mqzqhEAAAAAAAAAAGBstDUSHfFHnU/Kvl2iEKbESGxr 6NURxtXXeWPh+1STvAcAAAAAAAAAABg7MWOsqZkl47BwbPCoc/F7jMQqYSQCAAAAAAAAAMBEEjPG 2phZChse78dR+LzE0Ov10ebo49eT92gzAAAAAAAAAADA1DCskShKd0uOxV1iJIpwsxVtmtKF0W+2 0lc6j7W4zrf81qYrxyYGKAAAAAAAAAAAwETSh5HoiD3qHKrSSIys9qvbFdqn1NB80QuyEEW6GImx FY9t0imij4WzazMAAAAAAAAAAEwqfRqJImYG+qoyEoUeEy6u+MuOPeY9hbTp73RFXyS8xVO3yi9q Xlp87nFlmYOxR5dT07IinS96Qc5YVBzpCsSi0ZkeU9yoBgAAAAAAAAAAYGLo20gUlSZbjZHokAFY FkedZNa1eUw4tgO1r1XHbMxCFknTGTcHm0imY5OVjHGDttsj1QAAAAAAAAAAAK0ZhZHokAFXiLuh keiTrOY7+lVJfKFpl75jUOc5tpEhV0Zqfr4+iS8fv87XzLBTHMmqwySdMXNys313UuWj1mVgJAIA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMBEc78X3mdw0DHHDlYd8x77udm0I6dV R1+ZfL7q6NcPDn7Rk7KjppvG13zMSYNVL3pBdhTAdKB2qvaatlvV5Xz9Tuu26v6xSVsAAAAAj/Qm Gt48TUe/KgsxHGG8Ot8kMcnpKw7cN2ff9M+qY54VnMvywj6D4ZnWclQfsBjH0TeWDqRL+5CepElq 10F8mh/FCXCVNHFocz4//lXHbMw+hSpkOsQnbnEpXw9+8eHZ0e1JzBCrw7G4Y5r0OjdqlJZVR5+f S+NKQ/VN9c7Pg27aPFFlW4fqfvw6mkttDWOxX+r6lL7yW3U1Fr9TH2Pksr5/1HWm7X0gpvT4Y7MY oSsq62LeXpl92y/xcfF7sm9TomEmYD446rZS1q/08c+weL6Pfl7ZtSzDY4aVyk7nnab7P0BrVMlj DSDV8IZHGOckdMw+k5y+YgePkTiNTGM55k2E6vRW9yH9SWlqekNOVxHE42kqTRiaDqb8PEiOG8L0 mmWGLZc2ZSKGNUU0EJzUOjcqyq5jpSCTIHb9kpsYqE8N64U+S1bmlU38JqBsqyhrK8n1HP2q6DUn ZqtNaFVndH2x4zFd+qE4jshL5dQHq2rM82HHyHX9ZN/3TtXZ8J8ivtL0HFtom0pHYjxW5IeOhe7E 6kLfearyL5wj0laiY+dlng+Oo61U9SvDt/WVbSQWxb0QZhA1rniFTzXspLgY3+QYdZPONBpQsLwM W47JxNCbEDYZ1MX6kGHrTtXgv64/ik3kdR3hJDhEE4nYOTXBbkJoQIx6dcW0ETdY6gdW0cF0gxXz 0fpTc5zqbcwQqas7y1Xn+iJpbzWTllkn7PuW1G1FYawvlsZdtk2Il323SU8sLn0GwxEbD64KTK5h 61bhHhYryyHG8GH8yTV5Tz5IfRmiImaOp228fd1O+8iiqTjsHGmlE7139jh2Cu+vKq9Yfx4dOy/j fHVcbaXYr+Sl/OtKNE+HnBs0oWtZhscob7qi8ouNJ+gvYOZQ4worelzdBpVhPMvZMU8bxQ4eIxGq GaYcZWrkj2s2+Yv1IX3VndjjL1XtYFVkoN/2pl0cwNn1NBzYFo5tYHitBMIBsNSmXGJ1rIpwAtx2 wN3m+OWuc11JJsaN7/+zbSRG+82SCWdbYhO1STLWotc+ZN0b5T1hpRIbD6p+5j+zvmeIVa/+xFf9 WrxddBvDq08M43JpLZg9du5hiba7jmn3ieWJhDnQjVi9kProe2NGcln76LOuD8s420qsncTUpX5H 83QM94GuZRkeo7wZlnBe5TSOfAAYC2pcsQoevQl36LAKcXTsmDWwTSd3+XSlAx/7zCaqy3EjV17p ZlX8r9f5yefDpKlYBvlOLT23HikKV7SkLz9vM6CMdrxeR6friF1nl3NVkZwnqZN6+XX+vzlpnqoO 9Ls8PJ3EL+V1ch5LQx8DmT5Q3iqP/TQu5Ue+jtWVYxmKI3eMxd2Usj6kL8LrlsoIw3Xub4J63iae tKz8dPRbX6eRWB1pQ5t6HRu4damPYf9TZgrnwpiWo861IZaXTqq7SZghy6sJSkd6/wpXpKjvf/1Q 9842hH2f1MdKD59i2Z7f+p6pfiR2v3djoK551qZttaEQ54jqc4xR5VUZzpTPn0/3rf76/uJ9MB0P puOXpc+Vhi6kY6uleJJritWNjuUYtnOdzxEzRIepL+G1pOqvLMJ/cKpeub5z1KjeKm/SejwbY+Sw DqcazsQJyyhVeb70WdeHZZxtpdivZG0/HP9ILf8xPqp7Sx1dyzI8Ztg66FMc5/DPB5gR0htSvnK7 hh5bRaLOpc3No3h8sw4v6ciig4F6KY1NB+nFY5t0NrGbXrV0401vAPlOu6pTLXbwm1NTKdbBV8id u4qyDr9tGShtbVczdMnPJTV77Cy8PpVzrO6HqiqfpsTKsY4k79uWs5VVWTlWkbS14FxtbnBVfciw pG0mH7c0asLzNe23HMWBYD/54YiVc59qe711xMqxzcSrOAgrb0Nhfew8sS7E06+5FOKfKz1fv2Xg 8OtO0u4jk4Pw2qW2FONI+2qVR/7zainf25pubSj2z+WrVsZJl7xySvvzZmZCWR87CXnQlHHlVaFP SNpSsf74UvxK37AUz7PUBxauve2EPzRdsuNj95ku/dKqYNV2rC+NjwPbG2LRNPewwnE5mfUxsojO NVrWY4fGr2FcvhkXo6+6PizjbCsi1n85wrSkam6uxdtiv2PhGF3LMjymzbXWofvpKOMHWDZiNwq/ occrv4VpaBYVjmvQmMvMK3VqOq9/U0zSZzeb4kRT56ofwBWPKU9f+p/AormTnvvYnPmiPGxiwlV1 qrEO3pczjhy6VqWjbEBddS59FzvGSdetvPEnF/pdn8XzpD7v4/8xjJ9LcaXh43mia66i6vp0rKvP SR4m9SlNQx8U01x+80iusyQ/C/mvwVJJ3fdVVe5iVThwafmfdaXLPz6No/qcTSjLi66Dy6bE2m1d XQ4J67auo0/q2uuw6qvu+6TlWeybkn4s7NeTiYAGy8X2rvBVhMfUhS8jlsd+H98nfdS5pjSJN9am 2xKLw1f0vmn1IJYXqfofdCfjhzGcpy1l93ClrdBWKu7Dkru3VVF9f7R7j90T/HvPJDHOvKqq06vs PurySHVaeZZ+Pvy9UIT9ml9P0/7S/67tPwOX8sMfS8XqhfKgDbpfh3GUpS3W9ttch1A5hHH0VQbj RvUxvJbketQmrRz8Nql6noafvjGyI9Yuu/Q74Zi47tpFH3V9WMbdVkSsvvjE0qRyanKuaJ6OoS12 LcvwGL+P7YNYXncpM4CJQo0rrNixhh4brK2yG3YdhWNqGnPxBtB8daGIXU9VQw3DlqVPaQjDNu1k dGzsBilVdaqxTqdpfiSDiuCcVTfTWMebHtNs19L4+crNxHi9az7hj5VH5fnKrq8i//uiWI7xehPP wza7xsb+e1h9jbF8aXo+R7ws2+drmpaaXRJr+o9hiba5jnUk7DNHnfZpIi3rYl6XSX1D0/tA4diO +R5rG13rQhV91rm+iLXptsTikJr289H8t/6wT2JpXM52Gr8HtBwDxYyUhtcUm5xWSWlLj8kbwuNg OfJK3xXD97PisI66cUQ44de1NSEsc78c422wefuIjdNUV6qIzQHa4B/rNI1E61rDvlNM0xjZUZbm NoT1uWn7HLauD8tytBURG3+EqE9Q3GE49TlVRPN0DPWpa1mGx4R97LBE23TNP68AJp74zSre0KNh a4yOYviKQVr2H9ylsN0mDep8m8bjh0vDxtMXdqJtbuiOsNNP4ynvVGMdfJvBeqy8yoh1vF060cKN LTKYjd4wa25IMWITibI0R28sLVfedaVYjmVpzE9qutT/sA0l8VTUsfCc3cq8WM/6Vpf21oawz0jO afk/zAQxzJcug7xZY9i6ojJR/1FF8Zhuk4F4n9HfIHgUda4vYuXUlnhZt3v8Sve7MI6u5RkjlsY+ 42/LqsI9oFufEb2uFnU3mTjavSQ6eWwgHac0jLIuL0deRcOOaSLYZBxR/Id/jRERrngLxmHRPrBh +4iNz5rcx2Ntvs24pHjs9BmJK22M7BMa4mk6mo3/YvfUuvGCY5i6PizL1VZEsV8pby+xsOqHy4jX qf7GUGV0LcvwmLZ5WUf0/jGmOgYwMqIVu6Khx/9rUn5MIVxFownDtp10+IRxlQ32CuEi6YvdnLpQ GLSZqvK62Gm369RinWnZTbVN2Cpi1xian7pB+t93Mcwc0YFDcD4Ru76qvO+TJuWogUQ+THmdraMQ T2UdC8J2uKnF+pCuSgdT2cvwO9S/tsTqT5KOHurGcta5SSPa99mkN9ZWQ2JlVLW6uhi220BtVOU3 yjrXF7E23ZYwjqoyq6IYT3+GfOw6u9aXYYlPCruPgXRf9ePq458x6pPTPCtOKMuk8uq7L1+uvIrV l3HRZByhfM6HqX7CwL/uWPuM9oEN20eY3jbjvGif39DUCo+Tpo2VNkYOifcv1e172D5hmLo+LMvV VkQsr6uIGr3Wx8f6meWqU13LMjwm1scOQ+z+0eUfBAATRaxiN2noxf98xjuvQpiSxhxr+H2q7LxN whXzqHvnko+nOq+LHfzwRmLZ+WJhu9DknMNel0/Ta2wabhQ0ud4+0xeeryoeP1xd2DK69iFCBlP4 n9j0+NH+Jzw2GErVfTIaI4y/a5lOM7HJbZd8LtTrksG2PzlOw3WbDKis/HiSuIYov3HVuT6Item2 hHH0WQ59ES/j4Q23LvRe3xrcd/pEE/nQAPHVZ74uV1710S660jiNdu/0w5WaokG4mNkbzecG7TiM uz/V95XFfIobZ5NM07JuQtO20nebGob4Ssrqcizc91v2N13r+rAsZ1sRsfZSR9LXx8btweKHNnUq DNdMZX1gt7IMjxmm3cVYVXgCrDw/AKaG2MCoacWOdYDqzP3/TBS/jzfmWMPvU2XnbRKumEfdO5d8 PNV5Xezg25032pmWnC8WtgtNzjnsdfk0vcam4UZBk+vtM33h+ari8cPVhS1jmD7EoUFPGEcaT3+T z2RwGruRj2DFjKNwro5lGqJ4wrj7VFl/2YVinndr77EVB7FVu03aWxNidbIty1Hn+iDWptsSxtG1 TsXqep+EE9C+43eorlZOhCPXOUx/0Vc76EJqBMQ2QenHNF+uvOqjXXSlTXkWTJWgnwz/uaOxfIxo Pte0Y50rPKZP1fWbsX67a99TRWKmRO4/fdCmrOto2lb6blPDEqtHqtcxVvUwxuhS14dluduKKNa1 5n1afEHR0qPObepUGK6ZSvrpjmUZHjNMu4sRxl9WnwGmCjWuQuVucfOINVg/jsLnFY05DNvXoLOK 8Jyx9MVWknQh2rlV5HWxg2/XqbU5Xyxsl4luk8l3uGphmM40VjaxyVrbvO+TJuWoiVc+jNSt/hcm ERXX6YdLwnYYOA3bh/jEJ5/d6qJDg7Xof0/tXMPEW8co61ws7j7VpR6UMWw/5pOPJ57OJn1QE1YN MTlZrjrXF7E23ZZiHN3KPfyHZd+D76jxUGKsdCVqglv98ImFGWYMFNa/2D9linW8W1spI4x7mLbv sxx5JfpoF11p04+G94ewrvljhKr2FL2HVdwbYuMY1bGulLUbnaeKcAwk1R3TlnAcm6inxxRX2hi5 jOhilaBvDq8vrOtNaVvXh2VS2kqxX2nXp8X6RHfe5apTXcsyPKav+5WI9hdD3LMAJoZoJ9CyoScd RuTGHe9gyhvzqmBQ26QTjKEOVelJ4rObTNX1+OdLzxlPn9KSC9dhohH/701V2pbXSCwbTFdRzKdi HJpI+2GScA06+ZC03oWT9XgetcmLvmlajsXBY/sBUXxS3LyOdavXw/chPrGBbxJnyzoSy4skng71 ugux/zavRGL1owux/Cwz5cL7Udt6He2jGtTp5a5zfdFHmfXRL0QNo54m6z5h35uqn0F+/D4Vz4tV PY2Bmua9PiuG689EHWXc484rEQs7LpqOIxyF8USW9+E1VP1jI1o/7PgyCv1uxzLxiY5pbCxdRdxU 6e8fELF6UFcebVhpY+QqovMmGwuIWD7FTNImtK3rwzIpbaXYr7Tv02LlIMXayTjqVNeyDI/pq03H 82G6xoQApfTZ0DVQCeMKVdeYize9dquRYpPNqgFEMWw8fdGOqeF/j9KbedFoTeMoz+tiB9+uU4un uWSAHAmbqtk5VUZh2VXle7zeNf9vXNmNq+xG3CYv+qZNOcYGF03rf1n7q7rOPv6bGy/L4fI2aiAo 3ppBkSivy+P975/qs3/+NvV71ijW63a7E0f79YqBWLy9Nxu4dTl2UupcX8TadFticaRqlifRSdEI B99he03O16C/qaJtvYhP/FuOgWLXUWHgxcpJcQxL8b7X76qwScmrcdFmHOEojMmCfrTqWkW0L7Q8 iKG2WQibGT7DEo27pi8oGyMOm6ZYva4a63Zl2HY5TWPkKuKmcDpODccVw9xv29T1YZmkthKrz12J mb6hxlGnupZleEyTPrYKtcHYPaqu3wWYKuI3q+4NPdaAfTVrzMWOLZU+Pzb3H6dkMJkMjuLH1P83 Jgxfnj6dN9opJDezfLqSDsQ6i1h4X1V5Xbym8RqJftpj16hjYjetVA0GucGg1knnVTn4E4Im5Vw1 SWmTF33TthxLr9Hy2k9zOsA6Nrn2XLigztVdZyF8ywFN332IT2xgovT69dAnnpbxG3iqi2E6/Pq8 Eimv1xuTOpfrP+33qvbeZFVaef+iOnVsrr9Q2LK+rHayPSF1rk9i19SWWBx5bU7y3ZVDfR8/mkmd j+pF/NzqI5tNUpPrKLn2qr7LJ9bvpcrnmUgnK6/P0hg7pj7d5avA9WRH8748abcxc67hdXdhnHkV K9dxUWwX3cdYkvKgDpV98bhiO4y1m74ny0XTyFRzH0jbYrx+qJ42rZPKh/J4RmcKlJWfyk7lMCtj 5Dqi9Stow8OWQ9O6PiyT1lZi9WUYYn2kr3HUqa5lGR7TpI916JxqfyrLaP6bkvvgCp8HwAwSa/TD NvT05h0fqDXtmBVH2Q2xiXTTbDJIKB7XpLOJTzaqlNz4o/8pKs/r4vWP10hMPy8zCuOqG6zE6JKf S9rc6Hxt8qJvupRj2obKJkhxubwPz1d3neFgVTfBNoyiD/HRjTmMP1EwMCqbDPejtm0v325GOdmY Jobu11vm4zDna9KXLWedix3TF7E23ZZYHKmRU2bixKW2NG5iaR9GXSYQXe4BTmket1+d0/Z+30zd Vwk1ZVx51Ue76EqxH2t2T1oVMXYl3ffriI6bLA98NM4uhul/hV7al+fPk5yrwVgj7Xe61Y8yjbNf mvUxchOq+6Z247MYsevvSy4fJ7GtFPuV4fu0qrwcR52KnT/st2KEx/SnzRiIMLvEBkZ9NfTYAKZJ Y46ROv26kRQ7PQ0Q0u/yq0yaUIyrXfpcusJBikuTn5exzq3K7Cxea1szo/nAIBbWR+lM/9OydJ3p ANzSaJPpJqZtE9IBn+rk5ix+P032mfK0wQA4pE1e9M2w5ZgMChLDIp8nGoCEdUyE52tynaFZ18aw GWUf4oiVX3qepZVfxXzuU83LrGjMDvd45CyjPjvef6Z9i+phXwOwdHCt822MnE//QW7fly1nnYsd 0xexNt2WujjUptOyiPRpHfr4UaA6o+tI60f+WuqUHtOPibZUd2NtpVvdrWLpusN7cL10jI5VHMvB KPOqrk6PkmJf0+yelOaHf5zlg+VNE2L3XeWBT6xt9FUPQ8J7q1Obuub6nVg8dVK+jeramjKLY+Sm xOqa8qAPYtffl1w+TmJbKfYr/fRpOk+0vMZQp6J1Oei3YoTHtFHaFtP21+e9GABmhHTgoRu3Da6t k2ozcHGkZlC+4wGYFJIboF8/J2QyP02EkzYNpABWIulkd6ktSAAAAAAAACuG2KSozX8cov/tOrr/ 3ScBhqFgJo7hv4ezQvof2PzqKoCVCkYiAAAAAACseMqW1btVij4yGbWiKzRmlo7r9og3wKgJDQDM xHpCE1GrlwFWMhiJAAAAAAAARvLunZxh0E4yFrs8Fg0wTvQenly95THnUpJ/Gvh9AiuNATASAQAA AAAAQlIDQZMlvTsxv1oxNRb04tX+NgsAGDervJeSt9mAZaXgv9BafQD/JABIwUgEAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAaUTvjyx7z2QqvWdSO18fy/vnAABmGL1zVO9iTe8H +U3N/PcOz9LmT82umXsgAAAAACwzq455Vm6wOg7NAhrEa1Afuz5fyl9HapTFDLK8HOHnMtlmiWF3 vZbS44/NYmxGMY7ZylcAn3TX7fq+ymnV0efn+q226FjFEYs7rs3JZlVdSDa5SoyVWLxlsvNN2KZX 4TUMk//TiO6nsQ1Z2kr312na0KyPe6DEPQwAAAAAxgpGYns0+I9dVyhNEBxNJ7urjtmYHTGbhlc6 YSw3Gdxqi3AyKMMgmXR5OweH0rFNKBzHJAxmkKb9VLWam/T+rtVd1dQE6ufapHb/hOibsutYKUai yrvMSNPnbsVhaDTruIOOflXlvWS5y7aKsrayeM1W/uE1J/dOmfT6vuQfkk3vgQAAAAAAY0WmS3Hw urJWT4SrezSor8MPnxyzAgf86SNbQT4kk8j2E750UlU0FRVf3eqm4jEYiTBbxP5x0aTPiRlbamd1 RNu2nU/ttIxkNWHECKp7VDV6bRZPXbsv7zPOz0KMD5lgYTp8rYR7arTsO64oTOtS0VxbjrKtI97G uo0HonE1GI8AAAAAAIwVjETlQX4FRZ0Rlaye8MInx6xw8zXJgx4MPOVjGK9UZSqEYftIB8CkEOtv 2pj1sTZV1V/FzIw6U8+nzfFxA67dPyIUdxiHjNBRo3SG944yzfL9IV2VXsyHPq45Oj6ZMGOtkL4h 6160vXJPAwAAAIBJIjpQH8GkJ51cLplPWlmgc1etcHGkj0u93tK1MTnOT2sal1Yu6GXmr++0+qEY X/WgPTrQH8NEMZkw6/GvJB/yqzWS/ExW9oz+8a/YCqI+zxs+JqZJatXkzA+bhm836Rp1/XKorifm Q7T8NBEffrOBcZwDxksf/U3h+Io2EppCVWHLUP3LxWF/x/DvCak2Z9+0Q3W6j3iakD+Pr83ZKsnR 3x90L0jacdBfpfeB9FHacRH2M1Ib47mOsGzT87W73yg/0nhi7xbN+sSOeRbG16W9hBTTObr6DAAA AADQGg168wPW7pMeHZeLx+KOxR8qdr64WdVW8clGfDLRv8LrKnzfYMKRmEKR1R5N1PXxqirCMk7P U/+o5CgppKdBvo6yfvmkq3WK5mRTNSnDcZyjLbF237SepNdTrPPDmLghYdz9qv9Jf8wwakpY15W3 yuMYsfZdFraKWDx9mksh4zRe/PPIgArzJ95HtrunxuJIP2/Xb6XtaHT/XIq1c/2zaxIYpo9XuTYl 2vdOSB4AAAAAAIyE+IS/HyPRlwbbbhWUJl7Jyjqb5ISmT7gabUmaKJZv2lFmDsYmBGVh+1aYj4Xv KwyvdJVc0Uxxeebng8uD2MqQ5JiO5RljVbDSqO/4u1BIT0W+jqN+OdLjgvAq02RVaT7PqspQx5SZ OeM4R1d0viQtwXn0eRlKtx8+Pab/96KF5+hXozGx4sZIVm+9PFU5qp7Hwisvq8pZbScfvvtjpH48 qUZjaEXbwAhX3Na1E7W7Qnpa9pGxOHypHRXuA7pnaGVd0OZc+L7bt4ida7lRHoRpktxKRr+tVPWJ yTENDMWkvUXywUntcJT1EQAAAABg7IQTx3Tg280YKpv8NI1PE6Hi8e0m5bFJRB1h+CojSsSus8k1 Fo4pOU8sH5qaKemkpjgpCg2yroTxSstNmJ42+TrK+hWGq6tXjnRyGxxb+mhoEG4E5xgWxRueK7Zi h5U9zVDZtVtttbmxkZEak/lju5KPp3ndbIPiHMd52tD1/uATiyOJp8YIdpSZW76JNizxNI5uJWgT ivVXam5gx/6R0fSaYoZ2nZK+0c7Z1/0ZAAAAAGAsRCdiLSc9jvgEqvkjQkJxKE0aYHdZDRNPQ/X1 FMLXTES7nEMUjik5T2gEKi/a4CaRaR4qL7uVZww/XU7LTZieqvJTXqR5Mvr6VQhn52tiArRhHOfo g3i+pfU6bpyPZgXVNJOsMqxY+VSn9NhqU2VajETVmahRNgGGTJs+oox4HO1fQRDeS/o0+mJp7DP+ tsRMwC71IZr3Lequ+i2lpZj3zaWy7tP0BQAAAADoFQ2Qi4PYbsZTfPLTn4lVRmpEHJsMvmOD97o0 FMLXTBq6XmfhmMh5YnFPwuTYEaZNWm7C9PRpWIiu9atuhYriSleW5R+3a8M4ztEXqcFd/y7Htv98 mHWSFYiBaaa/m/Q5qruxY8vqwqQbibHr6Svuvuh6f/CJxdHFWI/F09f9JBb3chqJYd+sfq8raZ/p xWVxD4vaXGIwJv/EKtbhco3uHZcAAAAAAJ3QBCwcuLad9DhiE4uucQkdm5o3bQbdRdWloRC+ZlLa 9ToLx0TOEyuPSaJoNPT7uFwXwvTUlZ9jHPUrWZ0SybM6JZNim3Q2MQ/GcY4+ia0ccpok03xSCOtn F4Mk1q/E2m1ooEyKkZi01ZiB2CEvRk3X+4NPMY4ey6FlWqooxN2D4daVYlqGqG9jvg+rD9Y5y+5F y5mvAAAAAAAFYgPmrhONPiZQZStOqqRB9qpj0ncNxVZo1aWhEL5mAtL1OgvHRM4TK49JIpq/NfnV hWQVVuP3ujVPz3LUL5/k/MdoQ4TiysYqtXlZ/zjOMQyTYCTGzt2f+luVFcurroT1Ibbys6/+J1l9 FcTT9l4gYulJNbmrtLreH3yKcUymkVg0nvuN36E46/qGQjqGuC/11Q66Es/XyTPNAQAAAGCFEhsw d50IFCc/7eKKDp4T0+fYxqumuqShEL5mAtL1OgvHRM4Ti3tc5kpTYgZV36vaYnVBpkqMMFxZ+S1X /WpKYgBa2ksNwJLrb8M4zlHFpDzaHDtvf+rPSFRZhfF3RenKx1VMZ18G4DAGaFpHi/VEbXVcZvcw 9NFHxOLogvIrjKfPFeTR+mJl1zex/iq8LxaN8mEebc5vEKW4Q2J1vK97gSi21/GamQAAAAAApcQm ql0Hw8NMoDQpKB7b3lDQMcV4qtNQCF9iRDm6XmfhmJLzhCvmukyIYvnQl9kXnzz29+hVrE5WmTNh 2Fi+jrt+JY+q2efptWhC2N5cKpop+TjGcY6+iLYZqzO6huQ6QhPA2kBf9XWaieZbpL7VobwM4ykz jUPDvYsxVOjDSvo6n9RALK4W1vmnqS70UWbx9lKfhyFFc63/ndnjq7T7Wz2X9m1B/JG86MvYa5P3 xXD9majhdfcZNwAAAADAUGiA7A9WkwFrh8G3iA7AG8YVP7b5ZCQ1I+KrnerSUAhfM2Hrep2FY0rO E4u/jcETLdOaa2pLzJhLzjPkiqH4pLHapCyGL17ruOtXbCXQqhaT+PR81WbMOM7RB6ExVXaemEk7 yY+wjotY/oWrsaqQ8V8s5/I2Fa8Xzcy8+LHV7TfsA2w+AAADrElEQVR2THJcj2bUOOl6f/CJ3wOa 50nMlK0rh2GImnh2/mFWP3apF7H7R5lhHiN+HeUGXrSsLZ+btJUq1D8W4p2C1bgAAAAAsEKIDlhb Tnocw06gZIKEx6dxvKcQT7oqTjvpxo/JqWYiEYaPmRw+Xa+zcEzFeWKT//SYG5PjfCNBk5Z0VUhk EpUc0785JNKJXpm5trHxJFJ5Vx5P/arBwjEl16s0hWGT8COqX0pHLLwmmoo7NIMSc9biSr8Pj4sb yeM4R1diRkBiLgRp8om1rb7TNY2Ul7PaTb6ck3xXm7J6HT3G6nQdVf2P6o/ftnVutdN4+OpVVLHy 7sOIWU6i1xT0L3XE28GSFtu3Vw5VZT6ONpTUg0gdkFR/m5Zp0u+WxdPATIv/QyKeZ4v9fLQ/VLnV G7dJnxo7NmsrTUn7y5J2jokIAAAAAJNEbODadtLj6GMCpUF9GEdTuYF70VCrnkTlwyqe5TcSHYq3 bFJVpyaToD5IJ5BxI7Cr2qS9cGxFvo67fqWTw+55owmubxLFGMc52pLmU3iuZmZGej3FiX3faZxG ykySZtrc2MxxdD2f2kpdeen72LF9qYpiG7Y0t7xXldH1/uATjeNFL2jdzhW+bZkPS5rObvescrVf mVxuqtaryT+wQoa5t5RpXPdwAAAAAIBWTJqR6JOsFDhmY2HylE5SNtt3J0X/U5+uMsino2oiEoad JCPRJ7muzMgKjRblkSYdy71yQfmgMvPT1lRKv79apCmFeBrm67jql0MT+vScmuBGjIykDC3vrIy7 Tv7HcY46wvxMztuhXsZMrC4T/FklbWvKo2I5p/W33/5AccXqld9e2pi9aqd+PH2rimjbGOJe5dP1 /uBTF4f6oKR8vfuAyiFp29b+x20elpH0RZH+oE7JtVj96Os60rpbbCtd624d6XXHVznWSeXa5T4I AAAAAAAAAAArkD7MSAAAAAAAAAAAAJhxMBIBAAAAAAAAAACgFoxEAAAAAAAAAAAAqAUjEQAAAAAA AAAAAGrBSAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AIAVx2Dw/wOV7lHfFyeW2gAAAABJRU5ErkJggg== --_004_047c8a619fd24fd18b548af18c342260XCHRCD020ciscocom_-- From nobody Tue Mar 29 22:55:33 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4822812DD43 for ; Tue, 29 Mar 2016 22:55:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 iIwNoG8Lzk3i for ; Tue, 29 Mar 2016 22:55:29 -0700 (PDT) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F19D112DD44 for ; Tue, 29 Mar 2016 22:55:28 -0700 (PDT) Received: by mail-lf0-x231.google.com with SMTP id p188so688812lfd.0 for ; Tue, 29 Mar 2016 22:55:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=piLyPwLUkmlK7/kwCkq4zrgus1/bm6EhgLeLydniQeo=; b=Nz8iY7GOAGzs3nVqN/5pu73Kd181MqLRCDXkL7uavvynqvOqy97fhNLKu2pA/dQfVi oFon/JbMiwvXmHm4KEZIaqYBng2+M7yyEJLLOhU8mRp2e016bkWhc8K7tJmZDRVzvyTH v2Ham+39dV0c138JdNfvyS0kf8y+5oayKx+k36oP1kWWcJPOGhviYnd5uhWANOwzLet+ yuVK6NDhhFb5XVPuSjS6vV8HSfXxqmUtiN+ce87FwFjy5ZZv+BAKHqlH2aIUhWp4wOoE 6twMzR73DmgqC3M4VRi0UDfvWq0O/r0NDGZTMmkSTuHOxkZI+iFTcR6FWrrvo8kqWY13 Q9yw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=piLyPwLUkmlK7/kwCkq4zrgus1/bm6EhgLeLydniQeo=; b=V3Rvmmq+zxD/WQoi6LGrUK8/+EeBIrQNtVqJb56AxBHJsD3Zk/RpZ5opokmDRfOwRp sKieR/kxVF3ut/nwwakm2FUpMPCxU9YXSQ2/Ws4kKaATb88rscrGAjgg9Kl1QkoH1H6q MGDlH2dwZrDuDAid5tw8BtiMI0jZoQnT6xWqnEmF169V1kkx6HOQzs4gVZnOsM1ez/Sm I1KSHttR1zzjlfb5bK1d6QS7+Jzr63D2h/0oGqqVln/F21wMU9Pmnpe+/7sGBeoTpNQl 1u41u1CfHtVTsk+gQ9PaZnVW8jTqGuYmQQj+F8SnUC+F9YrBVOHbnYYJQCOQCvZN3Eqx 6XZQ== X-Gm-Message-State: AD7BkJJBWBqG118CiB2K3W18/iT8I4dnWicnKTV3EPgLF5RJpP8+N1xmz67X25FgQn2nhKYl4JcGTPoY8Ri4Dw== X-Received: by 10.25.165.140 with SMTP id o134mr2965537lfe.35.1459317327108; Tue, 29 Mar 2016 22:55:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.21.30 with HTTP; Tue, 29 Mar 2016 22:54:57 -0700 (PDT) In-Reply-To: <047c8a619fd24fd18b548af18c342260@XCH-RCD-020.cisco.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> <051ad977f5a5488b9622ccb5ef25883c@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> <59e4135701054951a5b61fef04393dac@XCH-RCD-020.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C385E127@tss-server1.home.tropicalstormsoftware.com> <68edf7efadb04df3b127936b86921284@XCH-RTP-005.cisco.com> <047c8a619fd24fd18b548af18c342260@XCH-RCD-020.cisco.com> From: Henning Rogge Date: Wed, 30 Mar 2016 07:54:57 +0200 Message-ID: To: "Arun Parashar (arparash)" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2016 05:55:31 -0000 On Wed, Mar 30, 2016 at 6:33 AM, Arun Parashar (arparash) wrote: > Hi Rick, > Let=E2=80=99s take the case of data plane is handled in asic (which is no= rmally the > case), how does asic handle dlep credit windowing exchange credits? This > problem requires control plane involvement and thereby the chatter betwee= n > control/data plane to calculate and sync credits, which is why we are > proposing to use what is now the standard for ethernet flow control > (802.1Qbb aka PFC). PFC based schemes don=E2=80=99t have any control plan= e > involvement, PFC pause/resume packets are handled at L2 layer itself (a w= ide > support of it is already there). If I remember the draft correctly it does use the PFC frames a bit different than normal... what guarantee is there that an ASIC can handle these frames? Henning Rogge From nobody Tue Mar 29 23:41:30 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59B4912DD52 for ; Tue, 29 Mar 2016 23:41:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.531 X-Spam-Level: X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ejc_XLStPLnj for ; Tue, 29 Mar 2016 23:41:27 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 415B512DB57 for ; Tue, 29 Mar 2016 23:41:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2480; q=dns/txt; s=iport; t=1459320087; x=1460529687; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=127g2YAEnQcb/jvKbiUu/cR93YTNjvIm8ci4PLW4Jfs=; b=GbltzLU+3GsYPFhIgNg4T6MQOEKzuODGSjW1rW18amRidc6LAfTbpWMR wRGglRe7tZGZeIXnHDQZ35K5Qgmt0HtS491W26r5m4DHmnyChFVQYbDpv nYLe87MqEFt6TVSMoK3j/gADb8k/OhcqncBxVLTr2WfC+qcLdKoqxqme6 A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D3AQDcc/tW/5FdJa1TCoM0U30GunoBD?= =?us-ascii?q?YFwFwqFbAIcgSQ4FAEBAQEBAQFkJ4RBAQEBBAEBASAROgsMBAIBCA4DBAEBAQI?= =?us-ascii?q?CIwMCAgIlCxQBCAgBAQQBDQUIiB8Or3eQeAEBAQEBAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?REEfIUihEWEFAsBAYMdglYFl2wBjX+PFI8OAR4BAUKDZWyHCzZ+AQEB?= X-IronPort-AV: E=Sophos;i="5.24,414,1454976000"; d="scan'208";a="255254564" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 Mar 2016 06:41:26 +0000 Received: from XCH-RTP-020.cisco.com (xch-rtp-020.cisco.com [64.101.220.160]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id u2U6fPor012083 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 30 Mar 2016 06:41:25 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-020.cisco.com (64.101.220.160) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 30 Mar 2016 02:41:24 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1104.009; Wed, 30 Mar 2016 02:41:25 -0400 From: "Ananth Laxminarasimhan (alaxmina)" To: Henning Rogge , "Arun Parashar (arparash)" Thread-Topic: [manet] DLEP Credit Windowing Thread-Index: AdEHQsnoEIjbPaGbSsi7klNsrLls3CCiZRRQABCpWAAAE/UDAAAC1+yAAAhB2IA= Date: Wed, 30 Mar 2016 06:41:25 +0000 Message-ID: <7ab4f74d7cff4fedbb1c4ae1ce73c65e@XCH-RTP-015.cisco.com> References: <842811b9f2ec4385b25bfdc02f6bdb09@XCH-ALN-005.cisco.com> <30lejepapqucojc0oo0juiov.1444920593548@email.android.com> <6cf459def84e464a92a94a321b9b4adc@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB381@tss-server1.home.tropicalstormsoftware.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EB9B9@tss-server1.home.tropicalstormsoftware.com> <051ad977f5a5488b9622ccb5ef25883c@XCH-ALN-005.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C37EBCA1@tss-server1.home.tropicalstormsoftware.com> <59e4135701054951a5b61fef04393dac@XCH-RCD-020.cisco.com> <38A5475DE83986499AEACD2CFAFC3F9801C385E127@tss-server1.home.tropicalstormsoftware.com> <68edf7efadb04df3b127936b86921284@XCH-RTP-005.cisco.com> <047c8a619fd24fd18b548af18c342260@XCH-RCD-020.cisco.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.232.29.69] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" Subject: Re: [manet] DLEP Credit Windowing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2016 06:41:29 -0000 SGkgSGVubmluZywNCj53aGF0IGd1YXJhbnRlZSBpcyB0aGVyZSB0aGF0IGFuIEFTSUMgY2FuIGhh bmRsZSB0aGVzZSBmcmFtZXM/DQoNCklmIDgwMi4xcWJiLCBpLmUuIFBGQyBpcyB1c2VkLCB0aGVu IG5vIGNoYW5nZSB3b3VsZCBiZSByZXF1aXJlZCBpbiB0aGUgaW1wbGVtZW50YXRpb24gb3IgaGFu ZGluZyBvZiB0aG9zZSBmcmFtZXMuDQpCdXQsIGlmIHdlIG5lZWQgdG8gc3VwcG9ydCBtb3JlIHRo YW4gOCBuZWlnaGJvdXJzLCB0aGVuIFBGQyB3b3VsZCBiZSB1c2VkIGluIGNvbmp1bmN0aW9uIHdp dGggZWl0aGVyIGEgdW5pcXVlIE1BQywgb3IgYSB1bmlxdWUgVkxBTi1JRCB0byBpZGVudGlmeSB0 aGUgbmVpZ2hib3VyLg0KSW4gdGhlIGxhdHRlciAyIHNjZW5hcmlvcywgaG93ZXZlciwgdGhlIGZy YW1lIGZvcm1hdCBkb2VzIG5vdCBjaGFuZ2UgYW5kIHRoZSBBU0lDIHNob3VsZCBiZSBhYmxlIHRv IGhhbmRsZSB0aGVzZSBmcmFtZXM7IHRob3VnaCwgYXMgQXNoaXNoIGhhcyBpbmRpY2F0ZWQgaW4g YW4gZWFybGllciBtYWlsLCBpdCBtaWdodCBpbnZvbHZlIGNoYW5nZSBpbiB0aGUgRXRoZXJuZXQg ZmlybXdhcmUgb3IgdGhlIGRyaXZlci4NCg0KLUFuYW50aA0KDQoNCi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQpGcm9tOiBtYW5ldCBbbWFpbHRvOm1hbmV0LWJvdW5jZXNAaWV0Zi5vcmddIE9u IEJlaGFsZiBPZiBIZW5uaW5nIFJvZ2dlDQpTZW50OiAzMCBNYXJjaCAyMDE2IDExOjI1DQpUbzog QXJ1biBQYXJhc2hhciAoYXJwYXJhc2gpDQpDYzogbWFuZXRAaWV0Zi5vcmcNClN1YmplY3Q6IFJl OiBbbWFuZXRdIERMRVAgQ3JlZGl0IFdpbmRvd2luZw0KDQpPbiBXZWQsIE1hciAzMCwgMjAxNiBh dCA2OjMzIEFNLCBBcnVuIFBhcmFzaGFyIChhcnBhcmFzaCkgPGFycGFyYXNoQGNpc2NvLmNvbT4g d3JvdGU6DQo+IEhpIFJpY2ssDQo+IExldOKAmXMgdGFrZSB0aGUgY2FzZSBvZiBkYXRhIHBsYW5l IGlzIGhhbmRsZWQgaW4gYXNpYyAod2hpY2ggaXMgDQo+IG5vcm1hbGx5IHRoZSBjYXNlKSwgaG93 IGRvZXMgYXNpYyBoYW5kbGUgZGxlcCBjcmVkaXQgd2luZG93aW5nIA0KPiBleGNoYW5nZSBjcmVk aXRzPyBUaGlzIHByb2JsZW0gcmVxdWlyZXMgY29udHJvbCBwbGFuZSBpbnZvbHZlbWVudCBhbmQg DQo+IHRoZXJlYnkgdGhlIGNoYXR0ZXIgYmV0d2VlbiBjb250cm9sL2RhdGEgcGxhbmUgdG8gY2Fs Y3VsYXRlIGFuZCBzeW5jIA0KPiBjcmVkaXRzLCB3aGljaCBpcyB3aHkgd2UgYXJlIHByb3Bvc2lu ZyB0byB1c2Ugd2hhdCBpcyBub3cgdGhlIHN0YW5kYXJkIA0KPiBmb3IgZXRoZXJuZXQgZmxvdyBj b250cm9sICg4MDIuMVFiYiBha2EgUEZDKS4gUEZDIGJhc2VkIHNjaGVtZXMgZG9u4oCZdCANCj4g aGF2ZSBhbnkgY29udHJvbCBwbGFuZSBpbnZvbHZlbWVudCwgUEZDIHBhdXNlL3Jlc3VtZSBwYWNr ZXRzIGFyZSANCj4gaGFuZGxlZCBhdCBMMiBsYXllciBpdHNlbGYgKGEgd2lkZSBzdXBwb3J0IG9m IGl0IGlzIGFscmVhZHkgdGhlcmUpLg0KDQpJZiBJIHJlbWVtYmVyIHRoZSBkcmFmdCBjb3JyZWN0 bHkgaXQgZG9lcyB1c2UgdGhlIFBGQyBmcmFtZXMgYSBiaXQgZGlmZmVyZW50IHRoYW4gbm9ybWFs Li4uIHdoYXQgZ3VhcmFudGVlIGlzIHRoZXJlIHRoYXQgYW4gQVNJQyBjYW4gaGFuZGxlIHRoZXNl IGZyYW1lcz8NCg0KSGVubmluZyBSb2dnZQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KbWFuZXQgbWFpbGluZyBsaXN0DQptYW5ldEBpZXRmLm9yZw0K aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tYW5ldA0K From nobody Thu Mar 31 14:39:44 2016 Return-Path: X-Original-To: manet@ietf.org Delivered-To: manet@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DA9D12D800; Thu, 31 Mar 2016 14:39:42 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.18.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160331213942.28623.2654.idtracker@ietfa.amsl.com> Date: Thu, 31 Mar 2016 14:39:42 -0700 Archived-At: Cc: T.Clausen@computer.org, manet-chairs@ietf.org, manet@ietf.org, draft-ietf-manet-ibs@ietf.org, The IESG , rfc-editor@rfc-editor.org Subject: [manet] Document Action: 'Identity-Based Signatures for MANET Routing Protocols' to Experimental RFC (draft-ietf-manet-ibs-05.txt) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2016 21:39:42 -0000 The IESG has approved the following document: - 'Identity-Based Signatures for MANET Routing Protocols' (draft-ietf-manet-ibs-05.txt) as Experimental RFC This document is the product of the Mobile Ad-hoc Networks Working Group. The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-manet-ibs/ Technical Summary This document updates RFC7182, which specifies a framework for, and specific examples of, integrity check values (ICVs) for packets and messages using the generalized packet/message format specified in RFC5444. It does so by defining an additional cryptographic function that allows the creation of an ICV that is an identity-based signature, defined according to the ECCSI (Elliptic Curve-Based Certificateless Signatures for Identity-Based Encryption) algorithm specified in RFC6507. Working Group Summary: The document was presented at the WG meeting at IETF’90, and had reasonable discussion both before and after this meeting. There were significant expression of support for adoption as WG document, a couple of reviews posted after adoption, which were addressed. On the author’s initiative, external verification of the example provided in Appendix A was sought from a crypto-expert. WGLC saw positive support for publication, with nobody appearing to be “in the rough" Document Quality: There are existing implementations of this extension mechanism, known to the document shepherd. Dr. Benjamin Smith provided independent verification of the example provided in Appendix A, and is recognized for this in the acknowledgements. No media type, nor MIB doctor, review done, as this was not needed This document contains a downward normative reference to the informational RFC 6507. This was explicitly called out in the IETF last call. Personnel: The document shepherd is: Thomas Clausen The responsible Area Director is: Adrian Farrel
RFC 7182 is mandatory to RFC 7181.=C2=A0 In violent a= greement.=C2=A0 OLSRv2 MUST NOT do that.=C2=A0 5444 doesn't generate/fo= rward messages though 7181 does.=C2=A0 Clearly there should be a way for a = process sitting on the multiplexer to tell it that a message is immutable.= =C2=A0 But in other cases a message does get change/added to (e.g. 6121 (SM= F) tlvs attached to 6130 (NHDP) hello messages).=C2=A0 In the end we all se= em to agree end-to-end security is a problem currently for AODVv2.

<= /div>Justin

On Wed, Mar 23, 2016 at 8:29 AM, Dearlove, Christopher (UK) <chris.dearlove@baesystems.com> wrote:

I=E2=80=99ve put the MANE= T list back on distribution.

=C2=A0

As Thomas has pointed out= to me, RFC 7182 is mandatory to implement as specified in RFC 7181. Thus = =E2=80=9Cwithout ICVs=E2=80=9D is not an option, and anything that breaks 7182 breaks compliance with 7181. And changing a message breaks 7181, in a= ddition to it being directly indicated that messages are forwarded unchange= d (hop count/limit aside).

=C2=A0

Or in other words, OLSRv2= MUST NOT do this, and 5444 multiplexer MUST NOT change messages (as visibl= e from protocol). I have an updated 5444 usage draft that makes this clearer for the multiplexer, waiting on co-authors to review.

=C2=A0

--

Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied Intelligence Laboratories
____________________________________= ______________________________________

T: =C2= =A0+44 (0)1245 242194 =C2=A0| =C2=A0E: chri= s.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford= Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai

BAE Systems Applied Intellig= ence Limited
Registered in England & Wales No: 01337451

Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP

=C2=A0

From: Justin Dean [mailto:bebemaster@gmail.com]
Sent: 23 March 2016 12:23
To: Dearlove, Christopher (UK)
Subject: Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of= big ticket Items

=C2=A0

=C2=A0

*** WARNING ***

This message originates from outside our organi= sation, either from an external partner or the internet.
Con= sider carefully whether you should click on any links, open any attachments= or reply.
For= information regarding Red Flags that you can look out for in emails you receive, click here.
If = you feel the email is suspicious, please follow this process.<= /u>

CMD> I think this comes under the heading of =E2= =80=9Cnot prohibited but undesirable=E2=80=9D but also that all options I c= an see involve something undesirable, or worse, so this may be the least un= desirable

JWD: check.

=C2=A0

JWD> The way multiplexers work messages can get t= orn apart and sent back out in a different way.=C2=A0 My OLSRv2 with anothe= r version will likely do just that.

CMD> Absolutely not, that is a violation of OLSRv2 rules and unacceptabl= e, because OLSRv2 specifies forwarding messages unchanged. That completely = breaks use of RFC 7182 message ICVs - which might be applied by the multipl= exer. Please do not even consider this.

JWD: you are correct.=C2=A0 ICVs disallow this behav= ior.=C2=A0 In my own code the messages are not changed because I generated = them in the first place.=C2=A0 Without ICVs though it's quite natural.= =C2=A0 I've personally seen three different packetbb parsers (one my own) which by default will rearrange a message if processed and re= generated=C2=A0 (actually caused some headache when trying to debug and get= ting different generated message outputs).=C2=A0 If there are no ICVs and i= t doesn't matter, but that's throwing all of end to end security out the window.=C2=A0 End to end security is an iss= ue.

********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************=


--001a1142e9ec4c4715052eb6a223-- From nobody Wed Mar 23 05:54:26 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C815412DB4D for ; Wed, 23 Mar 2016 05:54:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.93 X-Spam-Level: X-Spam-Status: No, score=-6.93 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H-G-qLO3n0ki for ; Wed, 23 Mar 2016 05:54:23 -0700 (PDT) Received: from ukmta1.baesystems.com (ukmta1.baesystems.com [20.133.0.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA4C412D718 for ; Wed, 23 Mar 2016 05:44:03 -0700 (PDT) X-IronPort-AV: E=Sophos;i="5.24,382,1454976000"; d="scan'208";a="54395939" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta1.baesystems.com with ESMTP; 23 Mar 2016 10:35:46 +0000 X-IronPort-AV: E=Sophos;i="5.24,382,1454976000"; d="scan'208";a="111271095" Received: from glkxh0004v.greenlnk.net ([10.109.2.35]) by baemasmds016.greenlnk.net with ESMTP; 23 Mar 2016 10:35:46 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.79]) by GLKXH0004V.GREENLNK.net ([10.109.2.35]) with mapi id 14.03.0248.002; Wed, 23 Mar 2016 10:35:46 +0000 From: "Dearlove, Christopher (UK)" To: Justin Dean , Thomas Heide Clausen Thread-Topic: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items Thread-Index: AQHRhHiiU+1aHmMw/kSRrabi+iXC459m1SlQ Date: Wed, 23 Mar 2016 10:35:45 +0000 Message-ID: References: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2016 12:54:25 -0000 SldEOiBJIHBhcnRseSBkaXNhZ3JlZSB0aGF0IGl0IGNhbid0IGJlIHVzZWQgZm9yIHRoaXMgcHVy cG9zZS7CoCBSRkM1NDQ0IHNwZWNpZmllczoNCiAgICAgwqA8bXNnLWhvcC1saW1pdD4gaXMgb21p dHRlZCBpZiB0aGUgbWhhc2hvcGxpbWl0IGZsYWcgaXMgY2xlYXJlZA0KICAgICAgJzAnKTsgb3Ro ZXJ3aXNlLCBpcyBhbiA4LWJpdCB1bnNpZ25lZCBpbnRlZ2VyIGZpZWxkIHRoYXQgY2FuDQogICAg ICBjb250YWluIHRoZSBtYXhpbXVtIG51bWJlciBvZiBob3BzIHRoYXQgdGhlIG1lc3NhZ2Ugc2hv dWxkIGJlDQogICAgICBmdXJ0aGVyIHRyYW5zbWl0dGVkLg0KDQp3aGljaCBpbiByZXRyb3NwZWN0 IHdhcyBhIG1pc3Rha2UgYXMgNTQ0NCB3YXMgbWVhbnQgdG8gYmUgYSBmb3JtYXQgYW5kIG5vdCBh IHByb3RvY29sIHNwZWNpZmljYXRpb24gYXMgd2UgbWVudGlvbmVkIG1hbnkgdGltZXMuwqBObyBv dGhlciDCoHByb3RvY29sIG1lc3NhZ2UgaXMgZ29pbmcgdG8gZm9yd2FyZCB0aGVzZSBtZXNzYWdl cyBhcyBBT0RWdjIgIm93bnMiIHRoZSBtZXNzYWdlIHR5cGUgc28gSSBkb24ndCBzZWUgYW4gaXNz dWUgd2l0aCBiZW5kaW5nIHRoZSB0ZXJtcyBpbiA1NDQ0IHRvIGFsbG93IHRoaXMgZm9yd2FyZGlu ZyBvZiAiaW5mb3JtYXRpb24iDQoNCkNNRD4gSSB0aGluayB0aGlzIGNvbWVzIHVuZGVyIHRoZSBo ZWFkaW5nIG9mIOKAnG5vdCBwcm9oaWJpdGVkIGJ1dCB1bmRlc2lyYWJsZeKAnSBidXQgYWxzbyB0 aGF0IGFsbCBvcHRpb25zIEkgY2FuIHNlZSBpbnZvbHZlIHNvbWV0aGluZyB1bmRlc2lyYWJsZSwg b3Igd29yc2UsIHNvIHRoaXMgbWF5IGJlIHRoZSBsZWFzdCB1bmRlc2lyYWJsZS4NCg0KSldEPiBU aGUgd2F5IG11bHRpcGxleGVycyB3b3JrIG1lc3NhZ2VzIGNhbiBnZXQgdG9ybiBhcGFydCBhbmQg c2VudCBiYWNrIG91dCBpbiBhIGRpZmZlcmVudCB3YXkuwqAgTXkgT0xTUnYyIHdpdGggYW5vdGhl ciB2ZXJzaW9uIHdpbGwgbGlrZWx5IGRvIGp1c3QgdGhhdC4NCg0KQ01EPiBBYnNvbHV0ZWx5IG5v dCwgdGhhdCBpcyBhIHZpb2xhdGlvbiBvZiBPTFNSdjIgcnVsZXMgYW5kIHVuYWNjZXB0YWJsZSwg YmVjYXVzZSBPTFNSdjIgc3BlY2lmaWVzIGZvcndhcmRpbmcgbWVzc2FnZXMgdW5jaGFuZ2VkLiBU aGF0IGNvbXBsZXRlbHkgYnJlYWtzIHVzZSBvZiBSRkMgNzE4MiBtZXNzYWdlIElDVnMgLSB3aGlj aCBtaWdodCBiZSBhcHBsaWVkIGJ5IHRoZSBtdWx0aXBsZXhlci4gUGxlYXNlIGRvIG5vdCBldmVu IGNvbnNpZGVyIHRoaXMuDQoNCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqClRoaXMgZW1haWwgYW5kIGFueSBhdHRhY2ht ZW50cyBhcmUgY29uZmlkZW50aWFsIHRvIHRoZSBpbnRlbmRlZApyZWNpcGllbnQgYW5kIG1heSBh bHNvIGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZApyZWNpcGllbnQg cGxlYXNlIGRlbGV0ZSBpdCBmcm9tIHlvdXIgc3lzdGVtIGFuZCBub3RpZnkgdGhlIHNlbmRlci4K WW91IHNob3VsZCBub3QgY29weSBpdCBvciB1c2UgaXQgZm9yIGFueSBwdXJwb3NlIG5vciBkaXNj bG9zZSBvcgpkaXN0cmlidXRlIGl0cyBjb250ZW50cyB0byBhbnkgb3RoZXIgcGVyc29uLgoqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKgo= From nobody Wed Mar 23 06:11:34 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6ECE512DBEF for ; Wed, 23 Mar 2016 06:11:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 F_6SFO4jQz1U for ; Wed, 23 Mar 2016 06:11:30 -0700 (PDT) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 775EA12DBE1 for ; Wed, 23 Mar 2016 06:00:05 -0700 (PDT) Received: by mail-oi0-x22a.google.com with SMTP id r187so18290005oih.3 for ; Wed, 23 Mar 2016 06:00:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=Cafr0zUY3CKa5TSN6wUoior3edKRqL19pWR8GJzNhF4=; b=D0p2t+x40lg4bu2bzsrWuB8hG+I92DXyyzsW+YkFXq5TO7Hq45AUmTqRcNoXWUd9eA YMYIN7/FLgaMl370BOoZxbVu87O98YOsl4P1kMcsyijBRTerIJZUKxbm1JbLCY2XKwW4 tgxJXV6kwWIYCcuKyvcA8MUYSrCkthpv7V0CGmxNAMBbf+35jeDJC49oL22wm5/6C3aT Q3gaKj29D3tDMT74B3ZsPjp8wTY4GT7XfY0n8Y9lcJjgAeOGN7QuygDNw5lRgutLstLn 2Vuw267Lt0QVQ7pn6x12/MShRKZw2XQ6J023y5rd18FHaZYYOgmEKvg1S28D/DJT/Pno sUbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=Cafr0zUY3CKa5TSN6wUoior3edKRqL19pWR8GJzNhF4=; b=EZD5JFSJzYtrzQ9XzdWH5AUmDYHVYcd5w0LkF6U0RUDaincUchqKmSWY4CNeYTQQ1n QLe3nwpF4ZYvVtxOSJNS9TBINSH0bKzpW8Z5lsiwMVjkv2F6/PZk4d9fhMkqwRcIkpqM jJBmx+fwplnytxIzvW1YKst0KySVRK5dYhJbgcWEHNRZs7fo4AQhMYBrU3PnW2/Okcg5 7pbSZFKw4Q2Ls0b0YQ3R3FbxoGsGnYpyTFtX2TbxWmrrZLJTaq/c/GgjaHb3Qma2N1lr IvZcUfIbhXHlWF7iKT4XkWHVRvSJK1GW/jOyZtVgw2L2etPdlgDCCXxyZXRxs4jsUrzH jlkQ== X-Gm-Message-State: AD7BkJKUmq9Eefs/9mudGqP5Au6SEYelXfw5VeaKLB49mb9CLAc2FDmIRalQM2qdj65ZtxEIIs4ShBI17NPEWw== MIME-Version: 1.0 X-Received: by 10.157.62.138 with SMTP id b10mr1483164otc.104.1458737962240; Wed, 23 Mar 2016 05:59:22 -0700 (PDT) Received: by 10.76.45.102 with HTTP; Wed, 23 Mar 2016 05:59:22 -0700 (PDT) In-Reply-To: <86E88A09-8C13-4049-AD0D-3C164C5E5E61@thomasclausen.org> References: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> <1AACF97D-5BE6-450A-8474-AE698D2100D5@thomasclausen.org> <86E88A09-8C13-4049-AD0D-3C164C5E5E61@thomasclausen.org> Date: Wed, 23 Mar 2016 08:59:22 -0400 Message-ID: From: Justin Dean To: Thomas Heide Clausen Content-Type: multipart/alternative; boundary=001a11408a040f952d052eb6e6b6 Archived-At: Cc: Mobile Ad Hoc Networks mailing list Subject: Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2016 13:11:33 -0000 --001a11408a040f952d052eb6e6b6 Content-Type: text/plain; charset=UTF-8 On Tue, Mar 22, 2016 at 5:04 PM, Thomas Heide Clausen < ietf@thomasclausen.org> wrote: > > > On 22 Mar 2016, at 21:51, Justin Dean wrote: > > I think you're misunderstanding my point. It's my opinion that it's past > time to come up with some elegant and complex solution to fix this issue. > Simple and safe solutions should be preferred as we'd likely miss > something. This is regardless of when the outstanding problem was first > raised. > > My point is that it is an issue that must be addressed: the requirements > that multiple interfaces can be sharing the same address is old, I have > raised it multiple times over the years. OLSRv2 was built to support it. > Henning reported an additional use case. > > The WG chair suggesting to disallow it, or to "bridge it", is *not* > solving the issue raised. It is the WG chair ignoring legitimate > requirements from the WG, which does not strike me as aligned with proper > process. > > The WG chair saying "it is past time to solve" a long raised (and ignored) > issue does not strike me as being aligned with proper process either. > > Thomas > > Since you seem quite passionate about this issue let's work on fixing it then. I looked back over NHDP to see how we "solved" this issue (vaguely remembering something about limiting the address assignment when two interfaces on a node could reach the same medium but was unable to find that). It works because we tag neighboring addresses with either link or neighbor status based on the incoming interface on which we received hello messages. It seems to me that if AODVv2 limited RREP messages to the interface on which the RREQ came in on (multicast or otherwise) that this would fix the issue. To do this the Neighbor Table (section 6.3) would have to be updated to include the local interface on which this neighbor is associated with. When attempting to check bidirectionality messages would only be sent out on the listed interface. This would be similar to the link table in NHDP and link tlv types. Justin --001a11408a040f952d052eb6e6b6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On T= ue, Mar 22, 2016 at 5:04 PM, Thomas Heide Clausen <ietf@thomasclausen= .org> wrote:


On 22 Mar 2016, at 21:51, Justin Dean <= ;bebemaster@gmail= .com> wrote:

I think you're misunderstanding my point. It's my opinion that = it's past time to come up with some elegant and complex solution to fix= this issue. Simple and safe solutions should be preferred as we'd like= ly miss something. This is regardless of when the outstanding problem was f= irst raised.

My point is that = it is an issue that must be addressed: the requirements that multiple inter= faces can be sharing the same address is old, I have raised it multiple tim= es over the years. OLSRv2 was built to support it. Henning reported an addi= tional use case.

The WG chair suggesting to disall= ow it, or to "bridge it", is *not* solving the issue raised. It i= s the WG chair ignoring legitimate requirements from the WG, which does not= strike me as aligned with proper process.

The WG = chair saying "it is past time to solve" a long raised (and ignore= d) issue does not strike me as being aligned with proper process either.

Thomas

Since you seem quite passionate about this = issue let's work on fixing it then.=C2=A0 I looked back over NHDP to se= e how we "solved" this issue (vaguely remembering something about= limiting the address assignment when two interfaces on a node could reach = the same medium but was unable to find that).=C2=A0 It works because we tag= neighboring addresses with either link or neighbor status based on the inc= oming interface on which we received hello messages. It seems to me that if= AODVv2 limited RREP messages to the interface on which the RREQ came in on= (multicast or otherwise) that this would fix the issue.=C2=A0

To d= o this the Neighbor Table (section 6.3) would have to be updated to include= the local interface on which this neighbor is associated with.=C2=A0 When = attempting to check bidirectionality messages would only be sent out on the= listed interface.=C2=A0 This would be similar to the link table in NHDP an= d link tlv types.

Justin
--001a11408a040f952d052eb6e6b6-- From nobody Wed Mar 23 07:17:28 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA84712D7E8 for ; Wed, 23 Mar 2016 07:17:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.929 X-Spam-Level: X-Spam-Status: No, score=-6.929 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0ZFVK-yKNA1U for ; Wed, 23 Mar 2016 07:17:23 -0700 (PDT) Received: from ukmta1.baesystems.com (ukmta1.baesystems.com [20.133.0.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8063A12DC57 for ; Wed, 23 Mar 2016 07:03:07 -0700 (PDT) X-IronPort-AV: E=Sophos; i="5.24,382,1454976000"; d="scan'208,217"; a="54496799" Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta1.baesystems.com with ESMTP; 23 Mar 2016 14:02:49 +0000 X-IronPort-AV: E=Sophos;i="5.24,382,1454976000"; d="scan'208,217";a="111319471" Received: from glkxh0002v.greenlnk.net ([10.109.2.33]) by baemasmds016.greenlnk.net with ESMTP; 23 Mar 2016 14:02:48 +0000 Received: from GLKXM0002V.GREENLNK.net ([169.254.5.79]) by GLKXH0002V.GREENLNK.net ([10.109.2.33]) with mapi id 14.03.0248.002; Wed, 23 Mar 2016 14:02:28 +0000 From: "Dearlove, Christopher (UK)" To: Justin Dean Thread-Topic: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items Thread-Index: AQHRhHiiU+1aHmMw/kSRrabi+iXC459m1SlQgAAfQACAAABmcIAABJeAgAAV2aA= Date: Wed, 23 Mar 2016 14:02:26 +0000 Message-ID: References: <8C311D85-5C5A-4155-9705-6B09D0AA588B@thomasclausen.org> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.109.62.6] Content-Type: multipart/alternative; boundary="_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9238199EGLKXM0002VGREEN_" MIME-Version: 1.0 Archived-At: Cc: "manet@ietf.org" , "Thomas Heide Clausen \(Thomas.Clausen@polytechnique.edu\)" Subject: Re: [manet] draft-ietf-manet-aodvv2-13 review - a couple of big ticket Items X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2016 14:17:26 -0000 --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9238199EGLKXM0002VGREEN_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3RpbGwgc3Ryb25nbHkgZGlzYWdyZWUgd2l0aCBzb21lIG9mIHdoYXQgeW91IHNheS4gVGhlIG11 bHRpcGxleGVyIE1VU1QgTk9UIG1vZGlmeSBtZXNzYWdlcyBhcyBmYXIgYXMgdGhlIHByb3RvY29s IGNhbiB0ZWxsLCBubyBmbGFnIGFzIHRvIHdoZXRoZXIgaXQgbWF5LCB0aGF04oCZcyBqdXN0IGFi c29sdXRlbHkgaG9ycmlibGUuIEJ1dCB0aGVyZSBpcyBhIGdldCBvdXQgb2YgZ2FvbCBmcmVlIGNh cmQgLSBpdCBjb3VsZCBtb2RpZnkgYSBtZXNzYWdlIChlLmcuIGFkZCBhIFRMViwgc3VjaCBhcyBh biBJQ1YpIHRoZW4gcmV2ZXJ0IGl0IChyZW1vdmUgdGhlIFRMVikgYmVmb3JlIHRoZSBwcm90b2Nv bCBzZWVzIGl0LiBUaGUgbmV4dCA1NDQ0IHVzYWdlIGRyYWZ0IHdpbGwgc2F5IHRoaXMuDQoNCkEg cHJvdG9jb2wgaW4gZ2VuZXJhbCBTSE9VTEQgTk9ULCBidXQgTUFZLCBtb2RpZnkgbWVzc2FnZXMu IE9MU1J2MiBNVVNUIE5PVCBtb2RpZnkgbWVzc2FnZXMuDQoNCi0tDQpDaHJpc3RvcGhlciBEZWFy bG92ZQ0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRl bGxpZ2VuY2UgTGFib3JhdG9yaWVzDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpUOiAgKzQ0ICgwKTEy NDUgMjQyMTk0ICB8ICBFOiBjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTxtYWlsdG86Y2hy aXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20+DQoNCkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxs aWdlbmNlLCBDaGVsbXNmb3JkIFRlY2hub2xvZ3kgUGFyaywgR3JlYXQgQmFkZG93LCBDaGVsbXNm b3JkLCBFc3NleCBDTTIgOEhOLg0Kd3d3LmJhZXN5c3RlbXMuY29tL2FpPGh0dHA6Ly93d3cuYmFl c3lzdGVtcy5jb20vYWk+DQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMaW1pdGVk DQpSZWdpc3RlcmVkIGluIEVuZ2xhbmQgJiBXYWxlcyBObzogMDEzMzc0NTENClJlZ2lzdGVyZWQg T2ZmaWNlOiBTdXJyZXkgUmVzZWFyY2ggUGFyaywgR3VpbGRmb3JkLCBTdXJyZXksIEdVMiA3WVAN Cg0KRnJvbTogSnVzdGluIERlYW4gW21haWx0bzpiZWJlbWFzdGVyQGdtYWlsLmNvbV0NClNlbnQ6 IDIzIE1hcmNoIDIwMTYgMTI6NDANClRvOiBEZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKQ0KQ2M6 IG1hbmV0QGlldGYub3JnOyBUaG9tYXMgSGVpZGUgQ2xhdXNlbiAoVGhvbWFzLkNsYXVzZW5AcG9s eXRlY2huaXF1ZS5lZHUpDQpTdWJqZWN0OiBSZTogW21hbmV0XSBkcmFmdC1pZXRmLW1hbmV0LWFv ZHZ2Mi0xMyByZXZpZXcgLSBhIGNvdXBsZSBvZiBiaWcgdGlja2V0IEl0ZW1zDQoNCg0KKioqIFdB Uk5JTkcgKioqDQpUaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBmcm9tIG91dHNpZGUgb3VyIG9yZ2Fu aXNhdGlvbiwgZWl0aGVyIGZyb20gYW4gZXh0ZXJuYWwgcGFydG5lciBvciB0aGUgaW50ZXJuZXQu DQpDb25zaWRlciBjYXJlZnVsbHkgd2hldGhlciB5b3Ugc2hvdWxkIGNsaWNrIG9uIGFueSBsaW5r cywgb3BlbiBhbnkgYXR0YWNobWVudHMgb3IgcmVwbHkuDQpGb3IgaW5mb3JtYXRpb24gcmVnYXJk aW5nIFJlZCBGbGFncyB0aGF0IHlvdSBjYW4gbG9vayBvdXQgZm9yIGluIGVtYWlscyB5b3UgcmVj ZWl2ZSwgY2xpY2sgaGVyZTxodHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dl d29yay9zZWN1cml0eS9zcG90bGlnaHRzL0RvY3VtZW50cy9SZWQlMjBGbGFncy5wZGY+Lg0KSWYg eW91IGZlZWwgdGhlIGVtYWlsIGlzIHN1c3BpY2lvdXMsIHBsZWFzZSBmb2xsb3cgdGhpcyBwcm9j ZXNzPGh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3NlY3VyaXR5 L3Nwb3RsaWdodHMvRG9jdW1lbnRzL0RlYWxpbmclMjBXaXRoJTIwU3VzcGljaW91cyUyMEVtYWls cy5wZGY+Lg0KUkZDIDcxODIgaXMgbWFuZGF0b3J5IHRvIFJGQyA3MTgxLiAgSW4gdmlvbGVudCBh Z3JlZW1lbnQuICBPTFNSdjIgTVVTVCBOT1QgZG8gdGhhdC4gIDU0NDQgZG9lc24ndCBnZW5lcmF0 ZS9mb3J3YXJkIG1lc3NhZ2VzIHRob3VnaCA3MTgxIGRvZXMuICBDbGVhcmx5IHRoZXJlIHNob3Vs ZCBiZSBhIHdheSBmb3IgYSBwcm9jZXNzIHNpdHRpbmcgb24gdGhlIG11bHRpcGxleGVyIHRvIHRl bGwgaXQgdGhhdCBhIG1lc3NhZ2UgaXMgaW1tdXRhYmxlLiAgQnV0IGluIG90aGVyIGNhc2VzIGEg bWVzc2FnZSBkb2VzIGdldCBjaGFuZ2UvYWRkZWQgdG8gKGUuZy4gNjEyMSAoU01GKSB0bHZzIGF0 dGFjaGVkIHRvIDYxMzAgKE5IRFApIGhlbGxvIG1lc3NhZ2VzKS4gIEluIHRoZSBlbmQgd2UgYWxs IHNlZW0gdG8gYWdyZWUgZW5kLXRvLWVuZCBzZWN1cml0eSBpcyBhIHByb2JsZW0gY3VycmVudGx5 IGZvciBBT0RWdjIuDQpKdXN0aW4NCg0KT24gV2VkLCBNYXIgMjMsIDIwMTYgYXQgODoyOSBBTSwg RGVhcmxvdmUsIENocmlzdG9waGVyIChVSykgPGNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29t PG1haWx0bzpjaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbT4+IHdyb3RlOg0KSeKAmXZlIHB1 dCB0aGUgTUFORVQgbGlzdCBiYWNrIG9uIGRpc3RyaWJ1dGlvbi4NCg0KQXMgVGhvbWFzIGhhcyBw b2ludGVkIG91dCB0byBtZSwgUkZDIDcxODIgaXMgbWFuZGF0b3J5IHRvIGltcGxlbWVudCBhcyBz cGVjaWZpZWQgaW4gUkZDIDcxODEuIFRodXMg4oCcd2l0aG91dCBJQ1Zz4oCdIGlzIG5vdCBhbiBv cHRpb24sIGFuZCBhbnl0aGluZyB0aGF0IGJyZWFrcyA3MTgyIGJyZWFrcyBjb21wbGlhbmNlIHdp dGggNzE4MS4gQW5kIGNoYW5naW5nIGEgbWVzc2FnZSBicmVha3MgNzE4MSwgaW4gYWRkaXRpb24g dG8gaXQgYmVpbmcgZGlyZWN0bHkgaW5kaWNhdGVkIHRoYXQgbWVzc2FnZXMgYXJlIGZvcndhcmRl ZCB1bmNoYW5nZWQgKGhvcCBjb3VudC9saW1pdCBhc2lkZSkuDQoNCk9yIGluIG90aGVyIHdvcmRz LCBPTFNSdjIgTVVTVCBOT1QgZG8gdGhpcywgYW5kIDU0NDQgbXVsdGlwbGV4ZXIgTVVTVCBOT1Qg Y2hhbmdlIG1lc3NhZ2VzIChhcyB2aXNpYmxlIGZyb20gcHJvdG9jb2wpLiBJIGhhdmUgYW4gdXBk YXRlZCA1NDQ0IHVzYWdlIGRyYWZ0IHRoYXQgbWFrZXMgdGhpcyBjbGVhcmVyIGZvciB0aGUgbXVs dGlwbGV4ZXIsIHdhaXRpbmcgb24gY28tYXV0aG9ycyB0byByZXZpZXcuDQoNCi0tDQpDaHJpc3Rv cGhlciBEZWFybG92ZQ0KU2VuaW9yIFByaW5jaXBhbCBFbmdpbmVlcg0KQkFFIFN5c3RlbXMgQXBw bGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVzDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpUOiAg KzQ0ICgwKTEyNDUgMjQyMTk0PHRlbDolMkI0NCUyMCUyODAlMjkxMjQ1JTIwMjQyMTk0PiAgfCAg RTogY2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb208bWFpbHRvOmNocmlzLmRlYXJsb3ZlQGJh ZXN5c3RlbXMuY29tPg0KDQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSwgQ2hlbG1z Zm9yZCBUZWNobm9sb2d5IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1zZm9yZCwgRXNzZXggQ00y IDhITi4NCnd3dy5iYWVzeXN0ZW1zLmNvbS9haTxodHRwOi8vd3d3LmJhZXN5c3RlbXMuY29tL2Fp Pg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGltaXRlZA0KUmVnaXN0ZXJlZCBp biBFbmdsYW5kICYgV2FsZXMgTm86IDAxMzM3NDUxDQpSZWdpc3RlcmVkIE9mZmljZTogU3VycmV5 IFJlc2VhcmNoIFBhcmssIEd1aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQDQoNCkZyb206IEp1c3Rp biBEZWFuIFttYWlsdG86YmViZW1hc3RlckBnbWFpbC5jb208bWFpbHRvOmJlYmVtYXN0ZXJAZ21h aWwuY29tPl0NClNlbnQ6IDIzIE1hcmNoIDIwMTYgMTI6MjMNClRvOiBEZWFybG92ZSwgQ2hyaXN0 b3BoZXIgKFVLKQ0KU3ViamVjdDogUmU6IFttYW5ldF0gZHJhZnQtaWV0Zi1tYW5ldC1hb2R2djIt MTMgcmV2aWV3IC0gYSBjb3VwbGUgb2YgYmlnIHRpY2tldCBJdGVtcw0KDQoNCioqKiBXQVJOSU5H ICoqKg0KVGhpcyBtZXNzYWdlIG9yaWdpbmF0ZXMgZnJvbSBvdXRzaWRlIG91ciBvcmdhbmlzYXRp b24sIGVpdGhlciBmcm9tIGFuIGV4dGVybmFsIHBhcnRuZXIgb3IgdGhlIGludGVybmV0Lg0KQ29u c2lkZXIgY2FyZWZ1bGx5IHdoZXRoZXIgeW91IHNob3VsZCBjbGljayBvbiBhbnkgbGlua3MsIG9w ZW4gYW55IGF0dGFjaG1lbnRzIG9yIHJlcGx5Lg0KRm9yIGluZm9ybWF0aW9uIHJlZ2FyZGluZyBS ZWQgRmxhZ3MgdGhhdCB5b3UgY2FuIGxvb2sgb3V0IGZvciBpbiBlbWFpbHMgeW91IHJlY2VpdmUs IGNsaWNrIGhlcmU8aHR0cDovL2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsv c2VjdXJpdHkvc3BvdGxpZ2h0cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3MucGRmPi4NCklmIHlvdSBm ZWVsIHRoZSBlbWFpbCBpcyBzdXNwaWNpb3VzLCBwbGVhc2UgZm9sbG93IHRoaXMgcHJvY2Vzczxo dHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1cml0eS9zcG90 bGlnaHRzL0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0aCUyMFN1c3BpY2lvdXMlMjBFbWFpbHMucGRm Pi4NCkNNRD4gSSB0aGluayB0aGlzIGNvbWVzIHVuZGVyIHRoZSBoZWFkaW5nIG9mIOKAnG5vdCBw cm9oaWJpdGVkIGJ1dCB1bmRlc2lyYWJsZeKAnSBidXQgYWxzbyB0aGF0IGFsbCBvcHRpb25zIEkg Y2FuIHNlZSBpbnZvbHZlIHNvbWV0aGluZyB1bmRlc2lyYWJsZSwgb3Igd29yc2UsIHNvIHRoaXMg bWF5IGJlIHRoZSBsZWFzdCB1bmRlc2lyYWJsZQ0KSldEOiBjaGVjay4NCg0KSldEPiBUaGUgd2F5 IG11bHRpcGxleGVycyB3b3JrIG1lc3NhZ2VzIGNhbiBnZXQgdG9ybiBhcGFydCBhbmQgc2VudCBi YWNrIG91dCBpbiBhIGRpZmZlcmVudCB3YXkuICBNeSBPTFNSdjIgd2l0aCBhbm90aGVyIHZlcnNp b24gd2lsbCBsaWtlbHkgZG8ganVzdCB0aGF0Lg0KDQpDTUQ+IEFic29sdXRlbHkgbm90LCB0aGF0 IGlzIGEgdmlvbGF0aW9uIG9mIE9MU1J2MiBydWxlcyBhbmQgdW5hY2NlcHRhYmxlLCBiZWNhdXNl IE9MU1J2MiBzcGVjaWZpZXMgZm9yd2FyZGluZyBtZXNzYWdlcyB1bmNoYW5nZWQuIFRoYXQgY29t cGxldGVseSBicmVha3MgdXNlIG9mIFJGQyA3MTgyIG1lc3NhZ2UgSUNWcyAtIHdoaWNoIG1pZ2h0 IGJlIGFwcGxpZWQgYnkgdGhlIG11bHRpcGxleGVyLiBQbGVhc2UgZG8gbm90IGV2ZW4gY29uc2lk ZXIgdGhpcy4NCkpXRDogeW91IGFyZSBjb3JyZWN0LiAgSUNWcyBkaXNhbGxvdyB0aGlzIGJlaGF2 aW9yLiAgSW4gbXkgb3duIGNvZGUgdGhlIG1lc3NhZ2VzIGFyZSBub3QgY2hhbmdlZCBiZWNhdXNl IEkgZ2VuZXJhdGVkIHRoZW0gaW4gdGhlIGZpcnN0IHBsYWNlLiAgV2l0aG91dCBJQ1ZzIHRob3Vn aCBpdCdzIHF1aXRlIG5hdHVyYWwuICBJJ3ZlIHBlcnNvbmFsbHkgc2VlbiB0aHJlZSBkaWZmZXJl bnQgcGFja2V0YmIgcGFyc2VycyAob25lIG15IG93bikgd2hpY2ggYnkgZGVmYXVsdCB3aWxsIHJl YXJyYW5nZSBhIG1lc3NhZ2UgaWYgcHJvY2Vzc2VkIGFuZCByZWdlbmVyYXRlZCAgKGFjdHVhbGx5 IGNhdXNlZCBzb21lIGhlYWRhY2hlIHdoZW4gdHJ5aW5nIHRvIGRlYnVnIGFuZCBnZXR0aW5nIGRp ZmZlcmVudCBnZW5lcmF0ZWQgbWVzc2FnZSBvdXRwdXRzKS4gIElmIHRoZXJlIGFyZSBubyBJQ1Zz IGFuZCBpdCBkb2Vzbid0IG1hdHRlciwgYnV0IHRoYXQncyB0aHJvd2luZyBhbGwgb2YgZW5kIHRv IGVuZCBzZWN1cml0eSBvdXQgdGhlIHdpbmRvdy4gIEVuZCB0byBlbmQgc2VjdXJpdHkgaXMgYW4g aXNzdWUuDQoNCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqDQpUaGlzIGVtYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgYXJl IGNvbmZpZGVudGlhbCB0byB0aGUgaW50ZW5kZWQNCnJlY2lwaWVudCBhbmQgbWF5IGFsc28gYmUg cHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkDQpyZWNpcGllbnQgcGxlYXNl IGRlbGV0ZSBpdCBmcm9tIHlvdXIgc3lzdGVtIGFuZCBub3RpZnkgdGhlIHNlbmRlci4NCllvdSBz aG91bGQgbm90IGNvcHkgaXQgb3IgdXNlIGl0IGZvciBhbnkgcHVycG9zZSBub3IgZGlzY2xvc2Ug b3INCmRpc3RyaWJ1dGUgaXRzIGNvbnRlbnRzIHRvIGFueSBvdGhlciBwZXJzb24uDQoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKg0KDQo= --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9238199EGLKXM0002VGREEN_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEy LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCnAuTXNvQWNl dGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5 OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5 bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fu cy1zZXJpZiI7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0I7fQ0Kc3Bhbi5FbWFpbFN0eWxl MjINCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21z by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1z ZXJpZiI7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3 Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0 eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hl YWQ+DQo8Ym9keSBsYW5nPSJFTi1HQiIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlN0aWxsIHN0cm9uZ2x5IGRpc2FncmVlIHdp dGggc29tZSBvZiB3aGF0IHlvdSBzYXkuIFRoZSBtdWx0aXBsZXhlciBNVVNUIE5PVCBtb2RpZnkg bWVzc2FnZXMgYXMgZmFyIGFzIHRoZSBwcm90b2NvbCBjYW4gdGVsbCwgbm8gZmxhZyBhcyB0byB3 aGV0aGVyIGl0IG1heSwgdGhhdOKAmXMNCiBqdXN0IGFic29sdXRlbHkgaG9ycmlibGUuIEJ1dCB0 aGVyZSBpcyBhIGdldCBvdXQgb2YgZ2FvbCBmcmVlIGNhcmQgLSBpdCBjb3VsZCBtb2RpZnkgYSBt ZXNzYWdlIChlLmcuIGFkZCBhIFRMViwgc3VjaCBhcyBhbiBJQ1YpIHRoZW4gcmV2ZXJ0IGl0IChy ZW1vdmUgdGhlIFRMVikgYmVmb3JlIHRoZSBwcm90b2NvbCBzZWVzIGl0LiBUaGUgbmV4dCA1NDQ0 IHVzYWdlIGRyYWZ0IHdpbGwgc2F5IHRoaXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5BIHByb3RvY29sIGluIGdlbmVy YWwgU0hPVUxEIE5PVCwgYnV0IE1BWSwgbW9kaWZ5IG1lc3NhZ2VzLiBPTFNSdjIgTVVTVCBOT1Qg bW9kaWZ5IG1lc3NhZ2VzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJv dHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwN0U3RSI+ LS0NCjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzAwN0U3RSI+Q2hyaXN0b3BoZXIgRGVhcmxvdmU8YnI+DQpTZW5pb3IgUHJpbmNpcGFsIEVu Z2luZWVyPGJyPg0KQkFFIFN5c3RlbXMgQXBwbGllZCBJbnRlbGxpZ2VuY2UgTGFib3JhdG9yaWVz PGJyPg0KPC9zcGFuPjwvYj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiNCRUJF QkUiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPGJyPg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojN0Q3RDdEIj5UPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjgu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzdEN0Q3RCI+OiAmbmJzcDsmIzQzOzQ0ICgwKTEyNDUgMjQyMTk0ICZuYnNwO3wgJm5i c3A7PGI+RToNCjwvYj48YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5j b20iPmNocmlzLmRlYXJsb3ZlQGJhZXN5c3RlbXMuY29tPC9hPjxicj4NCjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzAwMDA3RSI+PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6OC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojM0E4QjkyIj5CQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGln ZW5jZSwgQ2hlbG1zZm9yZCBUZWNobm9sb2d5IFBhcmssIEdyZWF0IEJhZGRvdywgQ2hlbG1zZm9y ZCwgRXNzZXggQ00yIDhITi48YnI+DQo8YSBocmVmPSJodHRwOi8vd3d3LmJhZXN5c3RlbXMuY29t L2FpIj48c3BhbiBzdHlsZT0iY29sb3I6IzNBOEI5MiI+d3d3LmJhZXN5c3RlbXMuY29tL2FpPC9z cGFuPjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBwbGllZCBJ bnRlbGxpZ2VuY2UgTGltaXRlZDxicj4NClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAmYW1wOyBXYWxl cyBObzogMDEzMzc0NTE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojM0E4QjkyIj5SZWdpc3RlcmVkIE9mZmljZTogU3VycmV5IFJlc2VhcmNoIFBhcmssIEd1 aWxkZm9yZCwgU3VycmV5LCBHVTIgN1lQPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IEp1c3RpbiBEZWFuIFttYWlsdG86 YmViZW1hc3RlckBnbWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gMjMgTWFyY2ggMjAxNiAx Mjo0MDxicj4NCjxiPlRvOjwvYj4gRGVhcmxvdmUsIENocmlzdG9waGVyIChVSyk8YnI+DQo8Yj5D Yzo8L2I+IG1hbmV0QGlldGYub3JnOyBUaG9tYXMgSGVpZGUgQ2xhdXNlbiAoVGhvbWFzLkNsYXVz ZW5AcG9seXRlY2huaXF1ZS5lZHUpPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbbWFuZXRdIGRy YWZ0LWlldGYtbWFuZXQtYW9kdnYyLTEzIHJldmlldyAtIGEgY291cGxlIG9mIGJpZyB0aWNrZXQg SXRlbXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpzb2xpZCBibGFjayAxLjBwdDtwYWRk aW5nOjIuMHB0IDIuMHB0IDIuMHB0IDIuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWdu PSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRlcjtiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJ0ZXh0LWFsaWduOmNlbnRl cjtiYWNrZ3JvdW5kOndoaXRlIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE1LjBwdDtmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMz MzM5NzIiPioqKiBXQVJOSU5HICoqKjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBhbGlnbj0iY2VudGVyIiBzdHlsZT0ibWFyZ2lu LWJvdHRvbToxMi4wcHQ7dGV4dC1hbGlnbjpjZW50ZXI7YmFja2dyb3VuZDp3aGl0ZSI+DQo8ZW0+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj5UaGlzIG1lc3NhZ2Ugb3Jp Z2luYXRlcyBmcm9tIG91dHNpZGUgb3VyIG9yZ2FuaXNhdGlvbiwgZWl0aGVyIGZyb20gYW4gZXh0 ZXJuYWwgcGFydG5lciBvciB0aGUgaW50ZXJuZXQuPC9zcGFuPjwvZW0+PGk+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkNvbnNpZGVy IGNhcmVmdWxseSB3aGV0aGVyIHlvdSBzaG91bGQgY2xpY2sgb24gYW55IGxpbmtzLCBvcGVuIGFu eSBhdHRhY2htZW50cyBvciByZXBseS48L3NwYW4+PC9lbT48YnI+DQo8ZW0+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZv ciBpbmZvcm1hdGlvbiByZWdhcmRpbmcgPC9zcGFuPg0KPC9lbT48L3NwYW4+PC9pPjxzdHJvbmc+ PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpyZWQiPlJlZCBGbGFnczwvc3Bhbj48 L2k+PC9zdHJvbmc+PGVtPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+ IHRoYXQgeW91IGNhbiBsb29rIG91dCBmb3IgaW4gZW1haWxzIHlvdSByZWNlaXZlLA0KIGNsaWNr IDxhIGhyZWY9Imh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20vaG93d2V3b3JrL3Nl Y3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL1JlZCUyMEZsYWdzLnBkZiI+DQpoZXJlPC9hPi48 L3NwYW4+PC9lbT48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMzMzM5NzIiPjxi cj4NCjxlbT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90OyI+SWYgeW91IGZlZWwgdGhlIGVtYWlsIGlzIHN1c3BpY2lvdXMsIHBs ZWFzZSBmb2xsb3cNCjxhIGhyZWY9Imh0dHA6Ly9pbnRyYW5ldC5lbnQuYmFlc3lzdGVtcy5jb20v aG93d2V3b3JrL3NlY3VyaXR5L3Nwb3RsaWdodHMvRG9jdW1lbnRzL0RlYWxpbmclMjBXaXRoJTIw U3VzcGljaW91cyUyMEVtYWlscy5wZGYiPg0KdGhpcyBwcm9jZXNzPC9hPi48L3NwYW4+PC9lbT48 L3NwYW4+PC9pPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzMzMzk3MiI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5SRkMgNzE4MiBpcyBtYW5k YXRvcnkgdG8gUkZDIDcxODEuJm5ic3A7IEluIHZpb2xlbnQgYWdyZWVtZW50LiZuYnNwOyBPTFNS djIgTVVTVCBOT1QgZG8gdGhhdC4mbmJzcDsgNTQ0NCBkb2Vzbid0IGdlbmVyYXRlL2ZvcndhcmQg bWVzc2FnZXMgdGhvdWdoIDcxODEgZG9lcy4mbmJzcDsgQ2xlYXJseSB0aGVyZSBzaG91bGQgYmUg YSB3YXkgZm9yIGEgcHJvY2VzcyBzaXR0aW5nIG9uIHRoZSBtdWx0aXBsZXhlcg0KIHRvIHRlbGwg aXQgdGhhdCBhIG1lc3NhZ2UgaXMgaW1tdXRhYmxlLiZuYnNwOyBCdXQgaW4gb3RoZXIgY2FzZXMg YSBtZXNzYWdlIGRvZXMgZ2V0IGNoYW5nZS9hZGRlZCB0byAoZS5nLiA2MTIxIChTTUYpIHRsdnMg YXR0YWNoZWQgdG8gNjEzMCAoTkhEUCkgaGVsbG8gbWVzc2FnZXMpLiZuYnNwOyBJbiB0aGUgZW5k IHdlIGFsbCBzZWVtIHRvIGFncmVlIGVuZC10by1lbmQgc2VjdXJpdHkgaXMgYSBwcm9ibGVtIGN1 cnJlbnRseSBmb3IgQU9EVnYyLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5KdXN0aW48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPk9uIFdlZCwgTWFyIDIzLCAyMDE2IGF0IDg6MjkgQU0sIERlYXJsb3ZlLCBDaHJp c3RvcGhlciAoVUspICZsdDs8YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVt cy5jb20iIHRhcmdldD0iX2JsYW5rIj5jaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTwvYT4m Z3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5J4oCZdmUg cHV0IHRoZSBNQU5FVCBsaXN0IGJhY2sgb24gZGlzdHJpYnV0aW9uLjwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkFz IFRob21hcyBoYXMgcG9pbnRlZCBvdXQgdG8gbWUsIFJGQyA3MTgyIGlzIG1hbmRhdG9yeSB0byBp bXBsZW1lbnQgYXMgc3BlY2lmaWVkIGluIFJGQyA3MTgxLiBUaHVzDQog4oCcd2l0aG91dCBJQ1Zz 4oCdIGlzIG5vdCBhbiBvcHRpb24sIGFuZCBhbnl0aGluZyB0aGF0IGJyZWFrcyA3MTgyIGJyZWFr cyBjb21wbGlhbmNlIHdpdGggNzE4MS4gQW5kIGNoYW5naW5nIGEgbWVzc2FnZSBicmVha3MgNzE4 MSwgaW4gYWRkaXRpb24gdG8gaXQgYmVpbmcgZGlyZWN0bHkgaW5kaWNhdGVkIHRoYXQgbWVzc2Fn ZXMgYXJlIGZvcndhcmRlZCB1bmNoYW5nZWQgKGhvcCBjb3VudC9saW1pdCBhc2lkZSkuPC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+T3IgaW4gb3RoZXIgd29yZHMsIE9MU1J2MiBNVVNUIE5PVCBkbyB0aGlzLCBhbmQg NTQ0NCBtdWx0aXBsZXhlciBNVVNUIE5PVCBjaGFuZ2UgbWVzc2FnZXMgKGFzIHZpc2libGUNCiBm cm9tIHByb3RvY29sKS4gSSBoYXZlIGFuIHVwZGF0ZWQgNTQ0NCB1c2FnZSBkcmFmdCB0aGF0IG1h a2VzIHRoaXMgY2xlYXJlciBmb3IgdGhlIG11bHRpcGxleGVyLCB3YWl0aW5nIG9uIGNvLWF1dGhv cnMgdG8gcmV2aWV3Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttYXJnaW4tYm90dG9tOjEyLjBwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMDA3RTdFIj4tLQ0KPC9zcGFuPjwvYj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttYXJnaW4t Ym90dG9tOjEyLjBwdCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA3RTdF Ij5DaHJpc3RvcGhlciBEZWFybG92ZTxicj4NClNlbmlvciBQcmluY2lwYWwgRW5naW5lZXI8YnI+ DQpCQUUgU3lzdGVtcyBBcHBsaWVkIEludGVsbGlnZW5jZSBMYWJvcmF0b3JpZXM8YnI+DQo8L3Nw YW4+PC9iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6I0JFQkVCRSI+X19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX188YnI+DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMDAwMDdFIj48YnI+DQo8L3NwYW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiM3RDdEN0QiPlQ8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojN0Q3 RDdEIj46ICZuYnNwOzxhIGhyZWY9InRlbDolMkI0NCUyMCUyODAlMjkxMjQ1JTIwMjQyMTk0IiB0 YXJnZXQ9Il9ibGFuayI+JiM0Mzs0NCAoMCkxMjQ1IDI0MjE5NDwvYT4NCiAmbmJzcDt8ICZuYnNw OzxiPkU6IDwvYj48YSBocmVmPSJtYWlsdG86Y2hyaXMuZGVhcmxvdmVAYmFlc3lzdGVtcy5jb20i IHRhcmdldD0iX2JsYW5rIj5jaHJpcy5kZWFybG92ZUBiYWVzeXN0ZW1zLmNvbTwvYT48YnI+DQo8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDAwN0UiPjxicj4NCjwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzNBOEI5MiI+QkFFIFN5c3RlbXMgQXBw bGllZCBJbnRlbGxpZ2VuY2UsIENoZWxtc2ZvcmQgVGVjaG5vbG9neSBQYXJrLCBHcmVhdCBCYWRk b3csIENoZWxtc2ZvcmQsIEVzc2V4IENNMiA4SE4uPGJyPg0KPGEgaHJlZj0iaHR0cDovL3d3dy5i YWVzeXN0ZW1zLmNvbS9haSIgdGFyZ2V0PSJfYmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjojM0E4 QjkyIj53d3cuYmFlc3lzdGVtcy5jb20vYWk8L3NwYW4+PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo4LjBwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMzQThCOTIiPkJBRSBTeXN0ZW1zIEFwcGxpZWQgSW50ZWxsaWdlbmNlIExpbWl0ZWQ8YnI+DQpS ZWdpc3RlcmVkIGluIEVuZ2xhbmQgJmFtcDsgV2FsZXMgTm86IDAxMzM3NDUxPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21hcmdpbi1ib3R0b206MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjguMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzNBOEI5MiI+UmVnaXN0ZXJlZCBPZmZpY2U6IFN1cnJleSBSZXNlYXJjaCBQYXJrLCBHdWls ZGZvcmQsIFN1cnJleSwgR1UyIDdZUDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gSnVzdGluDQogRGVhbiBbbWFp bHRvOjxhIGhyZWY9Im1haWx0bzpiZWJlbWFzdGVyQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsi PmJlYmVtYXN0ZXJAZ21haWwuY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiAyMyBNYXJjaCAy MDE2IDEyOjIzPGJyPg0KPGI+VG86PC9iPiBEZWFybG92ZSwgQ2hyaXN0b3BoZXIgKFVLKTxicj4N CjxiPlN1YmplY3Q6PC9iPiBSZTogW21hbmV0XSBkcmFmdC1pZXRmLW1hbmV0LWFvZHZ2Mi0xMyBy ZXZpZXcgLSBhIGNvdXBsZSBvZiBiaWcgdGlja2V0IEl0ZW1zPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXYgc3R5 bGU9ImJvcmRlcjpzb2xpZCBibGFjayAxLjBwdDtwYWRkaW5nOjIuMHB0IDIuMHB0IDIuMHB0IDIu MHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzt0ZXh0LWFsaWduOmNl bnRlcjtiYWNrZ3JvdW5kOndoaXRlIj4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNl bnRlciIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvO3RleHQtYWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPg0KPGI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxNS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4qKiogV0FSTklORyAqKio8L3NwYW4+PC9i PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxp Z249ImNlbnRlciIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21hcmdpbi1ib3R0b206 MTIuMHB0O3RleHQtYWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPg0KPGk+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj5UaGlzIG1lc3NhZ2Ugb3JpZ2luYXRlcyBm cm9tIG91dHNpZGUgb3VyIG9yZ2FuaXNhdGlvbiwgZWl0aGVyIGZyb20gYW4gZXh0ZXJuYWwgcGFy dG5lciBvciB0aGUgaW50ZXJuZXQuPGJyPg0KQ29uc2lkZXIgY2FyZWZ1bGx5IHdoZXRoZXIgeW91 IHNob3VsZCBjbGljayBvbiBhbnkgbGlua3MsIG9wZW4gYW55IGF0dGFjaG1lbnRzIG9yIHJlcGx5 Ljxicj4NCkZvciBpbmZvcm1hdGlvbiByZWdhcmRpbmcgPC9zcGFuPjwvaT48Yj48aT48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOnJlZCI+UmVkIEZsYWdzPC9zcGFuPjwvaT48L2I+PGk+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMzMzOTcyIj4gdGhhdCB5b3UgY2FuIGxv b2sgb3V0IGZvciBpbiBlbWFpbHMNCiB5b3UgcmVjZWl2ZSwgY2xpY2sgPGEgaHJlZj0iaHR0cDov L2ludHJhbmV0LmVudC5iYWVzeXN0ZW1zLmNvbS9ob3d3ZXdvcmsvc2VjdXJpdHkvc3BvdGxpZ2h0 cy9Eb2N1bWVudHMvUmVkJTIwRmxhZ3MucGRmIiB0YXJnZXQ9Il9ibGFuayI+DQpoZXJlPC9hPi48 YnI+DQpJZiB5b3UgZmVlbCB0aGUgZW1haWwgaXMgc3VzcGljaW91cywgcGxlYXNlIGZvbGxvdyA8 YSBocmVmPSJodHRwOi8vaW50cmFuZXQuZW50LmJhZXN5c3RlbXMuY29tL2hvd3dld29yay9zZWN1 cml0eS9zcG90bGlnaHRzL0RvY3VtZW50cy9EZWFsaW5nJTIwV2l0aCUyMFN1c3BpY2lvdXMlMjBF bWFpbHMucGRmIiB0YXJnZXQ9Il9ibGFuayI+DQp0aGlzIHByb2Nlc3M8L2E+Ljwvc3Bhbj48L2k+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj5DTUQmZ3Q7IEkgdGhpbmsgdGhpcyBjb21lcyB1bmRlciB0aGUg aGVhZGluZyBvZiDigJxub3QgcHJvaGliaXRlZCBidXQgdW5kZXNpcmFibGXigJ0gYnV0IGFsc28g dGhhdCBhbGwgb3B0aW9ucyBJIGNhbiBzZWUgaW52b2x2ZSBzb21ldGhpbmcgdW5kZXNpcmFibGUs IG9yIHdvcnNlLCBzbyB0aGlzIG1heSBiZSB0aGUgbGVhc3QNCiB1bmRlc2lyYWJsZTxvOnA+PC9v OnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SldEOiBjaGVjay48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSA2LjBwdDttYXJn aW4tbGVmdDo0LjhwdDttYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1yaWdodDowY207bWFyZ2luLWJv dHRvbTo1LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkpXRCZndDsgVGhlIHdheSBtdWx0 aXBsZXhlcnMgd29yayBtZXNzYWdlcyBjYW4gZ2V0IHRvcm4gYXBhcnQgYW5kIHNlbnQgYmFjayBv dXQgaW4gYSBkaWZmZXJlbnQgd2F5LiZuYnNwOyBNeSBPTFNSdjIgd2l0aCBhbm90aGVyIHZlcnNp b24gd2lsbCBsaWtlbHkgZG8ganVzdCB0aGF0Ljxicj4NCjxicj4NCkNNRCZndDsgQWJzb2x1dGVs eSBub3QsIHRoYXQgaXMgYSB2aW9sYXRpb24gb2YgT0xTUnYyIHJ1bGVzIGFuZCB1bmFjY2VwdGFi bGUsIGJlY2F1c2UgT0xTUnYyIHNwZWNpZmllcyBmb3J3YXJkaW5nIG1lc3NhZ2VzIHVuY2hhbmdl ZC4gVGhhdCBjb21wbGV0ZWx5IGJyZWFrcyB1c2Ugb2YgUkZDIDcxODIgbWVzc2FnZSBJQ1ZzIC0g d2hpY2ggbWlnaHQgYmUgYXBwbGllZCBieSB0aGUgbXVsdGlwbGV4ZXIuIFBsZWFzZSBkbyBub3Qg ZXZlbiBjb25zaWRlciB0aGlzLjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkpXRDogeW91IGFyZSBjb3JyZWN0LiZuYnNwOyBJQ1Zz IGRpc2FsbG93IHRoaXMgYmVoYXZpb3IuJm5ic3A7IEluIG15IG93biBjb2RlIHRoZSBtZXNzYWdl cyBhcmUgbm90IGNoYW5nZWQgYmVjYXVzZSBJIGdlbmVyYXRlZCB0aGVtIGluIHRoZSBmaXJzdCBw bGFjZS4mbmJzcDsgV2l0aG91dCBJQ1ZzIHRob3VnaCBpdCdzIHF1aXRlIG5hdHVyYWwuJm5ic3A7 DQogSSd2ZSBwZXJzb25hbGx5IHNlZW4gdGhyZWUgZGlmZmVyZW50IHBhY2tldGJiIHBhcnNlcnMg KG9uZSBteSBvd24pIHdoaWNoIGJ5IGRlZmF1bHQgd2lsbCByZWFycmFuZ2UgYSBtZXNzYWdlIGlm IHByb2Nlc3NlZCBhbmQgcmVnZW5lcmF0ZWQmbmJzcDsgKGFjdHVhbGx5IGNhdXNlZCBzb21lIGhl YWRhY2hlIHdoZW4gdHJ5aW5nIHRvIGRlYnVnIGFuZCBnZXR0aW5nIGRpZmZlcmVudCBnZW5lcmF0 ZWQgbWVzc2FnZSBvdXRwdXRzKS4mbmJzcDsgSWYgdGhlcmUgYXJlIG5vDQogSUNWcyBhbmQgaXQg ZG9lc24ndCBtYXR0ZXIsIGJ1dCB0aGF0J3MgdGhyb3dpbmcgYWxsIG9mIGVuZCB0byBlbmQgc2Vj dXJpdHkgb3V0IHRoZSB3aW5kb3cuJm5ic3A7IEVuZCB0byBlbmQgc2VjdXJpdHkgaXMgYW4gaXNz dWUuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPHA+KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKio8YnI+DQpUaGlzIGVtYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgYXJl IGNvbmZpZGVudGlhbCB0byB0aGUgaW50ZW5kZWQ8YnI+DQpyZWNpcGllbnQgYW5kIG1heSBhbHNv IGJlIHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZDxicj4NCnJlY2lwaWVu dCBwbGVhc2UgZGVsZXRlIGl0IGZyb20geW91ciBzeXN0ZW0gYW5kIG5vdGlmeSB0aGUgc2VuZGVy Ljxicj4NCllvdSBzaG91bGQgbm90IGNvcHkgaXQgb3IgdXNlIGl0IGZvciBhbnkgcHVycG9zZSBu b3IgZGlzY2xvc2Ugb3I8YnI+DQpkaXN0cmlidXRlIGl0cyBjb250ZW50cyB0byBhbnkgb3RoZXIg cGVyc29uLjxicj4NCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_B31EEDDDB8ED7E4A93FDF12A4EECD30D9238199EGLKXM0002VGREEN_-- From nobody Wed Mar 23 09:54:00 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9C4212D790 for ; Wed, 23 Mar 2016 09:53:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=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 JNZ8EIBIJ3la for ; Wed, 23 Mar 2016 09:53:57 -0700 (PDT) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34FC312D754 for ; Wed, 23 Mar 2016 09:53:57 -0700 (PDT) Received: by mail-oi0-x231.google.com with SMTP id u127so14034795oie.1 for ; Wed, 23 Mar 2016 09:53:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=sOMnaN1NEjbuhFnIzw7Yt/QBGg/QM4Y+KdR/8LhogsA=; b=juyBJhyzMSWiLocN4Bmb8d4wByZN7/QGu3CrXjr/Lz8k+/rAU1LaORdCE/yhwYHtzB ZK5HVm1hi3ClwqxhAX6y/HUU7e9z60IxkqdHmOyLaXjA3q6J0JDZy/+ciFgZpa/XPvju dLZ89EVawjgZeM2cbX8AMUMIXIoJ4gE9l9YFoBQCZXIlD9b9jiSOvS7rpbVpiZrpr6fU C2ywXd3kSUCfC0lmRnk/xR3Bjb0NIj4KqGtp4xNfLMR/mHwZzFFuWjOykloOCs7G86KA 79IUM/AxqRWVTRmNRyBHnMakbx5a9J7JbkqK4KcfXCRBv56ljVnQHjF8ksiQEIITyJpV UIVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=sOMnaN1NEjbuhFnIzw7Yt/QBGg/QM4Y+KdR/8LhogsA=; b=N1bkjvQV+s7Pebl+N9CtBW/Az5/nwr6mBsSkRsRM+tJEG7EpKXDC0gjuxQo6/a2psY 2ac/5t0Yih7frZUSxMOvZ8xHJs/wLw9zlZR9QSaRmr0vtg1g6EEDwkG3xpmv3Vnu6Rvz 0YLCbZ2Rsxa4H+Df4BQjzs8M4MddODPdG/J/KEow5w1QMtCn7Xcg23IIPpN0GjhEp/JN /oAWp2bgukOl+P8LcV9KZHiuaq1nnqaS3gQ6L3QQua7Zpdbg9HNkUWD/XeggMWT686ex jMIU6BKsF7znzlYkxyQLylqL57qwTYzR/lfNe8uZ4XCHp0UkQdZ5+pz0aWeyZgxZ3obH nn0A== X-Gm-Message-State: AD7BkJKhxl+O+OwRZTKb07LWYVK4B9H42J4liaA19yjlKtroZ5pia/hBsA6g1eKZlALoQh3WgdGZTJcRUaI+mQ== MIME-Version: 1.0 X-Received: by 10.157.26.124 with SMTP id u57mr2026150otu.82.1458752036573; Wed, 23 Mar 2016 09:53:56 -0700 (PDT) Received: by 10.76.45.102 with HTTP; Wed, 23 Mar 2016 09:53:56 -0700 (PDT) Date: Wed, 23 Mar 2016 12:53:56 -0400 Message-ID: From: Justin Dean To: "manet@ietf.org" Content-Type: multipart/alternative; boundary=001a1134f986f499f0052eba2cdd Archived-At: Subject: [manet] Publication has been requested for draft-ietf-manet-dlep-21 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2016 16:53:59 -0000 --001a1134f986f499f0052eba2cdd Content-Type: text/plain; charset=UTF-8 Justin Dean has requested publication of draft-ietf-manet-dlep-21 as Proposed Standard on behalf of the MANET working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/ --001a1134f986f499f0052eba2cdd Content-Type: text/html; charset=UTF-8
Justin Dean has requested publication of draft-ietf-manet-dlep-21 as Proposed Standard on behalf of the MANET working group.

Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-manet-dlep/


--001a1134f986f499f0052eba2cdd-- From nobody Sun Mar 27 15:29:05 2016 Return-Path: X-Original-To: manet@ietfa.amsl.com Delivered-To: manet@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84B2B12D5B9 for ; Sun, 27 Mar 2016 15:29:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0lZCQPluXMS0 for ; Sun, 27 Mar 2016 15:29:00 -0700 (PDT) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 B445512D5A8 for ; Sun, 27 Mar 2016 15:28:59 -0700 (PDT) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1akJB3-000cKM-Jl>; Mon, 28 Mar 2016 00:28:57 +0200 Received: from f054221228.adsl.alicedsl.de ([78.54.221.228] helo=[192.168.1.2]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (envelope-from ) id <1akJB3-003R2a-3n>; Mon, 28 Mar 2016 00:28:57 +0200 Content-Type: multipart/alternative; boundary="Apple-Mail=_0F0EBCCB-CE15-46D3-AF7F-4FC8010A769B" Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Lotte Steenbrink In-Reply-To: Date: Mon, 28 Mar 2016 00:28:56 +0200 Message-Id: References: To: "manet@ietf.org" X-Mailer: Apple Mail (2.3112) X-Originating-IP: 78.54.221.228 X-ZEDAT-Hint: A Archived-At: Subject: Re: [manet] AODVv2 reivew X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2016 22:29:03 -0000 --Apple-Mail=_0F0EBCCB-CE15-46D3-AF7F-4FC8010A769B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Justin, Hi all, again, thank you for your super helpful and detailed reply! Answers = inline. > Am 22.03.2016 um 07:00 schrieb Justin Dean : >=20 > Responses inline. >=20 > On Tue, Mar 8, 2016 at 4:37 PM, Lotte Steenbrink = > = wrote: > Hello Justin, > thank you very much for your thorough and helpful review. We've = adopted most of your editorial changes and are currently mulling over = the larger ones. > Some questions & comments for clarification: >=20 > =46rom 2. Terminology: > ------------------------------------ >=20 > Local Route > An entry in the Local Route Set. (Local Route Set should have an = entry, something simple and pointing to the section JWD) > (Later in the document LocalRoute is used pick one JWD) >=20 > LocalRoutes are not the same as the Local Route set, as they're = actually entries of the Set, which is explained in section 4.5. Local = Route Set. Since LocalRoute is used before its explanation (in the = RERR (Route Error) definition of section 2), I can see how this is = confusing. If my co-authors don't protest, I guess we can just eliminate = that mention by changing "a valid LocalRoute" to "a valid route". Would = that resolve this issue? >=20 > JWD: This was mostly about introduction of the terms and the = difference between Local Route Set having a space between "Local" and = "Route" and an entry being a LocalRoute with no space. I'm happy with = just adding a reference to the section in which the Local Route Set is = defined the first time the term is used. Whoops, I totally missed that! Thanks for the clarification, LocalRoute = is now space-free throughout the document; reference has been added. >=20 > =46rom 3. Applicability Statement: > -------------------------------------------------- >=20 > (This should go in the intro JWD) >=20 > Which paragraph(s) are you referring to here? > JWD: The deleted text as seen in the diff. =20 >=20 > Although AODVv2 is closely related to AODV [RFC3561], and shares some > features of DSR [RFC4728], AODVv2 is not interoperable with either = of > those protocols. >=20 > The routing algorithm in AODVv2 MAY be operated at layers other = than > the network layer, using layer-appropriate addresses. >=20 > The diff also shows that I moved/edited it to right after the (we = jumped right in here) comment. Yes, and those changes have been adopted (I=E2=80=99ve assumed Intro to = mean Overview?), I just wanted to make sure I understood you correctly = there. > =20 > =46rom 4.5. Local Route Set: > ------------------------------------------ >=20 > (I=E2=80=99m assuming this is here to hint at the possibility of = a unified router with multiple routing protocols playing nicely together = JWD) >=20 > Yup. Should we be more explicit there? >=20 > JWD: Yes. Don't make it complicated just mention that other routing = protocols may also be operating on the same device done. > and it may be a better approach in these cases. > =20 with =E2=80=9Eit=E2=80=9C being the division between local route set and = RIB? > (I noticed that Unconfirmed is the only state that uses Route = Request message instead of route message, is that intended? Can = unconfirmed route state only be reached through Route Request messages? = JWD) >=20 > Yes. Until a route learned through a RREQ is validated by a = RREP/RREP_Ack exchange, it is marked as unconfirmed (so that it can't = erroneously be used until we know it is useful) >=20 > JWD: My point was that I had to infer this add a bit making this = explicit and things are much easier for the reader.=20 Done: I=E2=80=99ve added =E2=80=9EThis state only applies to routes = learned through RREQ messages.=E2=80=9C to the description. >=20 > (this seems like an entry that would always be full 1s on a = route request if true that should be stated to make things more clear = JWD) >=20 > I'm not sure I understand what you mean here, I'm assuming that = prefixlength =3D=3D address length with RREQs? >=20 > JWD: Yes but even more forceful. Unless you plan on allowing route = requests for networks prefixlengths (which I strongly discourage), full = prefixlengths for RREQs MUST be used.=20 Done. >=20 > =46rom 4.6. Multicast Route Message Table: > --------------------------------------------------------------- >=20 > (would this ever be in a RREQ? If no then I suggest using words = similar to =E2=80=9Cif RteMsg is an RREP JWD) > =20 > It would. RREQs can include the last known sequence number associated = with TargSeqNum. see 7.1.1. RREQ Generation: >=20 > 6. For TargSeqNum: >=20 > * If an Invalid route exists in the Local Route Set matching > TargAddr using longest prefix matching and has a valid > sequence number, set TargSeqNum :=3D LocalRoute.SeqNum. >=20 > JWD: Okay. >=20 > =46rom 5. Metrics: > ----------------------- >=20 > AODVv2 enables the use of multiple metric types. Each route > discovery attempt indicates the metric type which is requested = for > the route. Only one metric type may be used in each route = discovery > attempt. (Already said this no need to say it again. JWD) >=20 > I don't quite understand this one=E2=80=93 with the exception of = =E2=80=9COnly one metric type may be used in each route discovery = attempt=E2=80=9D, yes, > the rest of the information in this paragraph may be puzzled together = using bits and pieces spread across the document=E2=80=93 but previous = criticism > (also from me) has been that this is very confusing, tiresome and = error-prone... Or did I misunderstand your comment here? >=20 > JWD: I deleted: > However, routes to a single destination might be requested > and created in the Local Route Set for multiple metric types. The > decision of which of these routes to install in the Routing > Information Base to use for forwarding is outside the scope of > AODVv2. Done (deleted it too). >=20 > =46rom 6.1. Initialization: > ------------------------------- >=20 > Until MAX_SEQNUM_LIFETIME after its sequence number is reset, = the > router SHOULD NOT create RREQ or RREP messages. > (Just to be clear one MUST wait 5 mins before starting to = request any route without a persistent store of the seq num, yes? JWD) >=20 > Yes... That mini paragraph is a bit redundant & contradictory, isn't = it? I've taken it out and the "must" in "must wait for = MAX_SEQNUM_LIFETIME before it creates any messages" was changed to a = MUST. >=20 > JWD: Good=20 > =46rom 6.2. Next Hop Monitoring: > ------------------------------------------ >=20 > (I can=E2=80=99t see how the above would be helpful at all JWD) >=20 > I'm assuming that "the above" refers to the text you've deleted, not = the general idea of leveraging external mechanisms to monitor = connectivity, correct? >=20 > JWD: Yes.=20 OK cool, then that one=E2=80=99s taken care of as well. :) >=20 > =46rom 6.6. Route Discovery, Retries and Buffering: > ------------------------------------------------------------------ >=20 > (is there some table that lists routes that are being waited on? = JWD) >=20 > Currently not, we're reshuffling things in order to make it more clear = how to do all of that. >=20 > JWD: Looking forward to seeing that.=20 >=20 > =46rom 6.7. Processing Received Route Information > -------------------------------------------------------- >=20 > (MAY not MUST? Why wouldn=E2=80=99t one update it according to = section 6.7.2? JWD) >=20 > No idea. This is a MUST now. > =20 > JWD: Good=20 >=20 > =46rom 6.7.1. Evaluating Route Information: > -------------------------------------------------------- >=20 > (does processing stop here? It seems like it hsould be that = isn=E2=80=99t stated. JWD) >=20 > It does, in both instances. Since the if statements following those = paragraphs wouldn't match, there are nor no further processing = instructions for the loop-causing AdvRte, essentially terminating the = processing procedure. This pattern is employed in different places = across the document; if that's desired by the WG I can add "Stop = processing AdvRte" or something similar. >=20 > JWD: I think an explicit "Stop processing AdvRte" (or whatever = applicable message) would add clarity as there may be some more = complicated steps that don't stop right away. Done. >=20 > =46rom 6.7.2. Applying Route Updates: > -------------------------------------------------- >=20 > (we seem to be missing when the Route Information Base should be = updated based on the new Local Route Set. JWD) >=20 > 4.5. Local Route Set says: >=20 > When the Local Route State is stored separately from the Routing > Information Base, routes are added to the Routing Information Base > when LocalRoute.State is valid (set to Active or Idle), and removed > from the Routing Information Base LocalRoute.State becomes Invalid. >=20 > To me, the connection to the RIB is more of an issue connected to the = general architecture of the Local Route Set rather than the nitty gritty = of detailed update instructions, so I think that section 4.5 is the = right place for this information... >=20 > JWD I see you're point. A reminder here or reference to 4.5 would be = helpful.=20 Done: I=E2=80=99ve added =E2=80=9CFor information on how to apply these = changes to the Routing Information Base, see Section 4.5.=E2=80=9D > =20 > =46rom 6.9.1. Local Route State Changes: > ------------------------------------------------------ >=20 > (it=E2=80=99s not clear to me how the RERR=E2=80=99s are = identified consider rewording to make it more clear. JWD) >=20 > I'm not quite sure what' s unclear here=E2=80=93 would something like=20= >=20 > o If a Route Error (RERR) message reporting the route as broken is = received, > either from LocalRoute.NextHop, or with PktSource set to a = Router > Client address, LocalRoute.State MUST immediately be set to > Invalid. >=20 > improve things? >=20 > JWD: Something like.... > If a Route Error (RERR) message containing a route, matching a = LocalRoute is received, either from LocalRoute.NextHop, or with = PktSource set to a Router > Client address, the matching LocalRoute.State MUST immediately = be set to Invalid. =20 > =20 > is close but what specifically in a RERR message matches what = specifically to a LocalRoute to give a match. =20 I=E2=80=99ve reworded this to o LocalRoute.State MUST immediately be set to Invalid if a Route Error (RERR) message is received where: * The sender is LocalRoute.NextHop or PktSource is a Router Client address * There is an Address in AddressList which matches LocalRoute.Address, and: + The prefix length associated with this Address, if any, matches LocalRoute.PrefixLength + The sequence number associated with this Address, if any, is newer or equal to LocalRoute.SeqNum (see Section 4.4) + The metric type associated with this Address matches LocalRoute.MetricType , what do you think? >=20 > (Shouldn=E2=80=99t they also be removed from the Route = Information Base? JWD) >=20 > No=E2=80=93 Unconfirmed routes can't be used for forwarding, and = therefore shouldn't be in the RIB in the first place. >=20 > JWD yep. > =20 > 7.1.1. RREQ Generation: > ---------------------------------- >=20 > (perhaps I=E2=80=99m missing a table or something but I don=E2=80=99= t remember any RREQ table or list being described which i can check if a = RREQ has been recently sent with associated timers. If there is such a = table then it should be mentioned here. If there isn=E2=80=99t aon there = should be. JWD!) >=20 > The table in question is the Multicast Route Message Table and you're = absolutely right=E2=80=93 that should be stated explicitly. We've done = so now. >=20 > JWD: good.=20 >=20 > 7.2.3. RREP Regeneration: > -------------------------------------- >=20 > (This seems like a bad idea to do on the reverse path. It would = be a good way to attack a network Forward RREQ and drop all RREP. JWD) >=20 > Wouldn't this attack be possible no matter if we allow RREPs to be = dropped or not? What am I missing here? >=20 > JWD: It would be operating correctly as specified but would be hurting = the network if a router would send all RREQ messages but drop all RREP = messages. They shouldn't regenerate RREP AND RREQ messages if they = aren't willing to forward. True. I suppose the MAYs here correspond to the priorities described in = 6.5 = . = Message Transmission=E2=80=93 if a router simply cannot send a RREP = because it has reached CONTROL_TRAFFIC_LIMIT, there=E2=80=99s no point = in regenerating it. So we can=E2=80=99t completely forbid choosing not = to regenerate, can we? I=E2=80=99ve reworded the paragraph(s) to A received Route Reply message is regenerated toward OrigAddr. By regenerating a RREP, a router advertises that it will forward IP packets to TargAddr. The RREP SHOULD NOT be regenerated if CONTROL_TRAFFIC_LIMIT has been reached. If approaching the limit, the message should be sent if the priorities in Section 6.5 allow it. Otherwise, the router MUST regenerate the RREP. for now... > =20 > 7.4.2. RERR Reception: > --------------------------------- >=20 > (it=E2=80=99s not clear to me what the point of this invalid = route is. It doesn=E2=80=99t get used and doesn=E2=80=99t remove any = existing routes. JWD) > =20 > The point of that invalid route is to keep the Sequence Number. One = point of keeping Sequence Numbers is to avoid processing stale messages = that might be received after long queuing delays. >=20 > JWD: It would be useful to have simple statement pointing this out. = Invalid routes are retained to avoid processing stale messages.=20 Done. >=20 > (How do we check? It=E2=80=99s not at all clear how this is = done. JWD! ) >=20 > The word "check" perhaps is misleading, as the check has already taken = place a few paragraphs above. > I've reworded the paragraph in question to: >=20 > 3. If there are previously Active LocalRoutes that MUST be = reported, > as identified in step 2.: >=20 > * Regenerate the RERR as detailed in Section 7.4.3. >=20 > , does that resolve the issue? >=20 > JWD: That helps yes. My confusion actually came from a bit further = up.=20 >=20 > If any of the above are false, a matching LocalRoute MUST NOT be > made Invalid and the unreachable address MUST NOT be advertised > in a regenerated RERR. > If all of the above are true, the LocalRoute is no longer valid. >=20 > change to... > If any of the above are false the address does not match a LocalRoute = and MUST NOT be processed or regenerated in a RERR. > If all of the above are true, the LocalRoute which matches the address = is no longer valid. >=20 Done. > JWD: this is actually a really big change in terms of readability and = understanding IMO. Please go back and check the language of RREQ and = RREP in the "to process or not to process sections" and see if the = language can be updated in a similar way. The key part is the address = along with the checks (seqno/metric/previous hop) then matches a = LocalRoute with attributes. Refer to addresses in the message and = matching LocalRoutes only after the checks pass otherwise it should just = be an ignored address. Done=E2=80=93 I=E2=80=99ve checked the sections RREQ Reception, RREP = Reception, Evaluating Route Information, Applying Route Updates and = Processing Received Route Information and made some small changes: in Processing Received Route Information: --------------------------------------------------------- -to use and offers an improvement to existing information, as explained = in [](#test). The Local Route Set MUST then be updated according to = [](#update_rte). +to use and offers an improvement to existing information, as explained = in [](#test). +If these checks pass, the Local Route Set MUST be updated according to = [](#update_rte). in Evaluating Route Information: ------------------------------------------ -An incoming advertised route (AdvRte) is compared to existing = LocalRoutes to determine whether the advertised route is to be used to -update the AODVv2 Local Route Set. The incoming route information MUST = be processed as follows: +An incoming advertised route (AdvRte) is compared to existing = LocalRoutes to determine whether the advertised route is to be used to = update the AODVv2 Local Route Set. The incoming route information MUST = be processed as follows: - * If no matching LocalRoute exists, AdvRte MUST be used to update = the Local Route Set. + * If no matching LocalRoute exists, AdvRte MUST be used to update = the Local Route Set and no further checks are required. - * If AdvRte is more recent than all matching LocalRoutes, AdvRte = MUST be used to update the Local Route Set. - * If AdvRte is stale, AdvRte MUST NOT be used to update the Local = Route Set. + * If AdvRte is more recent than all matching LocalRoutes, AdvRte = MUST be used to update the Local Route Set and no further checks are = required. + * If AdvRte is stale, AdvRte MUST NOT be used to update the Local = Route Set. Ignore AdvRte for further processing. in RERR Reception: --------------------------- * If the prefix length is different, create a new LocalRoute with = the unreachable address, and its prefix length and sequence number, and set = LocalRoute.State to Invalid. + These Invalid routes are retained to avoid processing stale = messages. Best regards, Lotte Steenbrink > =20 > 7.4.3. RERR Regeneration: > ------------------------------------- >=20 > (it=E2=80=99s not clear how we know which localroutes need to be = reported JWD! >=20 > again, missing reference here, I've changed that to >=20 > 2. For each LocalRoute that needs to be reported as identified in > Section 7.4.1: >=20 > , is that better? >=20 > JWD: yep=20 >=20 > Kind regards, > Lotte Steenbrink >=20 > Thanks for the comments. >=20 > Justin=20 --Apple-Mail=_0F0EBCCB-CE15-46D3-AF7F-4FC8010A769B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi Justin, Hi all,
again, thank you for your = super helpful and detailed reply! Answers inline.
Am = 22.03.2016 um 07:00 schrieb Justin Dean <bebemaster@gmail.com>:

Responses = inline.

On Tue, Mar 8, 2016 at 4:37 PM, Lotte Steenbrink = <lotte.steenbrink@fu-berlin.de> wrote:
Hello Justin,
thank you very much for your thorough and helpful review. = We've adopted most of your editorial changes and are currently mulling = over the larger ones.
Some questions & comments = for clarification:

=46rom  2. Terminology:
------------------------------------

   Local = Route
      An entry in the Local = Route Set. (Local Route Set should have an entry, something simple and = pointing to the section JWD)
(Later in the document = LocalRoute is used pick one JWD)

LocalRoutes are not the same as the = Local Route set, as they're actually entries of the Set, which is = explained in section 4.5.  Local Route Set. Since LocalRoute is = used before its explanation (in the     RERR (Route = Error) definition of section 2), I can see how this is confusing. If my = co-authors don't protest, I guess we can just eliminate that mention by = changing "a valid LocalRoute" to "a valid route". Would that resolve = this issue?

JWD: This was mostly about introduction of the terms and the = difference between Local Route Set having a space between "Local" and = "Route" and an entry being a LocalRoute with no space.  I'm happy = with just adding a reference to the section in which the Local Route Set = is defined the first time the term is used.

Whoops, I totally missed that! Thanks for the = clarification, LocalRoute is now space-free throughout the document; = reference has been added.


=46rom =  3.  Applicability Statement:
--------------------------------------------------
<= div class=3D"">
 (This should = go in the intro JWD)

Which paragraph(s) are you = referring to here?
JWD: The deleted text as seen in the diff. 

Although AODVv2 is closely related to AODV = [RFC3561], and shares some
   features of DSR = [RFC4728], AODVv2 is not interoperable with either of
   those protocols.

   The routing algorithm in AODVv2 MAY be operated = at layers other than
   the network layer, using = layer-appropriate addresses.

The diff also shows that I moved/edited = it to right after the (we jumped right in here) comment.